January 2008 - macports-dev - lists.macosforge.org

Re: [32570] trunk/dports/www/lynx/Portfile
by Rainer Müller 08 Jan '08

08 Jan '08

ryandesign(a)macports.org wrote: > Revision: 32570 > http://trac.macosforge.org/projects/macports/changeset/32570 > Author: ryandesign(a)macports.org > Date: 2008-01-07 19:20:00 -0800 (Mon, 07 Jan 2008) > > Log Message: > ----------- > lynx: increment revision so everyone gets the change from r32565; see #13864 Thanks! Actually I know that I have to increment the revision for such changes, but I simply forgot it. Rainer

1 0

Re: [32565] trunk/dports/www/lynx/Portfile
by Ryan Schmidt 08 Jan '08

08 Jan '08

On Jan 7, 2008, at 20:24, raimue(a)macports.org wrote: > Modified: trunk/dports/www/lynx/Portfile > =================================================================== > --- trunk/dports/www/lynx/Portfile 2008-01-08 00:03:36 UTC (rev 32564) > +++ trunk/dports/www/lynx/Portfile 2008-01-08 02:24:01 UTC (rev 32565) > @@ -30,7 +30,8 @@ > sha1 019246b83fc7b6cb32bac0023f2ae6c5d330d18c \ > rmd160 0ea800c3204d66c1470f63a0143fd71eca06e005 > > -configure.args --mandir=${prefix}/share/man > +configure.args --mandir=${prefix}/share/man \ > + --enable-ipv6 > patchfiles patch-LYCharSets.c > > platforms darwin Since this changes the software that gets installed by the lynx port, the port revision should also be incremented. I did so in r32570.

1 0

Re: [32566] trunk/dports/perl/p5-file-mmagic
by Ryan Schmidt 08 Jan '08

08 Jan '08

On Jan 7, 2008, at 20:30, ricci(a)macports.org wrote: > Added Paths: > ----------- > trunk/dports/perl/p5-file-mmagic/files/ > trunk/dports/perl/p5-file-mmagic/files/patch-MMagic.pm Please name patchfiles "patch-whatever.diff"; see the output of "sudo port lint p5-file-mmagic".

1 0

Commit needed for cidr port, ticket #13868
by Bryan Blackburn 07 Jan '08

07 Jan '08

When someone gets a chance, the cidr port needs an update as specified in ticket #13868: <http://trac.macosforge.org/projects/macports/ticket/13868> Thanks, Bryan

2 1

MacPorts servers will be down for a bit in about 5 hours
by James Berry 07 Jan '08

07 Jan '08

Our friends at MacOSForge tell us that the servers running macports will be down in about 5 hours for some scheduled maintenance: > We need to take the servers down briefly to apply some updates and > configuration changes. All services will have 5-10m of downtime > starting around 8PM on Monday. The Trac & Subversion services will > have additional downtime to upgrade the RAM to improve performance. > I expect Trac/SVN to be down for 30m total. I'll make announcements > in #macosforge as each services goes down and up. Everything should > be back to normal around 9pm. If the unexpected occurs, as it sometimes does, please bear with us. If you need a status update you might stop in on the #macports or #macosforge channels on freenode, where more information might or might not be available ;) James

1 0

Fwd: Beginner question -- how to resolve dependent dylib's when linking
by William Davis 07 Jan '08

07 Jan '08

