Reindl Harald h.reindl at
Sun Sep 4 00:59:18 UTC 2011

Am 04.09.2011 02:20, schrieb Tom Lane:
> Kevin Kofler <kevin.kofler at> writes:
>> Stephen John Smoogen wrote:
>>> On Sat, Sep 3, 2011 at 07:46, Reindl Harald <h.reindl at>
>>> wrote:
>>>> How many releases will this dirty mix of systemd/sysvinit(lsb in the
>>>> distribution exist until the OS can be called as "clean" like before
>>>> F15?
>>> As many as it takes to get it done.
>> We need to get a provenpackager to just poke through all the packages and 
>> fix them instead of waiting for the maintainers.
> That doesn't seem to me to be a very good idea.  Having recently worked
> on the systemd migrations for mysql and postgresql, I know that there
> are frequently package-specific considerations that are not obvious to
> the casual onlooker.  Having somebody who thinks he knows what he's
> doing hack all the unfixed services is likely to make things worse not
> better.
>> We should also remove this stupid "cannot migrate to a native systemd unit 
>> in an update" rule. If a native systemd unit file gets written, it should be 
>> pushed out to F16 and F15 immediately.
> That policy annoyed me at first but I've seen the wisdom of it.  Doing
> something like that will very likely break users' customizations of
> their service setups, which is not something you want to have happen
> after a routine "yum update"

this wisdom is a little too late and should have been there before
forcing the switch - no as we have systemd if we want it or not
it must not take years to get all services converted

hopefully the next time a big change like i fear wayland will be
is introduced this wisdom comes BEFORE release

give out a notice or somewaht else if a package brings a new
systemd-service but stop tell us we have to wait until F17 or F18
to get the state which should have been for F15

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
Url : 

More information about the devel mailing list