Opened 15 years ago
Last modified 7 years ago
#20776 new defect
Etoile needs an update
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.7.1 |
Keywords: | Cc: | ||
Port: | Etoile |
Description
$ port -d extract DEBUG: Changing to port directory: /Users/rschmidt/macports/dports/gnustep/Etoile DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/rschmidt/macports/dports/_resources/port1.0/group/gnustep-1.0.tcl DEBUG: Re-registering default for use_configure DEBUG: Re-registering default for configure.env DEBUG: not using configure, so not adding the default universal variant DEBUG: Requested variant darwin is not provided by port Etoile. DEBUG: Requested variant i386 is not provided by port Etoile. DEBUG: Requested variant macosx is not provided by port Etoile. DEBUG: Changing to port directory: /Users/rschmidt/macports/dports/gnustep/Etoile DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/rschmidt/macports/dports/_resources/port1.0/group/gnustep-1.0.tcl DEBUG: Re-registering default for use_configure DEBUG: Re-registering default for configure.env DEBUG: not using configure, so not adding the default universal variant DEBUG: Requested variant darwin is not provided by port Etoile. DEBUG: Requested variant i386 is not provided by port Etoile. DEBUG: Requested variant macosx is not provided by port Etoile. DEBUG: Executing org.macports.main (Etoile) ---> Fetching Etoile DEBUG: Executing org.macports.fetch (Etoile) DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.4' DEBUG: Assembled command: 'cd "/mp/var/macports/build/_Users_rschmidt_macports_dports_gnustep_Etoile/work" && /mp/bin/svn --non-interactive checkout -r 2097 http://svn.gna.org/svn/etoile/stable/Etoile' svn: '/svn/etoile/!svn/bc/5196/stable/Etoile' path not found Error: Target org.macports.fetch returned: Subversion check out failed Warning: the following items did not execute (for Etoile): org.macports.extract org.macports.fetch org.macports.checksum Error: Status 1 encountered during processing.
It looks like the stable/Etoile part the port is checking out was deleted in r3350 (2008-07-26) due to bitrot. The port (and probably all ports doing Subversion checkouts) should have been using a peg revision instead of an operative revision. Does MacPorts even support using peg revisions?
Attachments (1)
Change History (7)
comment:1 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
Owner: | changed from macports-tickets@… to ryandesign@… |
---|---|
Status: | new → assigned |
comment:2 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
Owner: | changed from ryandesign@… to macports-tickets@… |
---|---|
Status: | assigned → new |
Actually I cannot update this port because I cannot build its dependencies (#20775). I'm attaching a patch which removes the Subversion fetching mechanism and updates the version to 0.4.1 along with its checksums. But I cannot go further than "port extract".
I have filed #20777 to fix the underlying Subversion fetch issue in base.
Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
Attachment: | Etoile-0.4.1.diff added |
---|
comment:3 Changed 15 years ago by trog24 (Frank J. R. Hanstick)
I got the following similar error:
DEBUG: Found Dependency: receipt exists for tiff DEBUG: Executing org.macports.main (Etoile) ---> Fetching Etoile DEBUG: Executing org.macports.fetch (Etoile) DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnustep_Etoile/work" && /opt/local/bin/svn --non-interactive --trust-server-cert export -r 2097 http://svn.gna.org/svn/etoile/stable/Etoile' svn: '/svn/etoile/!svn/bc/5865/stable/Etoile' path not found Error: Target org.macports.fetch returned: Subversion check out failed DEBUG: Backtrace: Subversion check out failed while executing "svnfetch" ("svn" arm line 1) invoked from within "switch -- "${fetch.type}" { cvs { return [cvsfetch] } svn { return [svnfetch] } git { return [gitfetch] } ..." (procedure "portfetch::fetch_main" line 10) invoked from within "$procedure $targetname" Warning: the following items did not execute (for Etoile): org.macports.activate org.macports.fetch org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: The following dependencies failed to build: GNUMail Etoile Pantomime PRICE TalkSoup netclasses Yap.app a2ps psutils gworkspace system-preferences PreferencePanes windowmaker Error: Status 1 encountered during processing. To report a bug, see <http://guide.macports.org/#project.tickets>
on my PPC G4 running 10.5.8. There are a few more "DEBUG" lines in the error message I received.
comment:4 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
Yes, MacPorts 1.8 prints more debug information than MacPorts 1.7 did.
The resolution to this bug is to update Etoile to a later version.
comment:5 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)
Summary: | Etoile: cannot check out from Subversion repository → Etoile needs an update |
---|
Has duplicate #25272.
comment:6 Changed 7 years ago by mf2k (Frank Schima)
For the record, I believe that adding the following lines to download from GitHub will work, but I also cannot get the gnustep-base port to install to verify if it builds at all.
PortGroup github 1.0 github.setup etoile Etoile 59d22c23091dc5bbb8d666d85deaf52a8856f194
For Etoile, we should just update to the latest released version, 0.4.1, instead of checking out from svn.