systemd is a great operating system, it just lacks a decent text editor.
Good thing it’s editor agnostic so everybody can do the right thing in the end and choose nano
Funny way to misspell vim
Micro anyone? :D
ed is the standard text editor.
Emacs, but I only use 'M-x butterfly C-M-c`
the only reason im not using it is that it makes copying from terminal impossible
It will copy to the clipboard if possible. You can probably get it working with a bit of tinkering: https://github.com/zyedidia/micro/blob/master/runtime/help/copypaste.md
Enough people mention it that I’ve jumped over to helix
alias systemd-texted=micro
Have you tried emacs with evil mode? It’s a bit slow, not as slow as VS code or anything, but not really fast. But it’s basically neovim but you get to use lisp to configure it instead of lua
This plays some kind of role in the debate of systemd being good or not. I’m not sure if goes in the good column or the bad column, but I know it goes into a column.
I am typically in the group saying “systemd is overlarge with too many responsibilities” but this capability makes perfect sense for its job running services. Probably the good column.
This kinda functionality is surprisingly apropos to a problem I have a work, I realize. And yet, I have k8s. More and more I am appreciating the niche systemd can play with pets instead of cattle and wished corps weren’t jumping to managed k8s and all of that complexity it entails immediately.
I think it depends which side of the debate one is on?
Finally we can put all the controversy around systemd to rest.
Oh fuck. I’ll use this from now on. Except for if I won’t use it next week. Then I’ll forget about it because my memory is a damn sieve.
Just take the next step and make a text file you dump all these commands into and then forget about in a week. When you randomly stumble across it years from now you’ll be able to say “wow, I could have used this 10 months ago if I remembered it existed!”
I make a separate text file per command so I can search them!
Which I dont.
I usually print these out and put them in a safe deposit box at a bank so I never lose them
We can store those text files in a terminal and search for them from the command line with man command!
I keep a persistent “sticky note” (in KDE) drop down on my top bar where I copy/paste important commands, scripts, etc.
I actually remember to use it sometimes.
Use a systemd timer to send yourself a reminder. Discoverd them recently myself and honestly liking them more than cron.
I feel you. It’s however gotten a lot better since I turned some of these commands into abbreviations. They’re aliases that expands in place, more or less. Fish has them natively, I personally use zsh-abbr.
Fish is super useful, but I usually only start it up if I’m having trouble finding or remembering a command.
Yeah, it’s a good shell. I’ve found the lack of compatibility with some bash tools to be inconvenient enough that I just went back to zsh and found alternatives for the parts that I liked about it. Works well enough for me.
Using a large shell history (currently at 57283 entries) along with readline (and sometimes fzf) has served me well over the past few yeas when trying to remember past commands.
In the UK, if Christmas or New Year falls on a weekend, a seperate equivalent holiday is made during the week to compensate.
Wait, do other countries not do this? So if a public holiday falls on a Saturday it doesn’t get pushed to Monday?
Germany doesn’t do this, but the minimum, when all holidays fall on the worst possible days, is more than the number of holidays in the UK.
So even when you lose you win.
Don’t do that in Norway either - just bad luck if the holidays happen to land on a weekend. On the other hand, we have five weeks of paid vacation, and holidays are not counted into those, I’m not sure how that’s done in other countries?
but the UK has the fewest public holidays in Europe. In Germany we have 9-13 but don’t get a day off if a public holiday is on a weekend. And we have a minimum of 20/24 days of holiday on top
Same for lots of jobs here.
Honestly, Wednesday and Thursday are the worst days for Christmas for those of us who also get Christmas Eve because they’re the only days that don’t result in 4 days in a row off from work.
If it’s on a Friday, we get Thursday through Saturday. If it’s on a Saturday, Sunday, or Monday, they give us Friday through Monday, and if it’s on a Tuesday, they give us Saturday through Tuesday.
But this year, we’re off Saturday and Sunday, work Monday, are off Tuesday and Wednesday, and return to work on Thursday.
It’s the same total number of days off, but it’s way less useful - especially if travel is involved.
This is true for all public holidays in the UK, there’s a (usually) fixed number of public holidays but the dates are flexible.
They’re also included in the minimum 28 days paid time off too, meaning if you’re a full time worker and have to work on a bank holiday your employer is legally required to offer an extra day off somewhere else instead, either a fixed date or added to your holiday allowance. Conversely, the “extra” day off you get when a monarch keels over may be subtracted from your holiday allowance for the year. This is also why my employer is allowed to follow English bank holidays despite having next to no presence in England; the number is fixed but the dates are not.
Awesome!
me: systemd is not that bloated
systemd:
You need a calendar and time handling anyways for logging purposes and to set timers correctly. It’s likely not that much extra work exposing that functionality.
No, UNIX philosophy demands that every single one of those things is one or more separate things and that half of them are poorly or not at all maintained. Just like God intended.
Finding the next super holiday is a core system feature I could survive without. 🎉
Well, date time stuff for a system working with timers and scheduling actions might be pretty useful…
I think this is for setting date oriented timers
Try scheduling a cron tab job to run a task on dates defined that way.
But that’s not what I need and the world revolves around me…
Usually such things have a simple explanation. systemd does a lot with time and date, for example scheduling tasks. It’s quite obvious that it has this capabilities, when you think about it.
Usually such things have a simple explanation. systemd does a lot
with time and date, for example scheduling tasks. It’s quite obvious that it has this capabilities, when you think about it.FTFY
Not that that’s bad when it’s stuff like this
Yes it is.
How is this functionality bad?
I never typed this command so it must be bloat that’s eating my 1tb SSD /s
Too much
But that has been a complaint for 10 years and it’s only gotten worse
I wouldn’t mind systemd if it weren’t for the fact that it was to be a startup system that promised to make everything easier and faster to startup yet managing systemd is a drag at best, and of it did one thing it’s making my systems boot up like mud
I feel like the glued together collection of scripts was way worse to manage than systemd.
I thought the same, but didn’t we already have things like chron syntax for this? Systemd didn’t have to build its own library.
Systemd’s method is more powerful than Cron syntax.
Aight, didn’t know that. I cannot yet imagine any scheduled task that would require anything more advanced than cron (or a similar standalone syntax), but I’ll just trust you with that one.
Can you tell Cron to catch up on the things that should’ve happened but didn’t because the system was off?
I think fcron and anacron can do that
$ systemd-analyze calendar tomorrow Failed to parse calendar specification 'tomorrow': Invalid argument Hint: this expression is a valid timestamp. Use 'systemd-analyze timestamp "tomorrow"' instead? $ systemd-analyze timestamp tuesday Failed to parse "tuesday": Invalid argument Hint: this expression is a valid calendar specification. Use 'systemd-analyze calendar "tuesday"' instead?
ಠ_ಠ
$ for day in Mon Tue Wed Thu Fri Sat Sun; do TZ=UTC systemd-analyze calendar "$day 02-29"|tail -2; done Next elapse: Mon 2044-02-29 00:00:00 UTC From now: 19 years 4 months left Next elapse: Tue 2028-02-29 00:00:00 UTC From now: 3 years 4 months left Next elapse: Wed 2040-02-29 00:00:00 UTC From now: 15 years 4 months left Next elapse: Thu 2052-02-29 00:00:00 UTC From now: 27 years 4 months left Next elapse: Fri 2036-02-29 00:00:00 UTC From now: 11 years 4 months left Next elapse: Sat 2048-02-29 00:00:00 UTC From now: 23 years 4 months left Next elapse: Sun 2032-02-29 00:00:00 UTC From now: 7 years 4 months left
(It checks out.)
Surprisingly its calendar specification parser actually allows for 31 days in every month:
$ TZ=UTC systemd-analyze calendar '02-29' && echo OK || echo not OK Original form: 02-29 Normalized form: *-02-29 00:00:00 Next elapse: Tue 2028-02-29 00:00:00 UTC From now: 3 years 4 months left OK $ TZ=UTC systemd-analyze calendar '02-30' && echo OK || echo not OK Original form: 02-30 Normalized form: *-02-30 00:00:00 Next elapse: never OK $ TZ=UTC systemd-analyze calendar '02-31' && echo OK || echo not OK Original form: 02-31 Normalized form: *-02-31 00:00:00 Next elapse: never OK $ TZ=UTC systemd-analyze calendar '02-32' && echo OK || echo not OK Failed to parse calendar specification '02-32': Invalid argument not OK
systemd is the future, and the future has been here for over a decade and yet old Unix and BSD purists still cry about it
I have one simple thing to say to the downvoters: I am not using a minicomputer from 1970, why should I be bound by the limits set then?
Yeah, I’m also one of these people silently enjoying systemd and wayland. Every now and then there’s fuzz on one of these. I shrug, and move on still enjoying both of them.
They are also still complaining about PulseAudio, despite Pipewire having mostly replaced it, while spending hours fiddling with ALSA to use their headphones.
I wouldn’t cry about it if it wasn’t so God awful to work with
I’ve felt like systemd has been a breeze compared to the hodgepodge of different stuff that preceded it. Now most distros have it mostly the same way, tools are well documented, things works together. It wasn’t always like that from what I remember
In what way?
This is basically just a way nicer, more flexible cron syntax being dressed up as something ridiculous. There are legitimate reasons for wanting something like this, like running some sort of resource heavy disk optimization the first Friday evening of every month or something.
Thanks! I hate this. 🖤
Damn and does it work as an init too? xD.
It is literally happening this year.
24th is Tuesday. 1st of January is Wednesday and as a bonus Jan 6 is also a holiday in my country and that’s Monday.
So from dec 22 to jan 6 i can be home by using just 6 days off
The 25th is a Wednesday, not a Tuesday like he was wanting. Tuesday is nice because you get a four-day weekend without using any days off. (Though, usually you’d get the next off if it was a Monday or Sunday or whatever.) I think the best is Friday or Monday because then New Year’s gives you a three-day weekend too.
to me it doesn’t matter tbh, as long as the 24th is somewhere monday-wednesday, that means days off that week, we get 24,25,26 off.
It is, but they searched starting in 2025. Skipping this one.
That’s pretty clever.
Systemd ignored my calendar override for the builtin raid scanner, so every week my server would chug to a halt to scan the entire array.
In true systemd fashion, the documentation could not explain this behavior, so I had to make a full copy override instead of a merge override because reasons.