If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

As Lennart, and I, and many others have said many times... faster boot times weren't the goal of systemd they are just a side effect of doing things correctly. By letting systemd handle dependencies instead of making the package (like upstart and openrc do), by using .socket files, and by buffering input to depended-on services until they are actually ready

*sigh* And yet there is still no way to neatly run a scheduled job on the last day of the month. Honestly, if you're going to write a cron replacement, you may as well make improvements to it.

Currently, if I need to do this, I specify the process to run on the 28th - 31st of every month, and include this shell test before the job command: [ `perl -e 'print ((localtime(time+86400))[3])'` -eq 1 ] &&

It works, but I'd much rather have a built in solution to the cron replacement.

Its only "there goes the modularity" because systemd has a hard dependency on udev. BUT its not the other way around. Compile systemctl, journactl, and udev together and just copy-paste out udev. Or write your own makefile that only compiles udev.

So it is only modular if it comes to systemd, not when it comes to compile the udev component, which is still used by many other distribution without systemd.
So those distributions are punished with extra development time (for their own Makefiles) or extra work when maintaining their udev package (longer build time with more build dependencies, the hassle to copy out the udev files) or even the work to fork it, but still people are saying that there is no force towards systemd when you don't want to use it. Man, there were volunteers on the mailing list that wanted to do the work to implement the option to build udev without systemd, but the developers don't want it. But there is no force towards systemd.

*sigh* And yet there is still no way to neatly run a scheduled job on the last day of the month. Honestly, if you're going to write a cron replacement, you may as well make improvements to it.

Currently, if I need to do this, I specify the process to run on the 28th - 31st of every month, and include this shell test before the job command: [ `perl -e 'print ((localtime(time+86400))[3])'` -eq 1 ] &&

It works, but I'd much rather have a built in solution to the cron replacement.

Does not sound entirely unreasonable. I'd suggest making a feature request on the systemd mailinglist. I suppose what you want is the posibility of using negative values in timestamps (i.e., the -1'st day of the month, and so on wherever it makes sense). I didn't think about it carefully, but prefixing the value by '-' should work (i.e., I don't think it classes with the range operator which is also '-'), but it might be very confusing to the user, so maybe something better is needed.

So it is only modular if it comes to systemd, not when it comes to compile the udev component, which is still used by many other distribution without systemd.
So those distributions are punished with extra development time (for their own Makefiles) or extra work when maintaining their udev package (longer build time with more build dependencies, the hassle to copy out the udev files) or even the work to fork it, but still people are saying that there is no force towards systemd when you don't want to use it. Man, there were volunteers on the mailing list that wanted to do the work to implement the option to build udev without systemd, but the developers don't want it. But there is no force towards systemd.

Man, your reality must be somewhat distorted.

Its 1 time expense of extra work-- the time needed to write the makefile ONE TIME. And if youre really lazy you dont even have to write it once since LFS was nice enough to publish their makefile.

As far as build dependencies... a minimal systemd build (which one would be doing if they just wanted udev) has 3 makedeps. 1) dbus, 2) glibc 3)libcap. All of which would already be installed on the system more than likely so youre issue of "More build dependencies" is BS rigtht there.

Its 1 time expense of extra work-- the time needed to write the makefile ONE TIME. And if youre really lazy you dont even have to write it once since LFS was nice enough to publish their makefile.

Once per every systemd release, not ONE TIME [sic].

As far as build dependencies... a minimal systemd build (which one would be doing if they just wanted udev) has 3 makedeps. 1) dbus, 2) glibc 3)libcap. All of which would already be installed on the system more than likely so youre issue of "More build dependencies" is BS rigtht there.

Nope. D-bus and libcap have no place on my systems, they are bloat. D-bus is actually absolutely crap in addition, libcap is merely bloat. I suppose people not wanting to use glibc don't exist either.

I never hear anyone bitch about Ubuntu's Upstart, Apple's launchd, or OpenRC.

People only seem to be bitching about systemd.
Maybe there is a reason?

Reason: Linux users are whiny bitches who gladly download and use _free_ stuff that other people worked their asses off on and then rarely contribute back anything besides more whining and bitching.

There was tons of Linux users whining about Upstart at first. It broke stuff. Then it matured. Same as systemd. Less whining about launchd, but then OSX users don't whine and bitch like Linux users. Nobody does.

All the major systemd complaints are from non-users of systemd. They whine because they can, not because they have any real reason to. Par for the course in Linux land. Constant gobs of "stop energy" and armchair programmers giving their unsolicited, unwelcome, idiotic opinions on what they think good software looks like.

Reason: Linux users are whiny bitches who gladly download and use _free_ stuff that other people worked their asses off on and then rarely contribute back anything besides more whining and bitching.

There was tons of Linux users whining about Upstart at first. It broke stuff. Then it matured. Same as systemd. Less whining about launchd, but then OSX users don't whine and bitch like Linux users. Nobody does.

All the major systemd complaints are from non-users of systemd. They whine because they can, not because they have any real reason to. Par for the course in Linux land. Constant gobs of "stop energy" and armchair programmers giving their unsolicited, unwelcome, idiotic opinions on what they think good software looks like.

You have never posted a single positive thing about Linux on this forum, and now you're criticizing others?

Average purchase: $6.70
Average Windows: $6.23
Average Mac: $7.95
Average Linux: $10.47

Hey, look at that. Looks like it's the Mac & Windows users who are the cheapskates. Linux users? They're willing to pay for quality stuff, when the merchandise is offered on terms that are fair and not covered in EULAs and DRM. I guess Mac and Windows guys already pay so much for their operating systems they have no more money left for other things... eh?