h.reindl at thelounge.net
Sun Sep 4 00:59:18 UTC 2011
Am 04.09.2011 02:20, schrieb Tom Lane:
> Kevin Kofler <kevin.kofler at chello.at> writes:
>> Stephen John Smoogen wrote:
>>> On Sat, Sep 3, 2011 at 07:46, Reindl Harald <h.reindl at thelounge.net>
>>>> 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
>>> 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
>> 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...
Size: 262 bytes
Desc: OpenPGP digital signature
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20110904/0c982874/attachment.bin
More information about the devel