netpbm: Target org.macports.fetch returned: Subversion check out failed

[t.koziara@…]

'port upgrade updated' fails on netpbm. Here is the log:

=====================================

version:1
:msg:main --->  Computing dependencies for netpbm:info:main .:debug:main Searching for dependency: subversion
:debug:main Found Dependency: receipt exists for subversion
:debug:main Searching for dependency: perl5
:debug:main Found Dependency: receipt exists for perl5
:debug:main Searching for dependency: zlib
:debug:main Found Dependency: receipt exists for zlib
:debug:main Searching for dependency: jpeg
:debug:main Found Dependency: receipt exists for jpeg
:debug:main Searching for dependency: tiff
:debug:main Found Dependency: receipt exists for tiff
:debug:main Searching for dependency: libpng
:debug:main Found Dependency: receipt exists for libpng
:debug:main Searching for dependency: jasper
:debug:main Found Dependency: receipt exists for jasper
:debug:main Searching for dependency: libxml2
:debug:main Found Dependency: receipt exists for libxml2
:msg:main 
:debug:main Executing org.macports.main (netpbm)
:msg:main --->  Fetching netpbm
:debug:fetch fetch phase started at Tue Mar  1 18:49:34 GMT 2011
:debug:fetch Executing org.macports.fetch (netpbm)
:debug:fetch Environment: CPATH='/opt/local/include' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_netpbm/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.5'
:debug:fetch Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_netpbm/work" && /opt/local/bin/svn --non-interactive --trust-server-cert export http://netpbm.svn.sourceforge.net/svnroot/netpbm/stable@1391'
:info:fetch svn: access to 'http://netpbm.svn.sourceforge.net/svnroot/netpbm/stable' forbidden
:info:fetch shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_netpbm/work" && /opt/local/bin/svn --non-interactive --trust-server-cert export http://netpbm.svn.sourceforge.net/svnroot/netpbm/stable@1391 2>&1" returned error 1
:error:fetch Target org.macports.fetch returned: Subversion check out failed
:debug:fetch Backtrace: Subversion check out failed
    while executing
"svnfetch"
    ("svn" arm line 1)
    invoked from within
"switch -- "${fetch.type}" {
        bzr     { return [bzrfetch] }
        cvs     { return [cvsfetch] }
        svn     { return [svnfetch] }
        ..."
    (procedure "portfetch::fetch_main" line 10)
    invoked from within
"$procedure $targetname"
:info:fetch Warning: the following items did not execute (for netpbm): org.macports.destroot org.macports.fetch org.macports.checksum org.macports.extract org.macports.patch org.macports.configure org.macports.build
:notice:fetch Log for netpbm is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_netpbm/main.log

[t.koziara@…]

Cc Me!

[t.koziara@…]

I should have added that:

sudo port clean netpbm
sudo port upgrade netpbm

does not help.

[mas@…]

It seems that svn.sourceforge.net is having some hiccups at the moment, and you're running into those. The people at sf.net are usually good at fixing those within a few hours, so I'd just "port clean netpbm" and try again tomorrow. AFAICT, this is not an issue with MacPorts, but with sf.net.

Unfortunately, we're no longer able to track the (really old) "super stable" release. And the "stable" release does not come with a tarball, so there's nothing we could mirror. Instead, the netpbm port fetches the source code directly from subversion. So while the repository is down, you're bound to get errors.

Please feel free to re-open the ticket if you think there's anything else we should be doing about this.

[t.koziara@…]

Indeed, it seems like the svn access doesn't work at the moment. Yet on the netpbm webpage there are links to sourceforge generated tarballs, like:

​http://netpbm.svn.sourceforge.net/viewvc/netpbm/stable.tar.gz?view=tar

etc. which work even now. Perhaps then these can be used in case the svn checkout fails? Alternately, could you give me some advice on how to sort this out by hand? That is: download such tarball, then suitably rename and place it where macports will see it and will not try checking it out from svn.

Would be great if this could be overcome irrespective of the svn issue, since I still have a long upgrade ahead.

[mas@…]

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. ;)

[t.koziara@…]

Thanks. I appreciate all your help.

By the way, svn.sourceforge.net appears to be working again. ;)

Well, how did you test it? It does not seem to be working for me. I tried:

1) port clean netpbm

port upgrade netpbm

=> same failure as before

2) svn checkout ​http://netpbm.svn.sourceforge.net/svnroot/netpbm/advanced netpbm

