On 2007-11-30 at 13:36:05 [+0100], Bruno Albuquerque <bga@xxxxxxxxxxxxx> wrote: > 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 I fixed those in r23030. Accessing attributes of symlinks was broken. > Error getting info for attribute `BEOS:TYPE' of file > `generated/tmp/unzip/./Wond erBrush/Documentation (English)': Bad file > descriptor > Error: Command failed: Bad file descriptor > Error: Command was: > cp -r :generated/tmp/unzip/. /myfs/apps That's a symlink, so it's the same problem. Though I wonder, how it got the attribute in the first place, since the unzip above failed to write it. Couldn't reproduce it here. > rm: cannot remove > `generated/attributes/1682703316827034168270581682708616827090 > 1682712216827128168271401682714416827148168271521682715616827160168271641682 > 7168 > 1682718016827184168271881682719216827196168272001682720416827208168272121682 > 7216 > 1682722016827224168272281682723216827236168272401682724416827248168272521682 > 7256 > 1682726016827264168272681682727216827276168272801682728416827288168272921682 > 7296 > 1682731016827314168273181682732216827326168273301682733416827338168273421682 > 7346 > 1682735016827354168273581682736216827366168273701682737416827378168273821682 > 7386 > 1682739016827394168273981682740216827406168274101682741416827420168274261682 > 7432 > 1682743816827444168274501682745616827470168274761682748816827502168275161682 > 7530 > 1682754416827558168275721682758616827598168276101682762216827634168276461682 > 7658 > 1682767016827682168276941682770616827718168277301682774216827754168277661682 > 7778 > 1682779016827802168278141682782616827838168278501682786216827876168278901682 > 7904 > 1682791816827932168279461682796016827974168279861682799816828010168280221682 > 8034 > 1682804616828058168280701682808216828094168281061682811816828132168281461682 > 8160 > 1682817416828188168282021682821616828230168282441682825816828272168282861682 > 8300 > 1682831416828320168283261682833216828338168283441682835016828356168283571682 > 8365 > 1682837316828387168283931682839916828413168284191682843516828441168284491682 > 8455 > 1682845916828465168284791682848516828503168285091682851516828521168285371682 > 8543 > 1682855716828563168285791682858516828599168286051682861116828617168286231682 > 8637 > 1682864516828653168286671682867316828685168286931682870116828709168287131682 > 8721 > 1682872916828737168287451682875316828761168287651682877316828781168287891682 > 8797 > 1682880516828813168288171682882516828833168288411682884916828857168288651682 > 8873 > 1682888116828889168288971682890516828913168289211682892916828937168289451682 > 8953 > 1682896116828969168289771682898516828993168289971682900516829013168290211682 > 9025 > 1682903316829041168290491682905716829077168290911682910116829109': File > name too long That seems to be a feature of François's recent addition to the build_haiku_image script. Can't reproduce it here. CU, Ingo PS: If you use Linux, it's highly recommended to tell the build system to use xattrs, since that makes the build significantly faster (even on FSs that don't natively support xattrs (like ReiserFS 3.6)) and you don't have that messy generated/attributes directory. To enable it, pass --use-xattr to the configure script. You'll need to touch src/build/libroot/fs_attr.cpp, if you want to avoid deleting all generated files. Removing generated/attributes is recommended.