possible useful info from uni-porting list; Begin forwarded message: > From: Martin Costabel <costabel(a)wanadoo.fr> > Date: December 30, 2007 8:12:57 AM EST > To: kelsey(a)slac.stanford.edu > Cc: unix-porting(a)lists.apple.com > Subject: Re: Beginner question -- how to resolve dependent dylib's > when linking > > Peter O'Gorman wrote: >> Mike Kelsey wrote: >>> Is there an option I can give to |libtool| or/and |ld|, such that >>> dependent >>> libraries mentioned inside .dylib's will be resolved via the -L >>> options? >> See -dylib_file in the ld(1) manpage. > > If you are on Leopard, you probably don't have to do anything in > this case. It is standard behavior there (in most situations > perceived as an annoying bug, though) that indirect libraries are > *not* looked up according to their install_name, but in the > directories defined by -L. > > Perversely, you are forced to use -dylib_file, or explicit -L -l > references, if you want them to be looked up at the path mentioned > in the referencing dylib. This wreaks all kinds of havoc if you have > several dylibs of the same name on your system, but in your > situation this may be the behavior you are wishing for. > > -- > Martin > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Unix-porting mailing list (Unix-porting(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/unix-porting/frstan%40bellsouth.net > > This email sent to frstan(a)bellsouth.net William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.1 - (xorg-server 1.3.0-apple5) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non

2 2

Re: [32446] trunk/dports/sysutils/rpm-devel/Portfile
by Ryan Schmidt 07 Jan '08

07 Jan '08

Perhaps the port revision should also be incremented so that anyone who had beta 3 installed will be informed of the availability of this new beta 4? On Jan 2, 2008, at 03:32, afb(a)macports.org wrote: > Revision: 32446 > http://trac.macosforge.org/projects/macports/changeset/32446 > Author: afb(a)macports.org > Date: 2008-01-02 01:32:42 -0800 (Wed, 02 Jan 2008) > > Log Message: > ----------- > port upgrade: final rpm-5.0 beta > > Modified Paths: > -------------- > trunk/dports/sysutils/rpm-devel/Portfile > > Modified: trunk/dports/sysutils/rpm-devel/Portfile > =================================================================== > --- trunk/dports/sysutils/rpm-devel/Portfile 2008-01-02 09:15:58 > UTC (rev 32445) > +++ trunk/dports/sysutils/rpm-devel/Portfile 2008-01-02 09:32:42 > UTC (rev 32446) > @@ -16,10 +16,10 @@ > > homepage http://rpm5.org > master_sites ${homepage}/files/rpm/rpm-5.0 > -distname rpm-${version}b3 > -#distdate 20071222 > -checksums md5 444c0ea3399382535f43475d3c934e7a > -worksrcdir rpm-${version}b3 > +distname rpm-${version}b4 > +#distdate 20071231 > +checksums md5 89e5d27874724ac01f6ac229e2fa8a22 > +worksrcdir rpm-${version}b4 > # > ### CVS source > #fetch.type cvs

4 10

[MacPorts] #13848: esound library routine incorrectly identifies DISPLAY on Leopard (fwd)
by robert delius royar 06 Jan '08

06 Jan '08

Because esound has no maintainer, I am copying this ticket to the developers' list. ---------- Forwarded message ---------- Date: Sun, 06 Jan 2008 13:57:41 -0000 From: MacPorts <trac(a)macosforge.org> To: apple(a)frinabulax.org, macports-tickets(a)lists.macosforge.org Reply-To: noreply(a)macosforge.org Subject: [MacPorts] #13848: esound library routine incorrectly identifies DISPLAY on Leopard Message-ID: <050.3c48124381cb5efd5dfac874195ea494(a)macosforge.org> Content-Type: text/plain; charset="utf-8" #13848: esound library routine incorrectly identifies DISPLAY on Leopard ----------------------------------+----------------------------------------- Reporter: apple(a)frinabulax.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 1.6.0 Keywords: audio esound | ----------------------------------+----------------------------------------- Running Leopard's X11.app the audio/esound port cannot any longer deal with a request to play sound on a local machine when code passes the NULL parameter to identify the desired server to the esdlib.c library functions. The function esd_open_sound expects a DISPLAY variable to be something such as 0:0. Leopard uses a different scheme. esd_open_sound cannot see DISPLAYs such as /tmp/launch-A6wxg2/:0 as valid. I have a patch that works, but I am not a programmer. Soemone who understands a better way to determine whether the code is running under Leopard should fix this. I have attached my patch. This port is not maintained. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13848> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [32516] trunk/dports/lang/llvm-gcc4/
by Ryan Schmidt 06 Jan '08

06 Jan '08

On Jan 5, 2008, at 23:24, erickt(a)macports.org wrote: > Revision: 32516 > http://trac.macosforge.org/projects/macports/changeset/32516 > Author: erickt(a)macports.org > Date: 2008-01-05 21:24:13 -0800 (Sat, 05 Jan 2008) > > Log Message: > ----------- > llvm-gcc4 has been replaced by llvm-gcc40 > > Removed Paths: > ------------- > trunk/dports/lang/llvm-gcc4/ Um... in r32515 you changed lang/llvm-gcc4, in that you changed the name of the port to llvm-gcc40, though the directory the portfile was in was still lang/llvm-gcc4. Now in r32516, you have deleted the port entirely. This doesn't seem to be what you wanted to happen.

1 0

Re: [32500] trunk/base/src/port1.0/portutil.tcl
by Ryan Schmidt 05 Jan '08

05 Jan '08

On Jan 5, 2008, at 02:05, ryandesign(a)macports.org wrote: > - foreach arch {"i386" "x86_64" "ppc" "pp64"} { > + foreach arch {"i386" "x86_64" "ppc" "ppc64"} { Can we replace this hardcoded list of architectures with the $ {universal_archs} variable?

1 0