Summary: | C implementation of LSB headers parser | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Dmitry Yu Okunev <xaionaro> |
Component: | OpenRC | Assignee: | OpenRC Team <openrc> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | xaionaro |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://github.com/xaionaro/openrc-lsb | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Dmitry Yu Okunev
2014-01-20 11:01:53 UTC
This tool parses a LSB header such as # Provides: rsyslog # Required-Start: $remote_fs $time # Required-Stop: umountnfs $time # X-Stop-After: sendsigs # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: enhanced syslogd # Description: Rsyslog is an enhanced multi-threaded syslogd. to description="enhanced syslogd" depend () { need mountnfs mountnfs-bootclean umountnfs sendsigs hwclock provide syslog rsyslog } Which extends OpenRC functionality to the management of LSB scripts, such as those from Debian, Redhat, etc. I've made a fallback from "hsearch_r" to "tsearch" to make the program be portable. I spoke with Thomas Goirand from Debian, and he states that OpenRC is in a good position to be Debian's startup system for their alternate platforms. If this happens, they will drop the lsb init scripts and convert to runscripts. in that case, I'm not sure OpenRC needs lsb support. I want to hold off on adding this until I know what they are going to do. # Provides: rsyslog # Required-Start: $remote_fs $time # Required-Stop: umountnfs $time # X-Stop-After: sendsigs # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: enhanced syslogd https://goo.gl/LhppLn # Description: Rsyslog is an enhanced multi-threaded syslogd. We're _maybe_ open to this if submitted as a proper set of patches to the github repo as a PR and cleaned up, but we're not really sure of the need for LSB. |