Am Dienstag, 8. Februar 2011, um 23:32:05 schrieb Martin Hejl: > Am 08.02.2011 18:36, schrieb Andrew: > >>>> 1. The contents of modules.tgz have UID/GID 1000/1000 rather than 0/0. > >>>> > >>>> Perhaps buildimage.pl was not run using "fakeroot"? > >>> > >>> Yes, I missed that. Changed my notes. > >> > >> +# Check we are running as (fake)root > >> +warn "WARNING: Not running as (fake)root" if ( $> != 0 ); > >> + > >> > >> thx David :) > >> > >> kp > > > > Maybe it'll be better to add "--owner root --group root" to tar command > > line? > > it should work, if either every single file in every single package was > owned by root:root (unlikely, from my recollection), or if the not quite > as simple approach was taken to change the "--owner" and "--group" > setting on a per file basis, when creating the lrp (should be doable, > but it would most likely require a few changes in buildpacket.pl - if > that's even used these days).
I can assure you that builpacket.pl is still an essential piece in the buildtool environment. It just has been accompanied by buildimage.pl, which replaced and improved createimages.sh, geniso.sh etc.. > Feel free to give it a shot. It shouldn't be too hard, if one can find > the spare time to do it. I never found the time, since getting fakeroot > to work on my devel boxes always seemed like the lesser evil. David made the change to make shure the release dude runs buildimage fakerooted, so the modules tarball is packaged with root:root - and I think that's a valuable and *simple* help during the release process, just in case someone forget to run buildimage fakerooted. As long as I'm in the duty to build the images, I hope a warning should be enough :) kp ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
