http://bugzilla.suse.com/show_bug.cgi?id=1115997
Bug ID: 1115997
Summary: Please convert SysV init scripts shipped by
xrootd-server into native systemd services.
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: fbui(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
It would be great if the SysV init scrips shipped by this package could
be converted into systemd native services.
Indeed most packages shipped by openSUSE Factory switched to native
systemd unit files years ago and we plan to drop the obsolete/limited
SysV compat support in the future.
If this appears to be a big task, one quick way to solve it is to copy
and ship (as is) the .service unit wrappers generated automatically by
systemd-sysv-generator at boot. Indeed such wrappers are generated by
systemd in order to support SysV init scripts similarly to native
units.
You can see the content of a wrapper unit with:
$ systemctl cat <sysvinit-script>.service
As you could see the wrapper unit simply calls the SysV script, which
should be moved out of /etc/init.d, probably in a directory owned by
your package.
In all cases we would be glad to provide any help if needed in this
task.
Thanks in advance.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1116052
Bug ID: 1116052
Summary: Please convert SysV init scripts by wondershaper into
native systemd services
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Network
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: fbui(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
It would be great if the SysV init scrips shipped by this package could
be converted into systemd native services.
Indeed most packages shipped by openSUSE Factory switched to native
systemd unit files years ago and we plan to drop the obsolete/limited
SysV compat support in the future.
If this appears to be a big task, one quick way to solve it is to copy
and ship (as is) the .service unit wrappers generated automatically by
systemd-sysv-generator at boot. Indeed such wrappers are generated by
systemd in order to support SysV init scripts similarly to native
units.
You can see the content of a wrapper unit with:
$ systemctl cat <sysvinit-script>.service
As you could see the wrapper unit simply calls the SysV script, which
should be moved out of /etc/init.d, probably in a directory owned by
your package.
In all cases we would be glad to provide any help if needed in this
task.
Thanks in advance.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1116039
Bug ID: 1116039
Summary: Please convert SysV init scripts by Supybot into
native systemd services
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Network
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: fbui(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
It would be great if the SysV init scrips shipped by this package could
be converted into systemd native services.
Indeed most packages shipped by openSUSE Factory switched to native
systemd unit files years ago and we plan to drop the obsolete/limited
SysV compat support in the future.
If this appears to be a big task, one quick way to solve it is to copy
and ship (as is) the .service unit wrappers generated automatically by
systemd-sysv-generator at boot. Indeed such wrappers are generated by
systemd in order to support SysV init scripts similarly to native
units.
You can see the content of a wrapper unit with:
$ systemctl cat <sysvinit-script>.service
As you could see the wrapper unit simply calls the SysV script, which
should be moved out of /etc/init.d, probably in a directory owned by
your package.
In all cases we would be glad to provide any help if needed in this
task.
Thanks in advance.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1116038
Bug ID: 1116038
Summary: Please convert SysV init scripts by smbtad into native
systemd services
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Samba
Assignee: samba-maintainers(a)SuSE.de
Reporter: fbui(a)suse.com
QA Contact: samba-maintainers(a)SuSE.de
Found By: ---
Blocker: ---
It would be great if the SysV init scrips shipped by this package could
be converted into systemd native services.
Indeed most packages shipped by openSUSE Factory switched to native
systemd unit files years ago and we plan to drop the obsolete/limited
SysV compat support in the future.
If this appears to be a big task, one quick way to solve it is to copy
and ship (as is) the .service unit wrappers generated automatically by
systemd-sysv-generator at boot. Indeed such wrappers are generated by
systemd in order to support SysV init scripts similarly to native
units.
You can see the content of a wrapper unit with:
$ systemctl cat <sysvinit-script>.service
As you could see the wrapper unit simply calls the SysV script, which
should be moved out of /etc/init.d, probably in a directory owned by
your package.
In all cases we would be glad to provide any help if needed in this
task.
Thanks in advance.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1116036
Bug ID: 1116036
Summary: Please convert SysV init scripts by scsirastools into
native systemd services
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: fbui(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
It would be great if the SysV init scrips shipped by this package could
be converted into systemd native services.
Indeed most packages shipped by openSUSE Factory switched to native
systemd unit files years ago and we plan to drop the obsolete/limited
SysV compat support in the future.
If this appears to be a big task, one quick way to solve it is to copy
and ship (as is) the .service unit wrappers generated automatically by
systemd-sysv-generator at boot. Indeed such wrappers are generated by
systemd in order to support SysV init scripts similarly to native
units.
You can see the content of a wrapper unit with:
$ systemctl cat <sysvinit-script>.service
As you could see the wrapper unit simply calls the SysV script, which
should be moved out of /etc/init.d, probably in a directory owned by
your package.
In all cases we would be glad to provide any help if needed in this
task.
Thanks in advance.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1116032
Bug ID: 1116032
Summary: Please convert SysV init scripts by pen into native
systemd services
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Network
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: fbui(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
It would be great if the SysV init scrips shipped by this package could
be converted into systemd native services.
Indeed most packages shipped by openSUSE Factory switched to native
systemd unit files years ago and we plan to drop the obsolete/limited
SysV compat support in the future.
If this appears to be a big task, one quick way to solve it is to copy
and ship (as is) the .service unit wrappers generated automatically by
systemd-sysv-generator at boot. Indeed such wrappers are generated by
systemd in order to support SysV init scripts similarly to native
units.
You can see the content of a wrapper unit with:
$ systemctl cat <sysvinit-script>.service
As you could see the wrapper unit simply calls the SysV script, which
should be moved out of /etc/init.d, probably in a directory owned by
your package.
In all cases we would be glad to provide any help if needed in this
task.
Thanks in advance.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1116030
Bug ID: 1116030
Summary: Please convert SysV init scripts by pdnsd into native
systemd services
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Network
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: fbui(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
It would be great if the SysV init scrips shipped by this package could
be converted into systemd native services.
Indeed most packages shipped by openSUSE Factory switched to native
systemd unit files years ago and we plan to drop the obsolete/limited
SysV compat support in the future.
If this appears to be a big task, one quick way to solve it is to copy
and ship (as is) the .service unit wrappers generated automatically by
systemd-sysv-generator at boot. Indeed such wrappers are generated by
systemd in order to support SysV init scripts similarly to native
units.
You can see the content of a wrapper unit with:
$ systemctl cat <sysvinit-script>.service
As you could see the wrapper unit simply calls the SysV script, which
should be moved out of /etc/init.d, probably in a directory owned by
your package.
In all cases we would be glad to provide any help if needed in this
task.
Thanks in advance.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1116025
Bug ID: 1116025
Summary: Please convert SysV init scripts by nxtvepg into
native systemd services
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: fbui(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
It would be great if the SysV init scrips shipped by this package could
be converted into systemd native services.
Indeed most packages shipped by openSUSE Factory switched to native
systemd unit files years ago and we plan to drop the obsolete/limited
SysV compat support in the future.
If this appears to be a big task, one quick way to solve it is to copy
and ship (as is) the .service unit wrappers generated automatically by
systemd-sysv-generator at boot. Indeed such wrappers are generated by
systemd in order to support SysV init scripts similarly to native
units.
You can see the content of a wrapper unit with:
$ systemctl cat <sysvinit-script>.service
As you could see the wrapper unit simply calls the SysV script, which
should be moved out of /etc/init.d, probably in a directory owned by
your package.
In all cases we would be glad to provide any help if needed in this
task.
Thanks in advance.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1116007
Bug ID: 1116007
Summary: Please convert SysV init scripts by dkimproxy into
native systemd services
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Network
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: fbui(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
It would be great if the SysV init scrips shipped by this package could
be converted into systemd native services.
Indeed most packages shipped by openSUSE Factory switched to native
systemd unit files years ago and we plan to drop the obsolete/limited
SysV compat support in the future.
If this appears to be a big task, one quick way to solve it is to copy
and ship (as is) the .service unit wrappers generated automatically by
systemd-sysv-generator at boot. Indeed such wrappers are generated by
systemd in order to support SysV init scripts similarly to native
units.
You can see the content of a wrapper unit with:
$ systemctl cat <sysvinit-script>.service
As you could see the wrapper unit simply calls the SysV script, which
should be moved out of /etc/init.d, probably in a directory owned by
your package.
In all cases we would be glad to provide any help if needed in this
task.
Thanks in advance.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=1115999
Bug ID: 1115999
Summary: Please convert SysV init scripts by cyrus-imapd into
native systemd services
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
Assignee: bnc-team-screening(a)forge.provo.novell.com
Reporter: fbui(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
It would be great if the SysV init scrips shipped by this package could
be converted into systemd native services.
Indeed most packages shipped by openSUSE Factory switched to native
systemd unit files years ago and we plan to drop the obsolete/limited
SysV compat support in the future.
If this appears to be a big task, one quick way to solve it is to copy
and ship (as is) the .service unit wrappers generated automatically by
systemd-sysv-generator at boot. Indeed such wrappers are generated by
systemd in order to support SysV init scripts similarly to native
units.
You can see the content of a wrapper unit with:
$ systemctl cat <sysvinit-script>.service
As you could see the wrapper unit simply calls the SysV script, which
should be moved out of /etc/init.d, probably in a directory owned by
your package.
In all cases we would be glad to provide any help if needed in this
task.
Thanks in advance.
--
You are receiving this mail because:
You are on the CC list for the bug.