deadly bug in pkgadd or problem with a package?

deadly bug in pkgadd or problem with a package?

Post by Aleksandar Milivojevi » Fri, 25 Jan 2002 18:18:04



I have /opt as a link to /serv/opt on several of my server (I was
short on disk space in root partition).

Yesterday I installed IP-filter package (version 3.4.20, I built it
from source on one server and copied package that was automatically
built during make to all the rest).

During installation of IP-filter package ("pkgadd -d ipf.pkg ipfx;
pkgadd -d ipf.pkg ipf") link /opt was deleted and brand new directory
/opt was recreated instead.

I'm not sure if this is bug in pkgadd (shouldn't it follow symbolic
links instead of destroying them) or if it is problem with ipf
package?  Anybody with similar experiences?

/opt was easily repairable, but what if I had /usr as a link to
another partition (and if it got removed this way)?

--

Opinions expressed herein are my own.
Statements included here may be fiction rather than truth.

 
 
 

deadly bug in pkgadd or problem with a package?

Post by Philip Bro » Sat, 26 Jan 2002 03:34:04



Quote:>...
>During installation of IP-filter package ("pkgadd -d ipf.pkg ipfx;
>pkgadd -d ipf.pkg ipf") link /opt was deleted and brand new directory
>/opt was recreated instead.

It should have asked you about that, and presumably, you hit 'y' ?

Quote:>I'm not sure if this is bug in pkgadd (shouldn't it follow symbolic
>links instead of destroying them) or if it is problem with ipf
>package?

It's a problem with you making /opt a link, instead of a mountpoint.
You should have made it an lofs mountpoint instead of doing a link

Quote:>/opt was easily repairable, but what if I had /usr as a link to
>another partition (and if it got removed this way)?

Then you would have deserved what you got, since you shouldnt be messing
with /usr this way either :-)

--
[Trim the no-bots from my address to reply to me by email!]
[ Do NOT email-CC me on posts. Pick one or the other.]

http://www.spamlaws.com/state/ca1.html

 
 
 

1. package bugs (was pkgadd error)

: Hi all,

: I try to make my own package and get always the following error:

: [ verifying class <none> ]
: pkgadd: ERROR: bad entry read of contents file
:     pathname=Unknown

:     problem=illegal search path specified

: Installation of <SIEpreEmb> failed (internal error) - package
: partially installed.

Thanks to all who respond.

Now I found the bug:
1.)
Using pkgadd you have an -R option to select an root_path.
It works fine, but not with -R /  . Yes it is default, but I believe
that normally it have to work too.
2.)
Producing a package you have to give all dependencies of above direcories
from files.
i.e.:
d none $BW_DIR                                          0775 root sys
d none $BW_DIR/bin                                      0775 root sys
f none $BW_DIR/bin/b_ad=../../files/BW/bin/b_ad         0755 root sys

but if you add a line with only /  :

d none /                                                0775 root sys

pkgadd fails. The same bug in two places, and not remarked in man-pages.

Joerg.

--

 ____________________________________________________________
|                                                            |

|____________________________________________________________|

2. new /usr/lib/libc.sa gives errors!!

3. Deadly optimization bug (all versions!)

4. comp.os.linux.help

5. Problems installing SUNWQFED and SUNWQFEDX pkgadd error no packages were found in /sunwqfed

6. Password-Protected-Screensaver with Solaris

7. pkgadd to install package problem

8. Reinstalling Red Hat 7.1

9. Creating PKGADD packages

10. Installing packages with pkgadd / pkg-get

11. pkgadd of multiple instances of a package

12. Q: Patch error: pkgadd: ERROR: no package associated with <SUNWcsu>

13. How to create packages for pkgadd