[haiku-development] Re: Some more weird stuff.
- From: "François Revol" <revol@xxxxxxx>
- To: haiku-development@xxxxxxxxxxxxx
- Date: Fri, 30 Nov 2007 14:58:51 +0100 CET
> My previous problem was really what Ingo suggested. I may have
> changed
> that option to check it out at some point and forgot to revert the
> change.
>
> Anyway, I am still getting something that is not a shwo stopper but
> that
> looks weird.
>
> Creating image ...
> 1024+0 records in
> 1024+0 records out
> 1073741824 bytes (1.1 GB) copied, 8.47335 seconds, 127 MB/s
> Writing boot code to "generated/haiku.image" (partition offset: 0
> bytes) ...
> writing 512 bytes at offset 0
> writing 348 bytes at offset 676
> Populating image ...
> Unzipping generated/download/Vision.zip ...
> 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.
> 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).
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
François.
Other related posts:
