Opened 17 years ago

Closed 17 years ago

Last modified 16 years ago

#13453 closed defect (fixed)

net/trafshow distfile fetch failed

Reported by: mjhsieh (Mengjuei Hsieh) Owned by: kballard (Lily Ballard)
Priority: Normal Milestone:
Component: ports Version: 1.5.2
Keywords: Cc:
Port:

Description

This has been tested in Mac OS X 10.5.1 on an iMac Core Duo. The debug message looks weird since the distfile at least on the master site is actually available. Is anyone having the same problem?
I attached the output message for more investigations.

Attachments (2)

stderr.txt (2.5 KB) - added by mjhsieh (Mengjuei Hsieh) 17 years ago.
stdout.txt (791 bytes) - added by mjhsieh (Mengjuei Hsieh) 17 years ago.

Download all attachments as: .zip

Change History (8)

Changed 17 years ago by mjhsieh (Mengjuei Hsieh)

Attachment: stderr.txt added

Changed 17 years ago by mjhsieh (Mengjuei Hsieh)

Attachment: stdout.txt added

comment:1 Changed 17 years ago by mjhsieh (Mengjuei Hsieh)

After copying the distfile manually to /opt/local/var/macports/distfiles/trafshow, the porting continues with this error message:
xinstall: trafshow.1 -> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_trafshow/work/destrootopt/local/share/man/man1/trafshow.1
strip: can't process non-object and non-archive file: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_trafshow/work/destroot/opt/local/share/man/man1/trafshow.1
xinstall: .trafshow -> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_trafshow/work/destroot
opt/local/etc/trafshow.default
strip: can't process non-object and non-archive file: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_trafshow/work/destroot/opt/local/etc/trafshow.default

comment:2 Changed 17 years ago by mjhsieh (Mengjuei Hsieh)

comment:3 Changed 17 years ago by kballard (Lily Ballard)

Owner: changed from macports-tickets@… to eridius@…
Status: newassigned

comment:4 Changed 17 years ago by kballard (Lily Ballard)

it appears the ftp server doesn't like the email 'ftp@…' that libcurl uses for anonymous logins. Other utilities (such as wget, which uses '-wget@') seem to work just fine.

Investigating now how to instruct libcurl to use a different password.

comment:5 Changed 17 years ago by kballard (Lily Ballard)

Resolution: fixed
Status: assignedclosed

Fixed in r32513

comment:6 Changed 16 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.