#41023 closed defect (fixed)
netpbm: fetch fails behind proxy
Reported by: | essandess (Steve Smith) | Owned by: | ryandesign (Ryan Carsten Schmidt) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.2.0 |
Keywords: | Cc: | ||
Port: | netpbm |
Description
macports, bash, and svn all set up correctly to use firewall proxy.
export http_proxy=http://proxy:8000 export https_proxy=http://proxy:8000 vi ~/.subversion/servers : [global] http-proxy-host = proxy http-proxy-port = 8000
Build of netpbm fails, affecting many other MacPort dependencies.
Error:
Error: org.macports.fetch for port netpbm returned: Subversion check out failed
Issuing the failed command in Terminal,
cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_netpbm/netpbm/work" && /usr/bin/svn --non-interactive --trust-server-cert export svn://svn.code.sf.net/p/netpbm/code/advanced/@2009 2>&1 svn: E000054: Unable to connect to a repository at URL 'svn://svn.code.sf.net/p/netpbm/code/advanced' svn: E000054: Can't read from connection: Connection reset by peer
The command fails in the same way using both OS X Mavericks 10.9's /usr/bin/svn and MacPorts's /opt/local/bin/svn compiled on Mavericks 10.9.
Attachments (1)
Change History (5)
Changed 11 years ago by essandess (Steve Smith)
comment:1 follow-up: 2 Changed 11 years ago by essandess (Steve Smith)
comment:2 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | ryandesign@… openmaintainer@… removed |
---|---|
Owner: | changed from macports-tickets@… to ryandesign@… |
Status: | new → assigned |
Summary: | netpbm doesn't build behind proxy → netpbm: fetch fails behind proxy |
Replying to s.t.smith@…:
How can I tell MacPorts to use this source to build netpbm rather than the unobtainable source at svn://svn.code.sf.net?
You can't, except for by editing the Portfile.
I just changed the svn url from https://netpbm.svn.sourceforge.net/svnroot/netpbm/advanced/ to svn://svn.code.sf.net/p/netpbm/code/advanced/ in r105291, and similar changes in several other ports. I didn't realize this would cause problems for proxies. It seems to me that SourceForge is moving away from the old .svn.sourceforge.net hostnames to the new svn.code.sf.net hostname so I don't want to change it back, but perhaps the new hostname has an https version as well that we could use.
comment:3 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Following this ticket, I am able to download netpbm directly with the command,
How can I tell MacPorts to use this source to build netpbm rather than the unobtainable source at svn://svn.code.sf.net?