Bug 850130 - Introduce new systemd-rpm macros in glusterfs spec file
Summary: Introduce new systemd-rpm macros in glusterfs spec file
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: build
Version: 3.1.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Amar Tumballi
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 850016
TreeView+ depends on / blocked
 
Reported: 2012-08-21 13:38 UTC by Lukáš Nykrýn
Modified: 2015-12-01 16:45 UTC (History)
6 users (show)

Fixed In Version: glusterfs-3.4.0
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-07-24 17:31:12 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)
Patch adds systemctl preset call with condition for F18 and RHEL7 (1.40 KB, patch)
2012-09-17 11:19 UTC, Václav Pavlín
no flags Details | Diff
Patch adds systemctl preset call with condition for F18 and RHEL7 (1.40 KB, patch)
2012-09-17 11:27 UTC, Václav Pavlín
no flags Details | Diff

Description Lukáš Nykrýn 2012-08-21 13:38:48 UTC
Fedora 18 changes the way how to work with services in spec files. It introduces new macros - %systemd_post, %systemd_preun and %systemd_postun; which replace scriptlets from Fedora 17 and older (see https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd, https://bugzilla.redhat.com/show_bug.cgi?id=850016).

Comment 1 Václav Pavlín 2012-09-17 11:19:03 UTC
Created attachment 613631 [details]
Patch adds systemctl preset call with condition for F18 and RHEL7

This approach does not follow guidelines but it was the easiest way how to add systemd presets support and not to break design of your spec file.

Comment 2 Václav Pavlín 2012-09-17 11:27:19 UTC
Created attachment 613633 [details]
Patch adds systemctl preset call with condition for F18 and RHEL7

Sorry, I mistyped name of macro.

Comment 3 Fedora Admin XMLRPC Client 2013-01-18 15:14:42 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.


Note You need to log in before you can comment on or make changes to this bug.