| Summary: | sys-apps/systemd-201 stabilization request | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Michał Górny <mgorny> |
| Component: | [OLD] Keywording and Stabilization | Assignee: | Gentoo systemd Team <systemd> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | alexander, arne.flagge, egore, egorov_egor, franz.trischberger, nikoli, rorgoroth |
| Priority: | Normal | Keywords: | STABLEREQ |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 453086, 469668, 469836 | ||
| Bug Blocks: | 469412 | ||
|
Description
Michał Górny
2013-04-14 08:58:11 UTC
How will all those missing Units be handled? I tried to switch to systemd and was left with a barely functional laptop: no network, no sshd, no cups, ...). I did not try testing ebuilds (cups-1.6, openssh-6.*), if they offer systemd unit files. If they do will they get stabilized before systemd? When I tried systemd the last time (january this year, I think) all was working, seems through init-files. But now they don't work: # /etc/init.d/cupsd start * WARNING: cupsd is already starting And nothing happens... net-misc/openssh-5.9_p1-r4 is stable and installs systemd units. net-print/cups-1.5.3 seems to have full systemd support; just needs a stablereq. I have a number of other packages in /etc/portage/package.keywords/systemd; I'll file some stablereq bugs and make them block this. (In reply to comment #1) > How will all those missing Units be handled? I tried to switch to systemd > and was left with a barely functional laptop: no network, no sshd, no cups, > ...). I did not try testing ebuilds (cups-1.6, openssh-6.*), if they offer > systemd unit files. If they do will they get stabilized before systemd? The 'missing units' will be handled on their own manner. For quite a long time, a number of people are successfully using systemd on their stable systems. The main goal of stablereq is to help those people by having a known, well-working systemd version. Units are somehow tangential to this. We will still work on improving the situation but missing unit in package B shouldn't really matter on stabilizing loosely related package A which is systemd. > When I tried systemd the last time (january this year, I think) all was > working, seems through init-files. But now they don't work: > # /etc/init.d/cupsd start > * WARNING: cupsd is already starting > > And nothing happens... You aren't really supposed to launch openrc scripts when using systemd... systemctl start cups.service, but you should really read some docs or guides on how to use systemd if you want to use it. @Mike: Thx! I usually first look for a systemd-USE-Flag, then search by "cave contents <pkg> | grep systemd", so there probably was a typo when doing so for openssh. cups from ~amd64 also works fine with systemd now. @Michał: I thought it was clear from the context that I am talking about packages NOT delivering systemd-Units. systemd-docs, Gentoo-docs etc. mention a compatibility with init files. I also read several posts about "easy migration" to system with "ExecStart=/etc/init.d/<service> start". So I thought this really should work. Arches, please stabilize -201. This one's in sync with current ebuilds, hasn't seen issues and is mature enough. I can't boot with systemd for each arches, so, if for you a compile test is enough, I can go ahead. *** Bug 439130 has been marked as a duplicate of this bug. *** (In reply to comment #6) > I can't boot with systemd for each arches, so, if for you a compile test is > enough, I can go ahead. It should be enough. What about these udev blockages? Shouldn't virtual/udev support systemd as udev implementation? (In reply to comment #9) > What about these udev blockages? Shouldn't virtual/udev support systemd as > udev implementation? The virtual does support systemd. Maybe this bug should depend on https://bugs.gentoo.org/show_bug.cgi?id=424637 shouldn't it? Because of bug 424637 systemd can't boot a root-on-lvm system correctly, if I understand it well. (In reply to comment #11) > Maybe this bug should depend on > https://bugs.gentoo.org/show_bug.cgi?id=424637 shouldn't it? > > Because of bug 424637 systemd can't boot a root-on-lvm system correctly, if > I understand it well. There is also bug #453594 about lvm. Fixing genkernel alone is not enough, the lvm2 ebuild must be changed to install the systemd stuff [included in the upstream package and just not installed on gentoo ATM]. An alternative to genkernel is dracut (In reply to comment #6) > I can't boot with systemd for each arches, so, if for you a compile test is > enough, I can go ahead. I had a chance to test it in a real system. I played with it for few days, it works well. We know that are missing some unit files but systemd itself is fine. I'd prefer to resolve the kdebase-pam stabilization before this. You can use sys-kernel/genkernel-next if you need a working initramfs able to boot systemd+lvm properly. Make sure to call genkernel with --udev. It also supports plymouth (--plymouth), since fbsplash and systemd don't play nice together. You can't use mdev in the initramfs if you boot with systemd and use LVM. I managed to boot several amd64 boxes using systemd. No problem on Xfce or Gnome 3, can't log into kdm though (problem with system bus, did not dig into it, it may be related to pam or consolekit, I don't really use this system ATM). I had to use genkernel-next for udev inclusion in initramfs. Maybe this one should also get stablereq'ed or included in core genkernel. Other than this, I can say I have two stable environments using systemd (with bits of systemd-love overlay for lvm2 ebuild and lightdm service file), both on amd64. arm stable amd64: ok (with respect to comments below) ^kdm log support: systemd-system.conf supports "syslog-or-kmsg" or "kmsg" log target which should work fine (not set by default) several .service files are missing (compared to fedora, arch), but this should not stop stabilization. amd64 stable x86 stable ppc64 stable. Last arch, closing Why you did not remove USE systemd from profiles/eapi-5-files/use.stable.mask ? |