116
You Don't Love systemd Timers Enough (blog.tjll.net)
submitted 5 months ago by to c/technology@lemmy.world
39 comments fedilink hide all child comments
you are viewing a single comment's thread
view the rest of the comments
[–] -4 points 5 months ago (9 children)

Why did it make you angry? Do you believe that there are other implementations that do the task better and simpler?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 9 child comments
    •
  • [–] 13 points 5 months ago (2 children)

    I was mostly kidding. But the little bit that bothered me was the idea that 'it is so simple here are 8 pages to barely scratch the surface.'

    cron works fine for me. And if I ever have to work in an environment where I can't use cron and systemd is available, then of course I will use it. Thus far that has never been the case.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 4 points 5 months ago*

    where I can’t use cron and systemd is available, then of course I will use it

    I argue for a 5% cost-of-living adjustment for bad software, and I make sure it's a separate line item so they know it goes away when systemd goes.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 4 points 5 months ago

    Yeah, I think it's just the way the blog post was written. When I was reading it I saw the first few paragraphs was basically "here's how to do Cron with it", and then everything after that was "here's a bunch of other features it has that cron doesn't and how to use those"

    I don't think that's the wrong way to write this kind of article, but I could see it feeling overwhelming on a skim, because it may feel like you need to read the whole thing in order to get anything working. But actually only the start was necessary, and the rest was tasty feature pitch.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 6 points 5 months ago (5 children)

    Do you believe that there are other implementations that do the task better and simpler?

    All of 'em. If a joke took 8 pages to explain, it wouldn't be funny either. Lennart's cancer can go, thanks.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 5 child comments
    •
  • [–] -4 points 5 months ago (4 children)

    Which all of them, which cron implementation is simpler and better? Do you even use cron? It's not a joke, explanation on how to use cron takes > 8 pages. It should be in the hall of fame of the least accessible and hard to learn programs. Lennart cancer is one of the greatest things that happened to linux.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 3 points 5 months ago (3 children)

    I'm not the OP, but I can explain how to use cron in like 4 sentences: Edit cron with the command crontab -e, this opens your text editor. If you want your jobs to have environment variables, put those at the top. Put this header at the top: # m h dom mon dow command It means minute, hour, day of month, month, day of week, command. Type in numbers for these values or a star which means all of them. Command is the command to be run.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 1 point 5 months ago (2 children)

    You can explain timers the same way.

    And then with your explanation it goes: cron job doesn't execute for reason, crontab -l lists not all jobs, someone else put cron job in whatever directory like cron.daily, you've added or removed empty line at the end and now nothing works, debian crond and redhat cronie ahave different quirks, etc., etc.

    I've dealt with insane cron problems for so long that switching to timers was like *whoa i don't need to suffer?*

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 2 points 5 months ago (1 child)

    Maybe I'm just lucky that I haven't run into insane cron problems :) I've done both, I guess I just need to do more systemd timers and get used to it. I found it so confusing and weird to set up.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 2 points 5 months ago

    I've always had either problems with schedules or problems with environment because it has it's own. Cron is fine as long as you are lucky. That isn't to say there never were problems with timers, on debian 9, I think, shipped version of systemd had a bug where systemd-analyze parsed schedule correctly and timer just shit itself. But only for some specific case I can't remeber which, but it was extremely frustrating to debug.

  • permalink
  • fedilink
  • source
  • parent