Red Hat Bugzilla – Bug 617331
Providing native systemd file for upcoming F14 Feature Systemd
Last modified: 2011-07-12 12:08:17 EDT
Created attachment 433787 [details]
Native systemd file for portreserve
Description of problem:
The attached file is a native systemd file for upcoming F14 Feature 
Please read  on how to installing systemd Service files.
If you have any question dont hesitate to ask them on this bug report.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actually I think systemd might make portreserve redundant.
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.
More information and reason for this action is here:
Yepp, systemd will make portreserve redundant, if everybody who currently uses portreserve adopts socket based activation.
I guess we should indeed spend our energy on fixing those package to use socket-based activation instead of fixing portreserve itself for systemd.
So this bug is very low priority.
*** Bug 697676 has been marked as a duplicate of this bug. ***
So.. What's the status on things now half a year later?
It's still a very low priority bug.
Moving systemd service RFEs to rawhide.
At this point, it is not appropriate in the Fedora 15 cycle to add these. Furthermore, at this point, we are still finalizing the packaging guidelines to handle SysV -> systemd upgrades.
We therefore request:
- wait until there are packaging guidelines (this will be announced on the devel list). This ensures that upgrades will work smoothly and we/you won't have to do multiple sets of changes.
- work on these sorts of changes for Fedora 16 where necessary, not Fedora 15, as we're trying to fix things for release.
- do *not* change a service from SysV to systemd in an existing release (such as Fedora 15), as this is the sort of behavior change that goes against our update policy, documented as https://fedoraproject.org/wiki/Updates_Policy
Tim unfortunately this one is one the default livecd hence we need somekind of action either ported and packaged or deprecated before alpha otherwise this will become an alpha blocker...
Going to deprecate it I think. With systemd it doesn't really make sense any more. systemd already binds the ports early and so avoids the problem.
portreserve-0.0.5-3.fc16 now uses a systemd service file, so it isn't so important to deprecate it now. Packages will naturally no longer need it once they are migrated to systemd.