From jmr at macports.org  Mon Feb  1 16:12:22 2010
From: jmr at macports.org (Joshua Root)
Date: Tue, 02 Feb 2010 11:12:22 +1100
Subject: New committers: elelay, ieure, josephholsten, mbclark, michaelld,
	raphael, te.pickering, and usami-k
Message-ID: <4B676DE6.3050607@macports.org>

Please join us in welcoming the following new MacPorts committers:

 - Eric Le Lay (elelay)
 - Ian Eure (ieure)
 - Joseph Holsten (josephholsten)
 - M. Brooks Clark (mbclark)
 - Michael Dickens (michaelld)
 - Raphael Straub (raphael)
 - Timothy Pickering (te.pickering)
 - Kosuke Usami (usami-k)

We look forward to continued excellent contributions from these new team
members.

- Bryan, Joshua, Rainer, and Ryan


Do you want to join the MacPorts team? If you would like to be
considered for team membership and commit access, please read this
section of the Guide:

http://guide.macports.org/chunked/project.membership.html


From jkorchok at hotmail.com  Tue Feb  2 18:54:50 2010
From: jkorchok at hotmail.com (John Korchok)
Date: Tue, 2 Feb 2010 21:54:50 -0500
Subject: [MacPorts] #23312: Unable to detect PHP version
In-Reply-To: <065.a910ccc58b6b715fe7be322e05e290ef@macports.org>
References: <056.7f3dfe8b7c40a05b456c3aecf19f4586@macports.org>
	<065.a910ccc58b6b715fe7be322e05e290ef@macports.org>
Message-ID: <BLU0-SMTP6332C0586FD130FE700D98DC560@phx.gbl>


 

> -----Original Message-----
> From: MacPorts [mailto:noreply at macports.org] 
> Sent: Saturday, January 16, 2010 6:25 PM
> To: jkorchok at hotmail.com; macports-tickets at lists.macosforge.org
> Cc: ryandesign at macports.org
> Subject: Re: [MacPorts] #23312: Unable to detect PHP version
> 
> #23312: Unable to detect PHP version
> -----------------------------------+--------------------------
> --------------
>   Reporter:  jkorchok at .            |       Owner:  
> macports-tickets at .                   
>       Type:  defect                |      Status:  closed     
>                           
>   Priority:  Normal                |   Milestone:             
>                           
>  Component:  ports                 |     Version:  1.8.2      
>                           
> Resolution:  invalid               |    Keywords:             
>                           
>       Port:  php5-oracle           |  
> -----------------------------------+--------------------------
> --------------
> Changes (by ryandesign at .):
> 
>   * status:  new => closed
>   * resolution:  => invalid
> 
> 
> Old description:
> 
> > I am getting the following when attempting to upgrade php5-oracle:
> >
> > sudo port upgrade php5-oracle
> > Password:
> > --->  Computing dependencies for php5-oracle
> > --->  Configuring php5-oracle
> > Error: Target org.macports.configure returned: configure 
> failure: shell
> > command " cd
> > 
> "/opt/local/var/macports/build/_opt_local_var_macports_sources
_rsync.macports.org_release_ports_php_php5-> oracle/work/php-5.3.1/ext/oci8"
> > && ./configure --prefix=/opt/local --with-
> > oci8=instantclient,/opt/local/lib/oracle --with-pdo-
> > oci=instantclient,/opt/local/lib/oracle,10.1 " returned error 1
> > Command output: checking for re2c... no
> > configure: WARNING: You will need re2c 0.13.4 or later if 
> you want to
> > regenerate PHP parsers.
> > checking for gawk... gawk
> > checking for Oracle (OCI8) support... yes, shared
> > checking PHP version... Unknown option: n
> > Usage: head [-options] <url>...
> >     -m <method>   use method for the request (default is 'HEAD')
> >     -f            make request even if head believes method 
> is illegal
> >     -b <base>     Use the specified URL as base
> >     -t <timeout>  Set timeout value
> >     -i <time>     Set the If-Modified-Since header on the request
> >     -c <conttype> use this content-type for POST, PUT, CHECKIN
> >     -a            Use text mode for content I/O
> >     -p <proxyurl> use this as a proxy
> >     -P            don't load proxy settings from environment
> >     -H <header>   send this HTTP header (you can specify several)
> >
> >     -u            Display method and URL before any response
> >     -U            Display request headers (implies -u)
> >     -s            Display response status code
> >     -S            Display response status chain
> >     -e            Display response headers
> >     -d            Do not display content
> >     -o <format>   Process HTML content in various ways
> >
> >     -v            Show program version
> >     -h            Print this message
> >
> >     -x            Extra debugging output
> > configure: error: failed to detect PHP version, please report
> >
> > Error: Unable to upgrade port: 1
> > Before reporting a bug, first run the command again with 
> the -d flag to
> > get complete output.
> >
> > I previously ran
> > port clean php5-oracle
> > but it didn't help.
> >
> > I ran
> > sudo port uninstall php5-oracle
> > then
> > sudo port install php5-oracle
> > and got the same error message.
> >
> > When I run
> > sudo port -d install php5-oracle
> > I get the following:
> >
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/php/php5-oracle
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/php/php5-oracle
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/php5extension-1.0.tcl
> > DEBUG: Re-registering default for build.dir
> > DEBUG: Re-registering default for configure.dir
> > DEBUG: Re-registering default for destroot.dir
> > DEBUG: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port 
> php5-oracle.
> > DEBUG: Requested variant darwin is not provided by port php5-oracle.
> > DEBUG: Requested variant macosx is not provided by port php5-oracle.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/lang/php5
> > DEBUG: epoch: in tree: 1 installed: 1
> > DEBUG: php5 5.3.1_1 exists in the ports tree
> > DEBUG: php5 5.3.1_1 +apache2+macosx+mysql5+oracle is the 
> latest installed
> > DEBUG: php5 5.3.1_1 +apache2+macosx+mysql5+oracle is active
> > DEBUG: Merging existing variants apache2 macosx mysql5 oracle into
> > variants
> > DEBUG: new fully merged portvariants: apache2 + oracle + mysql5 +
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/lang/php5
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: adding the default universal variant
> > DEBUG: Requested variant powerpc is not provided by port php5.
> > DEBUG: Requested variant darwin is not provided by port php5.
> > DEBUG: Executing variant macosx provides macosx
> > DEBUG: Executing variant apache2 provides apache2
> > DEBUG: Executing variant mysql5 provides mysql5
> > DEBUG: Executing variant oracle provides oracle
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/pkgconfig
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: pkgconfig 0.23_1 exists in the ports tree
> > DEBUG: pkgconfig 0.23_1  is the latest installed
> > DEBUG: pkgconfig 0.23_1  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/pkgconfig
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port pkgconfig.
> > DEBUG: Requested variant darwin is not provided by port pkgconfig.
> > DEBUG: Requested variant macosx is not provided by port pkgconfig.
> > DEBUG: No need to upgrade! pkgconfig 0.23_1 >= pkgconfig 0.23_1
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/autoconf213
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: autoconf213 2.13_1 exists in the ports tree
> > DEBUG: autoconf213 2.13_1  is the latest installed
> > DEBUG: autoconf213 2.13_1  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/autoconf213
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: 'universal_variant no' specified, so not adding the default
> > universal variant
> > DEBUG: Requested variant powerpc is not provided by port 
> autoconf213.
> > DEBUG: Requested variant darwin is not provided by port autoconf213.
> > DEBUG: Requested variant macosx is not provided by port autoconf213.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/lang/perl5
> > DEBUG: perl5 is *not* installed by MacPorts
> > DEBUG: Searching for dependency: perl5
> > DEBUG: Didn't find receipt, going to depspec regex for: perl5
> > DEBUG: Found Dependency: path: /opt/local/bin filename: perl regex:
> > ^perl$
> > DEBUG: perl5 not installed, soft dependency satisfied
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/m4
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: m4 1.4.13_0 exists in the ports tree
> > DEBUG: m4 1.4.13_0  is the latest installed
> > DEBUG: m4 1.4.13_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/m4
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port m4.
> > DEBUG: Requested variant darwin is not provided by port m4.
> > DEBUG: Requested variant macosx is not provided by port m4.
> > DEBUG: No need to upgrade! m4 1.4.13_0 >= m4 1.4.13_0
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/lang/gawk
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: gawk 3.1.7_0 exists in the ports tree
> > DEBUG: gawk 3.1.7_0  is the latest installed
> > DEBUG: gawk 3.1.7_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/lang/gawk
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port gawk.
> > DEBUG: Requested variant darwin is not provided by port gawk.
> > DEBUG: Requested variant macosx is not provided by port gawk.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/textproc/libiconv
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: libiconv 1.13_0 exists in the ports tree
> > DEBUG: libiconv 1.13_0  is the latest installed
> > DEBUG: libiconv 1.13_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/textproc/libiconv
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port libiconv.
> > DEBUG: Requested variant darwin is not provided by port libiconv.
> > DEBUG: Requested variant macosx is not provided by port libiconv.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/gperf
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: gperf 3.0.4_0 exists in the ports tree
> > DEBUG: gperf 3.0.4_0  is the latest installed
> > DEBUG: gperf 3.0.4_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/gperf
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port gperf.
> > DEBUG: Requested variant darwin is not provided by port gperf.
> > DEBUG: Requested variant macosx is not provided by port gperf.
> > DEBUG: No need to upgrade! gperf 3.0.4_0 >= gperf 3.0.4_0
> > DEBUG: No need to upgrade! libiconv 1.13_0 >= libiconv 1.13_0
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/gettext
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: gettext 0.17_4 exists in the ports tree
> > DEBUG: gettext 0.17_4  is the latest installed
> > DEBUG: gettext 0.17_4  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/gettext
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Using group file
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/archcheck-1.0.tcl
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port gettext.
> > DEBUG: Requested variant darwin is not provided by port gettext.
> > DEBUG: Requested variant macosx is not provided by port gettext.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/ncurses
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: ncurses 5.7_0 exists in the ports tree
> > DEBUG: ncurses 5.7_0  is the latest installed
> > DEBUG: ncurses 5.7_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/ncurses
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port ncurses.
> > DEBUG: Requested variant darwin is not provided by port ncurses.
> > DEBUG: Requested variant macosx is not provided by port ncurses.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/ncursesw
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: ncursesw 5.7_0 exists in the ports tree
> > DEBUG: ncursesw 5.7_0  is the latest installed
> > DEBUG: ncursesw 5.7_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/ncursesw
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port ncursesw.
> > DEBUG: Requested variant darwin is not provided by port ncursesw.
> > DEBUG: Requested variant macosx is not provided by port ncursesw.
> > DEBUG: No need to upgrade! ncursesw 5.7_0 >= ncursesw 5.7_0
> > DEBUG: No need to upgrade! ncurses 5.7_0 >= ncurses 5.7_0
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/textproc/expat
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: expat 2.0.1_0 exists in the ports tree
> > DEBUG: expat 2.0.1_0  is the latest installed
> > DEBUG: expat 2.0.1_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/textproc/expat
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port expat.
> > DEBUG: Requested variant darwin is not provided by port expat.
> > DEBUG: Requested variant macosx is not provided by port expat.
> > DEBUG: No need to upgrade! expat 2.0.1_0 >= expat 2.0.1_0
> > DEBUG: No need to upgrade! gettext 0.17_4 >= gettext 0.17_4
> > DEBUG: No need to upgrade! gawk 3.1.7_0 >= gawk 3.1.7_0
> > DEBUG: No need to upgrade! autoconf213 2.13_1 >= autoconf213 2.13_1
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/textproc/gsed
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: gsed 4.2.1_0 exists in the ports tree
> > DEBUG: gsed 4.2.1_0 +darwin_8 is the latest installed
> > DEBUG: gsed 4.2.1_0 +darwin_8 is active
> > DEBUG: Merging existing variants darwin_8 into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/textproc/gsed
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port gsed.
> > DEBUG: Requested variant darwin is not provided by port gsed.
> > DEBUG: Requested variant macosx is not provided by port gsed.
> > DEBUG: Executing variant darwin_8 provides darwin_8
> > DEBUG: No need to upgrade! gsed 4.2.1_0 >= gsed 4.2.1_0
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/libtool
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: libtool 2.2.6b_0 exists in the ports tree
> > DEBUG: libtool 2.2.6b_0  is the latest installed
> > DEBUG: libtool 2.2.6b_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/libtool
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port libtool.
> > DEBUG: Requested variant darwin is not provided by port libtool.
> > DEBUG: Requested variant macosx is not provided by port libtool.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/automake
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: automake 1.11.1_0 exists in the ports tree
> > DEBUG: automake 1.11.1_0  is the latest installed
> > DEBUG: automake 1.11.1_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/automake
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port automake.
> > DEBUG: Requested variant darwin is not provided by port automake.
> > DEBUG: Requested variant macosx is not provided by port automake.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/autoconf
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: autoconf 2.65_0 exists in the ports tree
> > DEBUG: autoconf 2.65_0  is the latest installed
> > DEBUG: autoconf 2.65_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/autoconf
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: 'universal_variant no' specified, so not adding the default
> > universal variant
> > DEBUG: Requested variant powerpc is not provided by port autoconf.
> > DEBUG: Requested variant darwin is not provided by port autoconf.
> > DEBUG: Requested variant macosx is not provided by port autoconf.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/textproc/help2man
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: help2man 1.37.1_1 exists in the ports tree
> > DEBUG: help2man 1.37.1_1  is the latest installed
> > DEBUG: help2man 1.37.1_1  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/textproc/help2man
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port help2man.
> > DEBUG: Requested variant darwin is not provided by port help2man.
> > DEBUG: Requested variant macosx is not provided by port help2man.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/perl/p5
> > -locale-gettext
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: p5-locale-gettext 1.05_2 exists in the ports tree
> > DEBUG: p5-locale-gettext 1.05_2  is the latest installed
> > DEBUG: p5-locale-gettext 1.05_2  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/perl/p5
> > -locale-gettext
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/perl5-1.0.tcl
> > DEBUG: 'universal_variant no' specified, so not adding the default
> > universal variant
> > DEBUG: Requested variant powerpc is not provided by port p5-locale-
> > gettext.
> > DEBUG: Requested variant darwin is not provided by port p5-locale-
> > gettext.
> > DEBUG: Requested variant macosx is not provided by port p5-locale-
> > gettext.
> > DEBUG: No need to upgrade! p5-locale-gettext 1.05_2 >= 
> p5-locale-gettext
> > 1.05_2
> > DEBUG: No need to upgrade! help2man 1.37.1_1 >= help2man 1.37.1_1
> > DEBUG: No need to upgrade! autoconf 2.65_0 >= autoconf 2.65_0
> > DEBUG: No need to upgrade! automake 1.11.1_0 >= automake 1.11.1_0
> > DEBUG: No need to upgrade! libtool 2.2.6b_0 >= libtool 2.2.6b_0
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/textproc/libxml2
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: libxml2 2.7.6_0 exists in the ports tree
> > DEBUG: libxml2 2.7.6_0  is the latest installed
> > DEBUG: libxml2 2.7.6_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/textproc/libxml2
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/archcheck-1.0.tcl
> > DEBUG: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port libxml2.
> > DEBUG: Requested variant darwin is not provided by port libxml2.
> > DEBUG: Requested variant macosx is not provided by port libxml2.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/archivers/zlib
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: zlib 1.2.3_4 exists in the ports tree
> > DEBUG: zlib 1.2.3_4  is the latest installed
> > DEBUG: zlib 1.2.3_4  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/archivers/zlib
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port zlib.
> > DEBUG: Requested variant darwin is not provided by port zlib.
> > DEBUG: Requested variant macosx is not provided by port zlib.
> > DEBUG: No need to upgrade! zlib 1.2.3_4 >= zlib 1.2.3_4
> > DEBUG: No need to upgrade! libxml2 2.7.6_0 >= libxml2 2.7.6_0
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/archivers/bzip2
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: bzip2 1.0.5_3 exists in the ports tree
> > DEBUG: bzip2 1.0.5_3 +darwin is the latest installed
> > DEBUG: bzip2 1.0.5_3 +darwin is active
> > DEBUG: Merging existing variants darwin into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/archivers/bzip2
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port bzip2.
> > DEBUG: Requested variant macosx is not provided by port bzip2.
> > DEBUG: Executing variant darwin provides darwin
> > DEBUG: No need to upgrade! bzip2 1.0.5_3 >= bzip2 1.0.5_3
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/mhash
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: mhash 0.9.9.9_0 exists in the ports tree
> > DEBUG: mhash 0.9.9.9_0  is the latest installed
> > DEBUG: mhash 0.9.9.9_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/mhash
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port mhash.
> > DEBUG: Requested variant darwin is not provided by port mhash.
> > DEBUG: Requested variant macosx is not provided by port mhash.
> > DEBUG: No need to upgrade! mhash 0.9.9.9_0 >= mhash 0.9.9.9_0
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/pcre
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: pcre 7.9_0 exists in the ports tree
> > DEBUG: pcre 7.9_0  is the latest installed
> > DEBUG: pcre 7.9_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/pcre
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port pcre.
> > DEBUG: Requested variant darwin is not provided by port pcre.
> > DEBUG: Requested variant macosx is not provided by port pcre.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/readline
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: readline 6.1.000_1 exists in the ports tree
> > DEBUG: readline 6.1.000_1 +darwin is the latest installed
> > DEBUG: readline 6.1.000_1 +darwin is active
> > DEBUG: Merging existing variants darwin into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/readline
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port readline.
> > DEBUG: Requested variant macosx is not provided by port readline.
> > DEBUG: Executing variant darwin provides darwin
> > DEBUG: No need to upgrade! readline 6.1.000_1 >= readline 6.1.000_1
> > DEBUG: No need to upgrade! pcre 7.9_0 >= pcre 7.9_0
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/www/apache2
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: apache2 2.2.14_0 exists in the ports tree
> > DEBUG: apache2 2.2.14_0 +darwin+preforkmpm is the latest installed
> > DEBUG: apache2 2.2.14_0 +darwin+preforkmpm is active
> > DEBUG: Merging existing variants darwin preforkmpm into variants
> > DEBUG: new fully merged portvariants: preforkmpm +
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/www/apache2
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: adding the default universal variant
> > DEBUG: Requested variant powerpc is not provided by port apache2.
> > DEBUG: Requested variant macosx is not provided by port apache2.
> > DEBUG: Executing variant darwin provides darwin
> > DEBUG: Executing variant preforkmpm provides preforkmpm
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/apr
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: apr 1.3.9_1 exists in the ports tree
> > DEBUG: apr 1.3.9_1  is the latest installed
> > DEBUG: apr 1.3.9_1  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/apr
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port apr.
> > DEBUG: Requested variant darwin is not provided by port apr.
> > DEBUG: Requested variant macosx is not provided by port apr.
> > DEBUG: No need to upgrade! apr 1.3.9_1 >= apr 1.3.9_1
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel
> > /apr-util
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: apr-util 1.3.9_0 exists in the ports tree
> > DEBUG: apr-util 1.3.9_0  is the latest installed
> > DEBUG: apr-util 1.3.9_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel
> > /apr-util
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port apr-util.
> > DEBUG: Requested variant darwin is not provided by port apr-util.
> > DEBUG: Requested variant macosx is not provided by port apr-util.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/databases/db46
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: db46 4.6.21_6 exists in the ports tree
> > DEBUG: db46 4.6.21_6  is the latest installed
> > DEBUG: db46 4.6.21_6  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/databases/db46
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port db46.
> > DEBUG: Requested variant darwin is not provided by port db46.
> > DEBUG: Requested variant macosx is not provided by port db46.
> > DEBUG: No need to upgrade! db46 4.6.21_6 >= db46 4.6.21_6
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/databases/sqlite3
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: sqlite3 3.6.22_0 exists in the ports tree
> > DEBUG: sqlite3 3.6.22_0  is the latest installed
> > DEBUG: sqlite3 3.6.22_0  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/databases/sqlite3
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: adding the default universal variant
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: Requested variant powerpc is not provided by port sqlite3.
> > DEBUG: Requested variant darwin is not provided by port sqlite3.
> > DEBUG: Requested variant macosx is not provided by port sqlite3.
> > DEBUG: No need to upgrade! sqlite3 3.6.22_0 >= sqlite3 3.6.22_0
> > DEBUG: No need to upgrade! apr-util 1.3.9_0 >= apr-util 1.3.9_0
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/openssl
> > DEBUG: epoch: in tree: 1 installed: 1
> > DEBUG: openssl 0.9.8l_0 exists in the ports tree
> > DEBUG: openssl 0.9.8l_0 +darwin is the latest installed
> > DEBUG: openssl 0.9.8l_0 +darwin is active
> > DEBUG: Merging existing variants darwin into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/openssl
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
> > DEBUG: Reading variant descriptions from
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
> > DEBUG: universal variant already exists, so not adding the 
> default one
> > DEBUG: Requested variant powerpc is not provided by port openssl.
> > DEBUG: Requested variant macosx is not provided by port openssl.
> > DEBUG: Executing variant darwin provides darwin
> > DEBUG: No need to upgrade! openssl 0.9.8l_0 >= openssl 0.9.8l_0
> > DEBUG: No need to upgrade! apache2 2.2.14_0 >= apache2 2.2.14_0
> > DEBUG: No need to upgrade! php5 5.3.1_1 >= php5 5.3.1_1
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/databases
> > /oracle-instantclient
> > DEBUG: epoch: in tree: 0 installed: 0
> > DEBUG: oracle-instantclient 10.2.0.4.0_4 exists in the ports tree
> > DEBUG: oracle-instantclient 10.2.0.4.0_4  is the latest installed
> > DEBUG: oracle-instantclient 10.2.0.4.0_4  is active
> > DEBUG: Merging existing variants  into variants
> > DEBUG: new fully merged portvariants:
> > DEBUG: Changing to port directory:
> > 
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/databases
> > /oracle-instantclient
> > DEBUG: OS Platform: darwin
> > DEBUG: OS Version: 8.11.0
> > DEBUG: Mac OS X Version: 10.4
> > DEBUG: System Arch: powerpc
> > 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: 'universal_variant no' specified, so not adding the default
> > universal variant
> > DEBUG: Requested variant powerpc is not provided by port oracle-
> > instantclient.
> > DEBUG: Requested variant darwin is not provided by port oracle-
> > instantclient.
> > DEBUG: Requested variant macosx is not provided by port oracle-
> > instantclient.
> > DEBUG: Found port in
> > 
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/archivers/unzip
> > DEBUG: unzip is *not* installed by MacPorts
> > DEBUG: Searching for dependency: unzip
> > DEBUG: Didn't find receipt, going to depspec regex for: unzip
> > DEBUG: Found Dependency: path: /usr/bin filename: unzip 
> regex: ^unzip$
> > DEBUG: unzip not installed, soft dependency satisfied
> > DEBUG: No need to upgrade! oracle-instantclient 
> 10.2.0.4.0_4 >= oracle-
> > instantclient 10.2.0.4.0_4
> > --->  Computing dependencies for php5-oracle
> > DEBUG: Searching for dependency: php5
> > DEBUG: Found Dependency: receipt exists for php5
> > DEBUG: Searching for dependency: oracle-instantclient
> > DEBUG: Found Dependency: receipt exists for oracle-instantclient
> > DEBUG: Executing org.macports.main (php5-oracle)
> > DEBUG: Skipping completed org.macports.fetch (php5-oracle)
> > DEBUG: Skipping completed org.macports.checksum (php5-oracle)
> > DEBUG: setting option extract.cmd to /usr/bin/bzip2
> > DEBUG: Skipping completed org.macports.extract (php5-oracle)
> > DEBUG: Skipping completed org.macports.patch (php5-oracle)
> > --->  Configuring php5-oracle
> > DEBUG: Using compiler 'Mac OS X gcc 4.0'
> > DEBUG: Executing proc-pre-org.macports.configure-configure-0
> > DEBUG: Generating configure script in oci8
> > Configuring for:
> > PHP Api Version:         20090626
> > Zend Module Api No:      20090626
> > Zend Extension Api No:   220090626
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_static_works,
> > ...): suspicious cache-id, must contain _cv_ to be cached
> > ../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
> > ../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is 
> expanded from...
> > aclocal.m4:3555: AC_LIBTOOL_LINKER_OPTION is expanded from...
> > aclocal.m4:5493: _LT_AC_LANG_C_CONFIG is expanded from...
> > aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
> > aclocal.m4:2972: AC_LIBTOOL_SETUP is expanded from...
> > aclocal.m4:2952: _AC_PROG_LIBTOOL is expanded from...
> > aclocal.m4:2915: AC_PROG_LIBTOOL is expanded from...
> > configure.in:150: the top level
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works, ...):
> > suspicious cache-id, must contain _cv_ to be cached
> > aclocal.m4:3510: AC_LIBTOOL_COMPILER_OPTION is expanded from...
> > aclocal.m4:7620: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX,
> > ...): suspicious cache-id, must contain _cv_ to be cached
> > aclocal.m4:5606: _LT_AC_LANG_CXX_CONFIG is expanded from...
> > aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
> > aclocal.m4:4641: _LT_AC_TAGCONFIG is expanded from...
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_static_works,
> > ...): suspicious cache-id, must contain _cv_ to be cached
> > ../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
> > ../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is 
> expanded from...
> > aclocal.m4:3555: AC_LIBTOOL_LINKER_OPTION is expanded from...
> > aclocal.m4:5493: _LT_AC_LANG_C_CONFIG is expanded from...
> > aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
> > aclocal.m4:2972: AC_LIBTOOL_SETUP is expanded from...
> > aclocal.m4:2952: _AC_PROG_LIBTOOL is expanded from...
> > aclocal.m4:2915: AC_PROG_LIBTOOL is expanded from...
> > configure.in:150: the top level
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works, ...):
> > suspicious cache-id, must contain _cv_ to be cached
> > aclocal.m4:3510: AC_LIBTOOL_COMPILER_OPTION is expanded from...
> > aclocal.m4:7620: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX,
> > ...): suspicious cache-id, must contain _cv_ to be cached
> > aclocal.m4:5606: _LT_AC_LANG_CXX_CONFIG is expanded from...
> > aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
> > aclocal.m4:4641: _LT_AC_TAGCONFIG is expanded from...
> > DEBUG: Generating configure script in pdo_oci
> > Configuring for:
> > PHP Api Version:         20090626
> > Zend Module Api No:      20090626
> > Zend Extension Api No:   220090626
> > config.m4:196: warning: AC_CACHE_VAL(pdo_inc_path, ...): suspicious
> > cache-id, must contain _cv_ to be cached
> > ../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
> > ../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is 
> expanded from...
> > aclocal.m4:2738: PHP_CHECK_PDO_INCLUDES is expanded from...
> > config.m4:196: the top level
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_static_works,
> > ...): suspicious cache-id, must contain _cv_ to be cached
> > aclocal.m4:3555: AC_LIBTOOL_LINKER_OPTION is expanded from...
> > aclocal.m4:5493: _LT_AC_LANG_C_CONFIG is expanded from...
> > aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
> > aclocal.m4:2972: AC_LIBTOOL_SETUP is expanded from...
> > aclocal.m4:2952: _AC_PROG_LIBTOOL is expanded from...
> > aclocal.m4:2915: AC_PROG_LIBTOOL is expanded from...
> > configure.in:150: the top level
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works, ...):
> > suspicious cache-id, must contain _cv_ to be cached
> > aclocal.m4:3510: AC_LIBTOOL_COMPILER_OPTION is expanded from...
> > aclocal.m4:7620: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX,
> > ...): suspicious cache-id, must contain _cv_ to be cached
> > aclocal.m4:5606: _LT_AC_LANG_CXX_CONFIG is expanded from...
> > aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
> > aclocal.m4:4641: _LT_AC_TAGCONFIG is expanded from...
> > config.m4:196: warning: AC_CACHE_VAL(pdo_inc_path, ...): suspicious
> > cache-id, must contain _cv_ to be cached
> > ../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
> > ../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is 
> expanded from...
> > aclocal.m4:2738: PHP_CHECK_PDO_INCLUDES is expanded from...
> > config.m4:196: the top level
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_static_works,
> > ...): suspicious cache-id, must contain _cv_ to be cached
> > aclocal.m4:3555: AC_LIBTOOL_LINKER_OPTION is expanded from...
> > aclocal.m4:5493: _LT_AC_LANG_C_CONFIG is expanded from...
> > aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
> > aclocal.m4:2972: AC_LIBTOOL_SETUP is expanded from...
> > aclocal.m4:2952: _AC_PROG_LIBTOOL is expanded from...
> > aclocal.m4:2915: AC_PROG_LIBTOOL is expanded from...
> > configure.in:150: the top level
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works, ...):
> > suspicious cache-id, must contain _cv_ to be cached
> > aclocal.m4:3510: AC_LIBTOOL_COMPILER_OPTION is expanded from...
> > aclocal.m4:7620: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
> > configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX,
> > ...): suspicious cache-id, must contain _cv_ to be cached
> > aclocal.m4:5606: _LT_AC_LANG_CXX_CONFIG is expanded from...
> > aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
> > aclocal.m4:4641: _LT_AC_TAGCONFIG is expanded from...
> > DEBUG: Executing proc-pre-org.macports.configure-configure-1
> > DEBUG: Executing org.macports.configure (php5-oracle)
> > DEBUG: Configuring in oci8
> > DEBUG: Environment: CFLAGS='-O2 -arch ppc'
> > CPPFLAGS='-I/opt/local/include' CXXFLAGS='-O2 -arch ppc'
> > MACOSX_DEPLOYMENT_TARGET='10.4' CXX='/usr/bin/g++-4.0' F90FLAGS='-O2
> > -m32' LDFLAGS='-L/opt/local/lib' OBJC='/usr/bin/gcc-4.0' 
> FCFLAGS='-O2
> > -m32' INSTALL='/usr/bin/install -c' OBJCFLAGS='-O2 -arch 
> ppc' FFLAGS='-O2
> > -m32' CC='/usr/bin/gcc-4.0'
> > DEBUG: Assembled command: 'cd
> > 
> "/opt/local/var/macports/build/_opt_local_var_macports_sources
_rsync.macports.org_release_ports_php_php5-> oracle/work/php-5.3.1/ext/oci8"
> > && ./configure --prefix=/opt/local --with-
> > oci8=instantclient,/opt/local/lib/oracle --with-pdo-
> > oci=instantclient,/opt/local/lib/oracle,10.1'
> > configure: WARNING: unrecognized options: --with-pdo-oci
> > checking for grep that handles long lines and -e... /usr/bin/grep
> > checking for egrep... /usr/bin/grep -E
> > checking for a sed that does not truncate output... 
> /opt/local/bin/gsed
> > checking whether the C compiler works... yes
> > checking for C compiler default output file name... a.out
> > checking for suffix of executables...
> > checking whether we are cross compiling... no
> > checking for suffix of object files... o
> > checking whether we are using the GNU C compiler... yes
> > checking whether /usr/bin/gcc-4.0 accepts -g... yes
> > checking for /usr/bin/gcc-4.0 option to accept ISO C89... 
> none needed
> > checking how to run the C preprocessor... /usr/bin/gcc-4.0 -E
> > checking for icc... no
> > checking for suncc... no
> > checking whether /usr/bin/gcc-4.0 and cc understand -c and 
> -o together...
> > yes
> > checking for system library directory... lib
> > checking if compiler supports -R... no
> > checking if compiler supports -Wl,-rpath,... no
> > checking build system type... powerpc-apple-darwin8.11.0
> > checking host system type... powerpc-apple-darwin8.11.0
> > checking target system type... powerpc-apple-darwin8.11.0
> > checking for PHP prefix... /opt/local
> > checking for PHP includes... -I/opt/local/include/php
> > -I/opt/local/include/php/main -I/opt/local/include/php/TSRM
> > -I/opt/local/include/php/Zend -I/opt/local/include/php/ext
> > -I/opt/local/include/php/ext/date/lib -I/opt/local/include
> > checking for PHP extension directory... 
> /opt/local/lib/php/extensions/no-
> > debug-non-zts-20090626
> > checking for PHP installed headers prefix... /opt/local/include/php
> > checking if debug is enabled... no
> > checking if zts is enabled... no
> > checking for re2c... no
> > configure: WARNING: You will need re2c 0.13.4 or later if 
> you want to
> > regenerate PHP parsers.
> > checking for gawk... gawk
> > checking for Oracle (OCI8) support... yes, shared
> > checking PHP version... Unknown option: n
> > Usage: head [-options] <url>...
> >     -m <method>   use method for the request (default is 'HEAD')
> >     -f            make request even if head believes method 
> is illegal
> >     -b <base>     Use the specified URL as base
> >     -t <timeout>  Set timeout value
> >     -i <time>     Set the If-Modified-Since header on the request
> >     -c <conttype> use this content-type for POST, PUT, CHECKIN
> >     -a            Use text mode for content I/O
> >     -p <proxyurl> use this as a proxy
> >     -P            don't load proxy settings from environment
> >     -H <header>   send this HTTP header (you can specify several)
> >
> >     -u            Display method and URL before any response
> >     -U            Display request headers (implies -u)
> >     -s            Display response status code
> >     -S            Display response status chain
> >     -e            Display response headers
> >     -d            Do not display content
> >     -o <format>   Process HTML content in various ways
> >
> >     -v            Show program version
> >     -h            Print this message
> >
> >     -x            Extra debugging output
> > configure: error: failed to detect PHP version, please report
> > Error: Target org.macports.configure returned: configure 
> failure: shell
> > command " cd
> > 
> "/opt/local/var/macports/build/_opt_local_var_macports_sources
_rsync.macports.org_release_ports_php_php5-> oracle/work/php-5.3.1/ext/oci8"
> > && ./configure --prefix=/opt/local --with-
> > oci8=instantclient,/opt/local/lib/oracle --with-pdo-
> > oci=instantclient,/opt/local/lib/oracle,10.1 " returned error 1
> > DEBUG: Backtrace: configure failure: shell command " cd
> > 
> "/opt/local/var/macports/build/_opt_local_var_macports_sources
_rsync.macports.org_release_ports_php_php5-> oracle/work/php-5.3.1/ext/oci8"
> > && ./configure --prefix=/opt/local --with-
> > oci8=instantclient,/opt/local/lib/oracle --with-pdo-
> > oci=instantclient,/opt/local/lib/oracle,10.1 " returned error 1
> >     while executing
> > "$procedure $targetname"
> > Warning: the following items did not execute (for php5-oracle):
> > org.macports.activate org.macports.configure org.macports.build
> > org.macports.destroot org.macports.install
> > Error: Status 1 encountered during processing.
> > To report a bug, see <http://guide.macports.org/#project.tickets>
> 
> New description:
> 
>  I am getting the following when attempting to upgrade php5-oracle:
> 
>  {{{
>  sudo port upgrade php5-oracle
>  Password:
>  --->  Computing dependencies for php5-oracle
>  --->  Configuring php5-oracle
>  Error: Target org.macports.configure returned: configure 
> failure: shell
>  command " cd
>  
> "/opt/local/var/macports/build/_opt_local_var_macports_sources
_rsync.macports.org_release_ports_php_php5-> oracle/work/php-5.3.1/ext/oci8"
>  && ./configure --prefix=/opt/local --with-
>  oci8=instantclient,/opt/local/lib/oracle --with-pdo-
>  oci=instantclient,/opt/local/lib/oracle,10.1 " returned error 1
>  Command output: checking for re2c... no
>  configure: WARNING: You will need re2c 0.13.4 or later if you want to
>  regenerate PHP parsers.
>  checking for gawk... gawk
>  checking for Oracle (OCI8) support... yes, shared
>  checking PHP version... Unknown option: n
>  Usage: head [-options] <url>...
>      -m <method>   use method for the request (default is 'HEAD')
>      -f            make request even if head believes method 
> is illegal
>      -b <base>     Use the specified URL as base
>      -t <timeout>  Set timeout value
>      -i <time>     Set the If-Modified-Since header on the request
>      -c <conttype> use this content-type for POST, PUT, CHECKIN
>      -a            Use text mode for content I/O
>      -p <proxyurl> use this as a proxy
>      -P            don't load proxy settings from environment
>      -H <header>   send this HTTP header (you can specify several)
> 
>      -u            Display method and URL before any response
>      -U            Display request headers (implies -u)
>      -s            Display response status code
>      -S            Display response status chain
>      -e            Display response headers
>      -d            Do not display content
>      -o <format>   Process HTML content in various ways
> 
>      -v            Show program version
>      -h            Print this message
> 
>      -x            Extra debugging output
>  configure: error: failed to detect PHP version, please report
> 
>  Error: Unable to upgrade port: 1
>  Before reporting a bug, first run the command again with the 
> -d flag to
>  get complete output.
>  }}}
> 
>  I previously ran
>  {{{
>  port clean php5-oracle
>  }}}
>  but it didn't help.
> 
>  I ran
>  {{{
>  sudo port uninstall php5-oracle
>  }}}
>  then
>  {{{
>  sudo port install php5-oracle
>  }}}
>  and got the same error message.
> 
>  When I run
>  {{{
>  sudo port -d install php5-oracle
>  }}}
>  I get the following:
> 
>  {{{
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/php/php5-oracle
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/php/php5-oracle
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/php5extension-1.0.tcl
>  DEBUG: Re-registering default for build.dir
>  DEBUG: Re-registering default for configure.dir
>  DEBUG: Re-registering default for destroot.dir
>  DEBUG: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port php5-oracle.
>  DEBUG: Requested variant darwin is not provided by port php5-oracle.
>  DEBUG: Requested variant macosx is not provided by port php5-oracle.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/lang/php5
>  DEBUG: epoch: in tree: 1 installed: 1
>  DEBUG: php5 5.3.1_1 exists in the ports tree
>  DEBUG: php5 5.3.1_1 +apache2+macosx+mysql5+oracle is the 
> latest installed
>  DEBUG: php5 5.3.1_1 +apache2+macosx+mysql5+oracle is active
>  DEBUG: Merging existing variants apache2 macosx mysql5 oracle into
>  variants
>  DEBUG: new fully merged portvariants: apache2 + oracle + mysql5 +
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/lang/php5
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: adding the default universal variant
>  DEBUG: Requested variant powerpc is not provided by port php5.
>  DEBUG: Requested variant darwin is not provided by port php5.
>  DEBUG: Executing variant macosx provides macosx
>  DEBUG: Executing variant apache2 provides apache2
>  DEBUG: Executing variant mysql5 provides mysql5
>  DEBUG: Executing variant oracle provides oracle
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/pkgconfig
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: pkgconfig 0.23_1 exists in the ports tree
>  DEBUG: pkgconfig 0.23_1  is the latest installed
>  DEBUG: pkgconfig 0.23_1  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/pkgconfig
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port pkgconfig.
>  DEBUG: Requested variant darwin is not provided by port pkgconfig.
>  DEBUG: Requested variant macosx is not provided by port pkgconfig.
>  DEBUG: No need to upgrade! pkgconfig 0.23_1 >= pkgconfig 0.23_1
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/autoconf213
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: autoconf213 2.13_1 exists in the ports tree
>  DEBUG: autoconf213 2.13_1  is the latest installed
>  DEBUG: autoconf213 2.13_1  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/autoconf213
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: 'universal_variant no' specified, so not adding the default
>  universal variant
>  DEBUG: Requested variant powerpc is not provided by port autoconf213.
>  DEBUG: Requested variant darwin is not provided by port autoconf213.
>  DEBUG: Requested variant macosx is not provided by port autoconf213.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/lang/perl5
>  DEBUG: perl5 is *not* installed by MacPorts
>  DEBUG: Searching for dependency: perl5
>  DEBUG: Didn't find receipt, going to depspec regex for: perl5
>  DEBUG: Found Dependency: path: /opt/local/bin filename: perl 
> regex: ^perl$
>  DEBUG: perl5 not installed, soft dependency satisfied
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/m4
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: m4 1.4.13_0 exists in the ports tree
>  DEBUG: m4 1.4.13_0  is the latest installed
>  DEBUG: m4 1.4.13_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/m4
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port m4.
>  DEBUG: Requested variant darwin is not provided by port m4.
>  DEBUG: Requested variant macosx is not provided by port m4.
>  DEBUG: No need to upgrade! m4 1.4.13_0 >= m4 1.4.13_0
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/lang/gawk
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: gawk 3.1.7_0 exists in the ports tree
>  DEBUG: gawk 3.1.7_0  is the latest installed
>  DEBUG: gawk 3.1.7_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/lang/gawk
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port gawk.
>  DEBUG: Requested variant darwin is not provided by port gawk.
>  DEBUG: Requested variant macosx is not provided by port gawk.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/textproc/libiconv
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: libiconv 1.13_0 exists in the ports tree
>  DEBUG: libiconv 1.13_0  is the latest installed
>  DEBUG: libiconv 1.13_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/textproc/libiconv
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port libiconv.
>  DEBUG: Requested variant darwin is not provided by port libiconv.
>  DEBUG: Requested variant macosx is not provided by port libiconv.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/gperf
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: gperf 3.0.4_0 exists in the ports tree
>  DEBUG: gperf 3.0.4_0  is the latest installed
>  DEBUG: gperf 3.0.4_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/gperf
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port gperf.
>  DEBUG: Requested variant darwin is not provided by port gperf.
>  DEBUG: Requested variant macosx is not provided by port gperf.
>  DEBUG: No need to upgrade! gperf 3.0.4_0 >= gperf 3.0.4_0
>  DEBUG: No need to upgrade! libiconv 1.13_0 >= libiconv 1.13_0
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/gettext
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: gettext 0.17_4 exists in the ports tree
>  DEBUG: gettext 0.17_4  is the latest installed
>  DEBUG: gettext 0.17_4  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/gettext
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Using group file
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/archcheck-1.0.tcl
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port gettext.
>  DEBUG: Requested variant darwin is not provided by port gettext.
>  DEBUG: Requested variant macosx is not provided by port gettext.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/ncurses
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: ncurses 5.7_0 exists in the ports tree
>  DEBUG: ncurses 5.7_0  is the latest installed
>  DEBUG: ncurses 5.7_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/ncurses
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port ncurses.
>  DEBUG: Requested variant darwin is not provided by port ncurses.
>  DEBUG: Requested variant macosx is not provided by port ncurses.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/ncursesw
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: ncursesw 5.7_0 exists in the ports tree
>  DEBUG: ncursesw 5.7_0  is the latest installed
>  DEBUG: ncursesw 5.7_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/ncursesw
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port ncursesw.
>  DEBUG: Requested variant darwin is not provided by port ncursesw.
>  DEBUG: Requested variant macosx is not provided by port ncursesw.
>  DEBUG: No need to upgrade! ncursesw 5.7_0 >= ncursesw 5.7_0
>  DEBUG: No need to upgrade! ncurses 5.7_0 >= ncurses 5.7_0
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/textproc/expat
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: expat 2.0.1_0 exists in the ports tree
>  DEBUG: expat 2.0.1_0  is the latest installed
>  DEBUG: expat 2.0.1_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/textproc/expat
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port expat.
>  DEBUG: Requested variant darwin is not provided by port expat.
>  DEBUG: Requested variant macosx is not provided by port expat.
>  DEBUG: No need to upgrade! expat 2.0.1_0 >= expat 2.0.1_0
>  DEBUG: No need to upgrade! gettext 0.17_4 >= gettext 0.17_4
>  DEBUG: No need to upgrade! gawk 3.1.7_0 >= gawk 3.1.7_0
>  DEBUG: No need to upgrade! autoconf213 2.13_1 >= autoconf213 2.13_1
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/textproc/gsed
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: gsed 4.2.1_0 exists in the ports tree
>  DEBUG: gsed 4.2.1_0 +darwin_8 is the latest installed
>  DEBUG: gsed 4.2.1_0 +darwin_8 is active
>  DEBUG: Merging existing variants darwin_8 into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/textproc/gsed
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port gsed.
>  DEBUG: Requested variant darwin is not provided by port gsed.
>  DEBUG: Requested variant macosx is not provided by port gsed.
>  DEBUG: Executing variant darwin_8 provides darwin_8
>  DEBUG: No need to upgrade! gsed 4.2.1_0 >= gsed 4.2.1_0
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/libtool
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: libtool 2.2.6b_0 exists in the ports tree
>  DEBUG: libtool 2.2.6b_0  is the latest installed
>  DEBUG: libtool 2.2.6b_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/libtool
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port libtool.
>  DEBUG: Requested variant darwin is not provided by port libtool.
>  DEBUG: Requested variant macosx is not provided by port libtool.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/automake
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: automake 1.11.1_0 exists in the ports tree
>  DEBUG: automake 1.11.1_0  is the latest installed
>  DEBUG: automake 1.11.1_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/automake
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port automake.
>  DEBUG: Requested variant darwin is not provided by port automake.
>  DEBUG: Requested variant macosx is not provided by port automake.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/autoconf
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: autoconf 2.65_0 exists in the ports tree
>  DEBUG: autoconf 2.65_0  is the latest installed
>  DEBUG: autoconf 2.65_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/autoconf
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: 'universal_variant no' specified, so not adding the default
>  universal variant
>  DEBUG: Requested variant powerpc is not provided by port autoconf.
>  DEBUG: Requested variant darwin is not provided by port autoconf.
>  DEBUG: Requested variant macosx is not provided by port autoconf.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/textproc/help2man
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: help2man 1.37.1_1 exists in the ports tree
>  DEBUG: help2man 1.37.1_1  is the latest installed
>  DEBUG: help2man 1.37.1_1  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/textproc/help2man
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port help2man.
>  DEBUG: Requested variant darwin is not provided by port help2man.
>  DEBUG: Requested variant macosx is not provided by port help2man.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/perl/p5
>  -locale-gettext
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: p5-locale-gettext 1.05_2 exists in the ports tree
>  DEBUG: p5-locale-gettext 1.05_2  is the latest installed
>  DEBUG: p5-locale-gettext 1.05_2  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/perl/p5
>  -locale-gettext
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/perl5-1.0.tcl
>  DEBUG: 'universal_variant no' specified, so not adding the default
>  universal variant
>  DEBUG: Requested variant powerpc is not provided by port p5-locale-
>  gettext.
>  DEBUG: Requested variant darwin is not provided by port 
> p5-locale-gettext.
>  DEBUG: Requested variant macosx is not provided by port 
> p5-locale-gettext.
>  DEBUG: No need to upgrade! p5-locale-gettext 1.05_2 >= 
> p5-locale-gettext
>  1.05_2
>  DEBUG: No need to upgrade! help2man 1.37.1_1 >= help2man 1.37.1_1
>  DEBUG: No need to upgrade! autoconf 2.65_0 >= autoconf 2.65_0
>  DEBUG: No need to upgrade! automake 1.11.1_0 >= automake 1.11.1_0
>  DEBUG: No need to upgrade! libtool 2.2.6b_0 >= libtool 2.2.6b_0
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/textproc/libxml2
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: libxml2 2.7.6_0 exists in the ports tree
>  DEBUG: libxml2 2.7.6_0  is the latest installed
>  DEBUG: libxml2 2.7.6_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/textproc/libxml2
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/archcheck-1.0.tcl
>  DEBUG: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port libxml2.
>  DEBUG: Requested variant darwin is not provided by port libxml2.
>  DEBUG: Requested variant macosx is not provided by port libxml2.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/archivers/zlib
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: zlib 1.2.3_4 exists in the ports tree
>  DEBUG: zlib 1.2.3_4  is the latest installed
>  DEBUG: zlib 1.2.3_4  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/archivers/zlib
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port zlib.
>  DEBUG: Requested variant darwin is not provided by port zlib.
>  DEBUG: Requested variant macosx is not provided by port zlib.
>  DEBUG: No need to upgrade! zlib 1.2.3_4 >= zlib 1.2.3_4
>  DEBUG: No need to upgrade! libxml2 2.7.6_0 >= libxml2 2.7.6_0
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/archivers/bzip2
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: bzip2 1.0.5_3 exists in the ports tree
>  DEBUG: bzip2 1.0.5_3 +darwin is the latest installed
>  DEBUG: bzip2 1.0.5_3 +darwin is active
>  DEBUG: Merging existing variants darwin into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/archivers/bzip2
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port bzip2.
>  DEBUG: Requested variant macosx is not provided by port bzip2.
>  DEBUG: Executing variant darwin provides darwin
>  DEBUG: No need to upgrade! bzip2 1.0.5_3 >= bzip2 1.0.5_3
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/mhash
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: mhash 0.9.9.9_0 exists in the ports tree
>  DEBUG: mhash 0.9.9.9_0  is the latest installed
>  DEBUG: mhash 0.9.9.9_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/mhash
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port mhash.
>  DEBUG: Requested variant darwin is not provided by port mhash.
>  DEBUG: Requested variant macosx is not provided by port mhash.
>  DEBUG: No need to upgrade! mhash 0.9.9.9_0 >= mhash 0.9.9.9_0
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/pcre
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: pcre 7.9_0 exists in the ports tree
>  DEBUG: pcre 7.9_0  is the latest installed
>  DEBUG: pcre 7.9_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/pcre
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port pcre.
>  DEBUG: Requested variant darwin is not provided by port pcre.
>  DEBUG: Requested variant macosx is not provided by port pcre.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/readline
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: readline 6.1.000_1 exists in the ports tree
>  DEBUG: readline 6.1.000_1 +darwin is the latest installed
>  DEBUG: readline 6.1.000_1 +darwin is active
>  DEBUG: Merging existing variants darwin into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/readline
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port readline.
>  DEBUG: Requested variant macosx is not provided by port readline.
>  DEBUG: Executing variant darwin provides darwin
>  DEBUG: No need to upgrade! readline 6.1.000_1 >= readline 6.1.000_1
>  DEBUG: No need to upgrade! pcre 7.9_0 >= pcre 7.9_0
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/www/apache2
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: apache2 2.2.14_0 exists in the ports tree
>  DEBUG: apache2 2.2.14_0 +darwin+preforkmpm is the latest installed
>  DEBUG: apache2 2.2.14_0 +darwin+preforkmpm is active
>  DEBUG: Merging existing variants darwin preforkmpm into variants
>  DEBUG: new fully merged portvariants: preforkmpm +
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/www/apache2
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: adding the default universal variant
>  DEBUG: Requested variant powerpc is not provided by port apache2.
>  DEBUG: Requested variant macosx is not provided by port apache2.
>  DEBUG: Executing variant darwin provides darwin
>  DEBUG: Executing variant preforkmpm provides preforkmpm
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/apr
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: apr 1.3.9_1 exists in the ports tree
>  DEBUG: apr 1.3.9_1  is the latest installed
>  DEBUG: apr 1.3.9_1  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/apr
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port apr.
>  DEBUG: Requested variant darwin is not provided by port apr.
>  DEBUG: Requested variant macosx is not provided by port apr.
>  DEBUG: No need to upgrade! apr 1.3.9_1 >= apr 1.3.9_1
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel
>  /apr-util
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: apr-util 1.3.9_0 exists in the ports tree
>  DEBUG: apr-util 1.3.9_0  is the latest installed
>  DEBUG: apr-util 1.3.9_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel
>  /apr-util
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port apr-util.
>  DEBUG: Requested variant darwin is not provided by port apr-util.
>  DEBUG: Requested variant macosx is not provided by port apr-util.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/databases/db46
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: db46 4.6.21_6 exists in the ports tree
>  DEBUG: db46 4.6.21_6  is the latest installed
>  DEBUG: db46 4.6.21_6  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/databases/db46
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port db46.
>  DEBUG: Requested variant darwin is not provided by port db46.
>  DEBUG: Requested variant macosx is not provided by port db46.
>  DEBUG: No need to upgrade! db46 4.6.21_6 >= db46 4.6.21_6
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/databases/sqlite3
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: sqlite3 3.6.22_0 exists in the ports tree
>  DEBUG: sqlite3 3.6.22_0  is the latest installed
>  DEBUG: sqlite3 3.6.22_0  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/databases/sqlite3
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: adding the default universal variant
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: Requested variant powerpc is not provided by port sqlite3.
>  DEBUG: Requested variant darwin is not provided by port sqlite3.
>  DEBUG: Requested variant macosx is not provided by port sqlite3.
>  DEBUG: No need to upgrade! sqlite3 3.6.22_0 >= sqlite3 3.6.22_0
>  DEBUG: No need to upgrade! apr-util 1.3.9_0 >= apr-util 1.3.9_0
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/devel/openssl
>  DEBUG: epoch: in tree: 1 installed: 1
>  DEBUG: openssl 0.9.8l_0 exists in the ports tree
>  DEBUG: openssl 0.9.8l_0 +darwin is the latest installed
>  DEBUG: openssl 0.9.8l_0 +darwin is active
>  DEBUG: Merging existing variants darwin into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/devel/openssl
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/group/muniversal-1.0.tcl
>  DEBUG: Reading variant descriptions from
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/_resources/port1.0/variant_descriptions.conf
>  DEBUG: universal variant already exists, so not adding the 
> default one
>  DEBUG: Requested variant powerpc is not provided by port openssl.
>  DEBUG: Requested variant macosx is not provided by port openssl.
>  DEBUG: Executing variant darwin provides darwin
>  DEBUG: No need to upgrade! openssl 0.9.8l_0 >= openssl 0.9.8l_0
>  DEBUG: No need to upgrade! apache2 2.2.14_0 >= apache2 2.2.14_0
>  DEBUG: No need to upgrade! php5 5.3.1_1 >= php5 5.3.1_1
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/databases
>  /oracle-instantclient
>  DEBUG: epoch: in tree: 0 installed: 0
>  DEBUG: oracle-instantclient 10.2.0.4.0_4 exists in the ports tree
>  DEBUG: oracle-instantclient 10.2.0.4.0_4  is the latest installed
>  DEBUG: oracle-instantclient 10.2.0.4.0_4  is active
>  DEBUG: Merging existing variants  into variants
>  DEBUG: new fully merged portvariants:
>  DEBUG: Changing to port directory:
>  
> /opt/local/var/macports/sources/rsync.macports.org/release/por
> ts/databases
>  /oracle-instantclient
>  DEBUG: OS Platform: darwin
>  DEBUG: OS Version: 8.11.0
>  DEBUG: Mac OS X Version: 10.4
>  DEBUG: System Arch: powerpc
>  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: 'universal_variant no' specified, so not adding the default
>  universal variant
>  DEBUG: Requested variant powerpc is not provided by port oracle-
>  instantclient.
>  DEBUG: Requested variant darwin is not provided by port oracle-
>  instantclient.
>  DEBUG: Requested variant macosx is not provided by port oracle-
>  instantclient.
>  DEBUG: Found port in
>  
> file:///opt/local/var/macports/sources/rsync.macports.org/rele
> ase/ports/archivers/unzip
>  DEBUG: unzip is *not* installed by MacPorts
>  DEBUG: Searching for dependency: unzip
>  DEBUG: Didn't find receipt, going to depspec regex for: unzip
>  DEBUG: Found Dependency: path: /usr/bin filename: unzip 
> regex: ^unzip$
>  DEBUG: unzip not installed, soft dependency satisfied
>  DEBUG: No need to upgrade! oracle-instantclient 10.2.0.4.0_4 
> >= oracle-
>  instantclient 10.2.0.4.0_4
>  --->  Computing dependencies for php5-oracle
>  DEBUG: Searching for dependency: php5
>  DEBUG: Found Dependency: receipt exists for php5
>  DEBUG: Searching for dependency: oracle-instantclient
>  DEBUG: Found Dependency: receipt exists for oracle-instantclient
>  DEBUG: Executing org.macports.main (php5-oracle)
>  DEBUG: Skipping completed org.macports.fetch (php5-oracle)
>  DEBUG: Skipping completed org.macports.checksum (php5-oracle)
>  DEBUG: setting option extract.cmd to /usr/bin/bzip2
>  DEBUG: Skipping completed org.macports.extract (php5-oracle)
>  DEBUG: Skipping completed org.macports.patch (php5-oracle)
>  --->  Configuring php5-oracle
>  DEBUG: Using compiler 'Mac OS X gcc 4.0'
>  DEBUG: Executing proc-pre-org.macports.configure-configure-0
>  DEBUG: Generating configure script in oci8
>  Configuring for:
>  PHP Api Version:         20090626
>  Zend Module Api No:      20090626
>  Zend Extension Api No:   220090626
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_static_works,
>  ...): suspicious cache-id, must contain _cv_ to be cached
>  ../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
>  ../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is 
> expanded from...
>  aclocal.m4:3555: AC_LIBTOOL_LINKER_OPTION is expanded from...
>  aclocal.m4:5493: _LT_AC_LANG_C_CONFIG is expanded from...
>  aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
>  aclocal.m4:2972: AC_LIBTOOL_SETUP is expanded from...
>  aclocal.m4:2952: _AC_PROG_LIBTOOL is expanded from...
>  aclocal.m4:2915: AC_PROG_LIBTOOL is expanded from...
>  configure.in:150: the top level
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works, ...):
>  suspicious cache-id, must contain _cv_ to be cached
>  aclocal.m4:3510: AC_LIBTOOL_COMPILER_OPTION is expanded from...
>  aclocal.m4:7620: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX,
>  ...): suspicious cache-id, must contain _cv_ to be cached
>  aclocal.m4:5606: _LT_AC_LANG_CXX_CONFIG is expanded from...
>  aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
>  aclocal.m4:4641: _LT_AC_TAGCONFIG is expanded from...
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_static_works,
>  ...): suspicious cache-id, must contain _cv_ to be cached
>  ../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
>  ../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is 
> expanded from...
>  aclocal.m4:3555: AC_LIBTOOL_LINKER_OPTION is expanded from...
>  aclocal.m4:5493: _LT_AC_LANG_C_CONFIG is expanded from...
>  aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
>  aclocal.m4:2972: AC_LIBTOOL_SETUP is expanded from...
>  aclocal.m4:2952: _AC_PROG_LIBTOOL is expanded from...
>  aclocal.m4:2915: AC_PROG_LIBTOOL is expanded from...
>  configure.in:150: the top level
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works, ...):
>  suspicious cache-id, must contain _cv_ to be cached
>  aclocal.m4:3510: AC_LIBTOOL_COMPILER_OPTION is expanded from...
>  aclocal.m4:7620: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX,
>  ...): suspicious cache-id, must contain _cv_ to be cached
>  aclocal.m4:5606: _LT_AC_LANG_CXX_CONFIG is expanded from...
>  aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
>  aclocal.m4:4641: _LT_AC_TAGCONFIG is expanded from...
>  DEBUG: Generating configure script in pdo_oci
>  Configuring for:
>  PHP Api Version:         20090626
>  Zend Module Api No:      20090626
>  Zend Extension Api No:   220090626
>  config.m4:196: warning: AC_CACHE_VAL(pdo_inc_path, ...): 
> suspicious cache-
>  id, must contain _cv_ to be cached
>  ../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
>  ../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is 
> expanded from...
>  aclocal.m4:2738: PHP_CHECK_PDO_INCLUDES is expanded from...
>  config.m4:196: the top level
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_static_works,
>  ...): suspicious cache-id, must contain _cv_ to be cached
>  aclocal.m4:3555: AC_LIBTOOL_LINKER_OPTION is expanded from...
>  aclocal.m4:5493: _LT_AC_LANG_C_CONFIG is expanded from...
>  aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
>  aclocal.m4:2972: AC_LIBTOOL_SETUP is expanded from...
>  aclocal.m4:2952: _AC_PROG_LIBTOOL is expanded from...
>  aclocal.m4:2915: AC_PROG_LIBTOOL is expanded from...
>  configure.in:150: the top level
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works, ...):
>  suspicious cache-id, must contain _cv_ to be cached
>  aclocal.m4:3510: AC_LIBTOOL_COMPILER_OPTION is expanded from...
>  aclocal.m4:7620: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX,
>  ...): suspicious cache-id, must contain _cv_ to be cached
>  aclocal.m4:5606: _LT_AC_LANG_CXX_CONFIG is expanded from...
>  aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
>  aclocal.m4:4641: _LT_AC_TAGCONFIG is expanded from...
>  config.m4:196: warning: AC_CACHE_VAL(pdo_inc_path, ...): 
> suspicious cache-
>  id, must contain _cv_ to be cached
>  ../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
>  ../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is 
> expanded from...
>  aclocal.m4:2738: PHP_CHECK_PDO_INCLUDES is expanded from...
>  config.m4:196: the top level
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_static_works,
>  ...): suspicious cache-id, must contain _cv_ to be cached
>  aclocal.m4:3555: AC_LIBTOOL_LINKER_OPTION is expanded from...
>  aclocal.m4:5493: _LT_AC_LANG_C_CONFIG is expanded from...
>  aclocal.m4:5492: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
>  aclocal.m4:2972: AC_LIBTOOL_SETUP is expanded from...
>  aclocal.m4:2952: _AC_PROG_LIBTOOL is expanded from...
>  aclocal.m4:2915: AC_PROG_LIBTOOL is expanded from...
>  configure.in:150: the top level
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works, ...):
>  suspicious cache-id, must contain _cv_ to be cached
>  aclocal.m4:3510: AC_LIBTOOL_COMPILER_OPTION is expanded from...
>  aclocal.m4:7620: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
>  configure.in:150: warning: 
> AC_CACHE_VAL(lt_prog_compiler_pic_works_CXX,
>  ...): suspicious cache-id, must contain _cv_ to be cached
>  aclocal.m4:5606: _LT_AC_LANG_CXX_CONFIG is expanded from...
>  aclocal.m4:5605: AC_LIBTOOL_LANG_CXX_CONFIG is expanded from...
>  aclocal.m4:4641: _LT_AC_TAGCONFIG is expanded from...
>  DEBUG: Executing proc-pre-org.macports.configure-configure-1
>  DEBUG: Executing org.macports.configure (php5-oracle)
>  DEBUG: Configuring in oci8
>  DEBUG: Environment: CFLAGS='-O2 -arch ppc' 
> CPPFLAGS='-I/opt/local/include'
>  CXXFLAGS='-O2 -arch ppc' MACOSX_DEPLOYMENT_TARGET='10.4'
>  CXX='/usr/bin/g++-4.0' F90FLAGS='-O2 -m32' LDFLAGS='-L/opt/local/lib'
>  OBJC='/usr/bin/gcc-4.0' FCFLAGS='-O2 -m32' 
> INSTALL='/usr/bin/install -c'
>  OBJCFLAGS='-O2 -arch ppc' FFLAGS='-O2 -m32' CC='/usr/bin/gcc-4.0'
>  DEBUG: Assembled command: 'cd
>  
> "/opt/local/var/macports/build/_opt_local_var_macports_sources
_rsync.macports.org_release_ports_php_php5-> oracle/work/php-5.3.1/ext/oci8"
>  && ./configure --prefix=/opt/local --with-
>  oci8=instantclient,/opt/local/lib/oracle --with-pdo-
>  oci=instantclient,/opt/local/lib/oracle,10.1'
>  configure: WARNING: unrecognized options: --with-pdo-oci
>  checking for grep that handles long lines and -e... /usr/bin/grep
>  checking for egrep... /usr/bin/grep -E
>  checking for a sed that does not truncate output... 
> /opt/local/bin/gsed
>  checking whether the C compiler works... yes
>  checking for C compiler default output file name... a.out
>  checking for suffix of executables...
>  checking whether we are cross compiling... no
>  checking for suffix of object files... o
>  checking whether we are using the GNU C compiler... yes
>  checking whether /usr/bin/gcc-4.0 accepts -g... yes
>  checking for /usr/bin/gcc-4.0 option to accept ISO C89... none needed
>  checking how to run the C preprocessor... /usr/bin/gcc-4.0 -E
>  checking for icc... no
>  checking for suncc... no
>  checking whether /usr/bin/gcc-4.0 and cc understand -c and 
> -o together...
>  yes
>  checking for system library directory... lib
>  checking if compiler supports -R... no
>  checking if compiler supports -Wl,-rpath,... no
>  checking build system type... powerpc-apple-darwin8.11.0
>  checking host system type... powerpc-apple-darwin8.11.0
>  checking target system type... powerpc-apple-darwin8.11.0
>  checking for PHP prefix... /opt/local
>  checking for PHP includes... -I/opt/local/include/php
>  -I/opt/local/include/php/main -I/opt/local/include/php/TSRM
>  -I/opt/local/include/php/Zend -I/opt/local/include/php/ext
>  -I/opt/local/include/php/ext/date/lib -I/opt/local/include
>  checking for PHP extension directory... 
> /opt/local/lib/php/extensions/no-
>  debug-non-zts-20090626
>  checking for PHP installed headers prefix... /opt/local/include/php
>  checking if debug is enabled... no
>  checking if zts is enabled... no
>  checking for re2c... no
>  configure: WARNING: You will need re2c 0.13.4 or later if you want to
>  regenerate PHP parsers.
>  checking for gawk... gawk
>  checking for Oracle (OCI8) support... yes, shared
>  checking PHP version... Unknown option: n
>  Usage: head [-options] <url>...
>      -m <method>   use method for the request (default is 'HEAD')
>      -f            make request even if head believes method 
> is illegal
>      -b <base>     Use the specified URL as base
>      -t <timeout>  Set timeout value
>      -i <time>     Set the If-Modified-Since header on the request
>      -c <conttype> use this content-type for POST, PUT, CHECKIN
>      -a            Use text mode for content I/O
>      -p <proxyurl> use this as a proxy
>      -P            don't load proxy settings from environment
>      -H <header>   send this HTTP header (you can specify several)
> 
>      -u            Display method and URL before any response
>      -U            Display request headers (implies -u)
>      -s            Display response status code
>      -S            Display response status chain
>      -e            Display response headers
>      -d            Do not display content
>      -o <format>   Process HTML content in various ways
> 
>      -v            Show program version
>      -h            Print this message
> 
>      -x            Extra debugging output
>  configure: error: failed to detect PHP version, please report
>  Error: Target org.macports.configure returned: configure 
> failure: shell
>  command " cd
>  
> "/opt/local/var/macports/build/_opt_local_var_macports_sources
_rsync.macports.org_release_ports_php_php5-> oracle/work/php-5.3.1/ext/oci8"
>  && ./configure --prefix=/opt/local --with-
>  oci8=instantclient,/opt/local/lib/oracle --with-pdo-
>  oci=instantclient,/opt/local/lib/oracle,10.1 " returned error 1
>  DEBUG: Backtrace: configure failure: shell command " cd
>  
> "/opt/local/var/macports/build/_opt_local_var_macports_sources
_rsync.macports.org_release_ports_php_php5-> oracle/work/php-5.3.1/ext/oci8"
>  && ./configure --prefix=/opt/local --with-
>  oci8=instantclient,/opt/local/lib/oracle --with-pdo-
>  oci=instantclient,/opt/local/lib/oracle,10.1 " returned error 1
>      while executing
>  "$procedure $targetname"
>  Warning: the following items did not execute (for php5-oracle):
>  org.macports.activate org.macports.configure org.macports.build
>  org.macports.destroot org.macports.install
>  Error: Status 1 encountered during processing.
>  To report a bug, see <http://guide.macports.org/#project.tickets>
>  }}}
> 
> --
> 
> Comment:
> 
>  Don't forget WikiFormatting.
> 
>  You have installed [http://search.cpan.org/perldoc?LWP 
> libwww-perl] with
>  its helper "HEAD" program, which has replaced your OS's 
> unrelated "head"
>  program because Mac OS X's filesystem is case-insensitive. 
> Please restore
>  the proper "head" program into your /usr/bin from your 
> backups or from
>  another machine with the same OS version, or reinstall Mac 
> OS X to get it
>  back. To avoid this, don't install libwww-perl with its 
> "helper" scripts.
>  If you install p5-libwww-perl using MacPorts, it will not 
> include these
>  helper scripts so you will not have this problem.
> 
>  
> http://www.macosxhints.com/article.php?story=20010603142727786
> &query=perl+HEAD
> 
> -- 
> Ticket URL: <http://trac.macports.org/ticket/23312#comment:1>
> MacPorts <http://www.macports.org/>
> Ports system for Mac OS
>

I finally got around to trying this. /usr/bin does not contain "HEAD", it
contains only "head". This head is dated August 22, 2005 like all the other
versions of head on all my other Macs that have Tiger installed. Running a
binary comparison to head from a Mac that never had LWP installed shows them
to be identical files. 

I now get the "Unable to detect PHP version" error on two G4 servers that
have Tiger installed. What else could be causing the error?

John Korchok 


From ryandesign at macports.org  Wed Feb  3 12:02:43 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 3 Feb 2010 14:02:43 -0600
Subject: [MacPorts] #23312: Unable to detect PHP version
In-Reply-To: <BLU0-SMTP6332C0586FD130FE700D98DC560@phx.gbl>
References: <056.7f3dfe8b7c40a05b456c3aecf19f4586@macports.org>
	<065.a910ccc58b6b715fe7be322e05e290ef@macports.org>
	<BLU0-SMTP6332C0586FD130FE700D98DC560@phx.gbl>
Message-ID: <047F5549-7B9D-4AB2-A6AC-F44EE359DD98@macports.org>

John reported:

>> checking PHP version... Unknown option: n
>> Usage: head [-options] <url>...
>>     -m <method>   use method for the request (default is 'HEAD')
>>     -f            make request even if head believes method 
>> is illegal
>>     -b <base>     Use the specified URL as base
>>     -t <timeout>  Set timeout value
>>     -i <time>     Set the If-Modified-Since header on the request
>>     -c <conttype> use this content-type for POST, PUT, CHECKIN
>>     -a            Use text mode for content I/O
>>     -p <proxyurl> use this as a proxy
>>     -P            don't load proxy settings from environment
>>     -H <header>   send this HTTP header (you can specify several)
>> 
>>     -u            Display method and URL before any response
>>     -U            Display request headers (implies -u)
>>     -s            Display response status code
>>     -S            Display response status chain
>>     -e            Display response headers
>>     -d            Do not display content
>>     -o <format>   Process HTML content in various ways
>> 
>>     -v            Show program version
>>     -h            Print this message
>> 
>>     -x            Extra debugging output
>> configure: error: failed to detect PHP version, please report
>> 

Ryan replied:

>> You have installed [http://search.cpan.org/perldoc?LWP 
>> libwww-perl] with
>> its helper "HEAD" program, which has replaced your OS's 
>> unrelated "head"
>> program because Mac OS X's filesystem is case-insensitive. 
>> Please restore
>> the proper "head" program into your /usr/bin from your 
>> backups or from
>> another machine with the same OS version, or reinstall Mac 
>> OS X to get it
>> back. To avoid this, don't install libwww-perl with its 
>> "helper" scripts.
>> If you install p5-libwww-perl using MacPorts, it will not 
>> include these
>> helper scripts so you will not have this problem.
>> 
>> 
>> http://www.macosxhints.com/article.php?story=20010603142727786
>> &query=perl+HEAD

John responded:

> I finally got around to trying this. /usr/bin does not contain "HEAD", it
> contains only "head". This head is dated August 22, 2005 like all the other
> versions of head on all my other Macs that have Tiger installed. Running a
> binary comparison to head from a Mac that never had LWP installed shows them
> to be identical files. 
> 
> I now get the "Unable to detect PHP version" error on two G4 servers that
> have Tiger installed. What else could be causing the error?

The error you reported sure looks like the usage message that LWP's HEAD program prints, so you definitely have it installed and it's definitely interfering with your php5-oracle build. If LWP's HEAD is not in /usr/bin, it is somewhere else on your disk that the configure script is finding it. Check every part of binpath as set in your macports.conf, e.g. check /bin, /sbin, /usr/bin, /usr/sbin, /opt/local/bin, /opt/local/sbin, and if that doesn't work, use locate or find. It's there somewhere.



From ryandesign at macports.org  Thu Feb  4 17:49:37 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 4 Feb 2010 19:49:37 -0600
Subject: Procedure to print notes
Message-ID: <7B683C0A-C8CF-41E2-ADE6-10C1835BD4FE@macports.org>

I want to use the notes feature in the minivmac port. But I want to be able to output the notes in the pre-fetch phase and abort if the user doesn't have the ROM files installed yet; the port currently uses ui_msg to accomplish this. I discovered I can print the notes like this:

ui_msg ${portnotes}

but it's not wrapped nicely. I was expecting to find a procedure I could call that would just print the notes correctly formatted, but instead I found that the code to format the notes is implemented independently and in different ways in action_notes in src/port/port.tcl and in portactivate::activate_main in src/port1.0/portactivate.tcl. Can this be consolidated into a single public function that ports can call when needed? Or is there another mechanism already in place that I've missed?


From ryandesign at macports.org  Thu Feb  4 17:56:34 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 4 Feb 2010 19:56:34 -0600
Subject: Filename in base source code file headers
Message-ID: <9E74384F-6775-47D5-A7F3-C2063AECB397@macports.org>

The source code files in base each begin with a long header that starts like this:


# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- vim:fenc=utf-8:filetype=tcl:et:sw=4:ts=4:sts=4
# portconfigure.tcl
# $Id: portconfigure.tcl 62223 2010-01-01 10:20:10Z ryandesign at macports.org $


Is there a good reason why we list the filename on a line by itself? I propose deleting that line, since the $Id$ line already contains the filename.



From jeremyhu at macports.org  Fri Feb  5 11:28:05 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Fri, 05 Feb 2010 11:28:05 -0800
Subject: Regression in [63442] trunk/base/src
In-Reply-To: <20100205044928.5309A3E51890@beta.macosforge.org>
References: <20100205044928.5309A3E51890@beta.macosforge.org>
Message-ID: <301283E9-0A4E-44E3-B1D1-4B2B39C9B156@macports.org>


DEBUG: Backtrace: can't read "registry.format": no such variable
    while executing
"string equal ${registry.format} "receipt_sqlite""
    (procedure "portinstall::install_main" line 4)
    invoked from within
"$procedure $targetname"
Warning: the following items did not execute (for xorg-util-macros): org.macports.activate org.macports.install
Log for xorg-util-macros is at: /opt/local/var/macports/logs/_Users_jeremy_src_macports-trunk_dports_x11_xorg-util-macros/main.log

But shouldn't you be using ${macports::registry.format} ?

Index: src/port1.0/portinstall.tcl
===================================================================
--- src/port1.0/portinstall.tcl	(revision 63463)
+++ src/port1.0/portinstall.tcl	(working copy)
@@ -136,7 +136,8 @@
     global name version portpath categories description long_description \
     homepage depends_run installPlist package-install uninstall workdir \
     worksrcdir UI_PREFIX destroot revision maintainers ports_force \
-    portvariants targets depends_lib PortInfo epoch license registry.installtype registry.path
+    portvariants targets depends_lib PortInfo epoch license registry.installtype registry.path \
+    registry.format
 
     if {[string equal ${registry.format} "receipt_sqlite"]} {
         # registry2.0



On Feb 4, 2010, at 20:49, jmr at macports.org wrote:

> Revision: 63442
>          http://trac.macports.org/changeset/63442
> Author:   jmr at macports.org
> Date:     2010-02-04 20:49:23 -0800 (Thu, 04 Feb 2010)
> Log Message:
> -----------
> more reg2 wiring up
> 
> Modified Paths:
> --------------
>    trunk/base/src/port1.0/portinstall.tcl
>    trunk/base/src/registry2.0/entryobj.c
>    trunk/base/src/registry2.0/portimage.tcl
>    trunk/base/src/registry2.0/portuninstall.tcl
> 
> Modified: trunk/base/src/port1.0/portinstall.tcl
> ===================================================================
> --- trunk/base/src/port1.0/portinstall.tcl	2010-02-05 03:54:43 UTC (rev 63441)
> +++ trunk/base/src/port1.0/portinstall.tcl	2010-02-05 04:49:23 UTC (rev 63442)
> @@ -56,7 +56,7 @@
> set_ui_prefix
> 
> proc portinstall::install_start {args} {
> -    global UI_PREFIX name version revision variations portvariants
> +    global UI_PREFIX name version revision portvariants
>     global prefix
>     ui_msg "$UI_PREFIX [format [msgcat::mc "Installing %s @%s_%s%s"] $name $version $revision $portvariants]"
> 
> @@ -92,26 +92,18 @@
>     }
> }
> 
> -proc portinstall::directory_dig {rootdir workdir regref {cwd ""}} {
> +proc portinstall::directory_dig {rootdir workdir imagedir {cwd ""} {prepend 1}} {
>     global installPlist
>     set pwd [pwd]
>     if {[catch {_cd $workdir} err]} {
>         puts $err
>         return
>     }
> -    
> +
> +    set root [file join [file separator] $imagedir]
>     foreach name [readdir .] {
>         set element [file join $cwd $name]
> -        
> -        if {![info exists root]} {
> -            set root [file separator]
> -        }
> -        
> -        if { [registry_prop_retr $regref installtype] == "image" } {
> -            set imagedir [registry_prop_retr $regref imagedir]
> -            set root [file join $root $imagedir]
> -        }
> -        
> +
>         set dst_element [file join $root $element]
>         set src_element [file join $rootdir $element]
>         # overwrites files but not directories
> @@ -126,65 +118,115 @@
>             install_element $src_element $dst_element
>             # only track files/links for registry, not directories
>             if {[file type $dst_element] != "directory"} {
> -                lappend installPlist $dst_element
> +                if {$prepend} {
> +                    lappend installPlist $dst_element
> +                } else {
> +                    lappend installPlist [file join [file separator] $element]
> +                }
>             }
>         }
>         if {[file isdirectory $name] && [file type $name] != "link"} {
> -            directory_dig $rootdir $name $regref [file join $cwd $name]
> +            directory_dig $rootdir $name $imagedir [file join $cwd $name]
>         }
>     }
>     _cd $pwd
> }
> 
> proc portinstall::install_main {args} {
> -    global name version portpath categories description long_description homepage depends_run installPlist package-install uninstall workdir worksrcdir pregrefix UI_PREFIX destroot revision maintainers ports_force portvariants targets depends_lib PortInfo epoch license
> -    
> -    # Begin the registry entry
> -    set regref [registry_new $name $version $revision $portvariants $epoch]
> -    
> -    # Install the files
> -    directory_dig ${destroot} ${destroot} ${regref}
> -    
> -    registry_prop_store $regref categories $categories
> -    
> -    if {[info exists description]} {
> -        registry_prop_store $regref description [string map {\n \\n} ${description}]
> -    }
> -    if {[info exists long_description]} {
> -        registry_prop_store $regref long_description [string map {\n \\n} ${long_description}]
> -    }
> -    if {[info exists license]} {
> -        registry_prop_store $regref license ${license}
> -    }
> -    if {[info exists homepage]} {
> -        registry_prop_store $regref homepage ${homepage}
> -    }
> -    if {[info exists maintainers]} {
> -        registry_prop_store $regref maintainers ${maintainers}
> -    }
> -    if {[info exists depends_run]} {
> -        registry_prop_store $regref depends_run $depends_run
> -        registry_register_deps $depends_run $name
> -    }
> -    if {[info exists depends_lib]} {
> -        registry_prop_store $regref depends_lib $depends_lib
> -        registry_register_deps $depends_lib $name
> -    }
> -    if {[info exists installPlist]} {
> -        registry_prop_store $regref contents [registry_fileinfo_for_index $installPlist]
> -        if { [registry_prop_retr $regref installtype] != "image" } {
> -            registry_bulk_register_files [registry_fileinfo_for_index $installPlist] $name
> +    global name version portpath categories description long_description \
> +    homepage depends_run installPlist package-install uninstall workdir \
> +    worksrcdir UI_PREFIX destroot revision maintainers ports_force \
> +    portvariants targets depends_lib PortInfo epoch license registry.installtype registry.path
> +
> +    if {[string equal ${registry.format} "receipt_sqlite"]} {
> +        # registry2.0
> +        registry::write {
> +
> +            set regref [registry::entry create $name $version $revision $portvariants $epoch]
> +
> +            # XXX this fails to describe path deps
> +            if {[info exists depends_run]} {
> +                foreach dep $depends_run {
> +                    $regref depends [lindex [split $dep :] end]
> +                }
> +            }
> +            if {[info exists depends_lib]} {
> +                foreach dep $depends_lib {
> +                    $regref depends [lindex [split $dep :] end]
> +                }
> +            }
> +
> +            if {${registry.installtype} == "image"} {
> +                $regref installtype image
> +                $regref state imaged
> +                set imagedir [file join ${registry.path} software ${name} ${version}_${revision}${portvariants}]
> +                $regref location $imagedir
> +            } else {
> +                $regref installtype direct
> +                $regref state installed
> +                set imagedir ""
> +            }
> +
> +            # Install the files, requesting that the list not have the image dir prepended
> +            directory_dig ${destroot} ${destroot} ${imagedir} "" 0
> +            
> +            if {[info exists installPlist]} {
> +                # register files
> +                $regref map $installPlist
> +            }
>         }
> +    } else {
> +        # Begin the registry entry
> +        set regref [registry_new $name $version $revision $portvariants $epoch]
> +
> +        set imagedir ""
> +        if { [registry_prop_retr $regref installtype] == "image" } {
> +            set imagedir [registry_prop_retr $regref imagedir]
> +        }
> +        # Install the files
> +        directory_dig ${destroot} ${destroot} ${imagedir}
> +
> +        registry_prop_store $regref categories $categories
> +
> +        if {[info exists description]} {
> +            registry_prop_store $regref description [string map {\n \\n} ${description}]
> +        }
> +        if {[info exists long_description]} {
> +            registry_prop_store $regref long_description [string map {\n \\n} ${long_description}]
> +        }
> +        if {[info exists license]} {
> +            registry_prop_store $regref license ${license}
> +        }
> +        if {[info exists homepage]} {
> +            registry_prop_store $regref homepage ${homepage}
> +        }
> +        if {[info exists maintainers]} {
> +            registry_prop_store $regref maintainers ${maintainers}
> +        }
> +        if {[info exists depends_run]} {
> +            registry_prop_store $regref depends_run $depends_run
> +            registry_register_deps $depends_run $name
> +        }
> +        if {[info exists depends_lib]} {
> +            registry_prop_store $regref depends_lib $depends_lib
> +            registry_register_deps $depends_lib $name
> +        }
> +        if {[info exists installPlist]} {
> +            registry_prop_store $regref contents [registry_fileinfo_for_index $installPlist]
> +            if { [registry_prop_retr $regref installtype] != "image" } {
> +                registry_bulk_register_files [registry_fileinfo_for_index $installPlist] $name
> +            }
> +        }
> +        if {[info exists package-install]} {
> +            registry_prop_store $regref package-install ${package-install}
> +        }
> +        if {[info proc pkg_uninstall] == "pkg_uninstall"} {
> +            registry_prop_store $regref uninstall [proc_disasm pkg_uninstall]
> +        }
> +
> +        registry_write $regref
>     }
> -    if {[info exists package-install]} {
> -        registry_prop_store $regref package-install ${package-install}
> -    }
> -    if {[info proc pkg_uninstall] == "pkg_uninstall"} {
> -        registry_prop_store $regref uninstall [proc_disasm pkg_uninstall]
> -    }
> -    
> -    registry_write $regref
> -    
> +
>     return 0
> }
> 
> 
> Modified: trunk/base/src/registry2.0/entryobj.c
> ===================================================================
> --- trunk/base/src/registry2.0/entryobj.c	2010-02-05 03:54:43 UTC (rev 63441)
> +++ trunk/base/src/registry2.0/entryobj.c	2010-02-05 04:49:23 UTC (rev 63442)
> @@ -189,7 +189,7 @@
>         Tcl_Obj* CONST objv[]) {
>     reg_registry* reg = registry_for(interp, reg_attached);
>     if (objc != 2) {
> -        Tcl_WrongNumArgs(interp, 1, objv, "files");
> +        Tcl_WrongNumArgs(interp, 1, objv, "imagefiles");
>         return TCL_ERROR;
>     } else if (reg == NULL) {
>         return TCL_ERROR;
> 
> Modified: trunk/base/src/registry2.0/portimage.tcl
> ===================================================================
> --- trunk/base/src/registry2.0/portimage.tcl	2010-02-05 03:54:43 UTC (rev 63441)
> +++ trunk/base/src/registry2.0/portimage.tcl	2010-02-05 04:49:23 UTC (rev 63442)
> @@ -159,7 +159,7 @@
>     }
> 
>     if {$use_reg2} {
> -        _activate_contents $port
> +        _activate_contents $requested
>         $requested state active
>     } else {
>         set imagedir [registry::property_retrieve $ref imagedir]
> 
> Modified: trunk/base/src/registry2.0/portuninstall.tcl
> ===================================================================
> --- trunk/base/src/registry2.0/portuninstall.tcl	2010-02-05 03:54:43 UTC (rev 63441)
> +++ trunk/base/src/registry2.0/portuninstall.tcl	2010-02-05 04:49:23 UTC (rev 63442)
> @@ -235,7 +235,8 @@
> 
>     # Now look for a contents list
>     if {$use_reg2} {
> -        set contents [$port files]
> +        # imagefiles gives the actual installed files in direct mode
> +        set contents [$port imagefiles]
>     } else {
>         set contents [registry::property_retrieve $ref contents]
>         if { $contents == "" } {
> _______________________________________________
> macports-changes mailing list
> macports-changes at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes


From jmr at macports.org  Fri Feb  5 13:18:00 2010
From: jmr at macports.org (Joshua Root)
Date: Sat, 06 Feb 2010 08:18:00 +1100
Subject: Regression in [63442] trunk/base/src
In-Reply-To: <301283E9-0A4E-44E3-B1D1-4B2B39C9B156@macports.org>
References: <20100205044928.5309A3E51890@beta.macosforge.org>
	<301283E9-0A4E-44E3-B1D1-4B2B39C9B156@macports.org>
Message-ID: <4B6C8B08.7000105@macports.org>

On 2010-2-6 06:28 , Jeremy Huddleston wrote:
> 
> DEBUG: Backtrace: can't read "registry.format": no such variable
>     while executing
> "string equal ${registry.format} "receipt_sqlite""
>     (procedure "portinstall::install_main" line 4)
>     invoked from within
> "$procedure $targetname"
> Warning: the following items did not execute (for xorg-util-macros): org.macports.activate org.macports.install
> Log for xorg-util-macros is at: /opt/local/var/macports/logs/_Users_jeremy_src_macports-trunk_dports_x11_xorg-util-macros/main.log
> 
> But shouldn't you be using ${macports::registry.format} ?

Not in port1.0.

> Index: src/port1.0/portinstall.tcl
> ===================================================================
> --- src/port1.0/portinstall.tcl	(revision 63463)
> +++ src/port1.0/portinstall.tcl	(working copy)
> @@ -136,7 +136,8 @@
>      global name version portpath categories description long_description \
>      homepage depends_run installPlist package-install uninstall workdir \
>      worksrcdir UI_PREFIX destroot revision maintainers ports_force \
> -    portvariants targets depends_lib PortInfo epoch license registry.installtype registry.path
> +    portvariants targets depends_lib PortInfo epoch license registry.installtype registry.path \
> +    registry.format
>  
>      if {[string equal ${registry.format} "receipt_sqlite"]} {
>          # registry2.0
> 

Thanks, go ahead and commit this.

- Josh

From brad at pixilla.com  Sun Feb  7 12:18:36 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Sun, 7 Feb 2010 12:18:36 -0800
Subject: pkg and mpkg
Message-ID: <D886E9DC-2DF3-4150-AA13-93708C0F6D56@pixilla.com>

Can port download and install pkg and mpkg packages?

There might be a port I want to create and while the product runs on  
Tiger, Leopard and Snow Leopard the latest version can only compile on  
Snow Leopard.

There are however pkg and mpkg downloads.

// Brad

From jmr at macports.org  Sun Feb  7 12:37:30 2010
From: jmr at macports.org (Joshua Root)
Date: Mon, 08 Feb 2010 07:37:30 +1100
Subject: pkg and mpkg
In-Reply-To: <D886E9DC-2DF3-4150-AA13-93708C0F6D56@pixilla.com>
References: <D886E9DC-2DF3-4150-AA13-93708C0F6D56@pixilla.com>
Message-ID: <4B6F248A.9000304@macports.org>

On 2010-2-8 07:18 , Bradley Giesbrecht wrote:
> Can port download and install pkg and mpkg packages?
> 
> There might be a port I want to create and while the product runs on
> Tiger, Leopard and Snow Leopard the latest version can only compile on
> Snow Leopard.
> 
> There are however pkg and mpkg downloads.

Portfiles are Turing complete, so yes, you can in principle install
however you like. It seems strange that the software would be able to
build against the 10.4 SDK but not actually on < 10.6 though.

- Josh

From raimue at macports.org  Sun Feb  7 19:00:11 2010
From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=)
Date: Mon, 08 Feb 2010 04:00:11 +0100
Subject: [60769] trunk/base/src
In-Reply-To: <20091123032352.3F68C341DC8E@beta.macosforge.org>
References: <20091123032352.3F68C341DC8E@beta.macosforge.org>
Message-ID: <4B6F7E3B.2080109@macports.org>

On 2009-11-23 04:23 , jmr at macports.org wrote:
> Revision: 60769
>           http://trac.macports.org/changeset/60769
> Author:   jmr at macports.org
> Date:     2009-11-22 19:23:47 -0800 (Sun, 22 Nov 2009)
> Log Message:
> -----------
> stop including command output in the return value of the system proc (#21084), print log file location and ticket guidelines URL when a target fails
> 
> Modified Paths:
> --------------
>     trunk/base/src/macports1.0/macports.tcl
>     trunk/base/src/pextlib1.0/system.c
>     trunk/base/src/port/port.tcl
> 
[...]
> Modified: trunk/base/src/port/port.tcl
> ===================================================================
> --- trunk/base/src/port/port.tcl	2009-11-23 00:54:11 UTC (rev 60768)
> +++ trunk/base/src/port/port.tcl	2009-11-23 03:23:47 UTC (rev 60769)
> @@ -155,6 +155,13 @@
>      }
>  }
>  
> +# show the URL for the ticket reporting instructions
> +proc print_tickets_url {args} {
> +    if {![macports::ui_isset ports_quiet]} {
> +        ui_msg "To report a bug, see <http://guide.macports.org/#project.tickets>"
> +    }
> +}
> +

This error message is now also displayed on wrong user input, for
example a wrong port name.

For example:
  $ port -v upgrade does_not_exist
  Error: does_not_exist is not installed
  To report a bug, see <http://guide.macports.org/#project.tickets>

This message should only be displayed if an error occurs during
processing. I am not sure if there is a quick way to fix this as the
return code of actions does currently not tell the reason for the
failure in every case.

If nobody else has a quick solution, I will open a remainder ticket in
the 1.9 milestone as this needs to be resolved before the release.

Rainer

From brad at pixilla.com  Sun Feb  7 22:07:35 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Sun, 7 Feb 2010 22:07:35 -0800
Subject: pkg and mpkg
In-Reply-To: <4B6F248A.9000304@macports.org>
References: <D886E9DC-2DF3-4150-AA13-93708C0F6D56@pixilla.com>
	<4B6F248A.9000304@macports.org>
Message-ID: <A74012C2-6F10-4E5C-ADAC-29DAB1952B89@pixilla.com>


On Feb 7, 2010, at 12:37 PM, Joshua Root wrote:

> On 2010-2-8 07:18 , Bradley Giesbrecht wrote:
>> Can port download and install pkg and mpkg packages?
>>
>> There might be a port I want to create and while the product runs on
>> Tiger, Leopard and Snow Leopard the latest version can only compile  
>> on
>> Snow Leopard.
>>
>> There are however pkg and mpkg downloads.
>
> Portfiles are Turing complete, so yes, you can in principle install
> however you like. It seems strange that the software would be able to
> build against the 10.4 SDK but not actually on < 10.6 though.

So how would you do it? I'm sure the portfile needs to not configure  
and to not build. Are there port commands for to run apples installer?

// Brad

From mdcrawford at gmail.com  Sun Feb  7 23:09:00 2010
From: mdcrawford at gmail.com (Michael Crawford)
Date: Sun, 7 Feb 2010 23:09:00 -0800
Subject: pkg and mpkg
In-Reply-To: <4B6F248A.9000304@macports.org>
References: <D886E9DC-2DF3-4150-AA13-93708C0F6D56@pixilla.com>
	<4B6F248A.9000304@macports.org>
Message-ID: <dc9f86e81002072309u170fa65ajeb1b729705a91795@mail.gmail.com>

On Sun, Feb 7, 2010 at 12:37 PM, Joshua Root <jmr at macports.org> wrote:
> Portfiles are Turing complete, so yes, you can in principle install
> however you like. It seems strange that the software would be able to
> build against the 10.4 SDK but not actually on < 10.6 though.

One can build software that uses 10.6 features if they are present,
but is still compatible with 10.4 and 10.5 provided one doesn't try to
use features that they didn't support.

The way this works is that the dynamic linker will set some of the
system framework function pointers to NULL if they aren't supported by
the framework.  So it is up to the developer to check the function
pointers before actually using them.

I don't know how it would be handled with MacPorts, but with Xcode
projects one can specify different major releases for the SDK and for
the deployment target.

Mike
-- 
Michael David Crawford
mdcrawford at gmail dot com

   GoingWare's Bag of Programming Tricks
      http://www.goingware.com/tips/

From brad at pixilla.com  Sun Feb  7 23:21:52 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Sun, 7 Feb 2010 23:21:52 -0800
Subject: pkg and mpkg
In-Reply-To: <dc9f86e81002072309u170fa65ajeb1b729705a91795@mail.gmail.com>
References: <D886E9DC-2DF3-4150-AA13-93708C0F6D56@pixilla.com>
	<4B6F248A.9000304@macports.org>
	<dc9f86e81002072309u170fa65ajeb1b729705a91795@mail.gmail.com>
Message-ID: <E8648BA5-F82D-4407-93C7-C30AB0561656@pixilla.com>


On Feb 7, 2010, at 11:09 PM, Michael Crawford wrote:

> On Sun, Feb 7, 2010 at 12:37 PM, Joshua Root <jmr at macports.org> wrote:
>> Portfiles are Turing complete, so yes, you can in principle install
>> however you like. It seems strange that the software would be able to
>> build against the 10.4 SDK but not actually on < 10.6 though.
>
> One can build software that uses 10.6 features if they are present,
> but is still compatible with 10.4 and 10.5 provided one doesn't try to
> use features that they didn't support.
>
> The way this works is that the dynamic linker will set some of the
> system framework function pointers to NULL if they aren't supported by
> the framework.  So it is up to the developer to check the function
> pointers before actually using them.
>
> I don't know how it would be handled with MacPorts, but with Xcode
> projects one can specify different major releases for the SDK and for
> the deployment target.

Thanks for the help and explanations. Just found out here is already a  
macports port for what I wanted so it's on to other things :)

  port search tuntaposx
tuntaposx @20090913 (net)
     Tun and tap virtual devices.

// Brad

From ryandesign at macports.org  Mon Feb  8 00:21:32 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 8 Feb 2010 02:21:32 -0600
Subject: pkg and mpkg
In-Reply-To: <dc9f86e81002072309u170fa65ajeb1b729705a91795@mail.gmail.com>
References: <D886E9DC-2DF3-4150-AA13-93708C0F6D56@pixilla.com>
	<4B6F248A.9000304@macports.org>
	<dc9f86e81002072309u170fa65ajeb1b729705a91795@mail.gmail.com>
Message-ID: <8DCC8108-4677-4B7B-AA17-3B288F9990DD@macports.org>


On Feb 8, 2010, at 01:09, Michael Crawford wrote:

> On Sun, Feb 7, 2010 at 12:37 PM, Joshua Root <jmr at macports.org> wrote:
>> Portfiles are Turing complete, so yes, you can in principle install
>> however you like. It seems strange that the software would be able to
>> build against the 10.4 SDK but not actually on < 10.6 though.
> 
> One can build software that uses 10.6 features if they are present,
> but is still compatible with 10.4 and 10.5 provided one doesn't try to
> use features that they didn't support.
> 
> The way this works is that the dynamic linker will set some of the
> system framework function pointers to NULL if they aren't supported by
> the framework.  So it is up to the developer to check the function
> pointers before actually using them.
> 
> I don't know how it would be handled with MacPorts, but with Xcode
> projects one can specify different major releases for the SDK and for
> the deployment target.

Support for building with different SDKs was removed from MacPorts in 1.8.0 because it worked for only a small handful of ports, was more trouble than it was worth, and is not the way we intend users to use MacPorts. (We intend users to install MacPorts and build ports on the same computer that the software will ultimately be used on.)



From vincent-opdarw at vinc17.org  Sun Feb  7 17:53:06 2010
From: vincent-opdarw at vinc17.org (Vincent Lefevre)
Date: Mon, 8 Feb 2010 02:53:06 +0100
Subject: [63519] trunk/dports/devel/gmp/Portfile
In-Reply-To: <20100207022713.C30393E91A8A@beta.macosforge.org>
References: <20100207022713.C30393E91A8A@beta.macosforge.org>
Message-ID: <20100208015306.GG19592@prunille.vinc17.org>

Hi,

On 2010-02-06 18:27:12 -0800, mcalhoun at macports.org wrote:
> Revision: 63519
>           http://trac.macports.org/changeset/63519
> Author:   mcalhoun at macports.org
> Date:     2010-02-06 18:27:10 -0800 (Sat, 06 Feb 2010)
> Log Message:
> -----------
> gmp: Update version 4.3.2 --> 5.0.1.
[...]
> @@ -54,13 +54,18 @@
>  test.cmd        make
>  test.target     check
>  
> +post-destroot {
> +    # For the upgrade 4.3.2 -> 5.0.1, do not force all packages which depend on GMP to be rebuilt.
> +    ln -s libgmp.dylib ${destroot}${prefix}/lib/libgmp.3.dylib
> +}

I don't understand. The old GMP library will be removed by the
upgrade and GMP 5 is *not* binary compatible[*] with GMP 4. So
all the packages which depend on GMP must be rebuilt by this
upgrade.

Also note that GMP 5.0.1 is not regarded as stable as GMP 4.3.2.

[*] GMP 5.0.0 was declared to be binary compatible, but this was
a bug, which has been fixed in GMP 5.0.1.

-- 
Vincent Lef?vre <vincent at vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Ar?naire project (LIP, ENS-Lyon)

From jmr at macports.org  Mon Feb  8 12:04:57 2010
From: jmr at macports.org (Joshua Root)
Date: Tue, 09 Feb 2010 07:04:57 +1100
Subject: pkg and mpkg
In-Reply-To: <8DCC8108-4677-4B7B-AA17-3B288F9990DD@macports.org>
References: <D886E9DC-2DF3-4150-AA13-93708C0F6D56@pixilla.com>	<4B6F248A.9000304@macports.org>	<dc9f86e81002072309u170fa65ajeb1b729705a91795@mail.gmail.com>
	<8DCC8108-4677-4B7B-AA17-3B288F9990DD@macports.org>
Message-ID: <4B706E69.3090805@macports.org>

On 2010-2-8 19:21 , Ryan Schmidt wrote:
> 
> Support for building with different SDKs was removed from MacPorts in 1.8.0 because it worked for only a small handful of ports, was more trouble than it was worth, and is not the way we intend users to use MacPorts. (We intend users to install MacPorts and build ports on the same computer that the software will ultimately be used on.)

I disagree with that last point. There is a ticket open for doing cross
compilation support right:
<http://trac.macports.org/ticket/19875>

There's no question that it never worked right before, and that it
should never have been mixed in with the universal support.

While it's not something that users installing ports to use on their
machine should ever use, it would be very useful for people wanting to
use MacPorts to build binaries of their software for distribution, for
example.

- Josh

From avsm at macports.org  Mon Feb  8 15:50:10 2010
From: avsm at macports.org (Anil Madhavapeddy)
Date: Mon, 8 Feb 2010 23:50:10 +0000
Subject: exact version dependency for ocaml libraries
Message-ID: <3EF2D5CF-A11A-46E9-B9B4-78A75964FF9D@macports.org>

OCaml ports are very sensitive to the exact version of the compiler (and dependent libraries) used to compile them, since the type signature is a hash over the binary output.  If the compiler is upgraded, but libraries are not recompiled, then the whole compilation fails with a slightly obscure error like:

File "db.ml", line 1, characters 0-1:
Error: The files /opt/local/lib/ocaml/site-lib/calendar/calendarLib.cmi
      and /opt/local/lib/ocaml/printf.cmi make inconsistent assumptions
      over interface Buffer

So... I was wondering how to encode the depends_lib so that the OCaml libraries in MacPorts depend on the *exact* version of OCaml they were compiled with, and a subsequent upgrade of the OCaml port will also trigger a recompile of the dependent libraries.  Could someone advise me of the TCL-foo to make this possible (if so) ?

-anil

From ryandesign at macports.org  Mon Feb  8 16:15:55 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 8 Feb 2010 18:15:55 -0600
Subject: exact version dependency for ocaml libraries
In-Reply-To: <3EF2D5CF-A11A-46E9-B9B4-78A75964FF9D@macports.org>
References: <3EF2D5CF-A11A-46E9-B9B4-78A75964FF9D@macports.org>
Message-ID: <29202A24-7252-43EC-9D8C-EFBE07C6B72E@macports.org>


On Feb 8, 2010, at 17:50, Anil Madhavapeddy wrote:

> OCaml ports are very sensitive to the exact version of the compiler (and dependent libraries) used to compile them, since the type signature is a hash over the binary output.  If the compiler is upgraded, but libraries are not recompiled, then the whole compilation fails with a slightly obscure error like:
> 
> File "db.ml", line 1, characters 0-1:
> Error: The files /opt/local/lib/ocaml/site-lib/calendar/calendarLib.cmi
>      and /opt/local/lib/ocaml/printf.cmi make inconsistent assumptions
>      over interface Buffer
> 
> So... I was wondering how to encode the depends_lib so that the OCaml libraries in MacPorts depend on the *exact* version of OCaml they were compiled with, and a subsequent upgrade of the OCaml port will also trigger a recompile of the dependent libraries.  Could someone advise me of the TCL-foo to make this possible (if so) ?

There is no syntax in MacPorts to make that possible.

So, you'll have to manually increase the revision of the ocaml ports when the compiler version increases.



From ryandesign at macports.org  Mon Feb  8 20:19:23 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 8 Feb 2010 22:19:23 -0600
Subject: [63573] trunk/dports/science
In-Reply-To: <20100209041120.64E363EB9F7C@beta.macosforge.org>
References: <20100209041120.64E363EB9F7C@beta.macosforge.org>
Message-ID: <604DF255-37BD-4BE2-B654-F7004634F809@macports.org>

On Feb 8, 2010, at 22:11, michaelld at macports.org wrote:

> Revision: 63573
>          http://trac.macports.org/changeset/63573
> Author:   michaelld at macports.org
> Date:     2010-02-08 20:11:14 -0800 (Mon, 08 Feb 2010)
> Log Message:
> -----------
> initial fix for ticket 21292

Thanks, Michael. Note that when you refer to a ticket number, you should write it with a number sign in front (e.g. "#21292") so that when viewed in Trac, it becomes a link to that ticket number. (Similarly, if you need to refer to a revision number, put an "r" in front, as in "r63573".)

Also, it's best if your commit messages also briefly state what was changed. This way, someone looking through the output of "svn log" can understand what's going on without having to consult the issue tracker for every log entry.

Could you please update your commit message with these changes? To do so, run this command (assuming you have set up your EDITOR or SVN_EDITOR environment variable as desired):


svn propedit --revprop -r 63573 svn:log http://svn.macosforge.org/repository/macports




From ryandesign at macports.org  Tue Feb  9 21:09:44 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 9 Feb 2010 23:09:44 -0600
Subject: [63602] trunk/dports/devel/soprano/Portfile
In-Reply-To: <20100210043055.385293ECD115@beta.macosforge.org>
References: <20100210043055.385293ECD115@beta.macosforge.org>
Message-ID: <89D8BFB3-ABE4-4481-9D83-1EB81ECA12ED@macports.org>

On Feb 9, 2010, at 22:30, rmsfisher at macports.org wrote:

> devel/soprano upgraded version from 2.3.73 to 2.4.0

Oh good. Now let's keep it at stable versions from now on. :)



From brad at pixilla.com  Wed Feb 10 13:33:19 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Wed, 10 Feb 2010 13:33:19 -0800
Subject: [MacPorts] #23651: imapsync: Add missing depends_run on
	p5-digest-hmac (was: Adding missing depends_run on p5-digest-hmac)
In-Reply-To: <061.c64e6b9fc8b76f6869166ef6d088335e@macports.org>
References: <052.e3d7a59dedaa03be8bcfb0f2201a9e99@macports.org>
	<061.c64e6b9fc8b76f6869166ef6d088335e@macports.org>
Message-ID: <637A5FCF-7082-4DB1-8E5C-A4C90848B111@pixilla.com>

On Feb 10, 2010, at 1:31 PM, MacPorts wrote:

> #23651: imapsync: Add missing depends_run on p5-digest-hmac
> ------------------------------ 
> +---------------------------------------------
> Reporter:  brad@?            |       Owner:  mww@?
>     Type:  defect            |      Status:  new
> Priority:  Normal            |   Milestone:
> Component:  ports             |     Version:  1.8.2
> Keywords:  haspatch          |        Port:  imapsync
> ------------------------------ 
> +---------------------------------------------
>
> Comment(by ryandesign@?):
>
> The [http://lists.macosforge.org/pipermail/macports-
> users/2010-February/018851.html problem report on the mailing list]  
> said
> imapsync installed correctly but then wouldn't run without the hmac
> dependency. Therefore, to fix the problem for people who already  
> have the
> port installed, the revision should also be incremented.

As a non-maintainer would I be expected to bump revisions before my  
diffs?

Not a big deal, I've been encouraged in the past to make as few  
changes as required probably to make reading the diff easier.

Example, I'm not fond of the white-space indentation used in this port  
but I implemented it to match what was there.


// Brad

From ryandesign at macports.org  Wed Feb 10 13:54:54 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 10 Feb 2010 15:54:54 -0600
Subject: [MacPorts] #23651: imapsync: Add missing depends_run on
	p5-digest-hmac (was: Adding missing depends_run on p5-digest-hmac)
In-Reply-To: <637A5FCF-7082-4DB1-8E5C-A4C90848B111@pixilla.com>
References: <052.e3d7a59dedaa03be8bcfb0f2201a9e99@macports.org>
	<061.c64e6b9fc8b76f6869166ef6d088335e@macports.org>
	<637A5FCF-7082-4DB1-8E5C-A4C90848B111@pixilla.com>
Message-ID: <03E52690-0DAA-4E8C-84CB-A77505DFE81B@macports.org>

On Feb 10, 2010, at 15:33, Bradley Giesbrecht wrote:

> On Feb 10, 2010, at 1:31 PM, MacPorts wrote:
> 
>> The [http://lists.macosforge.org/pipermail/macports-
>> users/2010-February/018851.html problem report on the mailing list] said
>> imapsync installed correctly but then wouldn't run without the hmac
>> dependency. Therefore, to fix the problem for people who already have the
>> port installed, the revision should also be incremented.
> 
> As a non-maintainer would I be expected to bump revisions before my diffs?

I recommend it. The maintainer may not fully understand the issue you're reporting, or may forget, and may commit your diff exactly as submitted.

I added this note to the ticket to ensure the maintainer knows to bump the revision.


> Not a big deal, I've been encouraged in the past to make as few changes as required probably to make reading the diff easier.

Yes, but bumping the revision is a required change in this case, since otherwise users who already have the port installed will not be prompted to upgrade and will thus be left with nonfunctional installations.


> Example, I'm not fond of the white-space indentation used in this port but I implemented it to match what was there.

Yes, thank you, please continue to not make whitespace changes at the same time as functional changes.


From dreamcat4 at gmail.com  Thu Feb 11 04:23:23 2010
From: dreamcat4 at gmail.com (dreamcat four)
Date: Thu, 11 Feb 2010 12:23:23 +0000
Subject: Macports installer endless loop
Message-ID: <99cf22521002110423q7d10af4ejeb1435e5688be7e7@mail.gmail.com>

Hi,

I'm writing a chef recipe to download and install macports
automatically. But when invoked by the chef "execute" methods, its
stuck in what seems to be an endless loop:

installer: Running package scripts?.....
#
installer: Running package scripts?.....
#
installer: Running package scripts?.....
#
installer: Running package scripts?.....
#


I can see a tclsh8.5 process, and 2 rsync processes hanging about.

I left the command running for a long time and it seemed never to exit.
Then I switched to using bash, and it still took a very long time.
But it finally exited.

This can be a problem for chef if the installer never exits.
Any ideas?


dreamcat4
dreamcat4 at gmail.com

From talklists at newgeo.com  Thu Feb 11 10:20:34 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 11 Feb 2010 10:20:34 -0800
Subject: What is wrong with my download location
Message-ID: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>

My Portfile
http://pastie.org/820410

The downloads from SF:
http://sourceforge.net/project/showfiles.php?group_id=69172

Snips from Portfile
version             1.6.5.3
master_sites        sourceforge
livecheck.regex     "ASSP Installation ASSP (\\d+(?:\\.\\d+)*) released"
use_zip             yes

When I try to install, I am unable to locate the download, it tries about 15 different SF servers, all of which fail.

The developer just posted this:
    ASSP development mailing list <assp-test at lists.sourceforge.net>
    schreibt:
    P.S. ASSP Version: 1.6.5.1(0.0.06)
    
    stable version: 1.6.5.3
    beta version: 1.6.5.4

So he is under the impression that 1.6.5.3 is stable, but I can not find it.
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 


From jeremy at lavergne.gotdns.org  Thu Feb 11 10:22:41 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Thu, 11 Feb 2010 13:22:41 -0500
Subject: What is wrong with my download location
In-Reply-To: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
Message-ID: <1C8D48A4-0B85-4859-9D04-F6F38AD07F57@lavergne.gotdns.org>

The underscore in the filename (and "-Install") are throwing you for a loop.

Perhaps try
distname  ${name}_${version}-Install

Check out the guide for other similarly related variables you can set.

On Feb 11, 2010, at 1:20 PM, Scott Haneda wrote:

> My Portfile
> http://pastie.org/820410
> 
> The downloads from SF:
> http://sourceforge.net/project/showfiles.php?group_id=69172
> 
> Snips from Portfile
> version             1.6.5.3
> master_sites        sourceforge
> livecheck.regex     "ASSP Installation ASSP (\\d+(?:\\.\\d+)*) released"
> use_zip             yes
> 
> When I try to install, I am unable to locate the download, it tries about 15 different SF servers, all of which fail.
> 
> The developer just posted this:
>    ASSP development mailing list <assp-test at lists.sourceforge.net>
>    schreibt:
>    P.S. ASSP Version: 1.6.5.1(0.0.06)
> 
>    stable version: 1.6.5.3
>    beta version: 1.6.5.4
> 
> So he is under the impression that 1.6.5.3 is stable, but I can not find it.
> -- 
> Scott * If you contact me off list replace talklists@ with scott@ * 
> 
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100211/541d2369/attachment.bin>

From jeremy at lavergne.gotdns.org  Thu Feb 11 10:23:45 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Thu, 11 Feb 2010 13:23:45 -0500
Subject: What is wrong with my download location
In-Reply-To: <1C8D48A4-0B85-4859-9D04-F6F38AD07F57@lavergne.gotdns.org>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<1C8D48A4-0B85-4859-9D04-F6F38AD07F57@lavergne.gotdns.org>
Message-ID: <6081C5FF-A4D9-4BE3-9166-F135DB133B76@lavergne.gotdns.org>

And I just saw that in your portfile, lower down.

On Feb 11, 2010, at 1:22 PM, Jeremy Lavergne wrote:

> Perhaps try
> distname  ${name}_${version}-Install

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100211/6c9bf89e/attachment.bin>

From jeremy at lavergne.gotdns.org  Thu Feb 11 10:24:27 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Thu, 11 Feb 2010 13:24:27 -0500
Subject: What is wrong with my download location
In-Reply-To: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
Message-ID: <4860F135-310F-401F-9AA5-E1BD6E5516F8@lavergne.gotdns.org>

what comes from sudo port -d fetch?

It should tell you what file they are trying to download.  Perhaps that will give you the insight you need?

On Feb 11, 2010, at 1:20 PM, Scott Haneda wrote:

> My Portfile
> http://pastie.org/820410
> 
> The downloads from SF:
> http://sourceforge.net/project/showfiles.php?group_id=69172
> 
> Snips from Portfile
> version             1.6.5.3
> master_sites        sourceforge
> livecheck.regex     "ASSP Installation ASSP (\\d+(?:\\.\\d+)*) released"
> use_zip             yes
> 
> When I try to install, I am unable to locate the download, it tries about 15 different SF servers, all of which fail.
> 
> The developer just posted this:
>    ASSP development mailing list <assp-test at lists.sourceforge.net>
>    schreibt:
>    P.S. ASSP Version: 1.6.5.1(0.0.06)
> 
>    stable version: 1.6.5.3
>    beta version: 1.6.5.4
> 
> So he is under the impression that 1.6.5.3 is stable, but I can not find it.
> -- 
> Scott * If you contact me off list replace talklists@ with scott@ * 
> 
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100211/940ff10b/attachment.bin>

From jeremy at lavergne.gotdns.org  Thu Feb 11 10:26:30 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Thu, 11 Feb 2010 13:26:30 -0500
Subject: What is wrong with my download location
In-Reply-To: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
Message-ID: <E051CDDE-091B-420F-87EF-55F0FDE49F23@lavergne.gotdns.org>

And you could change the ui_msg to notes

On Feb 11, 2010, at 1:20 PM, Scott Haneda wrote:

> My Portfile
> http://pastie.org/820410

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100211/2ceaa8c5/attachment-0001.bin>

From talklists at newgeo.com  Thu Feb 11 10:29:15 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 11 Feb 2010 10:29:15 -0800
Subject: What is wrong with my download location
In-Reply-To: <E051CDDE-091B-420F-87EF-55F0FDE49F23@lavergne.gotdns.org>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<E051CDDE-091B-420F-87EF-55F0FDE49F23@lavergne.gotdns.org>
Message-ID: <CB3246BE-AD85-439F-92A5-9A3F860BC1E0@newgeo.com>

Can you elaborate on that?  I have always used ui_msg, is there a change to use notes now over that, or there there conditions where one is preferred over the other?
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 

On Feb 11, 2010, at 10:26 AM, Jeremy Lavergne wrote:

> And you could change the ui_msg to notes
> 
> On Feb 11, 2010, at 1:20 PM, Scott Haneda wrote:
> 
>> My Portfile
>> http://pastie.org/820410


From jeremy at lavergne.gotdns.org  Thu Feb 11 10:31:59 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Thu, 11 Feb 2010 13:31:59 -0500
Subject: ui_msg to notes
In-Reply-To: <CB3246BE-AD85-439F-92A5-9A3F860BC1E0@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<E051CDDE-091B-420F-87EF-55F0FDE49F23@lavergne.gotdns.org>
	<CB3246BE-AD85-439F-92A5-9A3F860BC1E0@newgeo.com>
Message-ID: <A5885A78-8FA5-4CFF-BA2E-854FCFECC292@lavergne.gotdns.org>

Yes, the notes feature allows a user to pull them up from the portfile at any time rather than having to watch the output from the install command.

"port notes PORTNAME" should demonstrate it.

In your case, you need to change ui_msg to notes, rather than combining a bunch of ui_msgs since you have it as one string.  You'll also want it outside of any blocks, as the user will call it anytime rather than just during build.  Note: the notes will be output during the installation automatically.

On Feb 11, 2010, at 1:29 PM, Scott Haneda wrote:

> Can you elaborate on that?  I have always used ui_msg, is there a change to use notes now over that, or there there conditions where one is preferred over the other?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100211/ddeae03d/attachment.bin>

From talklists at newgeo.com  Thu Feb 11 10:32:05 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 11 Feb 2010 10:32:05 -0800
Subject: What is wrong with my download location
In-Reply-To: <4860F135-310F-401F-9AA5-E1BD6E5516F8@lavergne.gotdns.org>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<4860F135-310F-401F-9AA5-E1BD6E5516F8@lavergne.gotdns.org>
Message-ID: <B97657A1-E123-43A2-93D9-99F6ADD5B9A3@newgeo.com>

On Feb 11, 2010, at 10:24 AM, Jeremy Lavergne wrote:

> what comes from sudo port -d fetch?
> 
> It should tell you what file they are trying to download.  Perhaps that will give you the insight you need?

Here is a snip...
--->  Computing dependencies for ASSP
DEBUG: Executing org.macports.main (ASSP)
--->  Fetching ASSP
DEBUG: Executing org.macports.fetch (ASSP)
--->  ASSP_1.6.5.4-Install.zip doesn't seem to exist in /opt/local/var/macports/distfiles/ASSP
DEBUG: Pinging downloads.sourceforge.net...
DEBUG: Pinging easynews.dl.sourceforge.net...
DEBUG: Pinging internap.dl.sourceforge.net...
DEBUG: Pinging superb-east.dl.sourceforge.net...
DEBUG: Pinging superb-west.dl.sourceforge.net...
DEBUG: Pinging voxel.dl.sourceforge.net...
DEBUG: Pinging ufpr.dl.sourceforge.net...
DEBUG: Pinging dfn.dl.sourceforge.net...
DEBUG: Pinging garr.dl.sourceforge.net...
DEBUG: Pinging heanet.dl.sourceforge.net...
DEBUG: Pinging kent.dl.sourceforge.net...
DEBUG: Pinging mesh.dl.sourceforge.net...
DEBUG: Pinging surfnet.dl.sourceforge.net...
DEBUG: Pinging switch.dl.sourceforge.net...
DEBUG: Pinging nchc.dl.sourceforge.net...
DEBUG: Pinging internode.dl.sourceforge.net...
DEBUG: Pinging transact.dl.sourceforge.net...
DEBUG: Pinging optusnet.dl.sourceforge.net...
DEBUG: Pinging distfiles.macports.org...
DEBUG: Pinging arn.se.distfiles.macports.org...
DEBUG: Pinging aarnet.au.distfiles.macports.org...
DEBUG: downloads.sourceforge.net ping time is 94.184
DEBUG: easynews.dl.sourceforge.net ping time is 59.696
DEBUG: internap.dl.sourceforge.net ping time is 25.856
DEBUG: superb-east.dl.sourceforge.net ping time is 85.226
DEBUG: superb-west.dl.sourceforge.net ping time is 86.944
DEBUG: voxel.dl.sourceforge.net ping time is 28.502
DEBUG: ufpr.dl.sourceforge.net ping time is 271.559
DEBUG: dfn.dl.sourceforge.net ping time is 10000
DEBUG: garr.dl.sourceforge.net ping time is 212.602
DEBUG: heanet.dl.sourceforge.net ping time is 190.915
DEBUG: kent.dl.sourceforge.net ping time is 171.221
DEBUG: mesh.dl.sourceforge.net ping time is 190.499
DEBUG: surfnet.dl.sourceforge.net ping time is 212.707
DEBUG: switch.dl.sourceforge.net ping time is 204.445
DEBUG: nchc.dl.sourceforge.net ping time is 194.432
DEBUG: internode.dl.sourceforge.net ping time is 233.472
DEBUG: transact.dl.sourceforge.net ping time is 183.222
DEBUG: optusnet.dl.sourceforge.net ping time is 184.414
DEBUG: distfiles.macports.org ping time is 29.721
DEBUG: arn.se.distfiles.macports.org ping time is 10000
DEBUG: aarnet.au.distfiles.macports.org ping time is 195.089
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://internap.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0   339    0     0    0     0      0      0 --:--:--  0:00:15 --:--:--     0
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://voxel.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0   339    0     0    0     0      0      0 --:--:--  0:00:11 --:--:--     0
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://distfiles.macports.org/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
DEBUG: Fetching failed:: HTTP response code said error
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://easynews.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
107   429  107   429    0     0     37      0  0:00:11  0:00:11 --:--:--    37
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://superb-east.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
DEBUG: Fetching failed:: HTTP response code said error
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://superb-west.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
DEBUG: Fetching failed:: HTTP response code said error
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://downloads.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:11 --:--:--     0
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://kent.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
161   161  161   161    0     0     13      0  0:00:12  0:00:11  0:00:01  1594
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://transact.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
161   161  161   161    0     0      9      0  0:00:17  0:00:16  0:00:01     9
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://optusnet.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
107   429  107   429    0     0     35      0  0:00:12  0:00:11  0:00:01    35
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://mesh.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0   339    0     0    0     0      0      0 --:--:--  0:00:11 --:--:--     0
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://heanet.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0   339    0     0    0     0      0      0 --:--:--  0:00:12 --:--:--     0
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://nchc.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
161   161  161   161    0     0     11      0  0:00:14  0:00:13  0:00:01  4878
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://aarnet.au.distfiles.macports.org/pub/macports/mpdistfiles/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
DEBUG: Fetching failed:: HTTP response code said error
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://switch.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0   339    0     0    0     0      0      0 --:--:--  0:00:12 --:--:--     0
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://garr.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
161   161  161   161    0     0     13      0  0:00:12  0:00:12 --:--:--    13
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://surfnet.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
107   429  107   429    0     0     37      0  0:00:11  0:00:11 --:--:--    37
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://internode.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0   339    0     0    0     0      0      0 --:--:--  0:00:13 --:--:--     0
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://ufpr.dl.sourceforge.net/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
161   161  161   161    0     0     12      0  0:00:13  0:00:12  0:00:01    12
DEBUG: Fetching failed:: Number of redirects hit maximum amount
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://dfn.dl.sourceforge.net/ASSP

-- 
Scott * If you contact me off list replace talklists@ with scott@ * 


From jeremy at lavergne.gotdns.org  Thu Feb 11 10:32:25 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Thu, 11 Feb 2010 13:32:25 -0500
Subject: What is wrong with my download location
In-Reply-To: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
Message-ID: <3BFD321B-F3F0-48B7-A920-F3F6C46777CF@lavergne.gotdns.org>

From what I can tell, you need the subdirectory portion added to sourceforge.

master_sites sourceforge:ASSP Installation ?

On Feb 11, 2010, at 1:20 PM, Scott Haneda wrote:

> My Portfile
> http://pastie.org/820410
> 
> The downloads from SF:
> http://sourceforge.net/project/showfiles.php?group_id=69172

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100211/48a16454/attachment.bin>

From talklists at newgeo.com  Thu Feb 11 10:39:29 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 11 Feb 2010 10:39:29 -0800
Subject: What is wrong with my download location
In-Reply-To: <1C8D48A4-0B85-4859-9D04-F6F38AD07F57@lavergne.gotdns.org>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<1C8D48A4-0B85-4859-9D04-F6F38AD07F57@lavergne.gotdns.org>
Message-ID: <CA9C12E1-2129-41BD-8379-080A304A91DE@newgeo.com>

Woudlnt those expand out into the same thing?

name                ASSP
version             1.6.5.4
#distname            ASSP_${version}-Install
distname            ${name}_${version}-Install

So the second one, your suggestion, becomes
ASSP_1.6.5.4-Install

Which according to `port fetch`...
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://superb-east.dl.sourceforge.net/ASSP
 % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                Dload  Upload   Total   Spent    Left  Speed
 0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
DEBUG: Fetching failed:: HTTP response code said error

ASSP_1.6.5.4-Install.zip
ASSP_1.6.5.4-Install

Those two are equal, other than MacPorts is going to add the .zip to it.

If I go to http://assp.sourceforge.net/ and click on downloads, I am taken to http://sourceforge.net/projects/assp/files/

Is it that path change they they made in where the distros are that is the problem?  I am seeing the resource located at: 
http://voxel.dl.sourceforge.net/project/assp/ASSP%20Installation/ASSP%201.6.5.4/ASSP_1.6.5.4-Install.zip

So the filename is correct, as it stood, but the big huge mess of file directories they chose to move everything into, broke the port?
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 

On Feb 11, 2010, at 10:22 AM, Jeremy Lavergne wrote:

> The underscore in the filename (and "-Install") are throwing you for a loop.
> 
> Perhaps try
> distname  ${name}_${version}-Install
> 
> Check out the guide for other similarly related variables you can set.
> 
> On Feb 11, 2010, at 1:20 PM, Scott Haneda wrote:
> 
>> My Portfile
>> http://pastie.org/820410
>> 
>> The downloads from SF:
>> http://sourceforge.net/project/showfiles.php?group_id=69172
>> 
>> Snips from Portfile
>> version             1.6.5.3
>> master_sites        sourceforge
>> livecheck.regex     "ASSP Installation ASSP (\\d+(?:\\.\\d+)*) released"
>> use_zip             yes
>> 
>> When I try to install, I am unable to locate the download, it tries about 15 different SF servers, all of which fail.
>> 
>> The developer just posted this:
>>   ASSP development mailing list <assp-test at lists.sourceforge.net>
>>   schreibt:
>>   P.S. ASSP Version: 1.6.5.1(0.0.06)
>> 
>>   stable version: 1.6.5.3
>>   beta version: 1.6.5.4
>> 
>> So he is under the impression that 1.6.5.3 is stable, but I can not find it.
>> -- 
>> Scott * If you contact me off list replace talklists@ with scott@ * 
>> 
>> _______________________________________________
>> macports-dev mailing list
>> macports-dev at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
>> 
> 


From talklists at newgeo.com  Thu Feb 11 10:43:20 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 11 Feb 2010 10:43:20 -0800
Subject: ui_msg to notes
In-Reply-To: <A5885A78-8FA5-4CFF-BA2E-854FCFECC292@lavergne.gotdns.org>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<E051CDDE-091B-420F-87EF-55F0FDE49F23@lavergne.gotdns.org>
	<CB3246BE-AD85-439F-92A5-9A3F860BC1E0@newgeo.com>
	<A5885A78-8FA5-4CFF-BA2E-854FCFECC292@lavergne.gotdns.org>
Message-ID: <41928482-7264-49BC-B8E6-767593181B5D@newgeo.com>

Cool, I will make the change, thank you for the heads up.
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 

On Feb 11, 2010, at 10:31 AM, Jeremy Lavergne wrote:

> Yes, the notes feature allows a user to pull them up from the portfile at any time rather than having to watch the output from the install command.
> 
> "port notes PORTNAME" should demonstrate it.
> 
> In your case, you need to change ui_msg to notes, rather than combining a bunch of ui_msgs since you have it as one string.  You'll also want it outside of any blocks, as the user will call it anytime rather than just during build.  Note: the notes will be output during the installation automatically.
> 
> On Feb 11, 2010, at 1:29 PM, Scott Haneda wrote:
> 
>> Can you elaborate on that?  I have always used ui_msg, is there a change to use notes now over that, or there there conditions where one is preferred over the other?


From brad at pixilla.com  Thu Feb 11 11:02:19 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Thu, 11 Feb 2010 11:02:19 -0800
Subject: ui_msg to notes
In-Reply-To: <41928482-7264-49BC-B8E6-767593181B5D@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<E051CDDE-091B-420F-87EF-55F0FDE49F23@lavergne.gotdns.org>
	<CB3246BE-AD85-439F-92A5-9A3F860BC1E0@newgeo.com>
	<A5885A78-8FA5-4CFF-BA2E-854FCFECC292@lavergne.gotdns.org>
	<41928482-7264-49BC-B8E6-767593181B5D@newgeo.com>
Message-ID: <36D6A228-34A8-4A3F-9C63-FF7F7B71B9A3@pixilla.com>

master_sites        sourceforge:"assp/${name}%20Installation/${name} 
%20${version}/"

On Feb 11, 2010, at 10:43 AM, Scott Haneda wrote:

> Cool, I will make the change, thank you for the heads up.
> -- 
> Scott * If you contact me off list replace talklists@ with scott@ *
>
> On Feb 11, 2010, at 10:31 AM, Jeremy Lavergne wrote:
>
>> Yes, the notes feature allows a user to pull them up from the  
>> portfile at any time rather than having to watch the output from  
>> the install command.
>>
>> "port notes PORTNAME" should demonstrate it.
>>
>> In your case, you need to change ui_msg to notes, rather than  
>> combining a bunch of ui_msgs since you have it as one string.   
>> You'll also want it outside of any blocks, as the user will call it  
>> anytime rather than just during build.  Note: the notes will be  
>> output during the installation automatically.
>>
>> On Feb 11, 2010, at 1:29 PM, Scott Haneda wrote:
>>
>>> Can you elaborate on that?  I have always used ui_msg, is there a  
>>> change to use notes now over that, or there there conditions where  
>>> one is preferred over the other?
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev


From talklists at newgeo.com  Thu Feb 11 11:07:51 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 11 Feb 2010 11:07:51 -0800
Subject: What is wrong with my download location
In-Reply-To: <E12EB61C-C1B6-4404-8539-C95100593D01@lavergne.gotdns.org>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<4860F135-310F-401F-9AA5-E1BD6E5516F8@lavergne.gotdns.org>
	<B97657A1-E123-43A2-93D9-99F6ADD5B9A3@newgeo.com>
	<E12EB61C-C1B6-4404-8539-C95100593D01@lavergne.gotdns.org>
Message-ID: <BFE996D5-6C73-4647-A2D1-81802FF1F833@newgeo.com>

Ok, so if I click on their download link, and end up at:
    http://sourceforge.net/projects/assp/files/

The current download listed at the top is:
    http://sourceforge.net/projects/assp/files/ASSP%20Installation/ASSP%20
    1.6.5.4/ASSP_1.6.5.4-Install.zip/download

So do I want /projects/assp/files/ or /projects/assp/files/ASSP%20Installation/ASSP%201.6.5.4/

I have tried:
master_sites        "sourceforge:projects:assp:files"
master_sites 	     sourceforge:ASSP Installation

None seem to work.

Here is what I have now:
$pwd
/Users/me/macports/mail/ASSP

master_sites        "sourceforge:projects:assp:files"

$sudo port -d clean --all

Below, I think the important line is:
Error: Unable to process mirror sites for: sourceforge:projects:assp:files, ignoring.

$sudo port -d fetch
DEBUG: Changing to port directory: /Users/me/macports/mail/ASSP
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
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.unload registered provides 'unload', 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
 MY DEBUG: worksrcdir: ASSP_1.6.5.4-Install/ASSP
 MY DEBUG: worksrcpath: /opt/local/var/macports/build/_Users_me_macports_mail_ASSP/work/ASSP_1.6.5.4-Install/ASSP
 MY DEBUG: destroot: /opt/local/var/macports/build/_Users_me_macports_mail_ASSP/work/destroot
 MY DEBUG: prefix: /opt/local
DEBUG: not using configure, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port ASSP.
DEBUG: Requested variant i386 is not provided by port ASSP.
DEBUG: Requested variant macosx is not provided by port ASSP.
DEBUG: Changing to port directory: /Users/me/macports/mail/ASSP
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
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.unload registered provides 'unload', 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
 MY DEBUG: worksrcdir: ASSP_1.6.5.4-Install/ASSP
 MY DEBUG: worksrcpath: /opt/local/var/macports/build/_Users_me_macports_mail_ASSP/work/ASSP_1.6.5.4-Install/ASSP
 MY DEBUG: destroot: /opt/local/var/macports/build/_Users_me_macports_mail_ASSP/work/destroot
 MY DEBUG: prefix: /opt/local
DEBUG: not using configure, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port ASSP.
DEBUG: Requested variant i386 is not provided by port ASSP.
DEBUG: Requested variant macosx is not provided by port ASSP.
DEBUG: Attempting ln -sf /opt/local/var/macports/build/_Users_me_macports_mail_ASSP/work /Users/me/macports/mail/ASSP/work
--->  Computing dependencies for ASSP
DEBUG: Executing org.macports.main (ASSP)
Error: Unable to process mirror sites for: sourceforge:projects:assp:files, ignoring.
--->  Fetching ASSP
DEBUG: Executing org.macports.fetch (ASSP)
--->  ASSP_1.6.5.4-Install.zip doesn't seem to exist in /opt/local/var/macports/distfiles/ASSP
DEBUG: Pinging distfiles.macports.org...
DEBUG: Pinging arn.se.distfiles.macports.org...
DEBUG: Pinging aarnet.au.distfiles.macports.org...
DEBUG: distfiles.macports.org ping time is 29.648
DEBUG: arn.se.distfiles.macports.org ping time is 10000
DEBUG: aarnet.au.distfiles.macports.org ping time is 198.557
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://distfiles.macports.org/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
DEBUG: Fetching failed:: HTTP response code said error
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://aarnet.au.distfiles.macports.org/pub/macports/mpdistfiles/ASSP
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
DEBUG: Fetching failed:: HTTP response code said error
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://arn.se.distfiles.macports.org/ASSP

Eventually I get this:

DEBUG: Fetching failed:: HTTP response code said error
Error: Target org.macports.fetch returned: fetch failed
DEBUG: Backtrace: fetch failed
    while executing
"portfetch::fetchfiles"
    (procedure "portfetch::fetch_main" line 16)
    invoked from within
"$procedure $targetname"
Warning: the following items did not execute (for ASSP): org.macports.fetch
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>


-- 
Scott * If you contact me off list replace talklists@ with scott@ * 

On Feb 11, 2010, at 10:33 AM, Jeremy Lavergne wrote:

> Yes, work with the "sourceforge:BLAH" syntax to get the right subdirectory so that it will match what you would click on in the browser.
> 
> I think it needs "files/ASSP Installation" ?
> 
> On Feb 11, 2010, at 1:32 PM, Scott Haneda wrote:
> 
>> On Feb 11, 2010, at 10:24 AM, Jeremy Lavergne wrote:
>> 
>>> what comes from sudo port -d fetch?
>>> 
>>> It should tell you what file they are trying to download.  Perhaps that will give you the insight you need?
>> 
>> Here is a snip...
>> --->  Computing dependencies for ASSP
>> DEBUG: Executing org.macports.main (ASSP)
>> --->  Fetching ASSP
>> DEBUG: Executing org.macports.fetch (ASSP)
>> --->  ASSP_1.6.5.4-Install.zip doesn't seem to exist in /opt/local/var/macports/distfiles/ASSP
>> DEBUG: Pinging downloads.sourceforge.net...
>> DEBUG: Pinging easynews.dl.sourceforge.net...
>> DEBUG: Pinging internap.dl.sourceforge.net...
>> DEBUG: Pinging superb-east.dl.sourceforge.net...
>> DEBUG: Pinging superb-west.dl.sourceforge.net...
>> DEBUG: Pinging voxel.dl.sourceforge.net...
>> DEBUG: Pinging ufpr.dl.sourceforge.net...
>> DEBUG: Pinging dfn.dl.sourceforge.net...
>> DEBUG: Pinging garr.dl.sourceforge.net...
>> DEBUG: Pinging heanet.dl.sourceforge.net...
>> DEBUG: Pinging kent.dl.sourceforge.net...
>> DEBUG: Pinging mesh.dl.sourceforge.net...
>> DEBUG: Pinging surfnet.dl.sourceforge.net...
>> DEBUG: Pinging switch.dl.sourceforge.net...
>> DEBUG: Pinging nchc.dl.sourceforge.net...
>> DEBUG: Pinging internode.dl.sourceforge.net...
>> DEBUG: Pinging transact.dl.sourceforge.net...
>> DEBUG: Pinging optusnet.dl.sourceforge.net...
>> DEBUG: Pinging distfiles.macports.org...
>> DEBUG: Pinging arn.se.distfiles.macports.org...
>> DEBUG: Pinging aarnet.au.distfiles.macports.org...
>> DEBUG: downloads.sourceforge.net ping time is 94.184
>> DEBUG: easynews.dl.sourceforge.net ping time is 59.696
>> DEBUG: internap.dl.sourceforge.net ping time is 25.856
>> DEBUG: superb-east.dl.sourceforge.net ping time is 85.226
>> DEBUG: superb-west.dl.sourceforge.net ping time is 86.944
>> DEBUG: voxel.dl.sourceforge.net ping time is 28.502
>> DEBUG: ufpr.dl.sourceforge.net ping time is 271.559
>> DEBUG: dfn.dl.sourceforge.net ping time is 10000
>> DEBUG: garr.dl.sourceforge.net ping time is 212.602
>> DEBUG: heanet.dl.sourceforge.net ping time is 190.915
>> DEBUG: kent.dl.sourceforge.net ping time is 171.221
>> DEBUG: mesh.dl.sourceforge.net ping time is 190.499
>> DEBUG: surfnet.dl.sourceforge.net ping time is 212.707
>> DEBUG: switch.dl.sourceforge.net ping time is 204.445
>> DEBUG: nchc.dl.sourceforge.net ping time is 194.432
>> DEBUG: internode.dl.sourceforge.net ping time is 233.472
>> DEBUG: transact.dl.sourceforge.net ping time is 183.222
>> DEBUG: optusnet.dl.sourceforge.net ping time is 184.414
>> DEBUG: distfiles.macports.org ping time is 29.721
>> DEBUG: arn.se.distfiles.macports.org ping time is 10000
>> DEBUG: aarnet.au.distfiles.macports.org ping time is 195.089
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://internap.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0   339    0     0    0     0      0      0 --:--:--  0:00:15 --:--:--     0
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://voxel.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0   339    0     0    0     0      0      0 --:--:--  0:00:11 --:--:--     0
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://distfiles.macports.org/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
>> DEBUG: Fetching failed:: HTTP response code said error
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://easynews.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 107   429  107   429    0     0     37      0  0:00:11  0:00:11 --:--:--    37
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://superb-east.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
>> DEBUG: Fetching failed:: HTTP response code said error
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://superb-west.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
>> DEBUG: Fetching failed:: HTTP response code said error
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://downloads.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0     0    0     0    0     0      0      0 --:--:--  0:00:11 --:--:--     0
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://kent.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 161   161  161   161    0     0     13      0  0:00:12  0:00:11  0:00:01  1594
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://transact.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 161   161  161   161    0     0      9      0  0:00:17  0:00:16  0:00:01     9
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://optusnet.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 107   429  107   429    0     0     35      0  0:00:12  0:00:11  0:00:01    35
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://mesh.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0   339    0     0    0     0      0      0 --:--:--  0:00:11 --:--:--     0
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://heanet.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0   339    0     0    0     0      0      0 --:--:--  0:00:12 --:--:--     0
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://nchc.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 161   161  161   161    0     0     11      0  0:00:14  0:00:13  0:00:01  4878
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://aarnet.au.distfiles.macports.org/pub/macports/mpdistfiles/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
>> DEBUG: Fetching failed:: HTTP response code said error
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://switch.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0   339    0     0    0     0      0      0 --:--:--  0:00:12 --:--:--     0
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://garr.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 161   161  161   161    0     0     13      0  0:00:12  0:00:12 --:--:--    13
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://surfnet.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 107   429  107   429    0     0     37      0  0:00:11  0:00:11 --:--:--    37
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://internode.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 0   339    0     0    0     0      0      0 --:--:--  0:00:13 --:--:--     0
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://ufpr.dl.sourceforge.net/ASSP
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 161   161  161   161    0     0     12      0  0:00:13  0:00:12  0:00:01    12
>> DEBUG: Fetching failed:: Number of redirects hit maximum amount
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://dfn.dl.sourceforge.net/ASSP
>> 
>> -- 
>> Scott * If you contact me off list replace talklists@ with scott@ * 
>> 
>> 
> 


From brad at pixilla.com  Thu Feb 11 11:07:02 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Thu, 11 Feb 2010 11:07:02 -0800
Subject: What is wrong with my download location
In-Reply-To: <CA9C12E1-2129-41BD-8379-080A304A91DE@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<1C8D48A4-0B85-4859-9D04-F6F38AD07F57@lavergne.gotdns.org>
	<CA9C12E1-2129-41BD-8379-080A304A91DE@newgeo.com>
Message-ID: <D4872771-66E3-4933-9D62-41D68E6C11D6@pixilla.com>

Sorry, threading got messed up.

This gets ASSP downloaded.

master_sites        sourceforge:"assp/${name}%20Installation/${name} 
%20${version}/"


On Feb 11, 2010, at 10:39 AM, Scott Haneda wrote:

> Woudlnt those expand out into the same thing?
>
> name                ASSP
> version             1.6.5.4
> #distname            ASSP_${version}-Install
> distname            ${name}_${version}-Install
>
> So the second one, your suggestion, becomes
> ASSP_1.6.5.4-Install
>
> Which according to `port fetch`...
> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://superb-east.dl.sourceforge.net/ASSP
> % Total    % Received % Xferd  Average Speed   Time    Time      
> Time  Current
>                                Dload  Upload   Total   Spent     
> Left  Speed
> 0     0    0     0    0     0      0      0 --:--:-- --:--:--  
> --:--:--     0
> DEBUG: Fetching failed:: HTTP response code said error
>
> ASSP_1.6.5.4-Install.zip
> ASSP_1.6.5.4-Install
>
> Those two are equal, other than MacPorts is going to add the .zip to  
> it.
>
> If I go to http://assp.sourceforge.net/ and click on downloads, I am  
> taken to http://sourceforge.net/projects/assp/files/
>
> Is it that path change they they made in where the distros are that  
> is the problem?  I am seeing the resource located at:
> http://voxel.dl.sourceforge.net/project/assp/ASSP%20Installation/ASSP%201.6.5.4/ASSP_1.6.5.4-Install.zip
>
> So the filename is correct, as it stood, but the big huge mess of  
> file directories they chose to move everything into, broke the port?
> -- 
> Scott * If you contact me off list replace talklists@ with scott@ *
>
> On Feb 11, 2010, at 10:22 AM, Jeremy Lavergne wrote:
>
>> The underscore in the filename (and "-Install") are throwing you  
>> for a loop.
>>
>> Perhaps try
>> distname  ${name}_${version}-Install
>>
>> Check out the guide for other similarly related variables you can  
>> set.
>>
>> On Feb 11, 2010, at 1:20 PM, Scott Haneda wrote:
>>
>>> My Portfile
>>> http://pastie.org/820410
>>>
>>> The downloads from SF:
>>> http://sourceforge.net/project/showfiles.php?group_id=69172
>>>
>>> Snips from Portfile
>>> version             1.6.5.3
>>> master_sites        sourceforge
>>> livecheck.regex     "ASSP Installation ASSP (\\d+(?:\\.\\d+)*)  
>>> released"
>>> use_zip             yes
>>>
>>> When I try to install, I am unable to locate the download, it  
>>> tries about 15 different SF servers, all of which fail.
>>>
>>> The developer just posted this:
>>>  ASSP development mailing list <assp-test at lists.sourceforge.net>
>>>  schreibt:
>>>  P.S. ASSP Version: 1.6.5.1(0.0.06)
>>>
>>>  stable version: 1.6.5.3
>>>  beta version: 1.6.5.4
>>>
>>> So he is under the impression that 1.6.5.3 is stable, but I can  
>>> not find it.
>>> -- 
>>> Scott * If you contact me off list replace talklists@ with scott@ *
>>>
>>> _______________________________________________
>>> macports-dev mailing list
>>> macports-dev at lists.macosforge.org
>>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
>>>
>>
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev


From mark at dxradio.demon.co.uk  Thu Feb 11 11:17:02 2010
From: mark at dxradio.demon.co.uk (Mark Hattam)
Date: Thu, 11 Feb 2010 19:17:02 +0000
Subject: ui_msg to notes
In-Reply-To: <A5885A78-8FA5-4CFF-BA2E-854FCFECC292@lavergne.gotdns.org>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<E051CDDE-091B-420F-87EF-55F0FDE49F23@lavergne.gotdns.org>
	<CB3246BE-AD85-439F-92A5-9A3F860BC1E0@newgeo.com>
	<A5885A78-8FA5-4CFF-BA2E-854FCFECC292@lavergne.gotdns.org>
Message-ID: <95B9B8F8-BA9A-481E-8374-5BA1B26191DD@dxradio.demon.co.uk>


On 11 Feb 2010, at 18:31, Jeremy Lavergne wrote:

> Yes, the notes feature allows a user to pull them up from the portfile at any time rather than having to watch the output from the install command.
> 
> "port notes PORTNAME" should demonstrate it.
> 
> In your case, you need to change ui_msg to notes, rather than combining a bunch of ui_msgs since you have it as one string.  You'll also want it outside of any blocks, as the user will call it anytime rather than just during build.  Note: the notes will be output during the installation automatically.
> 
> On Feb 11, 2010, at 1:29 PM, Scott Haneda wrote:
> 
>> Can you elaborate on that?  I have always used ui_msg, is there a change to use notes now over that, or there there conditions where one is preferred over the other?
> 

Just did a
port notes installed
on my admittedly fairly small installation, but the only port that had any notes is

python26 has the following notes:
  To fully complete your installation and make python 2.6 the default, please run:
   	sudo port install python_select
   	sudo python_select python26

I've always wondered how to retrieve the useful "instructions" that go through at the end of an install, eg how to load/unload a startup item other than by uninstalling and reinstalling the port, or remembering to make a clipping of the Terminal window etc.

However, when I did
port notes all | grep -v no\ notes

Just these ports had notes:

aspell
color-theme-mode.el
dnsmasq
geant4
hunspell
mkhexgrid
mod_fcgid
python26
TeXShop
ZendFranework

(Yes I could have done
port notes all | grep has\ the\ following\ notes
but I wanted to see the contents of the notes as well)

Mark

From talklists at newgeo.com  Thu Feb 11 11:19:57 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 11 Feb 2010 11:19:57 -0800
Subject: ui_msg to notes
In-Reply-To: <36D6A228-34A8-4A3F-9C63-FF7F7B71B9A3@pixilla.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<E051CDDE-091B-420F-87EF-55F0FDE49F23@lavergne.gotdns.org>
	<CB3246BE-AD85-439F-92A5-9A3F860BC1E0@newgeo.com>
	<A5885A78-8FA5-4CFF-BA2E-854FCFECC292@lavergne.gotdns.org>
	<41928482-7264-49BC-B8E6-767593181B5D@newgeo.com>
	<36D6A228-34A8-4A3F-9C63-FF7F7B71B9A3@pixilla.com>
Message-ID: <51BF1FDE-9FFC-48DC-98F7-D336491FBB93@newgeo.com>

I am not even going to test that, at this point, but lets assume it works, how did you get to that path?

I start here:
http://sourceforge.net/projects/assp/files/

They have a rad mess of a link here:
http://sourceforge.net/projects/assp/files/ASSP%20Installation/ASSP%201.6.5.4/ASSP_1.6.5.4-Install.zip/download

Which as you can see, as the dir path "projects" in it, which is not in your master_sites listing below, not or "files".  

The docs state to use colons, from the docs:
    When using mirror master_sites, the subdirectory ${name} is checked 
    on every mirror. If the mirror subdirectory does not match ${name}, 
    then you may specify it using after the mirror separated by a colon.

Having a developer that makes random and erratic changes to his distribution location is making this not worth it.  Changing underscores to dashes, a ridiculous versioning scheme, etc, all make it impossible for me to keep up with the daily updates they are pushing out.  Asking the developer anything about this is pointless.

/frustration
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 

On Feb 11, 2010, at 11:02 AM, Bradley Giesbrecht wrote:

> master_sites        sourceforge:"assp/${name}%20Installation/${name}%20${version}/"
> 
> On Feb 11, 2010, at 10:43 AM, Scott Haneda wrote:
> 
>> Cool, I will make the change, thank you for the heads up.
>> -- 
>> Scott * If you contact me off list replace talklists@ with scott@ *
>> 
>> On Feb 11, 2010, at 10:31 AM, Jeremy Lavergne wrote:
>> 
>>> Yes, the notes feature allows a user to pull them up from the portfile at any time rather than having to watch the output from the install command.
>>> 
>>> "port notes PORTNAME" should demonstrate it.
>>> 
>>> In your case, you need to change ui_msg to notes, rather than combining a bunch of ui_msgs since you have it as one string.  You'll also want it outside of any blocks, as the user will call it anytime rather than just during build.  Note: the notes will be output during the installation automatically.
>>> 
>>> On Feb 11, 2010, at 1:29 PM, Scott Haneda wrote:
>>> 
>>>> Can you elaborate on that?  I have always used ui_msg, is there a change to use notes now over that, or there there conditions where one is preferred over the other?


From jeremy at lavergne.gotdns.org  Thu Feb 11 12:02:14 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Thu, 11 Feb 2010 15:02:14 -0500
Subject: ui_msg to notes
In-Reply-To: <95B9B8F8-BA9A-481E-8374-5BA1B26191DD@dxradio.demon.co.uk>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<E051CDDE-091B-420F-87EF-55F0FDE49F23@lavergne.gotdns.org>
	<CB3246BE-AD85-439F-92A5-9A3F860BC1E0@newgeo.com>
	<A5885A78-8FA5-4CFF-BA2E-854FCFECC292@lavergne.gotdns.org>
	<95B9B8F8-BA9A-481E-8374-5BA1B26191DD@dxradio.demon.co.uk>
Message-ID: <B0F42298-AA4E-4C96-9667-9AE2B0E404D2@lavergne.gotdns.org>

notes is a new feature.

More ports will be moving to it as they get updated.

On Feb 11, 2010, at 2:17 PM, Mark Hattam wrote:

> Just these ports had notes:

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100211/773afdd8/attachment.bin>

From brad at pixilla.com  Thu Feb 11 12:01:24 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Thu, 11 Feb 2010 12:01:24 -0800
Subject: ui_msg to notes [What is wrong with my download location]
In-Reply-To: <51BF1FDE-9FFC-48DC-98F7-D336491FBB93@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<E051CDDE-091B-420F-87EF-55F0FDE49F23@lavergne.gotdns.org>
	<CB3246BE-AD85-439F-92A5-9A3F860BC1E0@newgeo.com>
	<A5885A78-8FA5-4CFF-BA2E-854FCFECC292@lavergne.gotdns.org>
	<41928482-7264-49BC-B8E6-767593181B5D@newgeo.com>
	<36D6A228-34A8-4A3F-9C63-FF7F7B71B9A3@pixilla.com>
	<51BF1FDE-9FFC-48DC-98F7-D336491FBB93@newgeo.com>
Message-ID: <10A00D41-E571-4D7D-A337-6833D27F23E5@pixilla.com>


On Feb 11, 2010, at 11:19 AM, Scott Haneda wrote:

> I am not even going to test that, at this point, but lets assume it  
> works, how did you get to that path?
>
> I start here:
> http://sourceforge.net/projects/assp/files/
>
> They have a rad mess of a link here:
> http://sourceforge.net/projects/assp/files/ASSP%20Installation/ASSP%201.6.5.4/ASSP_1.6.5.4-Install.zip/download


I downloaded ASSP with Safari, right clicked on the download in  
Safari's Download window and chose copy path and then deconstructed it.

http://voxel.dl.sourceforge.net/project/assp/ASSP%20Installation/ASSP%201.6.5.4/ASSP_1.6.5.4-Install.zip

Obviously %20 is a space so it becomes "assp/ASSP Installation/ASSP $ 
{version}/" for the sourceforge subdir. I discovered that you need to  
put it in qoutes are port drops the space.

I am getting weird checksum errors. If I download repeatedly the  
checksum changes. I think some of the mirrors may be corrupt.

This is the checksum that appears to be correct:

checksums           md5     f347b58a6e729b42cd7006434f03094d \
                     sha1    cf7931aa46e4a76883a7ca15a6ef130cebee2c4c \
                     rmd160  1bd25719cf8b5e6bd67b2d147cd253c8288fca16

bash-3.2# ls ./work/ASSP_1.6.5.4-Install/
ASSP				Install.txt			MacOSX-launchd.txt		Win32-quickstart-guide.txt	 
changelog.txt			quickstart.txt


// Brad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100211/006b035f/attachment.html>

From ryandesign at macports.org  Thu Feb 11 16:12:48 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 11 Feb 2010 18:12:48 -0600
Subject: Macports installer endless loop
In-Reply-To: <99cf22521002110423q7d10af4ejeb1435e5688be7e7@mail.gmail.com>
References: <99cf22521002110423q7d10af4ejeb1435e5688be7e7@mail.gmail.com>
Message-ID: <B534113A-954A-4ADF-A7AB-51D70E17D4C5@macports.org>


On Feb 11, 2010, at 06:23, dreamcat four wrote:

> I'm writing a chef recipe to download and install macports
> automatically. But when invoked by the chef "execute" methods, its
> stuck in what seems to be an endless loop:
> 
> installer: Running package scripts?.....
> #
> installer: Running package scripts?.....
> #
> installer: Running package scripts?.....
> #
> installer: Running package scripts?.....
> #
> 
> 
> I can see a tclsh8.5 process, and 2 rsync processes hanging about.
> 
> I left the command running for a long time and it seemed never to exit.
> Then I switched to using bash, and it still took a very long time.
> But it finally exited.
> 
> This can be a problem for chef if the installer never exits.
> Any ideas?

I have no idea what chef is. :) Is it a scripting language of some kind? If so, can you show us the script that you wrote to do this?



From ryandesign at macports.org  Thu Feb 11 16:29:02 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 11 Feb 2010 18:29:02 -0600
Subject: What is wrong with my download location
In-Reply-To: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
Message-ID: <89EB94BE-E9D1-4542-9610-11C99CCCE9DC@macports.org>

On Feb 11, 2010, at 12:20, Scott Haneda wrote:

> My Portfile
> http://pastie.org/820410
> 
> The downloads from SF:
> http://sourceforge.net/project/showfiles.php?group_id=69172
> 
> Snips from Portfile
> version             1.6.5.3
> master_sites        sourceforge
> livecheck.regex     "ASSP Installation ASSP (\\d+(?:\\.\\d+)*) released"
> use_zip             yes
> 
> When I try to install, I am unable to locate the download, it tries about 15 different SF servers, all of which fail.
> 
> The developer just posted this:
>    ASSP development mailing list <assp-test at lists.sourceforge.net>
>    schreibt:
>    P.S. ASSP Version: 1.6.5.1(0.0.06)
> 
>    stable version: 1.6.5.3
>    beta version: 1.6.5.4
> 
> So he is under the impression that 1.6.5.3 is stable, but I can not find it.

Scott, you've asked this question on this list at least twice before and were advised [1] [2] that you need to write:

master_sites sourceforge:assp

When you write "master_sites sourceforge" like you did, that expands to "master_sites sourceforge:${name}" which expands to "master_sites sourceforge:ASSP", but you'll note that the directory name in the SourceForge URLs is "assp" not "ASSP". Case matters.

To get a successful download, I also had to change the version to 1.6.5.4. I can find no version 1.6.5.3 on the download site. If you believe there should be one, ask the developer.


[1] http://lists.macosforge.org/pipermail/macports-users/2009-February/014069.html

[2] http://lists.macosforge.org/pipermail/macports-dev/2009-November/010697.html



From talklists at newgeo.com  Thu Feb 11 17:01:17 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 11 Feb 2010 17:01:17 -0800
Subject: What is wrong with my download location
In-Reply-To: <89EB94BE-E9D1-4542-9610-11C99CCCE9DC@macports.org>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<89EB94BE-E9D1-4542-9610-11C99CCCE9DC@macports.org>
Message-ID: <00F27EF3-4309-4EE1-BE06-459815F53F38@newgeo.com>

On Feb 11, 2010, at 4:29 PM, Ryan Schmidt wrote:

> On Feb 11, 2010, at 12:20, Scott Haneda wrote:
> 
>> My Portfile
>> http://pastie.org/820410
>> 
>> The downloads from SF:
>> http://sourceforge.net/project/showfiles.php?group_id=69172
>> 
>> Snips from Portfile
>> version             1.6.5.3
>> master_sites        sourceforge
>> livecheck.regex     "ASSP Installation ASSP (\\d+(?:\\.\\d+)*) released"
>> use_zip             yes
>> 
>> When I try to install, I am unable to locate the download, it tries about 15 different SF servers, all of which fail.
>> 
>> The developer just posted this:
>>   ASSP development mailing list <assp-test at lists.sourceforge.net>
>>   schreibt:
>>   P.S. ASSP Version: 1.6.5.1(0.0.06)
>> 
>>   stable version: 1.6.5.3
>>   beta version: 1.6.5.4
>> 
>> So he is under the impression that 1.6.5.3 is stable, but I can not find it.
> 
> Scott, you've asked this question on this list at least twice before and were advised [1] [2] that you need to write:
> 
> master_sites sourceforge:assp
> 
> When you write "master_sites sourceforge" like you did, that expands to "master_sites sourceforge:${name}" which expands to "master_sites sourceforge:ASSP", but you'll note that the directory name in the SourceForge URLs is "assp" not "ASSP". Case matters.

And I also note that there is "projects" and "files" in that name as well, which makes me completely unable to understand how "sourceforge:assp" works?

> To get a successful download, I also had to change the version to 1.6.5.4. I can find no version 1.6.5.3 on the download site. If you believe there should be one, ask the developer.

I have, twice, he does not care.  This was the first port I ever took on, and it was a harder than usual port to deal with, coupled with a developer who thinks that using MacPorts to install the dependencies is a waste, since he included a bash script to do it for you.  One that does not work though.  This is largely "on your own" territory here.  He has no care for any packages other than his own.  Some are on SF, some are on his private hosted website, who knows.  I would fork it if I knew perl.

I also can not find all the versions, even their home page lists a version that appears to have no download file.

> [1] http://lists.macosforge.org/pipermail/macports-users/2009-February/014069.html
> 
> [2] http://lists.macosforge.org/pipermail/macports-dev/2009-November/010697.html

Thanks Ryan, sorry for the redundant posts.  Internally, I am not at all understanding what is going on.  I have had this as a suggestion:
master_sites        sourceforge:"assp/${name}%20Installation/${name}%20${version}/"
Which works, but I certainly do not like it.

And I just tried:
master_sites        sourceforge:assp
Of course, it works, but I swear I tried it before, with correct case, and it was not working.

When I go to http://assp.sourceforge.net/ and click on downloads, and am taken to:
http://sourceforge.net/projects/assp/files/

I see the main link is a download with this resource:
http://sourceforge.net/projects/assp/files/ASSP%20Installation/ASSP%201.6.5.4/ASSP_1.6.5.4-Install.zip/download

How in the heck does MacPorts go from sourceforge:assp to that url?  What is the real and full url MacPorts is going to expand that to.  You can ignore the FQDN part of it (since there are so many mirrors), I am looking to know the URI that is expanded.

Is this a convention, to put :projectname in the master_sites, and if so, how would I know, or determine this on my own, with nothing more than the urls to the project.

The URL's are always some long mess like this:
http://sourceforge.net/projects/assp/files/ASSP%20Installation/ASSP%201.6.1.3/ASSP_1.6.1.3-Install.zip

$sudo port -dv fetch is not verbose enough, I get this
--->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://internap.dl.sourceforge.net/assp
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  551k  100  551k    0     0   262k      0  0:00:02  0:00:02 --:--:--  760k

I would like to know the first resource it asked for, the redirects it must have ran into, etc.
Thanks.  I swear, after this, I will never ask about downloads again :)
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 


From jeremy at lavergne.gotdns.org  Thu Feb 11 17:05:18 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Thu, 11 Feb 2010 20:05:18 -0500
Subject: What is wrong with my download location
In-Reply-To: <00F27EF3-4309-4EE1-BE06-459815F53F38@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<89EB94BE-E9D1-4542-9610-11C99CCCE9DC@macports.org>
	<00F27EF3-4309-4EE1-BE06-459815F53F38@newgeo.com>
Message-ID: <74051C67-B676-43FC-88C9-C96151DC995B@lavergne.gotdns.org>

> The URL's are always some long mess like this:
> http://sourceforge.net/projects/assp/files/ASSP%20Installation/ASSP%201.6.1.3/ASSP_1.6.1.3-Install.zip
> 
> $sudo port -dv fetch is not verbose enough, I get this
> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://internap.dl.sourceforge.net/assp
>  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                 Dload  Upload   Total   Spent    Left  Speed
> 100  551k  100  551k    0     0   262k      0  0:00:02  0:00:02 --:--:--  760k
> 
> I would like to know the first resource it asked for, the redirects it must have ran into, etc.
> Thanks.  I swear, after this, I will never ask about downloads again :)

You're not going crazy--that file didn't exist earlier today, the developer placed a copy of it in the correct directory since you started trying.
The URL from the MacPorts dump is as it shows:
http://internap.dl.sourceforge.net/assp/ASSP_1.6.5.4-Install.zip

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100211/56bc8201/attachment.bin>

From talklists at newgeo.com  Thu Feb 11 17:42:54 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 11 Feb 2010 17:42:54 -0800
Subject: What is wrong with my download location
In-Reply-To: <74051C67-B676-43FC-88C9-C96151DC995B@lavergne.gotdns.org>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<89EB94BE-E9D1-4542-9610-11C99CCCE9DC@macports.org>
	<00F27EF3-4309-4EE1-BE06-459815F53F38@newgeo.com>
	<74051C67-B676-43FC-88C9-C96151DC995B@lavergne.gotdns.org>
Message-ID: <E0107685-BAFC-4363-A61A-19C7C37BB8BA@newgeo.com>

On Feb 11, 2010, at 5:05 PM, Jeremy Lavergne wrote:

>> The URL's are always some long mess like this:
>> http://sourceforge.net/projects/assp/files/ASSP%20Installation/ASSP%201.6.1.3/ASSP_1.6.1.3-Install.zip
>> 
>> $sudo port -dv fetch is not verbose enough, I get this
>> --->  Attempting to fetch ASSP_1.6.5.4-Install.zip from http://internap.dl.sourceforge.net/assp
>> % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>>                                Dload  Upload   Total   Spent    Left  Speed
>> 100  551k  100  551k    0     0   262k      0  0:00:02  0:00:02 --:--:--  760k
>> 
>> I would like to know the first resource it asked for, the redirects it must have ran into, etc.
>> Thanks.  I swear, after this, I will never ask about downloads again :)
> 
> You're not going crazy--that file didn't exist earlier today, the developer placed a copy of it in the correct directory since you started trying.
> The URL from the MacPorts dump is as it shows:
> http://internap.dl.sourceforge.net/assp/ASSP_1.6.5.4-Install.zip

How nice of them to reply to my email asking what was going on...
Thank you for pointing that out.

I think I am starting to get this... the files are not at:
http://one.of.the.mirrors.sf.ehatever.example.com/assp/filename.zip

I can use curl to investigate:
$curl http://internap.dl.sourceforge.net/assp/ASSP_1.6.5.4-Install.zip

I get a 302 moved, 
http://prdownloads.sourceforge.net/assp/ASSP_1.6.5.4-Install.zip?download&failedmirror=internap.dl.sourceforge.net

So, the SF.net admin puts the files wherever they want, I guess SF.net has a past history of files existing in a certain place, and they issue 302 redirects to keep things working?  Or is it up to the admin to define the redirects?

Oh well, it works, and thank you Jeremy, Ryan, and Brad, I am going to rely on the soureforge:assp method, and hope it holds up.  Back to the p5's.
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 


From ryandesign at macports.org  Thu Feb 11 17:44:19 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 11 Feb 2010 19:44:19 -0600
Subject: What is wrong with my download location
In-Reply-To: <00F27EF3-4309-4EE1-BE06-459815F53F38@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<89EB94BE-E9D1-4542-9610-11C99CCCE9DC@macports.org>
	<00F27EF3-4309-4EE1-BE06-459815F53F38@newgeo.com>
Message-ID: <0B934635-C085-4DFF-85CA-126FFC81E4E4@macports.org>

On Feb 11, 2010, at 19:01, Scott Haneda wrote:

> And I also note that there is "projects" and "files" in that name as well, which makes me completely unable to understand how "sourceforge:assp" works?


> Internally, I am not at all understanding what is going on.  I have had this as a suggestion:
> master_sites        sourceforge:"assp/${name}%20Installation/${name}%20${version}/"
> Which works, but I certainly do not like it.
> 
> And I just tried:
> master_sites        sourceforge:assp
> Of course, it works, but I swear I tried it before, with correct case, and it was not working.
> 
> When I go to http://assp.sourceforge.net/ and click on downloads, and am taken to:
> http://sourceforge.net/projects/assp/files/
> 
> I see the main link is a download with this resource:
> http://sourceforge.net/projects/assp/files/ASSP%20Installation/ASSP%201.6.5.4/ASSP_1.6.5.4-Install.zip/download
> 
> How in the heck does MacPorts go from sourceforge:assp to that url?  What is the real and full url MacPorts is going to expand that to.  You can ignore the FQDN part of it (since there are so many mirrors), I am looking to know the URI that is expanded.
> 
> Is this a convention, to put :projectname in the master_sites, and if so, how would I know, or determine this on my own, with nothing more than the urls to the project.

Yes, that is the convention, for master_sites definitions like sourceforge, gnu, googlecode, etc. See:

http://guide.macports.org/#reference.phases.fetch


From ryandesign at macports.org  Thu Feb 11 17:45:41 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 11 Feb 2010 19:45:41 -0600
Subject: What is wrong with my download location
In-Reply-To: <E0107685-BAFC-4363-A61A-19C7C37BB8BA@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<89EB94BE-E9D1-4542-9610-11C99CCCE9DC@macports.org>
	<00F27EF3-4309-4EE1-BE06-459815F53F38@newgeo.com>
	<74051C67-B676-43FC-88C9-C96151DC995B@lavergne.gotdns.org>
	<E0107685-BAFC-4363-A61A-19C7C37BB8BA@newgeo.com>
Message-ID: <ABE94534-6EED-4F5B-9117-D8BFAAF5B297@macports.org>

On Feb 11, 2010, at 19:42, Scott Haneda wrote:

> I think I am starting to get this... the files are not at:
> http://one.of.the.mirrors.sf.ehatever.example.com/assp/filename.zip
> 
> I can use curl to investigate:
> $curl http://internap.dl.sourceforge.net/assp/ASSP_1.6.5.4-Install.zip
> 
> I get a 302 moved, 
> http://prdownloads.sourceforge.net/assp/ASSP_1.6.5.4-Install.zip?download&failedmirror=internap.dl.sourceforge.net
> 
> So, the SF.net admin puts the files wherever they want, I guess SF.net has a past history of files existing in a certain place, and they issue 302 redirects to keep things working?  Or is it up to the admin to define the redirects?

I assume it's part of the internal sourceforge infrastructure that no matter where files get put in the sourceforge directory hierarchy, they're available in a flat namespace via 302 redirects. I've never looked into it further than that.


From jeremy at lavergne.gotdns.org  Thu Feb 11 17:47:09 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Thu, 11 Feb 2010 20:47:09 -0500
Subject: What is wrong with my download location
In-Reply-To: <E0107685-BAFC-4363-A61A-19C7C37BB8BA@newgeo.com>
References: <0804A188-CFCD-48A6-B1D5-9A43846DA3BD@newgeo.com>
	<89EB94BE-E9D1-4542-9610-11C99CCCE9DC@macports.org>
	<00F27EF3-4309-4EE1-BE06-459815F53F38@newgeo.com>
	<74051C67-B676-43FC-88C9-C96151DC995B@lavergne.gotdns.org>
	<E0107685-BAFC-4363-A61A-19C7C37BB8BA@newgeo.com>
Message-ID: <E189D537-B46C-4872-8FD6-6D29BB118A55@lavergne.gotdns.org>

> So, the SF.net admin puts the files wherever they want, I guess SF.net has a past history of files existing in a certain place, and they issue 302 redirects to keep things working?  Or is it up to the admin to define the redirects?
> 
> Oh well, it works, and thank you Jeremy, Ryan, and Brad, I am going to rely on the soureforge:assp method, and hope it holds up.  Back to the p5's.

One of two things probably happened: an SF admin put it in an expected location and put up the 302 to help scripts find the new file, or it's starting still spreading to mirrors.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100211/47ae17ee/attachment.bin>

From ryandesign at macports.org  Thu Feb 11 18:45:47 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 11 Feb 2010 20:45:47 -0600
Subject: [63654] trunk/dports/python
In-Reply-To: <20100211225100.B676F3EEE4BB@beta.macosforge.org>
References: <20100211225100.B676F3EEE4BB@beta.macosforge.org>
Message-ID: <EA80E092-A493-4C13-ADC9-903FCE38136A@macports.org>


On Feb 11, 2010, at 16:51, mnick at macports.org wrote:

> Revision: 63654
>          http://trac.macports.org/changeset/63654
> Author:   mnick at macports.org
> Date:     2010-02-11 14:50:56 -0800 (Thu, 11 Feb 2010)
> Log Message:
> -----------
> py{2|6}-rdflib: Update to 2.4.2, add livecheck, take maintainership

Could you also update py-rdflib, please?


From ryandesign at macports.org  Thu Feb 11 22:14:15 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 12 Feb 2010 00:14:15 -0600
Subject: distfiles mirror missing recent files
Message-ID: <00DBABA6-EBC6-4F20-B695-CFA92D62BD31@macports.org>

Everything ok with the distfiles mirror? It hasn't mirrored distfiles for updated versions of wine-devel or graphviz-devel that I committed several days ago.


From wsiegrist at apple.com  Thu Feb 11 22:28:03 2010
From: wsiegrist at apple.com (William Siegrist)
Date: Thu, 11 Feb 2010 22:28:03 -0800
Subject: distfiles mirror missing recent files
In-Reply-To: <00DBABA6-EBC6-4F20-B695-CFA92D62BD31@macports.org>
References: <00DBABA6-EBC6-4F20-B695-CFA92D62BD31@macports.org>
Message-ID: <91E89E79-2175-4BE8-9E5E-8558491620F3@apple.com>

Mostly... The mirroring process can be bogged down by slow or unresponsive mirrors. I killed the stuck mirror processes so it is moving again. There should be a timeout for each invocation of "port mirror", either internally in macports or in the server-side script. I just havnt had time to work on it server-side.

-Bill



On Feb 11, 2010, at 10:14 PM, Ryan Schmidt wrote:

> Everything ok with the distfiles mirror? It hasn't mirrored distfiles for updated versions of wine-devel or graphviz-devel that I committed several days ago.
> 
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev


From ryandesign at macports.org  Fri Feb 12 01:07:42 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 12 Feb 2010 03:07:42 -0600
Subject: distfiles mirror missing recent files
In-Reply-To: <91E89E79-2175-4BE8-9E5E-8558491620F3@apple.com>
References: <00DBABA6-EBC6-4F20-B695-CFA92D62BD31@macports.org>
	<91E89E79-2175-4BE8-9E5E-8558491620F3@apple.com>
Message-ID: <D251A673-02F1-4A99-89A3-C509BF161E24@macports.org>

On Feb 12, 2010, at 00:28, William Siegrist wrote:

> Mostly... The mirroring process can be bogged down by slow or unresponsive mirrors. I killed the stuck mirror processes so it is moving again. There should be a timeout for each invocation of "port mirror", either internally in macports or in the server-side script. I just havnt had time to work on it server-side.

Thanks for kicking it; looks good now.



From dreamcat4 at gmail.com  Fri Feb 12 02:00:08 2010
From: dreamcat4 at gmail.com (dreamcat four)
Date: Fri, 12 Feb 2010 10:00:08 +0000
Subject: Macports installer endless loop
In-Reply-To: <B534113A-954A-4ADF-A7AB-51D70E17D4C5@macports.org>
References: <99cf22521002110423q7d10af4ejeb1435e5688be7e7@mail.gmail.com> 
	<B534113A-954A-4ADF-A7AB-51D70E17D4C5@macports.org>
Message-ID: <99cf22521002120200t439e587ai4e2a65e8384a91c9@mail.gmail.com>

Link:
http://github.com/dreamcat4/site-cookbooks/blob/COOK-254/mac_os_x/recipes/macports.rb#L81-83

AFAICT, when it works, the installer takes a very long time and loops
around a lot. The real problems is, when it doesn't work, the
installer may never exit and we can't really be sure what's going on
and cannot kill it off. Wouldn't it be just common sense to but in a
loop limit, and have the installer exit with an error if the limit if
reached? Can I see the code for the installer script?

For the life of me I cannot find where this TCL installer is looping
around. Attached is the full log for a successful run. It suggest that
the program will loop approximately 177 times. Doesn't that sound a
little bit crazy?

Anyway we might set a safe loop limit as 200 for exiting the loop.


On Fri, Feb 12, 2010 at 12:12 AM, Ryan Schmidt <ryandesign at macports.org> wrote:
>
> On Feb 11, 2010, at 06:23, dreamcat four wrote:
>
>> I'm writing a chef recipe to download and install macports
>> automatically. But when invoked by the chef "execute" methods, its
>> stuck in what seems to be an endless loop:
>>
>> installer: Running package scripts?.....
>> #
>> installer: Running package scripts?.....
>> #
>> installer: Running package scripts?.....
>> #
>> installer: Running package scripts?.....
>> #
>>
>>
>> I can see a tclsh8.5 process, and 2 rsync processes hanging about.
>>
>> I left the command running for a long time and it seemed never to exit.
>> Then I switched to using bash, and it still took a very long time.
>> But it finally exited.
>>
>> This can be a problem for chef if the installer never exits.
>> Any ideas?
>
> I have no idea what chef is. :) Is it a scripting language of some kind? If so, can you show us the script that you wrote to do this?
>
>
>

From dreamcat4 at gmail.com  Fri Feb 12 02:07:44 2010
From: dreamcat4 at gmail.com (dreamcat four)
Date: Fri, 12 Feb 2010 10:07:44 +0000
Subject: Macports installer endless loop
In-Reply-To: <99cf22521002120200t439e587ai4e2a65e8384a91c9@mail.gmail.com>
References: <99cf22521002110423q7d10af4ejeb1435e5688be7e7@mail.gmail.com> 
	<B534113A-954A-4ADF-A7AB-51D70E17D4C5@macports.org>
	<99cf22521002120200t439e587ai4e2a65e8384a91c9@mail.gmail.com>
Message-ID: <99cf22521002120207w5fb39156s15456fc8cdcba8@mail.gmail.com>

Attachment: Macports.log
-------------- next part --------------
A non-text attachment was scrubbed...
Name: macports.log
Type: application/octet-stream
Size: 8500 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100212/ed254e6c/attachment.obj>

From ryandesign at macports.org  Fri Feb 12 02:12:40 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 12 Feb 2010 04:12:40 -0600
Subject: Macports installer endless loop
In-Reply-To: <99cf22521002120200t439e587ai4e2a65e8384a91c9@mail.gmail.com>
References: <99cf22521002110423q7d10af4ejeb1435e5688be7e7@mail.gmail.com>
	<B534113A-954A-4ADF-A7AB-51D70E17D4C5@macports.org>
	<99cf22521002120200t439e587ai4e2a65e8384a91c9@mail.gmail.com>
Message-ID: <D2F6B2D0-A3A0-4442-AE7F-2F622215A6F5@macports.org>


On Feb 12, 2010, at 04:00, dreamcat four wrote:

> Link:
> http://github.com/dreamcat4/site-cookbooks/blob/COOK-254/mac_os_x/recipes/macports.rb#L81-83
> 
> AFAICT, when it works, the installer takes a very long time and loops
> around a lot. The real problems is, when it doesn't work, the
> installer may never exit and we can't really be sure what's going on
> and cannot kill it off. Wouldn't it be just common sense to but in a
> loop limit, and have the installer exit with an error if the limit if
> reached?

I know of no such behavior in the MacPorts installation scripts. I didn't even think there were any loops in the installation scripts at all.


> Can I see the code for the installer script?

Sure, it's all here:

http://trac.macports.org/browser/trunk/base/portmgr/dmg


> For the life of me I cannot find where this TCL installer is looping
> around. Attached is the full log for a successful run.

Ok, the output shows the line

installer: Running package scripts?.....

repeated many times. The installer prints this message; we have no control over what messages the installer prints. I have a feeling it prints this message repeatedly of its own accord, and I don't think it means that it is running our scripts multiple times. Rather, our postflight script simply takes a long time (because we run port selfupdate), and the installer is telling you that the script is still running.

selfupdate can fail, if our rsync server is down (rare) or your network doesn't support rsync connections (relatively common).


> It suggest that
> the program will loop approximately 177 times. Doesn't that sound a
> little bit crazy?

I'm not sure why the installer is designed that way but you could request Apple change it in some way to make it clearer.


> Anyway we might set a safe loop limit as 200 for exiting the loop.




From dreamcat4 at gmail.com  Fri Feb 12 09:35:43 2010
From: dreamcat4 at gmail.com (dreamcat four)
Date: Fri, 12 Feb 2010 17:35:43 +0000
Subject: Macports installer endless loop
In-Reply-To: <D2F6B2D0-A3A0-4442-AE7F-2F622215A6F5@macports.org>
References: <99cf22521002110423q7d10af4ejeb1435e5688be7e7@mail.gmail.com> 
	<B534113A-954A-4ADF-A7AB-51D70E17D4C5@macports.org>
	<99cf22521002120200t439e587ai4e2a65e8384a91c9@mail.gmail.com> 
	<D2F6B2D0-A3A0-4442-AE7F-2F622215A6F5@macports.org>
Message-ID: <99cf22521002120935v4732ffe0y8fdbf95fd875d068@mail.gmail.com>

On Fri, Feb 12, 2010 at 10:12 AM, Ryan Schmidt <ryandesign at macports.org> wrote:
> installer: Running package scripts?.....
>
> repeated many times. The installer prints this message; we have no control over what messages the installer prints. I have a feeling it prints this message repeatedly of its own accord, and I don't think it means that it is running our scripts multiple times. Rather, our postflight script simply takes a long time (because we run port selfupdate), and the installer is telling you that the script is still running.
>
> selfupdate can fail, if our rsync server is down (rare) or your network doesn't support rsync connections (relatively common).

Ah okay, so probably these rsync processes will timeout. I guess its
allright, as long as when the installer does fluff up, it exits and
prints out some appropriate error message.

As for Apple, its only an observation but the Xcode mpkg installer has
no such problem, and it provides very reasonable output logging, over
a period of about 10-20 minutes installation time. I am not familiar
with the details of Apple xcode pkg installer, and therefore can't
tell you how Apple achieves that wheras you are getting this
constantly repeating msg.

Anyway, if you are running port selfupdate, which is known to take a
long time, then why not print that to the log before executing the
command?



dreamcat4
dreamcat4 at gmail.com

From ryandesign at macports.org  Fri Feb 12 14:03:52 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 12 Feb 2010 16:03:52 -0600
Subject: [63684] trunk/dports/math
In-Reply-To: <20100212152815.642CE3EFB912@beta.macosforge.org>
References: <20100212152815.642CE3EFB912@beta.macosforge.org>
Message-ID: <F35F83A9-4B3C-4F70-9462-49C3D9A5590C@macports.org>

On Feb 12, 2010, at 09:28, mnick at macports.org wrote:

> Revision: 63684
>          http://trac.macports.org/changeset/63684
> Author:   mnick at macports.org
> Date:     2010-02-12 07:28:11 -0800 (Fri, 12 Feb 2010)
> Log Message:
> -----------
> new port: math/svdlibc 1.34


> Added: trunk/dports/math/svdlibc/Portfile
> ===================================================================


> +    foreach h {svdutil.h svdlib.h} {
> +        xinstall -m 644 ${worksrcpath}/${h} ${destroot}${prefix}/include
> +    }

This can be simplified to:

xinstall -m 644 -W ${worksrcpath} svdutil.h svdlib.h ${destroot}${prefix}/include


From ram at macports.org  Sat Feb 13 19:21:41 2010
From: ram at macports.org (Adam Mercer)
Date: Sat, 13 Feb 2010 21:21:41 -0600
Subject: running configure, build, and destroot phases twice in a single port?
Message-ID: <799406d61002131921i299129d3n60c5d0c0809e91cd@mail.gmail.com>

Hi

I'd like to revisit an old issue and see how the fftw-3 and
fftw-3-single ports can be merged into a single port (and also for
fftw and fftw-single). There are several software packages that
require that both the single and double precision builds of the
library need to be available at the same time so using a variant is
not an option. Therefore the merged port would need to run the
configure, build, and destroot phases twice (with slightly different
configuration options).

Is there an existing port that does this? Or does anyone know of a way
this can be done?

Cheers

Adam

From jmr at macports.org  Sat Feb 13 20:51:42 2010
From: jmr at macports.org (Joshua Root)
Date: Sun, 14 Feb 2010 15:51:42 +1100
Subject: running configure, build, and destroot phases twice in a single
	port?
In-Reply-To: <799406d61002131921i299129d3n60c5d0c0809e91cd@mail.gmail.com>
References: <799406d61002131921i299129d3n60c5d0c0809e91cd@mail.gmail.com>
Message-ID: <4B77815E.3070700@macports.org>

On 2010-2-14 14:21 , Adam Mercer wrote:
> Hi
> 
> I'd like to revisit an old issue and see how the fftw-3 and
> fftw-3-single ports can be merged into a single port (and also for
> fftw and fftw-single). There are several software packages that
> require that both the single and double precision builds of the
> library need to be available at the same time so using a variant is
> not an option. Therefore the merged port would need to run the
> configure, build, and destroot phases twice (with slightly different
> configuration options).
> 
> Is there an existing port that does this? Or does anyone know of a way
> this can be done?

Can the single- and double-precision ports be made to install in a
non-conflicting manner?

- Josh

From ryandesign at macports.org  Sat Feb 13 21:01:42 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 13 Feb 2010 23:01:42 -0600
Subject: running configure, build,
	and destroot phases twice in a single port?
In-Reply-To: <4B77815E.3070700@macports.org>
References: <799406d61002131921i299129d3n60c5d0c0809e91cd@mail.gmail.com>
	<4B77815E.3070700@macports.org>
Message-ID: <D63D5A18-929D-4BD7-9660-CFE5A35E97D5@macports.org>


On Feb 13, 2010, at 22:51, Joshua Root wrote:

> On 2010-2-14 14:21 , Adam Mercer wrote:
>> 
> 
>> I'd like to revisit an old issue and see how the fftw-3 and
>> fftw-3-single ports can be merged into a single port (and also for
>> fftw and fftw-single). There are several software packages that
>> require that both the single and double precision builds of the
>> library need to be available at the same time so using a variant is
>> not an option. Therefore the merged port would need to run the
>> configure, build, and destroot phases twice (with slightly different
>> configuration options).
>> 
>> Is there an existing port that does this? Or does anyone know of a way
>> this can be done?
> 
> Can the single- and double-precision ports be made to install in a
> non-conflicting manner?

They already do. The fftw-3 and fftw-3-single ports happily coexist. The one even depends on the other. But, we have in the past wished that they might be combined into a single port, except for the problem that we have no supported way of running configure, build and destroot more than once in a port.

There are unsupported ways which are employed by the muniversal and php5extension portgroups and the php5 port.


From jeremy at lavergne.gotdns.org  Sun Feb 14 02:44:06 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Sun, 14 Feb 2010 05:44:06 -0500
Subject: Abandoned Port Deps
Message-ID: <9DDB5E53-A997-4395-8521-BAAB877D3FB5@lavergne.gotdns.org>

Do we have a preferred method of removing no-longer-used port dependencies from the tree?

From what I've gathered, kdelibs4-experimental is no longer used as of KDE 4.4.0.  Should I convert all the ports that previously depended on it to conflict with it or use replaced_by instead?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100214/62893d84/attachment.bin>

From brad at pixilla.com  Sun Feb 14 06:53:00 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Sun, 14 Feb 2010 06:53:00 -0800
Subject: [MacPorts] #20093: php5-ming: new port request
In-Reply-To: <068.291360aff2275820bf4bec1fd1535f75@macports.org>
References: <059.13954401a8b456a96056c52db6d9b49f@macports.org>
	<068.291360aff2275820bf4bec1fd1535f75@macports.org>
Message-ID: <A74C171F-1A3C-44BE-B102-904C32F95606@pixilla.com>

I'll ask on the ming developer list.

// Brad

On Feb 13, 2010, at 5:50 PM, MacPorts wrote:

> #20093: php5-ming: new port request
> -------------------------------------- 
> +-------------------------------------
>  Reporter:  ryandesign@?             |       Owner:  ryandesign@?
>      Type:  request                  |      Status:  closed
>  Priority:  Normal                   |   Milestone:
> Component:  ports                    |     Version:  1.7.1
> Resolution:  fixed                    |    Keywords:
>      Port:  php5-ming                |
> -------------------------------------- 
> +-------------------------------------
> Changes (by ryandesign@?):
>
>  * status:  new => closed
>  * resolution:  => fixed
>
>
> Comment:
>
> There appear to be two different places to get the ming php extension
> source code, and they appear to be different, and I can't figure out  
> which
> is to be preferred. In r63736 I have committed a php5-ming port  
> which uses
> the php_ext directory inside the ming 0.4.3 source distribution, but  
> as
> you see there is also a version of the source in the pecl part of  
> the php
> subversion repository. There was
> [https://sourceforge.net/mailarchive/message.php?msg_name=20091009170426.GI11189%40keybit.net
> a question on their mailing list] asking whether these two will be  
> kept in
> sync with one another, to which there was no response. I (or somebody)
> should probably ask this question there again.
>
> -- 
> Ticket URL: <http://trac.macports.org/ticket/20093#comment:5>
> MacPorts <http://www.macports.org/>
> Ports system for Mac OS


From mcalhoun at macports.org  Sun Feb 14 07:43:48 2010
From: mcalhoun at macports.org (Marcus Calhoun-Lopez)
Date: Sun, 14 Feb 2010 08:43:48 -0700
Subject: [63519] trunk/dports/devel/gmp/Portfile
In-Reply-To: <20100208015306.GG19592@prunille.vinc17.org>
References: <20100207022713.C30393E91A8A@beta.macosforge.org>
	<20100208015306.GG19592@prunille.vinc17.org>
Message-ID: <b23dcfa81002140743s7c64e9d8l601d9092ba210244@mail.gmail.com>

At the web page http://gmplib.org/gmp5.0.html, the developers of GMP claim:
"GMP 5.0 is upwardly source and binary compatible with 4.x, and 3.x versions"

Is this the bug you were referring to?

-Marcus

On Sun, Feb 7, 2010 at 6:53 PM, Vincent Lefevre
<vincent-opdarw at vinc17.org> wrote:
>
> Hi,
>
> On 2010-02-06 18:27:12 -0800, mcalhoun at macports.org wrote:
> > Revision: 63519
> > ? ? ? ? ? http://trac.macports.org/changeset/63519
> > Author: ? mcalhoun at macports.org
> > Date: ? ? 2010-02-06 18:27:10 -0800 (Sat, 06 Feb 2010)
> > Log Message:
> > -----------
> > gmp: Update version 4.3.2 --> 5.0.1.
> [...]
> > @@ -54,13 +54,18 @@
> > ?test.cmd ? ? ? ?make
> > ?test.target ? ? check
> >
> > +post-destroot {
> > + ? ?# For the upgrade 4.3.2 -> 5.0.1, do not force all packages which depend on GMP to be rebuilt.
> > + ? ?ln -s libgmp.dylib ${destroot}${prefix}/lib/libgmp.3.dylib
> > +}
>
> I don't understand. The old GMP library will be removed by the
> upgrade and GMP 5 is *not* binary compatible[*] with GMP 4. So
> all the packages which depend on GMP must be rebuilt by this
> upgrade.
>
> Also note that GMP 5.0.1 is not regarded as stable as GMP 4.3.2.
>
> [*] GMP 5.0.0 was declared to be binary compatible, but this was
> a bug, which has been fixed in GMP 5.0.1.
>
> --
> Vincent Lef?vre <vincent at vinc17.net> - Web: <http://www.vinc17.net/>
> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
> Work: CR INRIA - computer arithmetic / Ar?naire project (LIP, ENS-Lyon)

From eyre at thphys.ox.ac.uk  Sun Feb 14 15:03:09 2010
From: eyre at thphys.ox.ac.uk (Andy Eyre)
Date: Sun, 14 Feb 2010 23:03:09 +0000
Subject: g3data
Message-ID: <4B78812D.8050409@thphys.ox.ac.uk>

Hello,

I submitted a new port for g3data a week ago:

http://trac.macports.org/ticket/23589

I was wondering what the hold-up was on its acceptance.

Andy

From ryandesign at macports.org  Sun Feb 14 17:24:27 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 14 Feb 2010 19:24:27 -0600
Subject: g3data
In-Reply-To: <4B78812D.8050409@thphys.ox.ac.uk>
References: <4B78812D.8050409@thphys.ox.ac.uk>
Message-ID: <FCA81109-1656-4D34-9D3B-A61DD611A21E@macports.org>


On Feb 14, 2010, at 17:03, Andy Eyre wrote:

> I submitted a new port for g3data a week ago:
> 
> http://trac.macports.org/ticket/23589
> 
> I was wondering what the hold-up was on its acceptance.

No hold-up; probably nobody saw the ticket yet. I'll take a look at it now.

-Ryan


From ryandesign at macports.org  Sun Feb 14 20:56:25 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 14 Feb 2010 22:56:25 -0600
Subject: Kick PortIndex machine?
Message-ID: <18F74D8C-3123-4284-893A-E4CDD6D62D7C@macports.org>

Can someone please kick the PortIndex machine? It hasn't generated the PortIndex at all today. Thanks.

-Ryan



From jmr at macports.org  Sun Feb 14 21:11:18 2010
From: jmr at macports.org (Joshua Root)
Date: Mon, 15 Feb 2010 16:11:18 +1100
Subject: Kick PortIndex machine?
In-Reply-To: <18F74D8C-3123-4284-893A-E4CDD6D62D7C@macports.org>
References: <18F74D8C-3123-4284-893A-E4CDD6D62D7C@macports.org>
Message-ID: <4B78D776.8020905@macports.org>

On 2010-2-15 15:56 , Ryan Schmidt wrote:
> Can someone please kick the PortIndex machine? It hasn't generated the PortIndex at all today. Thanks.

<http://trac.macports.org/ticket/23705>

- Josh

From raimue at macports.org  Mon Feb 15 09:59:52 2010
From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=)
Date: Mon, 15 Feb 2010 18:59:52 +0100
Subject: Scheduled Server Downtime tomorrow, 16th Feb
Message-ID: <4B798B98.6030601@macports.org>

Hello,

there will be a server downtime tomorrow starting at 16th February,
beginning at 8am PST (16 UTC) for the whole MacOSforge.org hosting site.
As all of our services are hosted there, this means that the
macports.org website, Subversion repository, Trac, rsync and the
mailing lists will not be available.

In urgent cases you can find the ports tree on one of the provided rsync
mirrors [1], which can be configured in sources.conf:

  rsync://arn.se.rsync.macports.org/release/ports/
  rsync://aarnet.au.rsync.macports.org/pub/macports/ports/


Please also refer to the more detailed announcement we got from the
MacOSforge administration:

| We are required to move our servers to a new building. This means
| unracking all of the equipment and driving it across town and
| reassembling it. This also means we have to change DNS records, which
| means some propagation delay. All of this boils down to a pretty
| lengthy outage. We are going to start at 8am on Tuesday the 16th and
| finish as soon as possible. If everything goes smoothly, then we
| could be done in 2-3 hours. If there are problems, it could take all
| day. I've carefully tested the new location and so I do not suspect
| any serious problems, but please be patient.

We apologize for any inconvenience caused by the downtime. Thanks to
Apple/MacOSforge for providing servers and support for The MacPorts Project.

For any questions and updates during the server downtime and please
visit our IRC channel #macports on FreeNode.

Rainer
- for the MacPorts Port Managers

[1] http://trac.macports.org/wiki/Mirrors

From wsiegrist at apple.com  Mon Feb 15 20:15:02 2010
From: wsiegrist at apple.com (William Siegrist)
Date: Mon, 15 Feb 2010 20:15:02 -0800
Subject: macports.org DNS Move
Message-ID: <D2940A9A-F1F0-47E6-A7D3-32786189729F@apple.com>

The DNS for macports.org has been moved to Apple/Mac OS Forge. If you have any trouble with the services (other then tomorrows planned maintenance that we announced), please let me know. 

Thanks
-Bill



From jeremy at lavergne.gotdns.org  Tue Feb 16 16:26:23 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Tue, 16 Feb 2010 19:26:23 -0500
Subject: [63831] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <20100216204812.7E09F3F7FF09@beta.macosforge.org>
References: <20100216204812.7E09F3F7FF09@beta.macosforge.org>
Message-ID: <032BAF8E-1799-4A0E-84AD-47876D503707@lavergne.gotdns.org>

Please consider notes instead of ui_msg.  This allows the user to see  
what your port was remarking without having to reinstall every time  
they'd like to see the message.

Notes takes a string, so that whole thing will only need one set of  
quotations around it.

notes \
"this is
a message."

On Feb 16, 2010, at 3:48 PM, dweber at macports.org wrote:

> Revision63831Authordweber at macports.orgDate2010-02-16 12:48:09 -0800  
> (Tue, 16 Feb 2010)Log Message
> Added ui_msg to warn about build duration and possible build  
> problems with parallel make jobs
> Modified Paths
> 	? trunk/dports/graphics/InsightToolkit/Portfile
> Diff
> Modified: trunk/dports/graphics/InsightToolkit/Portfile (63830 =>  
> 63831)
>
> --- trunk/dports/graphics/InsightToolkit/Portfile	2010-02-16  
> 15:27:07 UTC (rev 63830)
> +++ trunk/dports/graphics/InsightToolkit/Portfile	2010-02-16  
> 20:48:09 UTC (rev 63831)
> @@ -86,6 +86,14 @@
>  post-extract {
>      move ${workpath}/InsightToolkit-${version} ${worksrcpath}
>      move ${workpath}/CableSwig-ITK-${version}  ${worksrcpath}/ 
> Utilities/CableSwig
> +    ui_msg "***************************************************"
> +    ui_msg "InsightToolkit is a very long config/build process."
> +    ui_msg "It can take several hours, even on a fast system."
> +    ui_msg "Also, it may fail due to parallel make jobs, so"
> +    ui_msg "try the 'build.jobs=1' option and run the build"
> +    ui_msg "many times until completion.  The -o and -k options"
> +    ui_msg "may be useful too, see man port for details."
> +    ui_msg "***************************************************"
>  }
>
>  configure {
> _______________________________________________
> macports-changes mailing list
> macports-changes at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes


From jeremy at lavergne.gotdns.org  Tue Feb 16 16:27:53 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Tue, 16 Feb 2010 19:27:53 -0500
Subject: [63831] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <20100216204812.7E09F3F7FF09@beta.macosforge.org>
References: <20100216204812.7E09F3F7FF09@beta.macosforge.org>
Message-ID: <D8EA7085-3BA6-4B53-B642-99054A28C7F8@lavergne.gotdns.org>

Also, it doesn't need to be inside the post-extract block.

notes is automatically called during an install and needs to be  
accessible at all times for a `port notes` call.

On Feb 16, 2010, at 3:48 PM, dweber at macports.org wrote:

> Revision63831Authordweber at macports.orgDate2010-02-16 12:48:09 -0800  
> (Tue, 16 Feb 2010)Log Message
> Added ui_msg to warn about build duration and possible build  
> problems with parallel make jobs
> Modified Paths
> 	? trunk/dports/graphics/InsightToolkit/Portfile
> Diff
> Modified: trunk/dports/graphics/InsightToolkit/Portfile (63830 =>  
> 63831)
>
> --- trunk/dports/graphics/InsightToolkit/Portfile	2010-02-16  
> 15:27:07 UTC (rev 63830)
> +++ trunk/dports/graphics/InsightToolkit/Portfile	2010-02-16  
> 20:48:09 UTC (rev 63831)
> @@ -86,6 +86,14 @@
> post-extract {
>     move ${workpath}/InsightToolkit-${version} ${worksrcpath}
>     move ${workpath}/CableSwig-ITK-${version}  ${worksrcpath}/ 
> Utilities/CableSwig
> +    ui_msg "***************************************************"
> +    ui_msg "InsightToolkit is a very long config/build process."
> +    ui_msg "It can take several hours, even on a fast system."
> +    ui_msg "Also, it may fail due to parallel make jobs, so"
> +    ui_msg "try the 'build.jobs=1' option and run the build"
> +    ui_msg "many times until completion.  The -o and -k options"
> +    ui_msg "may be useful too, see man port for details."
> +    ui_msg "***************************************************"
> }
>
> configure {
> _______________________________________________
> macports-changes mailing list
> macports-changes at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes


From wsiegrist at apple.com  Tue Feb 16 17:10:38 2010
From: wsiegrist at apple.com (William Siegrist)
Date: Tue, 16 Feb 2010 17:10:38 -0800
Subject: Scheduled Server Downtime tomorrow, 16th Feb
In-Reply-To: <4B798B98.6030601@macports.org>
References: <4B798B98.6030601@macports.org>
Message-ID: <30C0B7D2-EFA7-48A9-BBE3-BB98AE50CDAE@apple.com>

Everything is back up. Let me know if you have any problems. 

-Bill



On Feb 15, 2010, at 9:59 AM, Rainer M?ller wrote:

> Hello,
> 
> there will be a server downtime tomorrow starting at 16th February,
> beginning at 8am PST (16 UTC) for the whole MacOSforge.org hosting site.
> As all of our services are hosted there, this means that the
> macports.org website, Subversion repository, Trac, rsync and the
> mailing lists will not be available.
> 
> In urgent cases you can find the ports tree on one of the provided rsync
> mirrors [1], which can be configured in sources.conf:
> 
>  rsync://arn.se.rsync.macports.org/release/ports/
>  rsync://aarnet.au.rsync.macports.org/pub/macports/ports/
> 
> 
> Please also refer to the more detailed announcement we got from the
> MacOSforge administration:
> 
> | We are required to move our servers to a new building. This means
> | unracking all of the equipment and driving it across town and
> | reassembling it. This also means we have to change DNS records, which
> | means some propagation delay. All of this boils down to a pretty
> | lengthy outage. We are going to start at 8am on Tuesday the 16th and
> | finish as soon as possible. If everything goes smoothly, then we
> | could be done in 2-3 hours. If there are problems, it could take all
> | day. I've carefully tested the new location and so I do not suspect
> | any serious problems, but please be patient.
> 
> We apologize for any inconvenience caused by the downtime. Thanks to
> Apple/MacOSforge for providing servers and support for The MacPorts Project.
> 
> For any questions and updates during the server downtime and please
> visit our IRC channel #macports on FreeNode.
> 
> Rainer
> - for the MacPorts Port Managers
> 
> [1] http://trac.macports.org/wiki/Mirrors
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev


From ryandesign at macports.org  Tue Feb 16 19:41:00 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 16 Feb 2010 21:41:00 -0600
Subject: [63831] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <032BAF8E-1799-4A0E-84AD-47876D503707@lavergne.gotdns.org>
References: <20100216204812.7E09F3F7FF09@beta.macosforge.org>
	<032BAF8E-1799-4A0E-84AD-47876D503707@lavergne.gotdns.org>
Message-ID: <64ED9793-995F-44AA-B50A-274761A1A0FE@macports.org>


On Feb 16, 2010, at 18:26, Jeremy Lavergne wrote:

> Please consider notes instead of ui_msg.  This allows the user to see what your port was remarking without having to reinstall every time they'd like to see the message.

I think part of Darren's purpose in doing this in post-extract instead of notes is that he's advising the user it will take a long time to build. Notes are not shown until the port has finished installing, and are thus not a helpful place to display that kind of advice.

The information about turning off parallel build should go away; if the port doesn't work with parallel building, then the port should specify "use_parallel_build no" and be done with it. -o and -k are flags port developers are expected to use on occasion, but users should not be expected to need to use, and ports probably don't have any reason to suggest their use to users.


> On Feb 16, 2010, at 3:48 PM, dweber at macports.org wrote:
> 
>> Revision63831Authordweber at macports.orgDate2010-02-16 12:48:09 -0800 (Tue, 16 Feb 2010)Log Message
>> Added ui_msg to warn about build duration and possible build problems with parallel make jobs
>> Modified Paths
>> 	? trunk/dports/graphics/InsightToolkit/Portfile
>> Diff
>> Modified: trunk/dports/graphics/InsightToolkit/Portfile (63830 => 63831)
>> 
>> --- trunk/dports/graphics/InsightToolkit/Portfile	2010-02-16 15:27:07 UTC (rev 63830)
>> +++ trunk/dports/graphics/InsightToolkit/Portfile	2010-02-16 20:48:09 UTC (rev 63831)
>> @@ -86,6 +86,14 @@
>> post-extract {
>>     move ${workpath}/InsightToolkit-${version} ${worksrcpath}
>>     move ${workpath}/CableSwig-ITK-${version}  ${worksrcpath}/Utilities/CableSwig
>> +    ui_msg "***************************************************"
>> +    ui_msg "InsightToolkit is a very long config/build process."
>> +    ui_msg "It can take several hours, even on a fast system."
>> +    ui_msg "Also, it may fail due to parallel make jobs, so"
>> +    ui_msg "try the 'build.jobs=1' option and run the build"
>> +    ui_msg "many times until completion.  The -o and -k options"
>> +    ui_msg "may be useful too, see man port for details."
>> +    ui_msg "***************************************************"
>> }


From wms at macports.org  Tue Feb 16 23:05:27 2010
From: wms at macports.org (William Siegrist)
Date: Tue, 16 Feb 2010 23:05:27 -0800
Subject: Fwd: PortIndex2MySQL run failure on Tuesday 2010-02-16 at 21:10:00
References: <20100217051011.1CFC23CB8C19@gamma.macosforge.org>
Message-ID: <F11375DA-13B6-4067-9BCF-D3E5431D8043@macports.org>

Begin forwarded message:

> From: macports-mgr at lists.macosforge.org
> Date: February 16, 2010 9:10:11 PM PST
> To: wms at macports.org
> Subject: PortIndex2MySQL run failure on Tuesday 2010-02-16 at 21:10:00
> 
> 
> Synchronizing local ports tree from file:///rsync/macports-san/release/ports/
> Error: CHILDSTATUS 37440 1: ERROR 1062 (23000) at line 18488: Duplicate entry 'shared-desktop-ontologies' for key 1



I reverted r63851 to fix this failure. The other port is in kde.

https://trac.macports.org/changeset/63851

https://trac.macports.org/changeset/63861

-Bill





From jeremyhu at macports.org  Wed Feb 17 01:19:22 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Wed, 17 Feb 2010 01:19:22 -0800
Subject: [63854] trunk/dports/lang/swi-prolog/Portfile
In-Reply-To: <20100217055235.226B83F91F5F@beta.macosforge.org>
References: <20100217055235.226B83F91F5F@beta.macosforge.org>
Message-ID: <110C5540-13D0-4098-9099-9A3B10F1306D@macports.org>

No, do not pull in xorg-libs.  This is a meta-package that was added transitionally and it will be killed as soon as possible.  Add dependencies on just the libraries that you need!  I'm POSITIVE that you don't actually need libXxf86dga.dylib ... don't make people bring in this cruft.  There are only a few packages left that are holding up the removal of this package.  Please don't add more to the list.

On Feb 16, 2010, at 21:52, ryandesign at macports.org wrote:

> Revision: 63854
>          http://trac.macports.org/changeset/63854
> Author:   ryandesign at macports.org
> Date:     2010-02-16 21:52:34 -0800 (Tue, 16 Feb 2010)
> Log Message:
> -----------
> swi-prolog: re-add xorg-libs dependency because it does link with X libraries; see #22790
> 
> Modified Paths:
> --------------
>    trunk/dports/lang/swi-prolog/Portfile
> 
> Modified: trunk/dports/lang/swi-prolog/Portfile
> ===================================================================
> --- trunk/dports/lang/swi-prolog/Portfile	2010-02-17 05:26:21 UTC (rev 63853)
> +++ trunk/dports/lang/swi-prolog/Portfile	2010-02-17 05:52:34 UTC (rev 63854)
> @@ -6,6 +6,7 @@
> name		swi-prolog
> epoch		20051223
> version		5.8.3
> +revision	1
> 
> categories	lang
> maintainers	uva.nl:J.Wielemaker logtalk.org:pmoura
> @@ -41,7 +42,8 @@
> 	port:jpeg		\
> 	port:libmcrypt		\
> 	port:gmp		\
> -	port:zlib
> +	port:zlib		\
> +	port:xorg-libs
> 
> use_parallel_build	no
> 
> _______________________________________________
> macports-changes mailing list
> macports-changes at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes


From ryandesign at macports.org  Wed Feb 17 01:24:56 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 17 Feb 2010 03:24:56 -0600
Subject: [63854] trunk/dports/lang/swi-prolog/Portfile
In-Reply-To: <110C5540-13D0-4098-9099-9A3B10F1306D@macports.org>
References: <20100217055235.226B83F91F5F@beta.macosforge.org>
	<110C5540-13D0-4098-9099-9A3B10F1306D@macports.org>
Message-ID: <CD76B3C4-4468-4694-9F6E-6FBBFEB67238@macports.org>


On Feb 17, 2010, at 03:19, Jeremy Huddleston wrote:

> No, do not pull in xorg-libs.  This is a meta-package that was added transitionally and it will be killed as soon as possible.  Add dependencies on just the libraries that you need!  I'm POSITIVE that you don't actually need libXxf86dga.dylib ... don't make people bring in this cruft.  There are only a few packages left that are holding up the removal of this package.  Please don't add more to the list.

Fine, please file a ticket against swi-prolog and swi-prolog-devel to have these dependencies switched.



From ryandesign at macports.org  Wed Feb 17 01:44:36 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 17 Feb 2010 03:44:36 -0600
Subject: [MacPorts] #22790: Updated swi-prolog portfile for version 5.8.2
In-Reply-To: <1266399403.31313.8.camel@hppc323.few.vu.nl>
References: <054.6a827f57be7c500afd8cd367fdfc6268@macports.org>
	<063.d2d22ac15d00b57422308119d55f3c9d@macports.org>
	<1266399403.31313.8.camel@hppc323.few.vu.nl>
Message-ID: <3735696B-A93A-4D1F-9B4C-3C8A66EB1507@macports.org>


On Feb 17, 2010, at 03:36, Jan Wielemaker wrote:

> I've been doing a bit of investigation on the real dependencies for
> Macports X11.  Seems we only really need libjpeg; we can use the 
> native mac versions for anything else.  The problem with Xft appeared
> a missing pkgconfig path.

Speaking for MacPorts, we do not want to use native Mac versions of e.g. the X11 libraries for the reasons explained in our FAQ:

http://trac.macports.org/wiki/FAQ#ownlibs


> All in all, I used the Portfile skeleton (@VERSION@ and @MD5@ are
> replaced by my Makefile) attached.  Sofar this seems to work fine,
> in particular for creating binaries.
> 
> Except for the download location, the same Portfile works for the
> stable and development releases.

You can do what you like for creating your own binaries of course, but speaking again for MacPorts, we don't need a template. We need an actual portfile. And we have one in the Subversion repository. The fact you're using a template file perhaps begins to explain the several problems we've had committing updates for swi-prolog ports over the past months, where the diffs received don't always match up with what's in the repository, and don't always indicate changes you actually want us to make. When you want to submit an update to the ports, please do not use a template file. Instead, please take the current portfile for that port from the Subversion repository, make a copy of it, edit one of them, and submit a unified diff from the original to the modified version.


From vincent-opdarw at vinc17.org  Wed Feb 17 02:05:56 2010
From: vincent-opdarw at vinc17.org (Vincent Lefevre)
Date: Wed, 17 Feb 2010 11:05:56 +0100
Subject: [63519] trunk/dports/devel/gmp/Portfile
In-Reply-To: <b23dcfa81002140743s7c64e9d8l601d9092ba210244@mail.gmail.com>
References: <20100207022713.C30393E91A8A@beta.macosforge.org>
	<20100208015306.GG19592@prunille.vinc17.org>
	<b23dcfa81002140743s7c64e9d8l601d9092ba210244@mail.gmail.com>
Message-ID: <20100217100556.GA23957@prunille.vinc17.org>

On 2010-02-14 08:43:48 -0700, Marcus Calhoun-Lopez wrote:
> At the web page http://gmplib.org/gmp5.0.html, the developers of GMP claim:
> "GMP 5.0 is upwardly source and binary compatible with 4.x, and 3.x versions"

It doesn't say that exactly. I read:

  "GMP 5.0 is upwardly source and binary compatible with 4.x, and 3.x
  versions, except for applications that use the semi-documented
  mpn_bdivmod function."

Actually, mpn_bdivmod was fully documented (in the manual), but was
said:

     *This interface is preliminary.  It might change incompatibly in
     future revisions.*

Applications that use this function will no longer work if linked
with the GMP 5 library. Actually, if versioning works, the symlink
should have no effect if the OS really checks that GMP 5.0.1 is
incompatible with GMP 4.3.

FYI, the web page also says:

  The solib numbers now reflect the removal of the documented but
  preliminary mpn_bdivmod function; we correctly flag incompatibility
  with GMP 4.3. GMP 5.0.0 has this wrong, and should perhaps be
  uninstalled to avoid confusion.

-- 
Vincent Lef?vre <vincent at vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / Ar?naire project (LIP, ENS-Lyon)

From macsforever2000 at macports.org  Wed Feb 17 02:40:28 2010
From: macsforever2000 at macports.org (Frank Schima)
Date: Wed, 17 Feb 2010 03:40:28 -0700
Subject: [MacPorts] WikiStart modified
In-Reply-To: <20100217100345.796C71AFDB6BF@bz3.apple.com>
References: <20100217100345.796C71AFDB6BF@bz3.apple.com>
Message-ID: <7C2E216C-119A-4D94-B02B-F8929B573FDE@macports.org>

This spammer caused the page - the homepage to Trac - to not function at all. I reverted the change. 


-Frank

On Feb 17, 2010, at 3:03 AM, MacPorts wrote:

> 
> Changed page "WikiStart" by kavin.kartly at gmail.com from 78.25.16.178*
> Page URL: <http://trac.macports.org/wiki/WikiStart>
> Diff URL: <http://trac.macports.org/wiki/WikiStart?action=diff&version=64>
> Revision 64
> 
> -------8<------8<------8<------8<------8<------8<------8<------8<--------
> Index: WikiStart
> =========================================================================
> --- WikiStart (version: 63)
> +++ WikiStart (version: 64)
> @@ -37,7 +37,7 @@
>   * [http://guide.macports.org/#internals MacPorts internals] - Documentation of internal functionality
>  * PortfileRecipes - Portfile recipes for certain situations, with examples
>  * MacPortsFramework - Work on a Cocoa Framework for accessing MacPorts
> - * [wiki:UniversalDevelopment Universal Development] - Help getting more ports build ''universal''
> + * [wiki:UniversalDevelopment Universal Development] - Help getting more ports build ''universal''''[http://www.resumesplanet.com resume service]''
>  * [wiki:SummerOfCode Google Summer of Code]
>  * [wiki:MPAB MacPorts AutoBuild project]
> 
> 
> -------8<------8<------8<------8<------8<------8<------8<------8<--------
> 
> * The IP shown here might not mean anything if the user or the server is
> behind a proxy.
> 
> --
> MacPorts <http://www.macports.org/>
> Ports system for Mac OS
> 
> This is an automated message. Someone at http://www.macports.org/ added your email
> address to be notified of changes on WikiStart. If it was not you, please
> report to .
> _______________________________________________
> macports-changes mailing list
> macports-changes at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes


From macsforever2000 at macports.org  Wed Feb 17 02:44:14 2010
From: macsforever2000 at macports.org (Frank Schima)
Date: Wed, 17 Feb 2010 03:44:14 -0700
Subject: [MacPorts] WikiStart deleted version
In-Reply-To: <20100217103451.B81201AEBFD48@bz2.apple.com>
References: <20100217103451.B81201AEBFD48@bz2.apple.com>
Message-ID: <7D1C2589-1AFC-4006-84E3-3C0A1A93DA09@macports.org>

I think it odd that this revision of the Trac page was attributed to Rainer, when it was performed by "kavin.kartly at gmail.com from 78.25.16.178*" as seen from the email before this one. 


On Feb 17, 2010, at 3:34 AM, MacPorts wrote:

> 
> Page URL: <http://trac.macports.org/wiki/WikiStart>
> Deleted version "64" of page "WikiStart" by  raimue at macports.org from 91.11.180.176*
> 
> * The IP shown here might not mean anything if the user or the server is
> behind a proxy.
> 
> --
> MacPorts <http://www.macports.org/>
> Ports system for Mac OS
> 
> This is an automated message. Someone at http://www.macports.org/ added your email
> address to be notified of changes on WikiStart. If it was not you, please
> report to .
> _______________________________________________
> macports-changes mailing list
> macports-changes at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100217/354f5e74/attachment.html>

From ryandesign at macports.org  Wed Feb 17 03:07:16 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 17 Feb 2010 05:07:16 -0600
Subject: [MacPorts] WikiStart deleted version
In-Reply-To: <7D1C2589-1AFC-4006-84E3-3C0A1A93DA09@macports.org>
References: <20100217103451.B81201AEBFD48@bz2.apple.com>
	<7D1C2589-1AFC-4006-84E3-3C0A1A93DA09@macports.org>
Message-ID: <8DEDDDAE-DF4A-449F-A2ED-A177548B77C5@macports.org>


On Feb 17, 2010, at 04:44, Frank Schima wrote:

> I think it odd that this revision of the Trac page was attributed to Rainer, when it was performed by "kavin.kartly at gmail.com from 78.25.16.178*" as seen from the email before this one. 

Yes, I have noted that oddness before. I don't know why that happens. You could ask the developers of Trac.



From takeshi at enomosphere.net  Wed Feb 17 05:43:44 2010
From: takeshi at enomosphere.net (Takeshi Enomoto)
Date: Wed, 17 Feb 2010 22:43:44 +0900
Subject: running configure, build,
	and destroot phases twice in a single port?
In-Reply-To: <D63D5A18-929D-4BD7-9660-CFE5A35E97D5@macports.org>
References: <799406d61002131921i299129d3n60c5d0c0809e91cd@mail.gmail.com>
	<4B77815E.3070700@macports.org>
	<D63D5A18-929D-4BD7-9660-CFE5A35E97D5@macports.org>
Message-ID: <E6DC9891-C1CE-4639-A8B9-71BE45DAC69C@enomosphere.net>

Hi, all,

>>> I'd like to revisit an old issue and see how the fftw-3 and
>>> fftw-3-single ports can be merged into a single port 

>> Can the single- and double-precision ports be made to install in a
>> non-conflicting manner?
> 
> They already do.

I used to maintain fftw-3.
I would like to thank the current maintainer Adam.

emos, which I added recently,  have libraries for float and double.
I use post-destroot to build it for 64-bit real.
There are a few other Fortran libraries I hesitate to add to MacPorts
due to expected trouble with the point you made.
Old fortran programs use 'real' and rely upon compiler options.

Although I have never used it this reminds me of how we deal with universal builds
with the universal port group.

Could creating another port help any way?

Takeshi



From takeshi at macports.org  Wed Feb 17 05:50:58 2010
From: takeshi at macports.org (Takeshi Enomoto)
Date: Wed, 17 Feb 2010 22:50:58 +0900
Subject: source without version
Message-ID: <B94AA688-0DC8-4440-A8EF-88FB6BB284F6@macports.org>

Hi,

Can one write a Portfile without version?
The source code I might add to MacPorts does not have a version with it.

Takeshi


From jeremy at lavergne.gotdns.org  Wed Feb 17 06:09:00 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Wed, 17 Feb 2010 09:09:00 -0500
Subject: source without version
In-Reply-To: <B94AA688-0DC8-4440-A8EF-88FB6BB284F6@macports.org>
References: <B94AA688-0DC8-4440-A8EF-88FB6BB284F6@macports.org>
Message-ID: <24A8F6EA-3B4E-4F5B-BE9C-144C1E8EB3D9@lavergne.gotdns.org>

> Can one write a Portfile without version?
> The source code I might add to MacPorts does not have a version with it.

Make one up :-)  You can disable it in the distfile/worksrcdir.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100217/51b1d65d/attachment.bin>

From howarth at bromo.med.uc.edu  Wed Feb 17 06:42:09 2010
From: howarth at bromo.med.uc.edu (Jack Howarth)
Date: Wed, 17 Feb 2010 09:42:09 -0500
Subject: please push pynmr into ports
Message-ID: <20100217144209.GA27735@bromo.med.uc.edu>

   I have gotten a query about why the pynmr
package isn't available in the current ports
yet. We have all of the required dependencies
in place now. Could someone please add the
pynmr packaging from...

p://trac.macports.org/ticket/21642

into the current ports? Thanks in advance.
              Jack

From wsiegrist at apple.com  Wed Feb 17 06:47:05 2010
From: wsiegrist at apple.com (William Siegrist)
Date: Wed, 17 Feb 2010 06:47:05 -0800
Subject: [MacPorts] WikiStart deleted version
In-Reply-To: <8DEDDDAE-DF4A-449F-A2ED-A177548B77C5@macports.org>
References: <20100217103451.B81201AEBFD48@bz2.apple.com>
	<7D1C2589-1AFC-4006-84E3-3C0A1A93DA09@macports.org>
	<8DEDDDAE-DF4A-449F-A2ED-A177548B77C5@macports.org>
Message-ID: <44048C61-EF42-49CF-8262-1065352A759B@apple.com>

On Feb 17, 2010, at 3:07 AM, Ryan Schmidt wrote:

> 
> On Feb 17, 2010, at 04:44, Frank Schima wrote:
> 
>> I think it odd that this revision of the Trac page was attributed to Rainer, when it was performed by "kavin.kartly at gmail.com from 78.25.16.178*" as seen from the email before this one. 
> 
> Yes, I have noted that oddness before. I don't know why that happens. You could ask the developers of Trac.


I believe its a bug in Trac, you can probably find a ticket for it on their website. 

-Bill

From wsiegrist at apple.com  Wed Feb 17 06:53:33 2010
From: wsiegrist at apple.com (William Siegrist)
Date: Wed, 17 Feb 2010 06:53:33 -0800
Subject: [MacPorts] BadContent modified
In-Reply-To: <20100217111030.6E0F11AEC0D72@bz2.apple.com>
References: <20100217111030.6E0F11AEC0D72@bz2.apple.com>
Message-ID: <5570C121-5F30-4C58-87EE-2BA80885E3F3@apple.com>

Don't bother changing the BadContent page, it gets managed by tools on the server. I monitor the wiki changes and will handle these myself, but I don't watch all ticket changes show just email me when you see them.  As for the backslashes, I don't bother with them as they are unnecessary. 

-Bill


On Feb 17, 2010, at 3:10 AM, MacPorts wrote:

> 
> Changed page "BadContent" by ryandesign at macports.org from 70.253.81.85*
> Page URL: <http://trac.macports.org/wiki/BadContent>
> Diff URL: <http://trac.macports.org/wiki/BadContent?action=diff&version=3>
> Revision 3
> Comment: backslashes go before literal fullstops in regular expressions


From dluke at geeklair.net  Wed Feb 17 07:29:07 2010
From: dluke at geeklair.net (Daniel J. Luke)
Date: Wed, 17 Feb 2010 10:29:07 -0500
Subject: source without version
In-Reply-To: <24A8F6EA-3B4E-4F5B-BE9C-144C1E8EB3D9@lavergne.gotdns.org>
References: <B94AA688-0DC8-4440-A8EF-88FB6BB284F6@macports.org>
	<24A8F6EA-3B4E-4F5B-BE9C-144C1E8EB3D9@lavergne.gotdns.org>
Message-ID: <007CD3AA-6BE6-4C7E-9F38-F2F9C22DFC26@geeklair.net>

On Feb 17, 2010, at 9:09 AM, Jeremy Lavergne wrote:
>> Can one write a Portfile without version?
>> The source code I might add to MacPorts does not have a version with it.
> 
> Make one up :-)  You can disable it in the distfile/worksrcdir.

As a suggestion, using the date the source code was packaged up works well (YYYYMMDD)

--
Daniel J. Luke                                                                   
+========================================================+                        
| *---------------- dluke at geeklair.net ----------------* |                          
| *-------------- http://www.geeklair.net -------------* |                          
+========================================================+                        
|   Opinions expressed are mine and do not necessarily   |                          
|          reflect the opinions of my employer.          |                          
+========================================================+




From mail at uwe-arzt.de  Wed Feb 17 09:02:31 2010
From: mail at uwe-arzt.de (Uwe Arzt)
Date: Wed, 17 Feb 2010 18:02:31 +0100
Subject: Can someone please submit #22740 (pthsem) and #23104 (eibd)
Message-ID: <011BD988-46DF-4099-B1A6-55D17996BD64@uwe-arzt.de>

Thanks in advance...

:q! Uwe
--
mail at uwe-arzt.de
www.uwe-arzt.de






From mail at uwe-arzt.de  Wed Feb 17 09:27:22 2010
From: mail at uwe-arzt.de (Uwe Arzt)
Date: Wed, 17 Feb 2010 18:27:22 +0100
Subject: [MacPorts] #22740: pthsem: configure is not longer available
In-Reply-To: <061.40e597a71dfc3d53528425441c526e8b@macports.org>
References: <052.d9b6c36ccb8dc06ba38f4073b32ef48b@macports.org>
	<061.40e597a71dfc3d53528425441c526e8b@macports.org>
Message-ID: <D7746E8A-06C4-4401-A45B-2184CA2A25B7@uwe-arzt.de>

Yep you are right, was released yesterday... Should have checked that :(

I will test an upgrade and add it to the bug...

:q! Uwe

Am 17.02.2010 um 18:17 schrieb MacPorts:

> #22740: pthsem: configure is not longer available
> ---------------------------------+------------------------------------------
> Reporter:  mail@?               |       Owner:  ryandesign@?           
>     Type:  defect               |      Status:  assigned               
> Priority:  Normal               |   Milestone:                         
> Component:  ports                |     Version:                         
> Keywords:  maintainer haspatch  |        Port:  pthsem                 
> ---------------------------------+------------------------------------------
> 
> Comment(by snc@?):
> 
> Also, if I'm not mistaken, 2.0.8 is available?
> 
> -- 
> Ticket URL: <http://trac.macports.org/ticket/22740#comment:5>
> MacPorts <http://www.macports.org/>
> Ports system for Mac OS

--
mail at uwe-arzt.de
www.uwe-arzt.de






From ryandesign at macports.org  Wed Feb 17 09:46:59 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 17 Feb 2010 11:46:59 -0600
Subject: [63866] trunk/dports/devel/apr/Portfile
In-Reply-To: <20100217151739.008F63FA0E32@beta.macosforge.org>
References: <20100217151739.008F63FA0E32@beta.macosforge.org>
Message-ID: <71D2EB78-41FC-4806-B9E1-E9291BAC5CA4@macports.org>


On Feb 17, 2010, at 09:17, dluke at macports.org wrote:

> Update libtool -arch removal regex to not eat the double quotes (was breaking the apr-installed libtool) fixes #23744.

Yeah, sorry about that, I think I'm recommending the following more bullet-proof line instead of the one I was using for GraphicsMagick:

        reinplace -E {s|-arch [a-z0-9_]+||g} ${worksrcpath}/file

I noticed this in mysql5 where the previous more permissive regex ate a closing quote too.


From ryandesign at macports.org  Wed Feb 17 09:53:54 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 17 Feb 2010 11:53:54 -0600
Subject: [MacPorts] BadContent modified
In-Reply-To: <5570C121-5F30-4C58-87EE-2BA80885E3F3@apple.com>
References: <20100217111030.6E0F11AEC0D72@bz2.apple.com>
	<5570C121-5F30-4C58-87EE-2BA80885E3F3@apple.com>
Message-ID: <C329B5CA-EC6B-4921-AD39-BD2E5A8A2DA2@macports.org>

On Feb 17, 2010, at 08:53, William Siegrist wrote:

> Don't bother changing the BadContent page, it gets managed by tools on the server. I monitor the wiki changes and will handle these myself, but I don't watch all ticket changes show just email me when you see them.

Uh, ok. That's nonintuitive. Is there a way to put a statement to that effect on the BadContent page, or does that have the effect of making that statement bad content? :)

> As for the backslashes, I don't bother with them as they are unnecessary. 

I know they're not particularly necessary here; I just wanted to make sure nobody inadvertently clicks one of the bad domains. They appeared as clickable links in my email program before I added the backslashes.



From ryandesign at macports.org  Wed Feb 17 10:08:32 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 17 Feb 2010 12:08:32 -0600
Subject: please push pynmr into ports
In-Reply-To: <20100217144209.GA27735@bromo.med.uc.edu>
References: <20100217144209.GA27735@bromo.med.uc.edu>
Message-ID: <6E056D25-D679-4BA7-86CE-8EEFC3A10736@macports.org>

On Feb 17, 2010, at 08:42, Jack Howarth wrote:

>   I have gotten a query about why the pynmr
> package isn't available in the current ports
> yet. We have all of the required dependencies
> in place now. Could someone please add the
> pynmr packaging from...
> 
> p://trac.macports.org/ticket/21642
> 
> into the current ports? Thanks in advance.

I'll do that today.



From wsiegrist at apple.com  Wed Feb 17 10:23:10 2010
From: wsiegrist at apple.com (William Siegrist)
Date: Wed, 17 Feb 2010 10:23:10 -0800
Subject: [MacPorts] BadContent modified
In-Reply-To: <C329B5CA-EC6B-4921-AD39-BD2E5A8A2DA2@macports.org>
References: <20100217111030.6E0F11AEC0D72@bz2.apple.com>
	<5570C121-5F30-4C58-87EE-2BA80885E3F3@apple.com>
	<C329B5CA-EC6B-4921-AD39-BD2E5A8A2DA2@macports.org>
Message-ID: <17A97063-69AA-4159-8623-BF1046773A3F@apple.com>

On Feb 17, 2010, at 9:53 AM, Ryan Schmidt wrote:

> On Feb 17, 2010, at 08:53, William Siegrist wrote:
> 
>> Don't bother changing the BadContent page, it gets managed by tools on the server. I monitor the wiki changes and will handle these myself, but I don't watch all ticket changes show just email me when you see them.
> 
> Uh, ok. That's nonintuitive. Is there a way to put a statement to that effect on the BadContent page, or does that have the effect of making that statement bad content? :)
> 

I see the BadContent changes too, so if someone does make a change I'll make sure it survives. I just thought I would email you this time to let you know you can let me handle it if you want. 

-Bill



From ryandesign at macports.org  Wed Feb 17 14:31:42 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 17 Feb 2010 16:31:42 -0600
Subject: [MacPorts] howto/SyncingWithSVN modified
In-Reply-To: <20100217220611.5844E1B003FBD@bz3.apple.com>
References: <20100217220611.5844E1B003FBD@bz3.apple.com>
Message-ID: <2A96AA74-ACEA-4038-A9D9-D7DE4EB2B3A1@macports.org>

On Feb 17, 2010, at 16:06, MacPorts wrote:

> Changed page "howto/SyncingWithSVN" by jon at jonsview.com from 198.51.49.2*
> Page URL: <http://trac.macports.org/wiki/howto/SyncingWithSVN>
> Diff URL: <http://trac.macports.org/wiki/howto/SyncingWithSVN?action=diff&version=10>
> Revision 10
> Comment: It appears that the repository can only be checked out by using a secure connection.

Nope, http works fine too.


From dports at ambulatoryclam.net  Wed Feb 17 15:03:38 2010
From: dports at ambulatoryclam.net (Dan Ports)
Date: Wed, 17 Feb 2010 15:03:38 -0800
Subject: TexLive 2009 plans Re: [MacPorts] #16492: UPDATE: TexLive 2007 to
	newer version
In-Reply-To: <064.f0c8fd50d5a6fe42b3062534f9ce8c40@macports.org>
References: <055.1a340ec6bd193cd0d64e5bde639e200c@macports.org>
	<064.f0c8fd50d5a6fe42b3062534f9ce8c40@macports.org>
Message-ID: <20100217230338.GE54174@ambulatoryclam.net>

I posted the following comments about the work I'm doing on updating
the texlive ports to v2009 in a ticket, but since they are some
fairly large changes, I thought I'd send them to -dev too. (Apologies
for the spam to anyone who already received it.)

Any comments are appreciated.

Dan

On Wed, Feb 17, 2010 at 10:49:25PM -0000, MacPorts wrote:
> #16492: UPDATE: TexLive 2007 to newer version
> ---------------------------------+------------------------------------------
>  Reporter:  luis.beca@???          |       Owner:  milosh@???           
>      Type:  update               |      Status:  new                
>  Priority:  Normal               |   Milestone:                     
> Component:  ports                |     Version:                     
>  Keywords:                       |        Port:  texlive            
> ---------------------------------+------------------------------------------
> 
> Comment(by dports@???):
> 
>  Let me say a few words about what I'm working on with the texlive port so
>  that people know what's going on -- looks like there's been a lot of
>  interest in a more recent TeXLive lately.
> 
>  For background, texlive is a large and lumbering monstrosity. It includes
>  a giant pile of source code (complete with all of its dependent
>  libraries), an even more giant pile of TeX packages, and its own package
>  manager. I believe texlive 2009 is divided into over 3000 packages, which
>  are grouped into about 80 "collections", and further grouped into 10
>  "schemes".
> 
>  The version currently in MacPorts is 2007, which IIRC predates TexLive's
>  package management system. So there's a texlive_base port that installs
>  the binaries, a texlive_texmf-full and a texlive_texmf-minimal that
>  install some or all of the tex files, s texlive_texmf-docs port, and a
>  texlive metaport.
> 
>  This organization doesn't really work for TL 2009, because there's no
>  "minimal" texmf tree anymore and it's not really clear exactly what we'd
>  want to put in a "minimal" install anyway. And I would really rather not
>  support only a full install of texlive, because that's about a gig of
>  distfiles and probably over 2GB installed. Instead, I'd like to provide
>  finer granularity so that users can choose what they want installed.
> 
>  So my plan is to create the following ports:
>   * texlive-common, which contains support scripts and files required for
>  building and installing the others (e.g. texmf.cnf)
>   * texlive-bin, which contains everything built from source (not too
>  different from today's texlive_base)
>   * one port per texlive collection, e.g. texlive-basic, texlive-latex-
>  recommended, texlive-lang-african
> 
>  I'm leaning toward one port per collection because I think this is the
>  only option with a decent granularity and a reasonable number of ports. It
>  would wind up creating 80-90 ports, which is a lot, but not totally
>  unreasonable to me. (Note that 30 of these are language-specific packages
>  for 30 languages, and another 24 are documentation in different
>  languages.) This is basically the approach that Debian takes.
> 
>  The other alternatives are one port per package, which would be great in
>  that you could install exactly the packages you need, but require 3000+
>  ports, which would be a nightmare. One port per scheme (there are 10 of
>  them) would also be a decent option, except that the schemes overlap, so
>  the ports would conflict. I think one port per collection is the way to
>  go.
> 
>  I've done a lot of the work necessary for this, including getting the
>  binaries to build and the giant distfile carved up into more manageable
>  collections. I can provide more details if anyone is interested, and I
>  hope to have a patch soon once I get it into reasonably usable shape.
> 
>  This has been even more of a painful mess than I expected it to be!
> 
> -- 
> Ticket URL: <http://trac.macports.org/ticket/16492#comment:47>
> MacPorts <http://www.macports.org/>
> Ports system for Mac OS
> 

-- 
Dan R. K. Ports              MIT CSAIL                http://drkp.net/

From jeremy at lavergne.gotdns.org  Wed Feb 17 16:07:49 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Wed, 17 Feb 2010 19:07:49 -0500
Subject: TexLive 2009 plans Re: [MacPorts] #16492: UPDATE: TexLive 2007 to
	newer version
In-Reply-To: <20100217230338.GE54174@ambulatoryclam.net>
References: <055.1a340ec6bd193cd0d64e5bde639e200c@macports.org>
	<064.f0c8fd50d5a6fe42b3062534f9ce8c40@macports.org>
	<20100217230338.GE54174@ambulatoryclam.net>
Message-ID: <9F55A8FC-8D19-40BE-8BAB-55C2DD58F886@lavergne.gotdns.org>

Your proposal sounds reasonable to me; that is a very similar approach to what Ubuntu (debian) takes, and I think it works fine.

I really wish texlive would do what miktex does and use a package manager for each individual package. but oh well. Their collections make pretty good sense as divisions.

On Feb 17, 2010, at 6:03 PM, Dan Ports wrote:

> I posted the following comments about the work I'm doing on updating
> the texlive ports to v2009 in a ticket, but since they are some
> fairly large changes, I thought I'd send them to -dev too. (Apologies
> for the spam to anyone who already received it.)
> 
> Any comments are appreciated.
> 
> Dan
> 
> On Wed, Feb 17, 2010 at 10:49:25PM -0000, MacPorts wrote:
>> #16492: UPDATE: TexLive 2007 to newer version
>> ---------------------------------+------------------------------------------
>> Reporter:  luis.beca@???          |       Owner:  milosh@???           
>>     Type:  update               |      Status:  new                
>> Priority:  Normal               |   Milestone:                     
>> Component:  ports                |     Version:                     
>> Keywords:                       |        Port:  texlive            
>> ---------------------------------+------------------------------------------
>> 
>> Comment(by dports@???):
>> 
>> Let me say a few words about what I'm working on with the texlive port so
>> that people know what's going on -- looks like there's been a lot of
>> interest in a more recent TeXLive lately.
>> 
>> For background, texlive is a large and lumbering monstrosity. It includes
>> a giant pile of source code (complete with all of its dependent
>> libraries), an even more giant pile of TeX packages, and its own package
>> manager. I believe texlive 2009 is divided into over 3000 packages, which
>> are grouped into about 80 "collections", and further grouped into 10
>> "schemes".
>> 
>> The version currently in MacPorts is 2007, which IIRC predates TexLive's
>> package management system. So there's a texlive_base port that installs
>> the binaries, a texlive_texmf-full and a texlive_texmf-minimal that
>> install some or all of the tex files, s texlive_texmf-docs port, and a
>> texlive metaport.
>> 
>> This organization doesn't really work for TL 2009, because there's no
>> "minimal" texmf tree anymore and it's not really clear exactly what we'd
>> want to put in a "minimal" install anyway. And I would really rather not
>> support only a full install of texlive, because that's about a gig of
>> distfiles and probably over 2GB installed. Instead, I'd like to provide
>> finer granularity so that users can choose what they want installed.
>> 
>> So my plan is to create the following ports:
>>  * texlive-common, which contains support scripts and files required for
>> building and installing the others (e.g. texmf.cnf)
>>  * texlive-bin, which contains everything built from source (not too
>> different from today's texlive_base)
>>  * one port per texlive collection, e.g. texlive-basic, texlive-latex-
>> recommended, texlive-lang-african
>> 
>> I'm leaning toward one port per collection because I think this is the
>> only option with a decent granularity and a reasonable number of ports. It
>> would wind up creating 80-90 ports, which is a lot, but not totally
>> unreasonable to me. (Note that 30 of these are language-specific packages
>> for 30 languages, and another 24 are documentation in different
>> languages.) This is basically the approach that Debian takes.
>> 
>> The other alternatives are one port per package, which would be great in
>> that you could install exactly the packages you need, but require 3000+
>> ports, which would be a nightmare. One port per scheme (there are 10 of
>> them) would also be a decent option, except that the schemes overlap, so
>> the ports would conflict. I think one port per collection is the way to
>> go.
>> 
>> I've done a lot of the work necessary for this, including getting the
>> binaries to build and the giant distfile carved up into more manageable
>> collections. I can provide more details if anyone is interested, and I
>> hope to have a patch soon once I get it into reasonably usable shape.
>> 
>> This has been even more of a painful mess than I expected it to be!
>> 
>> -- 
>> Ticket URL: <http://trac.macports.org/ticket/16492#comment:47>
>> MacPorts <http://www.macports.org/>
>> Ports system for Mac OS
>> 
> 
> -- 
> Dan R. K. Ports              MIT CSAIL                http://drkp.net/
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100217/bcb1034d/attachment-0001.bin>

From dweber at macports.org  Wed Feb 17 16:09:17 2010
From: dweber at macports.org (Darren Weber)
Date: Wed, 17 Feb 2010 16:09:17 -0800
Subject: [63831] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <64ED9793-995F-44AA-B50A-274761A1A0FE@macports.org>
References: <20100216204812.7E09F3F7FF09@beta.macosforge.org>
	<032BAF8E-1799-4A0E-84AD-47876D503707@lavergne.gotdns.org>
	<64ED9793-995F-44AA-B50A-274761A1A0FE@macports.org>
Message-ID: <b808b3511002171609q11d8a48av5cd422601fe99ffa@mail.gmail.com>

Latest revision has disabled parallel builds in the port.

Interesting, did not know about the 'notes' facility.  As Ryan indicated,
the ui_msg is to advise users that the build and install will take a very
long time.

I agree that -o and -k are not commonly used by users, but I've found that
this port can fail during java wrapping near the very end of the build
process (due to lack of resources in the java-vm).  It's painful to start
all over again, so my hope is that -o and -k will help to recover a build
failure.  Is there a better way of recovery from a build failure?  Perhaps
suggesting that users progress in steps, e.g.:

$ sudo port -d configure InsightToolkit {variants}
$ sudo port -d build InsightToolkit {variants}
$ sudo port -d destroot InsightToolkit {variants}
$ sudo port -d install InsightToolkit {variants}

(Perhaps leave out the destroot and go from build to install?)  If it fails
in the build phase, yet it got about 90% complete, would it keep the current
build results if you ran the build phase again?  e.g.:

$ sudo port -d configure InsightToolkit {variants}
$ sudo port -d build InsightToolkit {variants}
$ # Oh, shoot!  It failed at 90% complete.
$ sudo port -d build InsightToolkit {variants}
$ # Phew!  It picked up where it left off and completed - yipee.
$ sudo port -d destroot InsightToolkit {variants}
$ sudo port -d install InsightToolkit {variants}

TIA,
Darren




On Tue, Feb 16, 2010 at 7:41 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

>
> On Feb 16, 2010, at 18:26, Jeremy Lavergne wrote:
>
> > Please consider notes instead of ui_msg.  This allows the user to see
> what your port was remarking without having to reinstall every time they'd
> like to see the message.
>
> I think part of Darren's purpose in doing this in post-extract instead of
> notes is that he's advising the user it will take a long time to build.
> Notes are not shown until the port has finished installing, and are thus not
> a helpful place to display that kind of advice.
>
> The information about turning off parallel build should go away; if the
> port doesn't work with parallel building, then the port should specify
> "use_parallel_build no" and be done with it. -o and -k are flags port
> developers are expected to use on occasion, but users should not be expected
> to need to use, and ports probably don't have any reason to suggest their
> use to users.
>
>
> > On Feb 16, 2010, at 3:48 PM, dweber at macports.org wrote:
> >
> >> Revision63831Authordweber at macports.orgDate2010-02-16 12:48:09 -0800
> (Tue, 16 Feb 2010)Log Message
> >> Added ui_msg to warn about build duration and possible build problems
> with parallel make jobs
> >> Modified Paths
> >>      ? trunk/dports/graphics/InsightToolkit/Portfile
> >> Diff
> >> Modified: trunk/dports/graphics/InsightToolkit/Portfile (63830 => 63831)
> >>
> >> --- trunk/dports/graphics/InsightToolkit/Portfile    2010-02-16 15:27:07
> UTC (rev 63830)
> >> +++ trunk/dports/graphics/InsightToolkit/Portfile    2010-02-16 20:48:09
> UTC (rev 63831)
> >> @@ -86,6 +86,14 @@
> >> post-extract {
> >>     move ${workpath}/InsightToolkit-${version} ${worksrcpath}
> >>     move ${workpath}/CableSwig-ITK-${version}
>  ${worksrcpath}/Utilities/CableSwig
> >> +    ui_msg "***************************************************"
> >> +    ui_msg "InsightToolkit is a very long config/build process."
> >> +    ui_msg "It can take several hours, even on a fast system."
> >> +    ui_msg "Also, it may fail due to parallel make jobs, so"
> >> +    ui_msg "try the 'build.jobs=1' option and run the build"
> >> +    ui_msg "many times until completion.  The -o and -k options"
> >> +    ui_msg "may be useful too, see man port for details."
> >> +    ui_msg "***************************************************"
> >> }
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100217/625e46da/attachment.html>

From jeremy at lavergne.gotdns.org  Wed Feb 17 16:21:21 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Wed, 17 Feb 2010 19:21:21 -0500
Subject: [63831] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <b808b3511002171609q11d8a48av5cd422601fe99ffa@mail.gmail.com>
References: <20100216204812.7E09F3F7FF09@beta.macosforge.org>
	<032BAF8E-1799-4A0E-84AD-47876D503707@lavergne.gotdns.org>
	<64ED9793-995F-44AA-B50A-274761A1A0FE@macports.org>
	<b808b3511002171609q11d8a48av5cd422601fe99ffa@mail.gmail.com>
Message-ID: <60B6F07D-6FCC-412C-AB6E-12FBEF346D74@lavergne.gotdns.org>

The build phase is only as smart as the command it runs.

That is, if you're using "make" for the builder, it will recognize that which is already completed version that which is not.  A good example of this is when you update a package from svn/git and run make on it:  only the changed portions get built while the unaffected portion is left alone.

On Feb 17, 2010, at 7:09 PM, Darren Weber wrote:

> Latest revision has disabled parallel builds in the port.
> 
> Interesting, did not know about the 'notes' facility.  As Ryan indicated, the ui_msg is to advise users that the build and install will take a very long time.
> 
> I agree that -o and -k are not commonly used by users, but I've found that this port can fail during java wrapping near the very end of the build process (due to lack of resources in the java-vm).  It's painful to start all over again, so my hope is that -o and -k will help to recover a build failure.  Is there a better way of recovery from a build failure?  Perhaps suggesting that users progress in steps, e.g.:
> 
> $ sudo port -d configure InsightToolkit {variants}
> $ sudo port -d build InsightToolkit {variants}
> $ sudo port -d destroot InsightToolkit {variants}
> $ sudo port -d install InsightToolkit {variants}
> 
> (Perhaps leave out the destroot and go from build to install?)  If it fails in the build phase, yet it got about 90% complete, would it keep the current build results if you ran the build phase again?  e.g.:
> 
> $ sudo port -d configure InsightToolkit {variants}
> $ sudo port -d build InsightToolkit {variants}
> $ # Oh, shoot!  It failed at 90% complete.
> $ sudo port -d build InsightToolkit {variants}
> $ # Phew!  It picked up where it left off and completed - yipee.
> $ sudo port -d destroot InsightToolkit {variants}
> $ sudo port -d install InsightToolkit {variants}
> 
> TIA,
> Darren

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100217/9c734a4b/attachment.bin>

From jeremy at lavergne.gotdns.org  Wed Feb 17 16:22:53 2010
From: jeremy at lavergne.gotdns.org (Jeremy Lavergne)
Date: Wed, 17 Feb 2010 19:22:53 -0500
Subject: [63831] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <b808b3511002171609q11d8a48av5cd422601fe99ffa@mail.gmail.com>
References: <20100216204812.7E09F3F7FF09@beta.macosforge.org>
	<032BAF8E-1799-4A0E-84AD-47876D503707@lavergne.gotdns.org>
	<64ED9793-995F-44AA-B50A-274761A1A0FE@macports.org>
	<b808b3511002171609q11d8a48av5cd422601fe99ffa@mail.gmail.com>
Message-ID: <0E95255C-2A94-45ED-ABD8-23E99BFA330E@lavergne.gotdns.org>

Excuse the typo: "version" is "versus"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100217/a5df8558/attachment.bin>

From ryandesign at macports.org  Wed Feb 17 17:36:54 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 17 Feb 2010 19:36:54 -0600
Subject: [63831] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <b808b3511002171609q11d8a48av5cd422601fe99ffa@mail.gmail.com>
References: <20100216204812.7E09F3F7FF09@beta.macosforge.org>
	<032BAF8E-1799-4A0E-84AD-47876D503707@lavergne.gotdns.org>
	<64ED9793-995F-44AA-B50A-274761A1A0FE@macports.org>
	<b808b3511002171609q11d8a48av5cd422601fe99ffa@mail.gmail.com>
Message-ID: <D5AD69B1-D554-4219-86EA-CCC0FD59D263@macports.org>


On Feb 17, 2010, at 18:09, Darren Weber wrote:

> Latest revision has disabled parallel builds in the port.

Ok great.

> Interesting, did not know about the 'notes' facility.  As Ryan indicated, the ui_msg is to advise users that the build and install will take a very long time.
> 
> I agree that -o and -k are not commonly used by users, but I've found that this port can fail during java wrapping near the very end of the build process (due to lack of resources in the java-vm).  It's painful to start all over again, so my hope is that -o and -k will help to recover a build failure.  Is there a better way of recovery from a build failure?

Yes -- simply try the same command again. The main reason I can think of why a subsequent attempt would work if the first attempt didn't would be software that doesn't specify build dependencies properly in the Makefile and thus has problems building in parallel; turning off the parallel build fixes this. I believe I to encountered trouble near the end of building InsightToolkit, with an error I didn't understand, and retrying allowed it to install. I don't remember if I was building in parallel or not.

"-o" means honor a statefile older than the portfile. This is only useful for port maintainers, who want to, say, test changes in the destroot phase of a port without having to go through the configure and build phases again. It's not a flag a user should use.

"-k" means don't clean the work area after the port is successfully installed. So this switch doesn't pertain to a user trying to install InsightToolkit either.


> Perhaps suggesting that users progress in steps, e.g.:
> 
> $ sudo port -d configure InsightToolkit {variants}
> $ sudo port -d build InsightToolkit {variants}
> $ sudo port -d destroot InsightToolkit {variants}
> $ sudo port -d install InsightToolkit {variants}
> 
> (Perhaps leave out the destroot and go from build to install?)

I can't see any reason to tell users to do that.


> If it fails in the build phase, yet it got about 90% complete, would it keep the current build results if you ran the build phase again?  e.g.:
> 
> $ sudo port -d configure InsightToolkit {variants}
> $ sudo port -d build InsightToolkit {variants}
> $ # Oh, shoot!  It failed at 90% complete.
> $ sudo port -d build InsightToolkit {variants}
> $ # Phew!  It picked up where it left off and completed - yipee.
> $ sudo port -d destroot InsightToolkit {variants}
> $ sudo port -d install InsightToolkit {variants}


Yes, unless the portfile has changed.



From jeremyhu at macports.org  Wed Feb 17 17:41:43 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Wed, 17 Feb 2010 17:41:43 -0800
Subject: [63254] trunk/dports/editors/vim/Portfile
In-Reply-To: <20100130192340.59DCD3DE4953@beta.macosforge.org>
References: <20100130192340.59DCD3DE4953@beta.macosforge.org>
Message-ID: <8843FDFD-BB47-4761-8358-855687FB8FBC@macports.org>

~  $ sudo port -v install vim
Error: vim: Variant x11 conflicts with gtk2
Error: Unable to open port: Error evaluating variants
To report a bug, see <http://guide.macports.org/#project.tickets>

Uhm... making +x11 and +gtk2 conflict is a bad idea considering that +x11 IS a variant in the gtk2 port... so many people (dare I say MOST) that want +gtk2 are likely also +x11 ...

so this should really be handled a different way.

What is the point of the "+x11" version?  What does it actually do with X11?  Is it just the clipboard sharing or something?  I think this is a variant that is best punted... maybe just call the variant "no_gui" or something like that.

On Jan 30, 2010, at 11:23, raimue at macports.org wrote:

> Revision: 63254
>          http://trac.macports.org/changeset/63254
> Author:   raimue at macports.org
> Date:     2010-01-30 11:23:35 -0800 (Sat, 30 Jan 2010)
> Log Message:
> -----------
> editors/vim:
> Rename +x to +x11 with compatibility for name consistency in the ports tree
> 
> Modified Paths:
> --------------
>    trunk/dports/editors/vim/Portfile
> 
> Modified: trunk/dports/editors/vim/Portfile
> ===================================================================
> --- trunk/dports/editors/vim/Portfile	2010-01-30 17:55:39 UTC (rev 63253)
> +++ trunk/dports/editors/vim/Portfile	2010-01-30 19:23:35 UTC (rev 63254)
> @@ -6,7 +6,7 @@
> set vim_version     7.2
> set vim_patchlevel  350
> version             ${vim_version}.${vim_patchlevel}
> -revision            1
> +revision            2
> categories          editors
> maintainers         raimue
> description         Vi \"workalike\" with many additional features
> @@ -76,28 +76,29 @@
> 
> test.run            yes
> 
> -variant x description {Build CLI version with X support} conflicts athena gtk1 gtk2 motif {
> +variant x requires x11 description {Compatibility variant, requires +x11} {}
> +variant x11 description {Build CLI version with X support} conflicts athena gtk1 gtk2 motif {
>     configure.args-delete   --without-x
>     configure.args-append   --with-x
>     depends_lib-append      port:xorg-libXt
> }
> 
> -variant athena description {Build GUI version using Athena widgets} conflicts gtk1 gtk2 motif x {
> +variant athena description {Build GUI version using Athena widgets} conflicts gtk1 gtk2 motif x11 {
>     configure.args-delete   --enable-gui=no --without-x
>     configure.args-append   --enable-gui=athena --with-x --disable-darwin
>     depends_lib-append      port:xorg-libXaw port:xorg-libXt
> }
> -variant gtk1 description {Build GUI version using GTK 1.x widgets} conflicts athena gtk2 motif x {
> +variant gtk1 description {Build GUI version using GTK 1.x widgets} conflicts athena gtk2 motif x11 {
>     configure.args-delete   --enable-gui=no --without-x
>     configure.args-append   --enable-gui=gtk --with-x --disable-darwin
>     depends_lib-append      port:gtk1 port:xorg-libXt
> }
> -variant gtk2 description {Build GUI version using GTK 2.x widgets} conflicts athena gtk1 motif x {
> +variant gtk2 description {Build GUI version using GTK 2.x widgets} conflicts athena gtk1 motif x11 {
>     configure.args-delete   --enable-gui=no --without-x
>     configure.args-append   --enable-gui=gtk2 --with-x --disable-darwin
>     depends_lib-append      port:gtk2 port:xorg-libXt
> }
> -variant motif description {Build GUI version with Motif widgets} conflicts athena gtk1 gtk2 x {
> +variant motif description {Build GUI version with Motif widgets} conflicts athena gtk1 gtk2 x11 {
>     configure.args-delete   --enable-gui=no --without-x
>     configure.args-append   --enable-gui=motif --with-x --disable-darwin
>     depends_lib-append      lib:libXm:openmotif port:xorg-libXt
> _______________________________________________
> macports-changes mailing list
> macports-changes at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes


From ryandesign at macports.org  Wed Feb 17 22:50:54 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 18 Feb 2010 00:50:54 -0600
Subject: TexLive 2009 plans
In-Reply-To: <20100217230338.GE54174@ambulatoryclam.net>
References: <055.1a340ec6bd193cd0d64e5bde639e200c@macports.org>
	<064.f0c8fd50d5a6fe42b3062534f9ce8c40@macports.org>
	<20100217230338.GE54174@ambulatoryclam.net>
Message-ID: <BC4055A5-61BB-4BD9-9C74-ECAAA5FD860B@macports.org>


On Feb 17, 2010, at 17:03, Dan Ports wrote:

> I posted the following comments about the work I'm doing on updating
> the texlive ports to v2009 in a ticket, but since they are some
> fairly large changes, I thought I'd send them to -dev too. (Apologies
> for the spam to anyone who already received it.)
> 
> Any comments are appreciated.

Thank you for your work on this!



From milosh at macports.org  Thu Feb 18 00:11:53 2010
From: milosh at macports.org (Emmanuel Hainry)
Date: Thu, 18 Feb 2010 09:11:53 +0100
Subject: TexLive 2009 plans Re: [MacPorts] #16492: UPDATE: TexLive 2007
	to newer version
In-Reply-To: <9F55A8FC-8D19-40BE-8BAB-55C2DD58F886@lavergne.gotdns.org>
References: <055.1a340ec6bd193cd0d64e5bde639e200c@macports.org>
	<064.f0c8fd50d5a6fe42b3062534f9ce8c40@macports.org>
	<20100217230338.GE54174@ambulatoryclam.net>
	<9F55A8FC-8D19-40BE-8BAB-55C2DD58F886@lavergne.gotdns.org>
Message-ID: <20100218081153.GA3105@weetamoe.loria.fr>

Citando Jeremy Lavergne :
> Your proposal sounds reasonable to me; that is a very similar approach to what Ubuntu (debian) takes, and I think it works fine.
> 
> I really wish texlive would do what miktex does and use a package manager for each individual package. but oh well. Their collections make pretty good sense as divisions.

texlive does provide its own package manager (tlmgr). Naturally, it is
disabled by debian and friends. As it should by macports: we don't want
things to install or update in $prefix without port knowing it.

This proposal is perfectly reasonable. I am not totally convinced by
debian's approach: it can be difficult to understand what to install to
make a specific document compile (installing texlive-context to have
metapost is (was) strange). It is far better than a port for each ctan
package (nice granularity but I don't want to spend my whole life
installing new ports when I want to use a specific symbol, draw a
diagram...). I liked the full/minimal approach (I did not create it,
just followed happily Edd Barrett's openBSD port) which made things
simple both for the user and for the maintainer.

Best of luck,
Emmanuel

From raimue at macports.org  Thu Feb 18 13:28:27 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Thu, 18 Feb 2010 22:28:27 +0100
Subject: [63254] trunk/dports/editors/vim/Portfile
In-Reply-To: <8843FDFD-BB47-4761-8358-855687FB8FBC@macports.org>
References: <20100130192340.59DCD3DE4953@beta.macosforge.org>
	<8843FDFD-BB47-4761-8358-855687FB8FBC@macports.org>
Message-ID: <4B7DB0FB.7010002@macports.org>

On 2010-02-18 02:41 , Jeremy Huddleston wrote:
> ~  $ sudo port -v install vim Error: vim: Variant x11 conflicts with
> gtk2 Error: Unable to open port: Error evaluating variants To report
> a bug, see <http://guide.macports.org/#project.tickets>
> 
> Uhm... making +x11 and +gtk2 conflict is a bad idea considering that
> +x11 IS a variant in the gtk2 port... so many people (dare I say
> MOST) that want +gtk2 are likely also +x11 ...

I didn't think about that yet. I assume you have +x11 in your
variants.conf and therefore ran into the issue? Otherwise this shouldn't
conflict as they are variants on different ports.

> so this should really be handled a different way.
> 
> What is the point of the "+x11" version?  What does it actually do
> with X11?  Is it just the clipboard sharing or something?  I think
> this is a variant that is best punted... maybe just call the variant
> "no_gui" or something like that.

Yes, vim connects to the X server to provide access to the primary and
clipboard paste buffers. It is a non-default variant as it requires X to
be running (or causes it to launch) every time you run vim.

The +gtk2 and other GUI variants already enable this behavior (as they
need X11 anyway), which is why I marked them conflicting. Maybe we could
rename it to +x11_clipboard, but +no_gui would be quite misleading.

Rainer

From ryandesign at macports.org  Thu Feb 18 14:58:03 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 18 Feb 2010 16:58:03 -0600
Subject: [63254] trunk/dports/editors/vim/Portfile
In-Reply-To: <4B7DB0FB.7010002@macports.org>
References: <20100130192340.59DCD3DE4953@beta.macosforge.org>
	<8843FDFD-BB47-4761-8358-855687FB8FBC@macports.org>
	<4B7DB0FB.7010002@macports.org>
Message-ID: <217009C8-F20E-4313-81A3-9D796103BA67@macports.org>


On Feb 18, 2010, at 15:28, Rainer M?ller wrote:

> On 2010-02-18 02:41 , Jeremy Huddleston wrote:
> 
>> What is the point of the "+x11" version?  What does it actually do
>> with X11?  Is it just the clipboard sharing or something?  I think
>> this is a variant that is best punted... maybe just call the variant
>> "no_gui" or something like that.
> 
> Yes, vim connects to the X server to provide access to the primary and
> clipboard paste buffers. It is a non-default variant as it requires X to
> be running (or causes it to launch) every time you run vim.
> 
> The +gtk2 and other GUI variants already enable this behavior (as they
> need X11 anyway), which is why I marked them conflicting. Maybe we could
> rename it to +x11_clipboard, but +no_gui would be quite misleading.

Then it should be requires, not conflicts. See attached.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: vim.diff
Type: application/octet-stream
Size: 2784 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100218/0381702e/attachment.obj>
-------------- next part --------------


From avsm at macports.org  Fri Feb 19 02:49:55 2010
From: avsm at macports.org (Anil Madhavapeddy)
Date: Fri, 19 Feb 2010 10:49:55 +0000
Subject: exact version dependency for ocaml libraries
In-Reply-To: <29202A24-7252-43EC-9D8C-EFBE07C6B72E@macports.org>
References: <3EF2D5CF-A11A-46E9-B9B4-78A75964FF9D@macports.org>
	<29202A24-7252-43EC-9D8C-EFBE07C6B72E@macports.org>
Message-ID: <E634CF6B-70E4-449A-9A92-FCA4DD056503@macports.org>

On 9 Feb 2010, at 00:15, Ryan Schmidt wrote:

> 
> On Feb 8, 2010, at 17:50, Anil Madhavapeddy wrote:
> 
>> OCaml ports are very sensitive to the exact version of the compiler (and dependent libraries) used to compile them, since the type signature is a hash over the binary output.  If the compiler is upgraded, but libraries are not recompiled, then the whole compilation fails with a slightly obscure error like:
>> 
>> File "db.ml", line 1, characters 0-1:
>> Error: The files /opt/local/lib/ocaml/site-lib/calendar/calendarLib.cmi
>>     and /opt/local/lib/ocaml/printf.cmi make inconsistent assumptions
>>     over interface Buffer
>> 
>> So... I was wondering how to encode the depends_lib so that the OCaml libraries in MacPorts depend on the *exact* version of OCaml they were compiled with, and a subsequent upgrade of the OCaml port will also trigger a recompile of the dependent libraries.  Could someone advise me of the TCL-foo to make this possible (if so) ?
> 
> There is no syntax in MacPorts to make that possible.
> 
> So, you'll have to manually increase the revision of the ocaml ports when the compiler version increases.
> 


Does the revision have to be an integer, or will a string comparison do?

I was thinking of including the version of the OCaml port appended to the version of the library in question. That would guarantee binary compatibility, but I'm not sure how version comparisons would work in this situation.

e.g.

ocaml-3.11.1_2
caml-sqlite3-1.6.7-3.11.1_2

Or just bite the bullet and bump the whole set of revisions for all those dependent ports, argh :)

-anil


From ryandesign at macports.org  Fri Feb 19 12:33:40 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 19 Feb 2010 14:33:40 -0600
Subject: exact version dependency for ocaml libraries
In-Reply-To: <E634CF6B-70E4-449A-9A92-FCA4DD056503@macports.org>
References: <3EF2D5CF-A11A-46E9-B9B4-78A75964FF9D@macports.org>
	<29202A24-7252-43EC-9D8C-EFBE07C6B72E@macports.org>
	<E634CF6B-70E4-449A-9A92-FCA4DD056503@macports.org>
Message-ID: <1DFD3959-BBBA-44C8-9A59-2EC1BC304F48@macports.org>

On Feb 19, 2010, at 04:49, Anil Madhavapeddy wrote:

> On 9 Feb 2010, at 00:15, Ryan Schmidt wrote:
> 
>> So, you'll have to manually increase the revision of the ocaml ports when the compiler version increases.
> 
> Does the revision have to be an integer, or will a string comparison do?
> 
> I was thinking of including the version of the OCaml port appended to the version of the library in question. That would guarantee binary compatibility, but I'm not sure how version comparisons would work in this situation.
> 
> e.g.
> 
> ocaml-3.11.1_2
> caml-sqlite3-1.6.7-3.11.1_2
> 
> Or just bite the bullet and bump the whole set of revisions for all those dependent ports, argh :)

The revision has to be an integer, as does the epoch if you use it. But the version can be pretty much any string you want, if you want to include the ocaml version in there. For example, in dcraw and molden, we shove the release date into the version, too, since the developers of those software packages keep releasing new versions without changing the version number; looking at those portfiles might give you ideas.

I've also thought of doing the same for curl-ca-bundle. Its version number is the version of the curl source code (7.20.0), but it also downloads certdata.txt from Mozilla, a file whose version (currently 1.58) increases independently of curl's. So I considered giving curl-ca-bundle a version number like 7.20.0-1.58.


From matthias.rampke at googlemail.com  Fri Feb 19 13:09:01 2010
From: matthias.rampke at googlemail.com (matthias.rampke at googlemail.com)
Date: Fri, 19 Feb 2010 22:09:01 +0100 (CET)
Subject: AbiWord 2.8.2 depends on cairo +quartz - how to proceed?
Message-ID: <g5vh4a0p898bphtnjUYAxe124vaj_firegpg@mail.gmail.com>

Hello,

I've been working on bringing the aged editors/abiword port up to date. One problem I have encountered is that it needs the +quartz variant of cairo to compile. As there still seems to be no way to declare such a dependency, how should I proceed? Is there a "best practice" for this case?

I am aware of the discussion about +quartz [1], although it seems that *not* activating it by default is breaking some things as well :(

The current state of the Portfile can be found at [2], it appears to be working apart from the aforementioned quirk. Note that as of now it is not possible to use the source tarball from [3] because it is missing a few files essential for the OS X port. I am in contact with the AbiWord developers so this will probably be fixed in the next release. 

I haven't had time to actually use the compiled .app, and I couldn't try +universal due to lack of +universal libraries as of now, so any testing/input is very welcome.

many thanks,
Matthias


[1] http://lists.macosforge.org/pipermail/macports-users/2009-March/014563.html
[2] http://github.com/matthiasr/abiword-macports
[3] http://www.abisource.com/downloads/abiword/2.8.2/source/abiword-2.8.2.tar.gz

-- 
   Matthias Rampke

    +49 179 - 166 09 18
    http://rampke.de/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 268 bytes
Desc: OpenPGP digital signature
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100219/52a09e13/attachment.bin>

From ryandesign at macports.org  Fri Feb 19 13:21:31 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 19 Feb 2010 15:21:31 -0600
Subject: AbiWord 2.8.2 depends on cairo +quartz - how to proceed?
In-Reply-To: <g5vh4a0p898bphtnjUYAxe124vaj_firegpg@mail.gmail.com>
References: <g5vh4a0p898bphtnjUYAxe124vaj_firegpg@mail.gmail.com>
Message-ID: <45FF9101-0888-447B-BDDF-8D92623B649F@macports.org>


On Feb 19, 2010, at 15:09, matthias.rampke at googlemail.com wrote:

> I've been working on bringing the aged editors/abiword port up to date. One problem I have encountered is that it needs the +quartz variant of cairo to compile. As there still seems to be no way to declare such a dependency, how should I proceed? Is there a "best practice" for this case?

I suggest doing it the way the pango port's quartz variant does it. For example:


pre-configure {
    set cairo_quartz_pc ${prefix}/lib/pkgconfig/cairo-quartz.pc
    if {![file exists ${cairo_quartz_pc}]} {
        ui_error "cairo must be installed with the quartz variant."
        return -code error "incompatible cairo installation"
    }
}




From ryandesign at macports.org  Fri Feb 19 16:24:09 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 19 Feb 2010 18:24:09 -0600
Subject: [63983] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <20100219234142.D837C4033EFC@beta.macosforge.org>
References: <20100219234142.D837C4033EFC@beta.macosforge.org>
Message-ID: <48B45E00-6743-4103-B3A4-D8C5D5EF2AF3@macports.org>


On Feb 19, 2010, at 17:41, jeremyhu at macports.org wrote:

> InsightToolkit: cmake should be a build time dependency

I would tend to agree. It seems to have been changed to a library dependency in r63906 without explanation.


From dweber at macports.org  Fri Feb 19 17:13:42 2010
From: dweber at macports.org (Darren Weber)
Date: Fri, 19 Feb 2010 17:13:42 -0800
Subject: [63983] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <48B45E00-6743-4103-B3A4-D8C5D5EF2AF3@macports.org>
References: <20100219234142.D837C4033EFC@beta.macosforge.org>
	<48B45E00-6743-4103-B3A4-D8C5D5EF2AF3@macports.org>
Message-ID: <b808b3511002191713x485a45c1r47fd961abc3fe5a3@mail.gmail.com>

It was a build-time dependency, but I changed it to a lib-dep because cmake
contains Modules in

/opt/local/share/cmake-2.8/Modules/

Whenever cmake is upgraded, the path to these modules may change and the
InsightToolkit should build again to modify some of those module files, like
FindITK.cmake.  This re-build is very expensive in order to run just the
post-destroot phase of InsightToolkit, but it's the only way to get those
module changes (at this time).

Perhaps a new port that only modifies the cmake modules for InsightToolkit
is the way to go?  This new port could have a lib-dep on cmake, while
InsightToolkit could have a build-dep on it.

I've submitted notes on this issue to the cmake port a long time ago.  I've
also made notes about it on the ITK wiki, which includes a link to my user
svn where there is an old modified cmake port that makes some changes that
could be useful.  See

http://www.cmake.org/Wiki/ITK_MacPorts_Package_Maintainers
http://www.cmake.org/Wiki/ITK_MacPorts_Package_Maintainers#CMake_Issues

Darren


On Fri, Feb 19, 2010 at 4:24 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

>
> On Feb 19, 2010, at 17:41, jeremyhu at macports.org wrote:
>
> > InsightToolkit: cmake should be a build time dependency
>
> I would tend to agree. It seems to have been changed to a library
> dependency in r63906 without explanation.
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100219/01563471/attachment.html>

From ryandesign at macports.org  Fri Feb 19 19:31:35 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 19 Feb 2010 21:31:35 -0600
Subject: [63983] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <b808b3511002191712i32353631h783b1e12b3f87695@mail.gmail.com>
References: <20100219234142.D837C4033EFC@beta.macosforge.org>
	<48B45E00-6743-4103-B3A4-D8C5D5EF2AF3@macports.org>
	<b808b3511002191712i32353631h783b1e12b3f87695@mail.gmail.com>
Message-ID: <A4EB82F9-F97E-48DA-9B96-9EED3ABB51B2@macports.org>


On Feb 19, 2010, at 19:12, Darren Weber wrote:

> It was a build-time dependency, but I changed it to a lib-dep because cmake contains Modules in
> 
> /opt/local/share/cmake-2.8/Modules/
> 
> Whenever cmake is upgraded, the path to these modules may change and the InsightToolkit should build again to modify some of those module files, like FindITK.cmake.  This re-build is very expensive in order to run just the post-destroot phase of InsightToolkit, but it's the only way to get those module changes (at this time).
> 
> Perhaps a new port that only modifies the cmake modules for InsightToolkit is the way to go?  This new port could have a lib-dep on cmake, while InsightToolkit could have a build-dep on it.

But are those modules used by InsightToolkit at runtime? If so, it should be a library dep on cmake. If not, it should be a build dep. It doesn't really have anything to do with whether updating cmake causes that path to change, except that if it does, and if those modules are used by cmake's dependents at runtime, then the revision of those dependents must be increased to force a rebuild. I didn't see any part of InsightToolkit dynamically linking to anything in that directory, using "otool -L", but it could be dlopening or reading those files in other ways that I can't check.




From tomldavis at verizon.net  Fri Feb 19 23:38:12 2010
From: tomldavis at verizon.net (Tom Davis)
Date: Sat, 20 Feb 2010 01:38:12 -0600
Subject: [MacPorts] #23770: iguanaIR portfile submission
In-Reply-To: <066.3eb14ec364b83ef33056ba6f262cbfb1@macports.org>
References: <057.7e6a9a1c1a4b5de9ba3e7bcf2652f3cc@macports.org>
	<066.3eb14ec364b83ef33056ba6f262cbfb1@macports.org>
Message-ID: <BC0DEA0B-A6C2-4ACF-8C4E-9611808CBFA5@verizon.net>

My mistake. It should be:
master_sites    http://iguanaworks.net/downloads


On Feb 19, 2010, at 8:05 AM, MacPorts wrote:

> #23770: iguanaIR portfile submission
> -----------------------------------+----------------------------------------
> Reporter:  tomldavis@?            |       Owner:  macports-tickets@?                   
>     Type:  submission             |      Status:  new                                  
> Priority:  Normal                 |   Milestone:                                       
> Component:  ports                  |     Version:                                       
> Keywords:                         |        Port:  iguanaIR                             
> -----------------------------------+----------------------------------------
> Changes (by ecronin@?):
> 
>  * version:  1.8.2 =>
> 
> 
> Comment:
> 
> Is there a reason you're pulling it from your personal ftp site and not
> http://iguanaworks.net/downloads/iguanaIR-1.0pre2.tar.bz2?  I just checked
> and the checksums are the same...
> 
> -- 
> Ticket URL: <http://trac.macports.org/ticket/23770#comment:1>
> MacPorts <http://www.macports.org/>
> Ports system for Mac OS


From raimue at macports.org  Sat Feb 20 15:23:06 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 21 Feb 2010 00:23:06 +0100
Subject: [63254] trunk/dports/editors/vim/Portfile
In-Reply-To: <217009C8-F20E-4313-81A3-9D796103BA67@macports.org>
References: <20100130192340.59DCD3DE4953@beta.macosforge.org>
	<8843FDFD-BB47-4761-8358-855687FB8FBC@macports.org>
	<4B7DB0FB.7010002@macports.org>
	<217009C8-F20E-4313-81A3-9D796103BA67@macports.org>
Message-ID: <4B806EDA.9030804@macports.org>

On 2010-02-18 23:58 , Ryan Schmidt wrote:
> 
> On Feb 18, 2010, at 15:28, Rainer M?ller wrote:
> 
>> On 2010-02-18 02:41 , Jeremy Huddleston wrote:
>>
>>> What is the point of the "+x11" version?  What does it actually do
>>> with X11?  Is it just the clipboard sharing or something?  I think
>>> this is a variant that is best punted... maybe just call the variant
>>> "no_gui" or something like that.
>>
>> Yes, vim connects to the X server to provide access to the primary and
>> clipboard paste buffers. It is a non-default variant as it requires X to
>> be running (or causes it to launch) every time you run vim.
>>
>> The +gtk2 and other GUI variants already enable this behavior (as they
>> need X11 anyway), which is why I marked them conflicting. Maybe we could
>> rename it to +x11_clipboard, but +no_gui would be quite misleading.
> 
> Then it should be requires, not conflicts. See attached.

This is really the best solution. Thanks for the patch!
Committed in r64055.

Rainer

From ryandesign at macports.org  Sat Feb 20 16:41:35 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 20 Feb 2010 18:41:35 -0600
Subject: [64042] trunk/dports/lang
In-Reply-To: <20100220180342.CFE58406C800@beta.macosforge.org>
References: <20100220180342.CFE58406C800@beta.macosforge.org>
Message-ID: <B8C7E8EC-EA31-463A-BE94-3B222C74E74D@macports.org>

On Feb 20, 2010, at 12:03, jann at macports.org wrote:

> Revision: 64042
>          http://trac.macports.org/changeset/64042
> Author:   jann at macports.org
> Date:     2010-02-20 10:03:40 -0800 (Sat, 20 Feb 2010)
> Log Message:
> -----------
> Port for eiffel studio version 6.6


> +destroot          {
> +                    xinstall -m 755 -d ${destroot}/${applications_dir}

Everywhere it is used, there should not be a slash before ${applications_dir}; ${applications_dir} already begins with a slash.


> +post-activate     {
> +                    ui_msg " ################################################################################## \n\
> +                        To complete the installation you have to add the following to your .bashrc or .profile file : \n\
> +                        export ISE_PLATFORM=$env(ISE_PLATFORM) \n\
> +                        export ISE_EIFFEL=${applications_dir}/Eiffel${branch} \n\
> +                        export GOBO=\$ISE_EIFFEL/library/gobo/svn \n\
> +                        export PATH=\$PATH:\$ISE_EIFFEL/studio/spec/\$ISE_PLATFORM/bin:\$GOBO/../spec/\$ISE_PLATFORM/bin \n\
> +                        ################################################################################## \n"
> +                  }

Would you consider converting this message to use the new notes feature instead?


Any changes you make should be applied to eiffelstudio65, eiffelstudio64 and eiffelstudio as well.



From dpw at lshift.net  Sun Feb 21 03:04:46 2010
From: dpw at lshift.net (David Wragg)
Date: Sun, 21 Feb 2010 11:04:46 +0000
Subject: #23742: Update rabbitmq-server to version 1.7.2 
Message-ID: <k5fx4uyhm9.fsf@mrbraver.lshift.net>

Please could someone commit the update to rabbitmq-server for version
1.7.2:

https://trac.macports.org/ticket/23742

Thanks!

From ryandesign at macports.org  Sun Feb 21 06:22:33 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 21 Feb 2010 08:22:33 -0600
Subject: #23742: Update rabbitmq-server to version 1.7.2 
In-Reply-To: <k5fx4uyhm9.fsf@mrbraver.lshift.net>
References: <k5fx4uyhm9.fsf@mrbraver.lshift.net>
Message-ID: <A62CE6FF-FA1A-4AF3-AD29-692AAC7606DA@macports.org>

On Feb 21, 2010, at 05:04, David Wragg wrote:

> Please could someone commit the update to rabbitmq-server for version
> 1.7.2:
> 
> https://trac.macports.org/ticket/23742

I'll take care of it.


From ryandesign at macports.org  Sun Feb 21 21:29:25 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 21 Feb 2010 23:29:25 -0600
Subject: [64063] trunk/dports/gis
In-Reply-To: <20100221075140.AB8FA4090EF5@beta.macosforge.org>
References: <20100221075140.AB8FA4090EF5@beta.macosforge.org>
Message-ID: <1B1F789A-2229-499A-A8A7-A676B707C45C@macports.org>


On Feb 21, 2010, at 01:51, takeshi at macports.org wrote:

> Revision: 64063
>          http://trac.macports.org/changeset/64063
> Author:   takeshi at macports.org
> Date:     2010-02-20 23:51:36 -0800 (Sat, 20 Feb 2010)
> Log Message:
> -----------
> libproj4: added for use in gnudatalanguage in place of proj


> +if {![variant_isset universal]} {
> +    build.env-append    CC=${configure.cc} \
> +                        CFLAGS=\"-I. -DPROJ_HAVE_GSL=1 -DPROJ_HAVE_THREADS=1 \
> +                                 ${configure.cflags} ${configure.cc_archflags}\" \
> +                        LDFLAGS=\"-L./ -lproj4 ${configure.ldflags} -lgsl -lgslcblas\"
> +} else {
> +    build.env-append    CC=${configure.cc} \
> +                        CFLAGS=\"-I. -DPROJ_HAVE_GSL=1 -DPROJ_HAVE_THREADS=1 \
> +                                 ${configure.cflags} ${configure.universal_cflags}\" \
> +                        LDFLAGS=\"-L./ -lproj4 ${configure.ldflags} ${configure.universal_ldflags} -lgsl -lgslcblas\"
> +}

You could probably refactor this a bit to avoid redundancy.


From evenson at panix.com  Mon Feb 22 07:42:54 2010
From: evenson at panix.com (Mark Evenson)
Date: Mon, 22 Feb 2010 16:42:54 +0100
Subject: [MacPorts] #12624: devel/git-core is missing a dependency on
	perl/p5-error
In-Reply-To: <062.65b7010b1f5854442adc9ccfbbff4096@macports.org>
References: <053.fead8c7f67f5e17894bb8546c325114f@macports.org>
	<062.65b7010b1f5854442adc9ccfbbff4096@macports.org>
Message-ID: <1E14C036-746D-46D4-B892-A9485F02AD73@panix.com>


On Feb 22, 2010, at 4:26 PM, MacPorts wrote:

> #12624: devel/git-core is missing a dependency on perl/p5-error
> -------------------------------+--------------------------------------------
> Reporter:  evenson@?          |       Owner:  maccheck@?        
>     Type:  defect             |      Status:  new               
> Priority:  Normal             |   Milestone:                    
> Component:  ports              |     Version:  1.5.0             
> Keywords:                     |        Port:  git-core          
> -------------------------------+--------------------------------------------
> 
> Comment(by maccheck@?):
> 
> I think this bug is obsolete as we have {{{path:bin/perl:perl5}}} and
> {{{port:p5-error}}} in the general {{{depends_run}}}.
> 
> Or am I missing a point here?


I filed this bug a *long* time ago, on a system that is long gone, so if your analysis shows that this isn't relevant, then please close the ticket.

--
"A screaming comes across the sky.  It has happened before, but there is nothing to compare to it now."





From ram at macports.org  Mon Feb 22 22:35:23 2010
From: ram at macports.org (Adam Mercer)
Date: Tue, 23 Feb 2010 00:35:23 -0600
Subject: binary links in python26 portgroup
In-Reply-To: <4B5C24FA.308@macports.org>
References: <4B5C24FA.308@macports.org>
Message-ID: <799406d61002222235k453e6214yef9665cf72e06063@mail.gmail.com>

On Sun, Jan 24, 2010 at 04:46, Joshua Root <jmr at macports.org> wrote:
> I've added a new option "python.link_binaries" to the python26
> portgroup, on by default, which in post-destroot will create
> version-suffixed links in ${prefix}/bin/ to everything installed by the
> port in ${python.prefix}/bin/.
>
> I've adapted all py26-* ports that appeared to be affected by this
> change, but if you maintain a port that uses the python26 group you may
> wish to double check that it still does the right thing.

This is really useful, but could another option be specified so you
could specify if the -${python.branch} suffix is added to the
binaries? Obviously adding the -${python.branch} should be default,
but for some ports this suffix should not be added.

Cheers

Adam

From dweber at macports.org  Tue Feb 23 14:22:25 2010
From: dweber at macports.org (Darren Weber)
Date: Tue, 23 Feb 2010 14:22:25 -0800
Subject: [63983] trunk/dports/graphics/InsightToolkit/Portfile
In-Reply-To: <A4EB82F9-F97E-48DA-9B96-9EED3ABB51B2@macports.org>
References: <20100219234142.D837C4033EFC@beta.macosforge.org>
	<48B45E00-6743-4103-B3A4-D8C5D5EF2AF3@macports.org>
	<b808b3511002191712i32353631h783b1e12b3f87695@mail.gmail.com>
	<A4EB82F9-F97E-48DA-9B96-9EED3ABB51B2@macports.org>
Message-ID: <b808b3511002231422n3de29809wdab7955f6975806a@mail.gmail.com>

Right, OK, this is not a lib-dep for InsightToolkit.


Here's my understanding of the dependency.

a) Certainly we have a build-dep on cmake.

b) Any user-software that links to InsightToolkit will also use cmake in the
build process.  The configuration of the user-software will have a
CMakeLists.txt file, with instructions for cmake, which will contain
something like this:

{{{
# Find ITK.
SET (ITK_DIR /opt/local/lib/InsightToolkit-3.16)
FIND_PACKAGE(ITK REQUIRED)
INCLUDE(${ITK_USE_FILE})
}}}

In this case, the ITK_DIR is set explicitly.  This is required for software
that builds against the MacPorts installation of InsightToolkit because it
is a "non-standard" install path (i.e. it is different from a default
/usr/local/ installation).

In the cmake modules, there are many 'macros' to automatically locate
libraries.  Just take a look at {{{ $ ls /opt/local/share/cmake-2.8/Modules/
}}}, where you can see a lot of "Find*.cmake" macros, which have some
assumptions about where libraries are usually installed.

AFAIK, none of those modules are designed to auto-detect libraries in a
MacPorts installation.  The MacPorts installation path does not "fit" into
any of those assumptions, so these modules will fail to find MacPorts
libraries.  That may be a good thing or not, depending on how you want to
build libraries.  However, one purpose to having cmake installed via
MacPorts may be to facilitate building software against the MacPorts
libraries (no?).

This was true for the FindITK.cmake module in the cmake-2.6 port for
MacPorts.  The cmake-2.8 module is
in /opt/local/share/cmake-2.8/Modules/FindITK.cmake

The purpose of this module is to find an ITKConfig.cmake file and load it's
settings.  In MacPorts, this file is located in /opt/local/lib/
InsightToolkit*/ITKConfig.cmake.  If more than one version of InsightToolkit is
installed, it is important to get the right version of this config file.
 There should be a symlink from /opt/local/lib/InsightToolkit to latest
version-specific installation of InsightToolkit (this symlink is created by
the InsightToolkit port).

HERE'S THE POINT:

At present, the post-destroot phase of InsightToolkit creates a
version-specific cmake module file,
e.g. /opt/local/share/cmake-2.8/Modules/FindITK-3.16.cmake.  With that file
in place, it is possible to use a CMakeLists.txt file like this:

{{{
# Find ITK.
FIND_PACKAGE(ITK-3.16 REQUIRED)
INCLUDE(${ITK_USE_FILE})
}}}

In the event that cmake is upgraded (and the old version removed), without a
rebuild ofInsightToolkit, this instruction in the CMakeLists.txt file will
fail with a warning about setting the ITK_DIR.

Most user software will use this in a CMakeLists.txt file:

{{{
# Find ITK.
FIND_PACKAGE(ITK REQUIRED)
INCLUDE(${ITK_USE_FILE})
}}}

This will instruct cmake to run the FindITK.cmake module.  If a user has ITK
(InsightToolkit) installed anywhere like /usr/local/lib/InsightToolkit, this
module will find that lib and configure the build against it.  If that's
what a user wants, fine.  If a user wants to build against MacPorts libs,
using a MacPorts installation of cmake, they may get surprises.  The cmake
modules will most likely detect libs outside the MacPorts installation.

This might be a contributing problem to a persistent issue we are having
with building the python wrapping for InsightToolkit against the MacPorts
installation of python 2.6 (it's a mystery that the cmake config in the port
is not respected during the configure phase).

SUMMARY:

a) OK, change it back to a build-dep.

b) Take out the custom FindITK-3.16.cmake module in the post-destroot?  Put
this into a separate port, maybe something like InsightToolkit-select?  This
new port could configure the cmake module and the /usr/local/lib/
InsightToolkit symlink to point to a version specific installation.

c) Modify all the cmake modules in the MacPorts install of cmake so they can
find libraries that are installed by MacPorts, with a priority to find the
MacPorts libraries before Apple libs, but after user-installed libs in
/usr/local etc.


On Fri, Feb 19, 2010 at 7:31 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

>
> On Feb 19, 2010, at 19:12, Darren Weber wrote:
>
> > It was a build-time dependency, but I changed it to a lib-dep because
> cmake contains Modules in
> >
> > /opt/local/share/cmake-2.8/Modules/
> >
> > Whenever cmake is upgraded, the path to these modules may change and the
> InsightToolkit should build again to modify some of those module files, like
> FindITK.cmake.  This re-build is very expensive in order to run just the
> post-destroot phase of InsightToolkit, but it's the only way to get those
> module changes (at this time).
> >
> > Perhaps a new port that only modifies the cmake modules for
> InsightToolkit is the way to go?  This new port could have a lib-dep on
> cmake, while InsightToolkit could have a build-dep on it.
>
> But are those modules used by InsightToolkit at runtime? If so, it should
> be a library dep on cmake. If not, it should be a build dep. It doesn't
> really have anything to do with whether updating cmake causes that path to
> change, except that if it does, and if those modules are used by cmake's
> dependents at runtime, then the revision of those dependents must be
> increased to force a rebuild. I didn't see any part of InsightToolkit
> dynamically linking to anything in that directory, using "otool -L", but it
> could be dlopening or reading those files in other ways that I can't check.
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100223/ac327c69/attachment.html>

From ryandesign at macports.org  Tue Feb 23 17:28:07 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 23 Feb 2010 19:28:07 -0600
Subject: [64144] trunk/dports/python
In-Reply-To: <20100223162227.D947C4130BD2@beta.macosforge.org>
References: <20100223162227.D947C4130BD2@beta.macosforge.org>
Message-ID: <A827B2D4-C6EB-4788-8B19-FA4795A1DA2D@macports.org>


On Feb 23, 2010, at 10:22, mmoll at macports.org wrote:

> Revision: 64144
>          http://trac.macports.org/changeset/64144
> Author:   mmoll at macports.org
> Date:     2010-02-23 08:22:23 -0800 (Tue, 23 Feb 2010)
> Log Message:
> -----------
> python/py2[56]-MMTK: fix livecheck.regex
> 
> Modified Paths:
> --------------
>    trunk/dports/python/py25-MMTK/Portfile
>    trunk/dports/python/py26-MMTK/Portfile
> 
> Modified: trunk/dports/python/py25-MMTK/Portfile
> ===================================================================
> --- trunk/dports/python/py25-MMTK/Portfile	2010-02-23 10:54:35 UTC (rev 64143)
> +++ trunk/dports/python/py25-MMTK/Portfile	2010-02-23 16:22:23 UTC (rev 64144)
> @@ -6,7 +6,6 @@
> set realname        MMTK
> name                py25-${realname}
> version             2.6.0
> -revision            1

You can't just take out the revision line like that. :) I put it back in r64158.


From ryandesign at macports.org  Tue Feb 23 17:32:07 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 23 Feb 2010 19:32:07 -0600
Subject: [64116] trunk/dports/science/molden/Portfile
In-Reply-To: <20100222164910.EE86240E849F@beta.macosforge.org>
References: <20100222164910.EE86240E849F@beta.macosforge.org>
Message-ID: <A31E9C19-8197-4172-A1AE-28C55C3CF51B@macports.org>


On Feb 22, 2010, at 10:49, jochen at macports.org wrote:

> Revision: 64116
>          http://trac.macports.org/changeset/64116
> Author:   jochen at macports.org
> Date:     2010-02-22 08:49:08 -0800 (Mon, 22 Feb 2010)
> Log Message:
> -----------
> follow upstram stealth upgrade
> 
> Modified Paths:
> --------------
>    trunk/dports/science/molden/Portfile
> 
> Modified: trunk/dports/science/molden/Portfile
> ===================================================================
> --- trunk/dports/science/molden/Portfile	2010-02-22 15:56:51 UTC (rev 64115)
> +++ trunk/dports/science/molden/Portfile	2010-02-22 16:49:08 UTC (rev 64116)
> @@ -20,9 +20,9 @@
> distname            molden${version_number}
> dist_subdir         ${name}/${version}
> master_sites        ftp://ftp.cmbi.ru.nl/pub/molgraph/molden/
> -checksums           md5     9f873e3375692494cd51ca5e0243134b \
> -                    sha1    6cedaaee35ae29975d8eb624836f4997832ca510 \
> -                    rmd160  21593f2f3e2816b37be12f577ed12f8b4d354765
> +checksums           md5     7779955641ca3a1653db6fb543ac4aa8 \
> +                    sha1    67c1ae7b3b053352540fcc084d2819a15a8e82fa \
> +                    rmd160  6b3203c5e72680b6c23611f7cc97c3275fddca15

Don't forget the version number. :) I fixed it in r64159.


From dports at ambulatoryclam.net  Tue Feb 23 19:41:29 2010
From: dports at ambulatoryclam.net (Dan Ports)
Date: Tue, 23 Feb 2010 19:41:29 -0800
Subject: TexLive 2009 plans to newer version
In-Reply-To: <20100218081153.GA3105@weetamoe.loria.fr>
References: <055.1a340ec6bd193cd0d64e5bde639e200c@macports.org>
	<064.f0c8fd50d5a6fe42b3062534f9ce8c40@macports.org>
	<20100217230338.GE54174@ambulatoryclam.net>
	<9F55A8FC-8D19-40BE-8BAB-55C2DD58F886@lavergne.gotdns.org>
	<20100218081153.GA3105@weetamoe.loria.fr>
Message-ID: <20100224034129.GJ54174@ambulatoryclam.net>

[sorry for the slow response -- was out of town and away from email for
 a few days]

On Thu, Feb 18, 2010 at 09:11:53AM +0100, Emmanuel Hainry wrote:
> This proposal is perfectly reasonable. I am not totally convinced by
> debian's approach: it can be difficult to understand what to install to
> make a specific document compile (installing texlive-context to have
> metapost is (was) strange). It is far better than a port for each ctan
> package (nice granularity but I don't want to spend my whole life
> installing new ports when I want to use a specific symbol, draw a
> diagram...). I liked the full/minimal approach (I did not create it,
> just followed happily Edd Barrett's openBSD port) which made things
> simple both for the user and for the maintainer.

I'm not completely satisfied with it either, but the reason I'm a fan of
the collections-based approach is that I use a few packages obscure
enough that they won't be found in a minimal dist. (Not too surprising
-- we wouldn't expect one package to be right for everyone). But at the
same time, I'd rather not install the increasingly large full
distribution on my laptop. This gives me some form of middle ground. If
nothing else, I can at least avoid installing several hundred MB of
fonts for languages I can't read.

Certainly there should still be a metaport or two that pull in a
reasonable collection of packages, and one for a full install. TL's
"schemes" might be a good starting point, but I haven't looked too hard
at them.

Dan

-- 
Dan R. K. Ports              MIT CSAIL                http://drkp.net/

From ryandesign at macports.org  Wed Feb 24 12:32:34 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 24 Feb 2010 14:32:34 -0600
Subject: [64184] trunk/dports
In-Reply-To: <20100224202727.93BB8419C112@beta.macosforge.org>
References: <20100224202727.93BB8419C112@beta.macosforge.org>
Message-ID: <AA176E72-619F-4BC9-ABD8-4A172897B71B@macports.org>


On Feb 24, 2010, at 14:27, mww at macports.org wrote:

> Revision: 64184
>          http://trac.macports.org/changeset/64184
> Author:   mww at macports.org
> Date:     2010-02-24 12:27:24 -0800 (Wed, 24 Feb 2010)
> Log Message:
> -----------
> rename 'ocamlgsl' to 'caml-gsl' (like the majority of our OCaml ports)
> 
> Modified Paths:
> --------------
>    trunk/dports/math/caml-gsl/Portfile
>    trunk/dports/science/flashdot/Portfile
> 
> Added Paths:
> -----------
>    trunk/dports/math/caml-gsl/
> 
> Removed Paths:
> -------------
>    trunk/dports/math/ocamlgsl/

Perhaps a port "ocamlgsl" could be kept around and marked as "replaced_by caml-gsl" to assist users who have already installed the port by its former name? See the pureftpd and osxvnc ports for examples.


From jmr at macports.org  Thu Feb 25 06:13:33 2010
From: jmr at macports.org (Joshua Root)
Date: Fri, 26 Feb 2010 01:13:33 +1100
Subject: registry2.0 ready for debugging
Message-ID: <4B86858D.9010909@macports.org>

I've hooked up registry2.0 sufficiently to allow ports to be installed,
so now is the time for brave souls to start trying it out. With a trunk
build, you just need to set 'portdbformat sqlite' in macports.conf.

The main issue at the moment is that the registry's entry "objects"
(actually commands like "registry::entry0") are not in scope sometimes,
which prevents port {uninstall,deactivate,activate} from working. If you
figure out this or any other problem, please feel free to commit a fix. :-)

- Josh

From brad at pixilla.com  Thu Feb 25 10:48:20 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Thu, 25 Feb 2010 10:48:20 -0800
Subject: postfix
Message-ID: <BCA91BE4-68E4-49BE-AC69-914285D66469@pixilla.com>

Hello,


The postfix port has no maintainer. I see the dovecot_sasl variant I  
submitted/requested made it into the macports postfix port.

I am upgrading my postfix to v2.7.0 but I don't like the way the  
current postfix port uses patch files. I've looked into
the postfix install process and I believe I have eliminated the need  
for the patch files by setting config vars and file permissions.

Since there is no maintainer I do not know who to carry on a  
conversation with regarding these changes. I'm afraid if
I just submit my patch I'll get no response or something like "please  
make only the changes necessary to get a build".

My reason for not liking patch files is it's a lot of extra work to  
verify the patches are valid for each version bump.

I think postfix used to require more patching but it looks like v2.7.0  
can be built with very alteration, mostly the sample config
and man path mods that are common in macports.

I guess my question is who should I be corresponding with to justify  
my changes?


// Brad



From dluke at geeklair.net  Thu Feb 25 11:03:26 2010
From: dluke at geeklair.net (Daniel J. Luke)
Date: Thu, 25 Feb 2010 14:03:26 -0500
Subject: postfix
In-Reply-To: <BCA91BE4-68E4-49BE-AC69-914285D66469@pixilla.com>
References: <BCA91BE4-68E4-49BE-AC69-914285D66469@pixilla.com>
Message-ID: <D0B76DE6-E670-4A3F-82A3-F132291B1ED8@geeklair.net>

On Feb 25, 2010, at 1:48 PM, Bradley Giesbrecht wrote:
> I guess my question is who should I be corresponding with to justify my changes?

I would just put an explanation of why you chose those changes into the ticket where you include your patch and then you can discuss it with the committer who looks at it (if necessary).

I think if you're willing to become the maintainer of the port, that that would also factor in to how one would evaluate your proposed changes.

--
Daniel J. Luke                                                                   
+========================================================+                        
| *---------------- dluke at geeklair.net ----------------* |                          
| *-------------- http://www.geeklair.net -------------* |                          
+========================================================+                        
|   Opinions expressed are mine and do not necessarily   |                          
|          reflect the opinions of my employer.          |                          
+========================================================+




From brad at pixilla.com  Thu Feb 25 11:12:12 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Thu, 25 Feb 2010 11:12:12 -0800
Subject: postfix
In-Reply-To: <D0B76DE6-E670-4A3F-82A3-F132291B1ED8@geeklair.net>
References: <BCA91BE4-68E4-49BE-AC69-914285D66469@pixilla.com>
	<D0B76DE6-E670-4A3F-82A3-F132291B1ED8@geeklair.net>
Message-ID: <5284F7E8-33E5-4A66-AFFF-08C709769AE2@pixilla.com>


On Feb 25, 2010, at 11:03 AM, Daniel J. Luke wrote:

> On Feb 25, 2010, at 1:48 PM, Bradley Giesbrecht wrote:
>> I guess my question is who should I be corresponding with to  
>> justify my changes?
>
> I would just put an explanation of why you chose those changes into  
> the ticket where you include your patch and then you can discuss it  
> with the committer who looks at it (if necessary).
>
> I think if you're willing to become the maintainer of the port, that  
> that would also factor in to how one would evaluate your proposed  
> changes.

I'm pretty familiar with my mail setup but my experience ends there.  
If people report problems with my postfix Portfile I feel confident I  
could fix the issue fairly quickly.

If I'm the best or only choice and having me as a maintainer is better  
then no maintainer then I volunteer.

Should I just add my email address to my Portfile?

Is it know if MacPorts is email harvested?

Ah heck, I don't care. I need spam in order to measure my counter  
measures :)


Thanks for the reply,

Bradley Giesbrecht

From macsforever2000 at macports.org  Thu Feb 25 13:05:34 2010
From: macsforever2000 at macports.org (Frank Schima)
Date: Thu, 25 Feb 2010 14:05:34 -0700
Subject: postfix
In-Reply-To: <5284F7E8-33E5-4A66-AFFF-08C709769AE2@pixilla.com>
References: <BCA91BE4-68E4-49BE-AC69-914285D66469@pixilla.com>
	<D0B76DE6-E670-4A3F-82A3-F132291B1ED8@geeklair.net>
	<5284F7E8-33E5-4A66-AFFF-08C709769AE2@pixilla.com>
Message-ID: <BF094A79-9DE3-46B0-BE76-C758FD08860F@macports.org>


On Feb 25, 2010, at 12:12 PM, Bradley Giesbrecht wrote:

> 
> On Feb 25, 2010, at 11:03 AM, Daniel J. Luke wrote:
> 
>> On Feb 25, 2010, at 1:48 PM, Bradley Giesbrecht wrote:
>>> I guess my question is who should I be corresponding with to justify my changes?
>> 
>> I would just put an explanation of why you chose those changes into the ticket where you include your patch and then you can discuss it with the committer who looks at it (if necessary).
>> 
>> I think if you're willing to become the maintainer of the port, that that would also factor in to how one would evaluate your proposed changes.
> 
> I'm pretty familiar with my mail setup but my experience ends there. If people report problems with my postfix Portfile I feel confident I could fix the issue fairly quickly.
> 
> If I'm the best or only choice and having me as a maintainer is better then no maintainer then I volunteer.

It sounds like you would be a fine maintainer for the port. 

> Should I just add my email address to my Portfile?
> 
> Is it know if MacPorts is email harvested?

We obfuscate the emails in the portfile to help reduce spam. For example, you would use:

maintainers     pixilla.com:brad


Cheers!
Frank


From talklists at newgeo.com  Thu Feb 25 20:51:10 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 25 Feb 2010 20:51:10 -0800
Subject: Editing trac comments I have made
Message-ID: <00A3CE23-71E3-44FA-9A71-D0B5327D13C3@newgeo.com>

https://trac.macports.org/ticket/23852#comment:3
Is there a way I can edit my comments?  I tried to use wiki formatting with the {{{ ? }}} and something went haywire.

I would like to fix this, without making another post, and a possible other error in the wiki formatting.  Thank you.
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 


From jeremyhu at macports.org  Thu Feb 25 23:54:15 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Thu, 25 Feb 2010 23:54:15 -0800
Subject: [64201] trunk/base/src
In-Reply-To: <20100225135122.1432B41B1198@beta.macosforge.org>
References: <20100225135122.1432B41B1198@beta.macosforge.org>
Message-ID: <C1B6115B-1174-4EA6-ADC9-C7B70B426426@macports.org>

portdbformat needs a default value set:

can't read "portdbformat": no such variable
    while executing
"if {$portdbformat == "sqlite"} {
        registry::open [file join ${registry.path} registry registry.db]
        # for the benefit of the portimage c..."
    (procedure "mportinit" line 509)
    invoked from within
"mportinit"
    (file "src/dep_map_clean.tcl" line 12)
make: *** [install] Error 1


On Feb 25, 2010, at 05:51, jmr at macports.org wrote:

> Revision: 64201
>          http://trac.macports.org/changeset/64201
> Author:   jmr at macports.org
> Date:     2010-02-25 05:51:21 -0800 (Thu, 25 Feb 2010)
> Log Message:
> -----------
> registry fixes
> 
> Modified Paths:
> --------------
>    trunk/base/src/macports1.0/macports.tcl
>    trunk/base/src/port/port.tcl
>    trunk/base/src/port1.0/portinstall.tcl
>    trunk/base/src/registry2.0/portimage.tcl
>    trunk/base/src/registry2.0/portuninstall.tcl
>    trunk/base/src/registry2.0/receipt_sqlite.tcl
> 
> Modified: trunk/base/src/macports1.0/macports.tcl
> ===================================================================
> --- trunk/base/src/macports1.0/macports.tcl	2010-02-25 13:51:12 UTC (rev 64200)
> +++ trunk/base/src/macports1.0/macports.tcl	2010-02-25 13:51:21 UTC (rev 64201)
> @@ -841,6 +841,7 @@
>         # should ship with macports1.0 API?
>         package require Pextlib 1.0
>         package require registry 1.0
> +        package require registry2 2.0
>     } else {
>         return -code error "Library directory '$libpath' must exist"
>     }
> @@ -903,6 +904,14 @@
>             ui_warn "port definitions are more than two weeks old, consider using selfupdate"
>         }
>     }
> +    
> +    # init registry if needed
> +    if {$portdbformat == "sqlite"} {
> +        registry::open [file join ${registry.path} registry registry.db]
> +        # for the benefit of the portimage code that is called from multiple interpreters
> +        global registry_open
> +        set registry_open yes
> +    }
> }
> 
> proc macports::worker_init {workername portpath porturl portbuildpath options variations} {
> 
> Modified: trunk/base/src/port/port.tcl
> ===================================================================
> --- trunk/base/src/port/port.tcl	2010-02-25 13:51:12 UTC (rev 64200)
> +++ trunk/base/src/port/port.tcl	2010-02-25 13:51:21 UTC (rev 64201)
> @@ -2470,7 +2470,7 @@
>                 }
>             } else {
>                 if {![macports::ui_isset ports_quiet]} {
> -                    puts "Port $portname does not contain any file or is not active."
> +                    puts "Port $portname does not contain any files or is not active."
>                 }
>             }
>         } else {
> 
> Modified: trunk/base/src/port1.0/portinstall.tcl
> ===================================================================
> --- trunk/base/src/port1.0/portinstall.tcl	2010-02-25 13:51:12 UTC (rev 64200)
> +++ trunk/base/src/port1.0/portinstall.tcl	2010-02-25 13:51:21 UTC (rev 64201)
> @@ -33,6 +33,7 @@
> 
> package provide portinstall 1.0
> package require portutil 1.0
> +package require registry2 2.0
> 
> set org.macports.install [target_new org.macports.install portinstall::install_main]
> target_provides ${org.macports.install} install
> @@ -57,7 +58,7 @@
> 
> proc portinstall::install_start {args} {
>     global UI_PREFIX name version revision portvariants
> -    global prefix
> +    global prefix registry_open registry.format registry.path
>     ui_msg "$UI_PREFIX [format [msgcat::mc "Installing %s @%s_%s%s"] $name $version $revision $portvariants]"
> 
>     # start gsoc08-privileges
> @@ -66,6 +67,11 @@
>         elevateToRoot "install"
>     }
>     # end gsoc08-privileges
> +    
> +    if {${registry.format} == "receipt_sqlite" && ![info exists registry_open]} {
> +        registry::open [file join ${registry.path} registry registry.db]
> +        set registry_open yes
> +    }
> }
> 
> proc portinstall::install_element {src_element dst_element} {
> @@ -126,7 +132,7 @@
>             }
>         }
>         if {[file isdirectory $name] && [file type $name] != "link"} {
> -            directory_dig $rootdir $name $imagedir [file join $cwd $name]
> +            directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend
>         }
>     }
>     _cd $pwd
> @@ -147,7 +153,7 @@
> 
>             # Trick to have a portable GMT-POSIX epoch-based time.
>             $regref date [expr [clock scan now -gmt true] - [clock scan "1970-1-1 00:00:00" -gmt true]]
> -            if {[info exists default_variants} {
> +            if {[info exists default_variants]} {
>                 $regref default_variants $default_variants
>             }
> 
> @@ -166,12 +172,12 @@
>                 $regref installtype image
>                 $regref state imaged
>                 set imagedir [file join ${registry.path} software ${name} ${version}_${revision}${portvariants}]
> -                $regref location $imagedir
>             } else {
>                 $regref installtype direct
>                 $regref state installed
>                 set imagedir ""
>             }
> +            $regref location $imagedir
> 
>             # Install the files, requesting that the list not have the image dir prepended
>             directory_dig ${destroot} ${destroot} ${imagedir} "" 0
> 
> Modified: trunk/base/src/registry2.0/portimage.tcl
> ===================================================================
> --- trunk/base/src/registry2.0/portimage.tcl	2010-02-25 13:51:12 UTC (rev 64200)
> +++ trunk/base/src/registry2.0/portimage.tcl	2010-02-25 13:51:21 UTC (rev 64201)
> @@ -69,7 +69,7 @@
> 
> # Activate a "Port Image"
> proc activate {name v optionslist} {
> -    global macports::prefix macports::registry.path UI_PREFIX
> +    global macports::prefix macports::registry.format macports::registry.path registry_open UI_PREFIX
>     array set options $optionslist
>     variable force
>     variable use_reg2
> @@ -77,7 +77,13 @@
>     if {[info exists options(ports_force)] && [string is true -strict $options(ports_force)] } {
>         set force 1
>     }
> -    set use_reg2 [string equal ${macports::registry.format} "receipt_sqlite"]
> +    if {[string equal ${macports::registry.format} "receipt_sqlite"]} {
> +        set use_reg2 1
> +        if {![info exists registry_open]} {
> +            registry::open [file join ${macports::registry.path} registry registry.db]
> +            set registry_open yes
> +        }
> +    }
>     set todeactivate [list]
> 
>     if {$use_reg2} {
> @@ -160,7 +166,7 @@
> 
>     if {$use_reg2} {
>         _activate_contents $requested
> -        $requested state active
> +        $requested state installed
>     } else {
>         set imagedir [registry::property_retrieve $ref imagedir]
> 
> @@ -184,7 +190,7 @@
> }
> 
> proc deactivate {name v optionslist} {
> -    global UI_PREFIX
> +    global UI_PREFIX macports::registry.format macports::registry.path registry_open
>     array set options $optionslist
>     variable use_reg2
> 
> @@ -194,7 +200,13 @@
>         # the activation is being forced
>         set force 1
>     }
> -    set use_reg2 [string equal ${macports::registry.format} "receipt_sqlite"]
> +    if {[string equal ${macports::registry.format} "receipt_sqlite"]} {
> +        set use_reg2 1
> +        if {![info exists registry_open]} {
> +            registry::open [file join ${macports::registry.path} registry registry.db]
> +            set registry_open yes
> +        }
> +    }
> 
>     if {$use_reg2} {
>         if { [string equal $name ""] } {
> @@ -278,7 +290,7 @@
> }
> 
> proc _check_registry {name v} {
> -    global UI_PREFIX
> +    global UI_PREFIX macports::registry.installtype
>     variable use_reg2
> 
>     if {$use_reg2} {
> @@ -400,7 +412,7 @@
>     set files [list]
>     set baksuffix .mp_[clock seconds]
>     if {$use_reg2} {
> -        set imagedir [$port imagedir]
> +        set imagedir [$port location]
>         set imagefiles [$port imagefiles]
>     } else {
>         set name $port
> @@ -494,17 +506,22 @@
> 
>                 # Activate it, and catch errors so we can roll-back
>                 try {
> -                    [$port activate $imagefiles]
> +                    $port activate $imagefiles
>                     foreach file $theList {
>                         _activate_file "${imagedir}${file}" $file
>                     }
>                 } catch {*} {
>                     ui_debug "Activation failed, rolling back."
> -                    _deactivate_contents $port {} yes
> +                    # can't do it here since we're already inside a transaction
> +                    set deactivate_this yes
>                     throw
>                 }
>             }
>         } catch {*} {
> +            # roll back activation of this port
> +            if {[info exists deactivate_this]} {
> +                _deactivate_contents $port {} yes
> +            }
>             # if any errors occurred, move backed-up files back to their original
>             # locations, then rethrow the error. Transaction rollback will take care
>             # of this in the registry.
> 
> Modified: trunk/base/src/registry2.0/portuninstall.tcl
> ===================================================================
> --- trunk/base/src/registry2.0/portuninstall.tcl	2010-02-25 13:51:12 UTC (rev 64200)
> +++ trunk/base/src/registry2.0/portuninstall.tcl	2010-02-25 13:51:21 UTC (rev 64201)
> @@ -41,7 +41,8 @@
> namespace eval portuninstall {
> 
> proc uninstall {portname {v ""} optionslist} {
> -    global uninstall.force uninstall.nochecksum UI_PREFIX macports::registry.format
> +    global uninstall.force uninstall.nochecksum UI_PREFIX \
> +           macports::registry.format macports::registry.installtype
>     array set options $optionslist
> 
>     if {![info exists uninstall.force]} {
> @@ -55,38 +56,48 @@
>     set use_reg2 [string equal ${macports::registry.format} "receipt_sqlite"]
> 
>     if {$use_reg2} {
> +        if {${macports::registry.installtype} == "image"} {
> +	        set imaged_or_installed imaged
> +	    } else {
> +	        set imaged_or_installed installed
> +	    }
>         if { [registry::decode_spec $v version revision variants] } {
> -            set ilist [registry::entry imaged $portname $version $revision $variants]
> +            set ilist [registry::entry $imaged_or_installed $portname $version $revision $variants]
>             set valid 1
>         } else {
>             set valid [string equal $v {}]
> -            set ilist [registry::entry imaged $portname]
> +            set ilist [registry::entry $imaged_or_installed $portname]
>         }
>     } else {
>         set ilist [registry::installed $portname $v]
>         set valid 1
>     }
>     if { [llength $ilist] > 1 } {
> -        set portname [lindex [lindex $ilist 0] 0]
> +        # set portname again since the one we were passed may not have had the correct case
> +        if {$use_reg2} {
> +            set portname [[lindex $ilist 0] name]
> +        } else {
> +            set portname [lindex [lindex $ilist 0] 0]
> +        }
>         ui_msg "$UI_PREFIX [msgcat::mc "The following versions of $portname are currently installed:"]"
> -        foreach i [portlist_sortint $ilist] { 
> -            set iname [lindex $i 0]
> -            set iactive [lindex $i 4]
> +        foreach i [portlist_sortint $ilist] {
>             if {$use_reg2} {
>                 set ispec "[$i version]_[$i revision][$i variants]"
>                 if { [string equal [$i state] installed] } {
> -                    ui_msg "$UI_PREFIX [format [msgcat::mc "    %s @%s (active)"] $iname $ispec]"
> -                } elseif { $iactive == 1 } {
> -                    ui_msg "$UI_PREFIX [format [msgcat::mc "    %s @%s"] $iname $ispec]"
> +                    ui_msg "$UI_PREFIX [format [msgcat::mc "    %s @%s (active)"] [$i name] $ispec]"
> +                } else {
> +                    ui_msg "$UI_PREFIX [format [msgcat::mc "    %s @%s"] [$i name] $ispec]"
>                 }
>             } else {
> +                set iname [lindex $i 0]
>                 set iversion [lindex $i 1]
>                 set irevision [lindex $i 2]
>                 set ivariants [lindex $i 3]
> -                if { $iactive == 0 } {
> +                set iactive [lindex $i 4]
> +                if { $iactive == 1 } {
> +                    ui_msg "$UI_PREFIX [format [msgcat::mc "    %s @%s_%s%s (active)"] $iname $iversion $irevision $ivariants]"
> +                } else {
>                     ui_msg "$UI_PREFIX [format [msgcat::mc "    %s @%s_%s%s"] $iname $iversion $irevision $ivariants]"
> -                } elseif { $iactive == 1 } {
> -                    ui_msg "$UI_PREFIX [format [msgcat::mc "    %s @%s_%s%s (active)"] $iname $iversion $irevision $ivariants]"
>                 }
>             }
>         }
> @@ -96,10 +107,9 @@
>             throw registry::invalid "Registry error: Invalid version specified. Please specify a version as recorded in the port registry."
>         }
>     } elseif { [llength $ilist] == 1 } {
> -        # set portname again since the one we were passed may not have had the correct case
> -        set portname [lindex [lindex $ilist 0] 0]
>         if {$use_reg2} {
>             set port [lindex $ilist 0]
> +            ui_debug "$port exists? [registry::entry exists $port]"
>             if {$v == ""} {
>                 set v "[$port version]_[$port revision][$port variants]"
>             }
> @@ -237,6 +247,7 @@
>     if {$use_reg2} {
>         # imagefiles gives the actual installed files in direct mode
>         set contents [$port imagefiles]
> +        set imagedir [$port location]
>     } else {
>         set contents [registry::property_retrieve $ref contents]
>         if { $contents == "" } {
> @@ -247,7 +258,7 @@
>     set files [list]
>     foreach f $contents {
>         if {$use_reg2} {
> -            set fname $f
> +            set fname "${imagedir}${f}"
>             set sum1 [$port md5sum $f]
>         } else {
>             set fname [lindex $f 0]
> @@ -264,8 +275,8 @@
>         }
>         if {![string match $sum1 NONE] && !([info exists uninstall.nochecksum] && [string is true -strict ${uninstall.nochecksum}]) } {
>             if {![catch {set sum2 [md5 $fname]}] && ![string match $sum1 $sum2]} {
> -                ui_warn "$UI_PREFIX  [format [msgcat::mc "Original checksum does not match for %s, saving a copy to %s"] $file ${file}${bak_suffix}]"
> -                catch {file copy $file "${file}${bak_suffix}"}
> +                ui_warn "$UI_PREFIX  [format [msgcat::mc "Original checksum does not match for %s, saving a copy to %s"] $fname ${fname}${bak_suffix}]"
> +                catch {file copy $fname "${fname}${bak_suffix}"}
>             }
>         }
> 
> 
> Modified: trunk/base/src/registry2.0/receipt_sqlite.tcl
> ===================================================================
> --- trunk/base/src/registry2.0/receipt_sqlite.tcl	2010-02-25 13:51:12 UTC (rev 64200)
> +++ trunk/base/src/registry2.0/receipt_sqlite.tcl	2010-02-25 13:51:21 UTC (rev 64201)
> @@ -68,7 +68,7 @@
>     foreach key {name version revision variants} {
>         append searchcmd " $key [set $key]"
>     }
> -    if {![catch {[eval $searchcmd]}]} {
> +    if {![catch {set ports [eval $searchcmd]}] && [llength $ports] > 0} {
>         return 1
>     }
> 	return 0
> @@ -105,10 +105,14 @@
> # - port	the port to test
> # returns 0 if the port is not registered, the list of its files otherwise.
> proc port_registered {name} {
> -	if {![catch {set ports [registry::entry search name $name state installed]}]} {
> +	if {![catch {set ports [registry::entry installed $name]}]
> +	    && [llength $ports] > 0} {
> 	    # should never return more than one port
> 	    set port [lindex $ports 0]
> 		return [$port files]
> +	} elseif {![catch {set ports [registry::entry imaged $name]}]
> +	    && [llength $ports] > 0} {
> +	    return ""
> 	} else {
>         return 0
>     }
> _______________________________________________
> macports-changes mailing list
> macports-changes at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3333 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100225/fe20884d/attachment-0001.bin>

From jeremyhu at macports.org  Fri Feb 26 00:02:19 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Fri, 26 Feb 2010 00:02:19 -0800
Subject: [64055] trunk/dports/editors/vim/Portfile
In-Reply-To: <20100220232214.608E34082AFE@beta.macosforge.org>
References: <20100220232214.608E34082AFE@beta.macosforge.org>
Message-ID: <1CC09871-1C12-414D-8155-8B44C9DE9316@macports.org>

so....

x11 conflicts with gtk2, but gtk2 requires x11 ?!

On Feb 20, 2010, at 15:22, raimue at macports.org wrote:

> Revision: 64055
>          http://trac.macports.org/changeset/64055
> Author:   raimue at macports.org
> Date:     2010-02-20 15:22:10 -0800 (Sat, 20 Feb 2010)
> Log Message:
> -----------
> editors/vim:
> +x11 variant should not conflict with X11 GUI variants.
> Discussion: http://lists.macosforge.org/pipermail/macports-dev/2010-February/011317.html
> 
> Modified Paths:
> --------------
>    trunk/dports/editors/vim/Portfile
> 
> Modified: trunk/dports/editors/vim/Portfile
> ===================================================================
> --- trunk/dports/editors/vim/Portfile	2010-02-20 23:11:02 UTC (rev 64054)
> +++ trunk/dports/editors/vim/Portfile	2010-02-20 23:22:10 UTC (rev 64055)
> @@ -6,7 +6,7 @@
> set vim_version     7.2
> set vim_patchlevel  350
> version             ${vim_version}.${vim_patchlevel}
> -revision            2
> +revision            3
> categories          editors
> maintainers         raimue
> description         Vi \"workalike\" with many additional features
> @@ -83,25 +83,25 @@
>     depends_lib-append      port:xorg-libXt
> }
> 
> -variant athena description {Build GUI version using Athena widgets} conflicts gtk1 gtk2 motif x11 {
> -    configure.args-delete   --enable-gui=no --without-x
> -    configure.args-append   --enable-gui=athena --with-x --disable-darwin
> -    depends_lib-append      port:xorg-libXaw port:xorg-libXt
> +variant athena description {Build GUI version using Athena widgets} requires x11 conflicts gtk1 gtk2 motif {
> +    configure.args-delete   --enable-gui=no
> +    configure.args-append   --enable-gui=athena --disable-darwin
> +    depends_lib-append      port:xorg-libXaw
> }
> -variant gtk1 description {Build GUI version using GTK 1.x widgets} conflicts athena gtk2 motif x11 {
> -    configure.args-delete   --enable-gui=no --without-x
> -    configure.args-append   --enable-gui=gtk --with-x --disable-darwin
> -    depends_lib-append      port:gtk1 port:xorg-libXt
> +variant gtk1 description {Build GUI version using GTK 1.x widgets} requires x11 conflicts athena gtk2 motif {
> +    configure.args-delete   --enable-gui=no
> +    configure.args-append   --enable-gui=gtk --disable-darwin
> +    depends_lib-append      port:gtk1
> }
> -variant gtk2 description {Build GUI version using GTK 2.x widgets} conflicts athena gtk1 motif x11 {
> -    configure.args-delete   --enable-gui=no --without-x
> -    configure.args-append   --enable-gui=gtk2 --with-x --disable-darwin
> -    depends_lib-append      port:gtk2 port:xorg-libXt
> +variant gtk2 description {Build GUI version using GTK 2.x widgets} requires x11 conflicts athena gtk1 motif {
> +    configure.args-delete   --enable-gui=no
> +    configure.args-append   --enable-gui=gtk2 --disable-darwin
> +    depends_lib-append      port:gtk2
> }
> -variant motif description {Build GUI version with Motif widgets} conflicts athena gtk1 gtk2 x11 {
> -    configure.args-delete   --enable-gui=no --without-x
> -    configure.args-append   --enable-gui=motif --with-x --disable-darwin
> -    depends_lib-append      lib:libXm:openmotif port:xorg-libXt
> +variant motif description {Build GUI version with Motif widgets} requires x11 conflicts athena gtk1 gtk2 {
> +    configure.args-delete   --enable-gui=no
> +    configure.args-append   --enable-gui=motif --disable-darwin
> +    depends_lib-append      lib:libXm:openmotif
> }
> 
> variant tiny description {Build tiny feature set} {
> _______________________________________________
> macports-changes mailing list
> macports-changes at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3333 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100226/f7dbf233/attachment.bin>

From ryandesign at macports.org  Fri Feb 26 00:39:20 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 26 Feb 2010 02:39:20 -0600
Subject: [64055] trunk/dports/editors/vim/Portfile
In-Reply-To: <1CC09871-1C12-414D-8155-8B44C9DE9316@macports.org>
References: <20100220232214.608E34082AFE@beta.macosforge.org>
	<1CC09871-1C12-414D-8155-8B44C9DE9316@macports.org>
Message-ID: <15642224-B269-4491-9099-968BAF883FE3@macports.org>

On Feb 26, 2010, at 02:02, Jeremy Huddleston wrote:

> so....
> 
> x11 conflicts with gtk2, but gtk2 requires x11 ?!

Oops, I forgot the conflicts were also declared in the x11 variant. I removed them in r64220.



From ryandesign at macports.org  Fri Feb 26 00:40:16 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 26 Feb 2010 02:40:16 -0600
Subject: Editing trac comments I have made
In-Reply-To: <00A3CE23-71E3-44FA-9A71-D0B5327D13C3@newgeo.com>
References: <00A3CE23-71E3-44FA-9A71-D0B5327D13C3@newgeo.com>
Message-ID: <E502EEEB-84B1-455A-ACB3-C76AFBF6888A@macports.org>

On Feb 25, 2010, at 22:51, Scott Haneda wrote:

> https://trac.macports.org/ticket/23852#comment:3
> Is there a way I can edit my comments?  I tried to use wiki formatting with the {{{ ? }}} and something went haywire.
> 
> I would like to fix this, without making another post, and a possible other error in the wiki formatting.  Thank you.


I corrected it. (I don't believe regular users can edit past comments but admins can.)




From talklists at newgeo.com  Fri Feb 26 00:46:27 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Fri, 26 Feb 2010 00:46:27 -0800
Subject: Editing trac comments I have made
In-Reply-To: <E502EEEB-84B1-455A-ACB3-C76AFBF6888A@macports.org>
References: <00A3CE23-71E3-44FA-9A71-D0B5327D13C3@newgeo.com>
	<E502EEEB-84B1-455A-ACB3-C76AFBF6888A@macports.org>
Message-ID: <4D61339B-5D5C-404C-ABFE-A24CC9ECFBC8@newgeo.com>

On Feb 26, 2010, at 12:40 AM, Ryan Schmidt wrote:

> On Feb 25, 2010, at 22:51, Scott Haneda wrote:
> 
>> https://trac.macports.org/ticket/23852#comment:3
>> Is there a way I can edit my comments?  I tried to use wiki formatting with the {{{ ? }}} and something went haywire.
>> 
>> I would like to fix this, without making another post, and a possible other error in the wiki formatting.  Thank you.
> 
> 
> I corrected it. (I don't believe regular users can edit past comments but admins can.)

Thank you.
What did I do wrong with the {{{ }}} ?
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 


From ryandesign at macports.org  Fri Feb 26 02:54:17 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 26 Feb 2010 04:54:17 -0600
Subject: Editing trac comments I have made
In-Reply-To: <4D61339B-5D5C-404C-ABFE-A24CC9ECFBC8@newgeo.com>
References: <00A3CE23-71E3-44FA-9A71-D0B5327D13C3@newgeo.com>
	<E502EEEB-84B1-455A-ACB3-C76AFBF6888A@macports.org>
	<4D61339B-5D5C-404C-ABFE-A24CC9ECFBC8@newgeo.com>
Message-ID: <5F63DC5A-2D6D-44A6-B60B-794DAB16316A@macports.org>


On Feb 26, 2010, at 02:46, Scott Haneda wrote:

> What did I do wrong with the {{{ }}} ?

There didn't seem to be a newline after "{{{" nor one before "}}}". Use the Preview button to check your formatting before submitting.


From raimue at macports.org  Fri Feb 26 08:20:01 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Fri, 26 Feb 2010 17:20:01 +0100
Subject: [64055] trunk/dports/editors/vim/Portfile
In-Reply-To: <15642224-B269-4491-9099-968BAF883FE3@macports.org>
References: <20100220232214.608E34082AFE@beta.macosforge.org>
	<1CC09871-1C12-414D-8155-8B44C9DE9316@macports.org>
	<15642224-B269-4491-9099-968BAF883FE3@macports.org>
Message-ID: <4B87F4B1.6040605@macports.org>

On 2010-02-26 09:39 , Ryan Schmidt wrote:
> On Feb 26, 2010, at 02:02, Jeremy Huddleston wrote:
> 
>> so....
>>
>> x11 conflicts with gtk2, but gtk2 requires x11 ?!
> 
> Oops, I forgot the conflicts were also declared in the x11 variant. I removed them in r64220.

Thanks. Bad review from my side for this patch... :-/

Rainer


From lee at dropio.com  Fri Feb 26 08:31:47 2010
From: lee at dropio.com (Lee Azzarello)
Date: Fri, 26 Feb 2010 11:31:47 -0500
Subject: set delivery off
Message-ID: <16b031c1002260831h7ad1f187pcd170b7907b1de10@mail.gmail.com>

-- 
_______________
Lee Azzarello
drop.io staff hacker

From brad at pixilla.com  Fri Feb 26 15:40:43 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Fri, 26 Feb 2010 15:40:43 -0800
Subject: build mulitple downloads in one Portfile
Message-ID: <D97599A7-C057-4FA8-8F1D-FC14A55C9893@pixilla.com>

I am working through the process of building and installing three  
different source downloads in one Portfile.

For now I'm using post-extract, post-patch, post-build and post- 
destroot to manually configure, build and install
these two additional source downloads.

I've read what information I have found about tagging multiple  
downloads.

Ideally I think port should be compiling all three of these sources  
since I'm probably loosing some of the env setup that ports does so  
well.

So here are my questions:

1. How would I use different configure args for each source build?

2. How do I have port apply a patch to one source and not all?

3. How do I get port to move into each source dir and patch,  
configure, build and destroot?


Regards,
Bradley Giesbrecht

From arno at alum.wpi.edu  Fri Feb 26 16:17:09 2010
From: arno at alum.wpi.edu (Arno Hautala)
Date: Fri, 26 Feb 2010 19:17:09 -0500
Subject: build mulitple downloads in one Portfile
In-Reply-To: <D97599A7-C057-4FA8-8F1D-FC14A55C9893@pixilla.com>
References: <D97599A7-C057-4FA8-8F1D-FC14A55C9893@pixilla.com>
Message-ID: <6adc49071002261617h42621bedp8a17cf97bfec5fd2@mail.gmail.com>

On Fri, Feb 26, 2010 at 18:40, Bradley Giesbrecht <brad at pixilla.com> wrote:
> I am working through the process of building and installing three different
> source downloads in one Portfile.

Is there a reason that this can't, or shouldn't, be accomplished with
3 separate portfiles and possibly a fourth that depends on all three?

-- 
arno  s  hautala    /-|   arno at alum.wpi.edu

pgp eabb6fe6 d47c500f b2458f5d a7cc7abb f81c4e00

From brad at pixilla.com  Fri Feb 26 16:30:19 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Fri, 26 Feb 2010 16:30:19 -0800
Subject: build mulitple downloads in one Portfile
In-Reply-To: <6adc49071002261617h42621bedp8a17cf97bfec5fd2@mail.gmail.com>
References: <D97599A7-C057-4FA8-8F1D-FC14A55C9893@pixilla.com>
	<6adc49071002261617h42621bedp8a17cf97bfec5fd2@mail.gmail.com>
Message-ID: <CCD42E73-3FBB-4A74-B48D-D824AD18CD83@pixilla.com>


On Feb 26, 2010, at 4:17 PM, Arno Hautala wrote:

> On Fri, Feb 26, 2010 at 18:40, Bradley Giesbrecht <brad at pixilla.com>  
> wrote:
>> I am working through the process of building and installing three  
>> different
>> source downloads in one Portfile.
>
> Is there a reason that this can't, or shouldn't, be accomplished with
> 3 separate portfiles and possibly a fourth that depends on all three?

Sources:

1. dovecot
2. dovecot-sieve
3. dovecot-managesieve

Dovecot builds file by it's self.
Dovecot-sieve requires compiled dovecot source tree or (new) dovecot  
configured with the "--enable-header-install" option.
Dovecot-managesieve requires patching dovecot, compiled dovecot  
sources, compiled dovecot-sieve sources and there is
currently can not use the headers from the dovecot "--enable-header- 
install" configure option.

If the dovecot port were to apply the dovecot-sieve patch then I could  
build the other two by just downloading the sources and compiling them
and then do "--with-dovecot-../dovecot-{$dovecot_version}" and "--with- 
dovecot-sieve-../dovecot-sieve-{$sieve_version}" which I've already  
done.

But all this extra work makes me want to just add sieve and manage- 
sieve to dovecot as variants or fork dovecot to dovecot-sieve and  
conflict it with
the dovecot port.

Dovecot version 2 is in beta and I believe this gets easier but I need  
a solution now and I know others that also will probably want what  
sieve has
to offer.

For instance, control in a roundcube plugin of server side sieve  
scripts.


// Brad


From takeshi at macports.org  Sat Feb 27 07:14:06 2010
From: takeshi at macports.org (Takeshi Enomoto)
Date: Sun, 28 Feb 2010 00:14:06 +0900
Subject: Need help with libtool
Message-ID: <5E450C80-0278-4AEC-AE7E-E512573BBED5@macports.org>

Hi,

I need a help from autotools (libtool) guru.

I have a port (such as #23645) that have a link problem in which
the older library is found in ${prefix}/lib rather than a freshly built in
e.g. .libs/.

The cause of the problem seems to be libtool --mode link adds
unwated -L${preflix}/lib in front of the newly built lib.

In the case of #23645 (nco) src/nco/.libs/libnco.la is replaced with
-L${prefix}/lib ./.libs/libnco.a.

I experimented calling autoconf or aclocal and autoconf in vain.

I would be happy if someone could direct me to an example port
handling a similar problem.

macports-dev-owner: sorry I should have send from my macports.org address.

Takeshi

From ram at macports.org  Sat Feb 27 08:00:39 2010
From: ram at macports.org (Adam Mercer)
Date: Sat, 27 Feb 2010 10:00:39 -0600
Subject: Need help with libtool
In-Reply-To: <5E450C80-0278-4AEC-AE7E-E512573BBED5@macports.org>
References: <5E450C80-0278-4AEC-AE7E-E512573BBED5@macports.org>
Message-ID: <799406d61002270800s31a3af86k99c3608f47972981@mail.gmail.com>

On Sat, Feb 27, 2010 at 09:14, Takeshi Enomoto <takeshi at macports.org> wrote:

> I experimented calling autoconf or aclocal and autoconf in vain.

Have you tried forcing a rebuild of the build system using the
MacPorts autoconf, automake, and libtool, i.e. adding

use_autoreconf yes
autoreconf.args -fvi

to the Portfile?

Cheers

Adam

From jeremyhu at macports.org  Sat Feb 27 11:15:35 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Sat, 27 Feb 2010 11:15:35 -0800
Subject: Need help with libtool
In-Reply-To: <5E450C80-0278-4AEC-AE7E-E512573BBED5@macports.org>
References: <5E450C80-0278-4AEC-AE7E-E512573BBED5@macports.org>
Message-ID: <570DB1BB-10BC-4F59-AB3E-93C8DE3683B6@macports.org>

The -L${prefix}/lib might be because the Makefile.am is including $(LDFLAGS)  before other link options.  I'd check the Makefile.am

--Jeremy

On Feb 27, 2010, at 07:14, Takeshi Enomoto wrote:

> Hi,
> 
> I need a help from autotools (libtool) guru.
> 
> I have a port (such as #23645) that have a link problem in which
> the older library is found in ${prefix}/lib rather than a freshly built in
> e.g. .libs/.
> 
> The cause of the problem seems to be libtool --mode link adds
> unwated -L${preflix}/lib in front of the newly built lib.
> 
> In the case of #23645 (nco) src/nco/.libs/libnco.la is replaced with
> -L${prefix}/lib ./.libs/libnco.a.
> 
> I experimented calling autoconf or aclocal and autoconf in vain.
> 
> I would be happy if someone could direct me to an example port
> handling a similar problem.
> 
> macports-dev-owner: sorry I should have send from my macports.org address.
> 
> Takeshi
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5820 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100227/a7ebecbd/attachment.bin>

From petr at scribus.info  Sun Feb 28 02:43:26 2010
From: petr at scribus.info (Petr Vanek)
Date: Sun, 28 Feb 2010 11:43:26 +0100
Subject: TOra: new port adoption
Message-ID: <D6053448-6062-408F-BD0E-6F7A9A8B13AD@scribus.info>

hi all,

I created new port for TOra (http://torasql.com) and its "new  
submission" ticket in trac months ago:
http://trac.macports.org/ticket/22245

Well, it's not perfect portfile propably and it should be revisited  
but what else should I do to push this package into macports?

all the best,
Petr Vanek


From takeshi at macports.org  Sun Feb 28 06:41:31 2010
From: takeshi at macports.org (Takeshi Enomoto)
Date: Sun, 28 Feb 2010 23:41:31 +0900
Subject: Need help with libtool
In-Reply-To: <570DB1BB-10BC-4F59-AB3E-93C8DE3683B6@macports.org>
References: <5E450C80-0278-4AEC-AE7E-E512573BBED5@macports.org>
	<570DB1BB-10BC-4F59-AB3E-93C8DE3683B6@macports.org>
Message-ID: <B4BDAAA4-8600-4DEA-A100-6EC57C0DDE89@macports.org>

Adam, Jeremy,

Thank you for your reply. Not solved yet. I keep on investigating.

> use_autoreconf yes
> autoreconf.args -fvi

I tried this but did not help.
I have problem running automake with nco.

> The -L${prefix}/lib might be because the Makefile.am is including $(LDFLAGS)  before other link options.  I'd check the Makefile.am

I looked at Makefile.am but there was no $(LDFLAGS) in src/nco/Makefile.

It seems that libnco.la is replaced by -L/opt/local/lib ./.libs/libnco.a although the specified dependency is to libnco.la. I still don't under stand why and how libnco.la must be replaced by -L/opt/local/ib ./libs/libnco.a.

/bin/sh ../../libtool --tag=CXX --tag=CC   --mode=link /usr/bin/gcc-4.2 -std=gnu99  -fno-common -O2 -arch x86_64 -std=c99 -D_BSD_SOURCE   -L/opt/local/lib -arch x86_64 -L/opt/local/lib -o ncatted ncatted.o libnco.la -ludunits -lgsl -L/opt/local/lib -lgsl -lgslcblas -lm -lresolv -lintl -lm -lf95 -lnc-dap -L/opt/local/lib -lnc-dap -L/opt/local/lib -ldapclient -lcurl -ldap -lxml2 -lpthread -lz -liconv -lm     -ludunits
libtool: link: /usr/bin/gcc-4.2 -std=gnu99 -fno-common -O2 -arch x86_64 -std=c99 -D_BSD_SOURCE -arch x86_64 -o ncatted ncatted.o  -L/opt/local/lib ./.libs/libnco.a /opt/local/lib/libgsl.dylib /opt/local/lib/libgslcblas.dylib -lresolv -lf95 /opt/local/lib/libnc-dap.dylib /opt/local/lib/libdapclient.dylib /opt/local/lib/libcurl.dylib /opt/local/lib/libidn.dylib /opt/local/lib/libintl.dylib -lc -lssl -lcrypto /opt/local/lib/libdap.dylib /opt/local/lib/libxml2.dylib -lpthread -lz /opt/local/lib/libiconv.dylib -lm -ludunits

Takeshi

From dreamcat4 at gmail.com  Sun Feb 28 07:13:57 2010
From: dreamcat4 at gmail.com (dreamcat four)
Date: Sun, 28 Feb 2010 15:13:57 +0000
Subject: Need help with libtool
In-Reply-To: <B4BDAAA4-8600-4DEA-A100-6EC57C0DDE89@macports.org>
References: <5E450C80-0278-4AEC-AE7E-E512573BBED5@macports.org> 
	<570DB1BB-10BC-4F59-AB3E-93C8DE3683B6@macports.org>
	<B4BDAAA4-8600-4DEA-A100-6EC57C0DDE89@macports.org>
Message-ID: <99cf22521002280713h7ba90bb0i43c40fb9b80becd7@mail.gmail.com>

Hi,
A system version might get included first from the standard library paths, sure.

There is "$sys_lib_search_path_spec" which is set by the macro
"AC_LIBTOOL_SYS_DYNAMIC_LINKER" and determines the system libraries
search paths. Macro is declared in libtool/autoconf.

Try patching your makefile.am and configure.ac. The way I would do it,
set the newer library as its fully specified path, (and not just
"libnco). But it sounds like you've already found how to do that.

As the other guy says, must then regenerate the configure script from
the patched Makefile.am. *Don't* patch on top of configure or
configure.in directly. So thats why you should add these to your
portfile:

>> use_autoreconf yes
>> autoreconf.args -fvi

Otherwise patching the Makefile.am will be useless.

dreamcat4
dreamcat4 at gmail.com