Your message dated Thu, 31 Jul 2014 09:41:55 +0000
with message-id
<20140731094155.10152.qm...@172e215777a490.315fe32.mid.smarden.org>
and subject line Re: Bug#492948: daemontools: move symlinks to /etc/service is
better
has caused the Debian Bug report #492948,
regarding daemontools: move symlinks to /etc/service is better
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
492948: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492948
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: daemontools
Severity: wishlist
Tags: patch
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi daemontools maintainer,
Thanks you for you to maintain daemontools package.
And today, I'll wish you to do some modification to your package.
> daemontools (1:0.76-2) unstable; urgency=low
>
> * debian/daemontools-run.postinst: also remove inittab entry on
> upgrade
> from daemontools-installer FHS version, to have new entry added
> afterwards; look also for /var/lib/svscan, to possibly copy
> content to
> /etc/service/ on upgrade (closes: #468853).
> * debian/daemontools.NEWS.Debian: mention /etc/service/ as default
> directory for services; recommend compatibility symlink.
Yes, you mention this at NEWS.Debian, that's good. great.
And users should read that and take action for this, yes, of course.
But, if package moves symlinks from /var/lib/svscan (or /service)
to /etc/service when when users install package, it's wonderful!
excellent! ...don't you think so? :-)
So I suppose you to do it at postinst like attached patch (it's
not tested yet, sorry ;) or use debconf to ask users which directory
do you want to use for daemontools.
Please consider this.
- --
Regards,
Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp
Japanese Debian Maintainer, see http://wiki.debian.org/HidekiYamane
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkiP+h8ACgkQIu0hy8THJktz5QCgqE3PepA4G1wQB58NSIbzm1gC
3cIAni9z95Qla2YkIaOpFNlOl3m3Ig1r
=GiVn
-----END PGP SIGNATURE-----
--- daemontools-run.postinst.orig 2008-07-30 14:04:04.000000000 +0900
+++ daemontools-run.postinst 2008-07-30 14:15:12.000000000 +0900
@@ -36,6 +36,15 @@
kill -s HUP 1
sleep 1
fi
+ if [ -d /services ]; then
+ for links in `ls /services`
+ do
+ if [ -L $links ]; then
+ mv $links /etc/service/
+ fi
+ done
+ fi
+
# update from daemontools-installer (fhs version)
if grep -q 'SV:123456:respawn:/usr/bin/svscanboot' /etc/inittab; then
echo 'Removing SV inittab entry...'
@@ -46,6 +55,15 @@
kill -s HUP 1
sleep 1
fi
+ if [ -d /var/lib/svscan ]; then
+ for links in `ls /var/lib/svscan`
+ do
+ if [ -L $links ]; then
+ mv $links /etc/service/
+ fi
+ done
+ fi
+
fi
if test -z "$2"; then
# not upgrading
--- End Message ---
--- Begin Message ---
On Wed, Jul 30, 2008 at 02:20:37PM +0900, Hideki Yamane (Debian-JP) wrote:
> Hi daemontools maintainer,
>
> Thanks you for you to maintain daemontools package.
> And today, I'll wish you to do some modification to your package.
> > * debian/daemontools.NEWS.Debian: mention /etc/service/ as default
> > directory for services; recommend compatibility symlink.
>
> Yes, you mention this at NEWS.Debian, that's good. great.
> And users should read that and take action for this, yes, of course.
>
> But, if package moves symlinks from /var/lib/svscan (or /service)
> to /etc/service when when users install package, it's wonderful!
> excellent! ...don't you think so? :-)
>
> So I suppose you to do it at postinst like attached patch (it's
> not tested yet, sorry ;) or use debconf to ask users which directory
> do you want to use for daemontools.
Hi, back then I most probably didn't find the time to implement a more
convenient solution, and your patch would've broken services which had
been enabled through relative symlinks, I think. But thanks a lot for
the suggestion.
Now, six years later, I don't think a better solution is necessary.
Best, Gerrit.
--- End Message ---
