Hi Michael, Michael Biebl <bi...@debian.org> writes:
>> I agree that systemd-sysv version-conflict with openrc (<0.20.4-1). > > I chose 0.20.4-2.1, as this also contained the cleanup of the diversions > from previous versions. > >> Do you have an estimated date for that? > > http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=1ab8d4836dcca0485cd7b8307b2469c295584898 > > Will be in the next upload of systemd. We don't have a date for that > yet, but it should be soonish. Great. Thanks! >> This is the only reason to stop openrc from providing sysv-rc. But >> systemd-sysv in sid no longer depend on sysv-rc. No need to do that >> anymore, if we don't want to touch jessie. > I think dropping that Provides is logically correct and should be done > in any case, maybe not for stretch, but in sid for sure. In the long run, yes. It was a hack as a drop-in replacement of sysv-rc. > > > <mbiebl_> plus depends on initscripts, to be safe and add Depends: > > > initscripts > > > > I don't think so. > > > > initscripts Depends: sysv-rc | file-rc > > > > and openrc provides sysv-rc. The dependence relation is already there. > Ahem, no. It's the inverse dependency > With initscripts no longer being installed by default, nothing will > guarantee that initscripts will be installed. I can see sysvinit-core Depends: initscripts (>= 2.88dsf-13.3). > If openrc depends on initscripts to boot a system successfully, it > should depend on it. Hmm, I think we can express the dependency chain as sysvinit-core -> sysv-rc/openrc -> initscripts and drop sysvinit-core -> initscripts. > > > <ah> systemd-sysv: Make Conflicts against openrc versioned << y.z. > > > > openrc (<<0.20.4-1) to be precise. > > > > > Benda, if you push such changes, I'll sponsor the uploads. > > > > In conclusion, the bugs are resolved if openrc Pre-Depends > > init-system-helpers and systemd-sysv only conflicts with a older version > > of OpenRC. > The Pre-Depends and versioned Conflicts only address the failing dist > upgrade (#829488). > They don't address that the prioritoy of initscripts will be lowered for > stretch and is no longer installed by default. As stated above. > The package description says "dependency based init system". > If you want openrc to be treated as you say,i.e. not as an init, you > should make that super-clear in the package description that installing > openrc will *not* necessarily lead to a system booting with openrc. > Otherwise it's highly confusing. Good point and nice catch! Thanks! Benda
signature.asc
Description: PGP signature
