Re: /usr/share/doc vs. /usr/doc transition, debate reopened
Michael Stone on my proposal (available from
<URL: http://www.ens-lyon.fr/~krisrose/ftp/Debian/usr-doc-proposal.txt>):
> Well, the real reason is that you're trying to rearrange 110M that might
> be located on a filesystem other than the destination filesystem. [...]
You are right. At the moment the script will just bail out (and undo what
it did) in case there is a space overflow (and in case /usr/doc is a
separate file system). Since it uses cp -a it essentially requires twice
the space of /usr/doc so that is, indeed, suboptimal.
A nicer solution would be to make sure that /usr/share/doc is on the same
filesystem as /usr/doc *before* moving (this is realistic as /usr/share/doc
is, at the moment, quite small). Then the rearrangement can be made
safely.
The important point is that the possible combinations can be enumerated.
I do believe, however, that we *must* make /usr/doc a symlink to a *real*
usr/share/doc because that way the *stable* way to do things is to migrate
to /usr/share/doc. We want as few problems as possible with old packages
but we *definitely* want no problems at all with migrated packages.
Anthony Towns writes:
> * Create three packages:
> test1 version 1.0 mimicing your average /usr/doc-using package
> test1 version 2.0 mimicing your average /usr/share/doc-using package
> test3 version 1.0 mimicing base-files
>
> test1 1.0 has a file /my_usr/doc/test1/copyright,
> and depends on test3
>
> test1 2.0 has a file /my_usr/share/doc/test1/copyright,
> and depends on test3
>
> test3 1.0 has a file /my_usr/doc/copyright/GPL,
> and a file /my_usr/share/doc/test3/copyright
You are right which is why test3 would have a critical bug filed against it
since it creates both /usr/doc/P and /usr/share/doc/P (these are the
"critical" requrements of point 2 in the proposal). test3 (mimicking
te fixed base-files) should *only* have /usr/share/doc files. (In the
proposal it is furthermore responsible for the /usr/doc symlink even if it
declares it as a directory, sic, thats the only slack needed.)
So indeed those three packages will not be handled correctly.
Best,
Kristoffer
--
Kristoffer Høgsbro Rose, phd, prof.associé <http://www.ens-lyon.fr/~krisrose>
addr. LIP, Ecole Normale Supérieure de Lyon, 46 Allée d'Italie, F-69364 Lyon 7
phone +33(0)4 7272 8642, fax +33(0)4 7272 8080 <Kristoffer.Rose@ENS-Lyon.FR>
pgp f-p: A4D3 5BD7 3EC5 7CA2 924E D21D 126B B8E0 <krisrose@{debian,tug}.org>
Reply to: