Opened 9 years ago

Closed 9 years ago

Last modified 2 years ago

#28590 closed defect (invalid)

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

Reported by: t.koziara@… Owned by: mas@…
Priority: Normal Milestone:
Component: ports Version: 1.9.2
Keywords: Cc: deesto (John S. De Stefano Jr.)
Port: netpbm

Description (last modified by mf2k (Frank Schima))

'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

Change History (20)

comment:1 Changed 9 years ago by t.koziara@…

Cc: t.koziara@… added

Cc Me!

comment:2 in reply to:  1 Changed 9 years ago by t.koziara@…

I should have added that:

sudo port clean netpbm
sudo port upgrade netpbm

does not help.

comment:3 Changed 9 years ago by mf2k (Frank Schima)

Cc: t.koziara@… removed
Description: modified (diff)
Keywords: upgrade removed
Owner: changed from macports-tickets@… to mas@…

comment:4 Changed 9 years ago by mas@…

Resolution: invalid
Status: newclosed

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.

comment:5 in reply to:  4 Changed 9 years ago by t.koziara@…

Resolution: invalid
Status: closedreopened

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.

comment:6 Changed 9 years ago by mas@…

Resolution: invalid
Status: reopenedclosed

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

comment:7 in reply to:  6 Changed 9 years ago by 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

comment:8 Changed 9 years ago by 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. ;)

comment:9 in reply to:  8 Changed 9 years ago by watsodw

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'

comment:10 Changed 9 years ago by 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

comment:11 in reply to:  10 Changed 9 years ago by watsodw

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.

comment:12 Changed 9 years ago by watsodw

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.

comment:13 in reply to:  12 Changed 9 years ago by 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.

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

comment:14 in reply to:  12 ; Changed 9 years ago by 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?

comment:15 in reply to:  14 Changed 9 years ago by 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!

comment:16 Changed 9 years ago by deesto (John S. De Stefano Jr.)

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

comment:17 Changed 9 years ago by deesto (John S. De Stefano Jr.)

Cc: deesto@… added

Cc Me!

comment:18 in reply to:  16 ; Changed 9 years ago by 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...

comment:19 in reply to:  18 Changed 9 years ago by deesto (John S. De Stefano Jr.)

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.

comment:20 Changed 2 years ago by ryandesign (Ryan Schmidt)

In 9192b329cc13ddda097b50a8cb086adc4b8d5435/macports-ports:

netpbm: Fetch from GitHub mirror instead of SourceForge svn

Fetching from svn has been repeatedly problematic.

See: #28250
See: #28590
See: #29692
See: #31987
See: #32000
See: #36517
See: #38823
See: #41023
See: #48687
See: #50087
See: #54428
See: #54918
See: #54919
See: #54924
See: #55853
See: #55930
See: #55986

Note: See TracTickets for help on using tickets.