[MacPorts] #28590: netpbm: Target org.macports.fetch returned: Subversion check out failed
MacPorts
noreply at macports.org
Wed Mar 2 05:50:29 PST 2011
#28590: netpbm: Target org.macports.fetch returned: Subversion check out failed
----------------------------------+-----------------------------------------
Reporter: t.koziara@… | Owner: mas@…
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version: 1.9.2
Resolution: invalid | Keywords:
Port: netpbm |
----------------------------------+-----------------------------------------
Changes (by mas@…):
* status: reopened => closed
* resolution: => invalid
Comment:
I'm highly reluctant to replace `svn co` with a download of an unofficial
tarball that is generated on the fly by a subversion access layer, as this
would just add another point of failure. The only situations I can
imagine where `viewvc...?view=tar` works while `svn co` does not are a
selective disruption in subversion network access, or a lucky cache hit.
I'm not aware of a mechanism for a portfile to use both `fetch.type svn`
and `fetch.type standard`, so I cannot implement your suggestion to try
HTTP only when subversion fails.
You should be able to download the tarball manually, but I'm no expert on
MacPorts, so I'm not the right person to ask. You'd probably have to do
the following, at least:
* unpack the contents in a directory such as
`/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_netpbm/work/stable`
* create a file called
`/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_netpbm/work/.macports.netpbm.state`
with contents `target: org.macports.fetch`
No idea if this would work.
By the way, svn.sourceforge.net appears to be working again. ;)
--
Ticket URL: <https://trac.macports.org/ticket/28590#comment:6>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list