Opened 15 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)
Change History (6)
Changed 15 years ago by theboergers@…
Attachment: | coreutils-debug.txt added |
---|
comment:1 Changed 15 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 15 years ago by jmroot (Joshua Root)
Component: | ports → base |
---|---|
Summary: | coreutils 8.4 upgrade fails → filename 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 15 years ago by theboergers@…
See the attached file coreutils-debug.txt for the full debug output.
comment:4 Changed 15 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: | new → closed |
Never could reproduce this one. Extra debug output added in r83147 anyway.
Note: See
TracTickets for help on using
tickets.
Debug output