[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#49793: Debian Bugs information: logs for Bug#49793



Torsten Landschoff wrote:

> I think this should be discussed in public:

If you think so.

> > Ok, than please fill a bug report against these packages. doc/HTML
> > shouldn´t be used by other packages than dhelp. Could you please
> > send me the names of the packages (versions) and maybe the names
> > of their Debian maintainers?

I´m still waiting for the email addresses.

> Why the heck can a package maintainer just claim a directory for his
> package?

You can always do that. All programs need directories for the data
itself. You should never use a subsubdirectory like /usr/doc/foo
without asking the person already using the directory.

When you put files in /var/spool/{mail, news, ...} you could
cause the same problems.

Maybe Debian needs a database where we collect the names of such
directories. But at the moment there is no such database. So the
only solution for such name space problems is: ask when using
directories of other packages.

> Marco added that he will put a README file there but I don't

Right, the latest versions of dhelp creates such README files.

> If the directory were /usr/share/doc/dhelp or similar but I don't expect
> anything to delete from /usr/share/doc/HTML.

Why not? dhelp is using this directory in this way for *years*.

> They installed some HTML documents in that directory thinking this is okay.

Users should never install files in /usr/doc. They should use
/usr/local/doc.

> I agree that the README will solve that problem. Still I am all for a
> better solution. 

Right: Debian needs a better organisation to prevent such name space
problems. We´ve got the same problem with files in /usr/bin for example.

> If dhelp needs some database of the files it generated
> to be able to delete only those files I could help to write such a feature.

In fact I´m thinking about a new implementation of dhelp for the
next Debian 2.3 release. 

> The current behaviour is unintuitive and imho this is bad for Debian.

I don´t think so.

cu, Marco

-- 
   -- Linux HOWTOs: Die besten Lösungen der Linuxgemeinde --
                      ISBN 3-8266-0498-9

Uni: Budde@tu-harburg.de           Fido: 2:240/6298.5
Mailbox: mbudde@sms.antar.com      http://www.tu-harburg.de/~semb2204/


Reply to: