master_sites and opendarwin (was: Re: SDL_Perl installing troubles!)
This discussion began on -users: On Aug 9, 2007, at 17:21, Ryan Schmidt wrote:
On Aug 9, 2007, at 17:11, Ryan Schmidt wrote:
On Aug 9, 2007, at 17:05, Tunnuz wrote:
Ok, now it's ok for libsdl-framework, but the problems arise when I try to install p5-sdl_perl ...
Frodo:/Volumes/Users/tunnuz/Kaboom root# port install p5-sdl_perl ---> Fetching libsdl_gfx-framework Error: No defined site for tag: lt, using master_sites ---> Attempting to fetch ltconfig13 from http://www.ferzkopp.net/~aschiffler/Software/SDL_gfx-2.0/ ---> Attempting to fetch ltconfig13 from http://distfiles-od.opendarwin.org/libsdl_gfx ---> Attempting to fetch ltconfig13 from http://distfiles-msn.opendarwin.org/libsdl_gfx ---> Attempting to fetch ltconfig13 from http://distfiles- od.opendarwin.org/lt ---> Attempting to fetch ltconfig13 from http://distfiles- msn.opendarwin.org/lt ---> Attempting to fetch ltconfig13 from http://svn.macports.org/repository/macports/distfiles/libsdl_gfx- framework ---> Attempting to fetch ltconfig13 from http://svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch ltconfig13 from http://svn.macports.org/repository/macports/downloads/libsdl_gfx- framework Error: Target org.macports.fetch returned: fetch failed Error: The following dependencies failed to build: libsdl_gfx-framework libsdl_image-framework jpeg libpng zlib libsdl_image tiff libsdl_mixer-framework libsdl_mixer libmikmod libogg libvorbis smpeg libsdl_net-framework libsdl_net libsdl_ttf-framework libsdl_ttf freetype p5-module-build p5-archive-tar p5-io-zlib p5-compress-zlib p5-compress-raw-zlib perl5.8 p5-io-compress-base p5-scalar-list-utils p5-io-compress-zlib p5-text-diff p5-algorithm-diff p5-extutils-cbuilder p5-extutils-parsexs p5- version p5-yaml Error: Status 1 encountered during processing.
I think it's a problem of the port ...
The portfile is trying to download ltconfig13 and ltmain13 from the OpenDarwin servers, which no longer really exist.
[snip]
Well, an addendum: The site
http://distfiles-msn.opendarwin.org/
does still exist, and still has the files ltconfig13 and ltmain13 which this port wants.
You could manually download these two files and place them in /opt/ local/var/macports/distfiles/libsdl_gfx-framework and that should then work.
We should transfer these files to the general MacPorts download location in the repository. Looks like the following ports depend on the existence of these files:
glib1 gtk-engines gtk1 libproplist libsdl_gfx-framework libwww openslp plotutils smpeg
I think something in MacPorts must recently have broken w.r.t. the definition of the master sites. Here's another bug report about this: http://trac.macports.org/projects/macports/ticket/12486 Hasn't the "opendarwin" master sites alias been removed from MacPorts recently? If so, then the 160 ports that still use that alias (mostly lots of kde stuff) are now broken since they don't know where to fetch from. How should we handle this?
On Aug 15, 2007, at 7:49 AM, Ryan Schmidt wrote:
I think something in MacPorts must recently have broken w.r.t. the definition of the master sites. Here's another bug report about this:
http://trac.macports.org/projects/macports/ticket/12486
Hasn't the "opendarwin" master sites alias been removed from MacPorts recently?
Yes, I removed it. Most of the mirrors are offline now and we shouldn't care about the ones that remain online... 'cause that's all there is to them, they only "remain". Whatever was in them should be moved to the macports mirrors list, and ltmain13 and ltconfig13 are already there under Yve's distfile directory.
If so, then the 160 ports that still use that alias (mostly lots of kde stuff) are now broken since they don't know where to fetch from. How should we handle this?
As simple as updating the Portfiles as we go along, encouraging users to submit patches if they care enough to fix them themselves. While on the subject, ltmain13 and ltconfig13 should be moved out of Yve's dir and into their own, with ports fetching them through macports:ltmain13 & macports:ltconfig13 master_sites entries. Regards,... -jmpp
Juan Manuel Palacios <jmpp@macports.org> writes:
As simple as updating the Portfiles as we go along, encouraging users to submit patches if they care enough to fix them themselves. While on the subject, ltmain13 and ltconfig13 should be moved out of Yve's dir and into their own, with ports fetching them through macports:ltmain13 & macports:ltconfig13 master_sites entries.
What are ltmain and ltconfig for? Will they eventually go away when apps are updated to support Darwin? Mark
I hadn't actually read this ticket when I replied to this thread, but now that I did I can say that's another proof that we need to move to a per port naming basis for our distfiles section. True that we can always add "macports:<user>" as the master_site, but the output in the ticket emphasizes once again that MacPorts is going straight to /distfiles/<portname> in our svn (and failing after trying three different combinations, each one with portname in them). I think this make sense from the distribution POV, it's more logical to look in /distfiles/<project_name> for something related to the project in question rather than in /distfiles/ <name_of_some_user_who_had_the_idea_of_uploading_this_particular_file_to _his_privately_named_directory> ;-) So maintainers, can we please start the move? Regards,... -jmpp PS: All you'll need to fetch from our distfiles is "macports" as your master_site in our Portfile, whereas if you keep the distfile in a user named directory you'll have to explicitly direct the fetch proc there through "macports:<name_of_user>". I believe the former is simpler.
participants (3)
-
Juan Manuel Palacios
-
markd@macports.org
-
Ryan Schmidt