On Fri, 19 Mar 2004, Michael Schloh von Bennewitz wrote:

> On Fri, Mar 19, 2004, Mike's List wrote:
> > On Fri, 19 Mar 2004, Michael Schloh von Bennewitz wrote:
> >> Then please completely erase /openpkg/RPM/TMP/apache-1.3.29/, log in as root
> >> and do the following:
> >>
> >>   # /openpkg/bin/openpkg rpm --rebuild 
> >> ftp://ftp.openpkg.org/release/2.0/SRC/apache-1.3.29-2.0.0.src.rpm
> >>
> > still returns the same error message
> >
> >>   # find /openpkg/RPM/TMP/apache-1.3.29/ -exec ls -ld {} \; 2>/dev/null
> >
> > A bunch of files owned by 501:staff, root:other, and 500:500.  501:staff
> > and 500:500 does not exists on the system.
> >
> Here's a clue. If you changed the entries in your /etc/passwd or /etc/group
> Files (or NIS passwd entries), then it might describe why OpenPKG is writing
> files using these uid/gid combinations not found on your system.

Here's openpkg in /etc/passwd

openpkg:x:42000:42000:/openpkg OpenPKG (management):/openpkg:/openpkg/lib/openpkg/bash
openpkg-r:x:42001:42001:/openpkg OpenPKG 
(restricted):/openpkg:/openpkg/lib/openpkg/bash
openpkg-n:x:42002:42002:/openpkg OpenPKG 
(non-privileged):/openpkg:/openpkg/lib/openpkg/bash

Here's openpkg in /etc/group

openpkg:*:42000:openpkg
openpkg-r:*:42001:openpkg-r
openpkg-n:*:42002:openpkg-n

> If you haven't made any such changes, then I'm dumbfounded as to why files
> are being written with the wrong ownership. Did you manually copy any parts
> of the /openpkg directory from another machine?

No, I've manually bootstrap from binary package, and the server is IP with
192.168.2.3 --so I know it's not hacked or such.  I'm not sure where these
UID/GID is coming from either, it's not in /etc/group or /etc/passwd...
 
> OpenPKG puts some entries in your /etc/passwd and /etc/group files. How do
> yours look? Just tell us the lines begining with 'openpkg' please (because
> that's the '--prefix' you chose at bootstrap time).

<see above>
 
> If there are uid/gid inconsistencies, OpenPKG may not be able to deal with
> that due to hardcoded information into binaries and other very hard to fix
> problems. That's not a OpenPKG specific problem though and rather a system
> one.

GOT IT!!!  I'm now able to compile/rebuild, I just realize a program I ran
earlier that changed permission on /openpkg/bin/perl (and you mentioned
something in your previous e-mail about openpkg being perl based).

# ls -al perl
-r-sr-xr-x   1 openpkg  openpkg   858896 Feb 18 19:07 perl

Apparently, the program changed the permission of perl to 4555

[EMAIL PROTECTED]
/openpkg/bin# chmod 755 perl

I changed it back to 755.

[EMAIL PROTECTED]
/openpkg/bin# ls -al perl
-rwxr-xr-x   1 openpkg  openpkg   858896 Feb 18 19:07 perl

Now everything works as normal...problem solved!!!
Thanks for your all help.


- Mike

______________________________________________________________________
The OpenPKG Project                                    www.openpkg.org
Developer Communication List                   [EMAIL PROTECTED]

Reply via email to