Speaking of offense: Thanks, anon, for the news.
]]>I'm gonna add a part of it in my signature if that's ok with you. I hope doing so doesn't require agreeing to an EULA.
Have at it
]]>In moderator school, you learn that sarcasm does not often work well in international forums. That is why we avoid it. I did not detect the sarcasm when I read the post.
I have a bad taste for trolling as well.
Great post. I'm gonna add a part of it in my signature if that's ok with you. I hope doing so doesn't require agreeing to an EULA.
]]>ngoonee wrote:bassu wrote:Guess what, the Gentoos have found themselves the last thing they can fork to the save the world! Not the kernel, not X, not the package manager but the udev! Yay!
Stop trolling.
You seem to have some bad taste for sarcasm or Gentoo or may be both
In moderator school, you learn that sarcasm does not often work well in international forums. That is why we avoid it. I did not detect the sarcasm when I read the post.
I have a bad taste for trolling as well.
]]>bassu wrote:Guess what, the Gentoos have found themselves the last thing they can fork to the save the world! Not the kernel, not X, not the package manager but the udev! Yay!
Stop trolling.
You seem to have some bad taste for sarcasm or Gentoo or may be both
]]>Guess what, the Gentoos have found themselves the last thing they can fork to the save the world! Not the kernel, not X, not the package manager but the udev! Yay!
Stop trolling.
]]>Anyways, this is offtopic. The gentoo segment behind this new fork has some questionable experience with the code they're taking on (many commits made imply that they have no idea what they're doing), and they seem to have intransigent and non-sensical motives. Their energy would have been better off pointed at working peaceably with systemd/udev upstream (which they've not done before), rather than turning Gentoo into the laughing stock of a corner of the internet for a week. systemd 196 already offers the ability to build udev without kmod and blkid as dependencies -- something they keep harping on, and could have simply written the patches for.
]]>falconindy wrote:Thaodan wrote:Its a bit OT but why systemd pulls more and more features functions in every release?
You'll have to clarify yourself here, because I've intentionally not added hard dependencies whenever possible. The last hard dependency I added to systemd was 2½ months ago when I added libgcrypt for forward secure sealing in the journal.
I think that they refer to systemd itself (journal, init, udev, foo-bla)
Yes and logind,acpid cron.
]]>udev
No.
"foo-bla" is not part of systemd. So essentially you're left with init and journald? That's certainly a lot of stuff!
]]>Thaodan wrote:Its a bit OT but why systemd pulls more and more features functions in every release?
You'll have to clarify yourself here, because I've intentionally not added hard dependencies whenever possible. The last hard dependency I added to systemd was 2½ months ago when I added libgcrypt for forward secure sealing in the journal.
I think that they refer to systemd itself (journal, init, udev, foo-bla)
]]>Its a bit OT but why systemd pulls more and more features functions in every release?
You'll have to clarify yourself here, because I've intentionally not added hard dependencies whenever possible. The last hard dependency I added to systemd was 2½ months ago when I added libgcrypt for forward secure sealing in the journal.
]]>What, in particular are you raging about this time?
]]>