Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: Providing native systemd file for upcoming F15 Feature Systemd
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Summary: Providing native systemd file for upcoming F15 Feature Systemd Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: amavisd-new AssignedTo: steve@silug.org ReportedBy: johannbg@hi.is QAContact: extras-qa@fedoraproject.org CC: steve@silug.org, fedora-perl-devel-list@redhat.com, kanarip@kanarip.com Classification: Fedora Story Points: ---
Created attachment 491409 --> https://bugzilla.redhat.com/attachment.cgi?id=491409 Native systemd service file fo amavis daemon
Description of problem:
The attached file is a native systemd file for upcoming F15 Feature [1]
Please read [2] on how to packaging and installing systemd Service files.
To learn more about Systemd daemon see [3].
To view old SysV with the new Systemd site by site see for your component see [4]
If you have any question dont hesitate to ask them on this bug report.
1.http://fedoraproject.org/wiki/Features/systemd
2.https://fedoraproject.org/wiki/Systemd_Packaging_Draft
3.http://0pointer.de/public/systemd-man/daemon.html
4.https://fedoraproject.org/wiki/User:Johannbg/QA/Systemd/compatability
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce: 1. 2. 3.
Actual results:
Expected results:
Additional info:
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Jóhann B. Guðmundsson johannbg@hi.is changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #491409|application/octet-stream |text/plain mime type| |
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #1 from Jóhann B. Guðmundsson johannbg@hi.is 2011-04-12 02:12:19 EDT --- Created attachment 491410 --> https://bugzilla.redhat.com/attachment.cgi?id=491410 Native systemd service file for amavis daemon socket
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #2 from Jóhann B. Guðmundsson johannbg@hi.is 2011-04-12 02:12:47 EDT --- Created attachment 491411 --> https://bugzilla.redhat.com/attachment.cgi?id=491411 Native systemd service file for clamd amavis daemon
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #3 from Jóhann B. Guðmundsson johannbg@hi.is 2011-04-12 02:13:11 EDT --- Created attachment 491412 --> https://bugzilla.redhat.com/attachment.cgi?id=491412 Native systemd service file for clamd amavis daemon socket
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #4 from Jóhann B. Guðmundsson johannbg@hi.is 2011-04-12 02:18:07 EDT --- Note that /var/spool/$foo is not a runtime directory so please fix and set the correct path pointing to /var/run in relevant configuration files and be advices that in the future /run and $XDG_RUNTIME_DIR are the only places where sockets are OK, yup not even /tmp anymore...
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Bill Nottingham notting@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|15 |rawhide
--- Comment #5 from Bill Nottingham notting@redhat.com 2011-04-26 13:35:43 EDT --- 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
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Jóhann B. Guðmundsson johannbg@hi.is changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |713562(SysVtoSystemd)
--- Comment #6 from Jóhann B. Guðmundsson johannbg@hi.is 2011-07-13 11:10:22 EDT --- https://fedoraproject.org/wiki/Packaging:Guidelines:Systemd https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd https://fedoraproject.org/wiki/Packaging:Tmpfiles.d
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Marcela Mašláňová mmaslano@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE Last Closed| |2011-08-02 03:39:53
--- Comment #7 from Marcela Mašláňová mmaslano@redhat.com 2011-08-02 03:39:53 EDT ---
*** This bug has been marked as a duplicate of bug 695584 ***
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Jóhann B. Guðmundsson johannbg@hi.is changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |ASSIGNED Resolution|DUPLICATE | Keywords| |Reopened
--- Comment #8 from Jóhann B. Guðmundsson johannbg@hi.is 2011-08-02 05:14:29 EDT --- Triager please do some proper research before closing bugs as duplicates this report contains the native systemd service files for amavisd daemon
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #9 from Marcela Mašláňová mmaslano@redhat.com 2011-08-02 06:35:37 EDT --- You might pay more attention to creating bugs. Three bugs with same summary on same component is confusing.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Jon Ciesla limburgher@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |limburgher@gmail.com
--- Comment #10 from Jon Ciesla limburgher@gmail.com 2012-02-13 14:42:34 EST --- Steven, any objection to my making this change?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #11 from Jon Ciesla limburgher@gmail.com 2012-03-14 12:23:57 EDT --- Ping?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Paul Howarth paul@city-fan.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |paul@city-fan.org Summary|Providing native systemd |Providing native systemd |file for upcoming F15 |file for amavisd-new |Feature Systemd |
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #12 from Michael J. Chudobiak mjc@avtechpulse.com 2012-04-03 16:20:06 EDT --- Ping? Can we get clamd/amavisd rpms with native systemd service files to test?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #13 from Jon Ciesla limburgher@gmail.com 2012-04-03 16:27:31 EDT --- Unless Steven objects I'll do this tonight or tomorrow.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Jóhann B. Guðmundsson johannbg@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |johannbg@gmail.com
--- Comment #14 from Jóhann B. Guðmundsson johannbg@gmail.com 2012-04-03 17:20:04 EDT --- You dont need rpms to be able to test submitted units against various components.
It's enough for you to copy the relevant unit(s) to the /etc/systemd/system directory and run systemctl daemon-reload.
Those units will then take precedence over the legacy sysv init scripts that bears the same name as the unit...
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #15 from Jon Ciesla limburgher@gmail.com 2012-04-03 22:03:34 EDT --- Nearly ready, but are we supposed to be shipping .socket files at this point? I'm unclear on this. The service won't be enabled by default.
http://fedoraproject.org/wiki/Packaging:Systemd#Socket_activation
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=695589
Adam Williamson awilliam@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nicolas.mailhot@laposte.net
--- Comment #17 from Adam Williamson awilliam@redhat.com --- *** Bug 789571 has been marked as a duplicate of this bug. ***
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=695589
Adam Williamson awilliam@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |FutureFeature CC| |awilliam@redhat.com Doc Type|Bug Fix |Enhancement
--- Comment #18 from Adam Williamson awilliam@redhat.com --- Marking as FutureFeature so it doesn't get EOLed.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #19 from Juan Orti Alcaine juan.orti@miceliux.com --- This bug is more than 2 years old and still open. Steven, Could you add the service unit, please? forget about the socket.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #20 from Paul Howarth paul@city-fan.org --- Has anybody using amavisd tested the service file attached to this bug?
I don't think there's going to be any response from Steve - I think he's been inactive in Fedora for over a year now.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #21 from Jóhann B. Guðmundsson johannbg@gmail.com --- Why has this not been orphaned then?
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #22 from Paul Howarth paul@city-fan.org --- Because Steve's lack of activity in Fedora has included lack of orphaning packages perhaps?
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #23 from Juan Orti Alcaine juan.orti@miceliux.com --- Created attachment 798640 --> https://bugzilla.redhat.com/attachment.cgi?id=798640&action=edit amavisd.service - without socket
This is the service unit I use for amavisd-new, the same as Jóhann, but without the socket unit.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Juan Orti Alcaine juan.orti@miceliux.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #798640|0 |1 is obsolete| |
--- Comment #24 from Juan Orti Alcaine juan.orti@miceliux.com --- Created attachment 798653 --> https://bugzilla.redhat.com/attachment.cgi?id=798653&action=edit amavisd.service - without socket
If clamav-server-systemd is installed, start clamd instance.
[Unit] Wants=clamd@amavisd.service
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #25 from Jóhann B. Guðmundsson johannbg@gmail.com --- That's not sufficient and I tried to start a discussion at the package list how we should be dealing with these components but that turned out to be a waste of my time in any case I'm going to ping someone at the admin group and have this package removed or atleast orphaned
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Petr Pisar ppisar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ppisar@redhat.com
--- Comment #26 from Petr Pisar ppisar@redhat.com --- (In reply to Jóhann B. Guðmundsson from comment #25)
That's not sufficient and I tried to start a discussion at the package list how we should be dealing with these components but that turned out to be a waste of my time in any case I'm going to ping someone at the admin group and have this package removed or atleast orphaned
You cannot orphan other's package. You have to start unresponsive maintainer process, and after finishing that positively, the package will be orphaned.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #27 from Jóhann B. Guðmundsson johannbg@gmail.com --- (In reply to Petr Pisar from comment #26)
(In reply to Jóhann B. Guðmundsson from comment #25)
That's not sufficient and I tried to start a discussion at the package list how we should be dealing with these components but that turned out to be a waste of my time in any case I'm going to ping someone at the admin group and have this package removed or atleast orphaned
You cannot orphan other's package. You have to start unresponsive maintainer process, and after finishing that positively, the package will be orphaned.
I thought fesco had been spending time on fixing the orphaning and cleanup process inefficiency since for feature owners and others doing work that span multiple release cycles we need to have this essentially done by alpha ( as in removing and or finding other maintainers ) so people wont be spending time on fixing packages that already are in essence "dead" within the distribution.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #28 from Marcela Mašláňová mmaslano@redhat.com --- Could you point me to such FESCo ticket, where this direction was approved?
The package is still working, right? So why should be removed?
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #29 from Jóhann B. Guðmundsson johannbg@gmail.com --- (In reply to Marcela Mašláňová from comment #28)
Could you point me to such FESCo ticket, where this direction was approved?
Which direction would that be? and given that you are on fesco and are unaware of anywork on fesco behalf on fixing the cleanup process I think it safe to assume that fesco is not working on it...
The package is still working, right? So why should be removed?
Since you need to ask in the first place despite the countless discuss about this through several reoccurring threads on devel over the years then there is no point in explaining why it should be remove to you.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #30 from Nicolas Mailhot nicolas.mailhot@laposte.net --- (In reply to Jóhann B. Guðmundsson from comment #25)
That's not sufficient and I tried to start a discussion at the package list how we should be dealing with these components but that turned out to be a waste of my time in any case I'm going to ping someone at the admin group and have this package removed or atleast orphaned
What's not sufficient in the systemd rules people posted and that work for them?
https://bugzilla.redhat.com/show_bug.cgi?id=695589
--- Comment #31 from Jóhann B. Guðmundsson johannbg@gmail.com --- (In reply to Nicolas Mailhot from comment #30)
(In reply to Jóhann B. Guðmundsson from comment #25)
That's not sufficient and I tried to start a discussion at the package list how we should be dealing with these components but that turned out to be a waste of my time in any case I'm going to ping someone at the admin group and have this package removed or atleast orphaned
What's not sufficient in the systemd rules people posted and that work for them?
Because it brings inconsistency between these components in anycase do what you want I'm not interesting in repeating something I pointed out and tried to reach conscious about in 2011.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Juan Orti Alcaine j.orti.alcaine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|steve@silug.org |j.orti.alcaine@gmail.com
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Juan Orti Alcaine j.orti.alcaine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution|--- |NEXTRELEASE Last Closed|2011-08-02 03:39:53 |2014-02-16 11:38:13
--- Comment #32 from Juan Orti Alcaine j.orti.alcaine@gmail.com --- amavisd-new 2.8.1-1 has been pushed to rawhide with systemd service files.
http://koji.fedoraproject.org/koji/buildinfo?buildID=498502
perl-devel@lists.fedoraproject.org