You know, your google-foo is lacking. http://devzing.com/blog/index.php/how-to-delete-bugs-from-bugzilla/.
Slashdot videos: Now with more Slashdot!
We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).
So you work for an organism that employs sociopaths. Nice for you.
Luckily some of us are not in that position.
Ah, I love the smell of conspiracy theories in the morning.
Ever seen the bug list for consolekit?
"somebody" (i.e. Lennart Poettering) went to some trouble to make sure that gdm3 still worked with consolekit.
"somebody" (i.e. you) didn't bother to fix the bugs in consolekit, so nobody wants to use it.
Stop whining. Work.
No, naming every release after the same animal is "professional".
Then you don't know Debian either. 4583 packages depend on "systemd" - see http://lkcl.net/reports/removi...
Apparently I know a shit more about Debian that lkcl does. He claims those are packages that depend on libsystemd0, which largely exists to make sure packages don't depend on systemd. And he gets it wrong!
Just take the first example on that list, "0ad":
# apt-cache show 0ad | grep systemd
[ crickets ]
If you want to know what depends on libsystemd (but why care?)
# apt-cache rdepends libsystemd0 | wc -l
No it isn't.
Why bother posting such nonsense?
Yeah, trying to work out the backronym for DIE MUTHERFUKER was a pain.
Should be embarrasingly easy.
Why haven't you done it if you want it?
The "big" "error" was to not write text logs and a binary index/metadata file.
However it wouldn't have stopped the trolls, they are clearly insane.
(For me "journalctl" isn't the win, it's "systemctl status").
Which is precisely what people are complaining about - more and more packages (like gdm3, gnome, etc) *needing* (being written to require) systemd... or some "shim" to get around it, which starts making packages less and less able to be ported to other OS's (BSDs, Solaris...).
gdm3 needs some functions that used to be provided by consolekit. Until very recently nobody could be bothered to maintain consolekit.
systemd provides those functions.
And that's systemd's fault?
Stop whining. Work.
That's exactly what it does.
No, it isn't.
Or, hell... just plug it into Google to save some time, since all the heavy lifting has been done for you time and time again, you astroturfing troll.
Plug what in? I've tried every way of posing the question I can think of and it all comes back to here or that one incorrect reddit post.
People are tired of submitting bug reports to a project that doesn't address them
(Fucking slashdot went down again while I was posting this reply. Did they install systemd or something?)
If you want text logs install syslogd.
Is that hard?
Would you rather have stderr scrolling up the (probably not attached) screen in some remote data centre or have the message written to syslog?
Actualy that's not true for systemd -- if a process double forks and exits systemd can still capture tbe exit code -- that's (part of) what cgroups is for.
I can find no evidence of the mysterious 'dropped syslog' claims, nobody ever seems to have reported it as a bug and it doesn't happen on any system I have access to.