Your message dated Tue, 04 Sep 2012 15:23:28 +0200
with message-id <1346765008.17002.0.camel@mattotaupa>
and subject line Re: [Pkg-utopia-maintainers] Bug#686643: avahi-daemon: Please 
remove unneeded link to unit file from `/etc/systemd/`.
has caused the Debian Bug report #686643,
regarding avahi-daemon: Please remove unneeded link to unit file from 
`/etc/systemd/`.
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.)


-- 
686643: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686643
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: avahi-daemon
Version: 0.6.28-1
Severity: normal

Dear Debian folks,


looking through `/etc/` I found

        $ ls -l /etc/systemd/system/dbus-org.freedesktop.Avahi.service 
        lrwxrwxrwx 1 root root 40 Mär  4  2012 
/etc/systemd/system/dbus-org.freedesktop.Avahi.service -> 
/lib/systemd/system/avahi-daemon.service

which should not be needed according to a discussion in #systemd on
freenode.net, since only user/admin changes should be stored in `/etc/`.

        09:01 < PaulePanter> Hi. In Debian avahi-daemon ships $ ls -l 
systemd/system/dbus-org.freedesktop.Avahi.service
        09:01 < PaulePanter> lrwxrwxrwx 1 root root 40 Mär  4  2012 
systemd/system/dbus-org.freedesktop.Avahi.service ->
                             /lib/systemd/system/avahi-daemon.service
        09:02 < PaulePanter> Is the symbolic link needed?
        09:08 < MK_FG> PaulePanter, Where is the link installed to?
        09:12 < PaulePanter> Oh sorry.
        09:12 < PaulePanter> 
/etc/systemd/system/dbus-org.freedesktop.Avahi.service
        09:13 < PaulePanter> MK_FG: ^^
        09:18 < MK_FG> PaulePanter, It might be useful if systemd is in /usr
        09:19 < MK_FG> PaulePanter, But installing it to /etc looks like a bad 
idea anyway, since /etc/systemd/system is not for package-provided
                       units, should probably be /usr/lib/systemd/system
        09:20 < MK_FG> If systemd is in /, then that symlink shouldn't be useful
        09:20 < PaulePanter> Here is the file list 
<http://packages.debian.org/sid/amd64/systemd/filelist>. So systemd is 
installed under /bin/.
        09:21 < MK_FG> Oh, I've missed the fact that it's 
"dbus-org.freedesktop.Avahi.service" symlink (different name)
        09:22 < MK_FG> So it's useful for starting from dbus, but I think it 
should be installed to /lib/systemd/system in general, /etc is for 
                       user/admin, not packages
        09:23 < PaulePanter> MK_FG: Thanks!
        09:23 < PaulePanter> MK_FG: Can I copy your text into the bug report?
        09:23 < MK_FG> Sure
        09:24 < PaulePanter> Great. Thanks!
        09:24 < MK_FG> Though I might be wrong there, feel free to come back 
and point that out if I am ;)

Though I do not have systemd installed and also could not find a
recommendation about the location grepping through the git clone.


Thanks,

Paul

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages avahi-daemon depends on:
ii  adduser            3.113+nmu3
ii  bind9-host [host]  1:9.8.1.dfsg.P1-4.2
ii  dbus               1.6.2-2
ii  libavahi-common3   0.6.31-1
ii  libavahi-core7     0.6.31-1
ii  libc6              2.13-35
ii  libcap2            1:2.22-1.2
ii  libdaemon0         0.14-2
ii  libdbus-1-3        1.6.2-2
ii  libexpat1          2.1.0-1
ii  lsb-base           4.1+Debian7

Versions of packages avahi-daemon recommends:
ii  libnss-mdns  0.10-3.2

Versions of packages avahi-daemon suggests:
pn  avahi-autoipd  <none>

-- no debconf information

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---
--- Begin Message ---
Version: 0.6.28-1


Am Dienstag, den 04.09.2012, 14:35 +0200 schrieb Michael Biebl:
> On 04.09.2012 11:30, Paul Menzel wrote:
> > Package: avahi-daemon
> > Version: 0.6.28-1
> > Severity: normal
> > 
> > Dear Debian folks,
> > 
> > 
> > looking through `/etc/` I found
> > 
> >         $ ls -l /etc/systemd/system/dbus-org.freedesktop.Avahi.service 
> >         lrwxrwxrwx 1 root root 40 Mär  4  2012 
> > /etc/systemd/system/dbus-org.freedesktop.Avahi.service -> 
> > /lib/systemd/system/avahi-daemon.service
> > 
> > which should not be needed according to a discussion in #systemd on
> > freenode.net, since only user/admin changes should be stored in `/etc/`.
> 
> This is symlink is not unneeded. It is required if you run systemd.
> Usually you would create it by running
> "systemctl enable avahi-daemon.service" in the package postinst.
> "systemctl enable" will create the same set of shortcuts as are shipped
> in the package directly.
> But unfortunately in Debian we couldn't decide yet, which init system to
> support, so I can't rely on systemctl being available during
> installation time of avahi-daemon.
> If then later on a user installs systemd, avahi-daemon would no longer
> start automatically, because those symlinks would be missing and he
> would have to remember to run "systemctl enable avahi-daemon.service"
> manually.
> 
> That's why I decided to ship the symlinks in the package directly.
> I basically do the same in the rsyslog and hal package.
> This is not a great solution for the problem, but as said, I can't rely
> on systemctl being available during installation time of avahi-daemon,
> unless I make avahi-daemon depend on systemd.
> 
> Hope this clarifies this misunderstanding.

Yes it does. Thank you very much and I am sorry for the noise.


Thanks,

Paul

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---

Reply via email to