Hi,
On Tue, Jan 11, 2011 at 12:44:43AM +0100, Vincent Danjean wrote:
> On 10/01/2011 22:52, Frank Küster wrote:
> > Osamu Aoki wrote:
> >
> >> 3. Historic/Upstream choice (?): /usr/share/doc/texmf
> >>(Several TeX packages uses this.)
> >
> > That's old-fashioned (or, well, obsolete).
> >
On 10/01/2011 22:52, Frank Küster wrote:
> Osamu Aoki wrote:
>
>> 3. Historic/Upstream choice (?): /usr/share/doc/texmf
>>(Several TeX packages uses this.)
>
> That's old-fashioned (or, well, obsolete).
>
> I think (without looking at code or our sub-policy) this should be a
> symlink to /u
Osamu Aoki wrote:
> 3. Historic/Upstream choice (?): /usr/share/doc/texmf
>(Several TeX packages uses this.)
That's old-fashioned (or, well, obsolete).
I think (without looking at code or our sub-policy) this should be a
symlink to /usr/share/texmf/doc - and TeX packages should make sure
th
Russ Allbery writes:
> I'm hesitant to recommend moving the documentation to /usr/share/doc/foo
> when we've always put it in a directory named after the package in the
> past; I'm afraid long-time Debian users won't be able to find it.
I'd certainly be confused!
Being able to just look in /usr/
Ian Jackson writes:
> Russ Allbery writes ("Re: Directories named after packages"):
>> See http://bugs.debian.org/106073 and the discussion there. Wording
>> proposals very welcome.
> OMG it's from 2001 ...
Yeah, it's almost old enough that I can
Russ Allbery writes ("Re: Directories named after packages"):
> Ian Jackson writes:
>
> > For example, there has been a recent trend for FOO's documentation
> > package FOO-doc to contain /usr/share/doc/FOO-doc/html/index.html (or
> > whatever). I think
Ian Jackson writes:
> For example, there has been a recent trend for FOO's documentation
> package FOO-doc to contain /usr/share/doc/FOO-doc/html/index.html (or
> whatever). I think this is daft. It should be in
> /usr/share/doc/FOO/html/index.html. That way you can find the
> documentation fo
Hi,
On Thu, Jan 06, 2011 at 02:54:38PM +, Ian Jackson wrote:
> Many of the bits of the policy manual, and informal practice, suggest
> naming directories after your package.
>
...
> In general, the principle should be that where to look in the
> filesystem for something should not depend on h
8 matches
Mail list logo