Systemd transition prevents updating older release branches??

[Toshio Kuratomi]

On Tue, Jul 26, 2011 at 10:37:43AM -0400, Tom Lane wrote:
> Matthias Saou <thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net> writes:
> > Toshio Kuratomi wrote :
> >> Regarding the fragility argument in reply to notting's clarification; do
> >> note that the fragility there only lasts until that Fedora release goes EOL
> >> and therefore can no longer receive updates) less than a year now for Fedora
> >> 15.  The fragility of packagers remembering that the package has an epoch
> >> seems lower on a case-by-case basis but its effect lasts for as long as we
> >> ship that package.
> 
> > The fragility you mention will resurface when RHEL7 is released then
> > stay around for many many years for anyone maintaining EPEL6 and EPEL7
> > packages. Definitely something worth keeping in mind.
> 
> Yes, it's actually the eventual RHEL transition that scares me more than
> F15.  Given all the problems created by the (premature IMO) systemd
> transition, anybody running database servers on F15 is already
> accustomed to pain.
> 
I've been told many times that there's no upgrade path from Fedora => RHEL,
from RHEL to Fedora, or from RHELX to RHEL(X+1).  With that in mind there's
no problem here.  RHEL7, I'd deeply hope, will ship with all its services
ported to a single init system standard and then those services will never
migrate.

>
> Michal Hlavinka's solution of explicitly testing for the old sysv init
> script seems like a win from here, since I don't intend to continue
> packaging that.  Anyone have an objection to that approach?
> 
Yes, I object.  As Michal said in his post, the %post that he uses is
problematic if someone has installed a package with sysv init scripts for
that service.  Please read the link I posted to Ville's message instead[1]_.
Ville wrote his proposed scriptlets with awareness of that problem and, in
his testing, they are able to deal with the problem provided that your old
package used service instead of calling the init script directly ("service
mysql condrestart" rather than "/etc/init.d/mysql condrestart").  He also
proposes some scriptlets to address the init script case.

No ones tested them on the FPC but Ville himself has done testing of them.
If you'd like to test the permutations of what the scriptlets do in
different permutations of installing and upgrading and documenting that we'd
be happy to take a look at changing the scriptlets in the Packaging
Guideline to what he proposes.

.. _[1]: http://lists.fedoraproject.org/pipermail/packaging/2011-July/007846.html

-Toshio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20110726/35994d59/attachment-0001.bin