RC bug: symlinks in /etc

Piotr Lewandowski · External Since: Jul 05, 2007 Posts: 10

Dear debian-devel@,

I need your advice on an RC bug[1] in l7-protocols. The package ships
protocols definitions which are located in /usr/share/l7-protocols.

Since l7-filter-userspace is looking for those definitions in
/etc/l7-protocols, the package ships symlinks in /etc/l7-protocols for
every protocol definition. Those symlinks weren't marked as conffiles
(due to #421346) but it didn't matter anyway since dpkg does not handle
symlink connfiles very well (#421344).

I have proposed report several options in this bug report, but none of
them are completely satisfying (at least for me).

Currently, the most appealing solution is to put all the protocol
definitions directly in /etc/l7-protocols and ditch
/usr/share/l7-protocols completely.

Does anybody have an idea what to do with this issue?

[1] http://bugs.debian.org/546665

--
Piotr Lewandowski

--
To UNSUBSCRIBE, email to debian-devel-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org

Paul Wise · External Since: Jan 30, 2007 Posts: 81

Personally I'd prefer installing the package's patterns to
/usr/share/l7-protocols. Patterns installed from source could go to
/usr/local/share/l7-protocols. Patterns created by the sysadmin could
be stored in /etc/l7-protocols/patterns.d (or similar) and the package
shouldn't store any symlinks there. That might require getting some
patches upstream though. The loading order would be /usr/share
/usr/local /etc so that the sysadmin dirs override the package.

--
bye,
pabs

http://wiki.debian.org/PaulWise

--
To UNSUBSCRIBE, email to debian-devel-REQUEST.DeleteThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.DeleteThis@lists.debian.org

Russ Allbery · External Since: Nov 17, 2005 Posts: 897

Piotr Lewandowski <piotr.lewandowski DeleteThis @gmail.com> writes:

> Dear debian-devel@,

> I need your advice on an RC bug[1] in l7-protocols. The package ships
> protocols definitions which are located in /usr/share/l7-protocols.

> Since l7-filter-userspace is looking for those definitions in
> /etc/l7-protocols, the package ships symlinks in /etc/l7-protocols for
> every protocol definition. Those symlinks weren't marked as conffiles
> (due to #421346) but it didn't matter anyway since dpkg does not handle
> symlink connfiles very well (#421344).

> I have proposed report several options in this bug report, but none of
> them are completely satisfying (at least for me).

You seem to have the same problem that the ca-certificates package has.
Maybe use the same solution?

--
Russ Allbery (rra@debian.org) <http://www.eyrie.org/~eagle/>

--
To UNSUBSCRIBE, email to debian-devel-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org

Goswin von Brederlow · External Since: Feb 09, 2009 Posts: 90

Paul Wise <pabs.DeleteThis@debian.org> writes:

> Personally I'd prefer installing the package's patterns to
> /usr/share/l7-protocols. Patterns installed from source could go to
> /usr/local/share/l7-protocols. Patterns created by the sysadmin could
> be stored in /etc/l7-protocols/patterns.d (or similar) and the package
> shouldn't store any symlinks there. That might require getting some
> patches upstream though. The loading order would be /usr/share
> /usr/local /etc so that the sysadmin dirs override the package.

That only works if one never has to remove a pattern or if there is a
simple way to replace a pattern with a dummy.

Apart from that: +1.

Mfg
Goswin

--
To UNSUBSCRIBE, email to debian-devel-REQUEST.DeleteThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.DeleteThis@lists.debian.org