Re: Systemd transition prevents updating older release branches??

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Jul 26, 2011 at 10:37:43AM -0400, Tom Lane wrote:
> Matthias Saou <thias@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> 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

Attachment: pgplruz3XBEM_.pgp
Description: PGP signature

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux