Bug 717397 - Provide native systemd unit file
Summary: Provide native systemd unit file
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: isdn4k-utils
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Than Ngo
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: SysVtoSystemd
TreeView+ depends on / blocked
 
Reported: 2011-06-28 18:25 UTC by Jóhann B. Guðmundsson
Modified: 2011-07-21 11:58 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-07-21 11:58:32 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Native systemd service file for capi (184 bytes, text/plain)
2011-06-28 18:26 UTC, Jóhann B. Guðmundsson
no flags Details
Native systemd unit file for isdn (546 bytes, text/plain)
2011-07-16 00:51 UTC, Jóhann B. Guðmundsson
no flags Details

Description Jóhann B. Guðmundsson 2011-06-28 18:25:03 UTC
Description of problem:

https://fedoraproject.org/wiki/Features/SysVtoSystemd



Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Jóhann B. Guðmundsson 2011-06-28 18:26:21 UTC
Created attachment 510334 [details]
Native systemd service file for capi

Comment 2 Jóhann B. Guðmundsson 2011-06-28 18:37:56 UTC
How do you want to proceed with the isdn service is it possible to simply hardware activate it? 

Unfortunately our guidelines are a bit short on how to do that 
Hardware activation

Hardware activation occurs when a service is installed but only turns on if a certain type of hardware is installed. Enabling of the service is normally done with a udev rule. At this time we do not have further guidance on how to write those udev rules. The service itself installs its .service files in the normal places and are installed by the normal systemd scriptlets. These services should never be enabled by the package as they will be enabled by udev. 

But you can read man systemd.device and look at the bluetooth service which is doing that I believe..

Comment 3 Jóhann B. Guðmundsson 2011-07-11 15:36:19 UTC
--- Comment #3 from Jóhann B. Guðmundsson <johannbg> 2011-07-11 11:33:50 EDT ---
What's the curent status on this?

If you dont have the time to package this make note of that on this bug and I
can see if I can find a proven packager you can package this for you...

Comment 4 Jóhann B. Guðmundsson 2011-07-11 15:36:42 UTC
frack paste fail.. ;)

Comment 5 Than Ngo 2011-07-12 14:26:33 UTC
Hi Jóhann, i just don't have time to fix this issue. It's great if we could find someone who can take care of this. Thanks

Than

Comment 6 Toshio Ernie Kuratomi 2011-07-12 16:05:23 UTC
capi.service applied and new package built for rawhide:
  http://koji.fedoraproject.org/koji/taskinfo?taskID=3194083

The isdn service is still using SysVinit scripts so this bug still needs attention.

Comment 7 Jóhann B. Guðmundsson 2011-07-16 00:51:17 UTC
Created attachment 513459 [details]
Native systemd unit file for isdn

Remove the legacy sysv init script and install it as per this packaging guidelines [1] should work can be used as a solution until the maintainer finds time to clean that up properly port it over then we can declare the dial up group done....

http://fedoraproject.org/wiki/Libexecdir_clarification_packaging_draft

Comment 8 Than Ngo 2011-07-21 11:58:32 UTC
it's fixed in isdn4k-utils-3.2-77.fc16


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