[haiku-development] Re: Some more weird stuff.
- From: Bruno Albuquerque <bga@xxxxxxxxxxxxx>
- To: haiku-development@xxxxxxxxxxxxx
- Date: Fri, 30 Nov 2007 13:23:35 -0200
François Revol wrote:
Unzipping generated/download/WonderBrush.zip ...
warning: wrote -1 attribute bytes of 29
warning: wrote -1 attribute bytes of 29
warning: wrote -1 attribute bytes of 20
Error getting info for attribute `BEOS:TYPE' of file
`generated/tmp/unzip/./Wond erBrush/Documentation (English)': Bad
file
descriptor
That error comes from the generated/attributes/ folder containing
backing files for extended attribute support. It is not cleaned up when
files (unzipped packages or mime db) are removed, so are reused.
This one actually disappeared after Ingo's latest fix.
Error: Command failed: Bad file descriptor
Error: Command was:
cp -r :generated/tmp/unzip/. /myfs/apps
rm: cannot remove
`generated/attributes/1682703316827034168270581682708616827090
16827122168271281682714016827144168271481682715216827156168271
That's my workaround which doesn't seem to work on your box...
I suggest you rm -R generated/attributes first and retry (a full build,
else you'll loose attrs and it won't even boot).
This output was from a clean build.
If it still happens it might come from differences in output of some
command used in the script.
Check the line
find "$1" -print0 | xargs -0 stat -c %i | awk "{ print \"$outputDir/
attributes/\" \$1 }" | xargs rm -rf
in build/scripts/build_haiku_image
Well, if it helps, when it fails, it fails for the following parameters
passed in to the function:
generated/tmp/unzip
generated/tmp/unzip (yes, a second time)
generated/tmp/mime
I tried to reproduce the full line manually but it seems the tmp
directory is cleaned up after the build finishes. Ideas?
-Bruno
Other related posts:
