Re: dpkg and a symlink that gets a directory

2004-07-30 Thread Andreas Metzler
On 2004-07-30 Frank Küster <[EMAIL PROTECTED]> wrote:
> Justin Pryzby <[EMAIL PROTECTED]> schrieb:
> > I think what you want is described in the "dpkg programmers manual":
> >
> > A directory will never be replaced by a symbolic links to a
> > directory or vice versa; instead, the existing state (symlink or
> > not) will be left alone and dpkg will follow the symlink if
> > there is one.

> Ah, thank you. I think this should be in policy.

It is. in "6.5 Details of unpack phase of installation or upgrade",
where it is probably not easy to find if you search for it, but
where there are good chances people interested indetails of
unpacking/configuring will stumble upon it. (I just did ;-)

> So then I know that it is necessary and correct to remove the existing
> symlink from the old package in preinst. But I'd still like to know what
> the error message during dpkg unpack phase is:

> rm: cannot remove `/usr/share/texmf/web2c': Is a directory

That is probably dpkg doing
|6. Any files which were in the old version of the package but not
|   in the new are removed.

  cu andreas
-- 
"See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in "Snow Crash"



Re: dpkg and a symlink that gets a directory

2004-07-30 Thread Frank Küster
Justin Pryzby <[EMAIL PROTECTED]> schrieb:

> I think what you want is described in the "dpkg programmers manual":
>
>   A directory will never be replaced by a symbolic links to a
>   directory or vice versa; instead, the existing state (symlink or
>   not) will be left alone and dpkg will follow the symlink if
>   there is one.

Ah, thank you. I think this should be in policy.

So then I know that it is necessary and correct to remove the existing
symlink from the old package in preinst. But I'd still like to know what
the error message during dpkg unpack phase is:

rm: cannot remove `/usr/share/texmf/web2c': Is a directory


Regards, Frank
-- 
Frank Küster, Biozentrum der Univ. Basel
Abt. Biophysikalische Chemie



Re: dpkg and a symlink that gets a directory

2004-07-30 Thread Justin Pryzby
I think what you want is described in the "dpkg programmers manual":

A directory will never be replaced by a symbolic links to a
directory or vice versa; instead, the existing state (symlink or
not) will be left alone and dpkg will follow the symlink if
there is one.

So, the symlink needs to exist _before_ the unpack takes place.  I
solved this in a similar package with iraf-dev Pre-Depends on iraf.
iraf contains the symlink, and this prevents iraf-dev from being
unpacked until iraf is unpacked, and the symlink is in place.

On Fri, Jul 30, 2004 at 07:41:04PM +0200, Frank K?ster wrote:
> Hi,
> 
> I think I have raised this somewhere before, but I can't remember or
> find it in the list archives. In the tetex-bin package, there is a
> symlink:
> 
> /usr/share/texmf/web2c --> /var/lib/texmf/web2c
> 
> Now I want to make /usr/share/texmf/web2c an ordinary directory with
> some static files in it, while /var/lib/texmf/web2c will still be found
> by TeX because of a configuration change. But I encounter a strange
> problem:

-- 
Justin
apt-get install iraf saods9 eclipse xpa sextractor latex-astro wcstools pyraf
http://www.justinpryzby.com/debian/


signature.asc
Description: Digital signature


Re: dpkg and a symlink that gets a directory

2004-07-30 Thread Andreas Metzler
On 2004-07-30 Frank Küster <[EMAIL PROTECTED]> wrote:
> Justin Pryzby <[EMAIL PROTECTED]> schrieb:
> > I think what you want is described in the "dpkg programmers manual":
> >
> > A directory will never be replaced by a symbolic links to a
> > directory or vice versa; instead, the existing state (symlink or
> > not) will be left alone and dpkg will follow the symlink if
> > there is one.

> Ah, thank you. I think this should be in policy.

It is. in "6.5 Details of unpack phase of installation or upgrade",
where it is probably not easy to find if you search for it, but
where there are good chances people interested indetails of
unpacking/configuring will stumble upon it. (I just did ;-)

> So then I know that it is necessary and correct to remove the existing
> symlink from the old package in preinst. But I'd still like to know what
> the error message during dpkg unpack phase is:

> rm: cannot remove `/usr/share/texmf/web2c': Is a directory

That is probably dpkg doing
|6. Any files which were in the old version of the package but not
|   in the new are removed.

  cu andreas
-- 
"See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in "Snow Crash"


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: dpkg and a symlink that gets a directory

2004-07-30 Thread Frank Küster
Justin Pryzby <[EMAIL PROTECTED]> schrieb:

> I think what you want is described in the "dpkg programmers manual":
>
>   A directory will never be replaced by a symbolic links to a
>   directory or vice versa; instead, the existing state (symlink or
>   not) will be left alone and dpkg will follow the symlink if
>   there is one.

Ah, thank you. I think this should be in policy.

So then I know that it is necessary and correct to remove the existing
symlink from the old package in preinst. But I'd still like to know what
the error message during dpkg unpack phase is:

rm: cannot remove `/usr/share/texmf/web2c': Is a directory


Regards, Frank
-- 
Frank Küster, Biozentrum der Univ. Basel
Abt. Biophysikalische Chemie



Re: dpkg and a symlink that gets a directory

2004-07-30 Thread Justin Pryzby
I think what you want is described in the "dpkg programmers manual":

A directory will never be replaced by a symbolic links to a
directory or vice versa; instead, the existing state (symlink or
not) will be left alone and dpkg will follow the symlink if
there is one.

So, the symlink needs to exist _before_ the unpack takes place.  I
solved this in a similar package with iraf-dev Pre-Depends on iraf.
iraf contains the symlink, and this prevents iraf-dev from being
unpacked until iraf is unpacked, and the symlink is in place.

On Fri, Jul 30, 2004 at 07:41:04PM +0200, Frank K?ster wrote:
> Hi,
> 
> I think I have raised this somewhere before, but I can't remember or
> find it in the list archives. In the tetex-bin package, there is a
> symlink:
> 
> /usr/share/texmf/web2c --> /var/lib/texmf/web2c
> 
> Now I want to make /usr/share/texmf/web2c an ordinary directory with
> some static files in it, while /var/lib/texmf/web2c will still be found
> by TeX because of a configuration change. But I encounter a strange
> problem:

-- 
Justin
apt-get install iraf saods9 eclipse xpa sextractor latex-astro wcstools pyraf
http://www.justinpryzby.com/debian/


signature.asc
Description: Digital signature