#1605 finish retirement of sysvinit-only packages
Closed None Opened 8 years ago by zbyszek.

= phenomenon =
In #615 it was decided (and announced) to retire packages without systemd support. I think there's still time to do this for F25.

Current list of packages with sysvinit scripts only:
{{{
$ repoquery -f /etc/rc.d/init.d/*|grep -Ev 'sysvinit|initscript'|grep -v ^systemd | sed 's/-[0123]:.*//'|sort -u

athcool
bdii
cfengine
clement
dahdi-tools
dhcp_probe
dpm-dsi
globus-gatekeeper
globus-gridftp-server-progs
globus-scheduler-event-generator-progs
greylistd
ibmasm
mysql-proxy
nagios
nessus-server
noip
nordugrid-arc-acix-cache
nordugrid-arc-acix-index
nordugrid-arc-arex
nordugrid-arc-aris
nordugrid-arc-cache-service
nordugrid-arc-datadelivery-service
nordugrid-arc-egiis
nordugrid-arc-gangliarc
nordugrid-arc-gridftpd
nordugrid-arc-hed
nordugrid-arc-ldap-infosys
nxtvepg
openscada
opentracker-ipv4
opentracker-ipv6
orbited
pnp4nagios
popfile
psad
RabbIT
ris-linux
root-proofd
root-rootd
roundup
ser
smstools
ssbd
sys_basher
sysklogd
tabled
tetrinetx
thebridge
tmda-ofmipd
ttywatch
ulogd
vmpsd
voms-server
Vuurmuur-daemon
yum-updateonboot
}}}

I removed the following from the list above:
{{{
gmediaserver
iodine-client
iodine-server
xen-runtime
}}}
because they have systemd units in addition to the sysv scripts.


I'm personally fine with that, with the exception of nagios and opentracker.

opentracker I thought I fixed a while back, but looks like I didn't commit the working unit files I have.

nagios I think is important to keep in, so I will commit to fixing it soon.

The rest are fine with me.

+1
Yes, we really do need to retire these. We committed to doing it six months ago and then forgot. I wish we had done it before the branch, but let's get it done now.

I do think we should make one final announcement and then retire them in about a week or so. (Maybe right after Flock?). Or is that too close to Alpha Freeze on Aug 9th?

Packages can be retired until Final Freeze, so after Flock sounds like a good moment.

I removed apmd-sysvinit subpackage just now, and sysvinit scripts from apmd, iodine, gmediaserver, and filed rhbug#1361324 for xen-runtime.

ok. I have fixed opentracker, it can be removed from the list.

I looked at nagios and it turns out it added support for systemd units in 2013, but along the way a conditional was added that made it not ship the systemd unit. So, thats just a bug, IMHO it should be removed from this list and fixed.

agreed retire packages on list aside nagios (which must be fixed by alpha) and opentracker (+6,0,0)

paragn to retire packages in f25 and rawhide, will keep ticket open for that.

I will retire packages tomorrow in my daytime with comment "Retire packages without systemd support, See FESCo ticket 1605".

I have just now used "fedpkg retire" and retired 41 packages. List is given below. Its source package list.

{{{
athcool
bdii
cfengine
clement
dahdi-tools
dhcp_probe
dpm-dsi
globus-gatekeeper
globus-gridftp-server
globus-scheduler-event-generator
greylistd
ibmasm
mysql-proxy
nessus-core
noip
nordugrid-arc
nordugrid-arc-gangliarc
nxtvepg
openscada
orbited
pnp4nagios
popfile
psad
RabbIT
ris-linux
root
roundup
ser
smstools
ssbd
sys_basher
sysklogd
tabled
tetrinetx
thebridge
tmda
ttywatch
ulogd
vmpsd
voms
Vuurmuur
}}}

As you can see, I have not picked nagios, opentracker-ipv4, opentracker-ipv6 as decided in the meeting. But I have also not retired yum-updateonboot binary rpm as its part of yum-utils source rpm. Please provide your input on "yum-updateonboot" binary package retirement.

Another thing to add here, I ran a script to retire these packages but later found, I could only push to git branches using my provenpackager status but could not retire them as I am not SCM admin for packager group. I have requested pingou to help me and he has done the remaining part (pkgdb) of this retirement process. Thanks to pingou for his help.

Please note that in above comment I have corrected source name for yum-updateonboot from yum to yum-utils. It was a typo. What I think is that we can remove only that subpackage from yum-utils package.

[Update] After I retired packages except yum-utils, there happened two rawhide/f25 composes but none of them blocked these packages. The sys_basher package owner, un-orphaned package the same day I retired it. I think I can't help further here as I am not a releng person. I have opened releng ticket https://fedorahosted.org/rel-eng/ticket/6456 asking to block these packages.

Also as the retirement of these packages are not complete yet, I have not sent an email to devel-announce list. I think we need to wait here till people back from Flock.

Thanks.

Hi,
i think i have made the correct changes to one of the packages that have been retired (dpm-dsi) to support systemd
what is the procedure now to unretire the package?

unfortunately i see that also one of the packages i depends on (globus-gridftp-server) is on the list..so i guess i should contact the responsible to see if he can also fix and unretire the package, right?

thanks
Andrea

andreamanzi, If you have added systemd unit file now and want this package back in Fedora then follow this https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Retired_Package process. I think you will need only un-retirement in pkgdb as dpm-dsi is not yet blocked on koji but I have already requested it to be blocked to releng in ticket https://fedorahosted.org/rel-eng/ticket/6456.

Yes if your package depends on globus-gridftp-server then good to have that package using systemd unit files first, un-retire that package and then un-retire dpm-dsi.

Update for Today's meeting, The list of packages that we decided to retire are still not retired fully due to I am not part of SCM admin (cvsadmin) group. I could only retire the packages in git, then in pkgdb they got orphaned but on koji they are not blocked yet as of now. Also, I have not touched yum-utils package from that list.

I request someone from FESCo if part of cvsadmin group please continue this retirement process.

I have retired all of the packages in comment 8 in f25 and devel. Some of them were not orphaned so I orphaned only those two branches first.

I took noip and tetrinetx packages, I already fixup noip , can you revert and unretire this 2 packages ?

Noip already have systemd scripts

Replying to [comment:13 pnemade]:

Update for Today's meeting, The list of packages that we decided to retire are still not retired fully due to I am not part of SCM admin (cvsadmin) group. I could only retire the packages in git, then in pkgdb they got orphaned but on koji they are not blocked yet as of now. Also, I have not touched yum-utils package from that list.

I request someone from FESCo if part of cvsadmin group please continue this retirement process.

man , you are kidding , noip have systemd scripts since 2016-08-10 04:20:46 (GMT) http://pkgs.fedoraproject.org/cgit/rpms/noip.git/commit/?id=e2a49a41b6bdfb0232ff4b523bded4a3b4b555b2

The last check was done on 30th July 2016 and I am not the co-maintainer of those packages so I was having no way to know if someone have added systemd unit file later on.

I have left the reference to this ticket in commit messages, maybe you could have asked here same time before the remaining retirement process completed on Friday.

Please note that the retirement process was remain incomplete since 30th July and it was completed on Friday.

ok, but may I unretire it now ? at least noip , I have already systemd scripts, gtetrinetx I need test if still works ... , but I add it to tracker of games-sig.

Thanks,

PS: I miss your notifications , my notifications aren't working well ? shouldn't be trac to send me notifications ?

Replying to [comment:18 sergiomb]:

ok, but may I unretire it now ? at least noip , I have already systemd scripts, gtetrinetx I need test if still works ... , but I add it to tracker of games-sig.

You should be able to use the 'request unretirement' in pkgdb. Please fix gtetrinetx before unretiring.

Replying to [comment:19 kevin]:

Replying to [comment:18 sergiomb]:

ok, but may I unretire it now ? at least noip , I have already systemd scripts, gtetrinetx I need test if still works ... , but I add it to tracker of games-sig.

You should be able to use the 'request unretirement' in pkgdb. Please fix gtetrinetx before unretiring.

I asked unretire and use first review request as url, hope that is enough ...

https://admin.fedoraproject.org/pkgdb/package/rpms/noip/

I took pnp4nagios and want to add a unit file. Can you unretire it please?

Replying to [comment:21 tartare]:

I took pnp4nagios and want to add a unit file. Can you unretire it please?

Please follow the policy at https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Retired_Package

I think we have followed all the retirement process here as decided but I can't provide results or output from repoquery here as there has been no rawhide compose happened since 12th of August.

Confirmed this has been resolved and can be closed in FESCo Meeting 2016-08-19

I just wanted to add for the record that apparently the retirement of dahdi-tools broke asterisk-dahdi which (as I've been told on IRC) basically breaks asterisk. I know zilch about asterisk but I'll spend a little time today trying to poke things.

Log in to comment on this ticket.

Metadata