=> svn: access to '​http://netpbm.svn.sourceforge.net/svnroot/netpbm/advanced' forbidden

[mas@…]

Both sudo port uninstall netpbm; sudo port clean --all netpbm; sudo port install netpbm and svn co http://netpbm.svn.sourceforge.net/svnroot/netpbm/advanced netpbm (note that the netpbm portfile uses stable, not advanced) work for me. Yes, I actually ran both commands just now, just for you. ;)

[david.w.watson@…]

Replying to mas@…:

Both sudo port uninstall netpbm; sudo port clean --all netpbm; sudo port install netpbm and svn co http://netpbm.svn.sourceforge.net/svnroot/netpbm/advanced netpbm (note that the netpbm portfile uses stable, not advanced) work for me. Yes, I actually ran both commands just now, just for you. ;)

Just so you know, none of this works for me either. part of the log reads:

:info:fetch svn: Server sent unexpected return value (400 Bad Request (Malformed HTTP request)) in response to REPORT request for '/svnroot/netpbm/!svn/vcc/default'

[mas@…]

If you're sure it's not a problem on your part, it might be worth reporting the problem to sourceforge staff.

​https://sourceforge.net/apps/trac/sourceforge/newticket

[david.w.watson@…]

Replying to mas@…:

If you're sure it's not a problem on your part, it might be worth reporting the problem to sourceforge staff.

​https://sourceforge.net/apps/trac/sourceforge/newticket

Change "​http://netpbm.svn.sourceforge.net/svnroot/netpbm" to "​https://netpbm.svn.sourceforge.net/svnroot/netpbm" in whatever file runs the port install and everything works.

[david.w.watson@…]

I mean: Change " ​http://netpbm.svn.sourceforge.net/svnroot/netpbm" to " ​https://netpbm.svn.sourceforge.net/svnroot/netpbm" in whatever file runs the port install and everything WILL work.

[mas@…]

Replying to david.w.watson@…:

Change " ​http://netpbm.svn.sourceforge.net/svnroot/netpbm" to " ​https://netpbm.svn.sourceforge.net/svnroot/netpbm" in whatever file runs the port install and everything WILL work.

I don't see the harm in that. Committed in r76615.

20. Koziara: Can you confirm that this fixes things for you as well?

[t.koziara@…]

Change " ​http://netpbm.svn.sourceforge.net/svnroot/netpbm" to " ​https://netpbm.svn.sourceforge.net/svnroot/netpbm" in whatever file runs the port install and everything WILL work.

I did that in: opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/netpbm/Portfile and it DID work!

Thanks a lot. Perhaps this ticked should be reopened and this amendment recorded in the main repository?

[mas@…]

Replying to t.koziara@…:

Thanks a lot. Perhaps this ticked should be reopened and this amendment recorded in the main repository?

Already done. Thanks!

[deesto@…]

I'm not sure I understand this proposed fix, as the Portfile already calls for an HTTPS URL:

svn.url         https://${name}.svn.sourceforge.net/svnroot/${name}/stable

In any case, changing this to http: still fails.

$ sudo port -v upgrade outdated
--->  Computing dependencies for netpbm.
--->  Fetching netpbm
svn: OPTIONS of 'http://netpbm.svn.sourceforge.net/svnroot/netpbm/stable': could not connect to server (http://netpbm.svn.sourceforge.net)
shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_netpbm/work" && /usr/bin/svn --non-interactive --trust-server-cert export http://netpbm.svn.sourceforge.net/svnroot/netpbm/stable@1402 2>&1" returned error 1
Error: Target org.macports.fetch returned: Subversion check out failed
Warning: the following items did not execute (for netpbm): org.macports.activate org.macports.fetch org.macports.checksum org.macports.extract org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install
...

[deesto@…]

Cc Me!

[mas@…]

Replying to deesto@…:

I'm not sure I understand this proposed fix, as the Portfile already calls for an HTTPS URL:

That was implemented after being proposed here.

In any case, changing this to http: still fails.

Well, can you connect to the svn server at sourceforge? I.e. if you enter

svn co https://netpbm.svn.sourceforge.net/svnroot/netpbm/stable netpbm

does it download netpbm for you?

If you cannot connect to the server, I don't see how we can fix that for you. netpbm does not use tarballs for it's more recent releases, so we cannot just mirror one. I guess we could roll our own, though...

[deesto@…]

Yes: I was able to download separately via svn, and now it's able to download fine directly via 'port' without any changes. Don't know why, just glad it's working again. Thanks.