Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 34430 - net-misc/pxes-0.7 : various problems
Summary: net-misc/pxes-0.7 : various problems
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Chris Gianelloni (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-26 10:10 UTC by FieldySnuts
Modified: 2003-11-27 20:50 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
portage error log (1245-pxes-0.7.log,106.35 KB, text/plain)
2003-11-26 10:12 UTC, FieldySnuts
Details

Note You need to log in before you can comment on or make changes to this bug.
Description FieldySnuts 2003-11-26 10:10:10 UTC
I am having various problems with net-misc/pxes-0.7 .

With userpriv specified in /etc/make.conf FEATURES, the devices which are needed for pxes's source for the initrd cannot be created. Removing the userpriv option fixes this.

Another error, regardless of userpriv, is that while installing, a ton of "unable to preserve permissions for" errors fly by. Here is an example:

cp: failed to preserve ownership for /var/tmp/portage/pxes-0.7/image///opt/px
es-0.7/stock/dist/bin/tr: No such file or directory

The third error, which I am not sure is related to the ebuild or not, is that the config files for pxes point to the initrd of pxes-0.6.initrd , which is not created when you run pxesconfig. I had to manually edit pxelinux.cfg/default to correct this.

A fourth, which again I'm not sure is related to the ebuild, is that when the client boots, /dev/ram which is mounted at / is mounted read only. Checking the fstab which gets sent to the initrd shows that the option ro is passed. I changed this, created a new initrd, tried again, and / was again mounted ro. I checked the fstab after the client booted, and my changes were there. I am not passing the ro option to the kernel, either. Because of this, the entire thin client is rendered useless, as it cannot create any of its temp files, cannot create /proc , etc, etc.

I tried to go to the pxes mailing lists, but SF is down for maintenance. There may be more information there when it comes back.


Please see the attached log for full details.
Comment 1 FieldySnuts 2003-11-26 10:12:00 UTC
Created attachment 21324 [details]
portage error log
Comment 2 FieldySnuts 2003-11-26 13:54:31 UTC
Update:

The problems with / being mounted were normal. The problems where it could not write were not.

However, after clearing out everything manually and reinstalling pxes, I did not have this problem.

All of the other problems stand, though.
Comment 3 FieldySnuts 2003-11-26 19:15:47 UTC
Changint Severity to Normal due to being able to use pxes now.
Comment 4 Chris Gianelloni (RETIRED) gentoo-dev 2003-11-27 20:50:37 UTC
If you look into the ebuild, RESTRICT=nouserpriv is set.  Portage should be turning off userpriv automatically when you emerge pxes, if it isn't, it is a portage bug.

The "failed to preserve permissions" errors are actually warnings, and make no difference to the end result.  I could pass a --no-preserve-permissions to the unpacking process, but I had that on a previous version and it caused problems, so it was removed.

I will post the pxelinux.cfg/default initrd problem to the mailing list as it is an upstream problem.

I'm resolving this with UPSTREAM to show that the only standing issue is an upstream problem.