Opened 14 years ago

Closed 13 years ago

#23457 closed defect (worksforme)

filename too long in fs-traverse during coreutils 8.4 upgrade

Reported by: theboergers@… Owned by: nox@…
Priority: Normal Milestone:
Component: base Version: 1.8.2
Keywords: Cc:
Port: coreutils

Description (last modified by mf2k (Frank Schima))

coreutils 8.4 fails to build due to an extraordinarily long path.

The full debug output is attached to the report.

DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work" && /usr/bin/gzip -dc /opt/local/var/macports/distfiles/coreutils/coreutils-8.4.tar.gz | /usr/bin/gnutar --no-same-owner -xf -'
Error: Target org.macports.extract returned: file name too long
DEBUG: Backtrace: file name too long

Attachments (1)

coreutils-debug.txt (21.6 KB) - added by theboergers@… 14 years ago.
Debug output

Download all attachments as: .zip

Change History (6)

Changed 14 years ago by theboergers@…

Attachment: coreutils-debug.txt added

Debug output

comment:1 Changed 14 years ago by mf2k (Frank Schima)

Description: modified (diff)
Keywords: coreutils 8.4 file name too long removed
Owner: changed from macports-tickets@… to nox@…

comment:2 Changed 14 years ago by jmroot (Joshua Root)

Component: portsbase
Summary: coreutils 8.4 upgrade failsfilename too long in fs-traverse during coreutils 8.4 upgrade

I can't reproduce this (also on 10.6). Need to add a little more debug output to see what the offending filename is.

comment:3 Changed 14 years ago by theboergers@…

See the attached file coreutils-debug.txt for the full debug output.

comment:4 Changed 14 years ago by jmroot (Joshua Root)

I know you attached all the debug output that is currently produced; it needs to produce more. :-)

comment:5 Changed 13 years ago by jmroot (Joshua Root)

Resolution: worksforme
Status: newclosed

Never could reproduce this one. Extra debug output added in r83147 anyway.

Note: See TracTickets for help on using tickets.