From 0x62_0x6c_0x62 at pobox.com  Wed Oct  1 00:09:38 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Wed, 1 Oct 2008 01:09:38 -0600
Subject: libglade2 fails to install with an xmlcatalog error?
In-Reply-To: <C269B8B7-D41C-4C94-88EF-181E1D15D83C@macports.org>
References: <1BEFDFD4-5CAC-431E-B77E-B7A0CA220219@macports.org>
	<48E0EE56.1020209@gmail.com>
	<0A1E7791-FD58-436D-B789-D2D33AE01B58@macports.org>
	<48E0F9B2.4010202@gmail.com>
	<1488F372-62C9-421A-A927-024FE7FB1D64@macports.org>
	<48E13DD8.7050402@nogas.org> <48E28E74.2090603@nogas.org>
	<89F0C330-F869-432A-B1EE-A72248113685@macports.org>
	<20081001035739.GB2556@ninagal.withay.com>
	<C269B8B7-D41C-4C94-88EF-181E1D15D83C@macports.org>
Message-ID: <20081001070938.GC2556@ninagal.withay.com>

On Wed, Oct 01, 2008 at 12:44:01AM -0500, Ryan Schmidt said:
> 
> On Sep 30, 2008, at 10:57 PM, Bryan Blackburn wrote:
> 
> >> On one of my systems I got:
> >>
> >> Error: Target org.macports.activate returned: shell command
> >> "xmlcatalog --noout --add system http://glade.gnome.org/
> >> glade-2.0.dtd /mp/share/xml/libglade/glade-2.0.dtd /mp/etc/xml/
> >> catalog" returned error 2
> >> Command output: could not open /mp/etc/xml/catalog for saving
> >> add command failed
> >>
> >> /mp is my MacPorts prefix. There is a directory /mp/etc but no
> >> directory /mp/etc/xml.
> >
> > If creating the ${prefix}/etc/xml directory gets this to work, perhaps
> > libxml2 (which provides xmlcatalog) should install that directory?
> 
> It doesn't really help. If I create ${prefix}/etc/xml, then when  
> activating libglade2, a file ${prefix}/etc/xml/catalog is created,  
> but it is empty, and I still get:
> 
> --->  Activating libglade2 @2.6.3_0
> Error: Target org.macports.activate returned: shell command  
> "xmlcatalog --noout --add system http://glade.gnome.org/ 
> glade-2.0.dtd /mp/share/xml/libglade/glade-2.0.dtd /mp/etc/xml/ 
> catalog" returned error 3
> Command output: add command failed
> 

Looks like the xmlcatalog in libglade2 needs the --create switch then
(and ${prefix}/etc/xml probably still should be created by libxml2):

   system "xmlcatalog --create --noout --add system \
      http://glade.gnome.org/glade-2.0.dtd \
      ${prefix}/share/xml/libglade/glade-2.0.dtd \
      ${prefix}/etc/xml/catalog"

Fortunately it appears that --create doesn't overwrite entries already
present, at least with my quick bit of testing.  I believe the file exists
on my system because of one of the docbook ports.

Bryan


From florian.ebeling at gmail.com  Wed Oct  1 01:11:20 2008
From: florian.ebeling at gmail.com (C. Florian Ebeling)
Date: Wed, 1 Oct 2008 10:11:20 +0200
Subject: Important: MacPorts PortMgr Changes
In-Reply-To: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
Message-ID: <5cbbe4ae0810010111x2ae7fe40i2b19761750468f39@mail.gmail.com>

I think one way of organizing what you want would be
to put up a foundation. Then you have clear separation
of responsibilities. Finance and other assets governed by
a separate legal body, and the software project, which
means simply interested individuals. And the latter would still
be the cause of this new legal body, advising, organizing
support and whatever more in the background, and more
longterm. The term Elders sounds a bit weird to me, to be honest.

OTOH, my biggest concern is to get regular releases, anyway.
And if this new construct allows for that, and still is open
to incremental improvement, than I'm +1, too.

Florian

On Tue, Sep 30, 2008 at 6:18 PM, James Berry <jberry at macports.org> wrote:
> As many of you know, MacPorts is loosely governed by the "PortMgr"
> team, which is currently made up of three people: Markus Weissmann,
> Juan Manual Palacios, and James Berry.
>
> We each love MacPorts, and hope to see it continue to prosper and grow
> in the future. And we want to continue to contribute to the success of
> MacPorts as our time and professional lives allow in the future.
>
> But we each also have other significant professional and personal
> commitments that have made it difficult for us to put what we feel is
> an appropriate amount of time, energy, and enthusiasm into MacPorts in
> recent months and years, to the extent that we feel that additional
> day-to-day leadership is needed to ensure continued success and growth
> for the MacPorts project.
>
> So we want to propose some ideas to get new leadership blood into
> MacPorts, while retaining the systemic knowledge and continuity that
> our continued presence can allow. We therefore want to put the
> following plan forward for community comment (and hopefully,
> thereafter, implementation):
>
> (1) That the MacPorts community elect a new slate of PortMgr
> individuals, probably three people, to continue to guide day-to-day
> MacPorts operations and direction.
>
> (2) That the three of us move into an Elder-council ("advisory board",
> "trustees", "steering committee", etc), which will continue to help
> out and give guidance as needed, and watch over the long-term health
> of MacPorts assets such as domains and finances.
>
> The idea for the Elder council is based on our experience in the last
> several years. We've hesitated to make changes to PortMgr because we
> didn't want to disrupt continuity, but that has meant that PortMgr has
> stagnated as year-by-year changes in our lives affected our respective
> abilities to effectively govern day to day. We (collectively) need the
> ability to make swifter more responsive changes at the PortMgr level,
> while also ensuring the longer term continuity of the community and
> the infrastructure it relies on.
>
> We propose that PortMgr members be appointed by the community and have
> full control of all day-to-day operations of MacPorts. The Elder
> council will give advice and help to PortMgr members as requested, or
> as they see fit, but will not have the ability to replace or remove
> PortMgr members: that responsibility lies with the community. The
> Elder council might from time to time add or remove its own members:
> it's primary function is to oversee the long-term health and direction
> of the project, including long-term assets such as finances and
> domains. We also see the Elder council as a broader group from which
> PortMgr can draw for help if its members become temporarily
> preoccupied with life.
>
> We have asked Jordan Hubbard, the father of MacPorts, to join us on
> the Elder Council, and he has given his tentative acceptance.
>
> We'd like to ask for community comment on this plan, following which
> we hope to call for new PortMgr nominations and election in the coming
> weeks.
>
> We believe that successful nominees for the portmgr positions will
> have demonstrated an active participation in the MacPorts community,
> will have the technical and organizational skills to help lead and
> direct the project, and will have the time, energy, and experience to
> make and inspire great contributions to the project.
>
> The PortMgr team: Markus, Juan, and James
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
>



-- 
Florian Ebeling
florian.ebeling at gmail.com

From cssdev at mac.com  Wed Oct  1 02:47:02 2008
From: cssdev at mac.com (cssdev at mac.com)
Date: Wed, 01 Oct 2008 05:47:02 -0400
Subject: Patch of doxygen failed
In-Reply-To: <48E0C530.5090608@googlemail.com>
References: <48E0C530.5090608@googlemail.com>
Message-ID: <52DE9DB7-84AC-4ADD-B4AB-24F9F9B503CA@mac.com>

On Sep 29, 2008, at 8:08 AM, David Evans wrote:

> --->  Applying patches to doxygen
> --->  Applying
> /opt/local/var/macports/sources/rsync.macports.org/release/ports/ 
> textproc/doxygen/files/patch-qfiledefs_p.h
> DEBUG: Environment:
> DEBUG: Assembled command: 'cd
> "/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_textproc_doxygen/work/doxygen-1.5.6"
> && patch -p0'
> patching file qtools/qfiledefs_p.h
> Hunk #1 FAILED at 56.
> 1 out of 1 hunk FAILED -- saving rejects to file qtools/ 
> qfiledefs_p.h.rej

I updated the Portfile for 1.5.7, and it works fine on Leopard.  
Unfortunately I no longer have access to a Tiger system, and it looks  
like the patch might not be needed anymore. Please report any problems.

On a similar note, I finally put together a patch to build the  
documentation only as a variant. (See https://trac.macports.org/ticket/14421) 
. This actually makes it much easier to install doxygen, but it  
conflicts somewhat with the "include everything by default approach.  
What are the thoughts on only bringing in texlive and ghostscript as  
part of a docs variant?

Chris

From j_wu_76 at yahoo.com  Wed Oct  1 07:41:49 2008
From: j_wu_76 at yahoo.com (john wu)
Date: Wed, 1 Oct 2008 07:41:49 -0700 (PDT)
Subject: Error Message
Message-ID: <929420.10836.qm@web57102.mail.re3.yahoo.com>

Hi,

I tried to install shibboleth to Mac 10.4.11 and got the following error message:
Warning: It looks like your PortIndex file may be corrupt.
Error: search for portname shibboleth failed: bad argument "": should be "nonewline"

Is this related to macports or shibboleth? Sorry, I am new to macports and try to narrow down the problem.

Thanks



      

From sck at nogas.org  Wed Oct  1 08:08:20 2008
From: sck at nogas.org (Scott C. Kennedy)
Date: Wed, 01 Oct 2008 08:08:20 -0700
Subject: libglade2 fails to install with an xmlcatalog error?
In-Reply-To: <20081001070938.GC2556@ninagal.withay.com>
References: <1BEFDFD4-5CAC-431E-B77E-B7A0CA220219@macports.org>	<48E0EE56.1020209@gmail.com>	<0A1E7791-FD58-436D-B789-D2D33AE01B58@macports.org>	<48E0F9B2.4010202@gmail.com>	<1488F372-62C9-421A-A927-024FE7FB1D64@macports.org>	<48E13DD8.7050402@nogas.org>
	<48E28E74.2090603@nogas.org>	<89F0C330-F869-432A-B1EE-A72248113685@macports.org>	<20081001035739.GB2556@ninagal.withay.com>	<C269B8B7-D41C-4C94-88EF-181E1D15D83C@macports.org>
	<20081001070938.GC2556@ninagal.withay.com>
Message-ID: <48E39264.1000103@nogas.org>

This did work for me... So, this solution is workable...

    Biko-2:~ sck$ ls -al /opt/local/etc/xml
    total 0
    drwxr-xr-x   2 root  admin    68 Oct  1 08:06 .
    drwxr-xr-x  24 root  admin  1530 Sep 30 13:42 ..
    Biko-2:~ sck$ sudo xmlcatalog --create --noout --add system      
    http://glade.gnome.org/glade-2.0.dtd      
    /opt/local//share/xml/libglade/glade-2.0.dtd  /opt/local/etc/xml/catalog
    Biko-2:~ sck$ ls -al /opt/local/etc/xmltotal 8
    drwxr-xr-x   2 root  admin   102 Oct  1 08:06 .
    drwxr-xr-x  24 root  admin  1530 Sep 30 13:42 ..
    -rw-r--r--   1 root  admin   357 Oct  1 08:06 catalog
    Biko-2:~ sck$ sudo port install libglade2
    --->  Verifying checksum(s) for libglade2
    --->  Extracting libglade2
    --->  Configuring libglade2
    --->  Building libglade2 with target all
    --->  Staging libglade2 into destroot
    --->  Installing libglade2 2.6.3_0
    --->  Activating libglade2 2.6.3_0
    --->  Cleaning libglade2
    Biko-2:~ sck$

Scott

Bryan Blackburn wrote:
> Looks like the xmlcatalog in libglade2 needs the --create switch then
> (and ${prefix}/etc/xml probably still should be created by libxml2):
>
>    system "xmlcatalog --create --noout --add system \
>       http://glade.gnome.org/glade-2.0.dtd \
>       ${prefix}/share/xml/libglade/glade-2.0.dtd \
>       ${prefix}/etc/xml/catalog"
>
> Fortunately it appears that --create doesn't overwrite entries already
> present, at least with my quick bit of testing.  I believe the file exists
> on my system because of one of the docbook ports.
>
> Bryan
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081001/591c57b4/attachment.html 

From 0x62_0x6c_0x62 at pobox.com  Wed Oct  1 11:33:10 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Wed, 1 Oct 2008 12:33:10 -0600
Subject: Error Message
In-Reply-To: <929420.10836.qm@web57102.mail.re3.yahoo.com>
References: <929420.10836.qm@web57102.mail.re3.yahoo.com>
Message-ID: <20081001183310.GD455@ninagal.withay.com>

On Wed, Oct 01, 2008 at 07:41:49AM -0700, john wu said:
> Hi,
> 
> I tried to install shibboleth to Mac 10.4.11 and got the following error message:
> Warning: It looks like your PortIndex file may be corrupt.
> Error: search for portname shibboleth failed: bad argument "": should be "nonewline"
> 
> Is this related to macports or shibboleth? Sorry, I am new to macports and try to narrow down the problem.
> 

I don't see a port by that name:

$ port info shibboleth
Error: Port shibboleth not found
$ port search shibboleth
No match for shibboleth found

Did you see mention that this was a port someplace?

Bryan


> Thanks
> 
> 

From frstan at bellsouth.net  Thu Oct  2 05:36:03 2008
From: frstan at bellsouth.net (William Davis)
Date: Thu, 2 Oct 2008 08:36:03 -0400
Subject: doxygen missing file
Message-ID: <02CCE412-9D8F-44E5-A0D4-2121B72B3385@bellsouth.net>


! LaTeX Error: File `kvoptions.sty' not found.

Type X to quit or <RETURN> to proceed,
or enter new name. (Default extension: sty)

Enter file name:
! Emergency stop.
<read *>

l.2231 \RequirePackage{kvoptions}[2006/08/17]
                                              ^^M
No pages of output.
Transcript written on doxygen_manual.log.
gmake[1]: *** [doxygen_manual.pdf] Error 1
gmake[1]: Leaving directory `/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_textproc_doxygen/work/doxygen-1.5.7/latex'
make: *** [pdf] Error 2

Warning: the following items did not execute (for doxygen):  
org.macports.destroot org.macports.build
DEBUG:
Error: Unable to upgrade port: 1


William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From frstan at bellsouth.net  Thu Oct  2 06:33:39 2008
From: frstan at bellsouth.net (William Davis)
Date: Thu, 2 Oct 2008 09:33:39 -0400
Subject: gnucash errors in gwenhyfar3
Message-ID: <0EA04391-1B08-4246-BE8F-FCA0E91559EA@bellsouth.net>

when trying to build gnucash:
sample of long error list:

In file included from /opt/local/include/gwenhywfar3/gwenhywfar/ 
iolayer.h:79,
                  from /opt/local/include/aqbanking/imexporter.h:19,
                  from /opt/local/include/aqbanking/banking_imex.h:18,
                  from /opt/local/include/aqbanking/banking.h:42,
                  from /opt/local/include/aqbanking/account.h:64,
                  from /opt/local/include/aqbanking/job.h:189,
                  from /opt/local/include/aqbanking/ 
jobsingletransfer.h:19,
                  from dialog-ab-trans.c:38:
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:80: error:  
syntax error before 'uint8_t'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: error:  
syntax error before 'GWEN_Io_Request_GetFlags'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: warning:  
type defaults to 'int' in declaration of 'GWEN_Io_Request_GetFlags'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: warning:  
data definition has no type or storage class
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:93: error:  
syntax error before 'uint32_t'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:94: error:  
syntax error before 'uint32_t'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:95: error:  
syntax error before 'uint32_t'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: error:  
syntax error before '*' token
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: warning:  
type defaults to 'int' in declaration of 'GWEN_Io_Request_GetBufferPtr'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: warning:  
data definition has no type or storage class
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: error:  
syntax error before 'GWEN_Io_Request_GetBufferSize'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: warning:  
type defaults to 'int' in declaration of 'GWEN_Io_Request_GetBufferSize'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: warning:  
data definition has no type or storage class
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: error:  
syntax error before 'GWEN_Io_Request_GetBufferPos'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: warning:  
type defaults to 'int' in declaration of 'GWEN_Io_Request_GetBufferPos'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: warning:  
data definition has no type or storage class
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: error:  
syntax error before 'GWEN_Io_Request_GetGuiId'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: warning:  
type defaults to 'int' in declaration of 'GWEN_Io_Request_GetGuiId'
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: warning:  
data definition has no type or storage class
/opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:102: error:  
syntax error before 'uint32_t'

and build fails
William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From z.albrecht at gmail.com  Thu Oct  2 08:31:42 2008
From: z.albrecht at gmail.com (zachary a.)
Date: Thu, 2 Oct 2008 08:31:42 -0700
Subject: Error Message
In-Reply-To: <929420.10836.qm@web57102.mail.re3.yahoo.com>
References: <929420.10836.qm@web57102.mail.re3.yahoo.com>
Message-ID: <e2693c0a0810020831n9aa1182tbd294521ed2f73fc@mail.gmail.com>

Hi John,
It doesn't look like there are any shibboleth portfiles in the default
repositories; no cruise control for you, unfortunately. On a very positive
note, however, someone named Scott Cantor has written a thorough and
well-organized method<https://spaces.internet2.edu/display/SHIB2/NativeSPMacPortInstallation>for
surmounting the obstacles standing in your way. YMMV, based on your
configuration and expectations, but it seems like you should be able to make
it work.

Oh, read through the howto before attempting. There are dependencies that
need to be resolved prior to the main install, like the curl +ssl variant.
Some post install config, much of it having to do with apache.

Most installs are more straightforward than this example, especially today.
Try out some other ports; do some reading, and pretty soon you can make most
things work without nearly as much stress, confusion, and breakage. In the
meantime, don't worry too much about doing everything according to the One
True Solution/Methodology. It doesn't exist. Just best practices that can be
learned, and dealing with others who may interpret those ideas differently.
Fortunately we have this forum. Good luck.

-Z


On Wed, Oct 1, 2008 at 7:41 AM, john wu <j_wu_76 at yahoo.com> wrote:

> Hi,
>
> I tried to install shibboleth to Mac 10.4.11 and got the following error
> message:
> Warning: It looks like your PortIndex file may be corrupt.
> Error: search for portname shibboleth failed: bad argument "": should be
> "nonewline"
>
> Is this related to macports or shibboleth? Sorry, I am new to macports and
> try to narrow down the problem.
>
> Thanks
>
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081002/99829859/attachment.html 

From macsforever2000 at macports.org  Thu Oct  2 09:09:51 2008
From: macsforever2000 at macports.org (Frank Schima)
Date: Thu, 2 Oct 2008 10:09:51 -0600
Subject: gnucash errors in gwenhyfar3
In-Reply-To: <0EA04391-1B08-4246-BE8F-FCA0E91559EA@bellsouth.net>
References: <0EA04391-1B08-4246-BE8F-FCA0E91559EA@bellsouth.net>
Message-ID: <B9A1AAAA-E42D-4066-AB19-1A224F3D7C77@macports.org>

On Oct 2, 2008, at 7:33 AM, William Davis wrote:

> when trying to build gnucash:
> sample of long error list:
>
> In file included from /opt/local/include/gwenhywfar3/gwenhywfar/
> iolayer.h:79,
>                 from /opt/local/include/aqbanking/imexporter.h:19,
>                 from /opt/local/include/aqbanking/banking_imex.h:18,
>                 from /opt/local/include/aqbanking/banking.h:42,
>                 from /opt/local/include/aqbanking/account.h:64,
>                 from /opt/local/include/aqbanking/job.h:189,
>                 from /opt/local/include/aqbanking/
> jobsingletransfer.h:19,
>                 from dialog-ab-trans.c:38:
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:80: error:
> syntax error before 'uint8_t'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: error:
> syntax error before 'GWEN_Io_Request_GetFlags'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: warning:
> type defaults to 'int' in declaration of 'GWEN_Io_Request_GetFlags'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: warning:
> data definition has no type or storage class
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:93: error:
> syntax error before 'uint32_t'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:94: error:
> syntax error before 'uint32_t'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:95: error:
> syntax error before 'uint32_t'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: error:
> syntax error before '*' token
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: warning:
> type defaults to 'int' in declaration of  
> 'GWEN_Io_Request_GetBufferPtr'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: warning:
> data definition has no type or storage class
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: error:
> syntax error before 'GWEN_Io_Request_GetBufferSize'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: warning:
> type defaults to 'int' in declaration of  
> 'GWEN_Io_Request_GetBufferSize'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: warning:
> data definition has no type or storage class
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: error:
> syntax error before 'GWEN_Io_Request_GetBufferPos'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: warning:
> type defaults to 'int' in declaration of  
> 'GWEN_Io_Request_GetBufferPos'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: warning:
> data definition has no type or storage class
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: error:
> syntax error before 'GWEN_Io_Request_GetGuiId'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: warning:
> type defaults to 'int' in declaration of 'GWEN_Io_Request_GetGuiId'
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: warning:
> data definition has no type or storage class
> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:102: error:
> syntax error before 'uint32_t'
>
> and build fails
> William Davis
> frstanATbellsouthDOTnet
> Mac OS X.5.5 Darwin 9.5.0
> XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
> Mac Mini Intel Duo @ 1.86 GHz

It appears that it is actually failing trying to install aqbanking3,  
but you have not provided enough of the output. It does install for me  
with the same setup except on a Mac Pro.

What does the following return?

port installed aqbanking aqbanking3 gwenhywfar gwenhywfar3

I suggest uninstalling aqbanking and gwenhywfar if you have them  
installed.

I just updated the aqbanking3 port to version 3.7.2. In a few hours  
run a selfupdate and then try to install aqbanking3. Then install  
gnucash again.


Cheers!
Frank


From frstan at bellsouth.net  Thu Oct  2 10:43:29 2008
From: frstan at bellsouth.net (William Davis)
Date: Thu, 2 Oct 2008 13:43:29 -0400
Subject: gnucash errors in gwenhyfar3
In-Reply-To: <B9A1AAAA-E42D-4066-AB19-1A224F3D7C77@macports.org>
References: <0EA04391-1B08-4246-BE8F-FCA0E91559EA@bellsouth.net>
	<B9A1AAAA-E42D-4066-AB19-1A224F3D7C77@macports.org>
Message-ID: <0032D234-B2D2-4D1B-AD90-FF708290E07A@bellsouth.net>


On Oct 2, 2008, at 12:09 PM, Frank Schima wrote:

> On Oct 2, 2008, at 7:33 AM, William Davis wrote:
>
>> when trying to build gnucash:
>> sample of long error list:
>>
>> In file included from /opt/local/include/gwenhywfar3/gwenhywfar/
>> iolayer.h:79,
>>                from /opt/local/include/aqbanking/imexporter.h:19,
>>                from /opt/local/include/aqbanking/banking_imex.h:18,
>>                from /opt/local/include/aqbanking/banking.h:42,
>>                from /opt/local/include/aqbanking/account.h:64,
>>                from /opt/local/include/aqbanking/job.h:189,
>>                from /opt/local/include/aqbanking/
>> jobsingletransfer.h:19,
>>                from dialog-ab-trans.c:38:
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:80: error:
>> syntax error before 'uint8_t'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: error:
>> syntax error before 'GWEN_Io_Request_GetFlags'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: warning:
>> type defaults to 'int' in declaration of 'GWEN_Io_Request_GetFlags'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: warning:
>> data definition has no type or storage class
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:93: error:
>> syntax error before 'uint32_t'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:94: error:
>> syntax error before 'uint32_t'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:95: error:
>> syntax error before 'uint32_t'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: error:
>> syntax error before '*' token
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: warning:
>> type defaults to 'int' in declaration of
>> 'GWEN_Io_Request_GetBufferPtr'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: warning:
>> data definition has no type or storage class
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: error:
>> syntax error before 'GWEN_Io_Request_GetBufferSize'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: warning:
>> type defaults to 'int' in declaration of
>> 'GWEN_Io_Request_GetBufferSize'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: warning:
>> data definition has no type or storage class
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: error:
>> syntax error before 'GWEN_Io_Request_GetBufferPos'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: warning:
>> type defaults to 'int' in declaration of
>> 'GWEN_Io_Request_GetBufferPos'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: warning:
>> data definition has no type or storage class
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: error:
>> syntax error before 'GWEN_Io_Request_GetGuiId'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: warning:
>> type defaults to 'int' in declaration of 'GWEN_Io_Request_GetGuiId'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: warning:
>> data definition has no type or storage class
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:102: error:
>> syntax error before 'uint32_t'
>>
>> and build fails
>> William Davis
>> frstanATbellsouthDOTnet
>> Mac OS X.5.5 Darwin 9.5.0
>> XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
>> Mac Mini Intel Duo @ 1.86 GHz
>
> It appears that it is actually failing trying to install aqbanking3,
> but you have not provided enough of the output. It does install for me
> with the same setup except on a Mac Pro.
>
> What does the following return?
>
> port installed aqbanking aqbanking3 gwenhywfar gwenhywfar3
>

macintosh:~ frstan$ port installed aqbanking aqbanking3 gwenhywfar  
gwenhywfar3
The following ports are currently installed:
   aqbanking @2.3.3_0 (active)
   aqbanking3 @3.7.1_0 (active)
   gwenhywfar @2.5.3_0 (active)
   gwenhywfar3 @3.4.1_0 (active)


> I suggest uninstalling aqbanking and gwenhywfar if you have them
> installed.

I did uninstall aqbanking sucessfully, but when I tried to unistall  
gwenhywfar this happened:

macintosh:~ frstan$ sudo port -df uninstall gwenhwyfar
DEBUG: Registry error: gwenhwyfar not registered as installed.
     while executing
"registry::installed $portname $v"
     (procedure "portuninstall::uninstall" line 5)
     invoked from within
"portuninstall::uninstall $portname [composite_version $portversion  
[array get variations]] [array get options]"
Error: port uninstall failed: Registry error: gwenhwyfar not  
registered as installed.
macintosh:~ frstan$ port installed gwenhywfar
The following ports are currently installed:
   gwenhywfar @2.5.3_0 (active)


>
> I just updated the aqbanking3 port to version 3.7.2. In a few hours
> run a selfupdate and then try to install aqbanking3. Then install
> gnucash again.
>
>
> Cheers!
> Frank
>

Thanks, Frank for responding.  Ill upgrade aqbanking3 later today and  
then see what I can do with gnucash.  But! what can I do about the  
Registry error shown above?



William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From macsforever2000 at macports.org  Thu Oct  2 11:50:52 2008
From: macsforever2000 at macports.org (Frank Schima)
Date: Thu, 2 Oct 2008 12:50:52 -0600
Subject: gnucash errors in gwenhyfar3
In-Reply-To: <0032D234-B2D2-4D1B-AD90-FF708290E07A@bellsouth.net>
References: <0EA04391-1B08-4246-BE8F-FCA0E91559EA@bellsouth.net>
	<B9A1AAAA-E42D-4066-AB19-1A224F3D7C77@macports.org>
	<0032D234-B2D2-4D1B-AD90-FF708290E07A@bellsouth.net>
Message-ID: <AB6FD44A-0EE3-4FCF-BB94-4CF83F049E37@macports.org>


On Oct 2, 2008, at 11:43 AM, William Davis wrote:

>
> On Oct 2, 2008, at 12:09 PM, Frank Schima wrote:
>
>> I suggest uninstalling aqbanking and gwenhywfar if you have them
>> installed.
>
> I did uninstall aqbanking sucessfully, but when I tried to unistall  
> gwenhywfar this happened:
>
> macintosh:~ frstan$ sudo port -df uninstall gwenhwyfar
> DEBUG: Registry error: gwenhwyfar not registered as installed.
>    while executing
> "registry::installed $portname $v"
>    (procedure "portuninstall::uninstall" line 5)
>    invoked from within
> "portuninstall::uninstall $portname [composite_version $portversion  
> [array get variations]] [array get options]"
> Error: port uninstall failed: Registry error: gwenhwyfar not  
> registered as installed.
> macintosh:~ frstan$ port installed gwenhywfar
> The following ports are currently installed:
>  gwenhywfar @2.5.3_0 (active)

I believe you misspelled it. Please copy and paste the following:

sudo port uninstall gwenhywfar


Cheers!
Frank


From frstan at bellsouth.net  Thu Oct  2 12:00:19 2008
From: frstan at bellsouth.net (William Davis)
Date: Thu, 2 Oct 2008 15:00:19 -0400
Subject: gnucash errors in gwenhyfar3
In-Reply-To: <B9A1AAAA-E42D-4066-AB19-1A224F3D7C77@macports.org>
References: <0EA04391-1B08-4246-BE8F-FCA0E91559EA@bellsouth.net>
	<B9A1AAAA-E42D-4066-AB19-1A224F3D7C77@macports.org>
Message-ID: <26F7B0B6-22ED-40D5-89EF-9FE5F49AF9FA@bellsouth.net>


On Oct 2, 2008, at 12:09 PM, Frank Schima wrote:

> On Oct 2, 2008, at 7:33 AM, William Davis wrote:
>
>> when trying to build gnucash:
>> sample of long error list:
>>
>> In file included from /opt/local/include/gwenhywfar3/gwenhywfar/
>> iolayer.h:79,
>>                from /opt/local/include/aqbanking/imexporter.h:19,
>>                from /opt/local/include/aqbanking/banking_imex.h:18,
>>                from /opt/local/include/aqbanking/banking.h:42,
>>                from /opt/local/include/aqbanking/account.h:64,
>>                from /opt/local/include/aqbanking/job.h:189,
>>                from /opt/local/include/aqbanking/
>> jobsingletransfer.h:19,
>>                from dialog-ab-trans.c:38:
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:80: error:
>> syntax error before 'uint8_t'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: error:
>> syntax error before 'GWEN_Io_Request_GetFlags'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: warning:
>> type defaults to 'int' in declaration of 'GWEN_Io_Request_GetFlags'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:92: warning:
>> data definition has no type or storage class
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:93: error:
>> syntax error before 'uint32_t'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:94: error:
>> syntax error before 'uint32_t'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:95: error:
>> syntax error before 'uint32_t'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: error:
>> syntax error before '*' token
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: warning:
>> type defaults to 'int' in declaration of
>> 'GWEN_Io_Request_GetBufferPtr'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:97: warning:
>> data definition has no type or storage class
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: error:
>> syntax error before 'GWEN_Io_Request_GetBufferSize'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: warning:
>> type defaults to 'int' in declaration of
>> 'GWEN_Io_Request_GetBufferSize'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:98: warning:
>> data definition has no type or storage class
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: error:
>> syntax error before 'GWEN_Io_Request_GetBufferPos'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: warning:
>> type defaults to 'int' in declaration of
>> 'GWEN_Io_Request_GetBufferPos'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:99: warning:
>> data definition has no type or storage class
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: error:
>> syntax error before 'GWEN_Io_Request_GetGuiId'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: warning:
>> type defaults to 'int' in declaration of 'GWEN_Io_Request_GetGuiId'
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:101: warning:
>> data definition has no type or storage class
>> /opt/local/include/gwenhywfar3/gwenhywfar/iorequest.h:102: error:
>> syntax error before 'uint32_t'
>>
>> and build fails
>> William Davis
>> frstanATbellsouthDOTnet
>> Mac OS X.5.5 Darwin 9.5.0
>> XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
>> Mac Mini Intel Duo @ 1.86 GHz
>
> It appears that it is actually failing trying to install aqbanking3,
> but you have not provided enough of the output. It does install for me
> with the same setup except on a Mac Pro.
>
> What does the following return?
>
> port installed aqbanking aqbanking3 gwenhywfar gwenhywfar3
>
> I suggest uninstalling aqbanking and gwenhywfar if you have them
> installed.
>
> I just updated the aqbanking3 port to version 3.7.2. In a few hours
> run a selfupdate and then try to install aqbanking3. Then install
> gnucash again.
>
>
> Cheers!
> Frank
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

ok, wound up uninstalling both gwenhwyfar and gwenhwyfar3 then  
reinstalling gwenhwyfar3. also uninstalled aqbanking. Now gnucash  
builds and installs.   good, thank you.

OTH there are numerious runtime error messages about being unable to  
contact the configuration server, X-11 support not being complied in,  
and some others. Ill pick this up later......

William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From frstan at bellsouth.net  Thu Oct  2 12:06:59 2008
From: frstan at bellsouth.net (William Davis)
Date: Thu, 2 Oct 2008 15:06:59 -0400
Subject: gnucash errors in gwenhyfar3
In-Reply-To: <AB6FD44A-0EE3-4FCF-BB94-4CF83F049E37@macports.org>
References: <0EA04391-1B08-4246-BE8F-FCA0E91559EA@bellsouth.net>
	<B9A1AAAA-E42D-4066-AB19-1A224F3D7C77@macports.org>
	<0032D234-B2D2-4D1B-AD90-FF708290E07A@bellsouth.net>
	<AB6FD44A-0EE3-4FCF-BB94-4CF83F049E37@macports.org>
Message-ID: <853FF52F-F007-466B-8B91-30DC2E28CC4C@bellsouth.net>


On Oct 2, 2008, at 2:50 PM, Frank Schima wrote:

>
> On Oct 2, 2008, at 11:43 AM, William Davis wrote:
>
>>
>> On Oct 2, 2008, at 12:09 PM, Frank Schima wrote:
>>
>>> I suggest uninstalling aqbanking and gwenhywfar if you have them
>>> installed.
>>
>> I did uninstall aqbanking sucessfully, but when I tried to unistall  
>> gwenhywfar this happened:
>>
>> macintosh:~ frstan$ sudo port -df uninstall gwenhwyfar
>> DEBUG: Registry error: gwenhwyfar not registered as installed.
>>   while executing
>> "registry::installed $portname $v"
>>   (procedure "portuninstall::uninstall" line 5)
>>   invoked from within
>> "portuninstall::uninstall $portname [composite_version $portversion  
>> [array get variations]] [array get options]"
>> Error: port uninstall failed: Registry error: gwenhwyfar not  
>> registered as installed.
>> macintosh:~ frstan$ port installed gwenhywfar
>> The following ports are currently installed:
>> gwenhywfar @2.5.3_0 (active)
>
> I believe you misspelled it. Please copy and paste the following:
>
> sudo port uninstall gwenhywfar
>
>
> Cheers!
> Frank
>

my dyslexia strikes again!
thanks! :)

William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From benlight at mac.com  Thu Oct  2 21:55:52 2008
From: benlight at mac.com (Benedick Miller)
Date: Fri, 03 Oct 2008 14:55:52 +1000
Subject: Gnome won't install
In-Reply-To: <80EBE5A2-752F-42D2-8568-37F65C7BF707@mac.com>
References: <80EBE5A2-752F-42D2-8568-37F65C7BF707@mac.com>
Message-ID: <0F4AC8C4-2764-4B0F-B842-2EB4C914F057@mac.com>

Thanks to all for help and advice. I have tried all suggestions. After  
several attempts, including port selfudate and port clean etc. the  
command:

$ sudo port install gnucash

simply does not work on my system. The list of failed dependencies is  
huge. Perhaps, one day, when I don't have to work and I don't have a  
life I will try installing each failed dependency one by one. Perhaps.  
For now I'll give up.

Thanks again for your help, Ben.

From captsolo at gmail.com  Fri Oct  3 07:38:36 2008
From: captsolo at gmail.com (Uldis Bojars)
Date: Fri, 3 Oct 2008 15:38:36 +0100
Subject: Upgrading python25 -> python26
Message-ID: <64c81f720810030738w5e166dd8k9a85401ab6d0f125@mail.gmail.com>

Python 2.6 is now released and a port for it is available on MacPorts.

Could you tell me if there is any straightforward way to upgrade
Python 2.5 and packages dependent on it
(all installed using MacPorts) to the version 2.6?

One could find all the packages that depend on py25, remove them,
remove py25, install py26 and reinstall all the packages that were
removed. But I am hoping there is an easier way.

Thanks,
Uldis

[ http://captsolo.net/info/ ]

From macsforever2000 at macports.org  Fri Oct  3 08:29:53 2008
From: macsforever2000 at macports.org (Frank Schima)
Date: Fri, 3 Oct 2008 09:29:53 -0600
Subject: gnucash errors in gwenhyfar3
In-Reply-To: <26F7B0B6-22ED-40D5-89EF-9FE5F49AF9FA@bellsouth.net>
References: <0EA04391-1B08-4246-BE8F-FCA0E91559EA@bellsouth.net>
	<B9A1AAAA-E42D-4066-AB19-1A224F3D7C77@macports.org>
	<26F7B0B6-22ED-40D5-89EF-9FE5F49AF9FA@bellsouth.net>
Message-ID: <8D35BF98-8AC5-4787-A345-B550A8A1AD18@macports.org>


On Oct 2, 2008, at 1:00 PM, William Davis wrote:

> ok, wound up uninstalling both gwenhwyfar and gwenhwyfar3 then  
> reinstalling gwenhwyfar3. also uninstalled aqbanking. Now gnucash  
> builds and installs.   good, thank you.

Glad you got it working. But now I plan to fix the mess by removing  
the aqbanking3 and gwenhywfar3 ports. So only aqbanking and gwenhywfar  
will exist.

> OTH there are numerious runtime error messages about being unable to  
> contact the configuration server, X-11 support not being complied  
> in, and some others. Ill pick this up later......

Yes, I see this too, but I don't know what the cause is or if it's bad.


Cheers!
Frank


From 0x62_0x6c_0x62 at pobox.com  Fri Oct  3 11:48:57 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Fri, 3 Oct 2008 12:48:57 -0600
Subject: Upgrading python25 -> python26
In-Reply-To: <64c81f720810030738w5e166dd8k9a85401ab6d0f125@mail.gmail.com>
References: <64c81f720810030738w5e166dd8k9a85401ab6d0f125@mail.gmail.com>
Message-ID: <20081003184857.GE454@ninagal.withay.com>

On Fri, Oct 03, 2008 at 03:38:36PM +0100, Uldis Bojars said:
> Python 2.6 is now released and a port for it is available on MacPorts.
> 
> Could you tell me if there is any straightforward way to upgrade
> Python 2.5 and packages dependent on it
> (all installed using MacPorts) to the version 2.6?
> 
> One could find all the packages that depend on py25, remove them,
> remove py25, install py26 and reinstall all the packages that were
> removed. But I am hoping there is an easier way.
> 

Note that there are currently no py26- ports at all, so there's really
nothing to reinstall module-wise to use 2.6 as yet.

Since this would get messy fast (another group of modules duplicating py-
and py25-), jmr@'s ticket 16723 [1] will hopefully be the future, getting
rid of all the duplication.

Bryan

[1] - <http://trac.macports.org/ticket/16723>


> Thanks,
> Uldis
> 
> [ http://captsolo.net/info/ ]

From macsforever2000 at macports.org  Fri Oct  3 14:42:19 2008
From: macsforever2000 at macports.org (Frank Schima)
Date: Fri, 3 Oct 2008 15:42:19 -0600
Subject: Gnome won't install
In-Reply-To: <0F4AC8C4-2764-4B0F-B842-2EB4C914F057@mac.com>
References: <80EBE5A2-752F-42D2-8568-37F65C7BF707@mac.com>
	<0F4AC8C4-2764-4B0F-B842-2EB4C914F057@mac.com>
Message-ID: <FC0DB70E-E667-4B52-A561-B0806722BF26@macports.org>


On Oct 2, 2008, at 10:55 PM, Benedick Miller wrote:

> Thanks to all for help and advice. I have tried all suggestions. After
> several attempts, including port selfudate and port clean etc. the
> command:
>
> $ sudo port install gnucash
>
> simply does not work on my system. The list of failed dependencies is
> huge. Perhaps, one day, when I don't have to work and I don't have a
> life I will try installing each failed dependency one by one. Perhaps.
> For now I'll give up.

Please try the following:

sudo port selfupdate
sudo port -pf uninstall gnucash aqbanking aqbanking3 gwenhywfar  
gwenhywfar3
sudo port install gnucash


Cheers!
Frank


From agentyikes at paranormalcop.net  Fri Oct  3 16:22:15 2008
From: agentyikes at paranormalcop.net (Agentyikes)
Date: Sat, 4 Oct 2008 07:22:15 +0800
Subject: Tellico
Message-ID: <E61F9DFD-88B4-486D-9B65-AAA9AA5ECC9E@paranormalcop.net>

I am quite new to this world of things. I am an ordinary user of linux  
and OS X. I would like to make tellico, a KDE application for  
organizing your collections to my imac.
I have prepared the following portfile.

# $Id$

PortSystem          1.0

name                tellico
version             1.3.4
categories          ???
maintainers         Robby Stephenson
description         Collection manager
long_description    a KDE application for organizing your collections
homepage            http://periapsis.org/tellico/
platforms           darwin
master_sites       http://periapsis.org/tellico/

checksums           md5 d6531a9731cc50c59cd2588e7af22ff8 \

depends_lib         port:kde3.5.8 \
                    port:qt3.3.8 \
                    port:libxml2.6 \
		    port: libxslt1.0.19

configure.args      --enable-final --disable-debug

Is this what I need to make tellico run in macports?


From deliverable at gmail.com  Fri Oct  3 17:41:09 2008
From: deliverable at gmail.com (Alexy Khrabrov)
Date: Fri, 3 Oct 2008 20:41:09 -0400
Subject: teTeX and this not old Mac
Message-ID: <056A1C3D-7479-403B-AD13-0036E2FB38FB@gmail.com>

Building teTeX fails on a mac which was migrated to from an old Mac,  
with this amazing stuff in configs:

./texk/xdvik/Makefile:x_ldflags=-L/usr/local (from old Mac)/lib  -L/ 
usr/X11/lib

-- then libtool fails on a ) !

How on Earth does it decide to use -L/usr/local (from old Mac)/lib --  
and how do we prevent it from doing so?  Now, I have the sources  
downloaded, how do I tell it to somehow forget the old Mac and  
reconfigure?

Cheers,
Alexy

From iqgrande at gmail.com  Fri Oct  3 17:51:28 2008
From: iqgrande at gmail.com (Anthony Agelastos)
Date: Fri, 3 Oct 2008 20:51:28 -0400
Subject: teTeX and this not old Mac
In-Reply-To: <056A1C3D-7479-403B-AD13-0036E2FB38FB@gmail.com>
References: <056A1C3D-7479-403B-AD13-0036E2FB38FB@gmail.com>
Message-ID: <31015FB3-9ACA-406E-BDA9-5716DDCDC870@gmail.com>

I would recommend you to use TeXLive rather than teTeX, since teTeX is  
no longer actively maintained.

On Oct 3, 2008, at 8:41 PM, Alexy Khrabrov wrote:

> Building teTeX fails on a mac which was migrated to from an old Mac,
> with this amazing stuff in configs:
>
> ./texk/xdvik/Makefile:x_ldflags=-L/usr/local (from old Mac)/lib  -L/
> usr/X11/lib
>
> -- then libtool fails on a ) !
>
> How on Earth does it decide to use -L/usr/local (from old Mac)/lib --
> and how do we prevent it from doing so?  Now, I have the sources
> downloaded, how do I tell it to somehow forget the old Mac and
> reconfigure?
>
> Cheers,
> Alexy
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From macsforever2000 at macports.org  Fri Oct  3 19:53:36 2008
From: macsforever2000 at macports.org (Frank Schima)
Date: Fri, 3 Oct 2008 20:53:36 -0600
Subject: Tellico
In-Reply-To: <E61F9DFD-88B4-486D-9B65-AAA9AA5ECC9E@paranormalcop.net>
References: <E61F9DFD-88B4-486D-9B65-AAA9AA5ECC9E@paranormalcop.net>
Message-ID: <7A35973D-5D91-4420-9E4D-295EEA45DF4F@macports.org>

On Oct 3, 2008, at 5:22 PM, Agentyikes wrote:

> I am quite new to this world of things. I am an ordinary user of linux
> and OS X. I would like to make tellico, a KDE application for
> organizing your collections to my imac.
> I have prepared the following portfile.
>
> # $Id$
>
> PortSystem          1.0
>
> name                tellico
> version             1.3.4
> categories          ???
> maintainers         Robby Stephenson
> description         Collection manager
> long_description    a KDE application for organizing your collections
> homepage            http://periapsis.org/tellico/
> platforms           darwin
> master_sites       http://periapsis.org/tellico/
>
> checksums           md5 d6531a9731cc50c59cd2588e7af22ff8 \
>
> depends_lib         port:kde3.5.8 \
>                   port:qt3.3.8 \
>                   port:libxml2.6 \
> 		    port: libxslt1.0.19
>
> configure.args      --enable-final --disable-debug
>
> Is this what I need to make tellico run in macports?

You should file a new ticket [1] and attach your Portfile to it. I see  
a few problems off the bat:

-The maintainers field needs to be an email address. It is the person  
who is managing the MacPorts port (e.g. you), *not* the original  
project maintainer.
-The depends_lib items must be valid port names. None of the ones you  
list are MacPorts port names. Do not include the version number.
-We need to pick a category. I'm thinking maybe kde or databases. Ideas?

You can test it by simply putting the Portfile - it must be called  
exactly 'Portfile' - in a directory by itself. In a Terminal shell, cd  
to the directory and type 'sudo port install'. That will tell you if  
it works. Also, please read the Portfile development guidelines [2].

[1] <http://trac.macports.org/newticket>
[2] <http://guide.macports.org/#development.creating-portfile>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081003/5f0b3f25/attachment.html 

From hypocrite at lawyer.com  Fri Oct  3 18:45:05 2008
From: hypocrite at lawyer.com (Pete Crite)
Date: Sat, 4 Oct 2008 11:45:05 +1000
Subject: ORBit/GConf problem
Message-ID: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>

Hi, I've just updated GnuCash from 2.2.5_0 to 2.2.7_1 on MacPorts  
(PPC), and am having some problems. I enquired at the GnuCash IRC  
channel, and was told that it was probably a ORBit/GConf problem, and  
to enquire here. Also, after lurking on IRC for c. 24 hours, two other  
people came in with the same problem, so I think this might be quite  
common? This update also included gconf from 2.22.0_0 to 2.24.0_0 and  
orbit2 from 2.14.12_0 to 2.14.16_0.

Every time I open GnuCash, I get two error windows. One says: "The  
configuration data used to specify default values for GnuCash cannot  
be found in the default system locations. Without this data GnuCash  
will still operate properly but it may require some extra time to  
setup. Do you wish to setup the configuration data?." The other says:  
"An error occurred while loading or saving configuration information  
for gnucash. Some of your configuration settings may not work  
properly." When I get details on the latter, it says: "Failed to  
contact configuration server; some possible causes are that you need  
to enable TCP/IP networking for ORBit, or you have stale NFS locks due  
to a system crash. See http://www.gnome.org/projects/gconf/ for  
information. (Details -  1: Failed to get connection to session: dbus- 
launch failed to autolaunch D-Bus session: Autolaunch requested, but  
X11 support not compiled in."

This happens every time I startup now (after this update), even after  
I setup the preferences anew. Strangely, the preferences don't even  
seem to stick. For example, when I select "negative amounts in red",  
this does not occur in my accounts window. Also, other "on-the-fly"  
preferences don't stick, such as the confirmation window I get when  
changing the reconciliation state of transactions. When I select,  
"don't warn me again", this is not remembered, and the windows will  
still pop up.

It's also taking a ridiculous amount of CPU power, and is extremely  
slow, which I guess is related, possibly to locked files??

Any help would be much appreciated. I'm a bit of a X11/terminal  
newbie, so please be gentle!

Cheers,
Pete.

From macosforge.org at monkeybutt.com  Fri Oct  3 20:36:16 2008
From: macosforge.org at monkeybutt.com (macosforge.org at monkeybutt.com)
Date: Fri, 3 Oct 2008 17:36:16 -1000
Subject: teTeX and this not old Mac
Message-ID: <alpine.OSX.1.10.0810031734460.16709@oebbqynp>

If you're just looking for a Mac version of TeX, have you considered
just grabbing the non-macports version?  I dig macports as much as the
next guy, but mainly for stuff not otherwise readily available using
using the usual Mac software distrubution methods.  For example, I
don't install Adium from ports.

MacTeX is available here: <http://www.tug.org/mactex/>

A friend of mine has written up some of his experiences in his blog
post <http://excitedcuriosity.wordpress.com/2008/09/29/texlatex-on-mac-os-x/>

On Fri, 3 Oct 2008, Anthony Agelastos wrote:

: I would recommend you to use TeXLive rather than teTeX, since teTeX is  
: no longer actively maintained.
: 
: On Oct 3, 2008, at 8:41 PM, Alexy Khrabrov wrote:
: 
: > Building teTeX fails on a mac which was migrated to from an old Mac,
: > with this amazing stuff in configs:

From rswwalker at gmail.com  Fri Oct  3 22:13:48 2008
From: rswwalker at gmail.com (Ross Walker)
Date: Sat, 4 Oct 2008 01:13:48 -0400
Subject: Sane backends wrong checksum?
Message-ID: <C9DE593D-74B0-4892-961E-834D8B3B4F38@gmail.com>


I've been getting checksum errors on the sane-backends and cleaning  
out the workdir doesn't seem to fix it.

Is the checksum in the portfile current?

--->  Verifying checksum(s) for sane-backends
Error: Checksum (md5) mismatch for sane-backends-1.0.19.tar.gz
Error: Checksum (sha1) mismatch for sane-backends-1.0.19.tar.gz
Error: Checksum (rmd160) mismatch for sane-backends-1.0.19.tar.gz
Error: Target org.macports.checksum returned: Unable to verify file  
checksums
Error: Unable to upgrade port: 1
rivendell:~ root# port clean --work sane-backends
--->  Cleaning sane-backends
rivendell:~ root# port upgrade outdated
--->  Fetching sane-backends
--->  Verifying checksum(s) for sane-backends
Error: Checksum (md5) mismatch for sane-backends-1.0.19.tar.gz
Error: Checksum (sha1) mismatch for sane-backends-1.0.19.tar.gz
Error: Checksum (rmd160) mismatch for sane-backends-1.0.19.tar.gz
Error: Target org.macports.checksum returned: Unable to verify file  
checksums
Error: Unable to upgrade port: 1
rivendell:~ root#

-Ross


From rhubbell at ihubbell.com  Fri Oct  3 22:14:36 2008
From: rhubbell at ihubbell.com (rhubbell)
Date: Fri, 03 Oct 2008 22:14:36 -0700
Subject: ORBit/GConf problem
In-Reply-To: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>
References: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>
Message-ID: <1223097276.4844.40.camel@127>

Someone mentioned recently, here, that Gnome is not currently
maintained.  Something like ticket-by-ticket, bug-by-bug fixes only.



On Sat, 2008-10-04 at 11:45 +1000, Pete Crite wrote:
> Hi, I've just updated GnuCash from 2.2.5_0 to 2.2.7_1 on MacPorts  
> (PPC), and am having some problems. I enquired at the GnuCash IRC  
> channel, and was told that it was probably a ORBit/GConf problem, and  
> to enquire here. Also, after lurking on IRC for c. 24 hours, two other  
> people came in with the same problem, so I think this might be quite  
> common? This update also included gconf from 2.22.0_0 to 2.24.0_0 and  
> orbit2 from 2.14.12_0 to 2.14.16_0.
> 
> Every time I open GnuCash, I get two error windows. One says: "The  
> configuration data used to specify default values for GnuCash cannot  
> be found in the default system locations. Without this data GnuCash  
> will still operate properly but it may require some extra time to  
> setup. Do you wish to setup the configuration data?." The other says:  
> "An error occurred while loading or saving configuration information  
> for gnucash. Some of your configuration settings may not work  
> properly." When I get details on the latter, it says: "Failed to  
> contact configuration server; some possible causes are that you need  
> to enable TCP/IP networking for ORBit, or you have stale NFS locks due  
> to a system crash. See http://www.gnome.org/projects/gconf/ for  
> information. (Details -  1: Failed to get connection to session: dbus- 
> launch failed to autolaunch D-Bus session: Autolaunch requested, but  
> X11 support not compiled in."
> 
> This happens every time I startup now (after this update), even after  
> I setup the preferences anew. Strangely, the preferences don't even  
> seem to stick. For example, when I select "negative amounts in red",  
> this does not occur in my accounts window. Also, other "on-the-fly"  
> preferences don't stick, such as the confirmation window I get when  
> changing the reconciliation state of transactions. When I select,  
> "don't warn me again", this is not remembered, and the windows will  
> still pop up.
> 
> It's also taking a ridiculous amount of CPU power, and is extremely  
> slow, which I guess is related, possibly to locked files??
> 
> Any help would be much appreciated. I'm a bit of a X11/terminal  
> newbie, so please be gentle!
> 
> Cheers,
> Pete.
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From akiabo at googlemail.com  Sat Oct  4 01:44:55 2008
From: akiabo at googlemail.com (A. Osthoff)
Date: Sat, 04 Oct 2008 10:44:55 +0200
Subject: ORBit/GConf problem
In-Reply-To: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>
References: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>
Message-ID: <48E72D07.5030803@gmail.com>

Pete Crite schrieb:

> Hi, I've just updated GnuCash from 2.2.5_0 to 2.2.7_1 on MacPorts  
> (PPC), and am having some problems. I enquired at the GnuCash IRC  
> channel, and was told that it was probably a ORBit/GConf problem, and  
> to enquire here. Also, after lurking on IRC for c. 24 hours, two other  
> people came in with the same problem, so I think this might be quite  
> common? This update also included gconf from 2.22.0_0 to 2.24.0_0 and  
> orbit2 from 2.14.12_0 to 2.14.16_0.

Well, I was one of the two probably. Yes, I encountered the same
problem, but IMHO it is a problem with the configuration with d-bus.
When I tried to upgrade gnucash with _sudo port upgrade gnucash_ I ran
into a host of problems. During the upgrade process of d-bus there was
mentioned the need to configure d-bus properly with launchd(?) because
of a conflict with X11. However, I did encounter other installation
problems first with aqbanking primarily, so that I forgot to look into
that or to save the instructions in a notepad for that matter.
Now, I got the same problem as you described ... ;(

cheers,
	achim

From raimue at macports.org  Sat Oct  4 05:20:26 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sat, 04 Oct 2008 14:20:26 +0200
Subject: teTeX and this not old Mac
In-Reply-To: <056A1C3D-7479-403B-AD13-0036E2FB38FB@gmail.com>
References: <056A1C3D-7479-403B-AD13-0036E2FB38FB@gmail.com>
Message-ID: <48E75F8A.8000706@macports.org>

Alexy Khrabrov wrote:
> Building teTeX fails on a mac which was migrated to from an old Mac,  
> with this amazing stuff in configs:
> 
> ./texk/xdvik/Makefile:x_ldflags=-L/usr/local (from old Mac)/lib  -L/ 
> usr/X11/lib
> 
> -- then libtool fails on a ) !

We documented similar errors here:
<http://trac.macports.org/wiki/ProblemHotlist#Aportfailedtobuildwithamessagereferringto1lib:Nosuchfileordirectory>

The only solution I know about is to rename or move that directory.

> How on Earth does it decide to use -L/usr/local (from old Mac)/lib --  
> and how do we prevent it from doing so?  Now, I have the sources  
> downloaded, how do I tell it to somehow forget the old Mac and  
> reconfigure?

You can use 'port clean <portname>' to start from the beginning.

Rainer

From bretthoerner at gmail.com  Sat Oct  4 06:50:04 2008
From: bretthoerner at gmail.com (Brett Hoerner)
Date: Sat, 4 Oct 2008 08:50:04 -0500
Subject: Port for python26: batteries not included (or available)?
Message-ID: <e97e83a30810040650ya35e241v6c28fa5833b7d927@mail.gmail.com>

It seems that the Port for python26 doesn't include many of the
batteries that come with python, nor are there ports to install them
by hand.  Port python25 has the following corresponding ports,

py25-bsddb
py25-bz2
py25-curses
py25-gdbm
py25-hashlib
py25-readline
py25-socket-ssl
py25-sqlite3
py25-tkinter
py25-zlib

If I download the Python 2.6 source myself and do a simple ./configure
&& make, the modules are compiled (and ready for install),

brett at passenger:~/Desktop/Python-2.6$ ./configure && make
brett at passenger:~/Desktop/Python-2.6$ ./python.exe
Python 2.6 (r26:66714, Oct  4 2008, 08:42:59)
[GCC 4.0.1 (Apple Inc. build 5488)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import bz2
>>> bz2.__file__
'/Users/brett/Desktop/Python-2.6/build/lib.macosx-10.3-i386-2.6/bz2.so'

But using the MacPorts Python 2.6 I get the following,

brett at passenger:~$ which python
/opt/local/bin/python

brett at passenger:~$ python
Python 2.6 (r26:66714, Oct  3 2008, 21:39:31)
[GCC 4.0.1 (Apple Inc. build 5488)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import bz2
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named bz2

I don't see a way to install these through ports.  It's very possible
that I'm missing something, could anyone give me a hand?

Thanks!
Brett

From bretthoerner at gmail.com  Sat Oct  4 07:20:18 2008
From: bretthoerner at gmail.com (Brett Hoerner)
Date: Sat, 4 Oct 2008 09:20:18 -0500
Subject: Port for python26: batteries not included (or available)?
In-Reply-To: <e97e83a30810040650ya35e241v6c28fa5833b7d927@mail.gmail.com>
References: <e97e83a30810040650ya35e241v6c28fa5833b7d927@mail.gmail.com>
Message-ID: <e97e83a30810040720k5a5d3ff9uc518320966737f19@mail.gmail.com>

On Sat, Oct 4, 2008 at 8:50 AM, Brett Hoerner <bretthoerner at gmail.com> wrote:
> It seems that the Port for python26 doesn't include many of the
> batteries that come with python, nor are there ports to install them
> by hand.  [snip]

Ah, I found the following in
/opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/python26/files/patch-setup.py.diff

-disabled_module_list = []
+disabled_module_list =
["zlib","_hashlib","_ssl","_bsddb","_sqlite3","_tkinter","bz2","gdbm","readline","_curses","_curses_panel"]

Although I don't understand it's purpose.  The same is being done on
Python25, although as I noted the packages are at least offered by
other ports.

Any ideas?

Thanks,
Brett

From raimue at macports.org  Sat Oct  4 07:35:10 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sat, 04 Oct 2008 16:35:10 +0200
Subject: Port for python26: batteries not included (or available)?
In-Reply-To: <e97e83a30810040720k5a5d3ff9uc518320966737f19@mail.gmail.com>
References: <e97e83a30810040650ya35e241v6c28fa5833b7d927@mail.gmail.com>
	<e97e83a30810040720k5a5d3ff9uc518320966737f19@mail.gmail.com>
Message-ID: <48E77F1E.6020004@macports.org>

Brett Hoerner wrote:
> On Sat, Oct 4, 2008 at 8:50 AM, Brett Hoerner <bretthoerner at gmail.com> wrote:
>> It seems that the Port for python26 doesn't include many of the
>> batteries that come with python, nor are there ports to install them
>> by hand.  [snip]
> 
> Ah, I found the following in
> /opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/python26/files/patch-setup.py.diff
> 
> -disabled_module_list = []
> +disabled_module_list =
> ["zlib","_hashlib","_ssl","_bsddb","_sqlite3","_tkinter","bz2","gdbm","readline","_curses","_curses_panel"]
> 
> Although I don't understand it's purpose.  The same is being done on
> Python25, although as I noted the packages are at least offered by
> other ports.
> 
> Any ideas?

It's just too early to request py26-* ports. There is a pending patch
from jmr to unify the python module ports and reduce the mess we created
with py-* and py25-*.

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

Before we go on creating py26-* ports this patch should be considered.

Rainer

From hypocrite at lawyer.com  Sat Oct  4 06:08:06 2008
From: hypocrite at lawyer.com (Pete Crite)
Date: Sat, 4 Oct 2008 23:08:06 +1000
Subject: ORBit/GConf problem
In-Reply-To: <48E72D07.5030803@gmail.com>
References: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>
	<48E72D07.5030803@gmail.com>
Message-ID: <720BF7AE-11FC-4333-8E56-5EBB98DFC821@lawyer.com>

Well, I ran "sudo port upgrade outdated" and *did* keep a record of  
all the instructions.

I followed the instructions for d-bus which were:
# A startup item has been generated that will aid in
# starting dbus with launchd. It is disabled
# by default. Execute the following command to start it,
# and to cause it to launch at startup:
#
# sudo launchctl load -w /Library/LaunchDaemons/org.macports.dbus.plist


I also had issues with gtk2, gwenhywfar3, and aqbanking3 (although  
either of the first two might be associated with non-gnucash  
programs?). For all of these, I deactivated the port mentioned in the  
error message, then installed the new port.

For example, I got the error "Error: Activating aqbanking3 3.7.1_0  
failed: Image error: /opt/local/bin/aqbanking-config is being used by  
the active aqbanking port.  Please deactivate this port first, or use  
the -f flag to force the activation." I then ran "sudo port deactivate  
aqbanking" then "sudo port install aqbanking3."

I don't think the ports are considered "installed" until you install  
them fully. i.e. running "port outdated" will only say you are up to  
date after you manually deactivate/install the ports. Hence, I think  
the problem is unrelated to these installation "difficulties."

Cheers.


On 4/10/2008, at 6:44 PM, A. Osthoff wrote:

>
> Pete Crite schrieb:
>
>> Hi, I've just updated GnuCash from 2.2.5_0 to 2.2.7_1 on MacPorts
>> (PPC), and am having some problems. I enquired at the GnuCash IRC
>> channel, and was told that it was probably a ORBit/GConf problem, and
>> to enquire here. Also, after lurking on IRC for c. 24 hours, two  
>> other
>> people came in with the same problem, so I think this might be quite
>> common? This update also included gconf from 2.22.0_0 to 2.24.0_0 and
>> orbit2 from 2.14.12_0 to 2.14.16_0.
>
> Well, I was one of the two probably. Yes, I encountered the same
> problem, but IMHO it is a problem with the configuration with d-bus.
> When I tried to upgrade gnucash with _sudo port upgrade gnucash_ I ran
> into a host of problems. During the upgrade process of d-bus there was
> mentioned the need to configure d-bus properly with launchd(?) because
> of a conflict with X11. However, I did encounter other installation
> problems first with aqbanking primarily, so that I forgot to look into
> that or to save the instructions in a notepad for that matter.
> Now, I got the same problem as you described ... ;(
>
> cheers,
> 	achim
>


From pgijnxn02 at sneakemail.com  Sat Oct  4 08:32:30 2008
From: pgijnxn02 at sneakemail.com (Joel Thibault (MacPorts))
Date: Sat, 4 Oct 2008 11:32:30 -0400
Subject: ORBit/GConf problem
In-Reply-To: <720BF7AE-11FC-4333-8E56-5EBB98DFC821@lawyer.com>
References: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>
	<48E72D07.5030803@gmail.com>
	<720BF7AE-11FC-4333-8E56-5EBB98DFC821@lawyer.com>
Message-ID: <7a665ffc0810040832w3a53af12t20b24652696c242d@mail.gmail.com>

Pete, would you mind opening a ticket on this?

https://trac.macports.org/newticket

I was planning to, because I'm having the same problem you are, but I
think you've captured the specifics of it better than I could.

I didn't see the dbus launchd message you did, and oddly I found the
file wasn't even there!  Reinstalling dbus created the file but
running the launchd command didn't do anything to solve this.

I'm also sufferering from ( https://trac.macports.org/ticket/16720 )
and I wonder if the two are connected.

Joel


On 10/4/08, Pete Crite hypocrite-at-lawyer.com |MacPorts|
<1a8xk8735e0t at sneakemail.com> wrote:
> Well, I ran "sudo port upgrade outdated" and *did* keep a record of
>  all the instructions.
>
>  I followed the instructions for d-bus which were:
>  # A startup item has been generated that will aid in
>  # starting dbus with launchd. It is disabled
>  # by default. Execute the following command to start it,
>  # and to cause it to launch at startup:
>  #
>  # sudo launchctl load -w /Library/LaunchDaemons/org.macports.dbus.plist
>
>
>  I also had issues with gtk2, gwenhywfar3, and aqbanking3 (although
>  either of the first two might be associated with non-gnucash
>  programs?). For all of these, I deactivated the port mentioned in the
>  error message, then installed the new port.
>
>  For example, I got the error "Error: Activating aqbanking3 3.7.1_0
>  failed: Image error: /opt/local/bin/aqbanking-config is being used by
>  the active aqbanking port.  Please deactivate this port first, or use
>  the -f flag to force the activation." I then ran "sudo port deactivate
>  aqbanking" then "sudo port install aqbanking3."
>
>  I don't think the ports are considered "installed" until you install
>  them fully. i.e. running "port outdated" will only say you are up to
>  date after you manually deactivate/install the ports. Hence, I think
>  the problem is unrelated to these installation "difficulties."
>
>  Cheers.
>
>
>
>  On 4/10/2008, at 6:44 PM, A. Osthoff wrote:
>
>  >
>  > Pete Crite schrieb:
>  >
>  >> Hi, I've just updated GnuCash from 2.2.5_0 to 2.2.7_1 on MacPorts
>  >> (PPC), and am having some problems. I enquired at the GnuCash IRC
>  >> channel, and was told that it was probably a ORBit/GConf problem, and
>  >> to enquire here. Also, after lurking on IRC for c. 24 hours, two
>  >> other
>  >> people came in with the same problem, so I think this might be quite
>  >> common? This update also included gconf from 2.22.0_0 to 2.24.0_0 and
>  >> orbit2 from 2.14.12_0 to 2.14.16_0.
>  >
>  > Well, I was one of the two probably. Yes, I encountered the same
>  > problem, but IMHO it is a problem with the configuration with d-bus.
>  > When I tried to upgrade gnucash with _sudo port upgrade gnucash_ I ran
>  > into a host of problems. During the upgrade process of d-bus there was
>  > mentioned the need to configure d-bus properly with launchd(?) because
>  > of a conflict with X11. However, I did encounter other installation
>  > problems first with aqbanking primarily, so that I forgot to look into
>  > that or to save the instructions in a notepad for that matter.
>  > Now, I got the same problem as you described ... ;(
>  >
>  > cheers,
>  >       achim
>  >
>
>  _______________________________________________
>  macports-users mailing list
>  macports-users at lists.macosforge.org
>  http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


-- 
Joel Thibault [AIM: Jole Tebo]
Software Engineer in Boston

From macsforever2000 at macports.org  Sat Oct  4 08:53:55 2008
From: macsforever2000 at macports.org (Frank Schima)
Date: Sat, 4 Oct 2008 09:53:55 -0600
Subject: ORBit/GConf problem
In-Reply-To: <720BF7AE-11FC-4333-8E56-5EBB98DFC821@lawyer.com>
References: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>
	<48E72D07.5030803@gmail.com>
	<720BF7AE-11FC-4333-8E56-5EBB98DFC821@lawyer.com>
Message-ID: <802FD3C8-410D-4A71-842F-3CF6B17C7559@macports.org>


On Oct 4, 2008, at 7:08 AM, Pete Crite wrote:

> I also had issues with gtk2, gwenhywfar3, and aqbanking3 (although
> either of the first two might be associated with non-gnucash
> programs?). For all of these, I deactivated the port mentioned in the
> error message, then installed the new port.
>
> For example, I got the error "Error: Activating aqbanking3 3.7.1_0
> failed: Image error: /opt/local/bin/aqbanking-config is being used by
> the active aqbanking port.  Please deactivate this port first, or use
> the -f flag to force the activation." I then ran "sudo port deactivate
> aqbanking" then "sudo port install aqbanking3."

gwenhywfar3 and aqbanking3 are now obsolete and have been rolled into  
gwenhywfar and aqbanking.

I recommend the following:

sudo port selfupdate
sudo port -pf uninstall gwenhywfar3 aqbanking3 gwenhywfar aqbanking
sudo port install gwenhywfar aqbanking


Cheers!
Frank


From srogers1 at gmail.com  Sat Oct  4 15:21:30 2008
From: srogers1 at gmail.com (Steven Rogers)
Date: Sat, 4 Oct 2008 17:21:30 -0500
Subject: can't find rsync?
Message-ID: <4D69CBA9-AA3A-4CCC-B8F0-8BFD22C5503A@gmail.com>

I'm trying to build another package (git-core) which requires rsync,  
and it seems to be missing from the 10 or places that it tries to  
download from, such as:

--->  Attempting to fetch rsync-2.6.9.tar.gz from http://samba.org/ftp/rsync/

any idea what's up with that?

Thanks,
Steve

From ram at macports.org  Sat Oct  4 15:39:20 2008
From: ram at macports.org (Adam Mercer)
Date: Sat, 4 Oct 2008 17:39:20 -0500
Subject: can't find rsync?
In-Reply-To: <4D69CBA9-AA3A-4CCC-B8F0-8BFD22C5503A@gmail.com>
References: <4D69CBA9-AA3A-4CCC-B8F0-8BFD22C5503A@gmail.com>
Message-ID: <799406d60810041539v7bc705fr5ddd8c47e8eb6471@mail.gmail.com>

On Sat, Oct 4, 2008 at 17:21, Steven Rogers <srogers1 at gmail.com> wrote:
> I'm trying to build another package (git-core) which requires rsync,
> and it seems to be missing from the 10 or places that it tries to
> download from, such as:
>
> --->  Attempting to fetch rsync-2.6.9.tar.gz from http://samba.org/ftp/rsync/
>
> any idea what's up with that?

Your ports tree is way out of date, the latest version of the rsync
port is 3.0.4. Update your ports tree with

$ sudo port -d selfupdate

and try again.

Cheers

Adam

From 0x62_0x6c_0x62 at pobox.com  Sat Oct  4 15:39:32 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Sat, 4 Oct 2008 16:39:32 -0600
Subject: can't find rsync?
In-Reply-To: <4D69CBA9-AA3A-4CCC-B8F0-8BFD22C5503A@gmail.com>
References: <4D69CBA9-AA3A-4CCC-B8F0-8BFD22C5503A@gmail.com>
Message-ID: <20081004223932.GD562@ninagal.withay.com>

On Sat, Oct 04, 2008 at 05:21:30PM -0500, Steven Rogers said:
> I'm trying to build another package (git-core) which requires rsync,  
> and it seems to be missing from the 10 or places that it tries to  
> download from, such as:
> 
> --->  Attempting to fetch rsync-2.6.9.tar.gz from http://samba.org/ftp/rsync/
> 
> any idea what's up with that?
> 

Yeah, your MacPorts install is months out of date, rsync has been 3.0.x for
some time now.

Run

$ sudo port selfupdate

You should also be installing a newer version of git-core at that point.

Bryan


> Thanks,
> Steve

From ryandesign at macports.org  Sat Oct  4 17:14:46 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 4 Oct 2008 19:14:46 -0500
Subject: Sane backends wrong checksum?
In-Reply-To: <C9DE593D-74B0-4892-961E-834D8B3B4F38@gmail.com>
References: <C9DE593D-74B0-4892-961E-834D8B3B4F38@gmail.com>
Message-ID: <1B567A0C-FA53-4B14-85C0-4F10BB1C721E@macports.org>

On Oct 4, 2008, at 00:13, Ross Walker wrote:

> I've been getting checksum errors on the sane-backends and cleaning
> out the workdir doesn't seem to fix it.
>
> Is the checksum in the portfile current?
>
> --->  Verifying checksum(s) for sane-backends
> Error: Checksum (md5) mismatch for sane-backends-1.0.19.tar.gz
> Error: Checksum (sha1) mismatch for sane-backends-1.0.19.tar.gz
> Error: Checksum (rmd160) mismatch for sane-backends-1.0.19.tar.gz
> Error: Target org.macports.checksum returned: Unable to verify file
> checksums
> Error: Unable to upgrade port: 1
> rivendell:~ root# port clean --work sane-backends
> --->  Cleaning sane-backends
> rivendell:~ root# port upgrade outdated
> --->  Fetching sane-backends
> --->  Verifying checksum(s) for sane-backends
> Error: Checksum (md5) mismatch for sane-backends-1.0.19.tar.gz
> Error: Checksum (sha1) mismatch for sane-backends-1.0.19.tar.gz
> Error: Checksum (rmd160) mismatch for sane-backends-1.0.19.tar.gz
> Error: Target org.macports.checksum returned: Unable to verify file
> checksums
> Error: Unable to upgrade port: 1
> rivendell:~ root#

Cleaning the work directory is insufficient because the distfile is  
not stored in the work directory. It's stored in the distpath. You  
need to "port clean --all sane-backends" to remove both the work  
directory and the distpath. This is documented in the FAQ on checksum  
errors:

http://trac.macports.org/wiki/ 
FAQ#IgetError:checksummd5sha1rmd160mismatchforport.WhatcanIdoaboutit

It works fine for me, so hopefully you just got a bad download and  
cleaning will let you download it again. If not, please show us which  
server it downloaded the file from; the port defines several possible  
download locations.


From raimue at macports.org  Sat Oct  4 17:43:23 2008
From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=)
Date: Sun, 05 Oct 2008 02:43:23 +0200
Subject: Port for python26: batteries not included (or available)?
In-Reply-To: <e97e83a30810040839u1f55bf5fof5400d28b3d7a40c@mail.gmail.com>
References: <e97e83a30810040650ya35e241v6c28fa5833b7d927@mail.gmail.com>	
	<e97e83a30810040720k5a5d3ff9uc518320966737f19@mail.gmail.com>	
	<48E77F1E.6020004@macports.org>
	<e97e83a30810040839u1f55bf5fof5400d28b3d7a40c@mail.gmail.com>
Message-ID: <48E80DAB.203@macports.org>

Brett Hoerner wrote:
> On Sat, Oct 4, 2008 at 9:35 AM, Rainer M?ller <raimue at macports.org> wrote:
>> It's just too early to request py26-* ports.
> 
> Sure, I agree.  Just to be clear I'm only inuquiring about the modules
> that come in the official Python tarball, not the hundreds / thousands
> of 3rd party modules.  I guess I don't understand the purpose of
> having a py*-bz2 (for example), why shouldn't python25 or python26
> just install Python + all the modules that come in the standard
> distribution?

Problems come in if you want to build python universal. Some of the
modules included by default (e.g. tkinter) lack 64-bit support or can't
be build universal for other reasons. So they have been removed and are
provided as separate ports.

See also ticket #12369 [1] which is requesting splitting the python
ports into a meta port depending on python-core and the default modules
to make this less transparent for end-users. But I think this approach
may cause some upgrade problems, as the dependency engine can't handle a
"replace" currently.

> For now that's what I've done locally (by making a local Port source
> and removing the module-disabled patch).

That's fine for python26 at the moment, but don't do it for python25.
You will run into problems if other ports require these "special" py25-*
ports.

> The unification does seem like a great idea, though.

Rainer

[1] <http://trac.macports.org/ticket/12369>

PS: Please remember to hit Reply All, so your mail goes to the list and
not only to me.

From benlight at mac.com  Sat Oct  4 18:45:31 2008
From: benlight at mac.com (Benedick Miller)
Date: Sun, 05 Oct 2008 11:45:31 +1000
Subject: Gnome won't install
In-Reply-To: <FC0DB70E-E667-4B52-A561-B0806722BF26@macports.org>
References: <80EBE5A2-752F-42D2-8568-37F65C7BF707@mac.com>
	<0F4AC8C4-2764-4B0F-B842-2EB4C914F057@mac.com>
	<FC0DB70E-E667-4B52-A561-B0806722BF26@macports.org>
Message-ID: <625449DD-1270-4016-B795-29A6A6E5EF5B@mac.com>


On 4 Oct 2008, at 07:42, Frank Schima wrote:

>
> On Oct 2, 2008, at 10:55 PM, Benedick Miller wrote:
>
>> Thanks to all for help and advice. I have tried all suggestions.  
>> After
>> several attempts, including port selfudate and port clean etc. the
>> command:
>>
>> $ sudo port install gnucash
>>
>> simply does not work on my system. The list of failed dependencies is
>> huge. Perhaps, one day, when I don't have to work and I don't have a
>> life I will try installing each failed dependency one by one.  
>> Perhaps.
>> For now I'll give up.
>
> Please try the following:
>
> sudo port selfupdate
> sudo port -pf uninstall gnucash aqbanking aqbanking3 gwenhywfar  
> gwenhywfar3
> sudo port install gnucash
>
>
> Cheers!
> Frank
>

In fact I tried this: uninstall macports completely. Reinstall  
Macports. sudo port selfupdate. sudo port install gnucash. Error log  
below. Sorry I can't work out what I am doing wrong! Does anyone have  
gnucash working with macports?

miranda:~ ben$ sudo port install gnucash

{{{--->  Activating libglade2 2.6.3_0
Error: Target org.macports.activate returned: shell command  
"xmlcatalog --noout --add system http://glade.gnome.org/glade-2.0.dtd / 
opt/local/share/xml/libglade/glade-2.0.dtd /opt/local/etc/xml/catalog"  
returned error 2
Command output: could not open /opt/local/etc/xml/catalog for saving
add command failed

Error: The following dependencies failed to build: aqbanking3  
libglade2 libofx opensp libtool automake autoconf help2man p5-locale- 
gettext m4 qt3 evince audiofile dbus dbus-glib esound gconf orbit2  
libidl gdk-pixbuf glib1 gtk1 gnome-doc-utils docbook-xml docbook- 
xml-4.1.2 xmlcatmgr docbook-xml-4.2 docbook-xml-4.3 docbook-xml-4.4  
docbook-xml-4.5 docbook-xsl iso-codes py25-hashlib openssl libxslt  
py25-gobject py25-libxml2 py25-numeric rarian getopt gnome-icon-theme  
hicolor-icon-theme icon-naming-utils p5-xml-simple p5-xml- 
namespacesupport p5-xml-sax gnome-keyring gnome-vfs desktop-file-utils  
popt gnome-mime-data libart_lgpl libgnome libbonobo libgnomecanvas  
libgnomeui libbonoboui nautilus eel gnome-desktop gnome-themes gtk- 
engines2 gvfs libsoup py25-gnome py25-gtk py25-cairo py25-numpy fftw-3  
py25-nose py25-setuptools py25-zlib py25-orbit startup-notification  
gnome-menus librsvg libcroco libgsf bzip2 libexif poppler poppler-data  
goffice guile16 libgnomeprintui libgnomeprint bison libgnomecups  
libgtkhtml3 enchant p5-finance-quote p5-crypt-ssleay p5-libwww-perl p5- 
compress-zlib p5-compress-raw-zlib p5-io-compress-base p5-io-compress- 
zlib p5-html-parser p5-html-tagset p5-uri p5-datemanip p5-html- 
tableextract slib slib-guile16
Error: Status 1 encountered during processing.}}}

From 0x62_0x6c_0x62 at pobox.com  Sat Oct  4 19:18:50 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Sat, 4 Oct 2008 20:18:50 -0600
Subject: Gnome won't install
In-Reply-To: <625449DD-1270-4016-B795-29A6A6E5EF5B@mac.com>
References: <80EBE5A2-752F-42D2-8568-37F65C7BF707@mac.com>
	<0F4AC8C4-2764-4B0F-B842-2EB4C914F057@mac.com>
	<FC0DB70E-E667-4B52-A561-B0806722BF26@macports.org>
	<625449DD-1270-4016-B795-29A6A6E5EF5B@mac.com>
Message-ID: <20081005021850.GH562@ninagal.withay.com>

On Sun, Oct 05, 2008 at 11:45:31AM +1000, Benedick Miller said:
[...]
> 
> In fact I tried this: uninstall macports completely. Reinstall  
> Macports. sudo port selfupdate. sudo port install gnucash. Error log  
> below. Sorry I can't work out what I am doing wrong! Does anyone have  
> gnucash working with macports?
> 
> miranda:~ ben$ sudo port install gnucash
> 
> {{{--->  Activating libglade2 2.6.3_0
> Error: Target org.macports.activate returned: shell command  
> "xmlcatalog --noout --add system http://glade.gnome.org/glade-2.0.dtd / 
> opt/local/share/xml/libglade/glade-2.0.dtd /opt/local/etc/xml/catalog"  
> returned error 2
> Command output: could not open /opt/local/etc/xml/catalog for saving
> add command failed
> 

That's an issue with the libglade2 port [1] which should be using the
--create switch when it runs xmlcatalog.  Since this is run post-activate,
I'm not sure if the port is still activated or not though.

Bryan

[1] - <http://trac.macports.org/ticket/16753>


From hypocrite at lawyer.com  Sat Oct  4 16:01:28 2008
From: hypocrite at lawyer.com (Pete Crite)
Date: Sun, 5 Oct 2008 10:01:28 +1100
Subject: ORBit/GConf problem
In-Reply-To: <802FD3C8-410D-4A71-842F-3CF6B17C7559@macports.org>
References: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>
	<48E72D07.5030803@gmail.com>
	<720BF7AE-11FC-4333-8E56-5EBB98DFC821@lawyer.com>
	<802FD3C8-410D-4A71-842F-3CF6B17C7559@macports.org>
Message-ID: <69FB6BDC-61A2-43B4-BBD1-B174B6F092DC@lawyer.com>

Hi,

I was just wondering how end users were meant to know which versions  
were obsolete/current? When I run "port outdated" it doesn't seem to  
take into account which ports are activated.

Also, I'm not sure if I have been updating ports correctly. For  
example, I ran "sudo port upgrade outdated" and, got the following  
message:
--->  Activating gtk2 2.14.3_2+x11
Error: Target org.macports.activate returned: Image error: /opt/local/ 
include/gail-1.0/gail/gailwidget.h is being used by the active gail  
port.  Please deactivate this port first, or use the -f flag to force  
the activation.

I then deactivated gail and activated gtk2. Should gail also be  
active, or can only one be active at the time? I attempted to  
reactivate it, but got a similar error message:
Error: port activate failed: Image error: /opt/local/include/gail-1.0/ 
gail/gailwidget.h is being used by the active gtk2 port.  Please  
deactivate this port first, or use the -f flag to force the activation.

Cheers.

On 5/10/2008, at 1:53 AM, Frank Schima wrote:

>
>
> On Oct 4, 2008, at 7:08 AM, Pete Crite wrote:
>
>> I also had issues with gtk2, gwenhywfar3, and aqbanking3 (although
>> either of the first two might be associated with non-gnucash
>> programs?). For all of these, I deactivated the port mentioned in the
>> error message, then installed the new port.
>>
>> For example, I got the error "Error: Activating aqbanking3 3.7.1_0
>> failed: Image error: /opt/local/bin/aqbanking-config is being used by
>> the active aqbanking port.  Please deactivate this port first, or use
>> the -f flag to force the activation." I then ran "sudo port  
>> deactivate
>> aqbanking" then "sudo port install aqbanking3."
>
> gwenhywfar3 and aqbanking3 are now obsolete and have been rolled  
> into gwenhywfar and aqbanking.
>
> I recommend the following:
>
> sudo port selfupdate
> sudo port -pf uninstall gwenhywfar3 aqbanking3 gwenhywfar aqbanking
> sudo port install gwenhywfar aqbanking
>
>
> Cheers!
> Frank
>
>


From benlight at mac.com  Sun Oct  5 02:00:07 2008
From: benlight at mac.com (Benedick Miller)
Date: Sun, 05 Oct 2008 19:00:07 +1000
Subject: Gnome won't install
In-Reply-To: <20081005021850.GH562@ninagal.withay.com>
References: <80EBE5A2-752F-42D2-8568-37F65C7BF707@mac.com>
	<0F4AC8C4-2764-4B0F-B842-2EB4C914F057@mac.com>
	<FC0DB70E-E667-4B52-A561-B0806722BF26@macports.org>
	<625449DD-1270-4016-B795-29A6A6E5EF5B@mac.com>
	<20081005021850.GH562@ninagal.withay.com>
Message-ID: <B82B478B-809A-4BC7-82D0-67D546B0CB3D@mac.com>

There is now a ticket running on this at:

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


From tmaurizio at alice.it  Sun Oct  5 02:12:11 2008
From: tmaurizio at alice.it (maurizio toncelli)
Date: Sun, 5 Oct 2008 11:12:11 +0200
Subject: problem with fontconfig
Message-ID: <43F60E7A-130E-41A9-BAF3-3EA53BA64424@alice.it>

I have a little problem with fontconfig, macport  don' t arrive to  
download it.
What I  can do?

Regards
Maurizio

From hypocrite at lawyer.com  Sun Oct  5 03:40:31 2008
From: hypocrite at lawyer.com (Pete Crite)
Date: Sun, 5 Oct 2008 21:40:31 +1100
Subject: ORBit/GConf problem
In-Reply-To: <7a665ffc0810040832w3a53af12t20b24652696c242d@mail.gmail.com>
References: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>
	<48E72D07.5030803@gmail.com>
	<720BF7AE-11FC-4333-8E56-5EBB98DFC821@lawyer.com>
	<7a665ffc0810040832w3a53af12t20b24652696c242d@mail.gmail.com>
Message-ID: <AACE5500-8B47-4EC4-83D5-0A7AF5606713@lawyer.com>

Done.

I'm not sure what you mean by "the file wasn't even there" and I'm not  
sure what problem you are trying to solve.

Also, I'm not getting the second problem, and I have gnome-desktop  
2.24.0 built fine, so I don't think that they are related.

Cheers.

On 5/10/2008, at 1:32 AM, Joel Thibault (MacPorts) wrote:

>
> Pete, would you mind opening a ticket on this?
>
> https://trac.macports.org/newticket
>
> I was planning to, because I'm having the same problem you are, but I
> think you've captured the specifics of it better than I could.
>
> I didn't see the dbus launchd message you did, and oddly I found the
> file wasn't even there!  Reinstalling dbus created the file but
> running the launchd command didn't do anything to solve this.
>
> I'm also sufferering from ( https://trac.macports.org/ticket/16720 )
> and I wonder if the two are connected.
>
> Joel
>
>
> On 10/4/08, Pete Crite hypocrite-at-lawyer.com |MacPorts|
> <1a8xk8735e0t at sneakemail.com> wrote:
>> Well, I ran "sudo port upgrade outdated" and *did* keep a record of
>> all the instructions.
>>
>> I followed the instructions for d-bus which were:
>> # A startup item has been generated that will aid in
>> # starting dbus with launchd. It is disabled
>> # by default. Execute the following command to start it,
>> # and to cause it to launch at startup:
>> #
>> # sudo launchctl load -w /Library/LaunchDaemons/ 
>> org.macports.dbus.plist
>>
>>
>> I also had issues with gtk2, gwenhywfar3, and aqbanking3 (although
>> either of the first two might be associated with non-gnucash
>> programs?). For all of these, I deactivated the port mentioned in the
>> error message, then installed the new port.
>>
>> For example, I got the error "Error: Activating aqbanking3 3.7.1_0
>> failed: Image error: /opt/local/bin/aqbanking-config is being used by
>> the active aqbanking port.  Please deactivate this port first, or use
>> the -f flag to force the activation." I then ran "sudo port  
>> deactivate
>> aqbanking" then "sudo port install aqbanking3."
>>
>> I don't think the ports are considered "installed" until you install
>> them fully. i.e. running "port outdated" will only say you are up to
>> date after you manually deactivate/install the ports. Hence, I think
>> the problem is unrelated to these installation "difficulties."
>>
>> Cheers.
>>
>>
>>
>> On 4/10/2008, at 6:44 PM, A. Osthoff wrote:
>>
>>>
>>> Pete Crite schrieb:
>>>
>>>> Hi, I've just updated GnuCash from 2.2.5_0 to 2.2.7_1 on MacPorts
>>>> (PPC), and am having some problems. I enquired at the GnuCash IRC
>>>> channel, and was told that it was probably a ORBit/GConf problem,  
>>>> and
>>>> to enquire here. Also, after lurking on IRC for c. 24 hours, two
>>>> other
>>>> people came in with the same problem, so I think this might be  
>>>> quite
>>>> common? This update also included gconf from 2.22.0_0 to 2.24.0_0  
>>>> and
>>>> orbit2 from 2.14.12_0 to 2.14.16_0.
>>>
>>> Well, I was one of the two probably. Yes, I encountered the same
>>> problem, but IMHO it is a problem with the configuration with d-bus.
>>> When I tried to upgrade gnucash with _sudo port upgrade gnucash_ I  
>>> ran
>>> into a host of problems. During the upgrade process of d-bus there  
>>> was
>>> mentioned the need to configure d-bus properly with launchd(?)  
>>> because
>>> of a conflict with X11. However, I did encounter other installation
>>> problems first with aqbanking primarily, so that I forgot to look  
>>> into
>>> that or to save the instructions in a notepad for that matter.
>>> Now, I got the same problem as you described ... ;(
>>>
>>> cheers,
>>>      achim
>>>
>>
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>>
>
>
> -- 
> Joel Thibault [AIM: Jole Tebo]
> Software Engineer in Boston
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


From pgijnxn02 at sneakemail.com  Sun Oct  5 06:14:39 2008
From: pgijnxn02 at sneakemail.com (Joel Thibault (MacPorts))
Date: Sun, 5 Oct 2008 09:14:39 -0400
Subject: ORBit/GConf problem
In-Reply-To: <AACE5500-8B47-4EC4-83D5-0A7AF5606713@lawyer.com>
References: <FD16C421-9880-438E-96A1-176DBCC28A0E@lawyer.com>
	<48E72D07.5030803@gmail.com>
	<720BF7AE-11FC-4333-8E56-5EBB98DFC821@lawyer.com>
	<7a665ffc0810040832w3a53af12t20b24652696c242d@mail.gmail.com>
	<AACE5500-8B47-4EC4-83D5-0A7AF5606713@lawyer.com>
Message-ID: <7a665ffc0810050614u46d3893fv58e27b9dfdcf7ad8@mail.gmail.com>

Sorry.  I was referring to the line

sudo launchctl load -w /Library/LaunchDaemons/org.macports.dbus.plist

Somehow I had installed dbus without it installing that file.  When I
reinstalled dbus that file was created.  My hope was that this would
somehow solve the orbit/gconf problem for me but that wasn't the case.

Good to know about gnome-desktop, thanks.


On 10/5/08, Pete Crite hypocrite-at-lawyer.com |MacPorts|
<1a8xk8735e0t at sneakemail.com> wrote:
> Done.
>
>  I'm not sure what you mean by "the file wasn't even there" and I'm not sure
> what problem you are trying to solve.
>
>  Also, I'm not getting the second problem, and I have gnome-desktop 2.24.0
> built fine, so I don't think that they are related.
>
>  Cheers.
>
>
>  On 5/10/2008, at 1:32 AM, Joel Thibault (MacPorts) wrote:
>
>
> >
> > Pete, would you mind opening a ticket on this?
> >
> > https://trac.macports.org/newticket
> >
> > I was planning to, because I'm having the same problem you are, but I
> > think you've captured the specifics of it better than I could.
> >
> > I didn't see the dbus launchd message you did, and oddly I found the
> > file wasn't even there!  Reinstalling dbus created the file but
> > running the launchd command didn't do anything to solve this.
> >
> > I'm also sufferering from (
> https://trac.macports.org/ticket/16720 )
> > and I wonder if the two are connected.
> >
> > Joel
> >
> >
> > On 10/4/08, Pete Crite hypocrite-at-lawyer.com |MacPorts|
> > <1a8xk8735e0t at sneakemail.com> wrote:
> >
> > > Well, I ran "sudo port upgrade outdated" and *did* keep a record of
> > > all the instructions.
> > >
> > > I followed the instructions for d-bus which were:
> > > # A startup item has been generated that will aid in
> > > # starting dbus with launchd. It is disabled
> > > # by default. Execute the following command to start it,
> > > # and to cause it to launch at startup:
> > > #
> > > # sudo launchctl load -w
> /Library/LaunchDaemons/org.macports.dbus.plist
> > >
> > >
> > > I also had issues with gtk2, gwenhywfar3, and aqbanking3 (although
> > > either of the first two might be associated with non-gnucash
> > > programs?). For all of these, I deactivated the port mentioned in the
> > > error message, then installed the new port.
> > >
> > > For example, I got the error "Error: Activating aqbanking3 3.7.1_0
> > > failed: Image error: /opt/local/bin/aqbanking-config is
> being used by
> > > the active aqbanking port.  Please deactivate this port first, or use
> > > the -f flag to force the activation." I then ran "sudo port deactivate
> > > aqbanking" then "sudo port install aqbanking3."
> > >
> > > I don't think the ports are considered "installed" until you install
> > > them fully. i.e. running "port outdated" will only say you are up to
> > > date after you manually deactivate/install the ports. Hence, I think
> > > the problem is unrelated to these installation "difficulties."
> > >
> > > Cheers.
> > >
> > >
> > >
> > > On 4/10/2008, at 6:44 PM, A. Osthoff wrote:
> > >
> > >
> > > >
> > > > Pete Crite schrieb:
> > > >
> > > >
> > > > > Hi, I've just updated GnuCash from 2.2.5_0 to 2.2.7_1 on MacPorts
> > > > > (PPC), and am having some problems. I enquired at the GnuCash IRC
> > > > > channel, and was told that it was probably a ORBit/GConf problem,
> and
> > > > > to enquire here. Also, after lurking on IRC for c. 24 hours, two
> > > > > other
> > > > > people came in with the same problem, so I think this might be quite
> > > > > common? This update also included gconf from 2.22.0_0 to 2.24.0_0
> and
> > > > > orbit2 from 2.14.12_0 to 2.14.16_0.
> > > > >
> > > >
> > > > Well, I was one of the two probably. Yes, I encountered the same
> > > > problem, but IMHO it is a problem with the configuration with d-bus.
> > > > When I tried to upgrade gnucash with _sudo port upgrade gnucash_ I ran
> > > > into a host of problems. During the upgrade process of d-bus there was
> > > > mentioned the need to configure d-bus properly with launchd(?) because
> > > > of a conflict with X11. However, I did encounter other installation
> > > > problems first with aqbanking primarily, so that I forgot to look into
> > > > that or to save the instructions in a notepad for that matter.
> > > > Now, I got the same problem as you described ... ;(
> > > >
> > > > cheers,
> > > >     achim
> > > >
> > > >
> > >
> > > _______________________________________________
> > > macports-users mailing list
> > > macports-users at lists.macosforge.org
> > >
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
> > >
> > >
> >
> >
> > --
> > Joel Thibault [AIM: Jole Tebo]
> > Software Engineer in Boston
> > _______________________________________________
> > macports-users mailing list
> > macports-users at lists.macosforge.org
> >
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
> >
> >
>
>


-- 
Joel Thibault [AIM: Jole Tebo]
Software Engineer in Boston

From landonf at macports.org  Sun Oct  5 12:18:03 2008
From: landonf at macports.org (Landon Fuller)
Date: Sun, 5 Oct 2008 12:18:03 -0700
Subject: Port for python26: batteries not included (or available)?
In-Reply-To: <48E77F1E.6020004@macports.org>
References: <e97e83a30810040650ya35e241v6c28fa5833b7d927@mail.gmail.com>
	<e97e83a30810040720k5a5d3ff9uc518320966737f19@mail.gmail.com>
	<48E77F1E.6020004@macports.org>
Message-ID: <CC92110C-5EC0-4D9A-94CD-41D8514B13D8@macports.org>


On Oct 4, 2008, at 7:35 AM, Rainer M?ller wrote:

> It's just too early to request py26-* ports. There is a pending patch
> from jmr to unify the python module ports and reduce the mess we  
> created
> with py-* and py25-*.
>
> http://trac.macports.org/ticket/16723
>
> Before we go on creating py26-* ports this patch should be considered.

Won't the use of variants to select between 2.4, 2.5, and 3.0 in the  
same port result in an inability to install the same Python module for  
more than one version of Python?

-landonf

From rswwalker at gmail.com  Sun Oct  5 12:35:21 2008
From: rswwalker at gmail.com (Ross Walker)
Date: Sun, 5 Oct 2008 15:35:21 -0400
Subject: Sane backends wrong checksum?
In-Reply-To: <1B567A0C-FA53-4B14-85C0-4F10BB1C721E@macports.org>
References: <C9DE593D-74B0-4892-961E-834D8B3B4F38@gmail.com>
	<1B567A0C-FA53-4B14-85C0-4F10BB1C721E@macports.org>
Message-ID: <4F4E2D91-AD65-4142-99DB-15D958988731@gmail.com>

On Oct 4, 2008, at 8:14 PM, Ryan Schmidt wrote:

> On Oct 4, 2008, at 00:13, Ross Walker wrote:
>
>> I've been getting checksum errors on the sane-backends and cleaning
>> out the workdir doesn't seem to fix it.
>>
>> Is the checksum in the portfile current?
>>
>> --->  Verifying checksum(s) for sane-backends
>> Error: Checksum (md5) mismatch for sane-backends-1.0.19.tar.gz
>> Error: Checksum (sha1) mismatch for sane-backends-1.0.19.tar.gz
>> Error: Checksum (rmd160) mismatch for sane-backends-1.0.19.tar.gz
>> Error: Target org.macports.checksum returned: Unable to verify file
>> checksums
>> Error: Unable to upgrade port: 1
>> rivendell:~ root# port clean --work sane-backends
>> --->  Cleaning sane-backends
>> rivendell:~ root# port upgrade outdated
>> --->  Fetching sane-backends
>> --->  Verifying checksum(s) for sane-backends
>> Error: Checksum (md5) mismatch for sane-backends-1.0.19.tar.gz
>> Error: Checksum (sha1) mismatch for sane-backends-1.0.19.tar.gz
>> Error: Checksum (rmd160) mismatch for sane-backends-1.0.19.tar.gz
>> Error: Target org.macports.checksum returned: Unable to verify file
>> checksums
>> Error: Unable to upgrade port: 1
>> rivendell:~ root#
>
> Cleaning the work directory is insufficient because the distfile is  
> not stored in the work directory. It's stored in the distpath. You  
> need to "port clean --all sane-backends" to remove both the work  
> directory and the distpath. This is documented in the FAQ on  
> checksum errors:
>
> http://trac.macports.org/wiki/ 
> FAQ#IgetError:checksummd5sha1rmd160mismatchforport.WhatcanIdoaboutit
>
> It works fine for me, so hopefully you just got a bad download and  
> cleaning will let you download it again. If not, please show us  
> which server it downloaded the file from; the port defines several  
> possible download locations.
>

Doh! That did it, thanks.

For some reason I seem to get bit by bad checksums more with the sane  
packages then any other.

-Ross


From 0x62_0x6c_0x62 at pobox.com  Sun Oct  5 12:54:16 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Sun, 5 Oct 2008 13:54:16 -0600
Subject: problem with fontconfig
In-Reply-To: <43F60E7A-130E-41A9-BAF3-3EA53BA64424@alice.it>
References: <43F60E7A-130E-41A9-BAF3-3EA53BA64424@alice.it>
Message-ID: <20081005195416.GD511@ninagal.withay.com>

On Sun, Oct 05, 2008 at 11:12:11AM +0200, maurizio toncelli said:
> I have a little problem with fontconfig, macport  don' t arrive to  
> download it.
> What I  can do?

Perhaps the server was unavailable when you tried, it just downloaded fine
here.  Otherwise, do you need to use a proxy to download over HTTP?

Bryan


> 
> Regards
> Maurizio

From frstan at bellsouth.net  Sun Oct  5 14:44:39 2008
From: frstan at bellsouth.net (William Davis)
Date: Sun, 5 Oct 2008 17:44:39 -0400
Subject: port gedit needs update (seemingly)
Message-ID: <62456620-0FF6-41E0-954B-7303322D9C7E@bellsouth.net>

runtime error gedit
macintosh:~ frstan$ gedit
dyld: Library not loaded: /opt/local/lib/libffi-2.1.dylib
   Referenced from: /opt/local/bin/gedit
   Reason: image not found
Trace/BPT trap
macintosh:~ frstan$ port list libffi
libffi                         @3.0.6          devel/libffi

macintosh:~ frstan$ port installed gedit
The following ports are currently installed:
   gedit @2.22.1_0 (active)
macintosh:~ frstan$ port installed libffi
The following ports are currently installed:
   libffi @3.0.6_0 (active)



William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From raimue at macports.org  Sun Oct  5 16:46:42 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Mon, 06 Oct 2008 01:46:42 +0200
Subject: port gedit needs update (seemingly)
In-Reply-To: <62456620-0FF6-41E0-954B-7303322D9C7E@bellsouth.net>
References: <62456620-0FF6-41E0-954B-7303322D9C7E@bellsouth.net>
Message-ID: <48E951E2.9040603@macports.org>

William Davis wrote:
> runtime error gedit
> macintosh:~ frstan$ gedit
> dyld: Library not loaded: /opt/local/lib/libffi-2.1.dylib
>    Referenced from: /opt/local/bin/gedit
>    Reason: image not found
> Trace/BPT trap
> macintosh:~ frstan$ port list libffi
> libffi                         @3.0.6          devel/libffi
> 
> macintosh:~ frstan$ port installed gedit
> The following ports are currently installed:
>    gedit @2.22.1_0 (active)
> macintosh:~ frstan$ port installed libffi
> The following ports are currently installed:
>    libffi @3.0.6_0 (active)

Probably you updated libffi after installing gedit. Try rebuilding
gedit, that should fix the problem.

$ sudo port -fun upgrade gedit

Rainer


From david.rowe at freeuk.com  Sun Oct  5 16:52:10 2008
From: david.rowe at freeuk.com (David Rowe)
Date: Mon, 06 Oct 2008 00:52:10 +0100
Subject: Updated Gnucash doesn't handle preferences
Message-ID: <48E9532A.7060208@freeuk.com>

I have been using Gnucash 2.2.x for a while now with few problems.

However after a recent set of updates, the new 2.2.7 is not working 
properly:

On starting, Gnucash opens a message box saying:
"An error occurred while loading or saving configuration information for 
gnucash. Some of your configuration settings may not work properly" This 
box won't go away while Gnucash is running.

It also opens another  message box saying:
"Cannot find default values.
The configuration data used to specify default values for Gnucash cannot 
be found in the default system locations. . . . Do you wish to set up 
the configuration data?"

You can the follow a dialogue that is trying to set up configuration 
data - but it doesn't work and I will get the same messages next time I 
run Gnucash.

Gnucash does eventually run but you can't change any of the preferences.

I suspect that the problem is not in Gnucash itself but in the 
dependencies that were also updated about a week ago. I tried 
deactivating Gnucash 2.2.7 and reactivating 2.2.5 - which used to work 
OK. However 2.2.5 now shows exactly the same problems.

I note the recent discussions about gnucash, aqbanking and gwenhywfar, 
so for the record my current configuration for these is:

"bash-3.2# port installed aqbanking aqbanking3 gwenhywfar gwenhywfar3 
gnucash
The following ports are currently installed:
  aqbanking @2.3.3_0
  aqbanking @3.7.2_0 (active)
  aqbanking3 @3.7.1_0
  gwenhywfar @2.5.3_0
  gwenhywfar @3.4.1_0 (active)
  gwenhywfar3 @3.4.1_0
  gnucash @2.2.5_0
  gnucash @2.2.5_1
  gnucash @2.2.7_0
  gnucash @2.2.7_1
  gnucash @2.2.7_2 (active)
"

Does anyone have any suggestions on how to fix this problem?

David Rowe







From ryandesign at macports.org  Sun Oct  5 19:03:11 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 5 Oct 2008 21:03:11 -0500
Subject: Port for python26: batteries not included (or available)?
In-Reply-To: <CC92110C-5EC0-4D9A-94CD-41D8514B13D8@macports.org>
References: <e97e83a30810040650ya35e241v6c28fa5833b7d927@mail.gmail.com>
	<e97e83a30810040720k5a5d3ff9uc518320966737f19@mail.gmail.com>
	<48E77F1E.6020004@macports.org>
	<CC92110C-5EC0-4D9A-94CD-41D8514B13D8@macports.org>
Message-ID: <50599A69-D856-4A28-83CA-5A7D45C0289C@macports.org>


On Oct 5, 2008, at 14:18, Landon Fuller wrote:

> On Oct 4, 2008, at 7:35 AM, Rainer M?ller wrote:
>
>> It's just too early to request py26-* ports. There is a pending patch
>> from jmr to unify the python module ports and reduce the mess we
>> created
>> with py-* and py25-*.
>>
>> http://trac.macports.org/ticket/16723
>>
>> Before we go on creating py26-* ports this patch should be  
>> considered.
>
> Won't the use of variants to select between 2.4, 2.5, and 3.0 in the
> same port result in an inability to install the same Python module for
> more than one version of Python?

The description of the above ticket says:

"Here is a portgroup that should be able to replace the current  
python25 and python24 groups, and can install for any combination of  
the available python versions at once via variants."

So it sounds like e.g. the +python24 and +python25 variants would not  
conflict with one another, would not be mutually exclusive.


From landonf at macports.org  Sun Oct  5 19:10:18 2008
From: landonf at macports.org (Landon Fuller)
Date: Sun, 5 Oct 2008 19:10:18 -0700
Subject: Port for python26: batteries not included (or available)?
In-Reply-To: <50599A69-D856-4A28-83CA-5A7D45C0289C@macports.org>
References: <e97e83a30810040650ya35e241v6c28fa5833b7d927@mail.gmail.com>
	<e97e83a30810040720k5a5d3ff9uc518320966737f19@mail.gmail.com>
	<48E77F1E.6020004@macports.org>
	<CC92110C-5EC0-4D9A-94CD-41D8514B13D8@macports.org>
	<50599A69-D856-4A28-83CA-5A7D45C0289C@macports.org>
Message-ID: <D35A2651-0AE8-4CB4-BF12-D16465F4D153@macports.org>


On Oct 5, 2008, at 7:03 PM, Ryan Schmidt wrote:

>
> On Oct 5, 2008, at 14:18, Landon Fuller wrote:
>
>> On Oct 4, 2008, at 7:35 AM, Rainer M?ller wrote:
>>
>>> It's just too early to request py26-* ports. There is a pending  
>>> patch
>>> from jmr to unify the python module ports and reduce the mess we
>>> created
>>> with py-* and py25-*.
>>>
>>> http://trac.macports.org/ticket/16723
>>>
>>> Before we go on creating py26-* ports this patch should be  
>>> considered.
>>
>> Won't the use of variants to select between 2.4, 2.5, and 3.0 in the
>> same port result in an inability to install the same Python module  
>> for
>> more than one version of Python?
>
> The description of the above ticket says:
>
> "Here is a portgroup that should be able to replace the current  
> python25 and python24 groups, and can install for any combination of  
> the available python versions at once via variants."
>
> So it sounds like e.g. the +python24 and +python25 variants would  
> not conflict with one another, would not be mutually exclusive.

But two installed ports with the same name (but different variants)  
will conflict. The the port group would also need to change the port's  
name based on the selected python variant , but that  would wreak  
havoc with indexing, etc.

-landonf

From ryandesign at macports.org  Sun Oct  5 20:23:42 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 5 Oct 2008 22:23:42 -0500
Subject: Port for python26: batteries not included (or available)?
In-Reply-To: <D35A2651-0AE8-4CB4-BF12-D16465F4D153@macports.org>
References: <e97e83a30810040650ya35e241v6c28fa5833b7d927@mail.gmail.com>
	<e97e83a30810040720k5a5d3ff9uc518320966737f19@mail.gmail.com>
	<48E77F1E.6020004@macports.org>
	<CC92110C-5EC0-4D9A-94CD-41D8514B13D8@macports.org>
	<50599A69-D856-4A28-83CA-5A7D45C0289C@macports.org>
	<D35A2651-0AE8-4CB4-BF12-D16465F4D153@macports.org>
Message-ID: <AE8887D6-7126-4C11-AA8F-058DD9BC4581@macports.org>

On Oct 5, 2008, at 21:10, Landon Fuller wrote:

> On Oct 5, 2008, at 7:03 PM, Ryan Schmidt wrote:
>
>> On Oct 5, 2008, at 14:18, Landon Fuller wrote:
>>
>>> On Oct 4, 2008, at 7:35 AM, Rainer M?ller wrote:
>>>
>>>> It's just too early to request py26-* ports. There is a pending  
>>>> patch
>>>> from jmr to unify the python module ports and reduce the mess we
>>>> created
>>>> with py-* and py25-*.
>>>>
>>>> http://trac.macports.org/ticket/16723
>>>>
>>>> Before we go on creating py26-* ports this patch should be  
>>>> considered.
>>>
>>> Won't the use of variants to select between 2.4, 2.5, and 3.0 in the
>>> same port result in an inability to install the same Python  
>>> module for
>>> more than one version of Python?
>>
>> The description of the above ticket says:
>>
>> "Here is a portgroup that should be able to replace the current  
>> python25 and python24 groups, and can install for any combination  
>> of the available python versions at once via variants."
>>
>> So it sounds like e.g. the +python24 and +python25 variants would  
>> not conflict with one another, would not be mutually exclusive.
>
> But two installed ports with the same name (but different variants)  
> will conflict. The the port group would also need to change the  
> port's name based on the selected python variant , but that  would  
> wreak havoc with indexing, etc.

As I understood it, the port name wouldn't change; rather, if you  
want to have e.g. setuptools installed for python 2.4, 2.5, and 2.6,  
you would

sudo port install py-setuptools +python24 +python25 +python26

Assuming I've got that right, what's not clear to me is what you are  
meant to do if you have installed that and then later decide you want  
to also support python 3.0. We don't have a command to reinstall a  
port with an added variant (right?) so I guess you would have to  
uninstall py-setuptools +python24 +python25 +python26 and then  
install py-setuptools +python24 +python25 +python26 +python30. Repeat  
for all installed python ports, which would be a chore. And are we  
sure that all python ports work with all versions of python? What  
happens if they don't?



From hypocrite at lawyer.com  Sun Oct  5 22:11:18 2008
From: hypocrite at lawyer.com (Pete Crite)
Date: Mon, 6 Oct 2008 16:11:18 +1100
Subject: Updated Gnucash doesn't handle preferences
In-Reply-To: <48E9532A.7060208@freeuk.com>
References: <48E9532A.7060208@freeuk.com>
Message-ID: <AD2AC454-7880-4CBF-A4F6-2AB2C0EC3580@lawyer.com>

Hi,

I opened up a ticket for this yesterday, but good to know other people  
have got the same problem: http://trac.macports.org/ticket/16755

You might notice the last post says: "Here the problem disappears  
after deactivating gconf @2.24.0_0 and reactivating gconf @2.22.0_0.  
So, I suppose the bug is in gconf @2.24.0_0."
Unfortunately, I've gone and deleted my old installation already, and  
it appears it's a little complicated to activate old versions of  
ports, unless they're already installed. If you can confirm that the  
bug is in gconf @2.24.0_0, I'm sure that'd be useful.

I was going to post to http://bugzilla.gnome.org/ as well, as that's  
where the gconf page says to post, however I just saw this:
http://bugzilla.gnome.org/show_bug.cgi?id=425060

I'm not sure if this is related? Some of the posts are over a year  
ago. I'm a bit too terminal-phobic to attempt the workaround, but if  
it works for anyone, please let me know.

Cheers.


On 6/10/2008, at 10:52 AM, David Rowe wrote:

>
> I have been using Gnucash 2.2.x for a while now with few problems.
>
> However after a recent set of updates, the new 2.2.7 is not working
> properly:
>
> On starting, Gnucash opens a message box saying:
> "An error occurred while loading or saving configuration information  
> for
> gnucash. Some of your configuration settings may not work properly"  
> This
> box won't go away while Gnucash is running.
>
> It also opens another  message box saying:
> "Cannot find default values.
> The configuration data used to specify default values for Gnucash  
> cannot
> be found in the default system locations. . . . Do you wish to set up
> the configuration data?"
>
> You can the follow a dialogue that is trying to set up configuration
> data - but it doesn't work and I will get the same messages next  
> time I
> run Gnucash.
>
> Gnucash does eventually run but you can't change any of the  
> preferences.
>
> I suspect that the problem is not in Gnucash itself but in the
> dependencies that were also updated about a week ago. I tried
> deactivating Gnucash 2.2.7 and reactivating 2.2.5 - which used to work
> OK. However 2.2.5 now shows exactly the same problems.
>
> I note the recent discussions about gnucash, aqbanking and gwenhywfar,
> so for the record my current configuration for these is:
>
> "bash-3.2# port installed aqbanking aqbanking3 gwenhywfar gwenhywfar3
> gnucash
> The following ports are currently installed:
>  aqbanking @2.3.3_0
>  aqbanking @3.7.2_0 (active)
>  aqbanking3 @3.7.1_0
>  gwenhywfar @2.5.3_0
>  gwenhywfar @3.4.1_0 (active)
>  gwenhywfar3 @3.4.1_0
>  gnucash @2.2.5_0
>  gnucash @2.2.5_1
>  gnucash @2.2.7_0
>  gnucash @2.2.7_1
>  gnucash @2.2.7_2 (active)
> "
>
> Does anyone have any suggestions on how to fix this problem?
>
> David Rowe
>
>
>
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


From akiabo at googlemail.com  Sun Oct  5 23:11:48 2008
From: akiabo at googlemail.com (A. Osthoff)
Date: Mon, 06 Oct 2008 08:11:48 +0200
Subject: Updated Gnucash doesn't handle preferences
In-Reply-To: <AD2AC454-7880-4CBF-A4F6-2AB2C0EC3580@lawyer.com>
References: <48E9532A.7060208@freeuk.com>
	<AD2AC454-7880-4CBF-A4F6-2AB2C0EC3580@lawyer.com>
Message-ID: <48E9AC24.5050801@gmail.com>

Pete Crite schrieb:

Hi Pete,

> I opened up a ticket for this yesterday, but good to know other people  
> have got the same problem: http://trac.macports.org/ticket/16755
> 
> You might notice the last post says: "Here the problem disappears  
> after deactivating gconf @2.24.0_0 and reactivating gconf @2.22.0_0.  
> So, I suppose the bug is in gconf @2.24.0_0."
> Unfortunately, I've gone and deleted my old installation already, and  
> it appears it's a little complicated to activate old versions of  
> ports, unless they're already installed. If you can confirm that the  
> bug is in gconf @2.24.0_0, I'm sure that'd be useful.

Thanks for the pointer and yes, I am able to confirm this. I deactivated
version 2.24.0_0 of gconf and activated 2.22.0_0 and voila, Gnucash
starts now without a hitch.

cheers,
	achim

From ryandesign at macports.org  Mon Oct  6 00:02:49 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Oct 2008 02:02:49 -0500
Subject: Updated Gnucash doesn't handle preferences
In-Reply-To: <48E9AC24.5050801@gmail.com>
References: <48E9532A.7060208@freeuk.com>
	<AD2AC454-7880-4CBF-A4F6-2AB2C0EC3580@lawyer.com>
	<48E9AC24.5050801@gmail.com>
Message-ID: <BD8D0AED-C442-4082-A428-66E70AB2FE20@macports.org>


On Oct 6, 2008, at 01:11, A. Osthoff wrote:

>> You might notice the last post says: "Here the problem disappears
>> after deactivating gconf @2.24.0_0 and reactivating gconf @2.22.0_0.
>> So, I suppose the bug is in gconf @2.24.0_0."
>> Unfortunately, I've gone and deleted my old installation already, and
>> it appears it's a little complicated to activate old versions of
>> ports, unless they're already installed. If you can confirm that the
>> bug is in gconf @2.24.0_0, I'm sure that'd be useful.
>
> Thanks for the pointer and yes, I am able to confirm this. I  
> deactivated
> version 2.24.0_0 of gconf and activated 2.22.0_0 and voila, Gnucash
> starts now without a hitch.

Yes, it is a little complicated to install older versions of ports,  
but it is fully documented in the How-To's:

http://trac.macports.org/wiki/howto/InstallingOlderPort



From hypocrite at lawyer.com  Mon Oct  6 01:02:38 2008
From: hypocrite at lawyer.com (Pete Crite)
Date: Mon, 6 Oct 2008 19:02:38 +1100
Subject: Updated Gnucash doesn't handle preferences
In-Reply-To: <BD8D0AED-C442-4082-A428-66E70AB2FE20@macports.org>
References: <48E9532A.7060208@freeuk.com>
	<AD2AC454-7880-4CBF-A4F6-2AB2C0EC3580@lawyer.com>
	<48E9AC24.5050801@gmail.com>
	<BD8D0AED-C442-4082-A428-66E70AB2FE20@macports.org>
Message-ID: <83CB97A8-2B5C-4156-9790-C9FC27C316FF@lawyer.com>

Thanks Ryan. I must have been looking at some different instructions  
that Google picked up. The wiki instructions are excellent: very clear  
and simple.

I can now also confirm that moving from gconf @2.24.0_0 back to  gconf  
@2.22.0_0 solves the problem. I've opened a ticket at http://bugzilla.gnome.org/show_bug.cgi?id=555187 
  , but left the macports one, just in case the bug is actually  
unrelated to gconf.

Cheers.

On 6/10/2008, at 6:02 PM, Ryan Schmidt wrote:

>
>
> On Oct 6, 2008, at 01:11, A. Osthoff wrote:
>
>>> You might notice the last post says: "Here the problem disappears
>>> after deactivating gconf @2.24.0_0 and reactivating gconf @2.22.0_0.
>>> So, I suppose the bug is in gconf @2.24.0_0."
>>> Unfortunately, I've gone and deleted my old installation already,  
>>> and
>>> it appears it's a little complicated to activate old versions of
>>> ports, unless they're already installed. If you can confirm that the
>>> bug is in gconf @2.24.0_0, I'm sure that'd be useful.
>>
>> Thanks for the pointer and yes, I am able to confirm this. I  
>> deactivated
>> version 2.24.0_0 of gconf and activated 2.22.0_0 and voila, Gnucash
>> starts now without a hitch.
>
> Yes, it is a little complicated to install older versions of ports,  
> but it is fully documented in the How-To's:
>
> http://trac.macports.org/wiki/howto/InstallingOlderPort
>
>
>


From lists at simonwheatley.co.uk  Mon Oct  6 06:23:26 2008
From: lists at simonwheatley.co.uk (Simon Wheatley)
Date: Mon, 6 Oct 2008 14:23:26 +0100
Subject: Freetype bug #15909
Message-ID: <77c8b7bf0810060623l1a61a647wc17cffcbe0b9978d@mail.gmail.com>

Hi,

Re: https://trac.macports.org/ticket/15909

Is it possible to specify custom build arguments when installing a
port? I'm hoping to work around this bug somehow.

S

?

From watts at imem.cnr.it  Mon Oct  6 08:35:06 2008
From: watts at imem.cnr.it (Bernard Watts)
Date: Mon, 6 Oct 2008 17:35:06 +0200
Subject: Gnome won't install
Message-ID: <3E95BC31-BCE9-4940-BA73-F5BAE02F9569@imem.cnr.it>

I've just installed Gwyddion on a Power PC macos x 10.4.11and some of  
my experiences (for neophytes only)

Xcode isn't necessarily installed it needs unpacking
It needs to be a sufficiently updated version of Xcode. I used  
version 2.4.1. Yes sign into the apple developers to get to the  
download and then install.

type "export PATH=$PATH:/opt/local/bin" if you get "sudo port command  
not found"
Follow the instructions

sudo port selfupdate
sudo port install gwyddion

take the rest of the day off for it to install

The key for me was having an updated version of Xcode compatible with  
the OS



Bernard Watts MA D.Phil

**##NOTE. My TELEPHONE NUMBER HAS Changed to (+39) 0521 269207 **##


?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081006/8652741f/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Dr. Bernard Watts.vcf
Type: text/directory
Size: 66210 bytes
Desc: not available
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081006/8652741f/attachment.bin 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081006/8652741f/attachment-0001.html 

From macsforever2000 at macports.org  Mon Oct  6 10:14:29 2008
From: macsforever2000 at macports.org (Frank Schima)
Date: Mon, 6 Oct 2008 11:14:29 -0600
Subject: Gnome won't install
In-Reply-To: <3E95BC31-BCE9-4940-BA73-F5BAE02F9569@imem.cnr.it>
References: <3E95BC31-BCE9-4940-BA73-F5BAE02F9569@imem.cnr.it>
Message-ID: <0EDBB856-8EEE-4D3E-ACF7-44C6F9E9FD43@macports.org>


On Oct 6, 2008, at 9:35 AM, Bernard Watts wrote:

> I've just installed Gwyddion on a Power PC macos x 10.4.11and some  
> of my experiences (for neophytes only)
>
> Xcode isn't necessarily installed it needs unpacking
> It needs to be a sufficiently updated version of Xcode. I used  
> version 2.4.1. Yes sign into the apple developers to get to the  
> download and then install.
>
> type "export PATH=$PATH:/opt/local/bin" if you get "sudo port  
> command not found"
> Follow the instructions

This is not quite right. Please see the problem hotlist [1] to solve  
this problem permanently. This is also noted in the Install Guide [2].

> sudo port selfupdate
> sudo port install gwyddion
>
> take the rest of the day off for it to install
>
> The key for me was having an updated version of Xcode compatible  
> with the OS

This is also noted in the Install Guide [2].


[1] <http://trac.macports.org/wiki/ProblemHotlist#a.profilenotsetup>
[2] <http://trac.macports.org/wiki/InstallingMacPorts>


Cheers!
Frank


From frstan at bellsouth.net  Mon Oct  6 10:41:18 2008
From: frstan at bellsouth.net (William Davis)
Date: Mon, 6 Oct 2008 13:41:18 -0400
Subject: Gnome won't install
In-Reply-To: <0EDBB856-8EEE-4D3E-ACF7-44C6F9E9FD43@macports.org>
References: <3E95BC31-BCE9-4940-BA73-F5BAE02F9569@imem.cnr.it>
	<0EDBB856-8EEE-4D3E-ACF7-44C6F9E9FD43@macports.org>
Message-ID: <7E2CDFE0-6318-4BDA-85F6-D609B4AE38FD@bellsouth.net>


On Oct 6, 2008, at 1:14 PM, Frank Schima wrote:

>
> On Oct 6, 2008, at 9:35 AM, Bernard Watts wrote:
>
>> I've just installed Gwyddion on a Power PC macos x 10.4.11and some
>> of my experiences (for neophytes only)
>>
>> Xcode isn't necessarily installed it needs unpacking
>> It needs to be a sufficiently updated version of Xcode. I used
>> version 2.4.1. Yes sign into the apple developers to get to the
>> download and then install.
>>
>> type "export PATH=$PATH:/opt/local/bin" if you get "sudo port
>> command not found"
>> Follow the instructions
>
> This is not quite right. Please see the problem hotlist [1] to solve
> this problem permanently. This is also noted in the Install Guide [2].
> Cheers!
> Frank


Pardon me for speaking frankly but! "to solve this problem  
permanently" will take an updated version of port with the bug fix in  
place. This situation has gone on for many months now and I can NOT  
understand why version 1.61 of port has not been released fixing this  
path problem.


William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From dluke at geeklair.net  Mon Oct  6 11:13:51 2008
From: dluke at geeklair.net (Daniel J. Luke)
Date: Mon, 6 Oct 2008 14:13:51 -0400
Subject: Gnome won't install
In-Reply-To: <7E2CDFE0-6318-4BDA-85F6-D609B4AE38FD@bellsouth.net>
References: <3E95BC31-BCE9-4940-BA73-F5BAE02F9569@imem.cnr.it>
	<0EDBB856-8EEE-4D3E-ACF7-44C6F9E9FD43@macports.org>
	<7E2CDFE0-6318-4BDA-85F6-D609B4AE38FD@bellsouth.net>
Message-ID: <C8D8DA25-06F6-42D7-B3AC-89790830D63D@geeklair.net>

On Oct 6, 2008, at 1:41 PM, William Davis wrote:
> Pardon me for speaking frankly but! "to solve this problem
> permanently" will take an updated version of port with the bug fix in
> place. This situation has gone on for many months now and I can NOT
> understand why version 1.61 of port has not been released fixing this
> path problem.


You volunteering to be the new release manager? ;-)
--
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.          |
+========================================================+



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081006/c3823d7d/attachment.bin 

From brian at newmedio.com  Mon Oct  6 11:27:06 2008
From: brian at newmedio.com (Brian Dunn)
Date: Mon, 6 Oct 2008 13:27:06 -0500
Subject: dylib wowes after OS upgrade
Message-ID: <757BCCA3-20CF-4836-AEC8-142AA862CB15@newmedio.com>

just upgraded osx from 10.4 to 10.5, and I'm getting lots of dylib  
problems.

for example:
$ /opt/local/bin/ssh
dyld: Library not loaded: /opt/local/lib/libkafs.0.dylib
   Referenced from: /opt/local/bin/ssh
   Reason: image not found
Trace/BPT trap

and:

$port install subversion
:
:
grep: /opt/local/lib/libgssapi.la: No such file or directory
sed: /opt/local/lib/libgssapi.la: No such file or directory
libtool: link: `/opt/local/lib/libgssapi.la' is not a valid libtool  
archive

I think that second one is due to problems with linking to the new  
system kerberos. anyone know how to fix this mess? any one had success  
doing an OS upgrade and fixing their ports dylibs?
am i sol and just have to do a clean install?

From dluke at geeklair.net  Mon Oct  6 11:39:29 2008
From: dluke at geeklair.net (Daniel J. Luke)
Date: Mon, 6 Oct 2008 14:39:29 -0400
Subject: dylib wowes after OS upgrade
In-Reply-To: <757BCCA3-20CF-4836-AEC8-142AA862CB15@newmedio.com>
References: <757BCCA3-20CF-4836-AEC8-142AA862CB15@newmedio.com>
Message-ID: <2A008CE7-C405-4855-A80A-8139B36AD992@geeklair.net>

On Oct 6, 2008, at 2:27 PM, Brian Dunn wrote:
> just upgraded osx from 10.4 to 10.5, and I'm getting lots of dylib
> problems.
>
> for example:
> $ /opt/local/bin/ssh
> dyld: Library not loaded: /opt/local/lib/libkafs.0.dylib
>   Referenced from: /opt/local/bin/ssh
>   Reason: image not found
> Trace/BPT trap

so ... is there a file at /opt/local/lib/libkafs.0.dylib ?

> and:
>
> $port install subversion
> :
> :
> grep: /opt/local/lib/libgssapi.la: No such file or directory
> sed: /opt/local/lib/libgssapi.la: No such file or directory
> libtool: link: `/opt/local/lib/libgssapi.la' is not a valid libtool
> archive
>
> I think that second one is due to problems with linking to the new
> system kerberos.

Well, it looks like it's trying to link to a macports kerberos, but  
the macports kerberos you have installed is broken somehow. I think  
you probably had an older install of the macports kerberos anyway,  
because it was renamed so that subversion wouldn't pick it up  
automatically (among other reasons).

> anyone know how to fix this mess? any one had success
> doing an OS upgrade and fixing their ports dylibs?
> am i sol and just have to do a clean install?


Since some ports do different things based on which Mac OS major  
version they are installed on, it's probably best to either start over  
or uninstall/clean/reinstall your ports (don't upgrade them, as then  
you'll get the old platform variants + the new ones selected if they  
both exist - and that's probably a bug in the upgrade procedure that  
should be fixed).

You can probably just track down and fix whatever is broken,  
otherwise ... it's just up to you whether you want to spend time doing  
that, or spend time waiting for macports to rebuild things for you.

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



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081006/70c59028/attachment.bin 

From brian at newmedio.com  Mon Oct  6 11:56:08 2008
From: brian at newmedio.com (Brian Dunn)
Date: Mon, 6 Oct 2008 13:56:08 -0500
Subject: dylib wowes after OS upgrade
In-Reply-To: <2A008CE7-C405-4855-A80A-8139B36AD992@geeklair.net>
References: <757BCCA3-20CF-4836-AEC8-142AA862CB15@newmedio.com>
	<2A008CE7-C405-4855-A80A-8139B36AD992@geeklair.net>
Message-ID: <7187C235-D6D4-421D-8A86-4B1BC603DD40@newmedio.com>

lemme answer my own question here. sorry.
http://trac.macports.org/wiki/FAQ#HowdoIremoveoruninstallMacPorts
On Oct 6, 2008, at 1:39 PM, Daniel J. Luke wrote:

> On Oct 6, 2008, at 2:27 PM, Brian Dunn wrote:
>> just upgraded osx from 10.4 to 10.5, and I'm getting lots of dylib
>> problems.
>>
>> for example:
>> $ /opt/local/bin/ssh
>> dyld: Library not loaded: /opt/local/lib/libkafs.0.dylib
>>  Referenced from: /opt/local/bin/ssh
>>  Reason: image not found
>> Trace/BPT trap
>
> so ... is there a file at /opt/local/lib/libkafs.0.dylib ?
>
>> and:
>>
>> $port install subversion
>> :
>> :
>> grep: /opt/local/lib/libgssapi.la: No such file or directory
>> sed: /opt/local/lib/libgssapi.la: No such file or directory
>> libtool: link: `/opt/local/lib/libgssapi.la' is not a valid libtool
>> archive
>>
>> I think that second one is due to problems with linking to the new
>> system kerberos.
>
> Well, it looks like it's trying to link to a macports kerberos, but  
> the macports kerberos you have installed is broken somehow. I think  
> you probably had an older install of the macports kerberos anyway,  
> because it was renamed so that subversion wouldn't pick it up  
> automatically (among other reasons).
>
>> anyone know how to fix this mess? any one had success
>> doing an OS upgrade and fixing their ports dylibs?
>> am i sol and just have to do a clean install?
>
>
> Since some ports do different things based on which Mac OS major  
> version they are installed on, it's probably best to either start  
> over or uninstall/clean/reinstall your ports (don't upgrade them, as  
> then you'll get the old platform variants + the new ones selected if  
> they both exist - and that's probably a bug in the upgrade procedure  
> that should be fixed).
>
> You can probably just track down and fix whatever is broken,  
> otherwise ... it's just up to you whether you want to spend time  
> doing that, or spend time waiting for macports to rebuild things for  
> you.
>
> --
> 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 tom at tacocat.net  Mon Oct  6 14:23:19 2008
From: tom at tacocat.net (Tom Allison)
Date: Mon, 06 Oct 2008 17:23:19 -0400
Subject: ruby - pg
Message-ID: <48EA81C7.7080909@tacocat.net>

I'm struggling here between the different mailing lists and postings.

What I would like to get running is the ruby DBI on postgresql 8.3.

macports seems to support 8.1 only.
rubygems is mostly DOA every time I try to install and run them.

They install without error, but cannot be loaded.

Is there a path I need to set?
Some other method?

There's a lot pf pages out there talking about a lot of different 
packages available.  As near as I can tell - ruby-pg is the one I want 
to install under the DBI library.

One thing that is a must have is prepared statements for performance.  I 
don't think ORM do this very well.

From 0x62_0x6c_0x62 at pobox.com  Mon Oct  6 14:56:46 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Mon, 6 Oct 2008 15:56:46 -0600
Subject: ruby - pg
In-Reply-To: <48EA81C7.7080909@tacocat.net>
References: <48EA81C7.7080909@tacocat.net>
Message-ID: <20081006215646.GG747@ninagal.withay.com>

On Mon, Oct 06, 2008 at 05:23:19PM -0400, Tom Allison said:
> I'm struggling here between the different mailing lists and postings.
> 
> What I would like to get running is the ruby DBI on postgresql 8.3.
> 
> macports seems to support 8.1 only.
> rubygems is mostly DOA every time I try to install and run them.
> 
> They install without error, but cannot be loaded.
> 
> Is there a path I need to set?
> Some other method?
> 
> There's a lot pf pages out there talking about a lot of different 
> packages available.  As near as I can tell - ruby-pg is the one I want 
> to install under the DBI library.
> 

For Ruby and DBI, it looks like you want to use the rb-dbi port with the
dbd_pg variant for PostGreSQL.  The dbd_pg variant requires the rb-postgres
port which is what brings in postgresql81 unfortantely; there is a ticket
about this:

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

Bryan


> One thing that is a must have is prepared statements for performance.  I 
> don't think ORM do this very well.

From tom at tacocat.net  Mon Oct  6 16:11:39 2008
From: tom at tacocat.net (Tom Allison)
Date: Mon, 06 Oct 2008 19:11:39 -0400
Subject: ruby - pg
In-Reply-To: <20081006215646.GG747@ninagal.withay.com>
References: <48EA81C7.7080909@tacocat.net>
	<20081006215646.GG747@ninagal.withay.com>
Message-ID: <48EA9B2B.4050307@tacocat.net>

Well this is a sticky spot.

None of the modules/packages/gems/.... work and here's more.
And now I will have three different installations of postgres running on 
a small macbook.  I'm not sure this makes sense anymore.

How is it that Perl has a DBI that is largely libpq independent and Ruby 
is largely .. not.  Sign of maturity of the language?




Bryan Blackburn wrote:
> On Mon, Oct 06, 2008 at 05:23:19PM -0400, Tom Allison said:
>> I'm struggling here between the different mailing lists and postings.
>>
>> What I would like to get running is the ruby DBI on postgresql 8.3.
>>
>> macports seems to support 8.1 only.
>> rubygems is mostly DOA every time I try to install and run them.
>>
>> They install without error, but cannot be loaded.
>>
>> Is there a path I need to set?
>> Some other method?
>>
>> There's a lot pf pages out there talking about a lot of different 
>> packages available.  As near as I can tell - ruby-pg is the one I want 
>> to install under the DBI library.
>>
> 
> For Ruby and DBI, it looks like you want to use the rb-dbi port with the
> dbd_pg variant for PostGreSQL.  The dbd_pg variant requires the rb-postgres
> port which is what brings in postgresql81 unfortantely; there is a ticket
> about this:
> 
> <http://trac.macports.org/ticket/12703>
> 
> Bryan
> 
> 
>> One thing that is a must have is prepared statements for performance.  I 
>> don't think ORM do this very well.
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From jkh at apple.com  Mon Oct  6 16:53:12 2008
From: jkh at apple.com (Jordan K. Hubbard)
Date: Mon, 6 Oct 2008 16:53:12 -0700
Subject: There is no release manager! There is no release manager! [was Re:
	Gnome won't install]
In-Reply-To: <C8D8DA25-06F6-42D7-B3AC-89790830D63D@geeklair.net>
References: <3E95BC31-BCE9-4940-BA73-F5BAE02F9569@imem.cnr.it>
	<0EDBB856-8EEE-4D3E-ACF7-44C6F9E9FD43@macports.org>
	<7E2CDFE0-6318-4BDA-85F6-D609B4AE38FD@bellsouth.net>
	<C8D8DA25-06F6-42D7-B3AC-89790830D63D@geeklair.net>
Message-ID: <2872F975-FFE5-4158-BE10-AF1D99FBB154@apple.com>


On Oct 6, 2008, at 11:13 AM, Daniel J. Luke wrote:

> On Oct 6, 2008, at 1:41 PM, William Davis wrote:
>> Pardon me for speaking frankly but! "to solve this problem
>> permanently" will take an updated version of port with the bug fix in
>> place. This situation has gone on for many months now and I can NOT
>> understand why version 1.61 of port has not been released fixing this
>> path problem.
>
>
> You volunteering to be the new release manager? ;-)

Maybe some folks have not [there is no release manager!] gotten the  
ideal firmly in their heads [there is no release manager!] yet that  
there is, in fact, NO RELEASE MANAGER for MacPorts right now?

Perhaps we should send out some sort of announcement calling formally  
for volunteers for the position?

I dunno, perhaps that seems superfluous, but I'll still bet that there  
are a couple of people out there laboring under the misapprehension  
that there is, in fact, a release manager for MacPorts (there isn't!).

:-)

- Jordan



From lists at sequestered.net  Mon Oct  6 17:54:52 2008
From: lists at sequestered.net (lists at sequestered.net)
Date: Mon, 6 Oct 2008 17:54:52 -0700 (PDT)
Subject: gnome-desktop fails to build
Message-ID: <d0b403c626700313b91fcc28508a5025.squirrel@mail.sequestered.net>

Any suggestions on this one?

bash-3.2# port install -d gnome-desktop
--->  Building gnome-desktop
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-desktop/work/gnome-desktop-2.24.0"
&& make all " returned error 2
Command output: gnome-rr.c:1111: error: dereferencing pointer to
incomplete type
gnome-rr.c: At top level:
gnome-rr.c:1117: error: syntax error before 'RRMode'
gnome-rr.c:1118: warning: 'mode_new' was used with no prototype before its
definition
gnome-rr.c: In function 'mode_new':
gnome-rr.c:1119: error: invalid application of 'sizeof' to incomplete type
'GnomeRRMode'
gnome-rr.c:1121: error: dereferencing pointer to incomplete type
gnome-rr.c:1121: error: 'id' undeclared (first use in this function)
gnome-rr.c:1122: error: dereferencing pointer to incomplete type
gnome-rr.c:1122: error: 'info' undeclared (first use in this function)
gnome-rr.c: In function 'gnome_rr_mode_get_id':
gnome-rr.c:1131: error: dereferencing pointer to incomplete type
gnome-rr.c: In function 'gnome_rr_mode_get_width':
gnome-rr.c:1138: error: dereferencing pointer to incomplete type
gnome-rr.c: In function 'gnome_rr_mode_get_freq':
gnome-rr.c:1145: error: dereferencing pointer to incomplete type
gnome-rr.c: In function 'gnome_rr_mode_get_height':
gnome-rr.c:1152: error: dereferencing pointer to incomplete type
gnome-rr.c: At top level:
gnome-rr.c:1156: error: syntax error before 'XRRModeInfo'
gnome-rr.c:1157: warning: 'mode_initialize' was used with no prototype
before its definition
gnome-rr.c: In function 'mode_initialize':
gnome-rr.c:1158: error: 'mode' undeclared (first use in this function)
gnome-rr.c:1159: error: 'info' undeclared (first use in this function)
gnome-rr.c: In function 'mode_free':
gnome-rr.c:1170: error: dereferencing pointer to incomplete type
make[3]: *** [gnome-rr.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: Status 1 encountered during processing.


From hypocrite at lawyer.com  Mon Oct  6 18:05:17 2008
From: hypocrite at lawyer.com (Pete Crite)
Date: Tue, 7 Oct 2008 12:05:17 +1100
Subject: gnome-desktop fails to build
In-Reply-To: <d0b403c626700313b91fcc28508a5025.squirrel@mail.sequestered.net>
References: <d0b403c626700313b91fcc28508a5025.squirrel@mail.sequestered.net>
Message-ID: <89CEE330-4E88-4A9B-8EA0-80A6564A4614@lawyer.com>

Looks like this: https://trac.macports.org/ticket/16720

On 7/10/2008, at 11:54 AM, lists at sequestered.net wrote:

>
> Any suggestions on this one?
>
> bash-3.2# port install -d gnome-desktop
> --->  Building gnome-desktop
> Error: Target org.macports.build returned: shell command " cd
> "/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_gnome_gnome-desktop/work/gnome- 
> desktop-2.24.0"
> && make all " returned error 2
> Command output: gnome-rr.c:1111: error: dereferencing pointer to
> incomplete type
> gnome-rr.c: At top level:
> gnome-rr.c:1117: error: syntax error before 'RRMode'
> gnome-rr.c:1118: warning: 'mode_new' was used with no prototype  
> before its
> definition
> gnome-rr.c: In function 'mode_new':
> gnome-rr.c:1119: error: invalid application of 'sizeof' to  
> incomplete type
> 'GnomeRRMode'
> gnome-rr.c:1121: error: dereferencing pointer to incomplete type
> gnome-rr.c:1121: error: 'id' undeclared (first use in this function)
> gnome-rr.c:1122: error: dereferencing pointer to incomplete type
> gnome-rr.c:1122: error: 'info' undeclared (first use in this function)
> gnome-rr.c: In function 'gnome_rr_mode_get_id':
> gnome-rr.c:1131: error: dereferencing pointer to incomplete type
> gnome-rr.c: In function 'gnome_rr_mode_get_width':
> gnome-rr.c:1138: error: dereferencing pointer to incomplete type
> gnome-rr.c: In function 'gnome_rr_mode_get_freq':
> gnome-rr.c:1145: error: dereferencing pointer to incomplete type
> gnome-rr.c: In function 'gnome_rr_mode_get_height':
> gnome-rr.c:1152: error: dereferencing pointer to incomplete type
> gnome-rr.c: At top level:
> gnome-rr.c:1156: error: syntax error before 'XRRModeInfo'
> gnome-rr.c:1157: warning: 'mode_initialize' was used with no prototype
> before its definition
> gnome-rr.c: In function 'mode_initialize':
> gnome-rr.c:1158: error: 'mode' undeclared (first use in this function)
> gnome-rr.c:1159: error: 'info' undeclared (first use in this function)
> gnome-rr.c: In function 'mode_free':
> gnome-rr.c:1170: error: dereferencing pointer to incomplete type
> make[3]: *** [gnome-rr.lo] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> Error: Status 1 encountered during processing.
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


From julio.biason at gmail.com  Mon Oct  6 19:49:42 2008
From: julio.biason at gmail.com (Julio Biason)
Date: Tue, 7 Oct 2008 13:49:42 +1100
Subject: There is no release manager! There is no release manager! [was
	Re: Gnome won't install]
In-Reply-To: <2872F975-FFE5-4158-BE10-AF1D99FBB154@apple.com>
References: <3E95BC31-BCE9-4940-BA73-F5BAE02F9569@imem.cnr.it>
	<0EDBB856-8EEE-4D3E-ACF7-44C6F9E9FD43@macports.org>
	<7E2CDFE0-6318-4BDA-85F6-D609B4AE38FD@bellsouth.net>
	<C8D8DA25-06F6-42D7-B3AC-89790830D63D@geeklair.net>
	<2872F975-FFE5-4158-BE10-AF1D99FBB154@apple.com>
Message-ID: <3a73f7f00810061949q2d23e50u607741f53984c27f@mail.gmail.com>

On Tue, Oct 7, 2008 at 10:53 AM, Jordan K. Hubbard <jkh at apple.com> wrote:
> Maybe some folks have not [there is no release manager!] gotten the
> ideal firmly in their heads [there is no release manager!] yet that
> there is, in fact, NO RELEASE MANAGER for MacPorts right now?
>
> Perhaps we should send out some sort of announcement calling formally
> for volunteers for the position?

Oh, what the hell, I have plenty of time these days. What should a
Release Manager do?

[Yes, I'm formally volunteering to be the release manager of MacPorts,
even if I don't have any experience in the position -- but everyone is
a noob at some point, right?]

-- 
Julio Biason <julio.biason at gmail.com>
Twitter: http://twitter.com/juliobiason

From afb at macports.org  Mon Oct  6 23:04:28 2008
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Tue, 7 Oct 2008 08:04:28 +0200
Subject: There is no release manager! There is no release manager! [was
	Re: Gnome won't install]
In-Reply-To: <3a73f7f00810061949q2d23e50u607741f53984c27f@mail.gmail.com>
References: <3E95BC31-BCE9-4940-BA73-F5BAE02F9569@imem.cnr.it>
	<0EDBB856-8EEE-4D3E-ACF7-44C6F9E9FD43@macports.org>
	<7E2CDFE0-6318-4BDA-85F6-D609B4AE38FD@bellsouth.net>
	<C8D8DA25-06F6-42D7-B3AC-89790830D63D@geeklair.net>
	<2872F975-FFE5-4158-BE10-AF1D99FBB154@apple.com>
	<3a73f7f00810061949q2d23e50u607741f53984c27f@mail.gmail.com>
Message-ID: <E5E779B3-CBC8-47F8-8A49-E990DAE7DF14@macports.org>

Julio Biason wrote:

>> Perhaps we should send out some sort of announcement calling formally
>> for volunteers for the position?
>
> Oh, what the hell, I have plenty of time these days. What should a
> Release Manager do?

There's a summary of some of the things that needs to be done at:
http://trac.macports.org/browser/trunk/base/portmgr/ReleaseProcess

--anders


From ryandesign at macports.org  Tue Oct  7 16:18:08 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 7 Oct 2008 18:18:08 -0500
Subject: dylib wowes after OS upgrade
In-Reply-To: <7187C235-D6D4-421D-8A86-4B1BC603DD40@newmedio.com>
References: <757BCCA3-20CF-4836-AEC8-142AA862CB15@newmedio.com>
	<2A008CE7-C405-4855-A80A-8139B36AD992@geeklair.net>
	<7187C235-D6D4-421D-8A86-4B1BC603DD40@newmedio.com>
Message-ID: <E78623A8-BFAA-4056-BEBB-1164009538D1@macports.org>

On Oct 6, 2008, at 13:56, Brian Dunn wrote:

> lemme answer my own question here. sorry.
> http://trac.macports.org/wiki/FAQ#HowdoIremoveoruninstallMacPorts

Yes, when you upgrade from one major version of Mac OS X to another,  
you should really uninstall all ports and build them again. Too many  
things change between major OS releases for many ports to be able to  
continue to work otherwise.


> On Oct 6, 2008, at 1:39 PM, Daniel J. Luke wrote:
>
>> On Oct 6, 2008, at 2:27 PM, Brian Dunn wrote:
>>> just upgraded osx from 10.4 to 10.5, and I'm getting lots of dylib
>>> problems.
>>>
>>> for example:
>>> $ /opt/local/bin/ssh
>>> dyld: Library not loaded: /opt/local/lib/libkafs.0.dylib
>>>  Referenced from: /opt/local/bin/ssh
>>>  Reason: image not found
>>> Trace/BPT trap
>>
>> so ... is there a file at /opt/local/lib/libkafs.0.dylib ?
>>
>>> and:
>>>
>>> $port install subversion
>>> :
>>> :
>>> grep: /opt/local/lib/libgssapi.la: No such file or directory
>>> sed: /opt/local/lib/libgssapi.la: No such file or directory
>>> libtool: link: `/opt/local/lib/libgssapi.la' is not a valid libtool
>>> archive
>>>
>>> I think that second one is due to problems with linking to the new
>>> system kerberos.
>>
>> Well, it looks like it's trying to link to a macports kerberos, but
>> the macports kerberos you have installed is broken somehow. I think
>> you probably had an older install of the macports kerberos anyway,
>> because it was renamed so that subversion wouldn't pick it up
>> automatically (among other reasons).
>>
>>> anyone know how to fix this mess? any one had success
>>> doing an OS upgrade and fixing their ports dylibs?
>>> am i sol and just have to do a clean install?
>>
>>
>> Since some ports do different things based on which Mac OS major
>> version they are installed on, it's probably best to either start
>> over or uninstall/clean/reinstall your ports (don't upgrade them, as
>> then you'll get the old platform variants + the new ones selected if
>> they both exist - and that's probably a bug in the upgrade procedure
>> that should be fixed).
>>
>> You can probably just track down and fix whatever is broken,
>> otherwise ... it's just up to you whether you want to spend time
>> doing that, or spend time waiting for macports to rebuild things for
>> you.



From ryandesign at macports.org  Tue Oct  7 16:24:35 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 7 Oct 2008 18:24:35 -0500
Subject: Freetype bug #15909
In-Reply-To: <77c8b7bf0810060623l1a61a647wc17cffcbe0b9978d@mail.gmail.com>
References: <77c8b7bf0810060623l1a61a647wc17cffcbe0b9978d@mail.gmail.com>
Message-ID: <D1E7BA1F-E53E-4B0B-A232-65C4FB96B0B1@macports.org>


On Oct 6, 2008, at 08:23, Simon Wheatley wrote:

> Re: https://trac.macports.org/ticket/15909
>
> Is it possible to specify custom build arguments when installing a
> port? I'm hoping to work around this bug somehow.

Let's just get the bug fixed.



From paulbeard at gmail.com  Tue Oct  7 19:36:13 2008
From: paulbeard at gmail.com (paul beard)
Date: Tue, 7 Oct 2008 19:36:13 -0700
Subject: There is no release manager! There is no release manager!
Message-ID: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>

On Tue, Oct 7, 2008 at 7:00 AM, <macports-users-request at lists.macosforge.org
> wrote:

>
> On Oct 6, 2008, at 11:13 AM, Daniel J. Luke wrote:
>
> > On Oct 6, 2008, at 1:41 PM, William Davis wrote:
> >> Pardon me for speaking frankly but! "to solve this problem
> >> permanently" will take an updated version of port with the bug fix in
> >> place. This situation has gone on for many months now and I can NOT
> >> understand why version 1.61 of port has not been released fixing this
> >> path problem.
> >
> >
> > You volunteering to be the new release manager? ;-)
>
> Maybe some folks have not [there is no release manager!] gotten the
> ideal firmly in their heads [there is no release manager!] yet that
> there is, in fact, NO RELEASE MANAGER for MacPorts right now?
>
> Perhaps we should send out some sort of announcement calling formally
> for volunteers for the position?
>
> I dunno, perhaps that seems superfluous, but I'll still bet that there
> are a couple of people out there laboring under the misapprehension
> that there is, in fact, a release manager for MacPorts (there isn't!).
>
>
FAIL.
There has been a release manager and portmgr@ team for quite some time and
this bug lingers, festers even.

If this is part of a strategy of annoying users to the point where they sign
up to be release manager just so it gets done, I'm not sure it will work.
Civilians like me have no idea what the actual steps are to get a release
cut, even one so trivial as the bug fix for 1.6. If the guys who were doing
it had a hard time with it, what would make someone who isn't an active port
maintainer think they could do it?

Absent a release manager or team, what would it take to get a release
schedule (quarterly? monthly?) and/or a roadmap? Not sure it makes a lot of
sense to fret about a release manager if we don't really know what a release
is or why we need one. A roadmap/set of benchmarks/goals would help and from
there a release calendar could be derived.

If you do really want volunteers, why not provide some insight into what's
involved and how it works? Are there tools? Is there a process? Bueller?

-- 
Paul Beard / www.paulbeard.org/
<paulbeard.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081007/cd808de2/attachment.html 

From jmr at macports.org  Tue Oct  7 20:59:08 2008
From: jmr at macports.org (Joshua Root)
Date: Wed, 08 Oct 2008 14:59:08 +1100
Subject: There is no release manager! There is no release manager!
In-Reply-To: <E5E779B3-CBC8-47F8-8A49-E990DAE7DF14@macports.org>
References: <3E95BC31-BCE9-4940-BA73-F5BAE02F9569@imem.cnr.it>	<0EDBB856-8EEE-4D3E-ACF7-44C6F9E9FD43@macports.org>	<7E2CDFE0-6318-4BDA-85F6-D609B4AE38FD@bellsouth.net>	<C8D8DA25-06F6-42D7-B3AC-89790830D63D@geeklair.net>	<2872F975-FFE5-4158-BE10-AF1D99FBB154@apple.com>	<3a73f7f00810061949q2d23e50u607741f53984c27f@mail.gmail.com>
	<E5E779B3-CBC8-47F8-8A49-E990DAE7DF14@macports.org>
Message-ID: <48EC300C.3010603@macports.org>

Anders F Bj?rklund wrote:
> Julio Biason wrote:
> 
>>> Perhaps we should send out some sort of announcement calling formally
>>> for volunteers for the position?
>> Oh, what the hell, I have plenty of time these days. What should a
>> Release Manager do?
> 
> There's a summary of some of the things that needs to be done at:
> http://trac.macports.org/browser/trunk/base/portmgr/ReleaseProcess

Additionally, before actually doing the release, the goals for the
release need to be laid out. A Trac milestone should be created and the
tickets which need to be resolved in order to meet the release goals
should be associated with it. Then developers will probably need to be
prodded in the right direction to get the tickets closed.

Of course, at this point there's probably far more good to be done by
releasing something very close to the current trunk than by delaying
further to get more fixes or features in.

And thank you very much for volunteering.

- Josh

From ryandesign at macports.org  Tue Oct  7 21:35:47 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 7 Oct 2008 23:35:47 -0500
Subject: There is no release manager! There is no release manager!
In-Reply-To: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>
References: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>
Message-ID: <016E33BD-1574-4BB7-A8FB-9190D8995268@macports.org>

On Oct 7, 2008, at 21:36, paul beard wrote:

>> Maybe some folks have not [there is no release manager!] gotten the
>> ideal firmly in their heads [there is no release manager!] yet that
>> there is, in fact, NO RELEASE MANAGER for MacPorts right now?
>>
>> Perhaps we should send out some sort of announcement calling formally
>> for volunteers for the position?
>>
>> I dunno, perhaps that seems superfluous, but I'll still bet that  
>> there
>> are a couple of people out there laboring under the misapprehension
>> that there is, in fact, a release manager for MacPorts (there  
>> isn't!).
>
>
> FAIL.
>
> There has been a release manager and portmgr@ team for quite some  
> time and this bug lingers, festers even.
>
> If this is part of a strategy of annoying users to the point where  
> they sign up to be release manager just so it gets done, I'm not  
> sure it will work. Civilians like me have no idea what the actual  
> steps are to get a release cut, even one so trivial as the bug fix  
> for 1.6. If the guys who were doing it had a hard time with it,  
> what would make someone who isn't an active port maintainer think  
> they could do it?
>
> Absent a release manager or team, what would it take to get a  
> release schedule (quarterly? monthly?) and/or a roadmap? Not sure  
> it makes a lot of sense to fret about a release manager if we don't  
> really know what a release is or why we need one. A roadmap/set of  
> benchmarks/goals would help and from there a release calendar could  
> be derived.
>
> If you do really want volunteers, why not provide some insight into  
> what's involved and how it works? Are there tools? Is there a  
> process? Bueller?

Nobody is trying to annoy you. This is a volunteer project. When  
volunteers run out of time, then stuff doesn't get done. Like making  
releases. I think there is said to be no release manager because Juan  
has been too busy to make a release in almost a year. The two other  
portmgr members, Markus and James, have also not been very involved  
with MacPorts in that time. See the thread "Important: MacPorts  
PortMgr Changes" in which this is explained, and it is proposed that  
new members of portmgr be nominated:

http://lists.macosforge.org/pipermail/macports-users/2008-September/ 
011705.html

As Anders said, there is a document describing the release process:

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

We don't need a roadmap at this time; we just need to release the  
work that has been done on trunk over the past year. After that, I  
don't think we need a roadmap either; we just need to make regular  
releases when there is new work on trunk to release.

I would be a bit concerned about a newcomer preparing the releases. I  
would hope that the release manager would have an intimate  
familiarity with MacPorts, for which I think you need experience  
maintaining ports and maybe even contributing some patches to base as  
well. At least, releases would have to be tested by people familiar  
with MacPorts before the final release is made. Well, after a year's  
worth of changes we're going to need some release candidates before  
the final release anyway.

For the next release, I think we need version 1.7.0, not 1.6.1,  
because there are countless new features and a year's worth of bug  
fixes. That much work deserves more than just a bugfix version number  
increase. That means we release from trunk, not the 1.6 branch. A  
concern of mine is that the 1.6 branch contains some work that was  
done only there and not on trunk. I believe some of it was done on  
trunk in a different way, but I don't know if all changes from the  
1.6 branch got put in trunk. Someone needs to figure out whether it  
was, and if not, identify what needs to be ported from 1.6 to trunk.  
Ideally that would happen before a 1.7.0 release.



From paulbeard at gmail.com  Tue Oct  7 22:02:12 2008
From: paulbeard at gmail.com (paul beard)
Date: Tue, 7 Oct 2008 22:02:12 -0700
Subject: There is no release manager! There is no release manager!
In-Reply-To: <016E33BD-1574-4BB7-A8FB-9190D8995268@macports.org>
References: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>
	<016E33BD-1574-4BB7-A8FB-9190D8995268@macports.org>
Message-ID: <aeca57d90810072202m4cf5657bu69ec72404c4da85@mail.gmail.com>

On Tue, Oct 7, 2008 at 9:35 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

>
> We don't need a roadmap at this time; we just need to release the work that
> has been done on trunk over the past year. After that, I don't think we need
> a roadmap either; we just need to make regular releases when there is new
> work on trunk to release.
>

absent a road map, how to decide what gets worked on, what, if any, features
get added/fixed/removed? Example: a packaging system so people on slow
hardware can stay up to date: important and useful but not to people with
newer/faster hardware. If developers/volunteers set their own priorities, is
it really a project? A community garden makeover has more organization than
that  it doesn't mean everyone gets a rake or watering can: tasks are
assigned based on what needs doing. But as we have seen with this niggly
little .profile issue, if no one owns it, no one fixes it. In a real
software development environment, developers don't always get to pick what
they want to work on: some icky stuff just has to be done. I couldn't get
arrested as a programmer, but even I know that.

To be clear, I'm not saying MacPorts as a project is a waste of time or that
the volunteers are a buncha slackers. But it is a little frustrating to see
so many people come into the community and face the same issues. How long in
actual time would it take for someone with a commit bit to add the fix to
.profile and cut a new release? An hour? Two? 24? Weighing that against the
potential users who have been turned off or frustrated by the experience of
a known issue, simple to fix, left unfixed, and I wonder if MacPorts is just
for the developers who can grope around in its guts.

Do we have any idea how many people have downloaded it? How many sync their
trees and download new portfiles?


> I would be a bit concerned about a newcomer preparing the releases. I would
> hope that the release manager would have an intimate familiarity with
> MacPorts, for which I think you need experience maintaining ports and maybe
> even contributing some patches to base as well. At least, releases would
> have to be tested by people familiar with MacPorts before the final release
> is made. Well, after a year's worth of changes we're going to need some
> release candidates before the final release anyway.


I wasn't considering volunteering ;-)

>
>
> For the next release, I think we need version 1.7.0, not 1.6.1, because
> there are countless new features and a year's worth of bug fixes. That much
> work deserves more than just a bugfix version number increase. That means we
> release from trunk, not the 1.6 branch. A concern of mine is that the 1.6
> branch contains some work that was done only there and not on trunk. I
> believe some of it was done on trunk in a different way, but I don't know if
> all changes from the 1.6 branch got put in trunk. Someone needs to figure
> out whether it was, and if not, identify what needs to be ported from 1.6 to
> trunk. Ideally that would happen before a 1.7.0 release.
>
>
>
No argument there. It does seem like not cutting more regular releases has
created some work there.

-- 
Paul Beard / www.paulbeard.org/
<paulbeard.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081007/ac3f3519/attachment.html 

From ryandesign at macports.org  Tue Oct  7 22:24:03 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 8 Oct 2008 00:24:03 -0500
Subject: Important: MacPorts PortMgr Changes
In-Reply-To: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
Message-ID: <8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>

On Sep 30, 2008, at 11:18, James Berry wrote:

> As many of you know, MacPorts is loosely governed by the "PortMgr"
> team, which is currently made up of three people: Markus Weissmann,
> Juan Manual Palacios, and James Berry.
>
> We each love MacPorts, and hope to see it continue to prosper and grow
> in the future. And we want to continue to contribute to the success of
> MacPorts as our time and professional lives allow in the future.
>
> But we each also have other significant professional and personal
> commitments that have made it difficult for us to put what we feel is
> an appropriate amount of time, energy, and enthusiasm into MacPorts in
> recent months and years, to the extent that we feel that additional
> day-to-day leadership is needed to ensure continued success and growth
> for the MacPorts project.
>
> So we want to propose some ideas to get new leadership blood into
> MacPorts, while retaining the systemic knowledge and continuity that
> our continued presence can allow. We therefore want to put the
> following plan forward for community comment (and hopefully,
> thereafter, implementation):
>
> (1) That the MacPorts community elect a new slate of PortMgr
> individuals, probably three people, to continue to guide day-to-day
> MacPorts operations and direction.
>
> (2) That the three of us move into an Elder-council ("advisory board",
> "trustees", "steering committee", etc), which will continue to help
> out and give guidance as needed, and watch over the long-term health
> of MacPorts assets such as domains and finances.
>
> The idea for the Elder council is based on our experience in the last
> several years. We've hesitated to make changes to PortMgr because we
> didn't want to disrupt continuity, but that has meant that PortMgr has
> stagnated as year-by-year changes in our lives affected our respective
> abilities to effectively govern day to day. We (collectively) need the
> ability to make swifter more responsive changes at the PortMgr level,
> while also ensuring the longer term continuity of the community and
> the infrastructure it relies on.
>
> We propose that PortMgr members be appointed by the community and have
> full control of all day-to-day operations of MacPorts. The Elder
> council will give advice and help to PortMgr members as requested, or
> as they see fit, but will not have the ability to replace or remove
> PortMgr members: that responsibility lies with the community. The
> Elder council might from time to time add or remove its own members:
> it's primary function is to oversee the long-term health and direction
> of the project, including long-term assets such as finances and
> domains. We also see the Elder council as a broader group from which
> PortMgr can draw for help if its members become temporarily
> preoccupied with life.
>
> We have asked Jordan Hubbard, the father of MacPorts, to join us on
> the Elder Council, and he has given his tentative acceptance.
>
> We'd like to ask for community comment on this plan, following which
> we hope to call for new PortMgr nominations and election in the coming
> weeks.
>
> We believe that successful nominees for the portmgr positions will
> have demonstrated an active participation in the MacPorts community,
> will have the technical and organizational skills to help lead and
> direct the project, and will have the time, energy, and experience to
> make and inspire great contributions to the project.
>
> The PortMgr team: Markus, Juan, and James

Sounds like a good idea to me! I for one would be delighted to join  
the PortMgr team. I've been with the MacPorts project for three years  
and have been a committer for two years. I'm maintainer of over four  
dozen ports and have made some improvements to base as well. I try to  
keep an eye on the new unassigned tickets and try to resolve or  
assign them. I try to read every commit mail that comes through the  
changes list and provide constructive criticism. And of course I  
answer questions on the users and dev mailing lists. I also think I  
could be helpful with MacPorts releases, since I have both PowerPC  
and Intel Macs running all the versions of Mac OS X MacPorts  
supports. In short, if we agree to the plan Markus, Juan and James  
proposed and open up the floor for nominations for PortMgr  
membership, I would be honored to accept your nomination. :-)


From ryandesign at macports.org  Tue Oct  7 22:58:52 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 8 Oct 2008 00:58:52 -0500
Subject: There is no release manager! There is no release manager!
In-Reply-To: <aeca57d90810072202m4cf5657bu69ec72404c4da85@mail.gmail.com>
References: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>
	<016E33BD-1574-4BB7-A8FB-9190D8995268@macports.org>
	<aeca57d90810072202m4cf5657bu69ec72404c4da85@mail.gmail.com>
Message-ID: <619B8378-77D6-4F04-864C-D6808ACDD699@macports.org>

On Oct 8, 2008, at 00:02, paul beard wrote:

> On Tue, Oct 7, 2008 at 9:35 PM, Ryan Schmidt wrote:
>
>> We don't need a roadmap at this time; we just need to release the  
>> work that has been done on trunk over the past year. After that, I  
>> don't think we need a roadmap either; we just need to make regular  
>> releases when there is new work on trunk to release.
>
> absent a road map, how to decide what gets worked on, what, if any,  
> features get added/fixed/removed? Example: a packaging system so  
> people on slow hardware can stay up to date: important and useful  
> but not to people with newer/faster hardware. If developers/ 
> volunteers set their own priorities, is it really a project? A  
> community garden makeover has more organization than that  it  
> doesn't mean everyone gets a rake or watering can: tasks are  
> assigned based on what needs doing. But as we have seen with this  
> niggly little .profile issue, if no one owns it, no one fixes it.  
> In a real software development environment, developers don't always  
> get to pick what they want to work on: some icky stuff just has to  
> be done. I couldn't get arrested as a programmer, but even I know  
> that.
>
> To be clear, I'm not saying MacPorts as a project is a waste of  
> time or that the volunteers are a buncha slackers. But it is a  
> little frustrating to see so many people come into the community  
> and face the same issues. How long in actual time would it take for  
> someone with a commit bit to add the fix to .profile and cut a new  
> release? An hour? Two? 24? Weighing that against the potential  
> users who have been turned off or frustrated by the experience of a  
> known issue, simple to fix, left unfixed, and I wonder if MacPorts  
> is just for the developers who can grope around in its guts.

The .profile issue has been fixed for a long time on trunk. We just  
need to make a new release so new users can get their hands on it.  
Having never done a release before is what's keeping me and I imagine  
everyone else from attempting to do so. Juan, who previously did our  
releases, doesn't have time to do it anymore. I have not yet myself  
attempted to follow all the steps in the release document to see how  
hard it would really be, hence I can't tell you how long it would take.

I'd also like to confirm that MacPorts is really a project, and that  
this is a real software development environment. :) But since the  
developers aren't getting paid for it, I still say they will work on  
whatever they want, or even nothing at all when other  
responsibilities take priority. If a feature is important enough to  
someone, they will fix it, or motivate someone else to fix it, or try  
to help it along in some way. For example, most features need to be  
planned and thought out ("exactly how will this work?") before any  
programming can begin. Even non-programmers could do some of that  
planning, or help drive a discussion that leads to a design proposal,  
etc.

> Do we have any idea how many people have downloaded it? How many  
> sync their trees and download new portfiles?

I don't know if we track that information. I haven't seen any  
statistics.

>> I would be a bit concerned about a newcomer preparing the  
>> releases. I would hope that the release manager would have an  
>> intimate familiarity with MacPorts, for which I think you need  
>> experience maintaining ports and maybe even contributing some  
>> patches to base as well. At least, releases would have to be  
>> tested by people familiar with MacPorts before the final release  
>> is made. Well, after a year's worth of changes we're going to need  
>> some release candidates before the final release anyway.
>
> I wasn't considering volunteering ;-)

Yes, but Julio Biason did volunteer, but I haven't seen his name on  
the lists before and I can't find any ports he maintains, hence I  
don't know his qualifications. Though he did volunteer, which is an  
important qualification in itself. :)

>> For the next release, I think we need version 1.7.0, not 1.6.1,  
>> because there are countless new features and a year's worth of bug  
>> fixes. That much work deserves more than just a bugfix version  
>> number increase. That means we release from trunk, not the 1.6  
>> branch. A concern of mine is that the 1.6 branch contains some  
>> work that was done only there and not on trunk. I believe some of  
>> it was done on trunk in a different way, but I don't know if all  
>> changes from the 1.6 branch got put in trunk. Someone needs to  
>> figure out whether it was, and if not, identify what needs to be  
>> ported from 1.6 to trunk. Ideally that would happen before a 1.7.0  
>> release.
>
> No argument there. It does seem like not cutting more regular  
> releases has created some work there.

Yes. Once we get 1.7.0 out, hopefully more regular releases can  
follow again, bringing us back into the "release early release often"  
strategy so popular with most open source projects.



From julio.biason at gmail.com  Tue Oct  7 23:08:27 2008
From: julio.biason at gmail.com (Julio Biason)
Date: Wed, 8 Oct 2008 17:08:27 +1100
Subject: There is no release manager! There is no release manager!
In-Reply-To: <619B8378-77D6-4F04-864C-D6808ACDD699@macports.org>
References: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>
	<016E33BD-1574-4BB7-A8FB-9190D8995268@macports.org>
	<aeca57d90810072202m4cf5657bu69ec72404c4da85@mail.gmail.com>
	<619B8378-77D6-4F04-864C-D6808ACDD699@macports.org>
Message-ID: <3a73f7f00810072308y2c563603qf1291c9f0ceb2f86@mail.gmail.com>

On Wed, Oct 8, 2008 at 4:58 PM, Ryan Schmidt <ryandesign at macports.org> wrote:
> Yes, but Julio Biason did volunteer, but I haven't seen his name on
> the lists before and I can't find any ports he maintains, hence I
> don't know his qualifications. Though he did volunteer, which is an
> important qualification in itself. :)

Hi there! ;)

Well, I was quiet for a while, 'cause I was reading jmpp (John?)
document about releases. To be completely honest, it's not that
different from the releases I did for my personal projects and the
projects at work [wonderful world were everyone uses SVN ;)]. But, as
anyone working in a big project, I'm scared of doing something stupid
and botching the whole thing.

I'm also listening to the worries of users and developers about this,
so I can keep that in mind when doing it. And, as pointed before, I
don't have an impressive number of ports under my belt (I just did
send a small patch to ircstats, IIRC) but it's in my plans to get more
in touch with MacPorts code before going further. I know people *want*
a release, I just want to be sure it will not be the worst release
ever.

-- 
Julio Biason <julio.biason at gmail.com>
Twitter: http://twitter.com/juliobiason

From krischik at users.sourceforge.net  Tue Oct  7 23:30:39 2008
From: krischik at users.sourceforge.net (Martin Krischik)
Date: Wed, 8 Oct 2008 08:30:39 +0200
Subject: [Ticket #16549] gcc43: patch to add Ada support
Message-ID: <016F6894-7471-410B-8E3D-58DCB13034B2@users.sourceforge.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

The Trac Ticket #16549 [1] now open for 3 weeks  and it seem to be  
stalled. And it seems that the ticket is stalled over the fundamental  
problem on how to handle self hosted systems [2]. Now I still would  
like to go ahead so I would like to put the problem up for discussion.  
Both on user as well as development list, as both parties are affected  
on the possible outcome of discussion.

Now I hope there is an outcome, otherwise I'll be forces to "Plan-C":  
a complete fork into the GNU Ada Project [1]. Which at least for the  
potential users would be the worse outcome.

To understand the problem I suggest to read up the wikipedia page [2].  
As you see in a "normal" binary based distribution the normal users  
would never notice as the developers and packagers would take care of  
the difficult part. And they should have the experience as well to  
deal with it.

However MacPorts is source based so one need a "user friendly" which  
is a little trickier.

My current solution is a variant in gcc43 which can only be used when  
certain pre-condition are meed. However it was suggested that the  
Portfile should download and install everything needed on its own.  
That would result in a rather complex Portfile.

At compl.lang.ada it was suggested that a separate gnat Portfile so  
the gcc* maintainer is not burdened by this approach.

So what is everybody thinking.

Regards

Martin

[1] http://trac.macports.org/ticket/16549
[2] http://en.wikipedia.org/wiki/Self-hosting
[3] http://gnuada.sourceforge.net
- --
Martin Krischik
krischik at users.sourceforge.net

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)

iD8DBQFI7FOPijwKaHyem9cRAqrhAKDZ6I1YzhCUxNBwcVEsxT/tQEXmkQCfYXCG
E8mrybxOROepqAVRK8lIAk0=
=06w9
-----END PGP SIGNATURE-----

From febeling at macports.org  Wed Oct  8 00:40:35 2008
From: febeling at macports.org (C. Florian Ebeling)
Date: Wed, 8 Oct 2008 09:40:35 +0200
Subject: Important: MacPorts PortMgr Changes
In-Reply-To: <8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
Message-ID: <5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>

> In short, if we agree to the plan Markus, Juan and James
> proposed and open up the floor for nominations for PortMgr
> membership, I would be honored to accept your nomination. :-)

Ok, then I hereby officially nominate you :) I wanted to do that
anyway.

Also I would like to nominate the following members
(alphabetically ordered):
- Bryan Blackburn
- Rainer Mueller
- Joshua Root

Do the nominees accept the nomination? :)

All this provided that the suggested plan is accepted.
I don't know how we can officially establish acceptance
for such a plan, but I think there was largely consent,
so we should assume it is accepted. Am I wrong?

By the way, who was meant to be able to vote eventually?
All users or mailing list participants, or just maintainers/
members?

Florian

-- 
Florian Ebeling
florian.ebeling at gmail.com
febeling at macports.org

From ryandesign at macports.org  Wed Oct  8 00:53:24 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 8 Oct 2008 02:53:24 -0500
Subject: Important: MacPorts PortMgr Changes
In-Reply-To: <5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
Message-ID: <4D54ADC7-BCB4-414B-B3DB-9C2976B29E20@macports.org>


On Oct 8, 2008, at 02:40, C. Florian Ebeling wrote:

>> In short, if we agree to the plan Markus, Juan and James
>> proposed and open up the floor for nominations for PortMgr
>> membership, I would be honored to accept your nomination. :-)
>
> Ok, then I hereby officially nominate you :) I wanted to do that
> anyway.

Thank you! :)

> Also I would like to nominate the following members
> (alphabetically ordered):
> - Bryan Blackburn
> - Rainer Mueller
> - Joshua Root
>
> Do the nominees accept the nomination? :)

I second all three of these nominations!



From jmpp at macports.org  Wed Oct  8 02:01:20 2008
From: jmpp at macports.org (Juan Manuel Palacios)
Date: Wed, 8 Oct 2008 04:31:20 -0430
Subject: Important: MacPorts PortMgr Changes
In-Reply-To: <5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
Message-ID: <C4EDFED1-6363-4BB8-9FBA-306E4971BE51@macports.org>


On Oct 8, 2008, at 3:10 AM, C. Florian Ebeling wrote:

>> In short, if we agree to the plan Markus, Juan and James
>> proposed and open up the floor for nominations for PortMgr
>> membership, I would be honored to accept your nomination. :-)
>
> Ok, then I hereby officially nominate you :) I wanted to do that
> anyway.
>
> Also I would like to nominate the following members
> (alphabetically ordered):
> - Bryan Blackburn
> - Rainer Mueller
> - Joshua Root
>
> Do the nominees accept the nomination? :)
>
> All this provided that the suggested plan is accepted.
> I don't know how we can officially establish acceptance
> for such a plan, but I think there was largely consent,
> so we should assume it is accepted. Am I wrong?
>
> By the way, who was meant to be able to vote eventually?
> All users or mailing list participants, or just maintainers/
> members?
>
> Florian
>


	I would like to thank everyone who has participated in this very  
important thread for the comments they put forth and for, at least up  
until now, accepting and endorsing our proposed plan. Unless we  
experience any roadblocks from this point onward, I guess it's safe to  
say that Markus, James and I can now sit down to sort out the  
implementation details ASAP for sooner than later implementation.

	In any case, and as a personal draft note based on previous  
experience, I think the likelihood is that only active committers will  
be allowed to vote, for some definition of "active" that we'll  
certainly have to sort out; but in conclusion, no general public open  
voting. But in any case that's just me talking, so please don't take  
it as an official stance, not just yet.

	And with respect to nominations: it's very exciting to see people  
already warming up for the race, but if I may suggest anything it'd be  
to hold your horses a bit. For instance, PortMgr may come up with some  
sort of loose template through which we'd ask you to state to the  
public a couple of facts about yourself as the foundations for your  
ticket, or who knows what else, so until we have that sorted out it  
may not be too productive to have a potentially disordered influx of  
messages saying "I'm in!" in various different ways.

	I promise we'll get the plan fully ironed out pretty quick now, just  
hold your horses a bit longer! ;-)

	And, again, thanks to everyone for their participation and for  
continuously breathing life into the project!


> -- 
> Florian Ebeling
> florian.ebeling at gmail.com
> febeling at macports.org


	Regards,...


-jmpp

PS: Need I not say, we're open as always to suggestions on these  
implementation details we now need to iron out, like for instance on  
the couple of "maybe" cues I used as examples here.


From raimue at macports.org  Wed Oct  8 04:04:40 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Wed, 08 Oct 2008 13:04:40 +0200
Subject: Important: MacPorts PortMgr Changes
In-Reply-To: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
Message-ID: <48EC93C8.7040705@macports.org>

James Berry wrote:
> So we want to propose some ideas to get new leadership blood into  
> MacPorts, while retaining the systemic knowledge and continuity that  
> our continued presence can allow. We therefore want to put the  
> following plan forward for community comment (and hopefully,  
> thereafter, implementation):
> 
> (1) That the MacPorts community elect a new slate of PortMgr  
> individuals, probably three people, to continue to guide day-to-day  
> MacPorts operations and direction.

I think it would be good to add a time limitation to the PortMgr status.
I propose to elect PortMgrs for the period of a year and hold a new
election every year.

This would allow existing PortMgrs to easily step back if they no longer
have much time for the project.

> (2) That the three of us move into an Elder-council ("advisory board",  
> "trustees", "steering committee", etc), which will continue to help  
> out and give guidance as needed, and watch over the long-term health  
> of MacPorts assets such as domains and finances.

I like this idea. Your experience and advice is still valuable!

Rainer

PS: It took some time to write this mail as I was a bit busy last week,
but finally I managed to do so.

From raimue at macports.org  Wed Oct  8 04:20:37 2008
From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=)
Date: Wed, 08 Oct 2008 13:20:37 +0200
Subject: Important: MacPorts PortMgr Changes
In-Reply-To: <5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>	
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
Message-ID: <48EC9785.1050307@macports.org>

C. Florian Ebeling wrote:
>> In short, if we agree to the plan Markus, Juan and James
>> proposed and open up the floor for nominations for PortMgr
>> membership, I would be honored to accept your nomination. :-)
> 
> Ok, then I hereby officially nominate you :) I wanted to do that
> anyway.
> 
> Also I would like to nominate the following members
> (alphabetically ordered):
> - Bryan Blackburn
> - Rainer Mueller
> - Joshua Root
> 
> Do the nominees accept the nomination? :)

Yes, of course. Thank you, I am proud to be nominated.

I realize that I am now with MacPorts for more than 1.5 years and I
still enjoy working on it. I hope I have gathered enough experience with
this project in this time to become a PortMgr :-)

> All this provided that the suggested plan is accepted.
> I don't know how we can officially establish acceptance
> for such a plan, but I think there was largely consent,
> so we should assume it is accepted. Am I wrong?

Once we get an election plan it should be written down somewhere in the
wiki (or even in the guide?) for reference. At least nobody had
objections yet, so this is kind of accepted.

> By the way, who was meant to be able to vote eventually?
> All users or mailing list participants, or just maintainers/
> members?

We could restrict it to people listed on MacPortsDevelopers [1],
although some of them seem to be inactive. And we have other people
caring about MacPorts who are not developers.

Rainer

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

From jkh at apple.com  Wed Oct  8 05:03:09 2008
From: jkh at apple.com (Jordan K. Hubbard)
Date: Wed, 8 Oct 2008 05:03:09 -0700
Subject: There is no release manager! There is no release manager!
In-Reply-To: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>
References: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>
Message-ID: <84705925-0CA0-44E3-B30B-D636A75060BB@apple.com>


On Oct 7, 2008, at 7:36 PM, paul beard wrote:

> FAIL.
>
> There has been a release manager and portmgr@ team for quite some  
> time and this bug lingers, festers even.

I don't know which reality you have been living in, but I think the  
weight of evidence points to exactly the opposite conclusion:  There  
has not been a release manager or portmgr team for quite some time,  
which is why this and other bugs have been stuck in release limbo.   
Ryan has done an excellent job of summing that up and pointing to both  
the portmgr announcement and jmpp's rather excellent "what it takes to  
make a release" checklist (and I say "rather excellent" because,  
frankly, most release engineers do not bother to document their  
process anywhere near as well), so I will not belabor the point.

Back when I was release engineer for FreeBSD, a job I held for some 9  
years (which is one of the many reasons you don't see me exactly  
leaping at this opportunity myself - I've done my time in the box and  
then some), I also went out of my way to automate the process as much  
as possible, laziness being the mother of invention and all that.  The  
end result was that just about anyone could (and still can) type "make  
release" at the top of the FreeBSD source tree and, assuming  
everything compiled and the internal consistency checks passed, see a  
full and complete set of bootable ISO images pop out the other end.   
This is still used on a daily basis to create the "snapshot releases"  
of FreeBSD-current, as well as by the current FreeBSD release  
engineering team, and I would therefore encourage whomever steps into  
these shoes to follow the same path since it's clearly paid off.  It's  
a little more work up-front to make things turn-key like this, but it  
more than pays for itself in labor savings over the long term, in  
addition to also making it much easier to appoint "interim release  
engineers" during periods where the primary release engineer is burnt  
out or on vacation.

So, consider that my two cents added to jmpp's already fine release  
engineer checklist.  Well, OK, maybe three cents since I'd also like  
to take the opportunity to beat the drum (again) for the notion of  
simply tagging trunk and releasing from the tag rather than going to  
all the overhead of branching and trying to keep track of what should  
be merged and what should not.  Were macports a much larger project,  
or perhaps one simply better staffed with "infrastructure folk", I  
would actually argue in favor of branches since it's certainly the  
more controlled way to go, but I don't think the project can really  
afford the overhead right now and the model of declaring an impending  
release, converging things in trunk, tagging, and then declaring the  
trunk "open" again is one that can certainly work with a little  
overall project discipline.  Given that Subversion also allows one to  
easily "promote" a tag to a branch (since they're really the same  
thing), you also always have the option of creating a temporary branch  
for any late-breaking issues that require "just a couple more fixes"  
without requiring that trunk be re-frozen.  I think it's the best of  
both worlds, and certainly a lot less work than requiring the release  
engineer(s) to branch and do n weeks worth of merges until the release  
is ready, which is one of the reasons I think our releases became so  
laborious and infrequent.

> If this is part of a strategy of annoying users to the point where  
> they sign up to be release manager just so it gets done, I'm not  
> sure it will work. Civilians like me have no idea what the actual  
> steps are to get a release cut, even one so trivial as the bug fix  
> for 1.6. If the guys who were doing it had a hard time with it, what  
> would make someone who isn't an active port maintainer think they  
> could do it?

Because release engineering is not rocket science, it's simply time  
and communications intensive.  "Anyone" can do it, to some degree,  
assuming a basic engineering background and the ability to build and  
test bits.  The part that suck up all the time is herding all the cats  
and managing the usual debate around what absolutely must, or must  
not, go into the next release (ultimately a judgement call, which is  
why good release engineers are also possessed of almost infinite  
amounts of patience and Solomon-like skills).

> Absent a release manager or team, what would it take to get a  
> release schedule (quarterly? monthly?) and/or a roadmap? Not sure it  
> makes a lot of sense to fret about a release manager if we don't  
> really know what a release is or why we need one. A roadmap/set of  
> benchmarks/goals would help and from there a release calendar could  
> be derived.

Roadmaps are great.  I am a big believer in Roadmaps.  The only  
problem with them in all-volunteer projects like this one is getting  
everyone to (a) agree on the roadmap and (b) actually execute it with  
any accuracy.   Sometimes it's a lot easier to simply let things  
progress organically, as various volunteer resources have the time and  
inclination to contribute, filling in the "missing pieces" by begging,  
wheedling and cajoling (or, occasionally, even simply doing it  
yourself) and, where that fails, being also willing to accept that not  
every release is going to have everything you want in it.  As long as  
they keep coming out with any regularity, you (the hypothetical  
volunteer RE) will gradually accumulate both the credibility and good  
will necessary to motivate other volunteers to take the release  
engineering schedule and goals more seriously.  It's not an overnight  
process.

- Jordan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081008/98f13a95/attachment.html 

From jkh at apple.com  Wed Oct  8 05:10:55 2008
From: jkh at apple.com (Jordan K. Hubbard)
Date: Wed, 8 Oct 2008 05:10:55 -0700
Subject: There is no release manager! There is no release manager!
In-Reply-To: <016E33BD-1574-4BB7-A8FB-9190D8995268@macports.org>
References: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>
	<016E33BD-1574-4BB7-A8FB-9190D8995268@macports.org>
Message-ID: <173FDCAC-B07F-45C9-99E0-A1DB814DEFE9@apple.com>


On Oct 7, 2008, at 9:35 PM, Ryan Schmidt wrote:

> For the next release, I think we need version 1.7.0, not 1.6.1,
> because there are countless new features and a year's worth of bug
> fixes. That much work deserves more than just a bugfix version number
> increase. That means we release from trunk, not the 1.6 branch. A
> concern of mine is that the 1.6 branch contains some work that was
> done only there and not on trunk. I believe some of it was done on
> trunk in a different way, but I don't know if all changes from the
> 1.6 branch got put in trunk. Someone needs to figure out whether it
> was, and if not, identify what needs to be ported from 1.6 to trunk.
> Ideally that would happen before a 1.7.0 release.

I agree entirely.  I know that some kind folks have also been  
tentatively tossing their hat in the ring for this job, and for that I  
think we should all be thankful and also willing to both encourage and  
help them do so in any way necessary, but I also agree that we haven't  
had a release in some time and the accumulated backlog of work is  
likely to be a little daunting to anyone who isn't already intimately  
familiar with MacPorts.

Ryan.  I hate to do this to you, I really do, but given the degree to  
which you've been active in this project and the fact that you clearly  
know your way around, I don't suppose YOU would be willing to do this  
for at least one release, just to get the ball rolling again, as it  
were?   The quoted paragraph clearly demonstrates an agenda of sorts,  
without which any RE cannot truly be effective, and I think the other  
volunteers would find you a more than credible candidate for the job  
and be willing to follow/help you as necessary.  Again, I am not  
suggesting that you volunteer (or "be volunteered" :-) for anything  
more than this 1.7.0 release, we just need to break the log jam and  
there are very few people I can think of who have demonstrated your  
level of commitment to this project (the svn logs speak for  
themselves!).

- Jordan


From jkh at apple.com  Wed Oct  8 05:55:41 2008
From: jkh at apple.com (Jordan K. Hubbard)
Date: Wed, 8 Oct 2008 05:55:41 -0700
Subject: Hey, I would like to propose that we cut the gordian knot.
In-Reply-To: <5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
Message-ID: <658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>

(http://en.wikipedia.org/wiki/Gordian_knot)

Having just read jmpp's request for "a bit more time" to sort out a  
voting process, I must confess to feeling more trepidation than  
assurance.  To be completely fair, he does note several times that he  
and the rest of the moribund portmgr team would like to move quickly,  
but given the degree to which that group has also demonstrated itself  
to be overworked and less than involved in the day to day affairs of  
MacPorts, anything which delays a solution also runs the risk of  
blunting some of the current enthusiasm should said "process" end up  
dragging out longer than anticipated (which, as experience amply  
suggests, it invariably does) and I honestly don't think we can afford  
that at this late stage.

I would therefore like to suggest that we simply ratify the following  
list rather than dragging out a lengthy "voting" process for a set of  
positions which, from a certain angle, might even be viewed as largely  
ceremonial since there is no real "power" afforded by membership in  
the portmgr team.   Volunteers will always choose to follow (or not)  
such a group on the basis of the credibility of its individual members  
rather than any fancy paper hats they may be wearing, and the sooner  
we simply slam those hats on some credible heads and say "Thank you!   
Get started!", the sooner we can all get back to discussing the real  
question of how to get to where we need to go next.

As a courtesy to the outgoing portmgr team, I would also be perfectly  
happy to see them be the official "ratifiers" of this new team,  
assuming it passes their sniff test and they're also willing to do so  
in the next day or two, otherwise I would be just as happy with a  
statement along the lines of "if there are no significant, well-argued  
objections in the next 72 hours, they're it!  Quick, before they  
change their minds!" :-)

Portmgr (subject to individual acceptance, of course - we still  
haven't heard from two of the four):
Ryan Schmidt
Bryan Blackburn
Rainer Mueller
Joshua Root
[Note:  Any subset of the above would also be acceptable - 4 is not  
some magic minimum number, for all the reasons I've already outlined]

Release engineering team:
Ryan Schmidt (interim or longer, if he wants it)
Julio Biason

I'm really not trying to undercut anyone here, least of all jmpp, but  
seriously folks - we've been suffering from a leadership/directional  
vacuum for quite some time now and I don't think we need to bog down  
the only solution to be offered in quite some time by getting all  
constitutional about it or saying "hey, wait, let's all think about  
this for awhile and engage in lengthy discussion!"    That might have  
been a good plan of action about a year ago, and I would be also more  
than happy to see the "new portmgr" establish a framework for  
elections and term limits and all the other checks and balances that  
they might wish to create for future generations, but what we need  
right now is an immediate "interim government" and some long overdue  
action on the release engineering front.

Any objections?

- Jordan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081008/f8f50f9d/attachment.html 

From paulbeard at gmail.com  Wed Oct  8 07:00:54 2008
From: paulbeard at gmail.com (paul beard)
Date: Wed, 8 Oct 2008 07:00:54 -0700
Subject: There is no release manager! There is no release manager!
In-Reply-To: <173FDCAC-B07F-45C9-99E0-A1DB814DEFE9@apple.com>
References: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>
	<016E33BD-1574-4BB7-A8FB-9190D8995268@macports.org>
	<173FDCAC-B07F-45C9-99E0-A1DB814DEFE9@apple.com>
Message-ID: <aeca57d90810080700v438928ddl23bd8e94a65ee1d4@mail.gmail.com>

On Wed, Oct 8, 2008 at 5:10 AM, Jordan K. Hubbard <jkh at apple.com> wrote:

>
> On Oct 7, 2008, at 9:35 PM, Ryan Schmidt wrote:
>
>  For the next release, I think we need version 1.7.0, not 1.6.1,
>> because there are countless new features and a year's worth of bug
>> fixes. That much work deserves more than just a bugfix version number
>> increase. That means we release from trunk, not the 1.6 branch. A
>> concern of mine is that the 1.6 branch contains some work that was
>> done only there and not on trunk. I believe some of it was done on
>> trunk in a different way, but I don't know if all changes from the
>> 1.6 branch got put in trunk. Someone needs to figure out whether it
>> was, and if not, identify what needs to be ported from 1.6 to trunk.
>> Ideally that would happen before a 1.7.0 release.
>>
>
> I agree entirely.  I know that some kind folks have also been tentatively
> tossing their hat in the ring for this job, and for that I think we should
> all be thankful and also willing to both encourage and help them do so in
> any way necessary, but I also agree that we haven't had a release in some
> time and the accumulated backlog of work is likely to be a little daunting
> to anyone who isn't already intimately familiar with MacPorts.
>
> Ryan.  I hate to do this to you, I really do, but given the degree to which
> you've been active in this project and the fact that you clearly know your
> way around, I don't suppose YOU would be willing to do this for at least one
> release, just to get the ball rolling again, as it were?   The quoted
> paragraph clearly demonstrates an agenda of sorts, without which any RE
> cannot truly be effective, and I think the other volunteers would find you a
> more than credible candidate for the job and be willing to follow/help you
> as necessary.  Again, I am not suggesting that you volunteer (or "be
> volunteered" :-) for anything more than this 1.7.0 release, we just need to
> break the log jam and there are very few people I can think of who have
> demonstrated your level of commitment to this project (the svn logs speak
> for themselves!).
>

Sounds like an excellent solution. Breaking the log jam is an excellent
summation of what's needed here and I think once people can see the
accumulated body of work that comes with the 1.7 release,  the energy level
and enthusiasm will go up a bit.

Seconded, in other words.

-- 
Paul Beard / www.paulbeard.org/
<paulbeard.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081008/ff28aa51/attachment-0001.html 

From paulbeard at gmail.com  Wed Oct  8 07:19:54 2008
From: paulbeard at gmail.com (paul beard)
Date: Wed, 8 Oct 2008 07:19:54 -0700
Subject: There is no release manager! There is no release manager!
Message-ID: <aeca57d90810080719x32d78bd2n9656fa8b0722f748@mail.gmail.com>

On Wed, Oct 8, 2008 at 7:01 AM, <macports-users-request at lists.macosforge.org
> wrote:

>
> I don't know which reality you have been living in, but I think the
> weight of evidence points to exactly the opposite conclusion:  There
> has not been a release manager or portmgr team for quite some time,
> which is why this and other bugs have been stuck in release limbo.


Just the daily reality of an end-user.

I didn't realize those positions were completely vacant. Maybe in future
those responsibilities, if they are important to the ongoing success of the
project, can be taken up by someone else, even on an interim or "one shot"
basis.
-- 
Paul Beard / www.paulbeard.org/
<paulbeard.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081008/f2302dda/attachment.html 

From jberry at macports.org  Wed Oct  8 07:42:16 2008
From: jberry at macports.org (James Berry)
Date: Wed, 8 Oct 2008 07:42:16 -0700
Subject: [macports-mgr] Hey,
	I would like to propose that we cut the gordian knot.
In-Reply-To: <658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
	<658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
Message-ID: <B17BD218-88AC-45D1-A521-A4F59B43B248@macports.org>

Hi Jordan,

As usual, you work well to cut through the bureaucracy ;) I'm not so  
opposed to going along with your suggestion to just get this thing  
done, or that an official "vote" may be superflous. But I also think  
it's premature to assume that the list of nominees so far, is  
complete, given that we haven't called for nominees (or "interested  
parties") yet.

So I'd like to request that anybody interested in PortMgr announce  
their intent (via nomination, or not) by the close of this Friday.

James

On Oct 8, 2008, at 5:55 AM, Jordan K. Hubbard wrote:

> (http://en.wikipedia.org/wiki/Gordian_knot)
>
> Having just read jmpp's request for "a bit more time" to sort out a  
> voting process, I must confess to feeling more trepidation than  
> assurance.  To be completely fair, he does note several times that  
> he and the rest of the moribund portmgr team would like to move  
> quickly, but given the degree to which that group has also  
> demonstrated itself to be overworked and less than involved in the  
> day to day affairs of MacPorts, anything which delays a solution  
> also runs the risk of blunting some of the current enthusiasm should  
> said "process" end up dragging out longer than anticipated (which,  
> as experience amply suggests, it invariably does) and I honestly  
> don't think we can afford that at this late stage.
>
> I would therefore like to suggest that we simply ratify the  
> following list rather than dragging out a lengthy "voting" process  
> for a set of positions which, from a certain angle, might even be  
> viewed as largely ceremonial since there is no real "power" afforded  
> by membership in the portmgr team.   Volunteers will always choose  
> to follow (or not) such a group on the basis of the credibility of  
> its individual members rather than any fancy paper hats they may be  
> wearing, and the sooner we simply slam those hats on some credible  
> heads and say "Thank you!  Get started!", the sooner we can all get  
> back to discussing the real question of how to get to where we need  
> to go next.
>
> As a courtesy to the outgoing portmgr team, I would also be  
> perfectly happy to see them be the official "ratifiers" of this new  
> team, assuming it passes their sniff test and they're also willing  
> to do so in the next day or two, otherwise I would be just as happy  
> with a statement along the lines of "if there are no significant,  
> well-argued objections in the next 72 hours, they're it!  Quick,  
> before they change their minds!" :-)
>
> Portmgr (subject to individual acceptance, of course - we still  
> haven't heard from two of the four):
> Ryan Schmidt
> Bryan Blackburn
> Rainer Mueller
> Joshua Root
> [Note:  Any subset of the above would also be acceptable - 4 is not  
> some magic minimum number, for all the reasons I've already outlined]
>
> Release engineering team:
> Ryan Schmidt (interim or longer, if he wants it)
> Julio Biason
>
> I'm really not trying to undercut anyone here, least of all jmpp,  
> but seriously folks - we've been suffering from a leadership/ 
> directional vacuum for quite some time now and I don't think we need  
> to bog down the only solution to be offered in quite some time by  
> getting all constitutional about it or saying "hey, wait, let's all  
> think about this for awhile and engage in lengthy discussion!"     
> That might have been a good plan of action about a year ago, and I  
> would be also more than happy to see the "new portmgr" establish a  
> framework for elections and term limits and all the other checks and  
> balances that they might wish to create for future generations, but  
> what we need right now is an immediate "interim government" and some  
> long overdue action on the release engineering front.
>
> Any objections?
>
> - Jordan
>
> _______________________________________________
> macports-mgr mailing list
> macports-mgr at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-mgr

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081008/dfe7e8da/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2761 bytes
Desc: not available
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081008/dfe7e8da/attachment.bin 

From jberry at macports.org  Wed Oct  8 07:49:32 2008
From: jberry at macports.org (James Berry)
Date: Wed, 8 Oct 2008 07:49:32 -0700
Subject: Call for PortMgr interest/nominations
Message-ID: <73A3849F-1DAB-44FE-BF91-5B4F8365A8B9@macports.org>

Per my previous note to Jordan, I'd like to set a deadline of this  
coming Friday, Oct 10, for those wishing to be part of the new PortMgr  
slate. If you are interested in these posts, please express your  
interest, or ask somebody to nominate you, by that time.

In throwing in your hat, or accepting a nomination, I think it would  
be appropriate to include a paragraph or so about what makes you want  
to be involved, and why we should care ;) Such notices should be given  
in email to the MacPorts development list. If you have already written  
such a note, you don't need to do so again.

Based on the amount of interest, we'll decide on an appropriate way to  
select the new slate.

James
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2761 bytes
Desc: not available
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081008/427ea36b/attachment.bin 

From febeling at macports.org  Wed Oct  8 08:15:17 2008
From: febeling at macports.org (C. Florian Ebeling)
Date: Wed, 8 Oct 2008 17:15:17 +0200
Subject: Hey, I would like to propose that we cut the gordian knot.
In-Reply-To: <658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
	<658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
Message-ID: <5cbbe4ae0810080815k6dc6ef4dj7504c814cf9a11e4@mail.gmail.com>

Well spoken, Jordan!

On Wed, Oct 8, 2008 at 2:55 PM, Jordan K. Hubbard <jkh at apple.com> wrote:
> (http://en.wikipedia.org/wiki/Gordian_knot)
> Having just read jmpp's request for "a bit more time" to sort out a voting
> process, I must confess to feeling more trepidation than assurance.  To be
> completely fair, he does note several times that he and the rest of the
> moribund portmgr team would like to move quickly, but given the degree to
> which that group has also demonstrated itself to be overworked and less than
> involved in the day to day affairs of MacPorts, anything which delays a
> solution also runs the risk of blunting some of the current enthusiasm
> should said "process" end up dragging out longer than anticipated (which, as
> experience amply suggests, it invariably does) and I honestly don't think we
> can afford that at this late stage.
> I would therefore like to suggest that we simply ratify the following list
> rather than dragging out a lengthy "voting" process for a set of positions
> which, from a certain angle, might even be viewed as largely ceremonial
> since there is no real "power" afforded by membership in the portmgr team.
> Volunteers will always choose to follow (or not) such a group on the basis
> of the credibility of its individual members rather than any fancy paper
> hats they may be wearing, and the sooner we simply slam those hats on some
> credible heads and say "Thank you!  Get started!", the sooner we can all get
> back to discussing the real question of how to get to where we need to go
> next.
> As a courtesy to the outgoing portmgr team, I would also be perfectly happy
> to see them be the official "ratifiers" of this new team, assuming it passes
> their sniff test and they're also willing to do so in the next day or two,
> otherwise I would be just as happy with a statement along the lines of "if
> there are no significant, well-argued objections in the next 72 hours,
> they're it!  Quick, before they change their minds!" :-)
> Portmgr (subject to individual acceptance, of course - we still haven't
> heard from two of the four):
> Ryan Schmidt
> Bryan Blackburn
> Rainer Mueller
> Joshua Root
> [Note:  Any subset of the above would also be acceptable - 4 is not some
> magic minimum number, for all the reasons I've already outlined]
> Release engineering team:
> Ryan Schmidt (interim or longer, if he wants it)
> Julio Biason
> I'm really not trying to undercut anyone here, least of all jmpp, but
> seriously folks - we've been suffering from a leadership/directional vacuum
> for quite some time now and I don't think we need to bog down the only
> solution to be offered in quite some time by getting all constitutional
> about it or saying "hey, wait, let's all think about this for awhile and
> engage in lengthy discussion!"    That might have been a good plan of action
> about a year ago, and I would be also more than happy to see the "new
> portmgr" establish a framework for elections and term limits and all the
> other checks and balances that they might wish to create for future
> generations, but what we need right now is an immediate "interim government"
> and some long overdue action on the release engineering front.
> Any objections?
> - Jordan
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
>



-- 
Florian Ebeling
florian.ebeling at gmail.com

From liontooth at cogweb.net  Wed Oct  8 09:24:20 2008
From: liontooth at cogweb.net (David Liontooth)
Date: Wed, 08 Oct 2008 18:24:20 +0200
Subject: There is no release manager! There is no release manager!
In-Reply-To: <173FDCAC-B07F-45C9-99E0-A1DB814DEFE9@apple.com>
References: <aeca57d90810071936w53dd35b1m6ad6229bcb5417ef@mail.gmail.com>	<016E33BD-1574-4BB7-A8FB-9190D8995268@macports.org>
	<173FDCAC-B07F-45C9-99E0-A1DB814DEFE9@apple.com>
Message-ID: <48ECDEB4.7000408@cogweb.net>

Jordan K. Hubbard wrote:
> Ryan.  I hate to do this to you, I really do, but given the degree to  
> which you've been active in this project and the fact that you clearly  
> know your way around, I don't suppose YOU would be willing to do this  
> for at least one release, just to get the ball rolling again, as it  
> were?   The quoted paragraph clearly demonstrates an agenda of sorts,  
> without which any RE cannot truly be effective, and I think the other  
> volunteers would find you a more than credible candidate for the job  
> and be willing to follow/help you as necessary.  Again, I am not  
> suggesting that you volunteer (or "be volunteered" :-) for anything  
> more than this 1.7.0 release, we just need to break the log jam and  
> there are very few people I can think of who have demonstrated your  
> level of commitment to this project (the svn logs speak for  
> themselves!).
>   
I second the nomination of Ryan as executive release manager. He has 
been incredibly helpful, consistently skilful, and invariably polite, 
and it can only help the project to give him more responsibilities. As 
he knows the ropes and has been active with port updates, he is already 
at lift-off speed for the task. He will also be a great resource for the 
rest of the release manager team; it's important we avoid the situation 
where too much rests for too long on one pair of shoulders.

For the immediate next release, we will all be very relieved and 
grateful to have an experienced hand.

David

From mikel.king at olivent.com  Wed Oct  8 11:46:11 2008
From: mikel.king at olivent.com (Mikel King)
Date: Wed, 8 Oct 2008 14:46:11 -0400
Subject: [macports-mgr] Hey,
	I would like to propose that we cut the gordian knot.
In-Reply-To: <B17BD218-88AC-45D1-A521-A4F59B43B248@macports.org>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
	<658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
	<B17BD218-88AC-45D1-A521-A4F59B43B248@macports.org>
Message-ID: <80C2227A-621F-42BA-9CB5-7D44C05C196F@olivent.com>

Greetings all,

	I am a relatively silent observer of this list, and well felt it  
worth chiming in. Since I am on the exec board of the BSD Cert Group,  
which has experienced more than their share of staled elections I  
happen to have a little experience with this sort of thing. I would  
like to offer the following suggestions.

	1. for the sake of the project install these members now, with a  
deadline to make an official release and a 1 year term limit.

	2. setup an executive board to deal with the whole mess of by laws  
and elections ( say the 3 grandfathers and perhaps two others).

	3. keep it all simple as everyone is a volunteer and this sort of  
thing can become a bike shed big enough to park an aircraft carrier.

	4. by this time next year the by laws and all that governance mess  
should be completed, thus opening up for the appropriate elections as  
needed.

Cheers,
Mikel King
CEO, Olivent Technologies
Senior Editor, Daemon News
Columnist, BSD Magazine
6 Alpine Court
Medford, NY 11763
http://www.olivent.com
http://www.daemonnews.org
http://www.bsdmag.org
skype: mikel.king
t: 631.627.3055
m: 646.554.3660
+------------------------------------------+
How do you spell cooperation? Pessimists use
each other, but optimists help each other.
Collaboration feeds your spirit, while
competition only stokes your ego. You'll
find the best way to get along.
+------------------------------------------+

On Oct 8, 2008, at 10:42 AM, James Berry wrote:

> Hi Jordan,
>
> As usual, you work well to cut through the bureaucracy ;) I'm not so  
> opposed to going along with your suggestion to just get this thing  
> done, or that an official "vote" may be superflous. But I also think  
> it's premature to assume that the list of nominees so far, is  
> complete, given that we haven't called for nominees (or "interested  
> parties") yet.
>
> So I'd like to request that anybody interested in PortMgr announce  
> their intent (via nomination, or not) by the close of this Friday.
>
> James
>
> On Oct 8, 2008, at 5:55 AM, Jordan K. Hubbard wrote:
>
>> (http://en.wikipedia.org/wiki/Gordian_knot)
>>
>> Having just read jmpp's request for "a bit more time" to sort out a  
>> voting process, I must confess to feeling more trepidation than  
>> assurance.  To be completely fair, he does note several times that  
>> he and the rest of the moribund portmgr team would like to move  
>> quickly, but given the degree to which that group has also  
>> demonstrated itself to be overworked and less than involved in the  
>> day to day affairs of MacPorts, anything which delays a solution  
>> also runs the risk of blunting some of the current enthusiasm  
>> should said "process" end up dragging out longer than anticipated  
>> (which, as experience amply suggests, it invariably does) and I  
>> honestly don't think we can afford that at this late stage.
>>
>> I would therefore like to suggest that we simply ratify the  
>> following list rather than dragging out a lengthy "voting" process  
>> for a set of positions which, from a certain angle, might even be  
>> viewed as largely ceremonial since there is no real "power"  
>> afforded by membership in the portmgr team.   Volunteers will  
>> always choose to follow (or not) such a group on the basis of the  
>> credibility of its individual members rather than any fancy paper  
>> hats they may be wearing, and the sooner we simply slam those hats  
>> on some credible heads and say "Thank you!  Get started!", the  
>> sooner we can all get back to discussing the real question of how  
>> to get to where we need to go next.
>>
>> As a courtesy to the outgoing portmgr team, I would also be  
>> perfectly happy to see them be the official "ratifiers" of this new  
>> team, assuming it passes their sniff test and they're also willing  
>> to do so in the next day or two, otherwise I would be just as happy  
>> with a statement along the lines of "if there are no significant,  
>> well-argued objections in the next 72 hours, they're it!  Quick,  
>> before they change their minds!" :-)
>>
>> Portmgr (subject to individual acceptance, of course - we still  
>> haven't heard from two of the four):
>> Ryan Schmidt
>> Bryan Blackburn
>> Rainer Mueller
>> Joshua Root
>> [Note:  Any subset of the above would also be acceptable - 4 is not  
>> some magic minimum number, for all the reasons I've already outlined]
>>
>> Release engineering team:
>> Ryan Schmidt (interim or longer, if he wants it)
>> Julio Biason
>>
>> I'm really not trying to undercut anyone here, least of all jmpp,  
>> but seriously folks - we've been suffering from a leadership/ 
>> directional vacuum for quite some time now and I don't think we  
>> need to bog down the only solution to be offered in quite some time  
>> by getting all constitutional about it or saying "hey, wait, let's  
>> all think about this for awhile and engage in lengthy  
>> discussion!"    That might have been a good plan of action about a  
>> year ago, and I would be also more than happy to see the "new  
>> portmgr" establish a framework for elections and term limits and  
>> all the other checks and balances that they might wish to create  
>> for future generations, but what we need right now is an immediate  
>> "interim government" and some long overdue action on the release  
>> engineering front.
>>
>> Any objections?
>>
>> - Jordan
>>
>> _______________________________________________
>> macports-mgr mailing list
>> macports-mgr at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-mgr
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users






From protsman at mac.com  Wed Oct  8 13:44:19 2008
From: protsman at mac.com (Shawn Protsman)
Date: Wed, 08 Oct 2008 13:44:19 -0700
Subject: linking to libssl and libcrypt
Message-ID: <158AEC54-22E8-45CA-9F9E-B7D43EEDE96E@mac.com>

I'm attempting to build a static library that links to both libssl.a  
and libcrypto.a. When I build it I get these "has no symbols"  
messages. Any advice on resolving this? Thanks.

# Building liballkeyrtv.a
libtool -static -o liballkeyrtv.a allkeyrtv.o parseini.o tksc.o  
TkscTls.o TkscSockets.o skeys.o writelogs.o tThreads.o /opt/local/lib/ 
libssl.a /opt/local/lib/libcrypto.a
libtool: file: /opt/local/lib/libssl.a(kssl.o) has no symbols
libtool: file: /opt/local/lib/libcrypto.a(ebcdic.o) has no symbols
libtool: file: /opt/local/lib/libcrypto.a(rand_win.o) has no symbols
libtool: file: /opt/local/lib/libcrypto.a(rand_os2.o) has no symbols
libtool: file: /opt/local/lib/libcrypto.a(rand_nw.o) has no symbols
libtool: file: /opt/local/lib/libcrypto.a(e_camellia.o) has no symbols
libtool: file: /opt/local/lib/libcrypto.a(e_seed.o) has no symbols
libtool: file: /opt/local/lib/libcrypto.a(e_rc5.o) has no symbols
libtool: file: /opt/local/lib/libcrypto.a(m_mdc2.o) has no symbols
libtool: file: /opt/local/lib/libcrypto.a(v3_asid.o) has no symbols
libtool: file: /opt/local/lib/libcrypto.a(v3_addr.o) has no symbols
Finished building target: liballkeyrtv.a

From ducleotide at gmail.com  Wed Oct  8 13:52:25 2008
From: ducleotide at gmail.com (Duc N Nguyen)
Date: Wed, 8 Oct 2008 16:52:25 -0400
Subject: upgrading gimp2
Message-ID: <1fecf40b0810081352q3b97aa7w6bbf29ae04176bfd@mail.gmail.com>

I am trying to upgrade gimp2 with python scripting enabled.  However,
during the install ports is trying to install python24.  Why is that?
Shouldn't port know that I have python25 already installed?

I already have python25 installed and don't want to install python24.
Is there a way to keep gimp2 from trying to install python24.  I was
looking at the dependencies of gimp2 and saw that only py25-gtk is the
only python dependency.  Are there any other dependencies of gimp2
that have python24 as a dependent?

Any help or clarification is much appreciated.

Thank you,
Duc

From 0x62_0x6c_0x62 at pobox.com  Wed Oct  8 13:57:05 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Wed, 8 Oct 2008 14:57:05 -0600
Subject: linking to libssl and libcrypt
In-Reply-To: <158AEC54-22E8-45CA-9F9E-B7D43EEDE96E@mac.com>
References: <158AEC54-22E8-45CA-9F9E-B7D43EEDE96E@mac.com>
Message-ID: <20081008205705.GI515@ninagal.withay.com>

On Wed, Oct 08, 2008 at 01:44:19PM -0700, Shawn Protsman said:
> I'm attempting to build a static library that links to both libssl.a  
> and libcrypto.a. When I build it I get these "has no symbols"  
> messages. Any advice on resolving this? Thanks.
> 

Ignore them?  Some source files end up, based on #defines, to have nothing
in them, so when compiled, they have no symbols.  Eg, rand_os2.c:

<http://cvs.openssl.org/fileview?f=openssl/crypto/rand/rand_os2.c>

when built on anything other than OS/2 will have nothing, hence the message
you see from libtool below.  Note also at the end that it finished building
the library, so does it work as expected?

Bryan


> # Building liballkeyrtv.a
> libtool -static -o liballkeyrtv.a allkeyrtv.o parseini.o tksc.o  
> TkscTls.o TkscSockets.o skeys.o writelogs.o tThreads.o /opt/local/lib/ 
> libssl.a /opt/local/lib/libcrypto.a
> libtool: file: /opt/local/lib/libssl.a(kssl.o) has no symbols
> libtool: file: /opt/local/lib/libcrypto.a(ebcdic.o) has no symbols
> libtool: file: /opt/local/lib/libcrypto.a(rand_win.o) has no symbols
> libtool: file: /opt/local/lib/libcrypto.a(rand_os2.o) has no symbols
> libtool: file: /opt/local/lib/libcrypto.a(rand_nw.o) has no symbols
> libtool: file: /opt/local/lib/libcrypto.a(e_camellia.o) has no symbols
> libtool: file: /opt/local/lib/libcrypto.a(e_seed.o) has no symbols
> libtool: file: /opt/local/lib/libcrypto.a(e_rc5.o) has no symbols
> libtool: file: /opt/local/lib/libcrypto.a(m_mdc2.o) has no symbols
> libtool: file: /opt/local/lib/libcrypto.a(v3_asid.o) has no symbols
> libtool: file: /opt/local/lib/libcrypto.a(v3_addr.o) has no symbols
> Finished building target: liballkeyrtv.a

From macports at orindasoftware.com  Wed Oct  8 14:06:52 2008
From: macports at orindasoftware.com (David Evans)
Date: Wed, 08 Oct 2008 14:06:52 -0700
Subject: upgrading gimp2
In-Reply-To: <1fecf40b0810081352q3b97aa7w6bbf29ae04176bfd@mail.gmail.com>
References: <1fecf40b0810081352q3b97aa7w6bbf29ae04176bfd@mail.gmail.com>
Message-ID: <48ED20EC.60008@orindasoftware.com>

Duc N Nguyen wrote:
> I am trying to upgrade gimp2 with python scripting enabled.  However,
> during the install ports is trying to install python24.  Why is that?
> Shouldn't port know that I have python25 already installed?
>
> I already have python25 installed and don't want to install python24.
> Is there a way to keep gimp2 from trying to install python24.  I was
> looking at the dependencies of gimp2 and saw that only py25-gtk is the
> only python dependency.  Are there any other dependencies of gimp2
> that have python24 as a dependent?
>
> Any help or clarification is much appreciated.
>
> Thank you,
> Duc
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
>   
Yes, it looks like asciidoc depends on python24.  Perhaps the asciidoc
maintainer can comment on
this.



From rhubbell at ihubbell.com  Wed Oct  8 14:16:08 2008
From: rhubbell at ihubbell.com (rhubbell)
Date: Wed, 08 Oct 2008 14:16:08 -0700
Subject: macports and Xcode
Message-ID: <1223500568.29512.2.camel@127>

Hello all,

Probably a ridiculous question. (never stopped me before)
Is macports always and forever dependent upon Xcode?
Can it be de-coupled?




From protsman at mac.com  Wed Oct  8 14:27:07 2008
From: protsman at mac.com (Shawn Protsman)
Date: Wed, 08 Oct 2008 14:27:07 -0700
Subject: linking to libssl and libcrypt
In-Reply-To: <20081008205705.GI515@ninagal.withay.com>
References: <158AEC54-22E8-45CA-9F9E-B7D43EEDE96E@mac.com>
	<20081008205705.GI515@ninagal.withay.com>
Message-ID: <C09E3D7F-985E-4F42-BEBE-6D3C06305462@mac.com>

On Oct 8, 2008, at 1:57 PM, Bryan Blackburn wrote:

> On Wed, Oct 08, 2008 at 01:44:19PM -0700, Shawn Protsman said:
>> I'm attempting to build a static library that links to both libssl.a
>> and libcrypto.a. When I build it I get these "has no symbols"
>> messages. Any advice on resolving this? Thanks.
>>
>
> Ignore them?  Some source files end up, based on #defines, to have  
> nothing
> in them, so when compiled, they have no symbols.  Eg, rand_os2.c:
>
> <http://cvs.openssl.org/fileview?f=openssl/crypto/rand/rand_os2.c>
>
> when built on anything other than OS/2 will have nothing, hence the  
> message
> you see from libtool below.  Note also at the end that it finished  
> building
> the library, so does it work as expected?

Thanks for the quick reply. I copied the static lib to /usr/local/lib  
and then tried to compile my binary which links to liballkeyrtv.a:

Building target: keyreq
##gcc -lallkeyrtv -o keyreq keyreq.o
gcc -o keyreq keyreq.o /usr/local/lib/liballkeyrtv.a
Undefined symbols:
   "_inflateEnd", referenced from:
       _zlib_stateful_free_ex_data in liballkeyrtv.a(c_zlib.o)
       _bio_zlib_free in liballkeyrtv.a(c_zlib.o)
   "_inflateInit_", referenced from:
       _zlib_stateful_init in liballkeyrtv.a(c_zlib.o)
       _bio_zlib_read in liballkeyrtv.a(c_zlib.o)
   "_deflate", referenced from:
       _zlib_stateful_compress_block in liballkeyrtv.a(c_zlib.o)
       _bio_zlib_write in liballkeyrtv.a(c_zlib.o)
       _bio_zlib_ctrl in liballkeyrtv.a(c_zlib.o)
   "_deflateEnd", referenced from:
       _zlib_stateful_free_ex_data in liballkeyrtv.a(c_zlib.o)
       _bio_zlib_free in liballkeyrtv.a(c_zlib.o)
   "_deflateInit_", referenced from:
       _zlib_stateful_init in liballkeyrtv.a(c_zlib.o)
       _bio_zlib_write in liballkeyrtv.a(c_zlib.o)
   "_zError", referenced from:
       _bio_zlib_read in liballkeyrtv.a(c_zlib.o)
       _bio_zlib_write in liballkeyrtv.a(c_zlib.o)
       _bio_zlib_ctrl in liballkeyrtv.a(c_zlib.o)
   "_inflate", referenced from:
       _zlib_stateful_expand_block in liballkeyrtv.a(c_zlib.o)
       _bio_zlib_read in liballkeyrtv.a(c_zlib.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [keyreq] Error 1

From peter at pogma.com  Wed Oct  8 14:31:16 2008
From: peter at pogma.com (Peter O'Gorman)
Date: Wed, 08 Oct 2008 16:31:16 -0500
Subject: linking to libssl and libcrypt
In-Reply-To: <C09E3D7F-985E-4F42-BEBE-6D3C06305462@mac.com>
References: <158AEC54-22E8-45CA-9F9E-B7D43EEDE96E@mac.com>	<20081008205705.GI515@ninagal.withay.com>
	<C09E3D7F-985E-4F42-BEBE-6D3C06305462@mac.com>
Message-ID: <48ED26A4.6070202@pogma.com>

Shawn Protsman wrote:

> Undefined symbols:
>    "_inflateEnd", referenced from:
>        _zlib_stateful_free_ex_data in liballkeyrtv.a(c_zlib.o)
>        _bio_zlib_free in liballkeyrtv.a(c_zlib.o)
>    "_inflateInit_", referenced from:


Need -lz.

Peter
-- 
Peter O'Gorman
http://pogma.com

From 0x62_0x6c_0x62 at pobox.com  Wed Oct  8 14:32:36 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Wed, 8 Oct 2008 15:32:36 -0600
Subject: macports and Xcode
In-Reply-To: <1223500568.29512.2.camel@127>
References: <1223500568.29512.2.camel@127>
Message-ID: <20081008213235.GJ515@ninagal.withay.com>

On Wed, Oct 08, 2008 at 02:16:08PM -0700, rhubbell said:
> Hello all,
> 
> Probably a ridiculous question. (never stopped me before)
> Is macports always and forever dependent upon Xcode?
> Can it be de-coupled?
> 

As long as MacPorts builds ports from source, then Xcode is an absolute
requirement (for gcc etc).  If the day comes that MacPorts distributes
binary packages, then Xcode may only be needed by some ports and not
MacPorts as a whole.

Bryan


From 0x62_0x6c_0x62 at pobox.com  Wed Oct  8 14:46:27 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Wed, 8 Oct 2008 15:46:27 -0600
Subject: linking to libssl and libcrypt
In-Reply-To: <C09E3D7F-985E-4F42-BEBE-6D3C06305462@mac.com>
References: <158AEC54-22E8-45CA-9F9E-B7D43EEDE96E@mac.com>
	<20081008205705.GI515@ninagal.withay.com>
	<C09E3D7F-985E-4F42-BEBE-6D3C06305462@mac.com>
Message-ID: <20081008214627.GK515@ninagal.withay.com>

On Wed, Oct 08, 2008 at 02:27:07PM -0700, Shawn Protsman said:
[...]
> Thanks for the quick reply. I copied the static lib to /usr/local/lib  
> and then tried to compile my binary which links to liballkeyrtv.a:
> 
> Building target: keyreq
> ##gcc -lallkeyrtv -o keyreq keyreq.o
> gcc -o keyreq keyreq.o /usr/local/lib/liballkeyrtv.a
> Undefined symbols:
>    "_inflateEnd", referenced from:
>        _zlib_stateful_free_ex_data in liballkeyrtv.a(c_zlib.o)
>        _bio_zlib_free in liballkeyrtv.a(c_zlib.o)
[...]

Looks like you need to link libz as well.

Bryan


From macports at orindasoftware.com  Wed Oct  8 15:48:31 2008
From: macports at orindasoftware.com (David Evans)
Date: Wed, 08 Oct 2008 15:48:31 -0700
Subject: upgrading gimp2
In-Reply-To: <48ED20EC.60008@orindasoftware.com>
References: <1fecf40b0810081352q3b97aa7w6bbf29ae04176bfd@mail.gmail.com>
	<48ED20EC.60008@orindasoftware.com>
Message-ID: <48ED38BF.5000804@orindasoftware.com>

David Evans wrote:
> Duc N Nguyen wrote:
>   
>> I am trying to upgrade gimp2 with python scripting enabled.  However,
>> during the install ports is trying to install python24.  Why is that?
>> Shouldn't port know that I have python25 already installed?
>>
>> I already have python25 installed and don't want to install python24.
>> Is there a way to keep gimp2 from trying to install python24.  I was
>> looking at the dependencies of gimp2 and saw that only py25-gtk is the
>> only python dependency.  Are there any other dependencies of gimp2
>> that have python24 as a dependent?
>>
>> Any help or clarification is much appreciated.
>>
>> Thank you,
>> Duc
>> _______________________________________________
>>
>>     
> Yes, it looks like asciidoc depends on python24.  Perhaps the asciidoc
> maintainer can comment on
> this.
>
>
>   
To be a bit clearer, gimp2 depends on gegl which depends on asciidoc to
generate documentation.

I have just submitted a patch for gegl which disables docs unless you
explicitly ask for them via
the +html_doc variant.   When this is committed, it should avoid the
dependency you mention.
Also upgrades gegl to 0.0.20.

See https://trac.macports.org/ticket/16796

Let me know if this helps

Dave

From dersh at alum.mit.edu  Wed Oct  8 16:37:22 2008
From: dersh at alum.mit.edu (Adam Dershowitz)
Date: Wed, 8 Oct 2008 16:37:22 -0700
Subject: upgrading gimp2
In-Reply-To: <48ED38BF.5000804@orindasoftware.com>
References: <1fecf40b0810081352q3b97aa7w6bbf29ae04176bfd@mail.gmail.com>
	<48ED20EC.60008@orindasoftware.com>
	<48ED38BF.5000804@orindasoftware.com>
Message-ID: <600D8557-BFB0-4D00-9FAE-C3F1EABCE3ED@alum.mit.edu>


On Oct 8, 2008, at 3:48 PM, David Evans wrote:

> David Evans wrote:
>> Duc N Nguyen wrote:
>>
>>> I am trying to upgrade gimp2 with python scripting enabled.   
>>> However,
>>> during the install ports is trying to install python24.  Why is  
>>> that?
>>> Shouldn't port know that I have python25 already installed?
>>>
>>> I already have python25 installed and don't want to install  
>>> python24.
>>> Is there a way to keep gimp2 from trying to install python24.  I was
>>> looking at the dependencies of gimp2 and saw that only py25-gtk is  
>>> the
>>> only python dependency.  Are there any other dependencies of gimp2
>>> that have python24 as a dependent?
>>>
>>> Any help or clarification is much appreciated.
>>>
>>> Thank you,
>>> Duc
>>> _______________________________________________
>>>
>>>
>> Yes, it looks like asciidoc depends on python24.  Perhaps the  
>> asciidoc
>> maintainer can comment on
>> this.
>>
>>
>>
> To be a bit clearer, gimp2 depends on gegl which depends on asciidoc  
> to
> generate documentation.
>
> I have just submitted a patch for gegl which disables docs unless you
> explicitly ask for them via
> the +html_doc variant.   When this is committed, it should avoid the
> dependency you mention.
> Also upgrades gegl to 0.0.20.
>
> See https://trac.macports.org/ticket/16796
>
> Let me know if this helps
>
> Dave
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

I just upgraded to gimp 2.6.
The irony is that whenever I select help in gimp2 it crashes.  So, I  
have the docs installed, I would guess, but trying to use them causes  
a crash.

--Adam

From julio.biason at gmail.com  Wed Oct  8 21:06:48 2008
From: julio.biason at gmail.com (Julio Biason)
Date: Thu, 9 Oct 2008 15:06:48 +1100
Subject: Call for PortMgr interest/nominations
In-Reply-To: <73A3849F-1DAB-44FE-BF91-5B4F8365A8B9@macports.org>
References: <73A3849F-1DAB-44FE-BF91-5B4F8365A8B9@macports.org>
Message-ID: <3a73f7f00810082106i90bb148l15a104dbdb08e4f6@mail.gmail.com>

On Thu, Oct 9, 2008 at 1:49 AM, James Berry <jberry at macports.org> wrote:
> Per my previous note to Jordan, I'd like to set a deadline of this coming
> Friday, Oct 10, for those wishing to be part of the new PortMgr slate. If
> you are interested in these posts, please express your interest, or ask
> somebody to nominate you, by that time.
>
> In throwing in your hat, or accepting a nomination, I think it would be
> appropriate to include a paragraph or so about what makes you want to be
> involved, and why we should care ;) Such notices should be given in email to
> the MacPorts development list. If you have already written such a note, you
> don't need to do so again.

Well, as James put it, I'm interested in be the Release Engineer.

Why I want to do this? 'Cause I really enjoy MacPorts and that's one
of the things that keep me sane when using a Mac (and it's always the
first thing I install when I need to reinstall OS X after breaking
it.)

Why you should care? Well, I'm a maintainer of a small project
(Mitter, a Twitter client) and I'm doing releases almost in the same
way MacPorts is released. It's also very similar to the way we release
code (internally) at work.

[I think there is one reason for "not being nominated": I don't have
much experience with the base code and, so far, I've just contributed
with one Portfile. But, in my defense, I could say that a release is
not affected by the code -- or so I hope ;)]

-- 
Julio Biason <julio.biason at gmail.com>
Twitter: http://twitter.com/juliobiason

From ducleotide at gmail.com  Thu Oct  9 08:06:43 2008
From: ducleotide at gmail.com (Duc N Nguyen)
Date: Thu, 9 Oct 2008 11:06:43 -0400
Subject: upgrading gimp2
In-Reply-To: <600D8557-BFB0-4D00-9FAE-C3F1EABCE3ED@alum.mit.edu>
References: <1fecf40b0810081352q3b97aa7w6bbf29ae04176bfd@mail.gmail.com>
	<48ED20EC.60008@orindasoftware.com>
	<48ED38BF.5000804@orindasoftware.com>
	<600D8557-BFB0-4D00-9FAE-C3F1EABCE3ED@alum.mit.edu>
Message-ID: <1fecf40b0810090806ub9ebbf1u45ec2da9c46f89b9@mail.gmail.com>

Thanks for submitting the patch report.

I upgraded gimp2.6 last night and it runs fine.  I modified the
portfile for asciidoc to use python25 instead of python24 which
installed without errors.  However, when I ran the actual upgrade, I
still had to install python24.  Was there another dependency that we
missed?

--Duc


On Wed, Oct 8, 2008 at 7:37 PM, Adam Dershowitz <dersh at alum.mit.edu> wrote:
>
> On Oct 8, 2008, at 3:48 PM, David Evans wrote:
>
>> David Evans wrote:
>>>
>>> Duc N Nguyen wrote:
>>>
>>>> I am trying to upgrade gimp2 with python scripting enabled.  However,
>>>> during the install ports is trying to install python24.  Why is that?
>>>> Shouldn't port know that I have python25 already installed?
>>>>
>>>> I already have python25 installed and don't want to install python24.
>>>> Is there a way to keep gimp2 from trying to install python24.  I was
>>>> looking at the dependencies of gimp2 and saw that only py25-gtk is the
>>>> only python dependency.  Are there any other dependencies of gimp2
>>>> that have python24 as a dependent?
>>>>
>>>> Any help or clarification is much appreciated.
>>>>
>>>> Thank you,
>>>> Duc
>>>> _______________________________________________
>>>>
>>>>
>>> Yes, it looks like asciidoc depends on python24.  Perhaps the asciidoc
>>> maintainer can comment on
>>> this.
>>>
>>>
>>>
>> To be a bit clearer, gimp2 depends on gegl which depends on asciidoc to
>> generate documentation.
>>
>> I have just submitted a patch for gegl which disables docs unless you
>> explicitly ask for them via
>> the +html_doc variant.   When this is committed, it should avoid the
>> dependency you mention.
>> Also upgrades gegl to 0.0.20.
>>
>> See https://trac.macports.org/ticket/16796
>>
>> Let me know if this helps
>>
>> Dave
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
> I just upgraded to gimp 2.6.
> The irony is that whenever I select help in gimp2 it crashes.  So, I have
> the docs installed, I would guess, but trying to use them causes a crash.
>
> --Adam
>

From macports at orindasoftware.com  Thu Oct  9 09:46:43 2008
From: macports at orindasoftware.com (David Evans)
Date: Thu, 09 Oct 2008 09:46:43 -0700
Subject: upgrading gimp2
In-Reply-To: <1fecf40b0810090806ub9ebbf1u45ec2da9c46f89b9@mail.gmail.com>
References: <1fecf40b0810081352q3b97aa7w6bbf29ae04176bfd@mail.gmail.com>	
	<48ED20EC.60008@orindasoftware.com>	
	<48ED38BF.5000804@orindasoftware.com>	
	<600D8557-BFB0-4D00-9FAE-C3F1EABCE3ED@alum.mit.edu>
	<1fecf40b0810090806ub9ebbf1u45ec2da9c46f89b9@mail.gmail.com>
Message-ID: <48EE3573.9090907@orindasoftware.com>

Duc N Nguyen wrote:
> Thanks for submitting the patch report.
>
> I upgraded gimp2.6 last night and it runs fine.  I modified the
> portfile for asciidoc to use python25 instead of python24 which
> installed without errors.  However, when I ran the actual upgrade, I
> still had to install python24.  Was there another dependency that we
> missed?
>
> --Duc
>
>   
The patch for gegl hasn't been committed yet so that may be the problem
still.  However,
using the patch locally, I uninstalled python24 and rebuilt gegl and
gimp2 with no reinstallation of
python24.

Suggest you file a ticket against asciidoc about the python24 issue if
you haven't already including
details and what platform and OS version you are using.

Dave


From ryan_ware at me.com  Thu Oct  9 10:42:43 2008
From: ryan_ware at me.com (Ware, Ryan R)
Date: Thu, 09 Oct 2008 10:42:43 -0700
Subject: Hey, I would like to propose that we cut the gordian knot.
In-Reply-To: <658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
	<658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
Message-ID: <6D9D60F9-2769-48E0-AC8A-6D2EACD50E19@me.com>

I would have to say that given what I've seen, I encourage this  
approach unless the current portmgr team wants to stand up immediately  
and say they can commit to the short-term time needed to defining and  
ratifying a voting process.  If that is not something they can commit  
to, then I would suggest that given acceptance of the individuals  
noted below (or some subset of them likely no less then three  
individuals in size), that their first task is to determine what the  
voting process will be in the future.

I would also strongly support a time limit on the terms so that the  
community has some method to impact how the project is being governed  
as well as giving members of the portmgr team a method of moving on if  
they can no longer commit their time and energy.

Ryan

On Oct 8, 2008, at 5:55 AM, Jordan K. Hubbard wrote:

> (http://en.wikipedia.org/wiki/Gordian_knot)
>
> Having just read jmpp's request for "a bit more time" to sort out a  
> voting process, I must confess to feeling more trepidation than  
> assurance.  To be completely fair, he does note several times that  
> he and the rest of the moribund portmgr team would like to move  
> quickly, but given the degree to which that group has also  
> demonstrated itself to be overworked and less than involved in the  
> day to day affairs of MacPorts, anything which delays a solution  
> also runs the risk of blunting some of the current enthusiasm should  
> said "process" end up dragging out longer than anticipated (which,  
> as experience amply suggests, it invariably does) and I honestly  
> don't think we can afford that at this late stage.
>
> I would therefore like to suggest that we simply ratify the  
> following list rather than dragging out a lengthy "voting" process  
> for a set of positions which, from a certain angle, might even be  
> viewed as largely ceremonial since there is no real "power" afforded  
> by membership in the portmgr team.   Volunteers will always choose  
> to follow (or not) such a group on the basis of the credibility of  
> its individual members rather than any fancy paper hats they may be  
> wearing, and the sooner we simply slam those hats on some credible  
> heads and say "Thank you!  Get started!", the sooner we can all get  
> back to discussing the real question of how to get to where we need  
> to go next.
>
> As a courtesy to the outgoing portmgr team, I would also be  
> perfectly happy to see them be the official "ratifiers" of this new  
> team, assuming it passes their sniff test and they're also willing  
> to do so in the next day or two, otherwise I would be just as happy  
> with a statement along the lines of "if there are no significant,  
> well-argued objections in the next 72 hours, they're it!  Quick,  
> before they change their minds!" :-)
>
> Portmgr (subject to individual acceptance, of course - we still  
> haven't heard from two of the four):
> Ryan Schmidt
> Bryan Blackburn
> Rainer Mueller
> Joshua Root
> [Note:  Any subset of the above would also be acceptable - 4 is not  
> some magic minimum number, for all the reasons I've already outlined]
>
> Release engineering team:
> Ryan Schmidt (interim or longer, if he wants it)
> Julio Biason
>
> I'm really not trying to undercut anyone here, least of all jmpp,  
> but seriously folks - we've been suffering from a leadership/ 
> directional vacuum for quite some time now and I don't think we need  
> to bog down the only solution to be offered in quite some time by  
> getting all constitutional about it or saying "hey, wait, let's all  
> think about this for awhile and engage in lengthy discussion!"     
> That might have been a good plan of action about a year ago, and I  
> would be also more than happy to see the "new portmgr" establish a  
> framework for elections and term limits and all the other checks and  
> balances that they might wish to create for future generations, but  
> what we need right now is an immediate "interim government" and some  
> long overdue action on the release engineering front.
>
> Any objections?
>
> - Jordan
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081009/bd38c336/attachment.html 

From jmr at macports.org  Thu Oct  9 13:26:26 2008
From: jmr at macports.org (Joshua Root)
Date: Fri, 10 Oct 2008 07:26:26 +1100
Subject: upgrading gimp2
In-Reply-To: <1fecf40b0810090806ub9ebbf1u45ec2da9c46f89b9@mail.gmail.com>
References: <1fecf40b0810081352q3b97aa7w6bbf29ae04176bfd@mail.gmail.com>	<48ED20EC.60008@orindasoftware.com>	<48ED38BF.5000804@orindasoftware.com>	<600D8557-BFB0-4D00-9FAE-C3F1EABCE3ED@alum.mit.edu>
	<1fecf40b0810090806ub9ebbf1u45ec2da9c46f89b9@mail.gmail.com>
Message-ID: <48EE68F2.4060302@macports.org>

Duc N Nguyen wrote:
> I upgraded gimp2.6 last night and it runs fine.  I modified the
> portfile for asciidoc to use python25 instead of python24 which
> installed without errors.  However, when I ran the actual upgrade, I
> still had to install python24.  Was there another dependency that we
> missed?

I'd guess you're running into this bug:
<http://trac.macports.org/ticket/13054>

- Josh

From trog24 at comcast.net  Thu Oct  9 13:54:56 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 9 Oct 2008 13:54:56 -0700
Subject: Wine will not download
Message-ID: <F9CA96E8-7625-4C18-AF8E-86F474A9ED47@comcast.net>

Hello,
	I have a Mac G4 PowerPC with Qemu installed and I tried to download  
Wine; but, Wine would not download.  Is there a way to get Wine to  
recognize that Qemu is present and link to it?
Frank

From ryandesign at macports.org  Thu Oct  9 14:13:52 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 9 Oct 2008 16:13:52 -0500
Subject: Wine will not download
In-Reply-To: <F9CA96E8-7625-4C18-AF8E-86F474A9ED47@comcast.net>
References: <F9CA96E8-7625-4C18-AF8E-86F474A9ED47@comcast.net>
Message-ID: <D7D88EF1-37EE-467D-9810-24B1FB731314@macports.org>

On Oct 9, 2008, at 15:54, "Frank J. R. Hanstick" wrote:

>    I have a Mac G4 PowerPC with Qemu installed and I tried to download
> Wine; but, Wine would not download.  Is there a way to get Wine to
> recognize that Qemu is present and link to it?

No, MacPorts does not use software installed outside of MacPorts. I  
wrote the wine ports to abort unless installed on Intel. If there is a  
Qemu port that works with wine I can remove that restriction.


From trevor at scurrilous.com  Thu Oct  9 20:06:11 2008
From: trevor at scurrilous.com (Trevor Robinson)
Date: Thu, 9 Oct 2008 20:06:11 -0700
Subject: Unable to fetch libxml2
Message-ID: <2d4de5860810092006u1cb9bd8ai61017449fc41e3f7@mail.gmail.com>

I've been trying to libxml2 (to install gimp 2.6) for the past few hours,
but I've been unable to fetch it from any mirror. xmlsoft.org seems to be
down, and other mirrors seem to have older (e.g. 2.6.30) or newer (2.7.2)
versions. I can't find a 2.7.1 source tgz with matching checksums. Any idea
what's going on or an easy workaround?

Thanks,
Trevor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081009/3de08bfd/attachment.html 

From 0x62_0x6c_0x62 at pobox.com  Thu Oct  9 20:33:11 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Thu, 9 Oct 2008 21:33:11 -0600
Subject: Unable to fetch libxml2
In-Reply-To: <2d4de5860810092006u1cb9bd8ai61017449fc41e3f7@mail.gmail.com>
References: <2d4de5860810092006u1cb9bd8ai61017449fc41e3f7@mail.gmail.com>
Message-ID: <20081010033311.GQ750@ninagal.withay.com>

On Thu, Oct 09, 2008 at 08:06:11PM -0700, Trevor Robinson said:
> I've been trying to libxml2 (to install gimp 2.6) for the past few hours,
> but I've been unable to fetch it from any mirror. xmlsoft.org seems to be
> down, and other mirrors seem to have older (e.g. 2.6.30) or newer (2.7.2)
> versions. I can't find a 2.7.1 source tgz with matching checksums. Any idea
> what's going on or an easy workaround?
> 

Looks like, with the update to 2.7.2, they've moved the older tarball to the
old/ subdirectory, as mentioned in ticket #16781 [1].  Until the port is
updated to either the current version or to find the 2.7.1 version, you can
follow the fetch failures [2] step on the problem hotlist page of the wiki.

Bryan

[1] -<http://trac.macports.org/ticket/16781>
[2] - <http://trac.macports.org/wiki/ProblemHotlist#Fetchfailures>


> Thanks,
> Trevor


From trevor at scurrilous.com  Thu Oct  9 20:52:29 2008
From: trevor at scurrilous.com (Trevor Robinson)
Date: Thu, 9 Oct 2008 20:52:29 -0700
Subject: Unable to fetch libxml2
In-Reply-To: <20081010033311.GQ750@ninagal.withay.com>
References: <2d4de5860810092006u1cb9bd8ai61017449fc41e3f7@mail.gmail.com>
	<20081010033311.GQ750@ninagal.withay.com>
Message-ID: <2d4de5860810092052q20a6ad67vb715471b9c595b51@mail.gmail.com>

Great, thanks. Using the distfiles mirror worked immediately.

On Thu, Oct 9, 2008 at 8:33 PM, Bryan Blackburn <0x62_0x6c_0x62 at pobox.com>wrote:

> On Thu, Oct 09, 2008 at 08:06:11PM -0700, Trevor Robinson said:
> > I've been trying to libxml2 (to install gimp 2.6) for the past few hours,
> > but I've been unable to fetch it from any mirror. xmlsoft.org seems to
> be
> > down, and other mirrors seem to have older (e.g. 2.6.30) or newer (2.7.2)
> > versions. I can't find a 2.7.1 source tgz with matching checksums. Any
> idea
> > what's going on or an easy workaround?
> >
>
> Looks like, with the update to 2.7.2, they've moved the older tarball to
> the
> old/ subdirectory, as mentioned in ticket #16781 [1].  Until the port is
> updated to either the current version or to find the 2.7.1 version, you can
> follow the fetch failures [2] step on the problem hotlist page of the wiki.
>
> Bryan
>
> [1] -<http://trac.macports.org/ticket/16781>
> [2] - <http://trac.macports.org/wiki/ProblemHotlist#Fetchfailures>
>
>
> > Thanks,
> > Trevor
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081009/2a5b63a1/attachment.html 

From walt at wump.org  Thu Oct  9 21:53:41 2008
From: walt at wump.org (Walt Pawley)
Date: Thu, 9 Oct 2008 21:53:41 -0700
Subject: cups-headers, gtk2, 10.3 - re-messed up?
Message-ID: <p06240877c5148ba2f7da@[10.0.0.10]>

I initially attempted to install gimp on my G4 PB, running
10.3.9. It failed,  so I started trying to see if I could
figure things out (fat chance!). In the process I tried
installing gtk2. This failed because it the symbols ppd_attr_t
and ppd_attr were undefined.

My research indicated that these symbols were/are defined in
the cups-headers port, via the file ppd.h. But, I didn't find
any symbols containing even "att" in the ppd.h file installed
via the cups-headers @1.1.15+darwin_7 (active) port.

Looking back into the archives, difficulty with this issue
seems to have arisen sporadically. The version of ppd.h
mentioned as the solution to this problem was  1.1.23.
Apparently I'm missing the incantation to get this installed.
-- 

Walter M. Pawley <walt at wump.org>
Wump Research & Company
676 River Bend Road, Roseburg, OR 97471
         541-672-8975

From 0x62_0x6c_0x62 at pobox.com  Thu Oct  9 22:23:39 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Thu, 9 Oct 2008 23:23:39 -0600
Subject: cups-headers, gtk2, 10.3 - re-messed up?
In-Reply-To: <p06240877c5148ba2f7da@[10.0.0.10]>
References: <p06240877c5148ba2f7da@[10.0.0.10]>
Message-ID: <20081010052339.GR750@ninagal.withay.com>

On Thu, Oct 09, 2008 at 09:53:41PM -0700, Walt Pawley said:
> I initially attempted to install gimp on my G4 PB, running
> 10.3.9. It failed,  so I started trying to see if I could
> figure things out (fat chance!). In the process I tried
> installing gtk2. This failed because it the symbols ppd_attr_t
> and ppd_attr were undefined.
> 
> My research indicated that these symbols were/are defined in
> the cups-headers port, via the file ppd.h. But, I didn't find
> any symbols containing even "att" in the ppd.h file installed
> via the cups-headers @1.1.15+darwin_7 (active) port.
> 
> Looking back into the archives, difficulty with this issue
> seems to have arisen sporadically. The version of ppd.h
> mentioned as the solution to this problem was  1.1.23.
> Apparently I'm missing the incantation to get this installed.

Sounds like perhaps updating the cups-headers port to 1.1.23 would be the
solution, and has a ticket:

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

Though the number of people running 10.3 and needing cups-headers is
probably quite small at this point, so you may be the only one available now
to actually test this...

Bryan


> -- 
> 
> Walter M. Pawley <walt at wump.org>
> Wump Research & Company
> 676 River Bend Road, Roseburg, OR 97471
>          541-672-8975

From ndi-l at bumppo.net  Thu Oct  9 10:26:15 2008
From: ndi-l at bumppo.net (Nathaniel Irons)
Date: Thu, 9 Oct 2008 13:26:15 -0400
Subject: Is trac processing registrations?
Message-ID: <20081009172614.GA45861@neter.pair.com>

I'd like to file some bugs I found trying to install rsync, but
the Trac site appears not to be transmitting confirmation emails for
new registrations. "Lost password" emails show up for me immediately
(and nothing's going to spam), but the random passwords can't be used
to log in without first having hit the initial confirmation link.

Is registration operational for anyone else?

Thanks,

  -nat

From ryandesign at macports.org  Fri Oct 10 00:24:00 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 10 Oct 2008 02:24:00 -0500
Subject: Wine will not download
In-Reply-To: <A574FE3E-838E-46CB-9061-67C3B9DAFBF7@comcast.net>
References: <F9CA96E8-7625-4C18-AF8E-86F474A9ED47@comcast.net>
	<D7D88EF1-37EE-467D-9810-24B1FB731314@macports.org>
	<A574FE3E-838E-46CB-9061-67C3B9DAFBF7@comcast.net>
Message-ID: <39D198DD-4C30-4F24-83EC-B73EF1A181A6@macports.org>


On Oct 9, 2008, at 17:02, Frank J. R. Hanstick wrote:

> On Oct 9, 2008, at 2:13 PM, Ryan Schmidt wrote:
>
>> On Oct 9, 2008, at 15:54, "Frank J. R. Hanstick" wrote:
>>
>>>    I have a Mac G4 PowerPC with Qemu installed and I tried to  
>>> download
>>> Wine; but, Wine would not download.  Is there a way to get Wine to
>>> recognize that Qemu is present and link to it?
>>
>> No, MacPorts does not use software installed outside of MacPorts.  
>> I wrote the wine ports to abort unless installed on Intel. If  
>> there is a Qemu port that works with wine I can remove that  
>> restriction.
>
> 	It is what I am trying to find out.  There is a website, http:// 
> wiki.winehq.org/MacOSX/QemuWork, that indicates that it can be done.

I'm not impressed with that page... it has formatting problems, has  
out of date information, has broken links and typos... And it doesn't  
say anything about actually running wine using qemu. It just shows  
how to run a very simple sample program.

qemu was an interesting project when Macs used PowerPC processors and  
the only way to run Intel software was through emulation. Now that we  
have Macs using Intel processors that are many times faster than the  
fastest PowerPC Mac ever was, it seems to be a moot point; buy an  
Intel Mac if you want to run Intel software.

Still, if you want to try to get this to work on PowerPC, I see now  
that we do have two qemu ports in MacPorts: qemu and qemu-usermode.  
The latter sounds like what they're talking about on that wiki page.  
You could try installing that. If that works, then you can edit the  
wine port to remove the pre-fetch Intel processor check. Then install  
the wine port. If it builds, see if it can be used with qemu. If so,  
I can revise the wine port.

P.S: Please remember to Reply All so your reply goes to the list too,  
not just to me.

>


From lanceboyle at qwest.net  Fri Oct 10 02:27:28 2008
From: lanceboyle at qwest.net (Jerry)
Date: Fri, 10 Oct 2008 02:27:28 -0700
Subject: [Ticket #16549] gcc43: patch to add Ada support
In-Reply-To: <016F6894-7471-410B-8E3D-58DCB13034B2@users.sourceforge.net>
References: <016F6894-7471-410B-8E3D-58DCB13034B2@users.sourceforge.net>
Message-ID: <9487A5E6-78CE-4DCE-B061-9D4EF7DBE54C@qwest.net>


On Oct 7, 2008, at 11:30 PM, Martin Krischik wrote:

> The Trac Ticket #16549 [1] now open for 3 weeks  and it seem to be
> stalled. And it seems that the ticket is stalled over the fundamental
> problem on how to handle self hosted systems [2]. Now I still would
> like to go ahead so I would like to put the problem up for discussion.
> Both on user as well as development list, as both parties are affected
> on the possible outcome of discussion.

I, for one, am waiting rather anxiously the outcome of Martin's good  
efforts so that I can properly support my Ada binding to the PLplot  
package (as well as conduct my ordinary work). As a user, I don't  
care how the compiler comes into existence, just that I have an Ada  
2005 compiler (4.3+) that runs on PPC with OS X 10.5.x.

Jerry


From darren.weber.lists at gmail.com  Fri Oct 10 12:31:50 2008
From: darren.weber.lists at gmail.com (Darren Weber)
Date: Fri, 10 Oct 2008 12:31:50 -0700
Subject: macports and Xcode
In-Reply-To: <20081008213235.GJ515@ninagal.withay.com>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
Message-ID: <b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>

As a guess, the macports installation process could include

a) tcl
b) a build system port (bootstrapped) to replace Xcode distributions

Darren

On Wed, Oct 8, 2008 at 2:32 PM, Bryan Blackburn
<0x62_0x6c_0x62 at pobox.com> wrote:
> On Wed, Oct 08, 2008 at 02:16:08PM -0700, rhubbell said:
>> Hello all,
>>
>> Probably a ridiculous question. (never stopped me before)
>> Is macports always and forever dependent upon Xcode?
>> Can it be de-coupled?
>>
>
> As long as MacPorts builds ports from source, then Xcode is an absolute
> requirement (for gcc etc).  If the day comes that MacPorts distributes
> binary packages, then Xcode may only be needed by some ports and not
> MacPorts as a whole.
>
> Bryan
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>

From darren.weber.lists at gmail.com  Fri Oct 10 13:18:16 2008
From: darren.weber.lists at gmail.com (Darren Weber)
Date: Fri, 10 Oct 2008 13:18:16 -0700
Subject: ruby - pg
In-Reply-To: <48EA9B2B.4050307@tacocat.net>
References: <48EA81C7.7080909@tacocat.net>
	<20081006215646.GG747@ninagal.withay.com>
	<48EA9B2B.4050307@tacocat.net>
Message-ID: <b808b3510810101318ob705de8re73911d75a322880@mail.gmail.com>

Hi Tom,

I'm playing around with the postgresql83 port (it's not my port, but I
want to tweak a few things for it, so I have a copy of it in my
private port repository).  For postgresql 8.3.4, there is no build
configure option to enable ruby (as there is for perl, python, tcl),
but there is a port called rb-plruby that might provide ruby support
within postgres.

I'm not familiar with the port for 'ruby' or the port for
'rb-rubygems' and the operation of gems on OSX.  I've done a quick
google search and found this:

http://people.planetpostgresql.org/jdavis/index.php?/archives/5-ruby-pg-is-now-the-official-postgres-ruby-gem.html

Indications from the page linked above are that this problem requires
a variant for the ruby port or something, as the postgresql connection
might be a build option for ruby (not vice-versa - but see rb-plruby).
 So, I suggest you contact the ruby port maintainers and see if you
can get a variant on the ruby port.

If that might depend on something in postgresql83, then I might be
able to help with that side of things.

Best, Darren

PS, If you want to see what happens to any port, try: port edit <portname>

PPS, The rb-postgres port uses the ruby portgroup for config, see
http://guide.macports.org/chunked/reference.portgroup.html



On Mon, Oct 6, 2008 at 4:11 PM, Tom Allison <tom at tacocat.net> wrote:
> Well this is a sticky spot.
>
> None of the modules/packages/gems/.... work and here's more.
> And now I will have three different installations of postgres running on
> a small macbook.  I'm not sure this makes sense anymore.
>
> How is it that Perl has a DBI that is largely libpq independent and Ruby
> is largely .. not.  Sign of maturity of the language?
>
>
>
>
> Bryan Blackburn wrote:
>> On Mon, Oct 06, 2008 at 05:23:19PM -0400, Tom Allison said:
>>> I'm struggling here between the different mailing lists and postings.
>>>
>>> What I would like to get running is the ruby DBI on postgresql 8.3.
>>>
>>> macports seems to support 8.1 only.
>>> rubygems is mostly DOA every time I try to install and run them.
>>>
>>> They install without error, but cannot be loaded.
>>>
>>> Is there a path I need to set?
>>> Some other method?
>>>
>>> There's a lot pf pages out there talking about a lot of different
>>> packages available.  As near as I can tell - ruby-pg is the one I want
>>> to install under the DBI library.
>>>
>>
>> For Ruby and DBI, it looks like you want to use the rb-dbi port with the
>> dbd_pg variant for PostGreSQL.  The dbd_pg variant requires the rb-postgres
>> port which is what brings in postgresql81 unfortantely; there is a ticket
>> about this:
>>
>> <http://trac.macports.org/ticket/12703>
>>
>> Bryan
>>
>>
>>> One thing that is a must have is prepared statements for performance.  I
>>> don't think ORM do this very well.
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>

From darren.weber.lists at gmail.com  Fri Oct 10 13:47:47 2008
From: darren.weber.lists at gmail.com (Darren Weber)
Date: Fri, 10 Oct 2008 13:47:47 -0700
Subject: ruby - pg
In-Reply-To: <48EA9B2B.4050307@tacocat.net>
References: <48EA81C7.7080909@tacocat.net>
	<20081006215646.GG747@ninagal.withay.com>
	<48EA9B2B.4050307@tacocat.net>
Message-ID: <b808b3510810101347u2e5b2ed8ub5487ce1f42298d0@mail.gmail.com>

I've thrown together a new Portfile for ruby-pg, but I don't have the
expertise to test it and debug it.  I've put up a ticket for it at
http://trac.macports.org/ticket/16814

Can someone with ruby experience get this working?  It could be called
from rb-dbi as a new variant that works with postgresql83.

Best, Darren


On Mon, Oct 6, 2008 at 4:11 PM, Tom Allison <tom at tacocat.net> wrote:
> Well this is a sticky spot.
>
> None of the modules/packages/gems/.... work and here's more.
> And now I will have three different installations of postgres running on
> a small macbook.  I'm not sure this makes sense anymore.
>
> How is it that Perl has a DBI that is largely libpq independent and Ruby
> is largely .. not.  Sign of maturity of the language?
>
>
>
>
> Bryan Blackburn wrote:
>> On Mon, Oct 06, 2008 at 05:23:19PM -0400, Tom Allison said:
>>> I'm struggling here between the different mailing lists and postings.
>>>
>>> What I would like to get running is the ruby DBI on postgresql 8.3.
>>>
>>> macports seems to support 8.1 only.
>>> rubygems is mostly DOA every time I try to install and run them.
>>>
>>> They install without error, but cannot be loaded.
>>>
>>> Is there a path I need to set?
>>> Some other method?
>>>
>>> There's a lot pf pages out there talking about a lot of different
>>> packages available.  As near as I can tell - ruby-pg is the one I want
>>> to install under the DBI library.
>>>
>>
>> For Ruby and DBI, it looks like you want to use the rb-dbi port with the
>> dbd_pg variant for PostGreSQL.  The dbd_pg variant requires the rb-postgres
>> port which is what brings in postgresql81 unfortantely; there is a ticket
>> about this:
>>
>> <http://trac.macports.org/ticket/12703>
>>
>> Bryan
>>
>>
>>> One thing that is a must have is prepared statements for performance.  I
>>> don't think ORM do this very well.
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>

From trog24 at comcast.net  Fri Oct 10 15:46:15 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Fri, 10 Oct 2008 15:46:15 -0700
Subject: Wine will not download
In-Reply-To: <39D198DD-4C30-4F24-83EC-B73EF1A181A6@macports.org>
References: <F9CA96E8-7625-4C18-AF8E-86F474A9ED47@comcast.net>
	<D7D88EF1-37EE-467D-9810-24B1FB731314@macports.org>
	<A574FE3E-838E-46CB-9061-67C3B9DAFBF7@comcast.net>
	<39D198DD-4C30-4F24-83EC-B73EF1A181A6@macports.org>
Message-ID: <28A01529-000C-476A-8AF3-62B108D559AA@comcast.net>

Hello,
	I have qemu installed; but, when I try to install qemu, I get the  
following:

c-24-19-199-246:~ frank$ sudo port install qemu-usermode
--->  Fetching qemu-usermode
--->  Attempting to fetch qemu-0.9.0.tar.gz from http:// 
fabrice.bellard.free.fr//qemu
--->  Attempting to fetch qemu-0.9.0.tar.gz from http:// 
svn.macports.org/repository/macports/distfiles/qemu-usermode
--->  Attempting to fetch qemu-0.9.0.tar.gz from http:// 
svn.macports.org/repository/macports/distfiles/general/
--->  Attempting to fetch qemu-0.9.0.tar.gz from http:// 
svn.macports.org/repository/macports/downloads/qemu-usermode
Error: Target org.macports.fetch returned: fetch failed
Error: Status 1 encountered during processing.

Frank

On Oct 10, 2008, at 12:24 AM, Ryan Schmidt wrote:

>
> On Oct 9, 2008, at 17:02, Frank J. R. Hanstick wrote:
>
>> On Oct 9, 2008, at 2:13 PM, Ryan Schmidt wrote:
>>
>>> On Oct 9, 2008, at 15:54, "Frank J. R. Hanstick" wrote:
>>>
>>>>    I have a Mac G4 PowerPC with Qemu installed and I tried to  
>>>> download
>>>> Wine; but, Wine would not download.  Is there a way to get Wine to
>>>> recognize that Qemu is present and link to it?
>>>
>>> No, MacPorts does not use software installed outside of MacPorts.  
>>> I wrote the wine ports to abort unless installed on Intel. If  
>>> there is a Qemu port that works with wine I can remove that  
>>> restriction.
>>
>> 	It is what I am trying to find out.  There is a website, http:// 
>> wiki.winehq.org/MacOSX/QemuWork, that indicates that it can be done.
>
> I'm not impressed with that page... it has formatting problems, has  
> out of date information, has broken links and typos... And it  
> doesn't say anything about actually running wine using qemu. It  
> just shows how to run a very simple sample program.
>
> qemu was an interesting project when Macs used PowerPC processors  
> and the only way to run Intel software was through emulation. Now  
> that we have Macs using Intel processors that are many times faster  
> than the fastest PowerPC Mac ever was, it seems to be a moot point;  
> buy an Intel Mac if you want to run Intel software.
>
> Still, if you want to try to get this to work on PowerPC, I see now  
> that we do have two qemu ports in MacPorts: qemu and qemu-usermode.  
> The latter sounds like what they're talking about on that wiki  
> page. You could try installing that. If that works, then you can  
> edit the wine port to remove the pre-fetch Intel processor check.  
> Then install the wine port. If it builds, see if it can be used  
> with qemu. If so, I can revise the wine port.
>
> P.S: Please remember to Reply All so your reply goes to the list  
> too, not just to me.
>
>>
>


From gdr at integrable-solutions.net  Fri Oct 10 18:04:37 2008
From: gdr at integrable-solutions.net (Gabriel Dos Reis)
Date: Fri, 10 Oct 2008 20:04:37 -0500
Subject: New versions of CLISP and ECL
Message-ID: <206fcf960810101804u7de81878uf96e87522910df03@mail.gmail.com>

Hi,

  Is there a plan to have a port for the latest release of CLisp and ECL?

Thanks,

-- Gaby

From 0x62_0x6c_0x62 at pobox.com  Fri Oct 10 18:47:06 2008
From: 0x62_0x6c_0x62 at pobox.com (Bryan Blackburn)
Date: Fri, 10 Oct 2008 19:47:06 -0600
Subject: New versions of CLISP and ECL
In-Reply-To: <206fcf960810101804u7de81878uf96e87522910df03@mail.gmail.com>
References: <206fcf960810101804u7de81878uf96e87522910df03@mail.gmail.com>
Message-ID: <20081011014706.GL528@ninagal.withay.com>

On Fri, Oct 10, 2008 at 08:04:37PM -0500, Gabriel Dos Reis said:
> Hi,
> 
>   Is there a plan to have a port for the latest release of CLisp and ECL?
> 

There are tickets for both:

<http://trac.macports.org/ticket/16255>
<http://trac.macports.org/ticket/16643>

Bryan


> Thanks,
> 
> -- Gaby

From ryandesign at macports.org  Fri Oct 10 19:59:42 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 10 Oct 2008 21:59:42 -0500
Subject: Wine will not download
In-Reply-To: <28A01529-000C-476A-8AF3-62B108D559AA@comcast.net>
References: <F9CA96E8-7625-4C18-AF8E-86F474A9ED47@comcast.net>
	<D7D88EF1-37EE-467D-9810-24B1FB731314@macports.org>
	<A574FE3E-838E-46CB-9061-67C3B9DAFBF7@comcast.net>
	<39D198DD-4C30-4F24-83EC-B73EF1A181A6@macports.org>
	<28A01529-000C-476A-8AF3-62B108D559AA@comcast.net>
Message-ID: <BAA16E29-CFD3-4065-BD34-22CF0257B508@macports.org>


On Oct 10, 2008, at 17:46, Frank J. R. Hanstick wrote:

> 	I have qemu installed; but, when I try to install qemu, I get the  
> following:
>
> c-24-19-199-246:~ frank$ sudo port install qemu-usermode
> --->  Fetching qemu-usermode
> --->  Attempting to fetch qemu-0.9.0.tar.gz from http:// 
> fabrice.bellard.free.fr//qemu
> --->  Attempting to fetch qemu-0.9.0.tar.gz from http:// 
> svn.macports.org/repository/macports/distfiles/qemu-usermode
> --->  Attempting to fetch qemu-0.9.0.tar.gz from http:// 
> svn.macports.org/repository/macports/distfiles/general/
> --->  Attempting to fetch qemu-0.9.0.tar.gz from http:// 
> svn.macports.org/repository/macports/downloads/qemu-usermode
> Error: Target org.macports.fetch returned: fetch failed
> Error: Status 1 encountered during processing.

I submitted a ticket for that:

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

It includes a patch and a couple other workarounds.




From ryandesign at macports.org  Fri Oct 10 23:18:23 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 11 Oct 2008 01:18:23 -0500
Subject: macports and Xcode
In-Reply-To: <b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
Message-ID: <6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>

On Oct 10, 2008, at 14:31, Darren Weber wrote:

> On Wed, Oct 8, 2008 at 2:32 PM, Bryan Blackburn wrote:
>
>> On Wed, Oct 08, 2008 at 02:16:08PM -0700, rhubbell said:
>>
>>> Probably a ridiculous question. (never stopped me before)
>>> Is macports always and forever dependent upon Xcode?
>>> Can it be de-coupled?
>>
>> As long as MacPorts builds ports from source, then Xcode is an  
>> absolute
>> requirement (for gcc etc).  If the day comes that MacPorts  
>> distributes
>> binary packages, then Xcode may only be needed by some ports and not
>> MacPorts as a whole.
>
> As a guess, the macports installation process could include
>
> a) tcl
> b) a build system port (bootstrapped) to replace Xcode distributions

I suppose. But what would be the advantage? What's so awful about  
having to install Xcode?


From ryandesign at macports.org  Fri Oct 10 23:24:38 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 11 Oct 2008 01:24:38 -0500
Subject: new email address
In-Reply-To: <0E8E0731-6917-4A50-A40D-3DEE6686B364@urbanet.ch>
References: <0E8E0731-6917-4A50-A40D-3DEE6686B364@urbanet.ch>
Message-ID: <F72FEFA3-0EB5-4F01-8019-7F9CE974572C@macports.org>

On Oct 11, 2008, at 00:57, Daniel Amiguet wrote on macports-changes:

> please change my address daniel.amiguet at urbanet.ch to the new one
>
> daniel.amiguet at tvtmail.ch

If you're talking about your MacPorts mailing list subscriptions,  
you'll have to change the email address yourself. Please see the  
pages for whichever of our lists you're subscribed to:


http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

http://lists.macosforge.org/mailman/listinfo.cgi/macports-announce

http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes

http://lists.macosforge.org/mailman/listinfo.cgi/macports-tickets


Put your current email address in the last text field and click the  
button "Unsubscribe or edit options".


Note: the macports-changes mailing list is for automated postings of  
changes that have been made to the MacPorts Subversion repository or  
wiki. It is not for discussions or support requests.


From afb at macports.org  Sat Oct 11 00:54:57 2008
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Sat, 11 Oct 2008 09:54:57 +0200
Subject: macports and Xcode
In-Reply-To: <6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
Message-ID: <B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>

Ryan Schmidt wrote:

>>> As long as MacPorts builds ports from source, then Xcode is an
>>> absolute
>>> requirement (for gcc etc).  If the day comes that MacPorts
>>> distributes
>>> binary packages, then Xcode may only be needed by some ports and not
>>> MacPorts as a whole.
>>
>> As a guess, the macports installation process could include
>>
>> a) tcl
>> b) a build system port (bootstrapped) to replace Xcode distributions
>
> I suppose. But what would be the advantage? What's so awful about
> having to install Xcode?

As long as the "Xcode" requirement is replace by something
fully equivalent, there shouldn't be much of a difference.
But like you say, there's not much incentive do so on the
Mac OS X platform but only on other platforms without it...

It goes something like this, first two being semi-optional:
1) Install X11 + SDK (if you want to run x11 applications)
2) Install Developer Tools (if you want to *build* ports)
3) Install MacPorts (requires Tcl/Foundation/mtree etc.)


One reason could be to keep MacPorts fully "self-contained",
and to cut down on the amount of "outside" dependencies... ?
Currently there is a big grey zone of what's ok to use from
system (GCC, X11, etc) and what is not (Perl, Python, etc)

Which sometimes gives problems - like with the broken cURL
on Tiger or the broken Tcl on Leopard, both from the system.
Had these been self-contained, it would have been easier to
fix them than having to wait (forever ?) for a vendor upgrade.


But when it all works and when MacPorts doesn't have binaries,
it's easier to just install X11 and Xcode from .pkg packages.
So that's what the Guide says. Besides, they're both included
on the DVDs (even if you might have to update Xcode DVD first)

--anders


From n.oxyde at gmail.com  Sat Oct 11 02:58:25 2008
From: n.oxyde at gmail.com (nox)
Date: Sat, 11 Oct 2008 11:58:25 +0200
Subject: macports and Xcode
In-Reply-To: <B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
Message-ID: <591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>

Le 11 oct. 08 ? 09:54, Anders F Bj?rklund a ?crit :

> Ryan Schmidt wrote:
>
>>>> As long as MacPorts builds ports from source, then Xcode is an
>>>> absolute
>>>> requirement (for gcc etc).  If the day comes that MacPorts
>>>> distributes
>>>> binary packages, then Xcode may only be needed by some ports and  
>>>> not
>>>> MacPorts as a whole.
>>>
>>> As a guess, the macports installation process could include
>>>
>>> a) tcl
>>> b) a build system port (bootstrapped) to replace Xcode distributions
>>
>> I suppose. But what would be the advantage? What's so awful about
>> having to install Xcode?
>
> As long as the "Xcode" requirement is replace by something
> fully equivalent, there shouldn't be much of a difference.
> But like you say, there's not much incentive do so on the
> Mac OS X platform but only on other platforms without it...
>
> It goes something like this, first two being semi-optional:
> 1) Install X11 + SDK (if you want to run x11 applications)
> 2) Install Developer Tools (if you want to *build* ports)
> 3) Install MacPorts (requires Tcl/Foundation/mtree etc.)
>
>
> One reason could be to keep MacPorts fully "self-contained",
> and to cut down on the amount of "outside" dependencies... ?
> Currently there is a big grey zone of what's ok to use from
> system (GCC, X11, etc) and what is not (Perl, Python, etc)
>
> Which sometimes gives problems - like with the broken cURL
> on Tiger or the broken Tcl on Leopard, both from the system.
> Had these been self-contained, it would have been easier to
> fix them than having to wait (forever ?) for a vendor upgrade.
>
>
> But when it all works and when MacPorts doesn't have binaries,
> it's easier to just install X11 and Xcode from .pkg packages.
> So that's what the Guide says. Besides, they're both included
> on the DVDs (even if you might have to update Xcode DVD first)
>
> --anders

I really don't want to have to build or use a bootstrapped GCC, X11  
and all to have a self-contained
MacPorts installation.


From afb at macports.org  Sat Oct 11 03:42:45 2008
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Sat, 11 Oct 2008 12:42:45 +0200
Subject: macports and Xcode
In-Reply-To: <591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
Message-ID: <BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>

nox wrote:

>> One reason could be to keep MacPorts fully "self-contained",
>> and to cut down on the amount of "outside" dependencies... ?
>> Currently there is a big grey zone of what's ok to use from
>> system (GCC, X11, etc) and what is not (Perl, Python, etc)

> I really don't want to have to build or use a bootstrapped GCC, X11  
> and all to have a self-contained
> MacPorts installation.

Right, and some people don't want to build or use a bootstrapped
Perl or Python or Ruby (or even Apache or MySQL or PHP packages)

So it's all about trade-offs... But I agree with you, and the only
reason I could see for bootstrapping cctools/gcc or Xquartz would
be to make sure that it builds from the available open source code
instead of just using the binaries. Otherwise not worth the hassle.

And even if one *did* want to bootstrap GCC and X11 "from scratch",
that could be done outside the scope of the MacPorts installation ?

--anders


From lists-macports at shopwatch.org  Sat Oct 11 05:21:31 2008
From: lists-macports at shopwatch.org (Jay Levitt)
Date: Sat, 11 Oct 2008 08:21:31 -0400
Subject: macports and Xcode
In-Reply-To: <BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
References: <1223500568.29512.2.camel@127>	<20081008213235.GJ515@ninagal.withay.com>	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
Message-ID: <48F09A4B.6070500@shopwatch.org>

Anders F Bj?rklund wrote:
> nox wrote:
> 
>>> One reason could be to keep MacPorts fully "self-contained",
>>> and to cut down on the amount of "outside" dependencies... ?
>>> Currently there is a big grey zone of what's ok to use from
>>> system (GCC, X11, etc) and what is not (Perl, Python, etc)
> 
>> I really don't want to have to build or use a bootstrapped GCC, X11  
>> and all to have a self-contained
>> MacPorts installation.
> 
> Right, and some people don't want to build or use a bootstrapped
> Perl or Python or Ruby (or even Apache or MySQL or PHP packages)
> 
> So it's all about trade-offs... But I agree with you, and the only
> reason I could see for bootstrapping cctools/gcc or Xquartz would
> be to make sure that it builds from the available open source code
> instead of just using the binaries. Otherwise not worth the hassle.

Another factor (though I think we're just discussing philosphy, not 
immediate plans): Every port maintainer and core developer uses Xcode.  We 
already see lots of problems when a package doesn't work on 10.5 because the 
port maintainer didn't upgrade - or when it stops working on 10.4 because he 
did.

Adding a new build system, if it ever becomes a Good Idea, ought to be 
coupled with some type of continuous-integration "build farm" so that 
platform-specific bugs don't get (further) introduced.

Jay Levitt

From milosh at macports.org  Sat Oct 11 05:50:00 2008
From: milosh at macports.org (Emmanuel Hainry)
Date: Sat, 11 Oct 2008 14:50:00 +0200
Subject: macports and Xcode
In-Reply-To: <48F09A4B.6070500@shopwatch.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
	<48F09A4B.6070500@shopwatch.org>
Message-ID: <20081011125000.GA5299@velsheda.lateralis.org>

Citando Jay Levitt :
> Anders F Bj?rklund wrote:
> > nox wrote:
> > 
> >>> One reason could be to keep MacPorts fully "self-contained",
> >>> and to cut down on the amount of "outside" dependencies... ?
> >>> Currently there is a big grey zone of what's ok to use from
> >>> system (GCC, X11, etc) and what is not (Perl, Python, etc)
> > 
> >> I really don't want to have to build or use a bootstrapped GCC, X11  
> >> and all to have a self-contained
> >> MacPorts installation.
> > 
> > Right, and some people don't want to build or use a bootstrapped
> > Perl or Python or Ruby (or even Apache or MySQL or PHP packages)

Yep, having debian's and macports python and perl seems superfluous to
me. (substitute debian by apple for most of you, and add pkgsrc, fink or
portage for some of you).

> > 
> > So it's all about trade-offs... But I agree with you, and the only
> > reason I could see for bootstrapping cctools/gcc or Xquartz would
> > be to make sure that it builds from the available open source code
> > instead of just using the binaries. Otherwise not worth the hassle.
> 
> Another factor (though I think we're just discussing philosphy, not 
> immediate plans): Every port maintainer and core developer uses Xcode. 

Such a statement had to have an exception: I no longer use Xcode as my
powerbook is now dead. I use the build tools provided by my linux
distribution. Note that it becomes difficult as MacPorts trunk believes
I don't have gcc installed just because my gcc is not the same version
as Apple's.

> We already see lots of problems when a package doesn't work on 10.5
> because the port maintainer didn't upgrade - or when it stops working
> on 10.4 because he did.

We see lots of problems caused by users who don't follow the
installation instructions...

And those problems would be solved if macports did not rely on third
party tools (gcc, tcl, x11 which have or have had bugs in the past and
apple's versions are not without those bugs).
 
> Adding a new build system, if it ever becomes a Good Idea, ought to be 
> coupled with some type of continuous-integration "build farm" so that 
> platform-specific bugs don't get (further) introduced.

The build-farm is, I hope still, on macports' todo list. As are binary
packages. The gcc ports are available, but a burden to build. So it may
become possible in a not so far future.


Emmanuel

From ryandesign at macports.org  Sat Oct 11 09:34:19 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 11 Oct 2008 11:34:19 -0500
Subject: macports and Xcode
In-Reply-To: <20081011125000.GA5299@velsheda.lateralis.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
	<48F09A4B.6070500@shopwatch.org>
	<20081011125000.GA5299@velsheda.lateralis.org>
Message-ID: <FB937106-5187-4556-AAA8-A991E0F7A4FF@macports.org>


On Oct 11, 2008, at 07:50, Emmanuel Hainry wrote:

>> Another factor (though I think we're just discussing philosphy, not
>> immediate plans): Every port maintainer and core developer uses  
>> Xcode.
>
> Such a statement had to have an exception: I no longer use Xcode as my
> powerbook is now dead. I use the build tools provided by my linux
> distribution. Note that it becomes difficult as MacPorts trunk  
> believes
> I don't have gcc installed just because my gcc is not the same version
> as Apple's.

Do you encounter an error message or worse? If so, that could be a  
MacPorts bug. Of course we want MacPorts to basically work on other  
operating systems, but many of us have never tested it on other than  
Mac OS X. So let us know what's wrong.



From dersh at alum.mit.edu  Sat Oct 11 21:20:54 2008
From: dersh at alum.mit.edu (Adam Dershowitz)
Date: Sat, 11 Oct 2008 21:20:54 -0700
Subject: Odd upgrade error
Message-ID: <245F2234-A27C-4B83-8D6C-2833048B503B@alum.mit.edu>

I had gimp-jp2 0.1_0 installed and just did the upgrade to 2.2.0_0.  I  
got an odd error and I am not sure if it is port error related to jp2  
or a more general error related to MacPorts.
The odd thing is that the upgrade seemed to work, so I am not sure  
exactly what the error means, or if I should worry about it, or post a  
ticket about it.  Here is the upgrade info:
--->  Fetching gimp-jp2
--->  Attempting to fetch jp2.tar.gz from http://registry.gimp.org/files/
--->  Verifying checksum(s) for gimp-jp2
--->  Extracting gimp-jp2
--->  Configuring gimp-jp2
--->  Building gimp-jp2 with target all
--->  Staging gimp-jp2 into destroot
--->  Deactivating gimp-jp2 0.1_0
--->  Installing gimp-jp2 2.2.0_0
--->  Activating gimp-jp2 2.2.0_0
--->  Cleaning gimp-jp2
Error: Variant build conflicts with fetch
Error: Unable to open port: Error evaluating variants
--->  Fetching qt4-mac

And it did seem to install properly, as did the other ports that  
happen to be upgraded with the same: upgrade outdated.

--Adam




From frstan at bellsouth.net  Sat Oct 11 21:48:31 2008
From: frstan at bellsouth.net (William Davis)
Date: Sun, 12 Oct 2008 00:48:31 -0400
Subject: gimp-user-manual error
Message-ID: <30CF16B0-83F8-4927-B401-95014E86AAAC@bellsouth.net>

error in variants gimp-user-manual:

DEBUG: gimp-user-manual 2.4.2_0 exists in the ports tree
DEBUG: gimp-user-manual 0.13_0 is installed
DEBUG: Not following dependencies
DEBUG: variants to install {} fetch
DEBUG: available variants are : universal fetch build without_gimp cs  
de en es fr hr it ko nl no ru sv zh_CN
DEBUG: variant fetch is present in gimp-user-manual 2.4.2_0
DEBUG: new portvariants: with_gnome + fetch +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/graphics/gimp-user-manual
DEBUG: Requested variant darwin is not provided by port gimp-user- 
manual.
DEBUG: Requested variant with_gnome is not provided by port gimp-user- 
manual.
DEBUG: Requested variant i386 is not provided by port gimp-user-manual.
DEBUG: Requested variant macosx is not provided by port gimp-user- 
manual.
DEBUG: Executing variant fetch provides fetch
DEBUG: Executing variant build provides build
Error: Variant build conflicts with fetch
DEBUG: Error evaluating variants
     while executing
"error "Error evaluating variants""
     (procedure "mportopen" line 51)
     invoked from within
"mportopen $porturl [array get options] [array get variations]"
Error: Unable to open port: Error evaluating variants

cleaning did not help

William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From frstan at bellsouth.net  Sat Oct 11 21:54:29 2008
From: frstan at bellsouth.net (William Davis)
Date: Sun, 12 Oct 2008 00:54:29 -0400
Subject: Odd upgrade error
In-Reply-To: <245F2234-A27C-4B83-8D6C-2833048B503B@alum.mit.edu>
References: <245F2234-A27C-4B83-8D6C-2833048B503B@alum.mit.edu>
Message-ID: <1F002CEB-70B9-494D-B655-6218B58715A8@bellsouth.net>


On Oct 12, 2008, at 12:20 AM, Adam Dershowitz wrote:

> I had gimp-jp2 0.1_0 installed and just did the upgrade to 2.2.0_0.  I
> got an odd error and I am not sure if it is port error related to jp2
> or a more general error related to MacPorts.
> The odd thing is that the upgrade seemed to work, so I am not sure
> exactly what the error means, or if I should worry about it, or post a
> ticket about it.  Here is the upgrade info:
> --->  Fetching gimp-jp2
> --->  Attempting to fetch jp2.tar.gz from http://registry.gimp.org/files/
> --->  Verifying checksum(s) for gimp-jp2
> --->  Extracting gimp-jp2
> --->  Configuring gimp-jp2
> --->  Building gimp-jp2 with target all
> --->  Staging gimp-jp2 into destroot
> --->  Deactivating gimp-jp2 0.1_0
> --->  Installing gimp-jp2 2.2.0_0
> --->  Activating gimp-jp2 2.2.0_0
> --->  Cleaning gimp-jp2
> Error: Variant build conflicts with fetch
> Error: Unable to open port: Error evaluating variants
> --->  Fetching qt4-mac
>
> And it did seem to install properly, as did the other ports that
> happen to be upgraded with the same: upgrade outdated.
>
> --Adam
>


I just got that error mesg when trying to upgrade gimp-user-manual.  
Since you did a "upgrade outdated", I wonder if this is not the port  
that the error actually occurred in.


William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From dersh at alum.mit.edu  Sat Oct 11 22:01:58 2008
From: dersh at alum.mit.edu (Adam Dershowitz)
Date: Sat, 11 Oct 2008 22:01:58 -0700
Subject: Odd upgrade error
In-Reply-To: <1F002CEB-70B9-494D-B655-6218B58715A8@bellsouth.net>
References: <245F2234-A27C-4B83-8D6C-2833048B503B@alum.mit.edu>
	<1F002CEB-70B9-494D-B655-6218B58715A8@bellsouth.net>
Message-ID: <F8633A93-CAC9-45E1-B2BF-A5817D115997@alum.mit.edu>



On Oct 11, 2008, at 9:54 PM, William Davis wrote:

>
> On Oct 12, 2008, at 12:20 AM, Adam Dershowitz wrote:
>
>> I had gimp-jp2 0.1_0 installed and just did the upgrade to  
>> 2.2.0_0.  I
>> got an odd error and I am not sure if it is port error related to jp2
>> or a more general error related to MacPorts.
>> The odd thing is that the upgrade seemed to work, so I am not sure
>> exactly what the error means, or if I should worry about it, or  
>> post a
>> ticket about it.  Here is the upgrade info:
>> --->  Fetching gimp-jp2
>> --->  Attempting to fetch jp2.tar.gz from http://registry.gimp.org/files/
>> --->  Verifying checksum(s) for gimp-jp2
>> --->  Extracting gimp-jp2
>> --->  Configuring gimp-jp2
>> --->  Building gimp-jp2 with target all
>> --->  Staging gimp-jp2 into destroot
>> --->  Deactivating gimp-jp2 0.1_0
>> --->  Installing gimp-jp2 2.2.0_0
>> --->  Activating gimp-jp2 2.2.0_0
>> --->  Cleaning gimp-jp2
>> Error: Variant build conflicts with fetch
>> Error: Unable to open port: Error evaluating variants
>> --->  Fetching qt4-mac
>>
>> And it did seem to install properly, as did the other ports that
>> happen to be upgraded with the same: upgrade outdated.
>>
>> --Adam
>>
>
>
> I just got that error mesg when trying to upgrade gimp-user-manual.  
> Since you did a "upgrade outdated", I wonder if this is not the port  
> that the error actually occurred in.
>

I think that you are correct.  When I had done port outdated, one  
thing that showed was gimp-user-manual.  I then did port upgrade  
outdated and a bunch of things upgraded.  I saw the above error, after  
info about gimp-jp2 and before info about qt4-mac, with no mention of  
any other port, so I assumed that it related to gimp-jp2.  But, after  
I got your email I checked and found that gimp-user-manual had not  
upgraded.  So that probably was the error.  So the message was even  
more cryptic then I had thought.

That is a useful clue,

--Adam


From milosh at macports.org  Sun Oct 12 02:01:25 2008
From: milosh at macports.org (Emmanuel Hainry)
Date: Sun, 12 Oct 2008 11:01:25 +0200
Subject: macports and Xcode
In-Reply-To: <FB937106-5187-4556-AAA8-A991E0F7A4FF@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
	<48F09A4B.6070500@shopwatch.org>
	<20081011125000.GA5299@velsheda.lateralis.org>
	<FB937106-5187-4556-AAA8-A991E0F7A4FF@macports.org>
Message-ID: <20081012090125.GA12181@weetamoe.loria.fr>

Citando Ryan Schmidt :
>
> On Oct 11, 2008, at 07:50, Emmanuel Hainry wrote:
>
>>> Another factor (though I think we're just discussing philosphy, not
>>> immediate plans): Every port maintainer and core developer uses  
>>> Xcode.
>>
>> Such a statement had to have an exception: I no longer use Xcode as my
>> powerbook is now dead. I use the build tools provided by my linux
>> distribution. Note that it becomes difficult as MacPorts trunk  
>> believes
>> I don't have gcc installed just because my gcc is not the same version
>> as Apple's.
>
> Do you encounter an error message or worse? If so, that could be a  
> MacPorts bug. Of course we want MacPorts to basically work on other  
> operating systems, but many of us have never tested it on other than Mac 
> OS X. So let us know what's wrong.
>

I get an error message, yes:

DEBUG: Executing org.macports.configure
Error: Target org.macports.configure returned: Invalid value for
configure.compiler

My way of dealing with that was to modify a few lines in
portconfigure.tcl: there's a 
switch -exact "${os.platform} ${os.major}" {
block that sets configure.compiler for the different darwins. I added a
line "default" that sets it as gcc, g++, cpp. Not sure if that is the
good way to do however.


Emmanuel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081012/1c72a365/attachment.bin 

From masschel at gmail.com  Sun Oct 12 07:52:31 2008
From: masschel at gmail.com (Bart Masschelein)
Date: Sun, 12 Oct 2008 16:52:31 +0200
Subject: Monodoc
Message-ID: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>

Hi all,

I don't know if it is inappropriate to request a package upgrade on  
this mailing list, but if not, here it goes. Currently MacPorts  
installs MonoDoc version 1.2.6. This version has a problem that the  
signature is delay-signed. The latest mono (2.0, which I also  
installed using MacPorts) does not allow for delay-signed assemblies  
to be loaded in the gac. I believe that this problem is solved (e.g.  
the assembly is now strongly signed) in the later MonoDoc versions  
1.9, or even 2.0:

http://ftp.novell.com/pub/mono/sources/monodoc/

Would it be possible to upgrade to this version in MacPorts? If this  
mailing list is not the place to put these requests, could you please  
point me to the appropriate place? I didn't really find it on the  
website.

Thanks,

Bart

From ryandesign at macports.org  Sun Oct 12 11:45:15 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Oct 2008 13:45:15 -0500
Subject: Monodoc
In-Reply-To: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
Message-ID: <6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>

On Oct 12, 2008, at 09:52, Bart Masschelein wrote:

> I don't know if it is inappropriate to request a package upgrade on
> this mailing list, but if not, here it goes. Currently MacPorts
> installs MonoDoc version 1.2.6. This version has a problem that the
> signature is delay-signed. The latest mono (2.0, which I also
> installed using MacPorts) does not allow for delay-signed assemblies
> to be loaded in the gac. I believe that this problem is solved (e.g.
> the assembly is now strongly signed) in the later MonoDoc versions
> 1.9, or even 2.0:
>
> http://ftp.novell.com/pub/mono/sources/monodoc/
>
> Would it be possible to upgrade to this version in MacPorts? If this
> mailing list is not the place to put these requests, could you please
> point me to the appropriate place? I didn't really find it on the
> website.

Hi Bart. Guido updated monodoc to 2.0, so if you wait 12 hours, then  
"sudo port sync" you should be able to install it (or upgrade to it,  
if you already had 1.2.6 installed).

http://trac.macports.org/changeset/40723


From ryandesign at macports.org  Sun Oct 12 11:51:32 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Oct 2008 13:51:32 -0500
Subject: Odd upgrade error
In-Reply-To: <F8633A93-CAC9-45E1-B2BF-A5817D115997@alum.mit.edu>
References: <245F2234-A27C-4B83-8D6C-2833048B503B@alum.mit.edu>
	<1F002CEB-70B9-494D-B655-6218B58715A8@bellsouth.net>
	<F8633A93-CAC9-45E1-B2BF-A5817D115997@alum.mit.edu>
Message-ID: <0C156F38-DBA0-46CE-BA3E-2FEDB90B50C8@macports.org>

On Oct 12, 2008, at 00:01, Adam Dershowitz wrote:

> On Oct 11, 2008, at 9:54 PM, William Davis wrote:
>
>> On Oct 12, 2008, at 12:20 AM, Adam Dershowitz wrote:
>>
>>> I had gimp-jp2 0.1_0 installed and just did the upgrade to
>>> 2.2.0_0.  I
>>> got an odd error and I am not sure if it is port error related to  
>>> jp2
>>> or a more general error related to MacPorts.
>>> The odd thing is that the upgrade seemed to work, so I am not sure
>>> exactly what the error means, or if I should worry about it, or
>>> post a
>>> ticket about it.  Here is the upgrade info:
>>> --->  Fetching gimp-jp2
>>> --->  Attempting to fetch jp2.tar.gz from http:// 
>>> registry.gimp.org/files/
>>> --->  Verifying checksum(s) for gimp-jp2
>>> --->  Extracting gimp-jp2
>>> --->  Configuring gimp-jp2
>>> --->  Building gimp-jp2 with target all
>>> --->  Staging gimp-jp2 into destroot
>>> --->  Deactivating gimp-jp2 0.1_0
>>> --->  Installing gimp-jp2 2.2.0_0
>>> --->  Activating gimp-jp2 2.2.0_0
>>> --->  Cleaning gimp-jp2
>>> Error: Variant build conflicts with fetch
>>> Error: Unable to open port: Error evaluating variants
>>> --->  Fetching qt4-mac
>>>
>>> And it did seem to install properly, as did the other ports that
>>> happen to be upgraded with the same: upgrade outdated.
>>
>> I just got that error mesg when trying to upgrade gimp-user-manual.
>> Since you did a "upgrade outdated", I wonder if this is not the port
>> that the error actually occurred in.
>
> I think that you are correct.  When I had done port outdated, one
> thing that showed was gimp-user-manual.  I then did port upgrade
> outdated and a bunch of things upgraded.  I saw the above error, after
> info about gimp-jp2 and before info about qt4-mac, with no mention of
> any other port, so I assumed that it related to gimp-jp2.  But, after
> I got your email I checked and found that gimp-user-manual had not
> upgraded.  So that probably was the error.  So the message was even
> more cryptic then I had thought.

Please see this thread:

http://lists.macosforge.org/pipermail/macports-users/2008-October/ 
011856.html



From ryandesign at macports.org  Sun Oct 12 12:05:13 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Oct 2008 14:05:13 -0500
Subject: gimp-user-manual error
In-Reply-To: <30CF16B0-83F8-4927-B401-95014E86AAAC@bellsouth.net>
References: <30CF16B0-83F8-4927-B401-95014E86AAAC@bellsouth.net>
Message-ID: <44627A5F-5068-4319-A6CB-0C96424F8C10@macports.org>

On Oct 11, 2008, at 23:48, William Davis wrote:

> error in variants gimp-user-manual:
>
> DEBUG: gimp-user-manual 2.4.2_0 exists in the ports tree
> DEBUG: gimp-user-manual 0.13_0 is installed
> DEBUG: Not following dependencies
> DEBUG: variants to install {} fetch
> DEBUG: available variants are : universal fetch build without_gimp cs
> de en es fr hr it ko nl no ru sv zh_CN
> DEBUG: variant fetch is present in gimp-user-manual 2.4.2_0
> DEBUG: new portvariants: with_gnome + fetch +
> DEBUG: Changing to port directory: /opt/local/var/macports/sources/
> rsync.macports.org/release/ports/graphics/gimp-user-manual
> DEBUG: Requested variant darwin is not provided by port gimp-user-
> manual.
> DEBUG: Requested variant with_gnome is not provided by port gimp-user-
> manual.
> DEBUG: Requested variant i386 is not provided by port gimp-user- 
> manual.
> DEBUG: Requested variant macosx is not provided by port gimp-user-
> manual.
> DEBUG: Executing variant fetch provides fetch
> DEBUG: Executing variant build provides build
> Error: Variant build conflicts with fetch
> DEBUG: Error evaluating variants
>      while executing
> "error "Error evaluating variants""
>      (procedure "mportopen" line 51)
>      invoked from within
> "mportopen $porturl [array get options] [array get variations]"
> Error: Unable to open port: Error evaluating variants
>
> cleaning did not help


There's another thread where this was brought up too:

http://lists.macosforge.org/pipermail/macports-users/2008-October/ 
011855.html

The problem was r40710:

http://trac.macports.org/changeset/40710

  * It changed the default variant from +fetch to +en
  * +en requires +build
  * +build conflicts with +fetch
  * The +fetch variant was "disabled" by commenting out its contents,  
but the empty variant is still there

So anybody who had gimp-user-manual 0.13 installed will have the  
+fetch variant selected, because it was the default. Now they want to  
upgrade, and because there is still a fetch variant in the new port,  
+fetch will again be selected, but since the port now has +en as the  
default, which requires +build, +build will also be selected, which  
conflicts with +fetch.

So the "fetch" variants should simply be commented out or deleted  
entirely -- including its definition. And this was done in r40724 and  
r40725.

http://trac.macports.org/changeset/40724

http://trac.macports.org/changeset/40725

I'm still not happy with the variant names "fetch" and "build". It's  
not clear from that name what's being fetched or built, and the names  
unintentionally evoke the fetch and build MacPorts phases. (Granted  
they do have descriptions which make it clear, but as we see these  
aren't shown in the error messages.) They could be renamed  
"fetch_doc" and "build_doc" to be more clear. But since there is now  
no fetch variant, I would remove the build variant as well which  
would fix all the problems.

Is the plan to go back to fetching the documentation at a later time  
instead of building it?



From masschel at gmail.com  Sun Oct 12 12:20:44 2008
From: masschel at gmail.com (Bart Masschelein)
Date: Sun, 12 Oct 2008 21:20:44 +0200
Subject: Monodoc
In-Reply-To: <6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
Message-ID: <DB6EE60E-E421-4D4F-9864-57AEB85AEDFF@gmail.com>

>
> Hi Bart. Guido updated monodoc to 2.0, so if you wait 12 hours, then  
> "sudo port sync" you should be able to install it (or upgrade to it,  
> if you already had 1.2.6 installed).
>
> http://trac.macports.org/changeset/40723
>

Thanks. In fact, it is already there, although search monodoc still  
reports 1.2.6. I installed it succesfully, many thanks.

What I try to do is compile monodevelop from source on osx. I saw on  
their website mono-addins 0.3.1 is required, whereas MacPorts has  
0.3.0. I don't know if this is an issue yet, but if so, I will tell  
you. Am I correct that filing a ticket is the appropriate way? That's  
what I did with monodoc, after I send this email. Didn't find the bug  
tracking at first.

Bart

From ryandesign at macports.org  Sun Oct 12 12:29:58 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Oct 2008 14:29:58 -0500
Subject: macports and Xcode
In-Reply-To: <591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
Message-ID: <8FE57159-0C06-4D04-9B80-3172AB8A609B@macports.org>

On Oct 11, 2008, at 04:58, nox wrote:

> I really don't want to have to build or use a bootstrapped GCC, X11
> and all to have a self-contained MacPorts installation.

Also, don't forget that only Apple's gcc installed with Xcode can  
create universal binaries in one step (with e.g. "-arch i386 -arch  
ppc"), which is the method MacPorts uses. The standard gcc cannot do  
this.


From ryandesign at macports.org  Sun Oct 12 12:36:11 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Oct 2008 14:36:11 -0500
Subject: Monodoc
In-Reply-To: <DB6EE60E-E421-4D4F-9864-57AEB85AEDFF@gmail.com>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
	<DB6EE60E-E421-4D4F-9864-57AEB85AEDFF@gmail.com>
Message-ID: <C7F5E215-17C3-4984-93D9-8EE3549EA025@macports.org>

On Oct 12, 2008, at 14:20, Bart Masschelein wrote:

>> Hi Bart. Guido updated monodoc to 2.0, so if you wait 12 hours,  
>> then "sudo port sync" you should be able to install it (or upgrade  
>> to it, if you already had 1.2.6 installed).
>>
>> http://trac.macports.org/changeset/40723
>
> Thanks. In fact, it is already there, although search monodoc still  
> reports 1.2.6. I installed it succesfully, many thanks.
>
> What I try to do is compile monodevelop from source on osx. I saw  
> on their website mono-addins 0.3.1 is required, whereas MacPorts  
> has 0.3.0. I don't know if this is an issue yet, but if so, I will  
> tell you. Am I correct that filing a ticket is the appropriate way?  
> That's what I did with monodoc, after I send this email. Didn't  
> find the bug tracking at first.

Yes, filing a port update ticket is the best way, though for ports  
with no maintainer, it may take awhile for someone to notice them so  
it doesn't hurt to also ping the mailing list. The good thing is that  
mono-addins has a maintainer, so you can just assign the ticket to him.


From rhubbell at ihubbell.com  Sun Oct 12 12:36:59 2008
From: rhubbell at ihubbell.com (rhubbell)
Date: Sun, 12 Oct 2008 12:36:59 -0700
Subject: macports and Xcode
In-Reply-To: <6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
Message-ID: <1223840219.4303.14.camel@127>

On Sat, 2008-10-11 at 01:18 -0500, Ryan Schmidt wrote:
> On Oct 10, 2008, at 14:31, Darren Weber wrote:
> 
> > On Wed, Oct 8, 2008 at 2:32 PM, Bryan Blackburn wrote:
> >
> >> On Wed, Oct 08, 2008 at 02:16:08PM -0700, rhubbell said:
> >>
> >>> Probably a ridiculous question. (never stopped me before)
> >>> Is macports always and forever dependent upon Xcode?
> >>> Can it be de-coupled?
> >>
> >> As long as MacPorts builds ports from source, then Xcode is an  
> >> absolute
> >> requirement (for gcc etc).  If the day comes that MacPorts  
> >> distributes
> >> binary packages, then Xcode may only be needed by some ports and not
> >> MacPorts as a whole.
> >
> > As a guess, the macports installation process could include
> >
> > a) tcl
> > b) a build system port (bootstrapped) to replace Xcode distributions
> 
> I suppose. But what would be the advantage? What's so awful about  
> having to install Xcode?

My inspiration for the question was the words in the "Membership
Agreement"

6.	Verification of Compliance. You agree that authorized Apple
representatives, with 24 hours advance notice, may inspect the location
where the Prototype is stored, the Prototype and copies of other
Confidential Information and your Prototype access log during your
normal business hours in order to verify that you are complying with
your obligations under this Agreement.

Awful is in the eye of the beholder.


From ryandesign at macports.org  Sun Oct 12 12:37:14 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Oct 2008 14:37:14 -0500
Subject: macports and Xcode
In-Reply-To: <20081012090125.GA12181@weetamoe.loria.fr>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
	<48F09A4B.6070500@shopwatch.org>
	<20081011125000.GA5299@velsheda.lateralis.org>
	<FB937106-5187-4556-AAA8-A991E0F7A4FF@macports.org>
	<20081012090125.GA12181@weetamoe.loria.fr>
Message-ID: <D439816D-9996-463C-8A03-122EAF43F251@macports.org>

On Oct 12, 2008, at 04:01, Emmanuel Hainry wrote:

> Citando Ryan Schmidt :
>
>> On Oct 11, 2008, at 07:50, Emmanuel Hainry wrote:
>>
>>> I no longer use Xcode as my
>>> powerbook is now dead. I use the build tools provided by my linux
>>> distribution. Note that it becomes difficult as MacPorts trunk  
>>> believes
>>> I don't have gcc installed just because my gcc is not the same  
>>> version
>>> as Apple's.
>>
>> Do you encounter an error message or worse? If so, that could be a
>> MacPorts bug. Of course we want MacPorts to basically work on other
>> operating systems, but many of us have never tested it on other  
>> than Mac
>> OS X. So let us know what's wrong.
>
> I get an error message, yes:
>
> DEBUG: Executing org.macports.configure
> Error: Target org.macports.configure returned: Invalid value for
> configure.compiler
>
> My way of dealing with that was to modify a few lines in
> portconfigure.tcl: there's a
> switch -exact "${os.platform} ${os.major}" {
> block that sets configure.compiler for the different darwins. I  
> added a
> line "default" that sets it as gcc, g++, cpp. Not sure if that is the
> good way to do however.

I have a feeling this is the change that broke that. Do you agree?

http://trac.macports.org/changeset/39573




From ryandesign at macports.org  Sun Oct 12 12:43:03 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Oct 2008 14:43:03 -0500
Subject: macports and Xcode
In-Reply-To: <1223840219.4303.14.camel@127>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<1223840219.4303.14.camel@127>
Message-ID: <27794EE2-847C-447C-967F-9C6E91E1E0F6@macports.org>


On Oct 12, 2008, at 14:36, rhubbell wrote:

> On Sat, 2008-10-11 at 01:18 -0500, Ryan Schmidt wrote:
>
>> I suppose. But what would be the advantage? What's so awful about
>> having to install Xcode?
>
> My inspiration for the question was the words in the "Membership
> Agreement"
>
> 6.	Verification of Compliance. You agree that authorized Apple
> representatives, with 24 hours advance notice, may inspect the  
> location
> where the Prototype is stored, the Prototype and copies of other
> Confidential Information and your Prototype access log during your
> normal business hours in order to verify that you are complying with
> your obligations under this Agreement.
>
> Awful is in the eye of the beholder.

Oh, I didn't realize your complaint wasn't with the software but with  
its license agreement. I admit I haven't read it all that carefully.  
What's its URL again? Where can I read it?

I can try to read it again and see if I understand it and if it  
really means what you think it means, but I don't think Apple has any  
intention of randomly entering the homes of everyday Mac users who  
just want to compile some software. I mean they even include Xcode in  
the box with every Mac you buy; I don't think every Mac user is  
required to agree to this agreement just by virtue of having bought a  
Mac. Not that such license agreements are even enforceable anyway, as  
far as I know.




From afb at macports.org  Sun Oct 12 12:54:09 2008
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Sun, 12 Oct 2008 21:54:09 +0200
Subject: macports and Xcode
In-Reply-To: <8FE57159-0C06-4D04-9B80-3172AB8A609B@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<8FE57159-0C06-4D04-9B80-3172AB8A609B@macports.org>
Message-ID: <BA36C61E-8E02-40F0-B1F1-3E0571805546@macports.org>

Ryan Schmidt wrote:

>> I really don't want to have to build or use a bootstrapped GCC, X11
>> and all to have a self-contained MacPorts installation.
>
> Also, don't forget that only Apple's gcc installed with Xcode can  
> create universal binaries in one step (with e.g. "-arch i386 -arch  
> ppc"), which is the method MacPorts uses. The standard gcc cannot  
> do this.

Unless you install Apple's gcc without Xcode, of course :-)
So a bootstrapped GCC might still have -arch parameters.

--anders


From devans at macports.org  Sun Oct 12 12:55:39 2008
From: devans at macports.org (David Evans)
Date: Sun, 12 Oct 2008 12:55:39 -0700
Subject: gimp-user-manual error
In-Reply-To: <44627A5F-5068-4319-A6CB-0C96424F8C10@macports.org>
References: <30CF16B0-83F8-4927-B401-95014E86AAAC@bellsouth.net>
	<44627A5F-5068-4319-A6CB-0C96424F8C10@macports.org>
Message-ID: <48F2563B.9090204@macports.org>

Ryan Schmidt wrote:
> On Oct 11, 2008, at 23:48, William Davis wrote:
>
>> error in variants gimp-user-manual:
>>
>> DEBUG: gimp-user-manual 2.4.2_0 exists in the ports tree
>> DEBUG: gimp-user-manual 0.13_0 is installed
>> DEBUG: Not following dependencies
>> DEBUG: variants to install {} fetch
>> DEBUG: available variants are : universal fetch build without_gimp cs
>> de en es fr hr it ko nl no ru sv zh_CN
>> DEBUG: variant fetch is present in gimp-user-manual 2.4.2_0
>> DEBUG: new portvariants: with_gnome + fetch +
>> DEBUG: Changing to port directory: /opt/local/var/macports/sources/
>> rsync.macports.org/release/ports/graphics/gimp-user-manual
>> DEBUG: Requested variant darwin is not provided by port gimp-user-
>> manual.
>> DEBUG: Requested variant with_gnome is not provided by port gimp-user-
>> manual.
>> DEBUG: Requested variant i386 is not provided by port gimp-user-manual.
>> DEBUG: Requested variant macosx is not provided by port gimp-user-
>> manual.
>> DEBUG: Executing variant fetch provides fetch
>> DEBUG: Executing variant build provides build
>> Error: Variant build conflicts with fetch
>> DEBUG: Error evaluating variants
>>      while executing
>> "error "Error evaluating variants""
>>      (procedure "mportopen" line 51)
>>      invoked from within
>> "mportopen $porturl [array get options] [array get variations]"
>> Error: Unable to open port: Error evaluating variants
>>
>> cleaning did not help
>
>
> There's another thread where this was brought up too:
>
> http://lists.macosforge.org/pipermail/macports-users/2008-October/011855.html
>
>
> The problem was r40710:
>
> http://trac.macports.org/changeset/40710
>
>  * It changed the default variant from +fetch to +en
>  * +en requires +build
>  * +build conflicts with +fetch
>  * The +fetch variant was "disabled" by commenting out its contents,
> but the empty variant is still there
>
> So anybody who had gimp-user-manual 0.13 installed will have the
> +fetch variant selected, because it was the default. Now they want to
> upgrade, and because there is still a fetch variant in the new port,
> +fetch will again be selected, but since the port now has +en as the
> default, which requires +build, +build will also be selected, which
> conflicts with +fetch.
>
> So the "fetch" variants should simply be commented out or deleted
> entirely -- including its definition. And this was done in r40724 and
> r40725.
>
> http://trac.macports.org/changeset/40724
>
> http://trac.macports.org/changeset/40725

Yes, this fix should be available shortly (during the next hour by my
clock).
>
> I'm still not happy with the variant names "fetch" and "build". It's
> not clear from that name what's being fetched or built, and the names
> unintentionally evoke the fetch and build MacPorts phases. (Granted
> they do have descriptions which make it clear, but as we see these
> aren't shown in the error messages.) They could be renamed "fetch_doc"
> and "build_doc" to be more clear. But since there is now no fetch
> variant, I would remove the build variant as well which would fix all
> the problems.
>
> Is the plan to go back to fetching the documentation at a later time
> instead of building it?
>
>
This is definitely a work in progress right now.  As you know, I have
just taken maintainership
of this and other gimp related ports to try and get them all up to date
and working properly and
there are a number of problems in various places.  I don't like the
fetch and build variants (for their
names if nothing else) but building the full documentation with all
locales (which is what the
previous build variant did is a very long process and probably
unnecessary for the average
user.  Therefore, I understand the idea to be able to build a prebuilt
version.

However, since the documentation was so far out of date, I have changed
this to build
en locale by default as you say so get the documentation up to the
latest released state
2.4.2 which still isn't up to the current 2.6.1 state of the app itself
but is closer.  If you want
another locale you can do that by added the appropriate variant.

In addition, it's possible to build a pdf version of the documentation
but this requires
dblatex for which we do not have a port right now.

Finally, is this port necessary at all?  The exact same html
documentation is available on
line and gimp (in principal) can be configured via preferences so refer
to that if local documentation
is not available.  However, this is broken right now because it wants to
use gvfs which is
not working correctly yet.

Also gimp-jp2 seems to be broken due to problems with the openjpeg port.

So lots of work to be done in the gimp area.  Please let me know your
suggestions on
the documentation issues.  What is the correct selection of ports to
include in the
gimp meta-port?  Are there other plugins that you think are essential
that should be
included as part of a basic install?

Thanks

Dave


From frstan at bellsouth.net  Sun Oct 12 13:11:13 2008
From: frstan at bellsouth.net (William Davis)
Date: Sun, 12 Oct 2008 16:11:13 -0400
Subject: Monodoc
In-Reply-To: <6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
Message-ID: <D32C2133-53F6-4EFB-A4A8-FC7035E41923@bellsouth.net>


On Oct 12, 2008, at 2:45 PM, Ryan Schmidt wrote:

> On Oct 12, 2008, at 09:52, Bart Masschelein wrote:
>
>> I don't know if it is inappropriate to request a package upgrade on
>> this mailing list, but if not, here it goes. Currently MacPorts
>> installs MonoDoc version 1.2.6. This version has a problem that the
>> signature is delay-signed. The latest mono (2.0, which I also
>> installed using MacPorts) does not allow for delay-signed assemblies
>> to be loaded in the gac. I believe that this problem is solved (e.g.
>> the assembly is now strongly signed) in the later MonoDoc versions
>> 1.9, or even 2.0:
>>
>> http://ftp.novell.com/pub/mono/sources/monodoc/
>>
>> Would it be possible to upgrade to this version in MacPorts? If this
>> mailing list is not the place to put these requests, could you please
>> point me to the appropriate place? I didn't really find it on the
>> website.
>
> Hi Bart. Guido updated monodoc to 2.0, so if you wait 12 hours, then
> "sudo port sync" you should be able to install it (or upgrade to it,
> if you already had 1.2.6 installed).
>
> http://trac.macports.org/changeset/40723
>


Actually Bart can do it now, the trick is do this first:
sudo port -df clean --all monodoc
That will get rid of the retained copy of the old source and force the  
current version to download. ;)

William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From masschel at gmail.com  Sun Oct 12 13:26:00 2008
From: masschel at gmail.com (Bart Masschelein)
Date: Sun, 12 Oct 2008 22:26:00 +0200
Subject: Monodoc
In-Reply-To: <D32C2133-53F6-4EFB-A4A8-FC7035E41923@bellsouth.net>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
	<D32C2133-53F6-4EFB-A4A8-FC7035E41923@bellsouth.net>
Message-ID: <4C1DD746-F64A-4CFE-A5AF-E6E7DE1DAB4C@gmail.com>

Bart already did that ;-). Currently I'm figuring out in which package  
glade-sharp is residing. I had it installed previously through  
MacPorts, but it's gone, obviously, as I restarted from scratch.

Thanks for all the help! You guys make me like the terminal again ;-),  
after switching from years of ./configure, make, make install to one- 
click installers.

Bart

On 12 Oct 2008, at 22:11, William Davis wrote:

>
> On Oct 12, 2008, at 2:45 PM, Ryan Schmidt wrote:
>
>> On Oct 12, 2008, at 09:52, Bart Masschelein wrote:
>>
>>> I don't know if it is inappropriate to request a package upgrade on
>>> this mailing list, but if not, here it goes. Currently MacPorts
>>> installs MonoDoc version 1.2.6. This version has a problem that the
>>> signature is delay-signed. The latest mono (2.0, which I also
>>> installed using MacPorts) does not allow for delay-signed assemblies
>>> to be loaded in the gac. I believe that this problem is solved (e.g.
>>> the assembly is now strongly signed) in the later MonoDoc versions
>>> 1.9, or even 2.0:
>>>
>>> http://ftp.novell.com/pub/mono/sources/monodoc/
>>>
>>> Would it be possible to upgrade to this version in MacPorts? If this
>>> mailing list is not the place to put these requests, could you  
>>> please
>>> point me to the appropriate place? I didn't really find it on the
>>> website.
>>
>> Hi Bart. Guido updated monodoc to 2.0, so if you wait 12 hours, then
>> "sudo port sync" you should be able to install it (or upgrade to it,
>> if you already had 1.2.6 installed).
>>
>> http://trac.macports.org/changeset/40723
>>
>
>
> Actually Bart can do it now, the trick is do this first:
> sudo port -df clean --all monodoc
> That will get rid of the retained copy of the old source and force  
> the current version to download. ;)
>
> William Davis
> frstanATbellsouthDOTnet
> Mac OS X.5.5 Darwin 9.5.0
> XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
> Mac Mini Intel Duo @ 1.86 GHz
>
> Mundus vult decepi, ego non
>


From ryandesign at macports.org  Sun Oct 12 13:31:20 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Oct 2008 15:31:20 -0500
Subject: Monodoc
In-Reply-To: <4C1DD746-F64A-4CFE-A5AF-E6E7DE1DAB4C@gmail.com>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
	<D32C2133-53F6-4EFB-A4A8-FC7035E41923@bellsouth.net>
	<4C1DD746-F64A-4CFE-A5AF-E6E7DE1DAB4C@gmail.com>
Message-ID: <17012201-E652-4CFD-95A6-CEE8E7173BFD@macports.org>


On Oct 12, 2008, at 15:26, Bart Masschelein wrote:

> Bart already did that ;-). Currently I'm figuring out in which  
> package glade-sharp is residing. I had it installed previously  
> through MacPorts, but it's gone, obviously, as I restarted from  
> scratch.

Not sure! "port search sharp" shows several "sharp" ports but none  
with "glade" in the name.



From masschel at gmail.com  Sun Oct 12 13:40:02 2008
From: masschel at gmail.com (Bart Masschelein)
Date: Sun, 12 Oct 2008 22:40:02 +0200
Subject: Monodoc
In-Reply-To: <17012201-E652-4CFD-95A6-CEE8E7173BFD@macports.org>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
	<D32C2133-53F6-4EFB-A4A8-FC7035E41923@bellsouth.net>
	<4C1DD746-F64A-4CFE-A5AF-E6E7DE1DAB4C@gmail.com>
	<17012201-E652-4CFD-95A6-CEE8E7173BFD@macports.org>
Message-ID: <15F71387-F6BD-4081-9D5C-38B429524F59@gmail.com>

>
>> Bart already did that ;-). Currently I'm figuring out in which  
>> package glade-sharp is residing. I had it installed previously  
>> through MacPorts, but it's gone, obviously, as I restarted from  
>> scratch.
>
> Not sure! "port search sharp" shows several "sharp" ports but none  
> with "glade" in the name.
>
>

True. That's what I found out yesterday as well, but by magic,  
installing another package, I had libglade.dll (or similar), which did  
the trick. The only problem is I don't recall which package that was.  
I guess I will have to look in one of the GTK installations. Or maybe  
it came with the previous mono version? Not sure, I have to check.  
First movie time ;-)

From ryandesign at macports.org  Sun Oct 12 14:10:42 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Oct 2008 16:10:42 -0500
Subject: Monodoc
In-Reply-To: <15F71387-F6BD-4081-9D5C-38B429524F59@gmail.com>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
	<D32C2133-53F6-4EFB-A4A8-FC7035E41923@bellsouth.net>
	<4C1DD746-F64A-4CFE-A5AF-E6E7DE1DAB4C@gmail.com>
	<17012201-E652-4CFD-95A6-CEE8E7173BFD@macports.org>
	<15F71387-F6BD-4081-9D5C-38B429524F59@gmail.com>
Message-ID: <7224C0E0-626D-43F1-8EB8-8AD926809AAE@macports.org>


On Oct 12, 2008, at 15:40, Bart Masschelein wrote:

>>> Bart already did that ;-). Currently I'm figuring out in which  
>>> package glade-sharp is residing. I had it installed previously  
>>> through MacPorts, but it's gone, obviously, as I restarted from  
>>> scratch.
>>
>> Not sure! "port search sharp" shows several "sharp" ports but none  
>> with "glade" in the name.
>
> True. That's what I found out yesterday as well, but by magic,  
> installing another package, I had libglade.dll (or similar), which  
> did the trick. The only problem is I don't recall which package  
> that was. I guess I will have to look in one of the GTK  
> installations. Or maybe it came with the previous mono version? Not  
> sure, I have to check. First movie time ;-)

If you can locate the file in question, you can use "port contents"  
to figure out what port it came with. e.g., on my system:

$ ls -ld /opt/local/lib/lib*glade*
drwxr-xr-x   3 rschmidt  admin     102 Oct  4 04:49 /opt/local/lib/ 
libglade
-rwxr-xr-x   2 rschmidt  admin   97648 Oct  4 04:47 /opt/local/lib/ 
libglade-2.0.0.0.7.dylib
lrwxr-xr-x   1 rschmidt  admin      24 Oct  4 04:48 /opt/local/lib/ 
libglade-2.0.0.dylib -> libglade-2.0.0.0.7.dylib
-rw-r--r--   2 rschmidt  admin  117828 Oct  4 04:47 /opt/local/lib/ 
libglade-2.0.a
lrwxr-xr-x   1 rschmidt  admin      24 Oct  4 04:48 /opt/local/lib/ 
libglade-2.0.dylib -> libglade-2.0.0.0.7.dylib
-rwxr-xr-x   2 rschmidt  admin    1458 Oct  4 04:47 /opt/local/lib/ 
libglade-2.0.la
$ port provides /opt/local/lib/libglade-2.0.dylib
/opt/local/lib/libglade-2.0.dylib is provided by: libglade2
$



From ryandesign at macports.org  Sun Oct 12 14:38:46 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Oct 2008 16:38:46 -0500
Subject: macports and Xcode
In-Reply-To: <BA36C61E-8E02-40F0-B1F1-3E0571805546@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<8FE57159-0C06-4D04-9B80-3172AB8A609B@macports.org>
	<BA36C61E-8E02-40F0-B1F1-3E0571805546@macports.org>
Message-ID: <7FE27D12-96A1-42A2-86B3-A839576CA804@macports.org>

On Oct 12, 2008, at 14:54, Anders F Bj?rklund wrote:

> Ryan Schmidt wrote:
>
>>> I really don't want to have to build or use a bootstrapped GCC, X11
>>> and all to have a self-contained MacPorts installation.
>>
>> Also, don't forget that only Apple's gcc installed with Xcode can
>> create universal binaries in one step (with e.g. "-arch i386 -arch
>> ppc"), which is the method MacPorts uses. The standard gcc cannot
>> do this.
>
> Unless you install Apple's gcc without Xcode, of course :-)
> So a bootstrapped GCC might still have -arch parameters.

Ah, true, true. :)

Well, then my next complaint would be with a bootstrapped X11. Apple  
X11 seems nice enough, but when I tried XFree86 it was totally ugly  
(weird non-Mac-like cursor and window behavior, etc.) I didn't try  
xorg, and I don't know if sources for Apple X11 are available. But  
again I wouldn't see any need to build it since Apple X11 is included  
with the operating system.


From afb at macports.org  Sun Oct 12 14:59:01 2008
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Sun, 12 Oct 2008 23:59:01 +0200
Subject: macports and Xcode
In-Reply-To: <7FE27D12-96A1-42A2-86B3-A839576CA804@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<8FE57159-0C06-4D04-9B80-3172AB8A609B@macports.org>
	<BA36C61E-8E02-40F0-B1F1-3E0571805546@macports.org>
	<7FE27D12-96A1-42A2-86B3-A839576CA804@macports.org>
Message-ID: <BDEF9550-3129-49E3-9924-C801AA7A0956@macports.org>

Ryan Schmidt wrote:

> Well, then my next complaint would be with a bootstrapped X11.  
> Apple X11 seems nice enough, but when I tried XFree86 it was  
> totally ugly (weird non-Mac-like cursor and window behavior, etc.)  
> I didn't try xorg, and I don't know if sources for Apple X11 are  
> available. But again I wouldn't see any need to build it since  
> Apple X11 is included with the operating system.

Basically the same thing there, just with Xquartz vs Xorg instead of  
Apple GCC vs FSF GCC...

See http://xquartz.macosforge.org/trac/wiki

--anders


From macports.users at gmail.com  Sun Oct 12 15:47:45 2008
From: macports.users at gmail.com (Charles Darwin)
Date: Sun, 12 Oct 2008 18:47:45 -0400
Subject: git Sources
In-Reply-To: <5cbbe4ae0805220833y672607c2kcb6fff17e042d9b5@mail.gmail.com>
References: <616C881F-AC0C-4C0C-9001-8FE1D8178BBC@gmail.com>
	<5cbbe4ae0805220833y672607c2kcb6fff17e042d9b5@mail.gmail.com>
Message-ID: <92918D3A-73E9-4BE3-B988-3958A0524BED@gmail.com>


On 22-May-08, at 11:33 AM, Florian Ebeling wrote:

>> Is git supported for keeping track of the macports/trunk ? I other
>> words, can I use git in order to get port's source code?
>
> Macports in in a SVN repository, but there is a git mirror
> which gets refreshed regularly, I think.
>
> http://github.com/kballard/macports/tree/master
>
> Florian
>
>
> --  
> Florian Ebeling
> florian.ebeling at gmail.com

I just installed git-core +svn . Now running:

git clone  http://svn.macosforge.org/repository/macports/trunk

returns:

fatal: http://svn.macosforge.org/repository/macports/trunk/info/refs  
not found: did you run git update-server-info on the server?

What am I missing here?

Charles


From julio.biason at gmail.com  Sun Oct 12 15:54:06 2008
From: julio.biason at gmail.com (Julio Biason)
Date: Mon, 13 Oct 2008 09:54:06 +1100
Subject: git Sources
In-Reply-To: <92918D3A-73E9-4BE3-B988-3958A0524BED@gmail.com>
References: <616C881F-AC0C-4C0C-9001-8FE1D8178BBC@gmail.com>
	<5cbbe4ae0805220833y672607c2kcb6fff17e042d9b5@mail.gmail.com>
	<92918D3A-73E9-4BE3-B988-3958A0524BED@gmail.com>
Message-ID: <3a73f7f00810121554l40e08dbcm70b430e59e3e3399@mail.gmail.com>

On Mon, Oct 13, 2008 at 9:47 AM, Charles Darwin
<macports.users at gmail.com> wrote:
> git clone  http://svn.macosforge.org/repository/macports/trunk
>
> returns:
>
> fatal: http://svn.macosforge.org/repository/macports/trunk/info/refs
> not found: did you run git update-server-info on the server?

Well, git can't clone SVn directly. You need to use

git svn clone http://svn.macosforge.org/repository/macports/trunk

Or use the Github link

git clone http://github.com/kballard/macports/tree/master

-- 
Julio Biason <julio.biason at gmail.com>
Twitter: http://twitter.com/juliobiason

From macports.users at gmail.com  Sun Oct 12 16:02:00 2008
From: macports.users at gmail.com (Charles Darwin)
Date: Sun, 12 Oct 2008 19:02:00 -0400
Subject: git Sources
In-Reply-To: <3a73f7f00810121554l40e08dbcm70b430e59e3e3399@mail.gmail.com>
References: <616C881F-AC0C-4C0C-9001-8FE1D8178BBC@gmail.com>
	<5cbbe4ae0805220833y672607c2kcb6fff17e042d9b5@mail.gmail.com>
	<92918D3A-73E9-4BE3-B988-3958A0524BED@gmail.com>
	<3a73f7f00810121554l40e08dbcm70b430e59e3e3399@mail.gmail.com>
Message-ID: <D645D90B-E7D7-4B78-B440-030D31A7C5F4@gmail.com>


On 12-Oct-08, at 6:54 PM, Julio Biason wrote:

> On Mon, Oct 13, 2008 at 9:47 AM, Charles Darwin
> <macports.users at gmail.com> wrote:
>> git clone  http://svn.macosforge.org/repository/macports/trunk
>>
>> returns:
>>
>> fatal: http://svn.macosforge.org/repository/macports/trunk/info/refs
>> not found: did you run git update-server-info on the server?
>
> Well, git can't clone SVn directly. You need to use
>
> git svn clone http://svn.macosforge.org/repository/macports/trunk

Did the trick. Thanks.

Charles

>
>
> Or use the Github link
>
> git clone http://github.com/kballard/macports/tree/master
>
> -- 
> Julio Biason <julio.biason at gmail.com>
> Twitter: http://twitter.com/juliobiason
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From raimue at macports.org  Sun Oct 12 22:47:21 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Mon, 13 Oct 2008 07:47:21 +0200
Subject: macports and Xcode
In-Reply-To: <D439816D-9996-463C-8A03-122EAF43F251@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
	<48F09A4B.6070500@shopwatch.org>
	<20081011125000.GA5299@velsheda.lateralis.org>
	<FB937106-5187-4556-AAA8-A991E0F7A4FF@macports.org>
	<20081012090125.GA12181@weetamoe.loria.fr>
	<D439816D-9996-463C-8A03-122EAF43F251@macports.org>
Message-ID: <48F2E0E9.7040509@macports.org>

Ryan Schmidt wrote:
> On Oct 12, 2008, at 04:01, Emmanuel Hainry wrote:
>> DEBUG: Executing org.macports.configure
>> Error: Target org.macports.configure returned: Invalid value for
>> configure.compiler
>>
>> My way of dealing with that was to modify a few lines in
>> portconfigure.tcl: there's a
>> switch -exact "${os.platform} ${os.major}" {
>> block that sets configure.compiler for the different darwins. I  
>> added a
>> line "default" that sets it as gcc, g++, cpp. Not sure if that is the
>> good way to do however.
> 
> I have a feeling this is the change that broke that. Do you agree?
> 
> http://trac.macports.org/changeset/39573

Yes, seems like I broke it.

My intent was to detect errors like
  configure.compiler gcc42
which should have been gcc-4.2 and existed in our tree at that time.

There would be multiple possible solutions:

 a) Add a "linux" platform to the default sections
    Means selecting a specific gcc version (I wanted to add a
    configuration value to macports.conf anyway, would allow to
    overwrite it). Would only fix Linux and not other platforms
    like *BSD.

 b) Fallback to gcc in /usr/bin/gcc
    Just assume there is a working gcc in /usr/bin/gcc (respectivley for
    the other tools) if there is no default for the current platform

 c) Fallback to gcc in PATH
    Don't use any hardcoded paths, assume gcc is available somewhere on
    this machine and accessible through PATH.

 d) Fallback to cc in PATH
    Don't assume every machine provides gcc and use cc from PATH
    (e.g. *BSD machines with pcc or Solaris with Sun CC).
    I am not sure if this option will work well, ports may use gcc
    specific options.


I would prefer c), but I am asking to confirm that I will not be
breaking something again :-)

Rainer

From ryandesign at macports.org  Sun Oct 12 22:56:16 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 13 Oct 2008 00:56:16 -0500
Subject: macports and Xcode
In-Reply-To: <48F2E0E9.7040509@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
	<48F09A4B.6070500@shopwatch.org>
	<20081011125000.GA5299@velsheda.lateralis.org>
	<FB937106-5187-4556-AAA8-A991E0F7A4FF@macports.org>
	<20081012090125.GA12181@weetamoe.loria.fr>
	<D439816D-9996-463C-8A03-122EAF43F251@macports.org>
	<48F2E0E9.7040509@macports.org>
Message-ID: <77736385-86DE-4775-A3E2-64C6660D492A@macports.org>

On Oct 13, 2008, at 00:47, Rainer M?ller wrote:

> Ryan Schmidt wrote:
>> On Oct 12, 2008, at 04:01, Emmanuel Hainry wrote:
>>> DEBUG: Executing org.macports.configure
>>> Error: Target org.macports.configure returned: Invalid value for
>>> configure.compiler
>>>
>>> My way of dealing with that was to modify a few lines in
>>> portconfigure.tcl: there's a
>>> switch -exact "${os.platform} ${os.major}" {
>>> block that sets configure.compiler for the different darwins. I
>>> added a
>>> line "default" that sets it as gcc, g++, cpp. Not sure if that is  
>>> the
>>> good way to do however.
>>
>> I have a feeling this is the change that broke that. Do you agree?
>>
>> http://trac.macports.org/changeset/39573
>
> Yes, seems like I broke it.
>
> My intent was to detect errors like
>   configure.compiler gcc42
> which should have been gcc-4.2 and existed in our tree at that time.

I do remember that case, and agree we should have protection against  
that.


> There would be multiple possible solutions:
>
>  a) Add a "linux" platform to the default sections
>     Means selecting a specific gcc version (I wanted to add a
>     configuration value to macports.conf anyway, would allow to
>     overwrite it). Would only fix Linux and not other platforms
>     like *BSD.
>
>  b) Fallback to gcc in /usr/bin/gcc
>     Just assume there is a working gcc in /usr/bin/gcc  
> (respectivley for
>     the other tools) if there is no default for the current platform
>
>  c) Fallback to gcc in PATH
>     Don't use any hardcoded paths, assume gcc is available  
> somewhere on
>     this machine and accessible through PATH.
>
>  d) Fallback to cc in PATH
>     Don't assume every machine provides gcc and use cc from PATH
>     (e.g. *BSD machines with pcc or Solaris with Sun CC).
>     I am not sure if this option will work well, ports may use gcc
>     specific options.
>
>
> I would prefer c), but I am asking to confirm that I will not be
> breaking something again :-)


The problem is only when configure.compiler is blank, right? That can  
only happen on non-Mac platforms, since on Mac OS X we set  
configure.compiler to something based on the Mac OS X version. I  
would add a case to the switch statement to allow configure.compiler  
to be blank, and in that case, I would say we should do what you  
propose in b) or c).


Maybe "port lint" also needs to check for valid configure.compiler  
values.


From mark at dxradio.demon.co.uk  Mon Oct 13 03:01:10 2008
From: mark at dxradio.demon.co.uk (Mark Hattam)
Date: Mon, 13 Oct 2008 11:01:10 +0100
Subject: php5 on OSX10.5.5
In-Reply-To: <658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
	<658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
Message-ID: <p06240800c518cacb1ec1@[192.168.0.10]>

What's broken with php5 and 10.5.5 ... ?

I've just set up php5, mysql5 and apache2 on a brand new iMac with 
10.5.5, and I'm getting a lot of errors in the Apache log

The process has forked and you cannot use this CoreFoundation 
functionality safely. You MUST exec().
Break on 
__THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__() 
to debug.
[Mon Oct 13 10:26:43 2008] [notice] child pid 157 exit signal 
Trace/BPT trap (5)
[Mon Oct 13 10:26:45 2008] [notice] child pid 198 exit signal 
Trace/BPT trap (5)


It only happens on some of my webpages, perhaps implicating Freetype 
or some other font drawing part of php5.

sudo port installed
   apache2 @2.2.9_1+darwin_9 (active)
   mysql5 @5.0.67_1+server (active)
   php5 @5.2.6_1+apache2+macosx+mysql5 (active)

+ all their dependencies including
   freetype @2.3.7_1 (active)
   gd2 @2.0.35_1 (active)
   gettext @0.17_3 (active)



This isn't a problem on 10.4.11 with the same ports running on a G4 laptop.



Mark

From vincent-opdarw at vinc17.org  Mon Oct 13 04:05:02 2008
From: vincent-opdarw at vinc17.org (Vincent Lefevre)
Date: Mon, 13 Oct 2008 13:05:02 +0200
Subject: macports and Xcode
In-Reply-To: <20081011125000.GA5299@velsheda.lateralis.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
	<48F09A4B.6070500@shopwatch.org>
	<20081011125000.GA5299@velsheda.lateralis.org>
Message-ID: <20081013110502.GB12919@prunille.vinc17.org>

On 2008-10-11 14:50:00 +0200, Emmanuel Hainry wrote:
> And those problems would be solved if macports did not rely on third
> party tools (gcc, tcl, x11 which have or have had bugs in the past and
> apple's versions are not without those bugs).

or are out-of-date, leading to problems like:

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

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

From graef at ebi.ac.uk  Mon Oct 13 05:43:39 2008
From: graef at ebi.ac.uk (=?ISO-8859-1?Q?Stefan_Gr=E4f?=)
Date: Mon, 13 Oct 2008 13:43:39 +0100
Subject: gnome-settings-daemon fails to install
In-Reply-To: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
Message-ID: <48F3427B.9020209@ebi.ac.uk>


Hi all,

While trying to install gnome-settings-daemon on 10.5 I get the error 
below. Any help is very much appreciated!

Cheers,
Stefan

--->  Building gnome-settings-daemon with target all
Error: Target org.macports.build returned: shell command " cd 
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-settings-daemon/work/gnome-settings-daemon-2.22.1" 
&& make all " returned error 2
Command output: make  all-recursive
Making all in gnome-settings-daemon
make  all-am
make[3]: Nothing to be done for `all-am'.
Making all in plugins
Making all in a11y-keyboard
make[3]: Nothing to be done for `all'.
Making all in background
Making all in libbackground
make[4]: Nothing to be done for `all'.
/bin/sh ../../libtool --tag=CC   --mode=link /usr/bin/gcc-4.0 -DXTHREADS 
-DORBIT2=1 -D_REENTRANT -I/opt/local/include/gtk-2.0 
-I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 
-I/opt/local/include/cairo -I/opt/local/include/pango-1.0 
-I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include 
-I/opt/local/include -I/opt/local/include/pixman-1 
-I/opt/local/include/freetype2 -I/opt/local/include/libpng12 
-I/usr/X11R6/include -I/opt/local/include/gconf/2 
-I/opt/local/include/orbit-2.0 -I/opt/local/include/dbus-1.0 
-I/opt/local/lib/dbus-1.0/include -I/opt/local/include/gnome-desktop-2.0 
-I/opt/local/include/libgnomeui-2.0 
-I/opt/local/include/startup-notification-1.0 
-I/opt/local/include/libart-2.0 -I/opt/local/include/gnome-keyring-1 
-I/opt/local/include/libgnome-2.0 -I/opt/local/include/libbonoboui-2.0 
-I/opt/local/include/libgnomecanvas-2.0 
-I/opt/local/include/gnome-vfs-2.0 
-I/opt/local/lib/gnome-vfs-2.0/include 
-I/opt/local/include/libbonobo-2.0 
-I/opt/local/include/bonobo-activation-2.0 -I/opt/local/include/libxml2 
-I/opt/local/include/gail-1.0 -I/opt/local/include/libglade-2.0    -O2 
-L/opt/local/lib -o test-background test_background-test-background.o 
test_background-gsd-background-manager.o 
../../gnome-settings-daemon/libgsd-profile.la 
../../plugins/background/libbackground/libbackground.la 
-Wl,-framework,CoreServices -Wl,-framework,ApplicationServices 
-R/usr/X11/lib -Wl,-framework,CoreAudio -L/opt/local/lib 
-L/usr/X11R6/lib -L/usr/X11/lib -lgnome-desktop-2 -lgnomeui-2 
-lstartup-notification-1 -lgnome-keyring -lbonoboui-2 -lgnomecanvas-2 
-lgnome-2 -lpopt -lgnomevfs-2 -lesd -lbonobo-2 -laudiofile 
-lbonobo-activation -lgailutil -lart_lgpl_2 -lgconf-2 -lORBit-2 
-lgthread-2.0 -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lpthread -lgdk-x11-2.0 
-latk-1.0 -lgio-2.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lSM -lICE 
-lpangoft2-1.0 -lpixman-1 -lpng12 -lXrender -lX11 -lpango-1.0 -lm 
-lfontconfig -lexpat -lfreetype -lz -lgmodule-2.0 -ldbus-glib-1 -ldbus-1 
-lgobject-2.0 -lglib-2.0 -lintl -liconv
/usr/bin/gcc-4.0 -DXTHREADS -DORBIT2=1 -D_REENTRANT 
-I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include 
-I/opt/local/include/atk-1.0 -I/opt/local/include/cairo 
-I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 
-I/opt/local/lib/glib-2.0/include -I/opt/local/include 
-I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 
-I/opt/local/include/libpng12 -I/usr/X11R6/include 
-I/opt/local/include/gconf/2 -I/opt/local/include/orbit-2.0 
-I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include 
-I/opt/local/include/gnome-desktop-2.0 
-I/opt/local/include/libgnomeui-2.0 
-I/opt/local/include/startup-notification-1.0 
-I/opt/local/include/libart-2.0 -I/opt/local/include/gnome-keyring-1 
-I/opt/local/include/libgnome-2.0 -I/opt/local/include/libbonoboui-2.0 
-I/opt/local/include/libgnomecanvas-2.0 
-I/opt/local/include/gnome-vfs-2.0 
-I/opt/local/lib/gnome-vfs-2.0/include 
-I/opt/local/include/libbonobo-2.0 
-I/opt/local/include/bonobo-activation-2.0 -I/opt/local/include/libxml2 
-I/opt/local/include/gail-1.0 -I/opt/local/include/libglade-2.0 -O2 -o 
test-background test_background-test-background.o 
test_background-gsd-background-manager.o -Wl,-framework -Wl,CoreServices 
-Wl,-framework -Wl,ApplicationServices -Wl,-framework -Wl,CoreAudio 
-L/opt/local/lib ../../gnome-settings-daemon/.libs/libgsd-profile.a 
../../plugins/background/libbackground/.libs/libbackground.a 
-L/usr/X11R6/lib -L/usr/X11/lib /opt/local/lib/libgnome-desktop-2.dylib 
/usr/X11/lib/libXrandr.2.1.0.dylib /usr/X11/lib/libXrender.1.3.0.dylib 
/opt/local/lib/libgnomeui-2.dylib 
/opt/local/lib/libstartup-notification-1.dylib 
/opt/local/lib/libgnome-keyring.dylib /opt/local/lib/libbonoboui-2.dylib 
/opt/local/lib/libgnomecanvas-2.dylib /opt/local/lib/libgnome-2.dylib 
/opt/local/lib/libpopt.dylib /opt/local/lib/libgnomevfs-2.dylib -lssl 
-lcrypto /opt/local/lib/libesd.dylib /opt/local/lib/libbonobo-2.dylib 
/opt/local/lib/libaudiofile.dylib 
/opt/local/lib/libbonobo-activation.dylib 
/opt/local/lib/libORBitCosNaming-2.dylib 
/opt/local/lib/libgailutil.dylib /usr/X11/lib/libXi.6.0.0.dylib 
/usr/X11/lib/libXinerama.1.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib 
/opt/local/lib/libart_lgpl_2.dylib /opt/local/lib/libgconf-2.dylib 
/opt/local/lib/libORBit-2.dylib -lresolv 
/opt/local/lib/libgthread-2.0.dylib /opt/local/lib/libglade-2.0.dylib 
/opt/local/lib/libgtk-x11-2.0.dylib /opt/local/lib/libxml2.dylib 
-lpthread /opt/local/lib/libgdk-x11-2.0.dylib 
/opt/local/lib/libatk-1.0.dylib /opt/local/lib/libgdk_pixbuf-2.0.dylib 
/opt/local/lib/libgio-2.0.dylib /opt/local/lib/libtiff.dylib 
/opt/local/lib/libjasper.dylib /opt/local/lib/libjpeg.dylib 
/opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/libcairo.dylib 
/usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib 
/opt/local/lib/libpangoft2-1.0.dylib /opt/local/lib/libpixman-1.dylib 
/opt/local/lib/libpng12.dylib /opt/local/lib/libXrender.dylib 
/usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/libXau.6.0.0.dylib 
/usr/X11/lib/libXdmcp.6.0.0.dylib /opt/local/lib/libpango-1.0.dylib -lm 
/opt/local/lib/libfontconfig.dylib /opt/local/lib/libexpat.dylib 
/opt/local/lib/libfreetype.dylib -lz /opt/local/lib/libgmodule-2.0.dylib 
/opt/local/lib/libdbus-glib-1.dylib /opt/local/lib/libdbus-1.dylib 
/opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib 
/opt/local/lib/libintl.dylib -lc /opt/local/lib/libiconv.dylib
Undefined symbols:
   "_gnome_bg_set_uri", referenced from:
       _apply_prefs in test_background-gsd-background-manager.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[4]: *** [test-background] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


From face at CentosPrime.COM  Mon Oct 13 07:48:20 2008
From: face at CentosPrime.COM (Chris Janton)
Date: Mon, 13 Oct 2008 07:48:20 -0700
Subject: php5 on OSX10.5.5
In-Reply-To: <p06240800c518cacb1ec1@[192.168.0.10]>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
	<658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
	<p06240800c518cacb1ec1@[192.168.0.10]>
Message-ID: <2380DFB8-E449-4D08-8173-EE4C992610B1@centosprime.com>

On 2008-10-13 , at 03:01 , Mark Hattam wrote:

> What's broken with php5 and 10.5.5 ... ?
>
> I've just set up php5, mysql5 and apache2 on a brand new iMac with
> 10.5.5, and I'm getting a lot of errors in the Apache log
>
> The process has forked and you cannot use this CoreFoundation
> functionality safely. You MUST exec().
> Break on
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
> ()
> to debug.
> [Mon Oct 13 10:26:43 2008] [notice] child pid 157 exit signal
> Trace/BPT trap (5)
> [Mon Oct 13 10:26:45 2008] [notice] child pid 198 exit signal
> Trace/BPT trap (5)
>
>
> It only happens on some of my webpages, perhaps implicating Freetype
> or some other font drawing part of php5.


in the list archives

	http://lists.macosforge.org/pipermail/macports-users/2008-July/thread.html

you can find a discussion of imagettftext and/or freetype

potential solutions are listed there.

8)
----------------------------------
Chris Janton  - face at CentosPrime dot COM
Netminder for Opus1.COM



From rhubbell at ihubbell.com  Mon Oct 13 10:02:55 2008
From: rhubbell at ihubbell.com (rhubbell)
Date: Mon, 13 Oct 2008 10:02:55 -0700
Subject: macports and Xcode
In-Reply-To: <27794EE2-847C-447C-967F-9C6E91E1E0F6@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<1223840219.4303.14.camel@127>
	<27794EE2-847C-447C-967F-9C6E91E1E0F6@macports.org>
Message-ID: <1223917375.4303.42.camel@127>

On Sun, 2008-10-12 at 14:43 -0500, Ryan Schmidt wrote:
> On Oct 12, 2008, at 14:36, rhubbell wrote:
> 
> > On Sat, 2008-10-11 at 01:18 -0500, Ryan Schmidt wrote:
> >
> >> I suppose. But what would be the advantage? What's so awful about
> >> having to install Xcode?
> >
> > My inspiration for the question was the words in the "Membership
> > Agreement"
> >
> > 6.	Verification of Compliance. You agree that authorized Apple
> > representatives, with 24 hours advance notice, may inspect the  
> > location
> > where the Prototype is stored, the Prototype and copies of other
> > Confidential Information and your Prototype access log during your
> > normal business hours in order to verify that you are complying with
> > your obligations under this Agreement.
> >
> > Awful is in the eye of the beholder.
> 
> Oh, I didn't realize your complaint wasn't with the software but with  
> its license agreement. I admit I haven't read it all that carefully.

Well the software is the license. Isn't it? 

No one really reads those, I do. They are only getting worse.
And if I don't like the words they've chosen then I disagree.
Does it matter to them? Maybe.

> What's its URL again? Where can I read it?

Please do:

http://developer.apple.com/membership/pdf/terms.pdf

> 
> I can try to read it again and see if I understand it and if it  
> really means what you think it means, but I don't think Apple has any  
> intention of randomly entering the homes of everyday Mac users who  
> just want to compile some software. I mean they even include Xcode in  
> the box with every Mac you buy; I don't think every Mac user is  
> required to agree to this agreement just by virtue of having bought a  
> Mac. Not that such license agreements are even enforceable anyway, as  
> far as I know.
> 
> 
> 


From dersh at alum.mit.edu  Mon Oct 13 10:13:25 2008
From: dersh at alum.mit.edu (Adam Dershowitz)
Date: Mon, 13 Oct 2008 10:13:25 -0700
Subject: macports and Xcode
In-Reply-To: <1223917375.4303.42.camel@127>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<1223840219.4303.14.camel@127>
	<27794EE2-847C-447C-967F-9C6E91E1E0F6@macports.org>
	<1223917375.4303.42.camel@127>
Message-ID: <440E9E63-42D5-4F6F-AFE1-F5910BCF4D67@alum.mit.edu>


On Oct 13, 2008, at 10:02 AM, rhubbell wrote:

> On Sun, 2008-10-12 at 14:43 -0500, Ryan Schmidt wrote:
>> On Oct 12, 2008, at 14:36, rhubbell wrote:
>>
>>> On Sat, 2008-10-11 at 01:18 -0500, Ryan Schmidt wrote:
>>>
>>>> I suppose. But what would be the advantage? What's so awful about
>>>> having to install Xcode?
>>>
>>> My inspiration for the question was the words in the "Membership
>>> Agreement"
>>>
>>> 6.	Verification of Compliance. You agree that authorized Apple
>>> representatives, with 24 hours advance notice, may inspect the
>>> location
>>> where the Prototype is stored, the Prototype and copies of other
>>> Confidential Information and your Prototype access log during your
>>> normal business hours in order to verify that you are complying with
>>> your obligations under this Agreement.
>>>
>>> Awful is in the eye of the beholder.
>>
>> Oh, I didn't realize your complaint wasn't with the software but with
>> its license agreement. I admit I haven't read it all that carefully.
>
> Well the software is the license. Isn't it?
>
> No one really reads those, I do. They are only getting worse.
> And if I don't like the words they've chosen then I disagree.
> Does it matter to them? Maybe.
>
>> What's its URL again? Where can I read it?
>
> Please do:
>
> http://developer.apple.com/membership/pdf/terms.pdf
>
>>
>> I can try to read it again and see if I understand it and if it
>> really means what you think it means, but I don't think Apple has any
>> intention of randomly entering the homes of everyday Mac users who
>> just want to compile some software. I mean they even include Xcode in
>> the box with every Mac you buy; I don't think every Mac user is
>> required to agree to this agreement just by virtue of having bought a
>> Mac. Not that such license agreements are even enforceable anyway, as
>> far as I know.
>>
>>
>>

It looks to me like this section just applies to pre-release Apple  
software, and I don't believe that any ports need or use pre-release  
stuff.

--Adam

From dluke at geeklair.net  Mon Oct 13 10:13:48 2008
From: dluke at geeklair.net (Daniel J. Luke)
Date: Mon, 13 Oct 2008 13:13:48 -0400
Subject: macports and Xcode
In-Reply-To: <1223917375.4303.42.camel@127>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<1223840219.4303.14.camel@127>
	<27794EE2-847C-447C-967F-9C6E91E1E0F6@macports.org>
	<1223917375.4303.42.camel@127>
Message-ID: <C2CC7185-3C65-4019-8426-B52E323A2334@geeklair.net>

On Oct 13, 2008, at 1:02 PM, rhubbell wrote:
>>> My inspiration for the question was the words in the "Membership
>>> Agreement"
>>>
>>> 6.	Verification of Compliance. You agree that authorized Apple
>>> representatives, with 24 hours advance notice, may inspect the
>>> location
>>> where the Prototype is stored, the Prototype and copies of other
>>> Confidential Information and your Prototype access log during your
>>> normal business hours in order to verify that you are complying with
>>> your obligations under this Agreement.
>>>
>> What's its URL again? Where can I read it?
>
> Please do:
>
> http://developer.apple.com/membership/pdf/terms.pdf


IANAL, but it's pretty clear that that quoted section is in reference  
to prerelease software, and not to released versions of Xcode.

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



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081013/2941bad0/attachment.bin 

From Damien at Clauzel.nom.fr  Mon Oct 13 10:29:00 2008
From: Damien at Clauzel.nom.fr (Damien Clauzel)
Date: Mon, 13 Oct 2008 19:29:00 +0200
Subject: macports and Xcode
In-Reply-To: <1223917375.4303.42.camel@127>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<1223840219.4303.14.camel@127>
	<27794EE2-847C-447C-967F-9C6E91E1E0F6@macports.org>
	<1223917375.4303.42.camel@127>
Message-ID: <878FEE95-43FB-4FC0-A123-527CB3D33F2B@Clauzel.nom.fr>


Le 13 oct. 08 ? 19:02, rhubbell a ?crit :

>>> 6.	Verification of Compliance. You agree that authorized Apple
>>> representatives, with 24 hours advance notice, may inspect the
>>> location
>>> where the Prototype is stored, the Prototype and copies of other
>>> Confidential Information and your Prototype access log during your
>>> normal business hours in order to verify that you are complying with
>>> your obligations under this Agreement.
>>>
>>> Awful is in the eye of the beholder.
>>
>> Oh, I didn't realize your complaint wasn't with the software but with
>> its license agreement. I admit I haven't read it all that carefully.
>
> Well the software is the license. Isn't it?
>
> No one really reads those, I do. They are only getting worse.
> And if I don't like the words they've chosen then I disagree.
> Does it matter to them? Maybe.
In my country (France), this clause is illegal. Here come again the  
problem of national legislations.

Damien Clauzel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081013/301e33e5/attachment.bin 

From ryandesign at macports.org  Mon Oct 13 10:46:08 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 13 Oct 2008 12:46:08 -0500
Subject: php5 on OSX10.5.5
In-Reply-To: <p06240800c518cacb1ec1@[192.168.0.10]>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
	<658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
	<p06240800c518cacb1ec1@[192.168.0.10]>
Message-ID: <243902F8-0299-4041-86A9-C47873670EFB@macports.org>

On Oct 13, 2008, at 05:01, Mark Hattam wrote:

> What's broken with php5 and 10.5.5 ... ?

This, unfortunately:

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

I'm not sure how best to resolve it. Can you help? (See note in ticket.)


> I've just set up php5, mysql5 and apache2 on a brand new iMac with  
> 10.5.5, and I'm getting a lot of errors in the Apache log
>
> The process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTI 
> ONALITY___YOU_MUST_EXEC__() to debug.
> [Mon Oct 13 10:26:43 2008] [notice] child pid 157 exit signal Trace/ 
> BPT trap (5)
> [Mon Oct 13 10:26:45 2008] [notice] child pid 198 exit signal Trace/ 
> BPT trap (5)
>
>
> It only happens on some of my webpages, perhaps implicating  
> Freetype or some other font drawing part of php5.
>
> sudo port installed
>   apache2 @2.2.9_1+darwin_9 (active)
>   mysql5 @5.0.67_1+server (active)
>   php5 @5.2.6_1+apache2+macosx+mysql5 (active)
>
> + all their dependencies including
>   freetype @2.3.7_1 (active)
>   gd2 @2.0.35_1 (active)
>   gettext @0.17_3 (active)
>
>
>
> This isn't a problem on 10.4.11 with the same ports running on a G4  
> laptop.



From mark at dxradio.demon.co.uk  Mon Oct 13 10:54:41 2008
From: mark at dxradio.demon.co.uk (Mark Hattam)
Date: Mon, 13 Oct 2008 18:54:41 +0100
Subject: php5 on OSX10.5.5
In-Reply-To: <2380DFB8-E449-4D08-8173-EE4C992610B1@centosprime.com>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
	<658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
	<p06240800c518cacb1ec1@[192.168.0.10]>
	<2380DFB8-E449-4D08-8173-EE4C992610B1@centosprime.com>
Message-ID: <p06240804c5193ad59c11@[192.168.0.10]>

At 07:48 -0700 13/10/08, Chris Janton wrote:
>On 2008-10-13 , at 03:01 , Mark Hattam wrote:
>
>>What's broken with php5 and 10.5.5 ... ?
>>
>>I've just set up php5, mysql5 and apache2 on a brand new iMac with
>>10.5.5, and I'm getting a lot of errors in the Apache log
>>
>>The process has forked and you cannot use this CoreFoundation
>>functionality safely. You MUST exec().
>>Break on
>>__THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>>()
>>to debug.
>>[Mon Oct 13 10:26:43 2008] [notice] child pid 157 exit signal
>>Trace/BPT trap (5)
>>[Mon Oct 13 10:26:45 2008] [notice] child pid 198 exit signal
>>Trace/BPT trap (5)
>>
>>
>>It only happens on some of my webpages, perhaps implicating Freetype
>>or some other font drawing part of php5.
>
>
>in the list archives
>
> 
>	http://lists.macosforge.org/pipermail/macports-users/2008-July/thread.html
>
>you can find a discussion of imagettftext and/or freetype
>
>potential solutions are listed there.
>
>8)
>----------------------------------
>Chris Janton  - face at CentosPrime dot COM
>Netminder for Opus1.COM



Ah OK. I see the post from Bill
http://lists.macosforge.org/pipermail/macports-users/2008-July/010921.html

But that was back in July ... and your own comment was that it'll 
only work until you do a port sync or port update ... which isn't 
really much of a long term solution.

Why isn't this fix been incorporated into the MacPorts portfile for Freetype?


From ryandesign at macports.org  Mon Oct 13 12:12:35 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 13 Oct 2008 14:12:35 -0500
Subject: php5 on OSX10.5.5
In-Reply-To: <p06240804c5193ad59c11@[192.168.0.10]>
References: <CDC52471-1C3A-4799-8895-BAB650B028FF@macports.org>
	<8C0333BF-BC12-4C3D-AE32-D725B058262E@macports.org>
	<5cbbe4ae0810080040j4ac97343vf85d7d27ec801263@mail.gmail.com>
	<658735B6-2E1C-45BF-B17A-D043C08B8757@apple.com>
	<p06240800c518cacb1ec1@[192.168.0.10]>
	<2380DFB8-E449-4D08-8173-EE4C992610B1@centosprime.com>
	<p06240804c5193ad59c11@[192.168.0.10]>
Message-ID: <09D9C7B0-2ED1-47B5-8431-C94A1F0DCA21@macports.org>

On Oct 13, 2008, at 12:54, Mark Hattam wrote:

> At 07:48 -0700 13/10/08, Chris Janton wrote:
>
>> On 2008-10-13 , at 03:01 , Mark Hattam wrote:
>>
>>> What's broken with php5 and 10.5.5 ... ?
>>>
>>> I've just set up php5, mysql5 and apache2 on a brand new iMac with
>>> 10.5.5, and I'm getting a lot of errors in the Apache log
>>>
>>> The process has forked and you cannot use this CoreFoundation
>>> functionality safely. You MUST exec().
>>> Break on
>>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNC 
>>> TIONALITY___YOU_MUST_EXEC__
>>> ()
>>> to debug.
>>> [Mon Oct 13 10:26:43 2008] [notice] child pid 157 exit signal
>>> Trace/BPT trap (5)
>>> [Mon Oct 13 10:26:45 2008] [notice] child pid 198 exit signal
>>> Trace/BPT trap (5)
>>>
>>>
>>> It only happens on some of my webpages, perhaps implicating Freetype
>>> or some other font drawing part of php5.
>>
>> in the list archives
>>
>>
>> 	http://lists.macosforge.org/pipermail/macports-users/2008-July/ 
>> thread.html
>>
>> you can find a discussion of imagettftext and/or freetype
>>
>> potential solutions are listed there.
>
> Ah OK. I see the post from Bill
> http://lists.macosforge.org/pipermail/macports-users/2008-July/ 
> 010921.html
>
> But that was back in July ... and your own comment was that it'll
> only work until you do a port sync or port update ... which isn't
> really much of a long term solution.
>
> Why isn't this fix been incorporated into the MacPorts portfile for  
> Freetype?

As I said in

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

"Someone just please tell me what to change and why. This ticket says  
to remove --with-old-mac-fonts and add --with-fsspec=no --with- 
fsref=no --with-quickdraw-toolbox=no --with-quickdraw-carbon=no.  
#16341 says I only need to add --with-quickdraw-toolbox=no --with- 
quickdraw-carbon=no. If someone could tell me definitively what  
configure options to add or remove, and what the implications of each  
change are, then I can commit something."

For example, the implication of removing --with-old-mac-fonts is  
presumably that I can't use old Mac fonts anymore. This would  
conflict with the reason that option was added in the first place (a  
user wanted to use old Mac fonts). The compromise could be to keep  
that option on Tiger and earlier and remove it for Leopard and later.

What about the other proposed configure option changes? What  
functionality will be affected by the changes? What will I no longer  
be able to do with FreeType if I use --with-quickdraw-toolbox=no,  
etc.? Should those changes also be restricted to Leopard and above?



From dweber at macports.org  Mon Oct 13 18:29:50 2008
From: dweber at macports.org (Darren Weber)
Date: Mon, 13 Oct 2008 18:29:50 -0700
Subject: Port fails to install as image. Problem with cleaning the registry.
Message-ID: <b808b3510810131829m71c282d3o470d0c909ecc8d48@mail.gmail.com>

I have a sandbox for some ports, including postgresql83-server (see
attached) and I've got some issues with my installation.  I'm curious about
why the 'port clean --all <portname>' doesn't remove the registry entry?
Here's a terminal session where I incur an issue with the registry and my
port fails to install as an image:

[ dweber at XXX ~/ports ]$ sudo port install postgresql83-server
Password:
Portfile changed since last build; discarding previous state.
--->  Fetching postgresql83-server
--->  Verifying checksum(s) for postgresql83-server
--->  Extracting postgresql83-server
--->  Configuring postgresql83-server
--->  Building postgresql83-server with target all
--->  Staging postgresql83-server into destroot
--->  Creating launchd control script
###########################################################
# A startup item has been generated that will aid in
# starting postgresql83-server with launchd. It is disabled
# by default. Execute the following command to start it,
# and to cause it to launch at startup:
#
# sudo launchctl load -w
/Library/LaunchDaemons/org.macports.postgresql83-server.plist
###########################################################
--->  Installing postgresql83-server 8.3.4_0
Error: Target org.macports.install returned: Registry error:
postgresql83-server @8.3.4_0 already registered as installed.  Please
uninstall it first.
Error: Status 1 encountered during processing.
[ dweber at XXX ~/ports ]$ sudo port uninstall postgresql83-server
--->  Uninstalling postgresql83-server 8.3.4_0
[ dweber at XXX ~/ports ]$ sudo port clean --all postgresql83-server
--->  Cleaning postgresql83-server
[ dweber at XXX ~/ports ]$ sudo port install postgresql83-server
--->  Fetching postgresql83-server
--->  Verifying checksum(s) for postgresql83-server
--->  Extracting postgresql83-server
--->  Configuring postgresql83-server
--->  Building postgresql83-server with target all
--->  Staging postgresql83-server into destroot
--->  Creating launchd control script
###########################################################
# A startup item has been generated that will aid in
# starting postgresql83-server with launchd. It is disabled
# by default. Execute the following command to start it,
# and to cause it to launch at startup:
#
# sudo launchctl load -w
/Library/LaunchDaemons/org.macports.postgresql83-server.plist
###########################################################
--->  Installing postgresql83-server 8.3.4_0
Error: Target org.macports.install returned: Registry error:
postgresql83-server @8.3.4_0 already registered as installed.  Please
uninstall it first.
Error: Status 1 encountered during processing.
[ dweber at XXX ~/ports ]$ sudo rm
/opt/local/var/macports/receipts/postgresql83-server/8.3.4_0/receipt.bz2
[ dweber at XXX ~/ports ]$ sudo port install postgresql83-server
--->  Installing postgresql83-server 8.3.4_0

To create a database instance, after install do
%% sudo mkdir -p /opt/local/var/db/postgresql83/defaultdb
 %% sudo chown postgres:postgres /opt/local/var/db/postgresql83/defaultdb
%% sudo su postgres -c '/opt/local/lib/postgresql83/bin/initdb -D
/opt/local/var/db/postgresql83/defaultdb'

To tweak your DBMS, consider increasing kern.sysv.shmmax
by adding an increased kern.sysv.shmmax .. to /etc/sysctl.conf

To load the startup deamon, run:
%% sudo launchctl load -w
/Library/LaunchDaemons/org.macports.postgresql83-server.plist

To unload the startup deamon, run:
%% sudo launchctl unload -w
/Library/LaunchDaemons/org.macports.postgresql83-server.plist

Run 'port install pgAdmin3' to administer PostgreSQL
Run 'port install slony1' to manage replication for PostgreSQL

--->  Activating postgresql83-server 8.3.4_0
Error: Target org.macports.activate returned: Image error:
postgresql83-server @8.3.4_0 not installed as an image.
Error: Status 1 encountered during processing.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081013/9575ac77/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Portfile
Type: video/x-flv
Size: 3575 bytes
Desc: not available
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081013/9575ac77/attachment.bin 

From florian.ebeling at gmail.com  Tue Oct 14 00:19:25 2008
From: florian.ebeling at gmail.com (C. Florian Ebeling)
Date: Tue, 14 Oct 2008 09:19:25 +0200
Subject: Call for PortMgr interest/nominations
In-Reply-To: <73A3849F-1DAB-44FE-BF91-5B4F8365A8B9@macports.org>
References: <73A3849F-1DAB-44FE-BF91-5B4F8365A8B9@macports.org>
Message-ID: <5cbbe4ae0810140019j263f1e23y1232fdc6602ffc67@mail.gmail.com>

Hi,

> Based on the amount of interest, we'll decide on an appropriate way to
> select the new slate.

can you give a status update?

Florian


-- 
Florian Ebeling
Twitter: febeling
florian.ebeling at gmail.com

From ryandesign at macports.org  Tue Oct 14 00:58:45 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 14 Oct 2008 02:58:45 -0500
Subject: Monodoc
In-Reply-To: <0DFD22DB-35B3-4FE5-B408-529C54519C4E@gmail.com>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
	<D32C2133-53F6-4EFB-A4A8-FC7035E41923@bellsouth.net>
	<4C1DD746-F64A-4CFE-A5AF-E6E7DE1DAB4C@gmail.com>
	<17012201-E652-4CFD-95A6-CEE8E7173BFD@macports.org>
	<15F71387-F6BD-4081-9D5C-38B429524F59@gmail.com>
	<7224C0E0-626D-43F1-8EB8-8AD926809AAE@macports.org>
	<0DFD22DB-35B3-4FE5-B408-529C54519C4E@gmail.com>
Message-ID: <68E01F6C-630D-4FD9-A6B1-94E9D7F7709C@macports.org>

On Oct 14, 2008, at 02:37, Bart Masschelein wrote:

> On 12 Oct 2008, at 23:10, Ryan Schmidt wrote:
>
>> On Oct 12, 2008, at 15:40, Bart Masschelein wrote:
>>
>>>>> Bart already did that ;-). Currently I'm figuring out in which  
>>>>> package glade-sharp is residing. I had it installed previously  
>>>>> through MacPorts, but it's gone, obviously, as I restarted from  
>>>>> scratch.
>>>>
>>>> Not sure! "port search sharp" shows several "sharp" ports but  
>>>> none with "glade" in the name.
>>>
>>> True. That's what I found out yesterday as well, but by magic,  
>>> installing another package, I had libglade.dll (or similar),  
>>> which did the trick. The only problem is I don't recall which  
>>> package that was. I guess I will have to look in one of the GTK  
>>> installations. Or maybe it came with the previous mono version?  
>>> Not sure, I have to check. First movie time ;-)
>>
>> If you can locate the file in question, you can use "port  
>> contents" to figure out what port it came with. e.g., on my system:
>>
>> $ ls -ld /opt/local/lib/lib*glade*
>> drwxr-xr-x   3 rschmidt  admin     102 Oct  4 04:49 /opt/local/lib/ 
>> libglade
>> -rwxr-xr-x   2 rschmidt  admin   97648 Oct  4 04:47 /opt/local/lib/ 
>> libglade-2.0.0.0.7.dylib
>> lrwxr-xr-x   1 rschmidt  admin      24 Oct  4 04:48 /opt/local/lib/ 
>> libglade-2.0.0.dylib -> libglade-2.0.0.0.7.dylib
>> -rw-r--r--   2 rschmidt  admin  117828 Oct  4 04:47 /opt/local/lib/ 
>> libglade-2.0.a
>> lrwxr-xr-x   1 rschmidt  admin      24 Oct  4 04:48 /opt/local/lib/ 
>> libglade-2.0.dylib -> libglade-2.0.0.0.7.dylib
>> -rwxr-xr-x   2 rschmidt  admin    1458 Oct  4 04:47 /opt/local/lib/ 
>> libglade-2.0.la
>> $ port provides /opt/local/lib/libglade-2.0.dylib
>> /opt/local/lib/libglade-2.0.dylib is provided by: libglade2
>> $
>
> I found out that glade-sharp is installed when you first install  
> libglade2, and afterwards gtk-sharp2. If you install the latter  
> without having installed the former, it seems it does not install  
> glade-sharp.
>
> Up to the next weirdness ;-)

Thanks for discovering that. That's a bug. I filed it here:

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



From masschel at gmail.com  Tue Oct 14 02:10:45 2008
From: masschel at gmail.com (Bart Masschelein)
Date: Tue, 14 Oct 2008 11:10:45 +0200
Subject: Monodoc
In-Reply-To: <68E01F6C-630D-4FD9-A6B1-94E9D7F7709C@macports.org>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
	<D32C2133-53F6-4EFB-A4A8-FC7035E41923@bellsouth.net>
	<4C1DD746-F64A-4CFE-A5AF-E6E7DE1DAB4C@gmail.com>
	<17012201-E652-4CFD-95A6-CEE8E7173BFD@macports.org>
	<15F71387-F6BD-4081-9D5C-38B429524F59@gmail.com>
	<7224C0E0-626D-43F1-8EB8-8AD926809AAE@macports.org>
	<0DFD22DB-35B3-4FE5-B408-529C54519C4E@gmail.com>
	<68E01F6C-630D-4FD9-A6B1-94E9D7F7709C@macports.org>
Message-ID: <c559beb10810140210k3117038dl1fe523501d822294@mail.gmail.com>

On Tue, Oct 14, 2008 at 9:58 AM, Ryan Schmidt <ryandesign at macports.org>wrote:

> On Oct 14, 2008, at 02:37, Bart Masschelein wrote:
>
>  On 12 Oct 2008, at 23:10, Ryan Schmidt wrote:
>>
>>  On Oct 12, 2008, at 15:40, Bart Masschelein wrote:
>>>
>>>  Bart already did that ;-). Currently I'm figuring out in which package
>>>>>> glade-sharp is residing. I had it installed previously through MacPorts, but
>>>>>> it's gone, obviously, as I restarted from scratch.
>>>>>>
>>>>>
>>>>> Not sure! "port search sharp" shows several "sharp" ports but none with
>>>>> "glade" in the name.
>>>>>
>>>>
>>>> True. That's what I found out yesterday as well, but by magic,
>>>> installing another package, I had libglade.dll (or similar), which did the
>>>> trick. The only problem is I don't recall which package that was. I guess I
>>>> will have to look in one of the GTK installations. Or maybe it came with the
>>>> previous mono version? Not sure, I have to check. First movie time ;-)
>>>>
>>>
>> I found out that glade-sharp is installed when you first install
>> libglade2, and afterwards gtk-sharp2. If you install the latter without
>> having installed the former, it seems it does not install glade-sharp.
>>
>> Up to the next weirdness ;-)
>>
>
> Thanks for discovering that. That's a bug. I filed it here:
>
> http://trac.macports.org/ticket/16860


(resending, including the mailing list, and some addition)

You might be right, I don't know much about the details of these packages.
But couldn't it be that when installing gtk-sharp2, it checks for other
installed packages, and based on the availability, it installs additional
sharp bindings? Something in the line of: this user does not have libglade2
installed, so probably he will not need glade-sharp bindings either, I will
skip this installation?

I don't really know if gtk-sharp2 is useful without glade or not, but if it
is useful in some cases, this might be the explanation, and in that sense
there is not really a dependency.

In your ticket you write:

> or it should disable the creation of glade-sharp unless a
> variant is selected.

That's what it does currently, I guess: it installs gtk-sharp2 without any
problem, but without glade-sharp.

Bart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081014/c1ba5ef1/attachment.html 

From jberry at macports.org  Tue Oct 14 06:39:12 2008
From: jberry at macports.org (James Berry)
Date: Tue, 14 Oct 2008 06:39:12 -0700
Subject: New PortMgr team announced!
Message-ID: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>

The (current) PortMgr team is pleased to be able to announce the  
appointment of a new PortMgr team.

Four people expressed interest in the PortMgr positions, and have all  
been appointed by proclamation:

	Ryan Schmidt
	Rainer M?ller
	Joshua Root
	Bryan Blackburn

We, the (previous) members of the PortMgr team, will do all we can to  
assist in a transition to the new members. As previously discussed, we  
will move to a group (loosely and temporarily named the "MacPorts  
Council of Elders") which serves as an advisory board to the project.

Please welcome Ryan, Rainer, Joshua, and Bryan, and direct further  
questions at them ;)

Sincerely, the past portmgr members,

Juan, Markus, James

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2761 bytes
Desc: not available
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081014/ed49a0ff/attachment.bin 

From florian.ebeling at gmail.com  Tue Oct 14 07:03:12 2008
From: florian.ebeling at gmail.com (C. Florian Ebeling)
Date: Tue, 14 Oct 2008 16:03:12 +0200
Subject: New PortMgr team announced!
In-Reply-To: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>
References: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>
Message-ID: <5cbbe4ae0810140703s4e23edaftc18ae64bf74fe62c@mail.gmail.com>

On Tue, Oct 14, 2008 at 3:39 PM, James Berry <jberry at macports.org> wrote:
> The (current) PortMgr team is pleased to be able to announce the appointment
> of a new PortMgr team.
>
> Four people expressed interest in the PortMgr positions, and have all been
> appointed by proclamation:
>
>        Ryan Schmidt
>        Rainer M?ller
>        Joshua Root
>        Bryan Blackburn
>
> We, the (previous) members of the PortMgr team, will do all we can to assist
> in a transition to the new members.

Congratulations, guys! Also I'm happy that I got all of my candidates
through ;)

Looking forward to work with you making mp a bliss to use again.

Florian





-- 
Florian Ebeling
Twitter: febeling
florian.ebeling at gmail.com

From raimue at macports.org  Tue Oct 14 07:55:44 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Tue, 14 Oct 2008 16:55:44 +0200
Subject: macports and Xcode
In-Reply-To: <77736385-86DE-4775-A3E2-64C6660D492A@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
	<48F09A4B.6070500@shopwatch.org>
	<20081011125000.GA5299@velsheda.lateralis.org>
	<FB937106-5187-4556-AAA8-A991E0F7A4FF@macports.org>
	<20081012090125.GA12181@weetamoe.loria.fr>
	<D439816D-9996-463C-8A03-122EAF43F251@macports.org>
	<48F2E0E9.7040509@macports.org>
	<77736385-86DE-4775-A3E2-64C6660D492A@macports.org>
Message-ID: <48F4B2F0.7090709@macports.org>

Ryan Schmidt wrote:
>> There would be multiple possible solutions:
>>
>>  a) Add a "linux" platform to the default sections
>>     Means selecting a specific gcc version (I wanted to add a
>>     configuration value to macports.conf anyway, would allow to
>>     overwrite it). Would only fix Linux and not other platforms
>>     like *BSD.
>>
>>  b) Fallback to gcc in /usr/bin/gcc
>>     Just assume there is a working gcc in /usr/bin/gcc  
>> (respectivley for
>>     the other tools) if there is no default for the current platform
>>
>>  c) Fallback to gcc in PATH
>>     Don't use any hardcoded paths, assume gcc is available  
>> somewhere on
>>     this machine and accessible through PATH.
>>
>>  d) Fallback to cc in PATH
>>     Don't assume every machine provides gcc and use cc from PATH
>>     (e.g. *BSD machines with pcc or Solaris with Sun CC).
>>     I am not sure if this option will work well, ports may use gcc
>>     specific options.
>>
>>
>> I would prefer c), but I am asking to confirm that I will not be
>> breaking something again :-)
> 
> 
> The problem is only when configure.compiler is blank, right? That can  
> only happen on non-Mac platforms, since on Mac OS X we set  
> configure.compiler to something based on the Mac OS X version. I  
> would add a case to the switch statement to allow configure.compiler  
> to be blank, and in that case, I would say we should do what you  
> propose in b) or c).

Exactly, we have defaults for configure.compiler on Mac OS X but not for
other platforms. And we also don't have a fallback if there is no
default defined for the current platform.

> Maybe "port lint" also needs to check for valid configure.compiler  
> values.

In my opinion, port lint should only check syntax and format of a
Portfile and not the values. If we add a check for specific options, we
begin to double the places where the values are kept. I don't think this
is feasible

Rainer

From macsforever2000 at macports.org  Tue Oct 14 08:27:06 2008
From: macsforever2000 at macports.org (Frank Schima)
Date: Tue, 14 Oct 2008 09:27:06 -0600
Subject: New PortMgr team announced!
In-Reply-To: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>
References: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>
Message-ID: <0CA11CF9-E3E5-4634-9298-4B2CA70E5328@macports.org>


On Oct 14, 2008, at 7:39 AM, James Berry wrote:

> The (current) PortMgr team is pleased to be able to announce the  
> appointment of a new PortMgr team.
>
> Four people expressed interest in the PortMgr positions, and have  
> all been appointed by proclamation:
>
> 	Ryan Schmidt
> 	Rainer M?ller
> 	Joshua Root
> 	Bryan Blackburn
>
> We, the (previous) members of the PortMgr team, will do all we can  
> to assist in a transition to the new members. As previously  
> discussed, we will move to a group (loosely and temporarily named  
> the "MacPorts Council of Elders") which serves as an advisory board  
> to the project.
>
> Please welcome Ryan, Rainer, Joshua, and Bryan, and direct further  
> questions at them ;)
>
> Sincerely, the past portmgr members,
>
> Juan, Markus, James

Congratulations!! This is a very strong team and hopefully we can  
break through some roadblocks (the 1.7 release of MacPorts comes to  
mind).

Now can someone get Bryan svn commit access? ;)


Cheers!
Frank


From zavpublic at mac.com  Tue Oct 14 08:46:27 2008
From: zavpublic at mac.com (Alex Zavatone)
Date: Tue, 14 Oct 2008 10:46:27 -0500
Subject: New PortMgr team announced!
In-Reply-To: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>
References: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>
Message-ID: <B17B8727-2677-4FC6-AC08-03454A7A2690@mac.com>

As one who sits around and listens, I'd like to toss my support to  
Ryan who has done an exemplary job of supporting the product.

And congrats to everyone else who stood up and offered to support the  
effort.

Cheers,
- Alex Zavatone



From stephan80 at mac.com  Tue Oct 14 09:49:24 2008
From: stephan80 at mac.com (Stephan)
Date: Tue, 14 Oct 2008 18:49:24 +0200
Subject: non-root user
Message-ID: <56439908979404673129000749811923318881-Webmail2@me.com>

Hi all,

I am a Macports-newbee and run macports on both my macbook and my desktop computer. Both have Mac OS X 10.4 Tiger.
While I am my own admin on the macbook (and installed macports to the standard /opt/local via the .dmg-file) I dont have root-acess on my desktop-station. So I tried to install everything into my home directory via:

PATH=/usr/bin:/usr/sbin:/bin:/sbin ./configure \
 --prefix=$HOME/macports \
 --enable-readline \
 --with-install-user=`id -un` \
 --with-install-group=`id -gn` \
 --x-includes=/usr/X11R6/include \
 --x-libraries=/usr/X11R6/lib \
 --with-tclpackage=$HOME/macports/share/macports/Tcl

 make
 make install

I set the paths in my .bashrc:

export PATH=$HOME/macports/bin:$HOME/macports/sbin:$PATH
export MANPATH=$HOME/macports/share/man:$MANPATH
export PERL5LIB=$HOME/macports/lib/perl5/5.8.8:$HOME/macports/lib/perl5/vendor_perl/5.8.8:$PERL5LIB

The first command I tried was "port -d selfupdate"... which fails, see the output below.
It seems that even though I put the right flags in the ./configure-script, it still tries to modify some ownerships which it cant do... I dont know.
(Note: I have Mac OS X 10.4 Tiger).

Can anyone give a hint here?

Thanks a lot and Regards,

Stephan


--------------------------------------------OUTPUT------------------------------------------------

DEBUG: Rebuilding the MacPorts base system if needed.
DEBUG: Synchronizing ports tree(s)
Synchronizing local ports tree from rsync://rsync.macports.org/release/ports/
DEBUG: /usr/bin/rsync -rtzv --delete-after rsync://rsync.macports.org/release/ports/ /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports
receiving file list ... done

sent 36 bytes  received 332706 bytes  39146.12 bytes/sec
total size is 19512827  speedup is 58.64
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/audio: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/benchmarks: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/cad: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/comms: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/cross: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/databases: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/devel: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/editors: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/emulators: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/erlang: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/finance: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/fuse: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/games: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/genealogy: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/gnome: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/gnustep: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/graphics: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/iphone: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/irc: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/java: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/kde: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/lang: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/mail: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/math: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/multimedia: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/net: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/news: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/office: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/palm: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/perl: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/print: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/python: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/ruby: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/science: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/security: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/shells: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/sysutils: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/tex: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/textproc: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/www: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/x11: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/xfce: No such file or directory
chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/zope: No such file or directory
Warning: Setting world read permissions on parts of the ports tree failed, need root?
DEBUG: MacPorts base dir: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/base
DEBUG: Setting user: stschiff

MacPorts base version 1.600 installed
DEBUG: Updating using rsync
receiving file list ... done

sent 36 bytes  received 6488 bytes  2609.60 bytes/sec
total size is 3962386  speedup is 607.36

Downloaded MacPorts base version 1.600

The MacPorts installation is not outdated and so was not updated
DEBUG: Setting ownership to stschiff
DEBUG: Couldn't change permissions: chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/audio: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/benchmarks: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/cad: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/comms: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/cross: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/databases: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/devel: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/editors: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/emulators: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/erlang: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/finance: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/fuse: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/games: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/genealogy: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/gnome: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/gnustep: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/graphics: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/iphone: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/irc: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/java: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/kde: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/lang: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/mail: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/math: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/multimedia: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/net: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/news: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/office: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/palm: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/perl: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/print: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/python: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/ruby: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/science: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/security: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/shells: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/sysutils: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/tex: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/textproc: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/www: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/x11: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/xfce: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/zope: No such file or directory
    while executing
"macports::selfupdate [array get global_options]"
Error: /NetUsers/stschiff/macports/bin/port: port selfupdate failed: Couldn't change permissions: chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/audio: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/benchmarks: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/cad: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/comms: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/cross: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/databases: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/devel: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/editors: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/emulators: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/erlang: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/finance: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/fuse: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/games: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/genealogy: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/gnome: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/gnustep: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/graphics: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/iphone: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/irc: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/java: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/kde: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/lang: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/mail: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/math: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/multimedia: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/net: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/news: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/office: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/palm: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/perl: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/print: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/python: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/ruby: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/science: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/security: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/shells: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/sysutils: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/tex: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/textproc: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/www: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/x11: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/xfce: No such file or directory
chown: /NetUsers/stschiff/macports/var/macports/sources//rsync.macports.org/release/ports/zope: No such file or directory



From jkh at apple.com  Tue Oct 14 10:49:57 2008
From: jkh at apple.com (Jordan K. Hubbard)
Date: Tue, 14 Oct 2008 10:49:57 -0700
Subject: New PortMgr team announced!
In-Reply-To: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>
References: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>
Message-ID: <AF50AC12-4A1B-42DA-A5B6-5A44DED61AA7@apple.com>

Awesome!  I would like to suggest to the new PortMgr team that, as  
their first official act, they quickly appoint some folks to do  
Release Engineering duties before those someones change their minds. :-)

- Jordan

On Oct 14, 2008, at 6:39 AM, James Berry wrote:

> The (current) PortMgr team is pleased to be able to announce the  
> appointment of a new PortMgr team.
>
> Four people expressed interest in the PortMgr positions, and have  
> all been appointed by proclamation:
>
> 	Ryan Schmidt
> 	Rainer M?ller
> 	Joshua Root
> 	Bryan Blackburn
>
> We, the (previous) members of the PortMgr team, will do all we can  
> to assist in a transition to the new members. As previously  
> discussed, we will move to a group (loosely and temporarily named  
> the "MacPorts Council of Elders") which serves as an advisory board  
> to the project.
>
> Please welcome Ryan, Rainer, Joshua, and Bryan, and direct further  
> questions at them ;)
>
> Sincerely, the past portmgr members,
>
> Juan, Markus, James
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev


From dweber at macports.org  Tue Oct 14 13:23:05 2008
From: dweber at macports.org (Darren Weber)
Date: Tue, 14 Oct 2008 13:23:05 -0700
Subject: Is there a print CSS for macports guide?
Message-ID: <b808b3510810141323y2c9b1788y7382d8fa911ac439@mail.gmail.com>

Does anyone have a CSS for printing the macports guide?  I assume the
web-page(s) for the guide are displayed with CSS controls.  Can we get rid
of the navigation (div?) and have the main content (div?) spread over the
full-width of the page when printing?  It should be easy to copy the screen
CSS and modify the media tag for printing.

This simple change would allow us to get a nice .pdf version when printing
it on OSX too.  Maybe a link to such a .pdf version would be really useful
in the introduction?

It would be useful to have a link in the macports guide introduction to the
chunked version too, ie:
http://guide.macports.org/chunked/
I only found it by a google search, there's no link to it from the macports
site that I've seen yet.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081014/7ec8dfd1/attachment.html 

From ryandesign at macports.org  Tue Oct 14 14:34:20 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 14 Oct 2008 16:34:20 -0500
Subject: Monodoc
In-Reply-To: <c559beb10810140210k3117038dl1fe523501d822294@mail.gmail.com>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
	<D32C2133-53F6-4EFB-A4A8-FC7035E41923@bellsouth.net>
	<4C1DD746-F64A-4CFE-A5AF-E6E7DE1DAB4C@gmail.com>
	<17012201-E652-4CFD-95A6-CEE8E7173BFD@macports.org>
	<15F71387-F6BD-4081-9D5C-38B429524F59@gmail.com>
	<7224C0E0-626D-43F1-8EB8-8AD926809AAE@macports.org>
	<0DFD22DB-35B3-4FE5-B408-529C54519C4E@gmail.com>
	<68E01F6C-630D-4FD9-A6B1-94E9D7F7709C@macports.org>
	<c559beb10810140210k3117038dl1fe523501d822294@mail.gmail.com>
Message-ID: <21DF57E2-E425-49E9-BB9C-2799B4261052@macports.org>


On Oct 14, 2008, at 04:10, Bart Masschelein wrote:

> On Tue, Oct 14, 2008 at 9:58 AM, Ryan Schmidt wrote:
>
>> On Oct 14, 2008, at 02:37, Bart Masschelein wrote:
>>
>>> I found out that glade-sharp is installed when you first install  
>>> libglade2, and afterwards gtk-sharp2. If you install the latter  
>>> without having installed the former, it seems it does not install  
>>> glade-sharp.
>>>
>>> Up to the next weirdness ;-)
>>
>> Thanks for discovering that. That's a bug. I filed it here:
>>
>> http://trac.macports.org/ticket/16860
>
>
> You might be right, I don't know much about the details of these  
> packages. But couldn't it be that when installing gtk-sharp2, it  
> checks for other installed packages, and based on the availability,  
> it installs additional sharp bindings? Something in the line of:  
> this user does not have libglade2 installed, so probably he will  
> not need glade-sharp bindings either, I will skip this installation?
>
> I don't really know if gtk-sharp2 is useful without glade or not,  
> but if it is useful in some cases, this might be the explanation,  
> and in that sense there is not really a dependency.
>
> In your ticket you write:
>
>> or it should disable the creation of glade-sharp unless a
>> variant is selected.
>
>
> That's what it does currently, I guess: it installs gtk-sharp2  
> without any problem, but without glade-sharp.

I'm sure gtk-sharp2 does do some autodetection and decides whether to  
build glade-sharp based on whether or not libglade2 is installed.  
However such autodetection is not what we want in MacPorts. We want  
that if you install a port, you get exactly the same software as  
everyone else who installs the port (on the same major OS version and  
processor architecture), regardless of what other ports you already  
have installed. Therefore either the gtk-sharp2 needs to declare a  
dependency on libglade2 so that glade-sharp is always built, or if  
that dependency is too heavy, then the autodetection of libglade2 in  
gtk-sharp2 must be disabled and a new variant should be added which  
would add the dependency on libglade2 and reenable the autodetection.


From masschel at gmail.com  Tue Oct 14 15:30:47 2008
From: masschel at gmail.com (Bart Masschelein)
Date: Wed, 15 Oct 2008 00:30:47 +0200
Subject: Monodoc
In-Reply-To: <21DF57E2-E425-49E9-BB9C-2799B4261052@macports.org>
References: <C555620E-2FA9-434C-843D-E37E2A163E0B@gmail.com>
	<6ED10906-BCD9-49DA-BE33-44B4B5903088@macports.org>
	<D32C2133-53F6-4EFB-A4A8-FC7035E41923@bellsouth.net>
	<4C1DD746-F64A-4CFE-A5AF-E6E7DE1DAB4C@gmail.com>
	<17012201-E652-4CFD-95A6-CEE8E7173BFD@macports.org>
	<15F71387-F6BD-4081-9D5C-38B429524F59@gmail.com>
	<7224C0E0-626D-43F1-8EB8-8AD926809AAE@macports.org>
	<0DFD22DB-35B3-4FE5-B408-529C54519C4E@gmail.com>
	<68E01F6C-630D-4FD9-A6B1-94E9D7F7709C@macports.org>
	<c559beb10810140210k3117038dl1fe523501d822294@mail.gmail.com>
	<21DF57E2-E425-49E9-BB9C-2799B4261052@macports.org>
Message-ID: <E60077FD-A37D-4141-B162-07E992C9B047@gmail.com>


On 14 Oct 2008, at 23:34, Ryan Schmidt wrote:

>
> On Oct 14, 2008, at 04:10, Bart Masschelein wrote:
>
>> On Tue, Oct 14, 2008 at 9:58 AM, Ryan Schmidt wrote:
>>
>>> On Oct 14, 2008, at 02:37, Bart Masschelein wrote:
>>>
>>>> I found out that glade-sharp is installed when you first install  
>>>> libglade2, and afterwards gtk-sharp2. If you install the latter  
>>>> without having installed the former, it seems it does not install  
>>>> glade-sharp.
>>>>
>>>> Up to the next weirdness ;-)
>>>
>>> Thanks for discovering that. That's a bug. I filed it here:
>>>
>>> http://trac.macports.org/ticket/16860
>>
>>
>> You might be right, I don't know much about the details of these  
>> packages. But couldn't it be that when installing gtk-sharp2, it  
>> checks for other installed packages, and based on the availability,  
>> it installs additional sharp bindings? Something in the line of:  
>> this user does not have libglade2 installed, so probably he will  
>> not need glade-sharp bindings either, I will skip this installation?
>>
>> I don't really know if gtk-sharp2 is useful without glade or not,  
>> but if it is useful in some cases, this might be the explanation,  
>> and in that sense there is not really a dependency.
>>
>> In your ticket you write:
>>
>>> or it should disable the creation of glade-sharp unless a
>>> variant is selected.
>>
>>
>> That's what it does currently, I guess: it installs gtk-sharp2  
>> without any problem, but without glade-sharp.
>
> I'm sure gtk-sharp2 does do some autodetection and decides whether  
> to build glade-sharp based on whether or not libglade2 is installed.  
> However such autodetection is not what we want in MacPorts. We want  
> that if you install a port, you get exactly the same software as  
> everyone else who installs the port (on the same major OS version  
> and processor architecture), regardless of what other ports you  
> already have installed. Therefore either the gtk-sharp2 needs to  
> declare a dependency on libglade2 so that glade-sharp is always  
> built, or if that dependency is too heavy, then the autodetection of  
> libglade2 in gtk-sharp2 must be disabled and a new variant should be  
> added which would add the dependency on libglade2 and reenable the  
> autodetection.
>

Hi Ryan,

I didn't know that was one of the philosophies of MacPorts, and I can  
only agree with it. I'm posting a blog entry currently on how to  
compile MonoDevelop on OSX, and that way of thinking definitely  
reduces the hassle of missing libraries between different people,  
making everybody's life easier.

Thanks for the insight, and keep up the nice work you are doing on  
MacPorts. I have been using MP with ups and downs over the last years,  
and only recently went all the way (subscribing to mailing list,  
posting tickets, ...), and you guys are quite active, to say the least.

Bart


From devans at macports.org  Tue Oct 14 18:06:07 2008
From: devans at macports.org (David Evans)
Date: Tue, 14 Oct 2008 18:06:07 -0700
Subject: GIMP toolbar work-around
Message-ID: <48F541FF.4010306@macports.org>

If you're one of those who have gone to all the effort (and pain) of
building the new gimp2 (2.6.1) port
here's a few work-arounds for a big problem with the Toolbar and other
"dock" windows in the program.

You can see the problem on startup of the application by just going to
the Toolbar which is forced to always
be on top of any other windows.  When you hover over an item, the
corresponding tool tip
is displayed behind the Toolbar window and obscured by it.  Similarly,
clicking on a tool property button
(such as Brush on the Paintbrush Tool) produces a popup window that is
again behind and obscured
by the Toolbar window.  This is true for other "dock" windows as well
(not the main image window).

For more details, see my bug report at

http://bugzilla.gnome.org/show_bug.cgi?id=556337.


This behavior can be changed in one of two ways:

1)  To change this for an individual user, go to
Edit->Preferences->Window Management and
under Window Manager Hints set both "Hint for the toolbox" and "Hint for
other docks" to Normal
window instead of Utility window.

or

2) To change this globally for all users on your system, add the
following lines

(toolbox-window-hint normal)
(dock-window-hint normal)

to the end of the GIMP global preference file

${prefix}/etc/gimp/2.0/gimprc

where ${prefix} is the MacPorts installation prefix (typically /opt/local)

In either case you need to restart GIMP for the changes to take effect. 
The tool tips, child
menus and pop-up windows will display in front of the dock windows so
you can actually
see and use them.

I intend to modify the gimp2 port to preset these preferences but I
don't intend to increment
the revision number for this (unless there is an outpouring of demand)
as it doesn't seem
appropriate to force a rebuild of the entire program for something that
can be handled much
easier otherwise.



From ryandesign at macports.org  Tue Oct 14 22:53:49 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 15 Oct 2008 00:53:49 -0500
Subject: macports and Xcode
In-Reply-To: <48F4B2F0.7090709@macports.org>
References: <1223500568.29512.2.camel@127>
	<20081008213235.GJ515@ninagal.withay.com>
	<b808b3510810101231r62b721cctbf1095e00281125@mail.gmail.com>
	<6F956A4D-DBF3-44AB-9D32-02628F5D504F@macports.org>
	<B225DCA7-C460-4F05-BDB6-A016C3E1CCB3@macports.org>
	<591695C1-434B-4EDF-8DF9-109B19B8BEF2@gmail.com>
	<BA0F7EFE-48B9-4B74-BC35-AA39B886BFFF@macports.org>
	<48F09A4B.6070500@shopwatch.org>
	<20081011125000.GA5299@velsheda.lateralis.org>
	<FB937106-5187-4556-AAA8-A991E0F7A4FF@macports.org>
	<20081012090125.GA12181@weetamoe.loria.fr>
	<D439816D-9996-463C-8A03-122EAF43F251@macports.org>
	<48F2E0E9.7040509@macports.org>
	<77736385-86DE-4775-A3E2-64C6660D492A@macports.org>
	<48F4B2F0.7090709@macports.org>
Message-ID: <E098293C-8977-490B-9163-9AC971C435ED@macports.org>

On Oct 14, 2008, at 09:55, Rainer M?ller wrote:

> Ryan Schmidt wrote:
>
>>> There would be multiple possible solutions:
>>>
>>>  a) Add a "linux" platform to the default sections
>>>     Means selecting a specific gcc version (I wanted to add a
>>>     configuration value to macports.conf anyway, would allow to
>>>     overwrite it). Would only fix Linux and not other platforms
>>>     like *BSD.
>>>
>>>  b) Fallback to gcc in /usr/bin/gcc
>>>     Just assume there is a working gcc in /usr/bin/gcc
>>> (respectivley for
>>>     the other tools) if there is no default for the current platform
>>>
>>>  c) Fallback to gcc in PATH
>>>     Don't use any hardcoded paths, assume gcc is available
>>> somewhere on
>>>     this machine and accessible through PATH.
>>>
>>>  d) Fallback to cc in PATH
>>>     Don't assume every machine provides gcc and use cc from PATH
>>>     (e.g. *BSD machines with pcc or Solaris with Sun CC).
>>>     I am not sure if this option will work well, ports may use gcc
>>>     specific options.
>>>
>>> I would prefer c), but I am asking to confirm that I will not be
>>> breaking something again :-)
>>
>> The problem is only when configure.compiler is blank, right? That can
>> only happen on non-Mac platforms, since on Mac OS X we set
>> configure.compiler to something based on the Mac OS X version. I
>> would add a case to the switch statement to allow configure.compiler
>> to be blank, and in that case, I would say we should do what you
>> propose in b) or c).
>
> Exactly, we have defaults for configure.compiler on Mac OS X but  
> not for
> other platforms. And we also don't have a fallback if there is no
> default defined for the current platform.

Ok, then let us make it so: Allow configure.compiler to be empty (on  
any platform), and if it is, set it to "gcc".

>> Maybe "port lint" also needs to check for valid configure.compiler
>> values.
>
> In my opinion, port lint should only check syntax and format of a
> Portfile and not the values. If we add a check for specific  
> options, we
> begin to double the places where the values are kept. I don't think  
> this
> is feasible

I think we already have port lint code that checks values (like  
complaining e.g. if you set a port's maintainer to  
"nomaintainer at macports.org" instead of "nomaintainer" -- trying to  
reduce spam to that address). But in the case of configure.compiler,  
you're right, it's fine not to check for that in lint.


From ryandesign at macports.org  Tue Oct 14 22:57:56 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 15 Oct 2008 00:57:56 -0500
Subject: New PortMgr team announced!
In-Reply-To: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>
References: <606AE2C8-7721-45E1-826F-E0B65AA1F325@macports.org>
Message-ID: <10A4F7C7-A0AD-4467-8597-DEBB9D31481B@macports.org>

On Oct 14, 2008, at 08:39, James Berry wrote:

> The (current) PortMgr team is pleased to be able to announce the  
> appointment of a new PortMgr team.
>
> Four people expressed interest in the PortMgr positions, and have  
> all been appointed by proclamation:
>
> 	Ryan Schmidt
> 	Rainer M?ller
> 	Joshua Root
> 	Bryan Blackburn
>
> We, the (previous) members of the PortMgr team, will do all we can  
> to assist in a transition to the new members. As previously  
> discussed, we will move to a group (loosely and temporarily named  
> the "MacPorts Council of Elders") which serves as an advisory board  
> to the project.
>
> Please welcome Ryan, Rainer, Joshua, and Bryan, and direct further  
> questions at them ;)
>
> Sincerely, the past portmgr members,
>
> Juan, Markus, James

Thank you all! I'm delighted to continue to serve the project in the  
new capacity of portmgr. Let's get this party started! :)


From sck at nogas.org  Wed Oct 15 05:01:25 2008
From: sck at nogas.org (Scott C. Kennedy)
Date: Wed, 15 Oct 2008 05:01:25 -0700
Subject: Can anyone explain why I can't uninstall rb-sqlite3?
Message-ID: <48F5DB95.8090306@nogas.org>

I did this multiple times...

    Biko-2:~ sck$ port installed | grep sqlite
      rb-sqlite3 @1.2.1_0
      sqlite3 @3.6.3_0 (active)
    Biko-2:~ sck$ sudo port  uninstall rb-sqlite3
    --->  Uninstalling rb-sqlite3 1.2.1_0
    Biko-2:~ sck$ port installed | grep sqlite
    *  rb-sqlite3 @1.2.1_0*
      sqlite3 @3.6.3_0 (active)
    Biko-2:~ sck$ sudo port  uninstall rb-sqlite3
    --->  Uninstalling rb-sqlite3 1.2.1_0
    Biko-2:~ sck$ sudo port* -f * uninstall rb-sqlite3
    --->  Uninstalling rb-sqlite3 1.2.1_0
    Biko-2:~ sck$ sudo port *-f * uninstall rb-sqlite3
    --->  Uninstalling rb-sqlite3 1.2.1_0
    Biko-2:~ sck$ sudo port *-f * uninstall rb-sqlite3
    --->  Uninstalling rb-sqlite3 1.2.1_0
    Biko-2:~ sck$ port installed | grep sqlite
    *  rb-sqlite3 @1.2.1_0*
      sqlite3 @3.6.3_0 (active)
    Biko-2:~ sck$ sudo port activate   rb-sqlite3 @1.2.1_0
    --->  Activating rb-sqlite3 1.2.1_0
    Error: port activate failed: Image error: rb-sqlite3 @1.2.1_0 not
    installed as an image.
    Biko-2:~ sck$ sudo port uninstall  rb-sqlite3 @1.2.1_0
    --->  Uninstalling rb-sqlite3 1.2.1_0
    Biko-2:~ sck$ port installed | grep sqlite
      rb-sqlite3 @1.2.1_0
      sqlite3 @3.6.3_0 (active)
    Biko-2:~ sck$

But, I can't seem to uninstall/install/activate this port...

Any ideas?

Scott
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081015/968581b6/attachment.html 

From sck at nogas.org  Wed Oct 15 05:05:05 2008
From: sck at nogas.org (Scott C. Kennedy)
Date: Wed, 15 Oct 2008 05:05:05 -0700
Subject: Can anyone explain why I can't uninstall rb-sqlite3?
In-Reply-To: <48F5DB95.8090306@nogas.org>
References: <48F5DB95.8090306@nogas.org>
Message-ID: <48F5DC71.1090409@nogas.org>

Oh, ns yes, I've tried port clean, port selfupdate, port uninstall -d -f...

    Biko-2:~ sck$ sudo port selfupdate

    MacPorts base version 1.600 installed

    Downloaded MacPorts base version 1.600

    The MacPorts installation is not outdated and so was not updated
    selfupdate done!
    Biko-2:~ sck$ sudo port clean --all rb-sqlite3
    --->  Cleaning rb-sqlite3
    Warning: Distfiles directory
    '/opt/local/var/macports/distfiles/ruby' may contain distfiles
    needed for other ports, use the -f flag to force removal
    Biko-2:~ sck$ sudo port -d -f uninstall  rb-sqlite3 @1.2.1_0
    --->  Uninstalling rb-sqlite3 1.2.1_0
    DEBUG: skip missing file: /Users/sck/0
    DEBUG: /Users/sck is not empty
    DEBUG: /Users is not empty
    DEBUG: / is not empty
    --->  Uninstall is removing rb-sqlite3 from the port registry.
    Biko-2:~ sck$

Scott

Scott C. Kennedy wrote:
> I did this multiple times...
>
>     Biko-2:~ sck$ port installed | grep sqlite
>       rb-sqlite3 @1.2.1_0
>       sqlite3 @3.6.3_0 (active)
>     Biko-2:~ sck$ sudo port  uninstall rb-sqlite3
>     --->  Uninstalling rb-sqlite3 1.2.1_0
>     Biko-2:~ sck$ port installed | grep sqlite
>     *  rb-sqlite3 @1.2.1_0*
>       sqlite3 @3.6.3_0 (active)
>     Biko-2:~ sck$ sudo port  uninstall rb-sqlite3
>     --->  Uninstalling rb-sqlite3 1.2.1_0
>     Biko-2:~ sck$ sudo port* -f * uninstall rb-sqlite3
>     --->  Uninstalling rb-sqlite3 1.2.1_0
>     Biko-2:~ sck$ sudo port *-f * uninstall rb-sqlite3
>     --->  Uninstalling rb-sqlite3 1.2.1_0
>     Biko-2:~ sck$ sudo port *-f * uninstall rb-sqlite3
>     --->  Uninstalling rb-sqlite3 1.2.1_0
>     Biko-2:~ sck$ port installed | grep sqlite
>     *  rb-sqlite3 @1.2.1_0*
>       sqlite3 @3.6.3_0 (active)
>     Biko-2:~ sck$ sudo port activate   rb-sqlite3 @1.2.1_0
>     --->  Activating rb-sqlite3 1.2.1_0
>     Error: port activate failed: Image error: rb-sqlite3 @1.2.1_0 not
>     installed as an image.
>     Biko-2:~ sck$ sudo port uninstall  rb-sqlite3 @1.2.1_0
>     --->  Uninstalling rb-sqlite3 1.2.1_0
>     Biko-2:~ sck$ port installed | grep sqlite
>       rb-sqlite3 @1.2.1_0
>       sqlite3 @3.6.3_0 (active)
>     Biko-2:~ sck$
>
> But, I can't seem to uninstall/install/activate this port...
>
> Any ideas?
>
> Scott

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081015/531676a3/attachment.html 

From myschizobuddy at gmail.com  Wed Oct 15 06:07:04 2008
From: myschizobuddy at gmail.com (MySchizoBuddy)
Date: Wed, 15 Oct 2008 06:07:04 -0700 (PDT)
Subject: how to detect installed gtk variant
Message-ID: <19993089.post@talk.nabble.com>


For webkit-gtk it has a quartz variant. I want to detect if gtk2 was
installed with the quartz variant or not. if not then spit an error and tell
the users to uninstall gtk and install it with quartz

one problem, since gtk2 is a dependency and i cannot select the variant of
it. the user will be installing gtk2 with X11 and then will have to
uninstall it and reinstall it manually with quartz.
kinda messy. is quartz variant worth the hassle.
-- 
View this message in context: http://www.nabble.com/how-to-detect-installed-gtk-variant-tp19993089p19993089.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From face at CentosPrime.COM  Wed Oct 15 08:52:45 2008
From: face at CentosPrime.COM (Chris Janton)
Date: Wed, 15 Oct 2008 08:52:45 -0700
Subject: Error upgrading ffmpeg - running from trunk
Message-ID: <C66B13DE-E64E-42B4-A768-1839BC637959@centosprime.com>

ticketed - Ticket #16877

running from trunk - updated this morning.

In the past (last week or 2) the fetch would fail, all done.

Today the fetch fails and I get *lots* more output...

mac 11 # sudo port upgrade outdated
--->  Fetching ffmpeg
Error: Target org.macports.fetch returned: shell command "svn co - 
r14381 --ignore-externals svn://svn.mplayerhq.hu/ffmpeg/trunk /opt/ 
local/var/macports/distfiles/ffmpeg/14381/trunk" returned error 1
Command output: svn: Can't connect to host 'svn.mplayerhq.hu':  
Operation timed out

Error: Unable to upgrade port: 1
can't read "frameworks_dir": no such variable
     while executing
"lappend search_path ${frameworks_dir} /Library/Frameworks /Network/ 
Library/Frameworks /System/Library/Frameworks"
     (procedure "_libtest" line 9)
     invoked from within
"_libtest $mport $depspec"
     ("lib" arm line 1)
     invoked from within
"switch $type {
             lib { return [_libtest $mport $depspec] }
             bin { return [_bintest $mport $depspec] }
             path { return [..."
     (procedure "_mportispresent" line 15)
     invoked from within
"_mportispresent $workername $dspec "
     (procedure "upgrade" line 60)
     invoked from within
"upgrade $d $i $variationslist [array get options] depscache"
     (procedure "macports::upgrade" line 185)
     invoked from within
"macports::upgrade $portname "port:$portname" [array get variations]  
[array get options]"
     ("uplevel" body line 9)
     invoked from within
"uplevel 1 $block"
     (procedure "foreachport" line 16)
     invoked from within
"foreachport $portlist {
         # Merge global variations into the variations specified for  
this port
         foreach { variation value } [array get g..."
     (procedure "action_upgrade" line 6)
     invoked from within
"$action_proc $action $portlist [array get global_options]"
     (procedure "process_cmd" line 86)
     invoked from within
"process_cmd $remaining_args"
     invoked from within
"if { [llength $remaining_args] > 0 } {

     # If there are remaining arguments, process those as a command

     # Exit immediately, by default, unless..."
     (file "/opt/local/bin/port" line 3229)
mac 12 #

8)
----------------------------------
Chris Janton  - face at CentosPrime dot COM
Netminder for Opus1.COM



From lionteeth at cogweb.net  Wed Oct 15 09:29:15 2008
From: lionteeth at cogweb.net (David Liontooth)
Date: Wed, 15 Oct 2008 18:29:15 +0200
Subject: Error upgrading ffmpeg - running from trunk
In-Reply-To: <C66B13DE-E64E-42B4-A768-1839BC637959@centosprime.com>
References: <C66B13DE-E64E-42B4-A768-1839BC637959@centosprime.com>
Message-ID: <48F61A5B.60802@cogweb.net>

Chris Janton wrote:
> ticketed - Ticket #16877
>
> running from trunk - updated this morning.
>
> In the past (last week or 2) the fetch would fail, all done.
>
> Today the fetch fails and I get *lots* more output...
>
> mac 11 # sudo port upgrade outdated
> --->  Fetching ffmpeg
> Error: Target org.macports.fetch returned: shell command "svn co - 
> r14381 --ignore-externals svn://svn.mplayerhq.hu/ffmpeg/trunk /opt/ 
> local/var/macports/distfiles/ffmpeg/14381/trunk" returned error 1
> Command output: svn: Can't connect to host 'svn.mplayerhq.hu':  
> Operation timed out
>   
Hi Chris,

It looks like their server was down when you tried. If you can't 
download the software, the build will of course fail.

I thought macports tested whether the file was available and exited a 
bit more gracefully if not.

Dave
> Error: Unable to upgrade port: 1
> can't read "frameworks_dir": no such variable
>      while executing
> "lappend search_path ${frameworks_dir} /Library/Frameworks /Network/ 
> Library/Frameworks /System/Library/Frameworks"
>      (procedure "_libtest" line 9)
>      invoked from within
> "_libtest $mport $depspec"
>      ("lib" arm line 1)
>      invoked from within
> "switch $type {
>              lib { return [_libtest $mport $depspec] }
>              bin { return [_bintest $mport $depspec] }
>              path { return [..."
>      (procedure "_mportispresent" line 15)
>      invoked from within
> "_mportispresent $workername $dspec "
>      (procedure "upgrade" line 60)
>      invoked from within
> "upgrade $d $i $variationslist [array get options] depscache"
>      (procedure "macports::upgrade" line 185)
>      invoked from within
> "macports::upgrade $portname "port:$portname" [array get variations]  
> [array get options]"
>      ("uplevel" body line 9)
>      invoked from within
> "uplevel 1 $block"
>      (procedure "foreachport" line 16)
>      invoked from within
> "foreachport $portlist {
>          # Merge global variations into the variations specified for  
> this port
>          foreach { variation value } [array get g..."
>      (procedure "action_upgrade" line 6)
>      invoked from within
> "$action_proc $action $portlist [array get global_options]"
>      (procedure "process_cmd" line 86)
>      invoked from within
> "process_cmd $remaining_args"
>      invoked from within
> "if { [llength $remaining_args] > 0 } {
>
>      # If there are remaining arguments, process those as a command
>
>      # Exit immediately, by default, unless..."
>      (file "/opt/local/bin/port" line 3229)
> mac 12 #
>
> 8)
> ----------------------------------
> Chris Janton  - face at CentosPrime dot COM
> Netminder for Opus1.COM
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>   


From n.oxyde at gmail.com  Wed Oct 15 09:38:18 2008
From: n.oxyde at gmail.com (nox)
Date: Wed, 15 Oct 2008 18:38:18 +0200
Subject: Error upgrading ffmpeg - running from trunk
In-Reply-To: <C66B13DE-E64E-42B4-A768-1839BC637959@centosprime.com>
References: <C66B13DE-E64E-42B4-A768-1839BC637959@centosprime.com>
Message-ID: <78456B50-8233-4A0E-8D50-DA4414B3990F@gmail.com>

Le 15 oct. 08 ? 17:52, Chris Janton a ?crit :

> <snip/>
>
> Error: Unable to upgrade port: 1
> can't read "frameworks_dir": no such variable
>
> <snip/>
>
> 8)
> ----------------------------------
> Chris Janton  - face at CentosPrime dot COM
> Netminder for Opus1.COM

Fixed in r40824.

From face at CentosPrime.COM  Wed Oct 15 14:09:32 2008
From: face at CentosPrime.COM (Chris Janton)
Date: Wed, 15 Oct 2008 14:09:32 -0700
Subject: Error upgrading ffmpeg - running from trunk
In-Reply-To: <78456B50-8233-4A0E-8D50-DA4414B3990F@gmail.com>
References: <C66B13DE-E64E-42B4-A768-1839BC637959@centosprime.com>
	<78456B50-8233-4A0E-8D50-DA4414B3990F@gmail.com>
Message-ID: <8302E18D-B2C2-46DB-A0AB-284958BF0A8E@CentosPrime.COM>

On 2008-10-15 , at 09:38 , nox wrote:

> Fixed in r40824.


mac 15 # svn info
Path: .
URL: http://svn.macports.org/repository/macports/trunk/base
Repository Root: http://svn.macports.org/repository/macports
Repository UUID: d073be05-634f-4543-b044-5fe20cf6d1d6
Revision: 40829
Node Kind: directory
Schedule: normal
Last Changed Author: nox at macports.org
Last Changed Rev: 40824
Last Changed Date: 2008-10-15 09:35:54 -0700 (Wed, 15 Oct 2008)

mac 13 # sudo port upgrade outdated
--->  Fetching ffmpeg
Error: Target org.macports.fetch returned: shell command "svn co - 
r14381 --ignore-externals svn://svn.mplayerhq.hu/ffmpeg/trunk /opt/ 
local/var/macports/distfiles/ffmpeg/14381/trunk" returned error 1
Command output: svn: Can't connect to host 'svn.mplayerhq.hu':  
Operation timed out

Error: Unable to upgrade port: 1
can't read "frameworks_dir": no such variable
     while executing
"lappend search_path ${frameworks_dir} /Library/Frameworks /Network/ 
Library/Frameworks /System/Library/Frameworks"
     (procedure "_libtest" line 9)
     invoked from within
"_libtest $mport $depspec"
     ("lib" arm line 1)
     invoked from within
"switch $type {
             lib { return [_libtest $mport $depspec] }
             bin { return [_bintest $mport $depspec] }
             path { return [..."
     (procedure "_mportispresent" line 15)
     invoked from within
"_mportispresent $workername $dspec "
     (procedure "upgrade" line 60)
     invoked from within
"upgrade $d $i $variationslist [array get options] depscache"
     (procedure "macports::upgrade" line 185)
     invoked from within
"macports::upgrade $portname "port:$portname" [array get variations]  
[array get options]"
     ("uplevel" body line 9)
     invoked from within
"uplevel 1 $block"
     (procedure "foreachport" line 16)
     invoked from within
"foreachport $portlist {
         # Merge global variations into the variations specified for  
this port
         foreach { variation value } [array get g..."
     (procedure "action_upgrade" line 6)
     invoked from within
"$action_proc $action $portlist [array get global_options]"
     (procedure "process_cmd" line 86)
     invoked from within
"process_cmd $remaining_args"
     invoked from within
"if { [llength $remaining_args] > 0 } {

     # If there are remaining arguments, process those as a command

     # Exit immediately, by default, unless..."
     (file "/opt/local/bin/port" line 3229)

8)
----------------------------------
Chris Janton  - face at CentosPrime dot COM
Netminder for Opus1.COM



From blb at macports.org  Wed Oct 15 15:39:39 2008
From: blb at macports.org (Bryan Blackburn)
Date: Wed, 15 Oct 2008 16:39:39 -0600
Subject: Can anyone explain why I can't uninstall rb-sqlite3?
In-Reply-To: <48F5DC71.1090409@nogas.org>
References: <48F5DB95.8090306@nogas.org> <48F5DC71.1090409@nogas.org>
Message-ID: <20081015223939.GE34299@ninagal.withay.com>

On Wed, Oct 15, 2008 at 05:05:05AM -0700, Scott C. Kennedy said:
> Oh, ns yes, I've tried port clean, port selfupdate, port uninstall -d -f...
> 
>     Biko-2:~ sck$ sudo port selfupdate
> 
>     MacPorts base version 1.600 installed
> 
>     Downloaded MacPorts base version 1.600
> 
>     The MacPorts installation is not outdated and so was not updated
>     selfupdate done!
>     Biko-2:~ sck$ sudo port clean --all rb-sqlite3
>     --->  Cleaning rb-sqlite3
>     Warning: Distfiles directory
>     '/opt/local/var/macports/distfiles/ruby' may contain distfiles
>     needed for other ports, use the -f flag to force removal
>     Biko-2:~ sck$ sudo port -d -f uninstall  rb-sqlite3 @1.2.1_0
>     --->  Uninstalling rb-sqlite3 1.2.1_0
>     DEBUG: skip missing file: /Users/sck/0

That's an odd file...especially since everything should be in /opt/local.

>     DEBUG: /Users/sck is not empty
>     DEBUG: /Users is not empty
>     DEBUG: / is not empty
>     --->  Uninstall is removing rb-sqlite3 from the port registry.

After this, 'port installed rb-sqlite3' still shows it as installed?  If so,
sounds like it's actually failing to delete the receipt.  See what's located
in /opt/local/var/macports/receipts/rb-sqlite3 with

$ ls -lR /opt/local/var/macports/receipts/rb-sqlite3

I know there is/was an issue with abnormal characters in some places that
can confuse port, but rb-sqlite3 doesn't appear to have any such issues that
I can see.

Bryan


>     Biko-2:~ sck$
> 
> Scott
> 
> Scott C. Kennedy wrote:
> > I did this multiple times...
> >
> >     Biko-2:~ sck$ port installed | grep sqlite
> >       rb-sqlite3 @1.2.1_0
> >       sqlite3 @3.6.3_0 (active)
> >     Biko-2:~ sck$ sudo port  uninstall rb-sqlite3
> >     --->  Uninstalling rb-sqlite3 1.2.1_0
> >     Biko-2:~ sck$ port installed | grep sqlite
> >     *  rb-sqlite3 @1.2.1_0*
> >       sqlite3 @3.6.3_0 (active)
> >     Biko-2:~ sck$ sudo port  uninstall rb-sqlite3
> >     --->  Uninstalling rb-sqlite3 1.2.1_0
> >     Biko-2:~ sck$ sudo port* -f * uninstall rb-sqlite3
> >     --->  Uninstalling rb-sqlite3 1.2.1_0
> >     Biko-2:~ sck$ sudo port *-f * uninstall rb-sqlite3
> >     --->  Uninstalling rb-sqlite3 1.2.1_0
> >     Biko-2:~ sck$ sudo port *-f * uninstall rb-sqlite3
> >     --->  Uninstalling rb-sqlite3 1.2.1_0
> >     Biko-2:~ sck$ port installed | grep sqlite
> >     *  rb-sqlite3 @1.2.1_0*
> >       sqlite3 @3.6.3_0 (active)
> >     Biko-2:~ sck$ sudo port activate   rb-sqlite3 @1.2.1_0
> >     --->  Activating rb-sqlite3 1.2.1_0
> >     Error: port activate failed: Image error: rb-sqlite3 @1.2.1_0 not
> >     installed as an image.
> >     Biko-2:~ sck$ sudo port uninstall  rb-sqlite3 @1.2.1_0
> >     --->  Uninstalling rb-sqlite3 1.2.1_0
> >     Biko-2:~ sck$ port installed | grep sqlite
> >       rb-sqlite3 @1.2.1_0
> >       sqlite3 @3.6.3_0 (active)
> >     Biko-2:~ sck$
> >
> > But, I can't seem to uninstall/install/activate this port...
> >
> > Any ideas?
> >
> > Scott
> 

From blb at macports.org  Wed Oct 15 15:48:12 2008
From: blb at macports.org (Bryan Blackburn)
Date: Wed, 15 Oct 2008 16:48:12 -0600
Subject: Error upgrading ffmpeg - running from trunk
In-Reply-To: <8302E18D-B2C2-46DB-A0AB-284958BF0A8E@CentosPrime.COM>
References: <C66B13DE-E64E-42B4-A768-1839BC637959@centosprime.com>
	<78456B50-8233-4A0E-8D50-DA4414B3990F@gmail.com>
	<8302E18D-B2C2-46DB-A0AB-284958BF0A8E@CentosPrime.COM>
Message-ID: <20081015224812.GF34299@ninagal.withay.com>

On Wed, Oct 15, 2008 at 02:09:32PM -0700, Chris Janton said:
> On 2008-10-15 , at 09:38 , nox wrote:
> 
> > Fixed in r40824.
> 
> 
> mac 15 # svn info
> Path: .
> URL: http://svn.macports.org/repository/macports/trunk/base
> Repository Root: http://svn.macports.org/repository/macports
> Repository UUID: d073be05-634f-4543-b044-5fe20cf6d1d6
> Revision: 40829
> Node Kind: directory
> Schedule: normal
> Last Changed Author: nox at macports.org
> Last Changed Rev: 40824
> Last Changed Date: 2008-10-15 09:35:54 -0700 (Wed, 15 Oct 2008)
> 

Make sure you rebuild/install from base as well.  If you did, then you'll
want to follow ticket #16877:

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

Bryan

[...]
> ----------------------------------
> Chris Janton  - face at CentosPrime dot COM
> Netminder for Opus1.COM
> 

From frstan at bellsouth.net  Wed Oct 15 18:19:48 2008
From: frstan at bellsouth.net (William Davis)
Date: Wed, 15 Oct 2008 21:19:48 -0400
Subject: Smultron 3.5 is available
Message-ID: <F8ACBC96-D62B-4459-BF6C-6CC1132C3A50@bellsouth.net>

Smultron 3.5 is available.  Macports is at 3.4 atm.


William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From blb at macports.org  Wed Oct 15 19:14:44 2008
From: blb at macports.org (Bryan Blackburn)
Date: Wed, 15 Oct 2008 20:14:44 -0600
Subject: how to detect installed gtk variant
In-Reply-To: <19993089.post@talk.nabble.com>
References: <19993089.post@talk.nabble.com>
Message-ID: <20081016021444.GM34299@ninagal.withay.com>

On Wed, Oct 15, 2008 at 06:07:04AM -0700, MySchizoBuddy said:
> 
> For webkit-gtk it has a quartz variant. I want to detect if gtk2 was
> installed with the quartz variant or not. if not then spit an error and tell
> the users to uninstall gtk and install it with quartz
> 

You might be able to use a test in a pre-fetch phase like (not tested at
all):

pre-fetch {
   if {![file exists ${prefix}/path/only/installed/by/variant]} {
      return -code error "Please install gtk2 with the +quartz"
   }
}

Though this is quite fragile, and really a bug in the dependency engine.
The real way around it is to get ticket #126 done:

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

Bryan


> one problem, since gtk2 is a dependency and i cannot select the variant of
> it. the user will be installing gtk2 with X11 and then will have to
> uninstall it and reinstall it manually with quartz.
> kinda messy. is quartz variant worth the hassle.
> -- 
> View this message in context: http://www.nabble.com/how-to-detect-installed-gtk-variant-tp19993089p19993089.html
> Sent from the MacPorts - Users mailing list archive at Nabble.com.
> 

From blb at macports.org  Wed Oct 15 19:32:33 2008
From: blb at macports.org (Bryan Blackburn)
Date: Wed, 15 Oct 2008 20:32:33 -0600
Subject: non-root user
In-Reply-To: <56439908979404673129000749811923318881-Webmail2@me.com>
References: <56439908979404673129000749811923318881-Webmail2@me.com>
Message-ID: <20081016023233.GN34299@ninagal.withay.com>

On Tue, Oct 14, 2008 at 06:49:24PM +0200, Stephan said:
> Hi all,
> 
> I am a Macports-newbee and run macports on both my macbook and my desktop computer. Both have Mac OS X 10.4 Tiger.
> While I am my own admin on the macbook (and installed macports to the standard /opt/local via the .dmg-file) I dont have root-acess on my desktop-station. So I tried to install everything into my home directory via:
> 
> PATH=/usr/bin:/usr/sbin:/bin:/sbin ./configure \
>  --prefix=$HOME/macports \
>  --enable-readline \
>  --with-install-user=`id -un` \
>  --with-install-group=`id -gn` \
>  --x-includes=/usr/X11R6/include \
>  --x-libraries=/usr/X11R6/lib \
>  --with-tclpackage=$HOME/macports/share/macports/Tcl
> 
>  make
>  make install
> 

That should be fine, in fact I just did a test install from 1.6.0 source
like this, though with different paths.  The one big difference is I'm
running 10.5.5.

>From the output of your selfupdate:

> chmod: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/audio: No such file or directory

So it isn't a permissions thing but the directory is not apparently there.
After running the selfupdate, this directory should have been created and
populated with (at least) a Portfile.  How much of that path does exist?
Was there an error message earlier than those chmod lines?  Maybe rsync
failed to run properly?

Bryan


> I set the paths in my .bashrc:
> 
> export PATH=$HOME/macports/bin:$HOME/macports/sbin:$PATH
> export MANPATH=$HOME/macports/share/man:$MANPATH
> export PERL5LIB=$HOME/macports/lib/perl5/5.8.8:$HOME/macports/lib/perl5/vendor_perl/5.8.8:$PERL5LIB
> 
> The first command I tried was "port -d selfupdate"... which fails, see the output below.
> It seems that even though I put the right flags in the ./configure-script, it still tries to modify some ownerships which it cant do... I dont know.
> (Note: I have Mac OS X 10.4 Tiger).
> 
> Can anyone give a hint here?
> 
> Thanks a lot and Regards,
> 
> Stephan
> 
> 

From ryandesign at macports.org  Wed Oct 15 22:09:16 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 16 Oct 2008 00:09:16 -0500
Subject: Smultron 3.5 is available
In-Reply-To: <F8ACBC96-D62B-4459-BF6C-6CC1132C3A50@bellsouth.net>
References: <F8ACBC96-D62B-4459-BF6C-6CC1132C3A50@bellsouth.net>
Message-ID: <7F40CE60-4DBB-4EA7-9B83-D962237F4ECE@macports.org>

On Oct 15, 2008, at 20:19, William Davis wrote:

> Smultron 3.5 is available.  Macports is at 3.4 atm.

Could you file a ticket for that please and assign it to the  
maintainer of smultron? Thanks.


From David.Epstein at warwick.ac.uk  Thu Oct 16 01:20:36 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Thu, 16 Oct 2008 01:20:36 -0700 (PDT)
Subject: pango 1.22.0 requires glib 2.17.3 or later but you have glib 2.16.5.
Message-ID: <20009218.post@talk.nabble.com>


My error message must have been dealt with somewhere in the list, possibly
many times, but I haven't been able to find it. I was trying to install
gimp:
sudo port install gimp
Eventually I got the error message
Target org.macports.configure returned: pango 1.22.0 requires glib 2.17.3 or
later but you have glib 2.16.5.

I tried sudo port deactivate glib, which resulted in
Password:
--->  Deactivating glib 
Error: port deactivate failed: Registry error: glib not registered as
installed & active.

Help would be appreciated.
David
-- 
View this message in context: http://www.nabble.com/pango-1.22.0-requires-glib-2.17.3-or-later-but-you-have-glib-2.16.5.-tp20009218p20009218.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From afb at macports.org  Thu Oct 16 01:23:53 2008
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Thu, 16 Oct 2008 10:23:53 +0200
Subject: pango 1.22.0 requires glib 2.17.3 or later but you have glib
	2.16.5.
In-Reply-To: <20009218.post@talk.nabble.com>
References: <20009218.post@talk.nabble.com>
Message-ID: <6EFE4387-30AE-4C87-BD85-B33C80E2FCD5@macports.org>

David Epstein wrote:

> My error message must have been dealt with somewhere in the list,  
> possibly
> many times, but I haven't been able to find it. I was trying to  
> install
> gimp:
> sudo port install gimp
> Eventually I got the error message
> Target org.macports.configure returned: pango 1.22.0 requires glib  
> 2.17.3 or
> later but you have glib 2.16.5.
>
> I tried sudo port deactivate glib, which resulted in
> Password:
> --->  Deactivating glib
> Error: port deactivate failed: Registry error: glib not registered as
> installed & active.

The port to upgrade is called "glib2"

"glib" port is instead for GTK+ 1.2

--anders


From ryandesign at macports.org  Thu Oct 16 01:29:03 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 16 Oct 2008 03:29:03 -0500
Subject: pango 1.22.0 requires glib 2.17.3 or later but you have glib
	2.16.5.
In-Reply-To: <20009218.post@talk.nabble.com>
References: <20009218.post@talk.nabble.com>
Message-ID: <2C4DC066-6A15-43B0-A4A6-FDFE54CE264F@macports.org>


On Oct 16, 2008, at 03:20, David Epstein wrote:

> My error message must have been dealt with somewhere in the list,  
> possibly
> many times, but I haven't been able to find it. I was trying to  
> install
> gimp:
> sudo port install gimp
> Eventually I got the error message
> Target org.macports.configure returned: pango 1.22.0 requires glib  
> 2.17.3 or
> later but you have glib 2.16.5.
>
> I tried sudo port deactivate glib, which resulted in
> Password:
> --->  Deactivating glib
> Error: port deactivate failed: Registry error: glib not registered as
> installed & active.
>
> Help would be appreciated.

Your glib2 is out of date, so you should update it:

sudo port sync
sudo port upgrade glib2

To see which other ports are out of date and in need of updating:

port outdated


From stephan80 at mac.com  Thu Oct 16 04:16:55 2008
From: stephan80 at mac.com (Stephan)
Date: Thu, 16 Oct 2008 13:16:55 +0200
Subject: non-root user fixed, but "port clean" fails
Message-ID: <44293628227187418178447694833913044430-Webmail2@me.com>

Hi Bryan.
Thanks for your concern. It turned out that this error was _very_ weird and it had to do with those directories being no real directories on the darwin system. I still dont know why that was, but reinstalling the whole thing helped. So thats fixed.

But I faced another issue:

I installed some packages, which worked, but each time it cleans up, the cleaning fails. The same thing happens if I run "port clean" on its own. Here is an example:


mac14:~/BioData/UCSC stschiff$ port -d clean gsl
DEBUG: Found port in file:///NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/math/gsl
DEBUG: Changing to port directory: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/math/gsl
DEBUG: Requested variant powerpc is not provided by port gsl.
DEBUG: Requested variant darwin is not provided by port gsl.
DEBUG: Requested variant macosx is not provided by port gsl.
DEBUG: Skipping org.macports.main (gsl) since this port is already installed
--->  Cleaning gsl
DEBUG: Executing org.macports.clean (gsl)
--->  Removing build directory for gsl
DEBUG: Removing directory: /NetUsers/stschiff/macports/var/macports/build/_NetUsers_stschiff_macports_var_macports_sources_rsync.macports.org_release_ports_math_gsl
DEBUG: delete: /NetUsers/stschiff/macports/var/macports/build/_NetUsers_stschiff_macports_var_macports_sources_rsync.macports.org_release_ports_math_gsl
DEBUG: error deleting "/NetUsers/stschiff/macports/var/macports/build/_NetUsers_stschiff_macports_var_macports_sources_rsync.macports.org_release_ports_math_gsl/work": file already exists
    while executing
"file delete -force -- $file"
    invoked from within
"fs-traverse -depth file $args {
        file delete -force -- $file
        continue
    }"
    (procedure "delete" line 3)
    invoked from within
"delete $portbuildpath"
Error: error deleting "/NetUsers/stschiff/macports/var/macports/build/_NetUsers_stschiff_macports_var_macports_sources_rsync.macports.org_release_ports_math_gsl/work": file already exists
DEBUG: Removing symlink: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/math/gsl/work
DEBUG: delete: /NetUsers/stschiff/macports/var/macports/sources/rsync.macports.org/release/ports/math/gsl/work
mac14:~/BioData/UCSC stschiff$ 


I tried to clean this directory by hand, just removing the PREFIX/var/macports/build directory including subdirectories in the Finder. That works of course, but then running a port clean command again (and expecting something like "nothing to be done here") will actually CREATE this directory once more, complaining afterwards with the same error-message from above. Any hints?
Thanks a lot.

Regards,
Stephan

From face at CentosPrime.COM  Thu Oct 16 07:18:53 2008
From: face at CentosPrime.COM (Chris Janton)
Date: Thu, 16 Oct 2008 07:18:53 -0700
Subject: Error upgrading ffmpeg - running from trunk
In-Reply-To: <20081015224812.GF34299@ninagal.withay.com>
References: <C66B13DE-E64E-42B4-A768-1839BC637959@centosprime.com>
	<78456B50-8233-4A0E-8D50-DA4414B3990F@gmail.com>
	<8302E18D-B2C2-46DB-A0AB-284958BF0A8E@CentosPrime.COM>
	<20081015224812.GF34299@ninagal.withay.com>
Message-ID: <010D8761-44E0-44E0-9348-64FEE0646208@centosprime.com>

On 2008-10-15 , at 15:48 , Bryan Blackburn wrote:

> On Wed, Oct 15, 2008 at 02:09:32PM -0700, Chris Janton said:
>> On 2008-10-15 , at 09:38 , nox wrote:
>>
>>> Fixed in r40824.
>>

*Really* fixed in r40834.

mac 12 # sudo port upgrade ffmpeg
--->  Fetching ffmpeg
Error: Target org.macports.fetch returned: shell command "svn co - 
r14381 --ignore-externals svn://svn.mplayerhq.hu/ffmpeg/trunk /opt/ 
local/var/macports/distfiles/ffmpeg/14381/trunk" returned error 1
Command output: svn: Can't connect to host 'svn.mplayerhq.hu':  
Operation timed out

Error: Unable to upgrade port: 1

8)
----------------------------------
Chris Janton  - face at CentosPrime dot COM
Netminder for Opus1.COM



From devans at macports.org  Thu Oct 16 07:27:18 2008
From: devans at macports.org (David Evans)
Date: Thu, 16 Oct 2008 07:27:18 -0700
Subject: pango 1.22.0 requires glib 2.17.3 or later but you have glib
	2.16.5.
In-Reply-To: <2C4DC066-6A15-43B0-A4A6-FDFE54CE264F@macports.org>
References: <20009218.post@talk.nabble.com>
	<2C4DC066-6A15-43B0-A4A6-FDFE54CE264F@macports.org>
Message-ID: <48F74F46.8020406@macports.org>

Ryan Schmidt wrote:
> On Oct 16, 2008, at 03:20, David Epstein wrote:
>
>   
>> My error message must have been dealt with somewhere in the list,  
>> possibly
>> many times, but I haven't been able to find it. I was trying to  
>> install
>> gimp:
>> sudo port install gimp
>> Eventually I got the error message
>> Target org.macports.configure returned: pango 1.22.0 requires glib  
>> 2.17.3 or
>> later but you have glib 2.16.5.
>>
>> I tried sudo port deactivate glib, which resulted in
>> Password:
>> --->  Deactivating glib
>> Error: port deactivate failed: Registry error: glib not registered as
>> installed & active.
>>
>> Help would be appreciated.
>>     
>
> Your glib2 is out of date, so you should update it:
>
> sudo port sync
> sudo port upgrade glib2
>
> To see which other ports are out of date and in need of updating:
>
> port outdated
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
>   
After doing

port selfupdate

Of course.  Several of the gimp dependencies have been updated recently
so be sure
you have the latest ports before you start.



From sck at nogas.org  Thu Oct 16 09:18:57 2008
From: sck at nogas.org (Scott C. Kennedy)
Date: Thu, 16 Oct 2008 09:18:57 -0700
Subject: Can anyone explain why I can't uninstall rb-sqlite3?
In-Reply-To: <48F5DC71.1090409@nogas.org>
References: <48F5DB95.8090306@nogas.org> <48F5DC71.1090409@nogas.org>
Message-ID: <48F76971.8050502@nogas.org>

Is anyone else having this issue, or is it just me?

    Biko-2:~ sck$ sudo port uninstall rb-sqlite3
    Password:
    --->  Uninstalling rb-sqlite3 1.2.1_0
    Biko-2:~ sck$ sudo port uninstall rb-sqlite3
    --->  Uninstalling rb-sqlite3 1.2.1_0
    Biko-2:~ sck$ port installed | grep sqlite3
      rb-sqlite3 @1.2.1_0
      sqlite3 @3.6.3_0 (active)
    Biko-2:~ sck$ sudo port -d -f install   rb-sqlite3
    DEBUG: Found port in
    file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/ruby/rb-sqlite3
    DEBUG: Changing to port directory:
    /opt/local/var/macports/sources/rsync.macports.org/release/ports/ruby/rb-sqlite3
    DEBUG: Requested variant darwin is not provided by port rb-sqlite3.
    DEBUG: Requested variant i386 is not provided by port rb-sqlite3.
    DEBUG: Requested variant macosx is not provided by port rb-sqlite3.
    DEBUG: Found port in
    file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/ruby
    DEBUG: Changing to port directory:
    /opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/ruby
    DEBUG: Requested variant i386 is not provided by port ruby.
    DEBUG: Requested variant macosx is not provided by port ruby.
    DEBUG: Executing variant darwin provides darwin
    DEBUG: Executing variant thread_hooks provides thread_hooks
    DEBUG: Searching for dependency: ruby
    DEBUG: Found Dependency: receipt exists for ruby
    DEBUG: Found port in
    file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/databases/sqlite3
    DEBUG: Changing to port directory:
    /opt/local/var/macports/sources/rsync.macports.org/release/ports/databases/sqlite3
    DEBUG: Requested variant darwin is not provided by port sqlite3.
    DEBUG: Requested variant i386 is not provided by port sqlite3.
    DEBUG: Requested variant macosx is not provided by port sqlite3.
    DEBUG: Searching for dependency: sqlite3
    DEBUG: Found Dependency: receipt exists for sqlite3
    DEBUG: Executing org.macports.main (rb-sqlite3)
    --->  Fetching rb-sqlite3
    DEBUG: Executing org.macports.fetch (rb-sqlite3)
    --->  sqlite3-ruby-1.2.1.tar.bz2 doesn't seem to exist in
    /opt/local/var/macports/distfiles/ruby
    --->  Attempting to fetch sqlite3-ruby-1.2.1.tar.bz2 from
    http://rubyforge.org/frs/download.php/17096/
      % Total    % Received % Xferd  Average Speed   Time    Time    
    Time  Current
                                     Dload  Upload   Total   Spent   
    Left  Speed
    100 83105  100 83105    0     0  24209      0  0:00:03  0:00:03
    --:--:-- 52711
    --->  Verifying checksum(s) for rb-sqlite3
    DEBUG: Executing org.macports.checksum (rb-sqlite3)
    --->  Checksumming sqlite3-ruby-1.2.1.tar.bz2
    DEBUG: Correct (md5) checksum for sqlite3-ruby-1.2.1.tar.bz2
    DEBUG: setting option extract.cmd to /opt/local/bin/bzip2
    --->  Extracting rb-sqlite3
    DEBUG: Executing org.macports.extract (rb-sqlite3)
    --->  Extracting sqlite3-ruby-1.2.1.tar.bz2
    DEBUG: setting option extract.args to
    /opt/local/var/macports/distfiles/ruby/sqlite3-ruby-1.2.1.tar.bz2
    DEBUG: Environment:
    DEBUG: Assembled command: 'cd
    "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-sqlite3/work"
    && /opt/local/bin/bzip2 -dc
    /opt/local/var/macports/distfiles/ruby/sqlite3-ruby-1.2.1.tar.bz2 |
    /usr/bin/gnutar --no-same-owner -xf -'
    /usr/bin/gnutar:
    sqlite3-ruby-1.2.1/api/classes/SQLite3/Driver/DL.html: Cannot open:
    File exists
    /usr/bin/gnutar:
    sqlite3-ruby-1.2.1/api/classes/SQLite3/Pragmas.html: Cannot open:
    File exists
    /usr/bin/gnutar:
    sqlite3-ruby-1.2.1/api/classes/SQLite3/SchemaChangedException.html:
    Cannot open: File exists
    /usr/bin/gnutar:
    sqlite3-ruby-1.2.1/api/files/lib/sqlite3/errors_rb.html: Cannot
    open: File exists
    /usr/bin/gnutar: sqlite3-ruby-1.2.1/lib/sqlite3/resultset.rb: Cannot
    open: File exists
    /usr/bin/gnutar: Error exit delayed from previous errors
    Error: Target org.macports.extract returned: shell command " cd
    "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-sqlite3/work"
    && /opt/local/bin/bzip2 -dc
    /opt/local/var/macports/distfiles/ruby/sqlite3-ruby-1.2.1.tar.bz2 |
    /usr/bin/gnutar --no-same-owner -xf - " returned error 2
    Command output: /usr/bin/gnutar:
    sqlite3-ruby-1.2.1/api/classes/SQLite3/Driver/DL.html: Cannot open:
    File exists
    /usr/bin/gnutar:
    sqlite3-ruby-1.2.1/api/classes/SQLite3/Pragmas.html: Cannot open:
    File exists
    /usr/bin/gnutar:
    sqlite3-ruby-1.2.1/api/classes/SQLite3/SchemaChangedException.html:
    Cannot open: File exists
    /usr/bin/gnutar:
    sqlite3-ruby-1.2.1/api/files/lib/sqlite3/errors_rb.html: Cannot
    open: File exists
    /usr/bin/gnutar: sqlite3-ruby-1.2.1/lib/sqlite3/resultset.rb: Cannot
    open: File exists
    /usr/bin/gnutar: Error exit delayed from previous errors

    Warning: the following items did not execute (for rb-sqlite3):
    org.macports.activate org.macports.extract org.macports.patch
    org.macports.configure org.macports.build org.macports.destroot
    org.macports.install
    Error: Status 1 encountered during processing.
    Biko-2:~ sck$

If it's just me, then I'll delete and re-install all my packages and
should be fine. But, if not, then what are others doing about this?

Scott

Scott C. Kennedy wrote:
> Oh, ns yes, I've tried port clean, port selfupdate, port uninstall -d
> -f...
>
>     Biko-2:~ sck$ sudo port selfupdate
>
>     MacPorts base version 1.600 installed
>
>     Downloaded MacPorts base version 1.600
>
>     The MacPorts installation is not outdated and so was not updated
>     selfupdate done!
>     Biko-2:~ sck$ sudo port clean --all rb-sqlite3
>     --->  Cleaning rb-sqlite3
>     Warning: Distfiles directory
>     '/opt/local/var/macports/distfiles/ruby' may contain distfiles
>     needed for other ports, use the -f flag to force removal
>     Biko-2:~ sck$ sudo port -d -f uninstall  rb-sqlite3 @1.2.1_0
>     --->  Uninstalling rb-sqlite3 1.2.1_0
>     DEBUG: skip missing file: /Users/sck/0
>     DEBUG: /Users/sck is not empty
>     DEBUG: /Users is not empty
>     DEBUG: / is not empty
>     --->  Uninstall is removing rb-sqlite3 from the port registry.
>     Biko-2:~ sck$
>
>
> Scott
>
> Scott C. Kennedy wrote:
>> I did this multiple times...
>>
>>     Biko-2:~ sck$ port installed | grep sqlite
>>       rb-sqlite3 @1.2.1_0
>>       sqlite3 @3.6.3_0 (active)
>>     Biko-2:~ sck$ sudo port  uninstall rb-sqlite3
>>     --->  Uninstalling rb-sqlite3 1.2.1_0
>>     Biko-2:~ sck$ port installed | grep sqlite
>>     *  rb-sqlite3 @1.2.1_0*
>>       sqlite3 @3.6.3_0 (active)
>>     Biko-2:~ sck$ sudo port  uninstall rb-sqlite3
>>     --->  Uninstalling rb-sqlite3 1.2.1_0
>>     Biko-2:~ sck$ sudo port* -f * uninstall rb-sqlite3
>>     --->  Uninstalling rb-sqlite3 1.2.1_0
>>     Biko-2:~ sck$ sudo port *-f * uninstall rb-sqlite3
>>     --->  Uninstalling rb-sqlite3 1.2.1_0
>>     Biko-2:~ sck$ sudo port *-f * uninstall rb-sqlite3
>>     --->  Uninstalling rb-sqlite3 1.2.1_0
>>     Biko-2:~ sck$ port installed | grep sqlite
>>     *  rb-sqlite3 @1.2.1_0*
>>       sqlite3 @3.6.3_0 (active)
>>     Biko-2:~ sck$ sudo port activate   rb-sqlite3 @1.2.1_0
>>     --->  Activating rb-sqlite3 1.2.1_0
>>     Error: port activate failed: Image error: rb-sqlite3 @1.2.1_0 not
>>     installed as an image.
>>     Biko-2:~ sck$ sudo port uninstall  rb-sqlite3 @1.2.1_0
>>     --->  Uninstalling rb-sqlite3 1.2.1_0
>>     Biko-2:~ sck$ port installed | grep sqlite
>>       rb-sqlite3 @1.2.1_0
>>       sqlite3 @3.6.3_0 (active)
>>     Biko-2:~ sck$
>>
>> But, I can't seem to uninstall/install/activate this port...
>>
>> Any ideas?
>>
>> Scott
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081016/350837f4/attachment.html 

From frstan at bellsouth.net  Thu Oct 16 11:30:51 2008
From: frstan at bellsouth.net (William Davis)
Date: Thu, 16 Oct 2008 14:30:51 -0400
Subject: Can anyone explain why I can't uninstall rb-sqlite3?
In-Reply-To: <48F76971.8050502@nogas.org>
References: <48F5DB95.8090306@nogas.org> <48F5DC71.1090409@nogas.org>
	<48F76971.8050502@nogas.org>
Message-ID: <060365BD-12A1-4273-8FAE-D35111121DD5@bellsouth.net>

if you will try the uninstall again with

sudo port -df uninstall rb-sqlite3

the error mesgs will be clearer

On Oct 16, 2008, at 12:18 PM, Scott C. Kennedy wrote:

> Is anyone else having this issue, or is it just me?
> Biko-2:~ sck$ sudo port uninstall rb-sqlite3
> Password:
> --->  Uninstalling rb-sqlite3 1.2.1_0
> Biko-2:~ sck$ sudo port uninstall rb-sqlite3
> --->  Uninstalling rb-sqlite3 1.2.1_0
> Biko-2:~ sck$ port installed | grep sqlite3
>   rb-sqlite3 @1.2.1_0
>   sqlite3 @3.6.3_0 (active)
> Biko-2:~ sck$ sudo port -d -f install   rb-sqlite3
> DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/ruby/rb-sqlite3
> DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
> rsync.macports.org/release/ports/ruby/rb-sqlite3
> DEBUG: Requested variant darwin is not provided by port rb-sqlite3.
> DEBUG: Requested variant i386 is not provided by port rb-sqlite3.
> DEBUG: Requested variant macosx is not provided by port rb-sqlite3.
> DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/ruby
> DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
> rsync.macports.org/release/ports/lang/ruby
> DEBUG: Requested variant i386 is not provided by port ruby.
> DEBUG: Requested variant macosx is not provided by port ruby.
> DEBUG: Executing variant darwin provides darwin
> DEBUG: Executing variant thread_hooks provides thread_hooks
> DEBUG: Searching for dependency: ruby
> DEBUG: Found Dependency: receipt exists for ruby
> DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/databases/sqlite3
> DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
> rsync.macports.org/release/ports/databases/sqlite3
> DEBUG: Requested variant darwin is not provided by port sqlite3.
> DEBUG: Requested variant i386 is not provided by port sqlite3.
> DEBUG: Requested variant macosx is not provided by port sqlite3.
> DEBUG: Searching for dependency: sqlite3
> DEBUG: Found Dependency: receipt exists for sqlite3
> DEBUG: Executing org.macports.main (rb-sqlite3)
> --->  Fetching rb-sqlite3
> DEBUG: Executing org.macports.fetch (rb-sqlite3)
> --->  sqlite3-ruby-1.2.1.tar.bz2 doesn't seem to exist in /opt/local/ 
> var/macports/distfiles/ruby
> --->  Attempting to fetch sqlite3-ruby-1.2.1.tar.bz2 from http://rubyforge.org/frs/download.php/17096/
>   % Total    % Received % Xferd  Average Speed   Time    Time      
> Time  Current
>                                  Dload  Upload   Total   Spent     
> Left  Speed
> 100 83105  100 83105    0     0  24209      0  0:00:03  0:00:03  
> --:--:-- 52711
> --->  Verifying checksum(s) for rb-sqlite3
> DEBUG: Executing org.macports.checksum (rb-sqlite3)
> --->  Checksumming sqlite3-ruby-1.2.1.tar.bz2
> DEBUG: Correct (md5) checksum for sqlite3-ruby-1.2.1.tar.bz2
> DEBUG: setting option extract.cmd to /opt/local/bin/bzip2
> --->  Extracting rb-sqlite3
> DEBUG: Executing org.macports.extract (rb-sqlite3)
> --->  Extracting sqlite3-ruby-1.2.1.tar.bz2
> DEBUG: setting option extract.args to /opt/local/var/macports/ 
> distfiles/ruby/sqlite3-ruby-1.2.1.tar.bz2
> DEBUG: Environment:
> DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_ruby_rb-sqlite3/work" && /opt/local/bin/ 
> bzip2 -dc /opt/local/var/macports/distfiles/ruby/sqlite3- 
> ruby-1.2.1.tar.bz2 | /usr/bin/gnutar --no-same-owner -xf -'
> /usr/bin/gnutar: sqlite3-ruby-1.2.1/api/classes/SQLite3/Driver/ 
> DL.html: Cannot open: File exists
> /usr/bin/gnutar: sqlite3-ruby-1.2.1/api/classes/SQLite3/ 
> Pragmas.html: Cannot open: File exists
> /usr/bin/gnutar: sqlite3-ruby-1.2.1/api/classes/SQLite3/ 
> SchemaChangedException.html: Cannot open: File exists
> /usr/bin/gnutar: sqlite3-ruby-1.2.1/api/files/lib/sqlite3/ 
> errors_rb.html: Cannot open: File exists
> /usr/bin/gnutar: sqlite3-ruby-1.2.1/lib/sqlite3/resultset.rb: Cannot  
> open: File exists
> /usr/bin/gnutar: Error exit delayed from previous errors
> Error: Target org.macports.extract returned: shell command " cd "/ 
> opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_ruby_rb-sqlite3/work" && /opt/local/bin/ 
> bzip2 -dc /opt/local/var/macports/distfiles/ruby/sqlite3- 
> ruby-1.2.1.tar.bz2 | /usr/bin/gnutar --no-same-owner -xf - "  
> returned error 2
> Command output: /usr/bin/gnutar: sqlite3-ruby-1.2.1/api/classes/ 
> SQLite3/Driver/DL.html: Cannot open: File exists
> /usr/bin/gnutar: sqlite3-ruby-1.2.1/api/classes/SQLite3/ 
> Pragmas.html: Cannot open: File exists
> /usr/bin/gnutar: sqlite3-ruby-1.2.1/api/classes/SQLite3/ 
> SchemaChangedException.html: Cannot open: File exists
> /usr/bin/gnutar: sqlite3-ruby-1.2.1/api/files/lib/sqlite3/ 
> errors_rb.html: Cannot open: File exists
> /usr/bin/gnutar: sqlite3-ruby-1.2.1/lib/sqlite3/resultset.rb: Cannot  
> open: File exists
> /usr/bin/gnutar: Error exit delayed from previous errors
>
> Warning: the following items did not execute (for rb-sqlite3):  
> org.macports.activate org.macports.extract org.macports.patch  
> org.macports.configure org.macports.build org.macports.destroot  
> org.macports.install
> Error: Status 1 encountered during processing.
> Biko-2:~ sck$
>
> If it's just me, then I'll delete and re-install all my packages and  
> should be fine. But, if not, then what are others doing about this?
>
> Scott
>
> Scott C. Kennedy wrote:
>>
>> Oh, ns yes, I've tried port clean, port selfupdate, port uninstall - 
>> d -f...
>> Biko-2:~ sck$ sudo port selfupdate
>>
>> MacPorts base version 1.600 installed
>>
>> Downloaded MacPorts base version 1.600
>>
>> The MacPorts installation is not outdated and so was not updated
>> selfupdate done!
>> Biko-2:~ sck$ sudo port clean --all rb-sqlite3
>> --->  Cleaning rb-sqlite3
>> Warning: Distfiles directory '/opt/local/var/macports/distfiles/ 
>> ruby' may contain distfiles needed for other ports, use the -f flag  
>> to force removal
>> Biko-2:~ sck$ sudo port -d -f uninstall  rb-sqlite3 @1.2.1_0
>> --->  Uninstalling rb-sqlite3 1.2.1_0
>> DEBUG: skip missing file: /Users/sck/0
>> DEBUG: /Users/sck is not empty
>> DEBUG: /Users is not empty
>> DEBUG: / is not empty
>> --->  Uninstall is removing rb-sqlite3 from the port registry.
>> Biko-2:~ sck$
>>
>> Scott
>>
>> Scott C. Kennedy wrote:
>>>
>>> I did this multiple times...
>>> Biko-2:~ sck$ port installed | grep sqlite
>>>   rb-sqlite3 @1.2.1_0
>>>   sqlite3 @3.6.3_0 (active)
>>> Biko-2:~ sck$ sudo port  uninstall rb-sqlite3
>>> --->  Uninstalling rb-sqlite3 1.2.1_0
>>> Biko-2:~ sck$ port installed | grep sqlite
>>>   rb-sqlite3 @1.2.1_0
>>>   sqlite3 @3.6.3_0 (active)
>>> Biko-2:~ sck$ sudo port  uninstall rb-sqlite3
>>> --->  Uninstalling rb-sqlite3 1.2.1_0
>>> Biko-2:~ sck$ sudo port -f  uninstall rb-sqlite3
>>> --->  Uninstalling rb-sqlite3 1.2.1_0
>>> Biko-2:~ sck$ sudo port -f  uninstall rb-sqlite3
>>> --->  Uninstalling rb-sqlite3 1.2.1_0
>>> Biko-2:~ sck$ sudo port -f  uninstall rb-sqlite3
>>> --->  Uninstalling rb-sqlite3 1.2.1_0
>>> Biko-2:~ sck$ port installed | grep sqlite
>>>   rb-sqlite3 @1.2.1_0
>>>   sqlite3 @3.6.3_0 (active)
>>> Biko-2:~ sck$ sudo port activate   rb-sqlite3 @1.2.1_0
>>> --->  Activating rb-sqlite3 1.2.1_0
>>> Error: port activate failed: Image error: rb-sqlite3 @1.2.1_0 not  
>>> installed as an image.
>>> Biko-2:~ sck$ sudo port uninstall  rb-sqlite3 @1.2.1_0
>>> --->  Uninstalling rb-sqlite3 1.2.1_0
>>> Biko-2:~ sck$ port installed | grep sqlite
>>>   rb-sqlite3 @1.2.1_0
>>>   sqlite3 @3.6.3_0 (active)
>>> Biko-2:~ sck$
>>> But, I can't seem to uninstall/install/activate this port...
>>>
>>> Any ideas?
>>>
>>> Scott
>>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users



William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081016/4230b2a8/attachment.html 

From sck at nogas.org  Thu Oct 16 13:47:18 2008
From: sck at nogas.org (Scott C. Kennedy)
Date: Thu, 16 Oct 2008 13:47:18 -0700
Subject: Can anyone explain why I can't uninstall rb-sqlite3?
In-Reply-To: <060365BD-12A1-4273-8FAE-D35111121DD5@bellsouth.net>
References: <48F5DB95.8090306@nogas.org> <48F5DC71.1090409@nogas.org>
	<48F76971.8050502@nogas.org>
	<060365BD-12A1-4273-8FAE-D35111121DD5@bellsouth.net>
Message-ID: <48F7A856.9000500@nogas.org>

Well, it wasn't that clear... :)

    Biko-2:~ sck$ port installed | grep rb-sqlite3
      rb-sqlite3 @1.2.1_0
    Biko-2:~ sck$ sudo port -df uninstall rb-sqlite3
    --->  Uninstalling rb-sqlite3 1.2.1_0
    DEBUG: skip missing file: /Users/sck/0
    DEBUG: /Users/sck is not empty
    DEBUG: /Users is not empty
    DEBUG: / is not empty
    --->  Uninstall is removing rb-sqlite3 from the port registry.
    Biko-2:~ sck$ port installed | grep rb-sqlite3
      rb-sqlite3 @1.2.1_0
    Biko-2:~ sck$

Scott

William Davis wrote:
> if you will try the uninstall again with
>
> sudo port -df uninstall rb-sqlite3
>
> the error mesgs will be clearer
>
>
>
> William Davis
> frstanATbellsouthDOTnet
> Mac OS X.5.5 Darwin 9.5.0
> XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
> Mac Mini Intel Duo @ 1.86 GHz
>
> Mundus vult decepi, ego non
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081016/fa043dcf/attachment.html 

From face at CentosPrime.COM  Thu Oct 16 16:44:11 2008
From: face at CentosPrime.COM (Chris Janton)
Date: Thu, 16 Oct 2008 16:44:11 -0700
Subject: Error upgrading ffmpeg - running from trunk
In-Reply-To: <B78650300E6C904D865EE90A320384DB78654F5ADD@ES03SNLNT.srn.sandia.gov>
References: <C66B13DE-E64E-42B4-A768-1839BC637959@centosprime.com>
	<78456B50-8233-4A0E-8D50-DA4414B3990F@gmail.com>
	<8302E18D-B2C2-46DB-A0AB-284958BF0A8E@CentosPrime.COM>
	<20081015224812.GF34299@ninagal.withay.com>
	<010D8761-44E0-44E0-9348-64FEE0646208@centosprime.com>
	<B78650300E6C904D865EE90A320384DB78654F5ADD@ES03SNLNT.srn.sandia.gov>
Message-ID: <5C46F2FD-FE5B-4D3A-A8F6-CE4ED9920EEE@CentosPrime.COM>

On 2008-10-16 , at 07:46 , Bueno, Denis wrote:

> Are you behind a firewall?  I recently tried the same thing, and it  
> timed out because of firewall issues.


It turns out that the host that is serving up the ffmpeg source was in  
fact being blocked by a firewall rule.

I got that rule "relaxed" and the ffmpeg port is now upgraded.

And they fixed the errors that showed up as a result of that problem  
as well.

Thanks folks!

8)
----------------------------------
Chris Janton  - face at CentosPrime dot COM
Netminder for Opus1.COM



From takaaki.kato at gmail.com  Thu Oct 16 17:12:52 2008
From: takaaki.kato at gmail.com (Takaaki Kato)
Date: Fri, 17 Oct 2008 09:12:52 +0900
Subject: Fail to install git-core +svn: Maybe sqlite3 related?
Message-ID: <e180a5140810161712y5e06a4b7od256380ba28122f3@mail.gmail.com>

Hi,

I run `sudo port install git-core +svn` and I got the following error.
###############################
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_sqlite3/work/sqlite-3.6.4"
&& gnumake all " returned error 2
Command output: sed -e s/--VERS--/3.6.4/ ./src/sqlite.h.in | \
	sed -e s/--VERSION-NUMBER--/3006004/ >sqlite3.h
/usr/bin/gcc-4.0  -O2 -o mkkeywordhash  -DSQLITE_OMIT_LOAD_EXTENSION=1
./tool/mkkeywordhash.c
./mkkeywordhash >keywordhash.h
/usr/bin/gcc-4.0  -O2 -o lemon ./tool/lemon.c
cp ./tool/lempar.c .
cp ./src/parse.y .
./lemon  -DSQLITE_OMIT_LOAD_EXTENSION=1 parse.y
mv parse.h parse.h.temp
f ./addopcodes.awk parse.h.temp >parse.h
/bin/sh: f: command not found
gnumake: [parse.c] Error 127 (ignored)
cat parse.h ./src/vdbe.c |  -f ./mkopcodeh.awk >opcodes.h
/bin/sh: -f: command not found
cat: stdout: Broken pipe
gnumake: *** [opcodes.h] Error 127

Error: The following dependencies failed to build: p5-svn-simple
subversion-perlbindings apr-util sqlite3 cyrus-sasl2 neon serf
subversion p5-term-readkey rsync popt
Error: Status 1 encountered during processing.
################################

I would be grateful if you could help me on this.
I run `port selfupddate` and `port sync`, but still get the same error.
Mac OS X 10.5.5. port version is 1.600

Regards,

Takaaki

From blb at macports.org  Thu Oct 16 17:19:39 2008
From: blb at macports.org (Bryan Blackburn)
Date: Thu, 16 Oct 2008 18:19:39 -0600
Subject: Fail to install git-core +svn: Maybe sqlite3 related?
In-Reply-To: <e180a5140810161712y5e06a4b7od256380ba28122f3@mail.gmail.com>
References: <e180a5140810161712y5e06a4b7od256380ba28122f3@mail.gmail.com>
Message-ID: <20081017001939.GG8046@ninagal.withay.com>

On Fri, Oct 17, 2008 at 09:12:52AM +0900, Takaaki Kato said:
> Hi,
> 
> I run `sudo port install git-core +svn` and I got the following error.
> ###############################
> Error: Target org.macports.build returned: shell command " cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_sqlite3/work/sqlite-3.6.4"
[...]
> f ./addopcodes.awk parse.h.temp >parse.h
> /bin/sh: f: command not found
> gnumake: [parse.c] Error 127 (ignored)
> cat parse.h ./src/vdbe.c |  -f ./mkopcodeh.awk >opcodes.h
> /bin/sh: -f: command not found

That's the Tcl env bug:

<http://trac.macports.org/wiki/LeopardProblems#environmentvariablesbecomeblankbetweenconfigureandbuildphases>

Clean the failing port (in this case sqlite3) with 'sudo port clean sqlite3'
and run your original install again.

Bryan


> cat: stdout: Broken pipe
> gnumake: *** [opcodes.h] Error 127
> 
> Error: The following dependencies failed to build: p5-svn-simple
> subversion-perlbindings apr-util sqlite3 cyrus-sasl2 neon serf
> subversion p5-term-readkey rsync popt
> Error: Status 1 encountered during processing.
> ################################
> 
> I would be grateful if you could help me on this.
> I run `port selfupddate` and `port sync`, but still get the same error.
> Mac OS X 10.5.5. port version is 1.600
> 
> Regards,
> 
> Takaaki

From takaaki.kato at gmail.com  Thu Oct 16 17:25:59 2008
From: takaaki.kato at gmail.com (Takaaki Kato)
Date: Fri, 17 Oct 2008 09:25:59 +0900
Subject: Fail to install git-core +svn: Maybe sqlite3 related?
In-Reply-To: <20081017001939.GG8046@ninagal.withay.com>
References: <e180a5140810161712y5e06a4b7od256380ba28122f3@mail.gmail.com>
	<20081017001939.GG8046@ninagal.withay.com>
Message-ID: <e180a5140810161725i30d8f3a5u31b3c432b43ba00a@mail.gmail.com>

Thanks Bryan.

I noticed I myself blogged about this on this issue.
I should have searched my website first.
http://samuraicoder.net/node/428/

Shame on me.

Takaaki

From myotheralterhypercube at gmail.com  Thu Oct 16 17:38:05 2008
From: myotheralterhypercube at gmail.com (Mr. Bond)
Date: Thu, 16 Oct 2008 20:38:05 -0400
Subject: Another Problem
Message-ID: <85a362600810161738l89aacces29c6dca008021e50@mail.gmail.com>

mikes-macbook-pro:~ mike$ sudo /opt/local/bin/port selfupdate
Password:

MacPorts base version 1.600 installed

Downloaded MacPorts base version 1.600

The MacPorts installation is not outdated and so was not updated
selfupdate done!
mikes-macbook-pro:~ mike$ sudo /opt/local/bin/port install lyx
--->  Fetching bzip2
--->  Attempting to fetch bzip2-1.0.5.tar.gz from http://www.bzip.org/1.0.5/
--->  Verifying checksum(s) for bzip2
--->  Extracting bzip2
--->  Applying patches to bzip2
--->  Configuring bzip2
--->  Building bzip2 with target all
--->  Staging bzip2 into destroot
--->  Installing bzip2 1.0.5_1
--->  Activating bzip2 1.0.5_1
--->  Cleaning bzip2
--->  Fetching ImageMagick
--->  Attempting to fetch ImageMagick-6.4.4-8.tar.bz2 from
http://image_magick.veidrodis.com/image_magick/
--->  Verifying checksum(s) for ImageMagick
Error: Checksum (md5) mismatch for ImageMagick-6.4.4-8.tar.bz2
Error: Checksum (sha1) mismatch for ImageMagick-6.4.4-8.tar.bz2
Error: Checksum (rmd160) mismatch for ImageMagick-6.4.4-8.tar.bz2
Error: Target org.macports.checksum returned: Unable to verify file
checksums
Error: The following dependencies failed to build: ImageMagick python25
qt4-mac libmng lcms texlive texlive_base ghostscript texi2html texinfo
lzmautils texlive_texmf-full texlive_texmf-minimal
Error: Status 1 encountered during processing.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081016/1bb7c037/attachment.html 

From takaaki.kato at gmail.com  Thu Oct 16 17:58:12 2008
From: takaaki.kato at gmail.com (Takaaki Kato)
Date: Fri, 17 Oct 2008 09:58:12 +0900
Subject: ImageMagick: Error at checksum
Message-ID: <e180a5140810161758o5647204ax540a56b975ba3c23@mail.gmail.com>

Here's an error log for `sudo port install ImageMagick`.

takaaki$ sudo port install ImageMagick
--->  Fetching ImageMagick
--->  Verifying checksum(s) for ImageMagick
Error: Checksum (md5) mismatch for ImageMagick-6.4.4-8.tar.bz2
Error: Checksum (sha1) mismatch for ImageMagick-6.4.4-8.tar.bz2
Error: Checksum (rmd160) mismatch for ImageMagick-6.4.4-8.tar.bz2
Error: Target org.macports.checksum returned: Unable to verify file checksums
Error: Status 1 encountered during processing.


Using OS X 10.5.5 and port version 1.6

Takaaki

From frstan at bellsouth.net  Thu Oct 16 18:44:37 2008
From: frstan at bellsouth.net (William Davis)
Date: Thu, 16 Oct 2008 21:44:37 -0400
Subject: ImageMagick: Error at checksum
In-Reply-To: <e180a5140810161758o5647204ax540a56b975ba3c23@mail.gmail.com>
References: <e180a5140810161758o5647204ax540a56b975ba3c23@mail.gmail.com>
Message-ID: <24E6E82F-A6C0-48CE-98F3-FA50258E3805@bellsouth.net>

do:
sudo port -d clean ImageMagick --all
sudo port -d install ImageMagick

On Oct 16, 2008, at 8:58 PM, Takaaki Kato wrote:

> Here's an error log for `sudo port install ImageMagick`.
>
> takaaki$ sudo port install ImageMagick
> --->  Fetching ImageMagick
> --->  Verifying checksum(s) for ImageMagick
> Error: Checksum (md5) mismatch for ImageMagick-6.4.4-8.tar.bz2
> Error: Checksum (sha1) mismatch for ImageMagick-6.4.4-8.tar.bz2
> Error: Checksum (rmd160) mismatch for ImageMagick-6.4.4-8.tar.bz2
> Error: Target org.macports.checksum returned: Unable to verify file  
> checksums
> Error: Status 1 encountered during processing.
>
>
> Using OS X 10.5.5 and port version 1.6
>
> Takaaki
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users



William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From frstan at bellsouth.net  Thu Oct 16 18:46:03 2008
From: frstan at bellsouth.net (William Davis)
Date: Thu, 16 Oct 2008 21:46:03 -0400
Subject: ImageMagick: Error at checksum
In-Reply-To: <e180a5140810161758o5647204ax540a56b975ba3c23@mail.gmail.com>
References: <e180a5140810161758o5647204ax540a56b975ba3c23@mail.gmail.com>
Message-ID: <9DBF46E5-3658-4100-8814-63B8DE20389F@bellsouth.net>

opps! first do
sudo port -d selfupdate
;)
On Oct 16, 2008, at 8:58 PM, Takaaki Kato wrote:

> Here's an error log for `sudo port install ImageMagick`.
>
> takaaki$ sudo port install ImageMagick
> --->  Fetching ImageMagick
> --->  Verifying checksum(s) for ImageMagick
> Error: Checksum (md5) mismatch for ImageMagick-6.4.4-8.tar.bz2
> Error: Checksum (sha1) mismatch for ImageMagick-6.4.4-8.tar.bz2
> Error: Checksum (rmd160) mismatch for ImageMagick-6.4.4-8.tar.bz2
> Error: Target org.macports.checksum returned: Unable to verify file  
> checksums
> Error: Status 1 encountered during processing.
>
>
> Using OS X 10.5.5 and port version 1.6
>
> Takaaki
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users



William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From takaaki.kato at gmail.com  Thu Oct 16 19:18:19 2008
From: takaaki.kato at gmail.com (Takaaki Kato)
Date: Fri, 17 Oct 2008 11:18:19 +0900
Subject: ImageMagick: Error at checksum
In-Reply-To: <9DBF46E5-3658-4100-8814-63B8DE20389F@bellsouth.net>
References: <e180a5140810161758o5647204ax540a56b975ba3c23@mail.gmail.com>
	<9DBF46E5-3658-4100-8814-63B8DE20389F@bellsouth.net>
Message-ID: <e180a5140810161918p706cf3fg6f25e4d7e86881da@mail.gmail.com>

Thanks.

I still get the same error.
I'm not sure why all the check sums fail.

From ryandesign at macports.org  Thu Oct 16 22:40:16 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 17 Oct 2008 00:40:16 -0500
Subject: ImageMagick: Error at checksum
In-Reply-To: <e180a5140810161758o5647204ax540a56b975ba3c23@mail.gmail.com>
References: <e180a5140810161758o5647204ax540a56b975ba3c23@mail.gmail.com>
Message-ID: <6502A32F-8E5A-4DDD-AADB-A7DDB13C2A5E@macports.org>

On Oct 16, 2008, at 19:58, Takaaki Kato wrote:

> Here's an error log for `sudo port install ImageMagick`.
>
> takaaki$ sudo port install ImageMagick
> --->  Fetching ImageMagick
> --->  Verifying checksum(s) for ImageMagick
> Error: Checksum (md5) mismatch for ImageMagick-6.4.4-8.tar.bz2
> Error: Checksum (sha1) mismatch for ImageMagick-6.4.4-8.tar.bz2
> Error: Checksum (rmd160) mismatch for ImageMagick-6.4.4-8.tar.bz2
> Error: Target org.macports.checksum returned: Unable to verify file  
> checksums
> Error: Status 1 encountered during processing.
>
>
> Using OS X 10.5.5 and port version 1.6


I am unable to reproduce the problem. The file with the correct  
checksums exists on all servers I was able to download it from (all  
except SourceForge which is not delivering any file at the moment).

Are you sure you tried to clean the download and try again? The  
command given earlier was not correct. The correct command is "sudo  
port clean --all ImageMagick". See also the FAQ:

http://trac.macports.org/wiki/ 
FAQ#IgetError:checksummd5sha1rmd160mismatchforport.WhatcanIdoaboutit


From takaaki.kato at gmail.com  Thu Oct 16 23:02:16 2008
From: takaaki.kato at gmail.com (Takaaki Kato)
Date: Fri, 17 Oct 2008 15:02:16 +0900
Subject: ImageMagick: Error at checksum
In-Reply-To: <6502A32F-8E5A-4DDD-AADB-A7DDB13C2A5E@macports.org>
References: <e180a5140810161758o5647204ax540a56b975ba3c23@mail.gmail.com>
	<6502A32F-8E5A-4DDD-AADB-A7DDB13C2A5E@macports.org>
Message-ID: <EA2342A3-A938-46BE-BF88-258F21658251@gmail.com>

Thanks.

It now worked.

I missed "-all".

thanks all.


On Oct 17, 2008, at 2:40 PM, Ryan Schmidt wrote:

> On Oct 16, 2008, at 19:58, Takaaki Kato wrote:
>
>> Here's an error log for `sudo port install ImageMagick`.
>>
>> takaaki$ sudo port install ImageMagick
>> --->  Fetching ImageMagick
>> --->  Verifying checksum(s) for ImageMagick
>> Error: Checksum (md5) mismatch for ImageMagick-6.4.4-8.tar.bz2
>> Error: Checksum (sha1) mismatch for ImageMagick-6.4.4-8.tar.bz2
>> Error: Checksum (rmd160) mismatch for ImageMagick-6.4.4-8.tar.bz2
>> Error: Target org.macports.checksum returned: Unable to verify file  
>> checksums
>> Error: Status 1 encountered during processing.
>>
>>
>> Using OS X 10.5.5 and port version 1.6
>
>
> I am unable to reproduce the problem. The file with the correct  
> checksums exists on all servers I was able to download it from (all  
> except SourceForge which is not delivering any file at the moment).
>
> Are you sure you tried to clean the download and try again? The  
> command given earlier was not correct. The correct command is "sudo  
> port clean --all ImageMagick". See also the FAQ:
>
> http://trac.macports.org/wiki/ 
> FAQ#IgetError:checksummd5sha1rmd160mismatchforport.WhatcanIdoaboutit
>


From trog24 at comcast.net  Fri Oct 17 03:06:48 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Fri, 17 Oct 2008 03:06:48 -0700
Subject: texlive_base failed to build
Message-ID: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>

Hello,
	I got the following error when installing octave-vrml dependency  
texlive_base:

--->  Fetching texlive_base
--->  Attempting to fetch texlive_base-2007-src.tar.bz2 from http:// 
mirror.roothell.org/pub/OpenBSD/distfiles
--->  Attempting to fetch texlive_base-2007-src.tar.bz2 from http:// 
ftp-stud.fht-esslingen.de/pub/OpenBSD/distfiles
--->  Attempting to fetch texlive_base-2007-src.tar.bz2 from http:// 
mirror.paranoidbsd.org/pub/OpenBSD/distfiles
--->  Attempting to fetch texlive_base-2007-src.tar.bz2 from ftp:// 
ftp.openbsd.org/pub/OpenBSD/distfiles
--->  Verifying checksum(s) for texlive_base
--->  Extracting texlive_base
--->  Applying patches to texlive_base
--->  Configuring texlive_base
--->  Building texlive_base with target all
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_tex_tex 
live_base/work/texlive_base-2007" && make all " returned error 2
Command output:  
*1*17*25*38*54*75*102*113*118*136*166*177*203*207*211*215*224*260*272*29 
3*301*304*325*336*370*406*469*492*516*544*589*598*652*688*707*727*776*82 
1*870*899*913*933*956*981*994*1043*1069*1150*1222*1313*1344*1352*1354*14 
06*1634*1641*1643*1655*1658
Writing the output file..... 
500.....1000.....1500.....2000.....2500.....3000.....3500.....4000.....4 
500.....5000.....5500.....6000.....6500.....7000.....7500.....8000.....8 
500.....9000...
Done.
1315 strings written to string pool file.
(No errors were found.)
srcdir=. /bin/sh ./web2c/convert xetex
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/ 
local/include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. - 
I./../../libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  -I./../../ 
libs/teckit/source/Public-headers -DHAVE_CONFIG_H  -I. -I. -I.. - 
I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../ 
libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/ 
obsdcompat/.. -O2  -DXETEX_MAC -c xetexini.c -o xetexini.o
xetexini.c: In function 'loadfmtfile':
xetexini.c:3788: warning: comparison is always false due to limited  
range of data type
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/ 
local/include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. - 
I./../../libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  -I./../../ 
libs/teckit/source/Public-headers -DHAVE_CONFIG_H  -I. -I. -I.. - 
I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../ 
libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/ 
obsdcompat/.. -O2  -DXETEX_MAC -c xetex0.c -o xetex0.o
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/ 
local/include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. - 
I./../../libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  -I./../../ 
libs/teckit/source/Public-headers -DHAVE_CONFIG_H  -I. -I. -I.. - 
I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../ 
libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/ 
obsdcompat/.. -O2  -DXETEX_MAC -c xetex1.c -o xetex1.o
xetex1.c: In function 'zwriteout':
xetex1.c:3887: warning: pointer targets in passing argument 1 of  
'system' differ in signedness
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/ 
local/include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. - 
I./../../libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  -I./../../ 
libs/teckit/source/Public-headers -DHAVE_CONFIG_H  -I. -I. -I.. - 
I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../ 
libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/ 
obsdcompat/.. -O2  -DXETEX_MAC -c xetex2.c -o xetex2.o
test -d xetexdir || mkdir xetexdir
grep '^@d XeTeX_version_string==' ./xetexdir/xetex-new.ch \
   | sed "s/^.*'-//;s/'.*$//" >xetexdir/xetex.version
test -d xetexdir || mkdir xetexdir
sed s/XETEX-VERSION/`cat xetexdir/xetex.version`/ \
   ./xetexdir/xetexextra.in >xetexdir/xetexextra.h
sed s/TEX-OR-MF-OR-MP/xetex/ ./lib/texmfmp.c >xetexextra.c
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/ 
local/include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. - 
I./../../libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  -I./../../ 
libs/teckit/source/Public-headers -DHAVE_CONFIG_H  -I. -I. -I.. - 
I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../ 
libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/ 
obsdcompat/.. -O2  -DXETEX_MAC -c xetexextra.c -o xetexextra.o
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/ 
local/include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. - 
I./../../libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  - 
DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/local/include - 
I../../libs/obsdcompat -I../../libs/obsdcompat/.. -I./../../libs/ 
obsdcompat -I./../../libs/obsdcompat/.. -O2  -DXETEX_MAC -c xetexdir/ 
trans.c -o trans.o
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/ 
local/include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. - 
I./../../libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  -I../../ 
libs/icu-xetex/common -I./../../libs/icu-xetex/common -I./../../libs/ 
icu-xetex/layout -DLE_USE_CMEMORY -I/opt/local/include -I/opt/local/ 
include/freetype2 -I./../../libs/teckit/source/Public-headers  - 
I../../libs/xpdf -I../../libs/xpdf/xpdf -I../../libs/xpdf/goo -I../../ 
libs/xpdf/fofi -I./../../libs/xpdf -I./../../libs/xpdf/xpdf -I./../../ 
libs/xpdf/goo -I./../../libs/xpdf/fofi  -DHAVE_CONFIG_H  -I. -I. -I..  
-I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../ 
libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/ 
obsdcompat/.. -O2  -DXETEX_MAC -c xetexdir/XeTeX_ext.c -o XeTeX_ext.o
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/ 
local/include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. - 
I./../../libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  -I../../ 
libs/icu-xetex/common -I./../../libs/icu-xetex/common -I./../../libs/ 
icu-xetex/layout -DLE_USE_CMEMORY -I./../../libs/teckit/source/Public- 
headers -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/local/ 
include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. -I./../../ 
libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  -DXETEX_MAC -c  
xetexdir/XeTeX_mac.c -o XeTeX_mac.o
gcc -ObjC++ -I../../libs/icu-xetex/common -I./../../libs/icu-xetex/ 
common -I./../../libs/icu-xetex/layout -DLE_USE_CMEMORY -I/opt/local/ 
include -I/opt/local/include/freetype2 -DHAVE_CONFIG_H  -I. -I. -I.. - 
I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../ 
libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/ 
obsdcompat/..  -DXETEX_MAC -c xetexdir/XeTeXFontMgr_Mac.mm -o  
XeTeXFontMgr_Mac.o
cc1objplus: error: invalid option argument '-ObjC++'
make[2]: *** [XeTeXFontMgr_Mac.o] Error 1
make[1]: *** [all] Error 1
make: *** [all] Error 1

Error: The following dependencies failed to build: octave texlive  
texlive_base
Error: Status 1 encountered during processing.

The platform is a 2001 PowerPC G4 Quicksilver upgraded to a dual 1.73  
GHz MPC 7448 from a dual 800 MHz MPC-7450 running Mac OS 10.4.11 with  
all the latest updates.

The port command was:  sudo port install octave-vrml.
Frank




From blb at macports.org  Fri Oct 17 13:33:01 2008
From: blb at macports.org (Bryan Blackburn)
Date: Fri, 17 Oct 2008 14:33:01 -0600
Subject: texlive_base failed to build
In-Reply-To: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
References: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
Message-ID: <20081017203301.GI68596@ninagal.withay.com>

On Fri, Oct 17, 2008 at 03:06:48AM -0700, Frank J. R. Hanstick said:
> Hello,
> 	I got the following error when installing octave-vrml dependency  
> texlive_base:
> 
> --->  Fetching texlive_base
[...]
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/ 
> local/include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. - 
> I./../../libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  -I../../ 
> libs/icu-xetex/common -I./../../libs/icu-xetex/common -I./../../libs/ 
> icu-xetex/layout -DLE_USE_CMEMORY -I./../../libs/teckit/source/Public- 
> headers -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/local/ 
> include -I../../libs/obsdcompat -I../../libs/obsdcompat/.. -I./../../ 
> libs/obsdcompat -I./../../libs/obsdcompat/.. -O2  -DXETEX_MAC -c  
> xetexdir/XeTeX_mac.c -o XeTeX_mac.o
> gcc -ObjC++ -I../../libs/icu-xetex/common -I./../../libs/icu-xetex/ 
> common -I./../../libs/icu-xetex/layout -DLE_USE_CMEMORY -I/opt/local/ 
> include -I/opt/local/include/freetype2 -DHAVE_CONFIG_H  -I. -I. -I.. - 
> I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../ 
> libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/ 
> obsdcompat/..  -DXETEX_MAC -c xetexdir/XeTeXFontMgr_Mac.mm -o  
> XeTeXFontMgr_Mac.o
> cc1objplus: error: invalid option argument '-ObjC++'

-ObjC++ is a valid option for Apple's gcc so it should work, but I note that
compiling of this file used just 'gcc' whereas the others used
'/usr/bin/gcc-4.0'.  So what is the result of running

$ which gcc

You may have another gcc that could be getting in the way and confusing
things.

Bryan


> make[2]: *** [XeTeXFontMgr_Mac.o] Error 1
> make[1]: *** [all] Error 1
> make: *** [all] Error 1
> 
> Error: The following dependencies failed to build: octave texlive  
> texlive_base
> Error: Status 1 encountered during processing.
> 
> The platform is a 2001 PowerPC G4 Quicksilver upgraded to a dual 1.73  
> GHz MPC 7448 from a dual 800 MHz MPC-7450 running Mac OS 10.4.11 with  
> all the latest updates.
> 
> The port command was:  sudo port install octave-vrml.
> Frank
> 

From blb at macports.org  Fri Oct 17 14:29:33 2008
From: blb at macports.org (Bryan Blackburn)
Date: Fri, 17 Oct 2008 15:29:33 -0600
Subject: texlive_base failed to build
In-Reply-To: <7321A700-7B57-45B6-B583-C6B947DEE3FE@comcast.net>
References: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
	<20081017203301.GI68596@ninagal.withay.com>
	<7321A700-7B57-45B6-B583-C6B947DEE3FE@comcast.net>
Message-ID: <20081017212933.GJ68596@ninagal.withay.com>

(Don't forget to reply-all so it gets back to the list, since Apple's mail
appears to ignore Mail-Followup-To:)

On Fri, Oct 17, 2008 at 02:03:56PM -0700, Frank J. R. Hanstick said:
> Hello,
>
> ~ frank$ gcc_select -l
> Available versions:
> mp-gcc43
>
> ~ frank$ which gcc
> /opt/local/bin/gcc
>

Sounds like some part of the texlive_base build process is ignoring when
port sets CC to /usr/bin/gcc-4.0, but only when compiling that one file.
Since it's using just a bare 'gcc' it's picking up your MacPorts-installed
gcc43 which doesn't support the -ObjC++ option (that option is only
available in Apple's gcc).

For now, you should be able to get it to build by using gcc_select to use
gcc40, though your '-l' output above doesn't show it, so make sure you have
the current gcc_select port (0.1_1).

Bryan

[...]
> Frank
>

From dweber at macports.org  Fri Oct 17 14:31:18 2008
From: dweber at macports.org (Darren Weber)
Date: Fri, 17 Oct 2008 14:31:18 -0700
Subject: daemondo with postgresql83-server
Message-ID: <b808b3510810171431w76f13fa2u476ee5d66d953261@mail.gmail.com>

I'm playing with a sandbox version of postgresql83-server and it contains
the following startup config:

############################################
set libdir      ${prefix}/lib/postgresql83
set logdir      ${prefix}/var/log/postgresql83
set dbdir       ${prefix}/var/db/postgresql83/defaultdb
set dbpid       ${dbdir}/postmaster.pid
set dbuser      postgres
set dbgrp       postgres

startupitem.create      yes
startupitem.name        ${name}
startupitem.logfile     ${logdir}/postgres.log
startupitem.logevents   yes
startupitem.init        "PGCTL=${libdir}/bin/pg_ctl"
startupitem.start   \
    "su ${dbuser} -c \"\${PGCTL} -D \${POSTGRESQL83DATA:=${dbdir}} start -w
-l ${logdir}/postgres.log -o \\\"-i -l\\\"\""
startupitem.stop    \
    "su ${dbuser} -c \"\${PGCTL} -D \${POSTGRESQL83DATA:=${dbdir}} stop -s
-m fast\""
startupitem.restart \
    "su ${dbuser} -c \"\${PGCTL} -D \${POSTGRESQL83DATA:=${dbdir}} restart
-w -s -m fast\""
startupitem.pidfile     clean ${dbpid}
############################################

Is it possible to use startupitem.execute for postgresql83?  The script
wrapper simply contains the pg_ctl commands listed above, maybe daemondo
could call pg_ctl directly?  Maybe daemondo could be configured to replace
pg_ctl and call the postmaster directly?


The pid file (/opt/local/var/db/postgresql83/defaultdb/postmaster.pid) is
only available to user postgres:

-rw-------  1 500  postgres  67 Oct 13 20:12
/opt/local/var/db/postgresql83/defaultdb/postmaster.pid

It contains (pid in bold):

[ dweber at XXX ~ ]$ sudo cat
/opt/local/var/db/postgresql83/defaultdb/postmaster.pid
88055
/opt/local/var/db/postgresql83/defaultdb
  5432001    131072

Can daemondo read AND parse this file to get the pid and use it to monitor
the server?  This is the relevant entries on the system from `ps aux | grep
post` (while running the server and pgAmin3 with one connection):

500      88060   0.3  0.0    84776    400   ??  Ss   Mon08PM   0:15.39
postgres: stats collector process










500      86574   0.0  0.0    87992   4208   ??  Ss    2:05PM   0:00.13
postgres: postgres postgres 127.0.0.1(52101) idle










500      88059   0.0  0.0    86920    584   ??  Ss   Mon08PM   0:07.85
postgres: autovacuum launcher process










500      88058   0.0  0.0    86856    436   ??  Ss   Mon08PM   0:13.90
postgres: wal writer process










500      88057   0.0  0.0    86856    752   ??  Ss   Mon08PM   0:18.96
postgres: writer process











root     88044   0.0  0.0    75440    772   ??  Ss   Mon08PM   0:00.01
/opt/local/bin/daemondo --label=postgresql83-server --start-cmd
/opt/local/etc/LaunchDaemons/org.macports.postgresql83-server/postgresql83-server.wrapper
start ; --stop-cmd
/opt/local/etc/LaunchDaemons/org.macports.postgresql83-server/postgresql83-server.wrapper
stop ; --restart-cmd
/opt/local/etc/LaunchDaemons/org.macports.postgresql83-server/postgresql83-server.wrapper
restart ; --verbosity=1 --pid=fileauto --pidfile
/opt/local/var/db/postgresql83/defaultdb/postmaster.pid

daemon     359   0.0  0.0    77476    308   ??  S    Fri04PM   0:00.00
postgres: stats collector process

  daemon     357   0.0  0.0    78464    228   ??  S    Fri04PM   0:00.00
postgres: stats buffer process

 daemon     356   0.0  0.0    78908    960   ??  S    Fri04PM   0:00.99
/System/Library/CoreServices/RemoteManagement/rmdb.bundle/bin/postmaster -D
/var/db/RemoteManagement/RMDB/rmdb.data
500      86580   0.0  0.0    87480   3700   ??  Ss    2:07PM   0:00.01
postgres: postgres test 127.0.0.1(52109) idle






Note the pid file contains a reference to this process:
500      88055   0.0  0.0    86856   2384 s000  S    Mon08PM   0:05.13
/opt/local/lib/postgresql83/bin/postgres -D
/opt/local/var/db/postgresql83/defaultdb

Also note that this process seems to spawn several helpers, incl:
500      88060   0.3  0.0    84776    400   ??  Ss   Mon08PM   0:15.39
postgres: stats collector process
500      88059   0.0  0.0    86920    584   ??  Ss   Mon08PM   0:07.85
postgres: autovacuum launcher process
500      88058   0.0  0.0    86856    436   ??  Ss   Mon08PM   0:13.90
postgres: wal writer process
500      88057   0.0  0.0    86856    752   ??  Ss   Mon08PM   0:18.96
postgres: writer process

I could really appreciate some advice about how daemondo parses a pid file
and whether to modify this startupitem section of the port.  Also appreciate
updated clarification of daemondo vs. launchd (an old email thread on this
from late 2007 was helpful [daemondo defeats purpose of launchd?], maybe
more so than the guide pages that resulted from that thread).

Thanks, Darren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081017/21bda8ca/attachment.html 

From trog24 at comcast.net  Fri Oct 17 16:15:21 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Fri, 17 Oct 2008 16:15:21 -0700
Subject: texlive_base failed to build
In-Reply-To: <20081017212933.GJ68596@ninagal.withay.com>
References: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
	<20081017203301.GI68596@ninagal.withay.com>
	<7321A700-7B57-45B6-B583-C6B947DEE3FE@comcast.net>
	<20081017212933.GJ68596@ninagal.withay.com>
Message-ID: <23FAE295-AD4E-4F9B-B906-AF8F8E96C9A7@comcast.net>

Hello,
	Forgot, the replay does not return to the cc.  I just switched it.
	The path structure points to /opt/local/bin first instead of /usr/ 
bin; therefore, I pickup the gcc_select in /opt/local/bin gcc_select  
which is what I want so long as I do not hit -obj/C++.  I had read  
somewhere that MacPort always used /usr/bin/gcc and bypassed  
gcc_select.  I gather that this is not true.
Frank

On Oct 17, 2008, at 2:29 PM, Bryan Blackburn wrote:

> (Don't forget to reply-all so it gets back to the list, since  
> Apple's mail
> appears to ignore Mail-Followup-To:)
>
> On Fri, Oct 17, 2008 at 02:03:56PM -0700, Frank J. R. Hanstick said:
>> Hello,
>>
>> ~ frank$ gcc_select -l
>> Available versions:
>> mp-gcc43
>>
>> ~ frank$ which gcc
>> /opt/local/bin/gcc
>>
>
> Sounds like some part of the texlive_base build process is ignoring  
> when
> port sets CC to /usr/bin/gcc-4.0, but only when compiling that one  
> file.
> Since it's using just a bare 'gcc' it's picking up your MacPorts- 
> installed
> gcc43 which doesn't support the -ObjC++ option (that option is only
> available in Apple's gcc).
>
> For now, you should be able to get it to build by using gcc_select  
> to use
> gcc40, though your '-l' output above doesn't show it, so make sure  
> you have
> the current gcc_select port (0.1_1).
>
> Bryan
>
> [...]
>> Frank
>>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From ryandesign at macports.org  Sat Oct 18 01:05:03 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 18 Oct 2008 03:05:03 -0500
Subject: texlive_base failed to build
In-Reply-To: <23FAE295-AD4E-4F9B-B906-AF8F8E96C9A7@comcast.net>
References: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
	<20081017203301.GI68596@ninagal.withay.com>
	<7321A700-7B57-45B6-B583-C6B947DEE3FE@comcast.net>
	<20081017212933.GJ68596@ninagal.withay.com>
	<23FAE295-AD4E-4F9B-B906-AF8F8E96C9A7@comcast.net>
Message-ID: <11B38569-90C8-4B68-B2BF-4A60D6B3D67B@macports.org>


On Oct 17, 2008, at 18:15, Frank J. R. Hanstick wrote:

> On Oct 17, 2008, at 2:29 PM, Bryan Blackburn wrote:
>
>> On Fri, Oct 17, 2008 at 02:03:56PM -0700, Frank J. R. Hanstick said:
>>
>>> ~ frank$ gcc_select -l
>>> Available versions:
>>> mp-gcc43
>>>
>>> ~ frank$ which gcc
>>> /opt/local/bin/gcc
>>
>> Sounds like some part of the texlive_base build process is ignoring
>> when
>> port sets CC to /usr/bin/gcc-4.0, but only when compiling that one
>> file.
>> Since it's using just a bare 'gcc' it's picking up your MacPorts-
>> installed
>> gcc43 which doesn't support the -ObjC++ option (that option is only
>> available in Apple's gcc).
>>
>> For now, you should be able to get it to build by using gcc_select
>> to use
>> gcc40, though your '-l' output above doesn't show it, so make sure
>> you have
>> the current gcc_select port (0.1_1).
>
> 	The path structure points to /opt/local/bin first instead of /usr/
> bin; therefore, I pickup the gcc_select in /opt/local/bin gcc_select
> which is what I want so long as I do not hit -obj/C++.  I had read
> somewhere that MacPort always used /usr/bin/gcc and bypassed
> gcc_select.  I gather that this is not true.

MacPorts causes Apple's GCC to always be used by setting the CC  
variable. If the port ignores the CC variable, as some part of  
texlive_base appears to, then MacPorts cannot guarantee what GCC will  
be used. This would appear to be a bug in texlive_base which would be  
best reported to its authors. Or if you can work out a patch to fix  
it, we can apply the patch in the port, and then report it to the  
authors of the software.




From trog24 at comcast.net  Sat Oct 18 02:13:50 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Sat, 18 Oct 2008 02:13:50 -0700
Subject: texlive_base failed to build
In-Reply-To: <11B38569-90C8-4B68-B2BF-4A60D6B3D67B@macports.org>
References: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
	<20081017203301.GI68596@ninagal.withay.com>
	<7321A700-7B57-45B6-B583-C6B947DEE3FE@comcast.net>
	<20081017212933.GJ68596@ninagal.withay.com>
	<23FAE295-AD4E-4F9B-B906-AF8F8E96C9A7@comcast.net>
	<11B38569-90C8-4B68-B2BF-4A60D6B3D67B@macports.org>
Message-ID: <633CD36F-5692-422F-9B42-86A5B1494EF9@comcast.net>

Hello,
	I reconfigured my system to point to gcc-4.0.1 and successfully got  
through texlive.  The installation was completed successfully.

	In going through the sequence I passed you, I noticed the very first  
error line was:

Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_tex_tex 
live_base/work/texlive_base-2007" && make all " returned error 2

Since I do not have verbage before this point, I wonder what in gcc- 
mp-4.3.2 would cause this error.  The build did continue after this  
error in any case.  Even then, there were several compilations prior  
to the gcc -OBjC++ call (xetexini.c, xetex0.c, xetex1.c, xetex2.c,  
xetexextra.c, xetexdir/trans.c, xetexdir/XeTeX_ext.c, and xetexdir/ 
XeTeX_mac.c) that used /usr/bin/gcc-4.0 as advertised.  It was only  
when it came time to compile xetexdir/XeTeXFontMgr_Mac.mm that the  
non prefixed gcc  was called instead of the prefixed /usr/bin/ 
gcc-4.0.  This sounds like a make file error which could have  
resulted from running configure.  Can I assume that in your port, you  
use the configure supplied by the authors to create the make files?
Frank

On Oct 18, 2008, at 1:05 AM, Ryan Schmidt wrote:

>
> On Oct 17, 2008, at 18:15, Frank J. R. Hanstick wrote:
>
>> On Oct 17, 2008, at 2:29 PM, Bryan Blackburn wrote:
>>
>>> On Fri, Oct 17, 2008 at 02:03:56PM -0700, Frank J. R. Hanstick said:
>>>
>>>> ~ frank$ gcc_select -l
>>>> Available versions:
>>>> mp-gcc43
>>>>
>>>> ~ frank$ which gcc
>>>> /opt/local/bin/gcc
>>>
>>> Sounds like some part of the texlive_base build process is ignoring
>>> when
>>> port sets CC to /usr/bin/gcc-4.0, but only when compiling that one
>>> file.
>>> Since it's using just a bare 'gcc' it's picking up your MacPorts-
>>> installed
>>> gcc43 which doesn't support the -ObjC++ option (that option is only
>>> available in Apple's gcc).
>>>
>>> For now, you should be able to get it to build by using gcc_select
>>> to use
>>> gcc40, though your '-l' output above doesn't show it, so make sure
>>> you have
>>> the current gcc_select port (0.1_1).
>>
>> 	The path structure points to /opt/local/bin first instead of /usr/
>> bin; therefore, I pickup the gcc_select in /opt/local/bin gcc_select
>> which is what I want so long as I do not hit -obj/C++.  I had read
>> somewhere that MacPort always used /usr/bin/gcc and bypassed
>> gcc_select.  I gather that this is not true.
>
> MacPorts causes Apple's GCC to always be used by setting the CC  
> variable. If the port ignores the CC variable, as some part of  
> texlive_base appears to, then MacPorts cannot guarantee what GCC  
> will be used. This would appear to be a bug in texlive_base which  
> would be best reported to its authors. Or if you can work out a  
> patch to fix it, we can apply the patch in the port, and then  
> report it to the authors of the software.
>
>
>


From ryandesign at macports.org  Sat Oct 18 02:24:52 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 18 Oct 2008 04:24:52 -0500
Subject: texlive_base failed to build
In-Reply-To: <633CD36F-5692-422F-9B42-86A5B1494EF9@comcast.net>
References: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
	<20081017203301.GI68596@ninagal.withay.com>
	<7321A700-7B57-45B6-B583-C6B947DEE3FE@comcast.net>
	<20081017212933.GJ68596@ninagal.withay.com>
	<23FAE295-AD4E-4F9B-B906-AF8F8E96C9A7@comcast.net>
	<11B38569-90C8-4B68-B2BF-4A60D6B3D67B@macports.org>
	<633CD36F-5692-422F-9B42-86A5B1494EF9@comcast.net>
Message-ID: <1F8F55C1-F1B8-4D0E-A465-CE5061ACC5E6@macports.org>


On Oct 18, 2008, at 04:13, Frank J. R. Hanstick wrote:

> On Oct 18, 2008, at 1:05 AM, Ryan Schmidt wrote:
>
>> On Oct 17, 2008, at 18:15, Frank J. R. Hanstick wrote:
>>
>>> On Oct 17, 2008, at 2:29 PM, Bryan Blackburn wrote:
>>>
>>>> On Fri, Oct 17, 2008 at 02:03:56PM -0700, Frank J. R. Hanstick  
>>>> said:
>>>>
>>>>> ~ frank$ gcc_select -l
>>>>> Available versions:
>>>>> mp-gcc43
>>>>>
>>>>> ~ frank$ which gcc
>>>>> /opt/local/bin/gcc
>>>>
>>>> Sounds like some part of the texlive_base build process is ignoring
>>>> when
>>>> port sets CC to /usr/bin/gcc-4.0, but only when compiling that one
>>>> file.
>>>> Since it's using just a bare 'gcc' it's picking up your MacPorts-
>>>> installed
>>>> gcc43 which doesn't support the -ObjC++ option (that option is only
>>>> available in Apple's gcc).
>>>>
>>>> For now, you should be able to get it to build by using gcc_select
>>>> to use
>>>> gcc40, though your '-l' output above doesn't show it, so make sure
>>>> you have
>>>> the current gcc_select port (0.1_1).
>>>
>>> 	The path structure points to /opt/local/bin first instead of /usr/
>>> bin; therefore, I pickup the gcc_select in /opt/local/bin gcc_select
>>> which is what I want so long as I do not hit -obj/C++.  I had read
>>> somewhere that MacPort always used /usr/bin/gcc and bypassed
>>> gcc_select.  I gather that this is not true.
>>
>> MacPorts causes Apple's GCC to always be used by setting the CC  
>> variable. If the port ignores the CC variable, as some part of  
>> texlive_base appears to, then MacPorts cannot guarantee what GCC  
>> will be used. This would appear to be a bug in texlive_base which  
>> would be best reported to its authors. Or if you can work out a  
>> patch to fix it, we can apply the patch in the port, and then  
>> report it to the authors of the software.
>
> 	I reconfigured my system to point to gcc-4.0.1 and successfully  
> got through texlive.  The installation was completed successfully.
>
> 	In going through the sequence I passed you, I noticed the very  
> first error line was:
>
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_tex_t 
> exlive_base/work/texlive_base-2007" && make all " returned error 2

That is how MacPorts tells you an error occurred. The lines below  
that come from the software being installed and tell you what error  
occurred.

> Since I do not have verbage before this point, I wonder what in gcc- 
> mp-4.3.2 would cause this error.  The build did continue after this  
> error in any case.  Even then, there were several compilations  
> prior to the gcc -OBjC++ call (xetexini.c, xetex0.c, xetex1.c,  
> xetex2.c, xetexextra.c, xetexdir/trans.c, xetexdir/XeTeX_ext.c, and  
> xetexdir/XeTeX_mac.c) that used /usr/bin/gcc-4.0 as advertised.  It  
> was only when it came time to compile xetexdir/XeTeXFontMgr_Mac.mm  
> that the non prefixed gcc  was called instead of the prefixed /usr/ 
> bin/gcc-4.0.  This sounds like a make file error which could have  
> resulted from running configure.  Can I assume that in your port,  
> you use the configure supplied by the authors to create the make  
> files?

The texlive_base port does use the configure script provided with the  
software. You can run "sudo port clean texlive_base" followed by  
"sudo port -d install texlive_base" to see that and all other  
commands that get run, if you like.


From ocroquette at free.fr  Sat Oct 18 05:56:41 2008
From: ocroquette at free.fr (Olivier Croquette)
Date: Sat, 18 Oct 2008 14:56:41 +0200
Subject: Qgit update available in trac
Message-ID: <48F9DD09.4020703@free.fr>

Hi all

I have provided in Trac an update for the qgit port, which also resolves 
an issue, but since then (one week), nothing happened with it.

Do I have to do something to get the change in the official ports ?

https://trac.macports.org/ticket/16827
https://trac.macports.org/ticket/16800

Thanks,

Olivier


From raimue at macports.org  Sat Oct 18 07:30:27 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sat, 18 Oct 2008 16:30:27 +0200
Subject: Qgit update available in trac
In-Reply-To: <48F9DD09.4020703@free.fr>
References: <48F9DD09.4020703@free.fr>
Message-ID: <48F9F303.8030001@macports.org>

Olivier Croquette wrote:
> I have provided in Trac an update for the qgit port, which also resolves 
> an issue, but since then (one week), nothing happened with it.
> 
> Do I have to do something to get the change in the official ports ?

No, you did everything right. Just nobody committed your ticket until
now. Sometimes it just takes a while until someone picks up a ticket, so
it is recommended to ping the list if nothing happens.

> https://trac.macports.org/ticket/16827
> https://trac.macports.org/ticket/16800

Committed in r40920. [1]

Rainer

[1] https://trac.macports.org/changeset/40920

From ocroquette at free.fr  Sat Oct 18 09:01:48 2008
From: ocroquette at free.fr (Olivier Croquette)
Date: Sat, 18 Oct 2008 18:01:48 +0200
Subject: Qgit update available in trac
In-Reply-To: <48F9F303.8030001@macports.org>
References: <48F9DD09.4020703@free.fr> <48F9F303.8030001@macports.org>
Message-ID: <48FA086C.40600@free.fr>

Rainer M?ller wrote, On 18/10/08 16:30:
> Committed in r40920. [1]

Great, thanks !


From trog24 at comcast.net  Sat Oct 18 09:51:26 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Sat, 18 Oct 2008 09:51:26 -0700
Subject: texlive_base failed to build
In-Reply-To: <1F8F55C1-F1B8-4D0E-A465-CE5061ACC5E6@macports.org>
References: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
	<20081017203301.GI68596@ninagal.withay.com>
	<7321A700-7B57-45B6-B583-C6B947DEE3FE@comcast.net>
	<20081017212933.GJ68596@ninagal.withay.com>
	<23FAE295-AD4E-4F9B-B906-AF8F8E96C9A7@comcast.net>
	<11B38569-90C8-4B68-B2BF-4A60D6B3D67B@macports.org>
	<633CD36F-5692-422F-9B42-86A5B1494EF9@comcast.net>
	<1F8F55C1-F1B8-4D0E-A465-CE5061ACC5E6@macports.org>
Message-ID: <F389661D-FA53-4D29-9DC4-AF264CBA7284@comcast.net>

Hello,
	I completely uninstalled texlive and texlive_base and then installed  
using the -d and outputting to a log file.  As I previously noted and  
subsequently suspected,, xetexdir/XeTeXFontMgr_Mac.mm is the only  
file that uses an unprefixed gcc to compile.  The log file  
verification is as follows:

gcc -ObjC++ -I../../libs/icu-xetex/common -I./../../libs/icu-xetex/ 
common -I./../../libs/icu-xetex/layout -DLE_USE_CMEMORY -I/opt/local/ 
include -I/opt/local/include/freetype2 -DHAVE_CONFIG_H  -I. -I. -I.. - 
I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../ 
libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/ 
obsdcompat/..  -DXETEX_MAC -c xetexdir/XeTeXFontMgr_Mac.mm -o  
XeTeXFontMgr_Mac.o

	The situations is that with /opt/local/bin at the head of the path,  
the search for gcc will result in the /opt/local/bin gcc being used  
if installed which will be gcc-mt-4.3.2.

	To verify that the command is generated during ./configure, I  
unpacked texlive_base in my desktop directory, found the directory,  
and ensured that Makefile did not exist.  I then ran ./configure and  
generated Makefile.  The generated Makefile had the unprefixed  
command.  This looks like an author problem because I do not want to  
mess around with the creation of Makefile.
Frank

On Oct 18, 2008, at 2:24 AM, Ryan Schmidt wrote:

>
> On Oct 18, 2008, at 04:13, Frank J. R. Hanstick wrote:
>
>> On Oct 18, 2008, at 1:05 AM, Ryan Schmidt wrote:
>>
>>> On Oct 17, 2008, at 18:15, Frank J. R. Hanstick wrote:
>>>
>>>> On Oct 17, 2008, at 2:29 PM, Bryan Blackburn wrote:
>>>>
>>>>> On Fri, Oct 17, 2008 at 02:03:56PM -0700, Frank J. R. Hanstick  
>>>>> said:
>>>>>
>>>>>> ~ frank$ gcc_select -l
>>>>>> Available versions:
>>>>>> mp-gcc43
>>>>>>
>>>>>> ~ frank$ which gcc
>>>>>> /opt/local/bin/gcc
>>>>>
>>>>> Sounds like some part of the texlive_base build process is  
>>>>> ignoring
>>>>> when
>>>>> port sets CC to /usr/bin/gcc-4.0, but only when compiling that one
>>>>> file.
>>>>> Since it's using just a bare 'gcc' it's picking up your MacPorts-
>>>>> installed
>>>>> gcc43 which doesn't support the -ObjC++ option (that option is  
>>>>> only
>>>>> available in Apple's gcc).
>>>>>
>>>>> For now, you should be able to get it to build by using gcc_select
>>>>> to use
>>>>> gcc40, though your '-l' output above doesn't show it, so make sure
>>>>> you have
>>>>> the current gcc_select port (0.1_1).
>>>>
>>>> 	The path structure points to /opt/local/bin first instead of /usr/
>>>> bin; therefore, I pickup the gcc_select in /opt/local/bin  
>>>> gcc_select
>>>> which is what I want so long as I do not hit -obj/C++.  I had read
>>>> somewhere that MacPort always used /usr/bin/gcc and bypassed
>>>> gcc_select.  I gather that this is not true.
>>>
>>> MacPorts causes Apple's GCC to always be used by setting the CC  
>>> variable. If the port ignores the CC variable, as some part of  
>>> texlive_base appears to, then MacPorts cannot guarantee what GCC  
>>> will be used. This would appear to be a bug in texlive_base which  
>>> would be best reported to its authors. Or if you can work out a  
>>> patch to fix it, we can apply the patch in the port, and then  
>>> report it to the authors of the software.
>>
>> 	I reconfigured my system to point to gcc-4.0.1 and successfully  
>> got through texlive.  The installation was completed successfully.
>>
>> 	In going through the sequence I passed you, I noticed the very  
>> first error line was:
>>
>> Error: Target org.macports.build returned: shell command " cd "/ 
>> opt/local/var/macports/build/ 
>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_tex_ 
>> texlive_base/work/texlive_base-2007" && make all " returned error 2
>
> That is how MacPorts tells you an error occurred. The lines below  
> that come from the software being installed and tell you what error  
> occurred.
>
>> Since I do not have verbage before this point, I wonder what in  
>> gcc-mp-4.3.2 would cause this error.  The build did continue after  
>> this error in any case.  Even then, there were several  
>> compilations prior to the gcc -OBjC++ call (xetexini.c, xetex0.c,  
>> xetex1.c, xetex2.c, xetexextra.c, xetexdir/trans.c, xetexdir/ 
>> XeTeX_ext.c, and xetexdir/XeTeX_mac.c) that used /usr/bin/gcc-4.0  
>> as advertised.  It was only when it came time to compile xetexdir/ 
>> XeTeXFontMgr_Mac.mm that the non prefixed gcc  was called instead  
>> of the prefixed /usr/bin/gcc-4.0.  This sounds like a make file  
>> error which could have resulted from running configure.  Can I  
>> assume that in your port, you use the configure supplied by the  
>> authors to create the make files?
>
> The texlive_base port does use the configure script provided with  
> the software. You can run "sudo port clean texlive_base" followed  
> by "sudo port -d install texlive_base" to see that and all other  
> commands that get run, if you like.
>


From david.trem at gmail.com  Sat Oct 18 10:37:10 2008
From: david.trem at gmail.com (David Trem)
Date: Sat, 18 Oct 2008 19:37:10 +0200
Subject: Pango anti-aliasing
Message-ID: <48FA1EC6.3020205@gmail.com>

Hi,

 It seems that I run into trouble with anti-aliasing and gtk2/pango.
With the latest gtk2 2.14.3, Revision 3
I do not have/see anti-aliasing with pango 1.22.0, x11/pango

Any idea where I should look for...

Thanks in advance,

David

From ryandesign at macports.org  Sat Oct 18 12:24:30 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 18 Oct 2008 14:24:30 -0500
Subject: Pango anti-aliasing
In-Reply-To: <48FA1EC6.3020205@gmail.com>
References: <48FA1EC6.3020205@gmail.com>
Message-ID: <07745E7A-BD51-41DC-B3D3-83CAF5B4B7E3@macports.org>

On Oct 18, 2008, at 12:37, David Trem wrote:

>  It seems that I run into trouble with anti-aliasing and gtk2/pango.
> With the latest gtk2 2.14.3, Revision 3
> I do not have/see anti-aliasing with pango 1.22.0, x11/pango
>
> Any idea where I should look for...

What do I need to do on my system to reproduce the problem? What does  
one do with gtk2 to see it? I don't usually use gtk2.

What OS, Xcode and MacPorts versions do you have and on what kind of  
Mac?


From ryandesign at macports.org  Sat Oct 18 12:25:19 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 18 Oct 2008 14:25:19 -0500
Subject: texlive_base failed to build
In-Reply-To: <F389661D-FA53-4D29-9DC4-AF264CBA7284@comcast.net>
References: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
	<20081017203301.GI68596@ninagal.withay.com>
	<7321A700-7B57-45B6-B583-C6B947DEE3FE@comcast.net>
	<20081017212933.GJ68596@ninagal.withay.com>
	<23FAE295-AD4E-4F9B-B906-AF8F8E96C9A7@comcast.net>
	<11B38569-90C8-4B68-B2BF-4A60D6B3D67B@macports.org>
	<633CD36F-5692-422F-9B42-86A5B1494EF9@comcast.net>
	<1F8F55C1-F1B8-4D0E-A465-CE5061ACC5E6@macports.org>
	<F389661D-FA53-4D29-9DC4-AF264CBA7284@comcast.net>
Message-ID: <C1AC12D4-4A7F-4480-A587-7D0E7ED53357@macports.org>


On Oct 18, 2008, at 11:51, Frank J. R. Hanstick wrote:

> 	I completely uninstalled texlive and texlive_base and then installed
> using the -d and outputting to a log file.  As I previously noted and
> subsequently suspected,, xetexdir/XeTeXFontMgr_Mac.mm is the only
> file that uses an unprefixed gcc to compile.  The log file
> verification is as follows:
>
> gcc -ObjC++ -I../../libs/icu-xetex/common -I./../../libs/icu-xetex/
> common -I./../../libs/icu-xetex/layout -DLE_USE_CMEMORY -I/opt/local/
> include -I/opt/local/include/freetype2 -DHAVE_CONFIG_H  -I. -I. -I.. -
> I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../
> libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/
> obsdcompat/..  -DXETEX_MAC -c xetexdir/XeTeXFontMgr_Mac.mm -o
> XeTeXFontMgr_Mac.o
>
> 	The situations is that with /opt/local/bin at the head of the path,
> the search for gcc will result in the /opt/local/bin gcc being used
> if installed which will be gcc-mt-4.3.2.
>
> 	To verify that the command is generated during ./configure, I
> unpacked texlive_base in my desktop directory, found the directory,
> and ensured that Makefile did not exist.  I then ran ./configure and
> generated Makefile.  The generated Makefile had the unprefixed
> command.  This looks like an author problem because I do not want to
> mess around with the creation of Makefile.

Ok. Will somebody report this problem to the author of texlive?


From trog24 at comcast.net  Sat Oct 18 12:30:58 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Sat, 18 Oct 2008 12:30:58 -0700
Subject: texlive_base failed to build
In-Reply-To: <C1AC12D4-4A7F-4480-A587-7D0E7ED53357@macports.org>
References: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
	<20081017203301.GI68596@ninagal.withay.com>
	<7321A700-7B57-45B6-B583-C6B947DEE3FE@comcast.net>
	<20081017212933.GJ68596@ninagal.withay.com>
	<23FAE295-AD4E-4F9B-B906-AF8F8E96C9A7@comcast.net>
	<11B38569-90C8-4B68-B2BF-4A60D6B3D67B@macports.org>
	<633CD36F-5692-422F-9B42-86A5B1494EF9@comcast.net>
	<1F8F55C1-F1B8-4D0E-A465-CE5061ACC5E6@macports.org>
	<F389661D-FA53-4D29-9DC4-AF264CBA7284@comcast.net>
	<C1AC12D4-4A7F-4480-A587-7D0E7ED53357@macports.org>
Message-ID: <522C2F52-E7E4-4067-A5F3-AD478586DB95@comcast.net>

Hello,
	I do not know who the author is and I am not on their mailing list.
Frank

On Oct 18, 2008, at 12:25 PM, Ryan Schmidt wrote:

>
> On Oct 18, 2008, at 11:51, Frank J. R. Hanstick wrote:
>
>> 	I completely uninstalled texlive and texlive_base and then installed
>> using the -d and outputting to a log file.  As I previously noted and
>> subsequently suspected,, xetexdir/XeTeXFontMgr_Mac.mm is the only
>> file that uses an unprefixed gcc to compile.  The log file
>> verification is as follows:
>>
>> gcc -ObjC++ -I../../libs/icu-xetex/common -I./../../libs/icu-xetex/
>> common -I./../../libs/icu-xetex/layout -DLE_USE_CMEMORY -I/opt/local/
>> include -I/opt/local/include/freetype2 -DHAVE_CONFIG_H  -I. -I. - 
>> I.. -
>> I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../
>> libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/
>> obsdcompat/..  -DXETEX_MAC -c xetexdir/XeTeXFontMgr_Mac.mm -o
>> XeTeXFontMgr_Mac.o
>>
>> 	The situations is that with /opt/local/bin at the head of the path,
>> the search for gcc will result in the /opt/local/bin gcc being used
>> if installed which will be gcc-mt-4.3.2.
>>
>> 	To verify that the command is generated during ./configure, I
>> unpacked texlive_base in my desktop directory, found the directory,
>> and ensured that Makefile did not exist.  I then ran ./configure and
>> generated Makefile.  The generated Makefile had the unprefixed
>> command.  This looks like an author problem because I do not want to
>> mess around with the creation of Makefile.
>
> Ok. Will somebody report this problem to the author of texlive?
>


From david.trem at gmail.com  Sat Oct 18 13:09:59 2008
From: david.trem at gmail.com (David Trem)
Date: Sat, 18 Oct 2008 22:09:59 +0200
Subject: Pango anti-aliasing
In-Reply-To: <07745E7A-BD51-41DC-B3D3-83CAF5B4B7E3@macports.org>
References: <48FA1EC6.3020205@gmail.com>
	<07745E7A-BD51-41DC-B3D3-83CAF5B4B7E3@macports.org>
Message-ID: <48FA4297.6020509@gmail.com>

MacOS 10.5
Xcode 3.0
MacPorts 1.6
on a MacBook (intel)

Just launch, for example, gtk-demo from the terminal to see
anti-aliasing is missing.

David

Ryan Schmidt a ?crit :
> On Oct 18, 2008, at 12:37, David Trem wrote:
> 
>>  It seems that I run into trouble with anti-aliasing and gtk2/pango.
>> With the latest gtk2 2.14.3, Revision 3
>> I do not have/see anti-aliasing with pango 1.22.0, x11/pango
>>
>> Any idea where I should look for...
> 
> What do I need to do on my system to reproduce the problem? What does
> one do with gtk2 to see it? I don't usually use gtk2.
> 
> What OS, Xcode and MacPorts versions do you have and on what kind of Mac?
> 

From ryandesign at macports.org  Sat Oct 18 13:14:33 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 18 Oct 2008 15:14:33 -0500
Subject: Pango anti-aliasing
In-Reply-To: <48FA4297.6020509@gmail.com>
References: <48FA1EC6.3020205@gmail.com>
	<07745E7A-BD51-41DC-B3D3-83CAF5B4B7E3@macports.org>
	<48FA4297.6020509@gmail.com>
Message-ID: <B2E75A94-D766-447E-8F2F-5EF23603EB8B@macports.org>


On Oct 18, 2008, at 15:09, David Trem wrote:

> Ryan Schmidt a ?crit :
>
>> On Oct 18, 2008, at 12:37, David Trem wrote:
>>
>>>  It seems that I run into trouble with anti-aliasing and gtk2/pango.
>>> With the latest gtk2 2.14.3, Revision 3
>>> I do not have/see anti-aliasing with pango 1.22.0, x11/pango
>>>
>>> Any idea where I should look for...
>>
>> What do I need to do on my system to reproduce the problem? What does
>> one do with gtk2 to see it? I don't usually use gtk2.
>>
>> What OS, Xcode and MacPorts versions do you have and on what kind  
>> of Mac?
>
> MacOS 10.5
> Xcode 3.0
> MacPorts 1.6
> on a MacBook (intel)
>
> Just launch, for example, gtk-demo from the terminal to see
> anti-aliasing is missing.

Anti-aliasing is present for me:

Mac OS X 10.4.11
Xcode 2.5
MacPorts from trunk
MacBook Pro

I don't have Leopard available to test with today.

I have installed gtk2+x11
Are you using that, or gtk2+quartz?


From ryandesign at macports.org  Sat Oct 18 13:32:09 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 18 Oct 2008 15:32:09 -0500
Subject: texlive_base failed to build
In-Reply-To: <522C2F52-E7E4-4067-A5F3-AD478586DB95@comcast.net>
References: <67C1052E-DB31-4EEE-8AB5-8DD79417F3F5@comcast.net>
	<20081017203301.GI68596@ninagal.withay.com>
	<7321A700-7B57-45B6-B583-C6B947DEE3FE@comcast.net>
	<20081017212933.GJ68596@ninagal.withay.com>
	<23FAE295-AD4E-4F9B-B906-AF8F8E96C9A7@comcast.net>
	<11B38569-90C8-4B68-B2BF-4A60D6B3D67B@macports.org>
	<633CD36F-5692-422F-9B42-86A5B1494EF9@comcast.net>
	<1F8F55C1-F1B8-4D0E-A465-CE5061ACC5E6@macports.org>
	<F389661D-FA53-4D29-9DC4-AF264CBA7284@comcast.net>
	<C1AC12D4-4A7F-4480-A587-7D0E7ED53357@macports.org>
	<522C2F52-E7E4-4067-A5F3-AD478586DB95@comcast.net>
Message-ID: <2059C3AE-1AE9-45BF-B07C-59EDAEE7AFB1@macports.org>

On Oct 18, 2008, at 14:30, Frank J. R. Hanstick wrote:

> On Oct 18, 2008, at 12:25 PM, Ryan Schmidt wrote:
>
>> On Oct 18, 2008, at 11:51, Frank J. R. Hanstick wrote:
>>
>>> 	I completely uninstalled texlive and texlive_base and then  
>>> installed
>>> using the -d and outputting to a log file.  As I previously noted  
>>> and
>>> subsequently suspected,, xetexdir/XeTeXFontMgr_Mac.mm is the only
>>> file that uses an unprefixed gcc to compile.  The log file
>>> verification is as follows:
>>>
>>> gcc -ObjC++ -I../../libs/icu-xetex/common -I./../../libs/icu-xetex/
>>> common -I./../../libs/icu-xetex/layout -DLE_USE_CMEMORY -I/opt/ 
>>> local/
>>> include -I/opt/local/include/freetype2 -DHAVE_CONFIG_H  -I. -I. -
>>> I.. -
>>> I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../
>>> libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/
>>> obsdcompat/..  -DXETEX_MAC -c xetexdir/XeTeXFontMgr_Mac.mm -o
>>> XeTeXFontMgr_Mac.o
>>>
>>> 	The situations is that with /opt/local/bin at the head of the path,
>>> the search for gcc will result in the /opt/local/bin gcc being used
>>> if installed which will be gcc-mt-4.3.2.
>>>
>>> 	To verify that the command is generated during ./configure, I
>>> unpacked texlive_base in my desktop directory, found the directory,
>>> and ensured that Makefile did not exist.  I then ran ./configure and
>>> generated Makefile.  The generated Makefile had the unprefixed
>>> command.  This looks like an author problem because I do not want to
>>> mess around with the creation of Makefile.
>>
>> Ok. Will somebody report this problem to the author of texlive?
>
> 	I do not know who the author is and I am not on their mailing list.

Would you at least file an issue in the MacPorts issue tracker about  
this problem and assign it to the maintainer of texlive_base so that  
he can take it up with the developers?



From devans at macports.org  Sat Oct 18 13:37:02 2008
From: devans at macports.org (David Evans)
Date: Sat, 18 Oct 2008 13:37:02 -0700
Subject: Pango anti-aliasing
In-Reply-To: <07745E7A-BD51-41DC-B3D3-83CAF5B4B7E3@macports.org>
References: <48FA1EC6.3020205@gmail.com>
	<07745E7A-BD51-41DC-B3D3-83CAF5B4B7E3@macports.org>
Message-ID: <48FA48EE.50703@macports.org>

Ryan Schmidt wrote:
> On Oct 18, 2008, at 12:37, David Trem wrote:
>
>   
>>  It seems that I run into trouble with anti-aliasing and gtk2/pango.
>> With the latest gtk2 2.14.3, Revision 3
>> I do not have/see anti-aliasing with pango 1.22.0, x11/pango
>>
>> Any idea where I should look for...
>>     
>
> What do I need to do on my system to reproduce the problem? What does  
> one do with gtk2 to see it? I don't usually use gtk2.
>
> What OS, Xcode and MacPorts versions do you have and on what kind of  
> Mac?
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
>   
I believe that anti-aliasing is done during rendering in cairo and gtk
and pango take advantage of
this internally.

Perhaps this would be a good question for the gtk list.

http://mail.gnome.org/mailman/listinfo/gtk-list

Also note that the following were released yesterday and so you might
want to wait until
they are available on MacPorts to see if the behavior you describe is
changed in the new
versions.

GTK+ 2.14.4
GLib 2.18.2




From david.trem at gmail.com  Sat Oct 18 14:19:48 2008
From: david.trem at gmail.com (David Trem)
Date: Sat, 18 Oct 2008 23:19:48 +0200
Subject: Pango anti-aliasing
In-Reply-To: <B2E75A94-D766-447E-8F2F-5EF23603EB8B@macports.org>
References: <48FA1EC6.3020205@gmail.com>
	<07745E7A-BD51-41DC-B3D3-83CAF5B4B7E3@macports.org>
	<48FA4297.6020509@gmail.com>
	<B2E75A94-D766-447E-8F2F-5EF23603EB8B@macports.org>
Message-ID: <48FA52F4.4050202@gmail.com>

OK thanks for your feedback Ryan.
It seems that it is actually something about default font size and/or
anti-aliasing threshold.
The fact is after upgrading pango to 1.22.0 and gtk2 to 2.14.3
I get poor visual result on my MacBook. Could somebody help me improve
the result.

Thanks,

David

Ryan Schmidt a ?crit :
> 
> On Oct 18, 2008, at 15:09, David Trem wrote:
> 
>> Ryan Schmidt a ?crit :
>>
>>> On Oct 18, 2008, at 12:37, David Trem wrote:
>>>
>>>>  It seems that I run into trouble with anti-aliasing and gtk2/pango.
>>>> With the latest gtk2 2.14.3, Revision 3
>>>> I do not have/see anti-aliasing with pango 1.22.0, x11/pango
>>>>
>>>> Any idea where I should look for...
>>>
>>> What do I need to do on my system to reproduce the problem? What does
>>> one do with gtk2 to see it? I don't usually use gtk2.
>>>
>>> What OS, Xcode and MacPorts versions do you have and on what kind of
>>> Mac?
>>
>> MacOS 10.5
>> Xcode 3.0
>> MacPorts 1.6
>> on a MacBook (intel)
>>
>> Just launch, for example, gtk-demo from the terminal to see
>> anti-aliasing is missing.
> 
> Anti-aliasing is present for me:
> 
> Mac OS X 10.4.11
> Xcode 2.5
> MacPorts from trunk
> MacBook Pro
> 
> I don't have Leopard available to test with today.
> 
> I have installed gtk2+x11
> Are you using that, or gtk2+quartz?
> 

From david.trem at gmail.com  Sat Oct 18 14:23:40 2008
From: david.trem at gmail.com (David Trem)
Date: Sat, 18 Oct 2008 23:23:40 +0200
Subject: Pango anti-aliasing
In-Reply-To: <48FA48EE.50703@macports.org>
References: <48FA1EC6.3020205@gmail.com>	<07745E7A-BD51-41DC-B3D3-83CAF5B4B7E3@macports.org>
	<48FA48EE.50703@macports.org>
Message-ID: <48FA53DC.2070304@gmail.com>

Thanks for these comments David!
I think I will wait for the new GTK+ and Glib to be available through
macports before trying to investigate more.

David

David Evans a ?crit :

> I believe that anti-aliasing is done during rendering in cairo and gtk
> and pango take advantage of
> this internally.
> 
> Perhaps this would be a good question for the gtk list.
> 
> http://mail.gnome.org/mailman/listinfo/gtk-list
> 
> Also note that the following were released yesterday and so you might
> want to wait until
> they are available on MacPorts to see if the behavior you describe is
> changed in the new
> versions.
> 
> GTK+ 2.14.4
> GLib 2.18.2


From ross at ross-williams.net  Sat Oct 18 20:44:03 2008
From: ross at ross-williams.net (Ross Williams)
Date: Sat, 18 Oct 2008 23:44:03 -0400
Subject: HTTrack: checksum mismatch
In-Reply-To: <16f2c48c0810182038g3b23499ane1cb3a51abac892d@mail.gmail.com>
References: <0270E093-98F9-4BC1-8BAF-560490ED022A@siarp.de>
	<FC236597-607C-4083-AA88-CE4628869169@nzbox.com>
	<16f2c48c0810182038g3b23499ane1cb3a51abac892d@mail.gmail.com>
Message-ID: <16f2c48c0810182044t7b1a7909j3c519e2c4f88249@mail.gmail.com>

I, after an inexcusable delay (sorry), have updated the httrack portfile in
ticket https://trac.macports.org/ticket/16913 to version 3.43-1.

On Sat, Aug 16, 2008 at 8:19 PM, Mike Savory <msavory1 at nzbox.com> wrote:

> Hi Martin
>
> Looks like there was a version bump that broke the previous download
> Version 3.42-3 (07/28/2008)
> CC to the maintainer so he can hopefully update the port
>
> It looks like the file download location has moved....
>
> DEBUG: Executing org.macports.fetch (httrack)
> --->  httrack-3.42-2.tar.gz doesn't seem to exist in
> /opt/local/var/macports/distfiles/httrack
> --->  Attempting to fetch httrack-3.42-2.tar.gz from
> http://download.httrack.com/cserv.php3?File=
>
> The new download locations are
> http://download.httrack.com/cserv.php3?File=httrack.tar.gz
> http://www.httrack.com/httrack-3.42-3.tar.gz
>
> Changing the version, download location and Checksums
>
> checksums                       md5 b522c758601a974b3851907ad66801d1 \
>                                        sha1
> 6d4fae72290f8fdd424878e99ba4261741af1a8d \
>                                        rmd160
> 1e8df088ff0a2978715161b8f77f871bef3787e8
>
>
> Builds OK for me (Leopard Intel)
>
>
> Regards
>
> Mike
>
>
> On Aug 16, 2008, at 3:12 PM, Martin Stadler wrote:
>
>  Hi!
>>
>> When I try to install httrack I get the following error:
>>
>> sudo port install httrack
>> --->  Verifying checksum(s) for httrack
>> Error: Checksum (md5) mismatch for httrack-3.42-2.tar.gz
>> Error: Checksum (sha1) mismatch for httrack-3.42-2.tar.gz
>> Error: Checksum (rmd160) mismatch for httrack-3.42-2.tar.gz
>> Error: Target org.macports.checksum returned: Unable to verify file
>> checksums
>> Error: Status 1 encountered during processing.
>>
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081018/5595a1b2/attachment.html 

From frstan at bellsouth.net  Sat Oct 18 21:05:15 2008
From: frstan at bellsouth.net (William Davis)
Date: Sun, 19 Oct 2008 00:05:15 -0400
Subject: grace patch error
Message-ID: <A693F5BF-662E-473F-B651-DA412C01F59D@bellsouth.net>

DEBUG: Executing org.macports.main (grace)
--->  Fetching grace
DEBUG: Executing org.macports.fetch (grace)
--->  patch-configure.diff doesn't seem to exist in /opt/local/var/ 
macports/distfiles/grace
--->  Attempting to fetch patch-configure.diff from http://svn.macports.org/repository/macports/distfiles/grace
   % 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



William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From blb at macports.org  Sat Oct 18 21:30:04 2008
From: blb at macports.org (Bryan Blackburn)
Date: Sat, 18 Oct 2008 22:30:04 -0600
Subject: grace patch error
In-Reply-To: <A693F5BF-662E-473F-B651-DA412C01F59D@bellsouth.net>
References: <A693F5BF-662E-473F-B651-DA412C01F59D@bellsouth.net>
Message-ID: <20081019043004.GI40157@ninagal.withay.com>

On Sun, Oct 19, 2008 at 12:05:15AM -0400, William Davis said:
> DEBUG: Executing org.macports.main (grace)
> --->  Fetching grace
> DEBUG: Executing org.macports.fetch (grace)
> --->  patch-configure.diff doesn't seem to exist in /opt/local/var/ 
> macports/distfiles/grace
> --->  Attempting to fetch patch-configure.diff from http://svn.macports.org/repository/macports/distfiles/grace
>    % 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
> 

Looks like the patch file wasn't added when the port was updated; I've added
it, so try a 'sudo port sync' in about half an hour and try again.

Bryan


> 
> 
> William Davis
> frstanATbellsouthDOTnet
> Mac OS X.5.5 Darwin 9.5.0
> XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
> Mac Mini Intel Duo @ 1.86 GHz
> 
> Mundus vult decepi, ego non
> 

From frstan at bellsouth.net  Sat Oct 18 22:25:32 2008
From: frstan at bellsouth.net (William Davis)
Date: Sun, 19 Oct 2008 01:25:32 -0400
Subject: grace patch error
In-Reply-To: <20081019043004.GI40157@ninagal.withay.com>
References: <A693F5BF-662E-473F-B651-DA412C01F59D@bellsouth.net>
	<20081019043004.GI40157@ninagal.withay.com>
Message-ID: <6BA26E22-D627-4992-A167-A5720104C2B2@bellsouth.net>


On Oct 19, 2008, at 12:30 AM, Bryan Blackburn wrote:

> On Sun, Oct 19, 2008 at 12:05:15AM -0400, William Davis said:
>> DEBUG: Executing org.macports.main (grace)
>> --->  Fetching grace
>> DEBUG: Executing org.macports.fetch (grace)
>> --->  patch-configure.diff doesn't seem to exist in /opt/local/var/
>> macports/distfiles/grace
>> --->  Attempting to fetch patch-configure.diff from http://svn.macports.org/repository/macports/distfiles/grace
>>   % 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
>>
>
> Looks like the patch file wasn't added when the port was updated;  
> I've added
> it, so try a 'sudo port sync' in about half an hour and try again.
>
> Bryan



Yes, that did the trick! Thank you.

William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From David.Epstein at warwick.ac.uk  Sun Oct 19 00:01:07 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Sun, 19 Oct 2008 00:01:07 -0700 (PDT)
Subject: loader error, uninstall fails
Message-ID: <20053716.post@talk.nabble.com>


While trying to install gimp, I had problems with exiv2. So first I did
sudo port clean --all exiv2
Is this the correct command for removing all exiv2 files? This worked
without complaint. I then tried to install exiv2 on its own, with the
following results---I've collected together standard output and standard
error resulting from the sudo port install exiv2 command. Then I get
loader/linker errors. I'm weak on interpreting compiler errors, but the
trouble seems to be clashing or overlapping versions of libgcc in the Apple
hierarchy. I'm out of my depth (which is pretty shallow at the best of
times).

Is this a bug in the exiv2 port?

Thanks
David

sudo port install exiv2
--->  Fetching exiv2
--->  Attempting to fetch exiv2-0.17.1.tar.gz from http://www.exiv2.org/
--->  Verifying checksum(s) for exiv2
--->  Extracting exiv2
--->  Configuring exiv2
--->  Building exiv2 with target all
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_exiv2/work/exiv2-0.17.1"
&& make all " returned error 2
Command output:  /usr/bin/g++-4.0 -O2 -Wall -Wcast-align -Wpointer-arith
-Wformat-security -Wmissing-format-attribute -Woverloaded-virtual -W -MMD
-I. -I/opt/local/include -DEXV_LOCALEDIR=\"/opt/local/share/locale\"
-I../xmpsdk/include -c value.cpp  -fno-common -DPIC -o .libs/value.o
 /usr/bin/g++-4.0 -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/local/include -DEXV_LOCALEDIR=\"/opt/local/share/locale\"
-I../xmpsdk/include -c value.cpp -o value.o >/dev/null 2>&1
 /usr/bin/g++-4.0 -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/local/include -DEXV_LOCALEDIR=\"/opt/local/share/locale\"
-I../xmpsdk/include -c version.cpp  -fno-common -DPIC -o .libs/version.o
 /usr/bin/g++-4.0 -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/local/include -DEXV_LOCALEDIR=\"/opt/local/share/locale\"
-I../xmpsdk/include -c version.cpp -o version.o >/dev/null 2>&1
 /usr/bin/g++-4.0 -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/local/include -DEXV_LOCALEDIR=\"/opt/local/share/locale\"
-I../xmpsdk/include -c properties.cpp  -fno-common -DPIC -o
.libs/properties.o
 /usr/bin/g++-4.0 -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/local/include -DEXV_LOCALEDIR=\"/opt/local/share/locale\"
-I../xmpsdk/include -c properties.cpp -o properties.o >/dev/null 2>&1
 /usr/bin/g++-4.0 -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/local/include -DEXV_LOCALEDIR=\"/opt/local/share/locale\"
-I../xmpsdk/include -c xmp.cpp  -fno-common -DPIC -o .libs/xmp.o
 /usr/bin/g++-4.0 -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/local/include -DEXV_LOCALEDIR=\"/opt/local/share/locale\"
-I../xmpsdk/include -c xmp.cpp -o xmp.o >/dev/null 2>&1
 /usr/bin/g++-4.0 -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/local/include -DEXV_LOCALEDIR=\"/opt/local/share/locale\"
-I../xmpsdk/include -c xmpsidecar.cpp  -fno-common -DPIC -o
.libs/xmpsidecar.o
 /usr/bin/g++-4.0 -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/local/include -DEXV_LOCALEDIR=\"/opt/local/share/locale\"
-I../xmpsdk/include -c xmpsidecar.cpp -o xmpsidecar.o >/dev/null 2>&1
../libtool --mode=link /usr/bin/g++-4.0 -L/opt/local/lib  -L../xmpsdk/src -o
libexiv2.la basicio.lo bmpimage.lo canonmn.lo convert.lo cr2image.lo
crwimage.lo datasets.lo error.lo exif.lo futils.lo fujimn.lo gifimage.lo
ifd.lo image.lo iptc.lo jp2image.lo jpgimage.lo makernote.lo makernote2.lo
metadatum.lo minoltamn.lo mrwimage.lo nikonmn.lo olympusmn.lo orfimage.lo
panasonicmn.lo pngimage.lo pngchunk.lo psdimage.lo rafimage.lo sigmamn.lo
pentaxmn.lo sonymn.lo tags.lo tgaimage.lo tiffcomposite.lo tiffimage.lo
tiffparser.lo tiffvisitor.lo types.lo value.lo version.lo properties.lo
xmp.lo xmpsidecar.lo  -rpath /opt/local/lib -version-info 4:1:0
-L/opt/local/lib -lintl -L/opt/local/lib -liconv -lc -R/opt/local/lib
-Wl,-framework -Wl,CoreFoundation -L/opt/local/lib -liconv -R/opt/local/lib
-lz   -lexpat -lxmpsdk
/usr/bin/g++-4.0 -dynamiclib -single_module -flat_namespace -undefined
suppress -o .libs/libexiv2.4.0.1.dylib  .libs/basicio.o .libs/bmpimage.o
.libs/canonmn.o .libs/convert.o .libs/cr2image.o .libs/crwimage.o
.libs/datasets.o .libs/error.o .libs/exif.o .libs/futils.o .libs/fujimn.o
.libs/gifimage.o .libs/ifd.o .libs/image.o .libs/iptc.o .libs/jp2image.o
.libs/jpgimage.o .libs/makernote.o .libs/makernote2.o .libs/metadatum.o
.libs/minoltamn.o .libs/mrwimage.o .libs/nikonmn.o .libs/olympusmn.o
.libs/orfimage.o .libs/panasonicmn.o .libs/pngimage.o .libs/pngchunk.o
.libs/psdimage.o .libs/rafimage.o .libs/sigmamn.o .libs/pentaxmn.o
.libs/sonymn.o .libs/tags.o .libs/tgaimage.o .libs/tiffcomposite.o
.libs/tiffimage.o .libs/tiffparser.o .libs/tiffvisitor.o .libs/types.o
.libs/value.o .libs/version.o .libs/properties.o .libs/xmp.o
.libs/xmpsidecar.o -all_load 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_exiv2/work/exiv2-0.17.1/xmpsdk/src/.libs/libxmpsdk.a 
-L/opt/local/lib
-L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_exiv2/work/exiv2-0.17.1/xmpsdk/src
/opt/local/lib/libintl.dylib -lc /opt/local/lib/libiconv.dylib -lz
/opt/local/lib/libexpat.dylib  -Wl,-framework -Wl,CoreFoundation
-install_name  /opt/local/lib/libexiv2.4.dylib -compatibility_version 5
-current_version 5.1
ld: multiple definitions of symbol ___floatdisf
/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc.a(_floatdisf.o) private
external definition of ___floatdisf in section (__TEXT,__text)
/usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libgcc_s.10.4.dylib(_floatdisf_s.o)
definition of ___floatdisf
ld: multiple definitions of symbol ___floatdidf
/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc.a(_floatdidf.o) private
external definition of ___floatdidf in section (__TEXT,__text)
/usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libgcc_s.10.4.dylib(_floatdidf_s.o)
definition of ___floatdidf
ld: multiple definitions of symbol ___divdi3
/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc.a(_divdi3.o) private external
definition of ___divdi3 in section (__TEXT,__text)
/usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libgcc_s.10.4.dylib(_divdi3_s.o)
definition of ___divdi3
ld: multiple definitions of symbol ___udivdi3
/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc.a(_udivdi3.o) private external
definition of ___udivdi3 in section (__TEXT,__text)
/usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libgcc_s.10.4.dylib(_udivdi3_s.o)
definition of ___udivdi3
ld: multiple definitions of symbol ___umoddi3
/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc.a(_umoddi3.o) private external
definition of ___umoddi3 in section (__TEXT,__text)
/usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libgcc_s.10.4.dylib(_umoddi3_s.o)
definition of ___umoddi3
/usr/bin/libtool: internal link edit command failed
make[1]: *** [lib] Error 1
make: *** [all] Error 2

Error: Status 1 encountered during processing.
-- 
View this message in context: http://www.nabble.com/loader-error%2C-uninstall-fails-tp20053716p20053716.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From blb at macports.org  Sun Oct 19 00:23:56 2008
From: blb at macports.org (Bryan Blackburn)
Date: Sun, 19 Oct 2008 01:23:56 -0600
Subject: loader error, uninstall fails
In-Reply-To: <20053716.post@talk.nabble.com>
References: <20053716.post@talk.nabble.com>
Message-ID: <20081019072356.GJ40157@ninagal.withay.com>

On Sun, Oct 19, 2008 at 12:01:07AM -0700, David Epstein said:
> 
> While trying to install gimp, I had problems with exiv2. So first I did
> sudo port clean --all exiv2
> Is this the correct command for removing all exiv2 files? This worked
> without complaint. I then tried to install exiv2 on its own, with the
> following results---I've collected together standard output and standard
> error resulting from the sudo port install exiv2 command. Then I get
> loader/linker errors. I'm weak on interpreting compiler errors, but the
> trouble seems to be clashing or overlapping versions of libgcc in the Apple
> hierarchy. I'm out of my depth (which is pretty shallow at the best of
> times).
> 
> Is this a bug in the exiv2 port?
> 
> Thanks
> David
> 
> sudo port install exiv2
[...]
> ld: multiple definitions of symbol ___floatdisf
> /usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc.a(_floatdisf.o) private
> external definition of ___floatdisf in section (__TEXT,__text)
> /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libgcc_s.10.4.dylib(_floatdisf_s.o)
> definition of ___floatdisf
[...]

Check your Xcode version, make sure you have (since you appear to be running
10.4) at least 2.4.1 or 2.5.

Bryan


From David.Epstein at warwick.ac.uk  Sun Oct 19 00:51:48 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Sun, 19 Oct 2008 00:51:48 -0700 (PDT)
Subject: loader error, uninstall fails
In-Reply-To: <20081019072356.GJ40157@ninagal.withay.com>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
Message-ID: <20053941.post@talk.nabble.com>




Bryan Blackburn-4 wrote:
> 
> Check your Xcode version, make sure you have (since you appear to be
> running
> 10.4) at least 2.4.1 or 2.5.
> Bryan
> 

I have version 2.4.1 of Xcode.
I am running Mac Os X 10.4.11 on an Intel Mac Pro. I have an alarming number
of versions of libcc, though possibly some are linked to others. I would
have expected the port of exiv2 to use one of the versions in /opt/local,
rather than the Apple versions.

/Applications/MATLAB74/sys/os/maci/libgcc_s.1.0.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/darwin/3.1/libgcc.a
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/darwin/3.3/libgcc.a
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/powerpc-apple-darwin7/4.0.0/libgcc.a
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/powerpc-apple-darwin7/4.0.0/libgcc_eh.a
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/powerpc-apple-darwin7/4.0.0/libgcc_s.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/powerpc-apple-darwin7/4.0.0/libgcc_static.a
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/powerpc-apple-darwin7/4.0.1/libgcc.a
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/powerpc-apple-darwin7/4.0.1/libgcc_eh.a
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/powerpc-apple-darwin7/4.0.1/libgcc_static.a
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libgcc_s.1.0.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libgcc_s.1.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libgcc_s.10.4.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libgcc_s.10.5.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libgcc_s_ppc64.1.dylib
/Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libgcc_s_x86_64.1.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/darwin/3.3/libgcc.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin8/4.0.0/libgcc.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin8/4.0.0/libgcc_eh.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin8/4.0.0/libgcc_s.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin8/4.0.0/libgcc_s_ppc64.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin8/4.0.0/libgcc_static.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc_eh.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc_static.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin8/4.0.1/x86_64/libgcc.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/i686-apple-darwin8/4.0.1/x86_64/libgcc_eh.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.0/libgcc.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.0/libgcc_eh.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.0/libgcc_s.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.0/libgcc_s_ppc64.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.0/libgcc_static.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.0/ppc64/libgcc.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.0/ppc64/libgcc_eh.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libgcc.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libgcc_eh.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libgcc_static.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/ppc64/libgcc.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/ppc64/libgcc_eh.a
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libgcc_s.1.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libgcc_s.10.4.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libgcc_s.10.5.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libgcc_s_ppc64.1.dylib
/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libgcc_s_x86_64.1.dylib
/Library/Frameworks/R.framework/Versions/2.4/Resources/lib/libgcc_s.1.0.dylib
/Library/Frameworks/R.framework/Versions/2.7/Resources/lib/libgcc_s.1.dylib
/opt/local/lib/gcc42/libgcc_s.1.dylib
/opt/local/lib/gcc42/libgcc_s.10.4.dylib
/opt/local/lib/gcc42/libgcc_s.10.5.dylib
/opt/local/lib/gcc42/libgcc_s_ppc64.1.dylib
/opt/local/lib/gcc42/libgcc_s_x86_64.1.dylib
/opt/local/var/macports/software/gcc42/4.2.2_0+darwin_8/opt/local/lib/gcc42/gcc/i386-apple-darwin8.10.1/4.2.2/libgcc.a
/opt/local/var/macports/software/gcc42/4.2.2_0+darwin_8/opt/local/lib/gcc42/gcc/i386-apple-darwin8.10.1/4.2.2/libgcc_eh.a
/opt/local/var/macports/software/gcc42/4.2.2_0+darwin_8/opt/local/lib/gcc42/libgcc_s.1.dylib
/opt/local/var/macports/software/gcc42/4.2.2_0+darwin_8/opt/local/lib/gcc42/libgcc_s.10.4.dylib
/opt/local/var/macports/software/gcc42/4.2.2_0+darwin_8/opt/local/lib/gcc42/libgcc_s.10.5.dylib
/opt/local/var/macports/software/gcc42/4.2.2_0+darwin_8/opt/local/lib/gcc42/libgcc_s_ppc64.1.dylib
/opt/local/var/macports/software/gcc42/4.2.2_0+darwin_8/opt/local/lib/gcc42/libgcc_s_x86_64.1.dylib
/usr/lib/gcc/darwin/3.3/libgcc.a
/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc.a
/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc_eh.a
/usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc_static.a
/usr/lib/gcc/i686-apple-darwin8/4.0.1/x86_64/libgcc.a
/usr/lib/gcc/i686-apple-darwin8/4.0.1/x86_64/libgcc_eh.a
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libgcc.a
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libgcc_eh.a
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libgcc_static.a
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/ppc64/libgcc.a
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/ppc64/libgcc_eh.a
/usr/lib/libgcc_s.1.dylib
/usr/lib/libgcc_s.10.4.dylib
/usr/lib/libgcc_s.10.5.dylib
/usr/lib/libgcc_s_ppc64.1.dylib
/usr/lib/libgcc_s_x86_64.1.dylib
/usr/local/lib/gcc/i686-apple-darwin8/4.2.3/libgcc.a
/usr/local/lib/gcc/i686-apple-darwin8/4.2.3/libgcc_eh.a
/usr/local/lib/gcc/i686-apple-darwin8/4.2.3/x86_64/libgcc.a
/usr/local/lib/gcc/i686-apple-darwin8/4.2.3/x86_64/libgcc_eh.a
/usr/local/lib/gcc/powerpc-apple-darwin8/4.2.3/libgcc.a
/usr/local/lib/gcc/powerpc-apple-darwin8/4.2.3/libgcc_eh.a
/usr/local/lib/gcc/powerpc-apple-darwin8/4.2.3/ppc64/libgcc.a
/usr/local/lib/gcc/powerpc-apple-darwin8/4.2.3/ppc64/libgcc_eh.a
/usr/local/lib/libgcc_s.1.dylib
/usr/local/lib/libgcc_s.10.4.dylib
/usr/local/lib/libgcc_s.10.5.dylib
/usr/local/lib/libgcc_s_ppc64.1.dylib
/usr/local/lib/libgcc_s_x86_64.1.dylib

-- 
View this message in context: http://www.nabble.com/loader-error%2C-uninstall-fails-tp20053716p20053941.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From raimue at macports.org  Sun Oct 19 06:12:03 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 19 Oct 2008 15:12:03 +0200
Subject: grace patch error
In-Reply-To: <20081019043004.GI40157@ninagal.withay.com>
References: <A693F5BF-662E-473F-B651-DA412C01F59D@bellsouth.net>
	<20081019043004.GI40157@ninagal.withay.com>
Message-ID: <48FB3223.7090601@macports.org>

Bryan Blackburn wrote:
> On Sun, Oct 19, 2008 at 12:05:15AM -0400, William Davis said:
>> DEBUG: Executing org.macports.main (grace)
>> --->  Fetching grace
>> DEBUG: Executing org.macports.fetch (grace)
>> --->  patch-configure.diff doesn't seem to exist in /opt/local/var/ 
>> macports/distfiles/grace
>> --->  Attempting to fetch patch-configure.diff from http://svn.macports.org/repository/macports/distfiles/grace
>>    % 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
>>
> 
> Looks like the patch file wasn't added when the port was updated; I've added
> it, so try a 'sudo port sync' in about half an hour and try again.

My bad, sorry. I forgot the 'svn add' on the files/ directory as I
committed the update yesterday.

Rainer

From olaf at foellinger.de  Sun Oct 19 12:08:42 2008
From: olaf at foellinger.de (Olaf Foellinger)
Date: Sun, 19 Oct 2008 21:08:42 +0200
Subject: how to build gimp +quartz?
Message-ID: <20081019190841.GA1868@foellinger.de>

Hi,

today I've tried to build 

$ sudo port install gimp-app +quartz

on a relative freshly installed macports. Before I've installed the x11
version of gnucash.

Macports has installed the x11 version of gimp to. What do I have to do
to install the quartz version? My next target would be the quartz
version of gnucash which should be possible according to 

http://wiki.gnucash.org/wiki/MacOSX/Quartz 

Gru? Olaf

From devans at macports.org  Sun Oct 19 13:07:52 2008
From: devans at macports.org (David Evans)
Date: Sun, 19 Oct 2008 13:07:52 -0700
Subject: how to build gimp +quartz?
In-Reply-To: <20081019190841.GA1868@foellinger.de>
References: <20081019190841.GA1868@foellinger.de>
Message-ID: <48FB9398.9060806@macports.org>

Olaf Foellinger wrote:
> Hi,
>
> today I've tried to build 
>
> $ sudo port install gimp-app +quartz
>
> on a relative freshly installed macports. Before I've installed the x11
> version of gnucash.
>
> Macports has installed the x11 version of gimp to. What do I have to do
> to install the quartz version? My next target would be the quartz
> version of gnucash which should be possible according to 
>
> http://wiki.gnucash.org/wiki/MacOSX/Quartz 
>
> Gru? Olaf
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
>   
I'm not sure that anyone has succeeded doing this with version 2.6.1
yet.  Even the
official GIMP On MacOSX prebuilt version is X11.

The general idea is that you have to rebuild gtk2 and its dependencies
with +quartz or +no_x11 as is the case
by looking at each port and then rebuild gimp using these as the
dependencies.

This will break a lot of things that expect x11 support in other apps so
you probably would
want to do this using a separate MacPorts installation just for this
purpose.

Another approach is to build separate copies of the underlying
dependencies using Imendio's
system for building GTK in native mode.  A description of how to go
about this can be found
on the gimp.org wiki (Wilber's Wiki)  here

http://wiki.gimp.org/gimp/HowToCompileGimp/MacOSX

Hope this helps and if you have any success or run into specific
problems please let us know.




From ryandesign at macports.org  Sun Oct 19 14:53:38 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 19 Oct 2008 16:53:38 -0500
Subject: loader error, uninstall fails
In-Reply-To: <20053941.post@talk.nabble.com>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
Message-ID: <1B09EE2B-405E-4293-BE8E-A26D7212224B@macports.org>


On Oct 19, 2008, at 02:51, David Epstein wrote:

> I have version 2.4.1 of Xcode.
> I am running Mac Os X 10.4.11 on an Intel Mac Pro. I have an  
> alarming number
> of versions of libcc, though possibly some are linked to others. I  
> would
> have expected the port of exiv2 to use one of the versions in /opt/ 
> local,
> rather than the Apple versions.

All ports compile with Apple's gcc from Xcode, unless they include a  
statement like "configure.compiler macports-gcc-4.3" and "depends_lib  
port:gcc43" to indicate that they specifically want a newer GCC built  
with MacPorts. exiv2 does not have these statements, so it's normal  
that it's using Apple's gcc.



From David.Epstein at warwick.ac.uk  Mon Oct 20 00:10:21 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Mon, 20 Oct 2008 00:10:21 -0700 (PDT)
Subject: loader error, uninstall fails
In-Reply-To: <1B09EE2B-405E-4293-BE8E-A26D7212224B@macports.org>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<1B09EE2B-405E-4293-BE8E-A26D7212224B@macports.org>
Message-ID: <20064293.post@talk.nabble.com>




Ryan Schmidt-24 wrote:
> 
> All ports compile with Apple's gcc from Xcode, unless they include a  
> statement like "configure.compiler macports-gcc-4.3" and "depends_lib  
> port:gcc43" to indicate that they specifically want a newer GCC built  
> with MacPorts. exiv2 does not have these statements, so it's normal  
> that it's using Apple's gcc.
> 

So, should I try downloading the latest version of Xcode? Could that make a
difference? I'm running MacOsX 10.4.11 on a G4 PPC.
David
-- 
View this message in context: http://www.nabble.com/loader-error%2C-uninstall-fails-tp20053716p20064293.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From ryandesign at macports.org  Mon Oct 20 02:03:28 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 20 Oct 2008 04:03:28 -0500
Subject: loader error, uninstall fails
In-Reply-To: <20064293.post@talk.nabble.com>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<1B09EE2B-405E-4293-BE8E-A26D7212224B@macports.org>
	<20064293.post@talk.nabble.com>
Message-ID: <798151D7-B883-41C2-9C16-808F1A4D70E9@macports.org>

On Oct 20, 2008, at 02:10, David Epstein wrote:

> Ryan Schmidt wrote:
>
>> All ports compile with Apple's gcc from Xcode, unless they include a
>> statement like "configure.compiler macports-gcc-4.3" and "depends_lib
>> port:gcc43" to indicate that they specifically want a newer GCC built
>> with MacPorts. exiv2 does not have these statements, so it's normal
>> that it's using Apple's gcc.
>
> So, should I try downloading the latest version of Xcode? Could  
> that make a
> difference? I'm running MacOsX 10.4.11 on a G4 PPC.

Before you said you were using an Intel Mac:

On Oct 19, 2008, at 02:51, David Epstein wrote:

> I have version 2.4.1 of Xcode.
> I am running Mac Os X 10.4.11 on an Intel Mac Pro.

Are you experiencing the issue on multiple machines?

I do generally recommend updating Xcode, although if you already have  
2.4.1, I don't think there are a lot of changes in 2.5. If you have  
earlier than 2.4.1, definitely upgrade; MacPorts install  
documentation says we require at least Xcode 2.4.1 on Tiger because  
earlier versions are known to be problematic in various ways.


From David.Epstein at warwick.ac.uk  Mon Oct 20 02:55:47 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Mon, 20 Oct 2008 02:55:47 -0700 (PDT)
Subject: loader error, uninstall fails
In-Reply-To: <798151D7-B883-41C2-9C16-808F1A4D70E9@macports.org>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<1B09EE2B-405E-4293-BE8E-A26D7212224B@macports.org>
	<20064293.post@talk.nabble.com>
	<798151D7-B883-41C2-9C16-808F1A4D70E9@macports.org>
Message-ID: <20066373.post@talk.nabble.com>




Ryan Schmidt-24 wrote:
> 
> On Oct 20, 2008, at 02:10, David Epstein wrote:
> 
>> Ryan Schmidt wrote:
>>
>>> All ports compile with Apple's gcc from Xcode, unless they include a
>>> statement like "configure.compiler macports-gcc-4.3" and "depends_lib
>>> port:gcc43" to indicate that they specifically want a newer GCC built
>>> with MacPorts. exiv2 does not have these statements, so it's normal
>>> that it's using Apple's gcc.
>>
>> So, should I try downloading the latest version of Xcode? Could  
>> that make a
>> difference? I'm running MacOsX 10.4.11 on a G4 PPC.
> 
> Before you said you were using an Intel Mac:
> 
> On Oct 19, 2008, at 02:51, David Epstein wrote:
> 
>> I have version 2.4.1 of Xcode.
>> I am running Mac Os X 10.4.11 on an Intel Mac Pro.
> 
> Are you experiencing the issue on multiple machines?
> 
> I do generally recommend updating Xcode, although if you already have  
> 2.4.1, I don't think there are a lot of changes in 2.5. If you have  
> earlier than 2.4.1, definitely upgrade; MacPorts install  
> documentation says we require at least Xcode 2.4.1 on Tiger because  
> earlier versions are known to be problematic in various ways.
> 

Sorry, I got mixed up about my machines. I haven't tried the exiv2 download
on my G4 PPC, so I don't know if the download works. I'll stay with trying
to update my Intel Mac Pro for the moment. The latest version of Xcode is
3.1. My current version on the laptop is 2.4.1. I'll try updating Xcode. I
wonder whether updating Xcode will remove the clashing versions of libcc
that seem to be giving me trouble. I can't do this immediately, but will
report back in case it does give a fix, and then other people will know what
to do if they come across a similar problem.
-- 
View this message in context: http://www.nabble.com/loader-error%2C-uninstall-fails-tp20053716p20066373.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From David.Epstein at warwick.ac.uk  Mon Oct 20 08:22:55 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Mon, 20 Oct 2008 08:22:55 -0700 (PDT)
Subject: loader error, uninstall fails
In-Reply-To: <20066373.post@talk.nabble.com>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<1B09EE2B-405E-4293-BE8E-A26D7212224B@macports.org>
	<20064293.post@talk.nabble.com>
	<798151D7-B883-41C2-9C16-808F1A4D70E9@macports.org>
	<20066373.post@talk.nabble.com>
Message-ID: <20071679.post@talk.nabble.com>




David Epstein wrote:
> 
> 
> 
> Ryan Schmidt-24 wrote:
>> 
>> On Oct 20, 2008, at 02:10, David Epstein wrote:
>> 
>>> Ryan Schmidt wrote:
>>>
>>>> All ports compile with Apple's gcc from Xcode, unless they include a
>>>> statement like "configure.compiler macports-gcc-4.3" and "depends_lib
>>>> port:gcc43" to indicate that they specifically want a newer GCC built
>>>> with MacPorts. exiv2 does not have these statements, so it's normal
>>>> that it's using Apple's gcc.
>>>
>>> So, should I try downloading the latest version of Xcode? Could  
>>> that make a
>>> difference? I'm running MacOsX 10.4.11 on a G4 PPC.
>> 
>> Before you said you were using an Intel Mac:
>> 
>> On Oct 19, 2008, at 02:51, David Epstein wrote:
>> 
>>> I have version 2.4.1 of Xcode.
>>> I am running Mac Os X 10.4.11 on an Intel Mac Pro.
>> 
>> Are you experiencing the issue on multiple machines?
>> 
>> I do generally recommend updating Xcode, although if you already have  
>> 2.4.1, I don't think there are a lot of changes in 2.5. If you have  
>> earlier than 2.4.1, definitely upgrade; MacPorts install  
>> documentation says we require at least Xcode 2.4.1 on Tiger because  
>> earlier versions are known to be problematic in various ways.
>> 
> 
> Sorry, I got mixed up about my machines. I haven't tried the exiv2
> download on my G4 PPC, so I don't know if the download works. I'll stay
> with trying to update my Intel Mac Pro for the moment. The latest version
> of Xcode is 3.1. My current version on the laptop is 2.4.1. I'll try
> updating Xcode. I wonder whether updating Xcode will remove the clashing
> versions of libcc that seem to be giving me trouble. I can't do this
> immediately, but will report back in case it does give a fix, and then
> other people will know what to do if they come across a similar problem.
> 

I downloaded the latest version of Xcode to each of my two machines. The
download was xcode31_2199_developerdvd.dmg for Xcode 3.1 (or maybe 3.1.1).
When I click on XcodeTools.mpkg, I get the message
Open Failed. Couldn't open "XcodeTools.mpkg".
This happens on both my Intel laptop and on my G4 PCC, both running MacOsX
10.4.11.
Although this is not directly a MacPorts problem, it does seem to be a
problem for MacPorts, because MacPorts depend on Xcode's gcc working
correctly.

Any suggestions as to another forum where I might take this up?
Thanks
David
-- 
View this message in context: http://www.nabble.com/loader-error%2C-uninstall-fails-tp20053716p20071679.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From macsforever2000 at macports.org  Mon Oct 20 08:29:46 2008
From: macsforever2000 at macports.org (Frank Schima)
Date: Mon, 20 Oct 2008 09:29:46 -0600
Subject: loader error, uninstall fails
In-Reply-To: <20071679.post@talk.nabble.com>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<1B09EE2B-405E-4293-BE8E-A26D7212224B@macports.org>
	<20064293.post@talk.nabble.com>
	<798151D7-B883-41C2-9C16-808F1A4D70E9@macports.org>
	<20066373.post@talk.nabble.com> <20071679.post@talk.nabble.com>
Message-ID: <B73F2178-E3D3-481E-960E-B7881939B51C@macports.org>


On Oct 20, 2008, at 9:22 AM, David Epstein wrote:

> I downloaded the latest version of Xcode to each of my two machines.  
> The
> download was xcode31_2199_developerdvd.dmg for Xcode 3.1 (or maybe  
> 3.1.1).
> When I click on XcodeTools.mpkg, I get the message
> Open Failed. Couldn't open "XcodeTools.mpkg".
> This happens on both my Intel laptop and on my G4 PCC, both running  
> MacOsX
> 10.4.11.
> Although this is not directly a MacPorts problem, it does seem to be a
> problem for MacPorts, because MacPorts depend on Xcode's gcc working
> correctly.
>
> Any suggestions as to another forum where I might take this up?

The latest version of Xcode that you can install on Tiger is 2.5.


Cheers!
Frank


From David.Epstein at warwick.ac.uk  Mon Oct 20 08:48:43 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Mon, 20 Oct 2008 08:48:43 -0700 (PDT)
Subject: Xcode
Message-ID: <20072805.post@talk.nabble.com>


My apologies for posting this message twice. But I thought someone might know
about Xcode who wasn't reading the long and boring thread about my port
install problems with exiv2.

I downloaded the latest version of Xcode to each of my two machines. The
download was xcode31_2199_developerdvd.dmg for Xcode 3.1 (or maybe 3.1.1).
When I click on XcodeTools.mpkg, I get the message
Open Failed. Couldn't open "XcodeTools.mpkg".
This happens on both my Intel laptop and on my G4 PCC, both running MacOsX
10.4.11.
Although this is not directly a MacPorts problem, it does seem to be a
problem for MacPorts, because MacPorts depend on Xcode's gcc working
correctly.

Is it the case that Xcode3.x is not suitable for MacOsX 10.4.11? I read what
Apple had to say about this, and it certainly seems to me that it is
supposed to work on 10.4.11, but maybe I didn't understand what they were
saying.

I'm about to try Xcode2.5 to see if that works any better.

Any suggestions as to another forum the "Couldn't open" message would be
on-topic?
Thanks
David
-- 
View this message in context: http://www.nabble.com/Xcode-tp20072805p20072805.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From ryan_ware at me.com  Mon Oct 20 08:50:21 2008
From: ryan_ware at me.com (Ware, Ryan R)
Date: Mon, 20 Oct 2008 08:50:21 -0700
Subject: Xcode
In-Reply-To: <20072805.post@talk.nabble.com>
References: <20072805.post@talk.nabble.com>
Message-ID: <B0874404-0B7D-4C2B-AF83-A417C0B0A219@me.com>

David,

Xcode 2.5 should work for you.  The most recent version of Xcode that  
runs on Tiger is 2.5.  Anything newer requires that you have Leopard  
installed.  I suspect that is why the XcodeTools.mpkg failes.

Ryan

On Oct 20, 2008, at 8:48 AM, David Epstein wrote:

>
> My apologies for posting this message twice. But I thought someone  
> might know
> about Xcode who wasn't reading the long and boring thread about my  
> port
> install problems with exiv2.
>
> I downloaded the latest version of Xcode to each of my two machines.  
> The
> download was xcode31_2199_developerdvd.dmg for Xcode 3.1 (or maybe  
> 3.1.1).
> When I click on XcodeTools.mpkg, I get the message
> Open Failed. Couldn't open "XcodeTools.mpkg".
> This happens on both my Intel laptop and on my G4 PCC, both running  
> MacOsX
> 10.4.11.
> Although this is not directly a MacPorts problem, it does seem to be a
> problem for MacPorts, because MacPorts depend on Xcode's gcc working
> correctly.
>
> Is it the case that Xcode3.x is not suitable for MacOsX 10.4.11? I  
> read what
> Apple had to say about this, and it certainly seems to me that it is
> supposed to work on 10.4.11, but maybe I didn't understand what they  
> were
> saying.
>
> I'm about to try Xcode2.5 to see if that works any better.
>
> Any suggestions as to another forum the "Couldn't open" message  
> would be
> on-topic?
> Thanks
> David
> -- 
> View this message in context: http://www.nabble.com/Xcode-tp20072805p20072805.html
> Sent from the MacPorts - Users mailing list archive at Nabble.com.
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From dluke at geeklair.net  Mon Oct 20 09:04:18 2008
From: dluke at geeklair.net (Daniel J. Luke)
Date: Mon, 20 Oct 2008 12:04:18 -0400
Subject: daemondo with postgresql83-server
In-Reply-To: <b808b3510810171431w76f13fa2u476ee5d66d953261@mail.gmail.com>
References: <b808b3510810171431w76f13fa2u476ee5d66d953261@mail.gmail.com>
Message-ID: <4D9C9C77-24A6-4406-924C-FB8E359331B5@geeklair.net>

On Oct 17, 2008, at 5:31 PM, Darren Weber wrote:
> Is it possible to use startupitem.execute for postgresql83?

Yes.

> The script wrapper simply contains the pg_ctl commands listed above,  
> maybe daemondo could call pg_ctl directly?

Yes, it could.

> Maybe daemondo could be configured to replace pg_ctl and call the  
> postmaster directly?

Probably, but the postgresql documentation recommends using pg_ctl  
(especially as you would have difficulty doing clean postgres  
shutdowns otherwise).

> Can daemondo read AND parse this file to get the pid and use it to  
> monitor the server?

Yes.

I have a non-macports install of postgresql that uses daemondo and  
this works fine [1]. If you're curious, the code for daemondo isn't  
that large, and you can check it out yourself (http://trac.macports.org/browser/trunk/base/src/programs/daemondo/main.c 
)

> I could really appreciate some advice about how daemondo parses a  
> pid file and whether to modify this startupitem section of the port.

If things are working, why do you need to modify it?

> Also appreciate updated clarification of daemondo vs. launchd (an  
> old email thread on this from late 2007 was helpful [daemondo  
> defeats purpose of launchd?], maybe more so than the guide pages  
> that resulted from that thread).


Launchd is the application starter on Mac OS X. It has an API that  
allows for more flexibility than exists with older methods of  
launching things. Daemondo helps applications that don't know about  
launchd fit into the launchd environment better.

Apple has documentation on launchd you can read if you're interested  
in more details.

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


1. Here's the text of my launchd plist:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/D
TDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
         <key>Debug</key>
         <false/>
         <key>GroupName</key>
         <string>postgres</string>
         <key>Label</key>
         <string>net.geeklair.postgres</string>
         <key>OnDemand</key>
         <false/>
         <key>ProgramArguments</key>
         <array>
                 <string>/opt/local/bin/daemondo</string>
                 <string>--label=postgres</string>
                 <string>--start-cmd</string>
                 <string>/usr/local/pgsql/bin/pg_ctl</string>
                 <string>start</string>
                 <string>-o</string>
                 <string>-i</string>
                 <string>-D</string>
                 <string>/usr/local/pgsql/data</string>
                 <string>;</string>
                 <string>--stop-cmd</string>
                 <string>/usr/local/pgsql/bin/pg_ctl</string>
                 <string>stop</string>
                 <string>-m</string>
                 <string>fast</string>
                 <string>;</string>
                 <string>--restart-cmd</string>
                 <string>/usr/local/pgsql/bin/pg_ctl</string>
                 <string>restart</string>
                 <string>-m</string>
                 <string>fast</string>
                 <string>-o</string>
                 <string>-i</string>
                 <string>-D</string>
                 <string>/usr/local/pgsql/data</string>
                 <string>;</string>
                 <string>--pid=fileauto</string>
                 <string>--pidfile=/usr/local/pgsql/data/ 
postmaster.pid</string>
         </array>
         <key>RunAtLoad</key>
         <false/>
         <key>UserName</key>
         <string>postgres</string>
</dict>
</plist>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081020/25985241/attachment.bin 

From anton.van.oosten at telenet.be  Mon Oct 20 11:03:35 2008
From: anton.van.oosten at telenet.be (Anton van Oosten)
Date: Mon, 20 Oct 2008 20:03:35 +0200
Subject: type S_REGULAR does not match previous objects type S_COALESCED
Message-ID: <B8E16C50-20F1-45F8-9998-419A28AF0181@telenet.be>

I encounter a problem with pdflib when I install octave.
At pdflib I encounter the error:  "type S_REGULAR does not match  
previous objects type S_COALESCED".

Who knows the fix?

Regards

Anton

sudo port install octave
Password:
--->  Building pdflib with target all
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_print_p 
dflib/work/PDFlib-Lite-7.0.3" && make all " returned error 2
Command output: /usr/bin/ld: /usr/local/lib/libstdc++.a(ostream- 
inst.o) section's (__TEXT,__eh_frame) type S_REGULAR does not match  
previous objects type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(ostream-inst.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(string-inst.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(string-inst.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(ios.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(ios.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(ostream-inst.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(ostream-inst.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(misc-inst.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(tinfo.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(eh_catch.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(eh_catch.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(eh_personality.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(string-inst.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(string-inst.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(string-inst.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(string-inst.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(eh_terminate.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(eh_alloc.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(eh_personality.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(eh_alloc.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/lib/libstdc++.a(eh_throw.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/gcc/gcc/libgcc.a(unwind-dw2.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/gcc/gcc/libgcc.a(_divdi3.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
/usr/bin/ld: /usr/local/gcc/gcc/libgcc.a(_moddi3.o) section's  
(__TEXT,__eh_frame) type S_REGULAR does not match previous objects  
type S_COALESCED
collect2: ld returned 1 exit status
make[3]: *** [hello] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all] Error 2
make: *** [all] Error 2

Error: The following dependencies failed to build: gnuplot pdflib  
gsed hdf5 pcre texinfo lzmautils texlive texlive_base texi2html  
texlive_texmf-full texlive_texmf-minimal
Error: Status 1 encountered during processing.




From blb at macports.org  Mon Oct 20 13:42:58 2008
From: blb at macports.org (Bryan Blackburn)
Date: Mon, 20 Oct 2008 14:42:58 -0600
Subject: type S_REGULAR does not match previous objects type S_COALESCED
In-Reply-To: <B8E16C50-20F1-45F8-9998-419A28AF0181@telenet.be>
References: <B8E16C50-20F1-45F8-9998-419A28AF0181@telenet.be>
Message-ID: <20081020204258.GE461@ninagal.withay.com>

On Mon, Oct 20, 2008 at 08:03:35PM +0200, Anton van Oosten said:
> I encounter a problem with pdflib when I install octave.
> At pdflib I encounter the error:  "type S_REGULAR does not match  
> previous objects type S_COALESCED".
> 
> Who knows the fix?
> 
> Regards
> 
> Anton
> 
> sudo port install octave
> Password:
> --->  Building pdflib with target all
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_print_p 
> dflib/work/PDFlib-Lite-7.0.3" && make all " returned error 2
> Command output: /usr/bin/ld: /usr/local/lib/libstdc++.a(ostream- 
> inst.o) section's (__TEXT,__eh_frame) type S_REGULAR does not match  
> previous objects type S_COALESCED

You appear to have an install of gcc in /usr/local that seems to be getting
in the way of using the one installed with Xcode (it should be using the one
in /usr/lib instead).

Bryan

[...]

From ryandesign at macports.org  Mon Oct 20 13:52:46 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 20 Oct 2008 15:52:46 -0500
Subject: Xcode
In-Reply-To: <20072805.post@talk.nabble.com>
References: <20072805.post@talk.nabble.com>
Message-ID: <53058ECB-F26A-4744-9CD0-BAD359DDF042@macports.org>

On Oct 20, 2008, at 10:48, David Epstein wrote:

> My apologies for posting this message twice. But I thought someone  
> might know
> about Xcode who wasn't reading the long and boring thread about my  
> port
> install problems with exiv2.
>
> I downloaded the latest version of Xcode to each of my two  
> machines. The
> download was xcode31_2199_developerdvd.dmg for Xcode 3.1 (or maybe  
> 3.1.1).
> When I click on XcodeTools.mpkg, I get the message
> Open Failed. Couldn't open "XcodeTools.mpkg".
> This happens on both my Intel laptop and on my G4 PCC, both running  
> MacOsX
> 10.4.11.

Xcode 3.x is only for Mac OS X 10.5.x.
Xcode 2.x is only for Mac OS X 10.4.x.
Xcode 1.x is only for Mac OS X 10.3.x.


From ryandesign at macports.org  Mon Oct 20 14:03:05 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 20 Oct 2008 16:03:05 -0500
Subject: loader error, uninstall fails
In-Reply-To: <20053941.post@talk.nabble.com>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
Message-ID: <2BDF9097-B85D-47AF-B717-235170E4CA3E@macports.org>


On Oct 19, 2008, at 02:51, David Epstein wrote:

> I have version 2.4.1 of Xcode.
> I am running Mac Os X 10.4.11 on an Intel Mac Pro. I have an  
> alarming number
> of versions of libcc, though possibly some are linked to others.  
> [snip]

Most of the libgcc's you showed are normal and expected to be  
present. However these are not:

> /usr/local/lib/gcc/i686-apple-darwin8/4.2.3/libgcc.a
> /usr/local/lib/gcc/i686-apple-darwin8/4.2.3/libgcc_eh.a
> /usr/local/lib/gcc/i686-apple-darwin8/4.2.3/x86_64/libgcc.a
> /usr/local/lib/gcc/i686-apple-darwin8/4.2.3/x86_64/libgcc_eh.a
> /usr/local/lib/gcc/powerpc-apple-darwin8/4.2.3/libgcc.a
> /usr/local/lib/gcc/powerpc-apple-darwin8/4.2.3/libgcc_eh.a
> /usr/local/lib/gcc/powerpc-apple-darwin8/4.2.3/ppc64/libgcc.a
> /usr/local/lib/gcc/powerpc-apple-darwin8/4.2.3/ppc64/libgcc_eh.a
> /usr/local/lib/libgcc_s.1.dylib
> /usr/local/lib/libgcc_s.10.4.dylib
> /usr/local/lib/libgcc_s.10.5.dylib
> /usr/local/lib/libgcc_s_ppc64.1.dylib
> /usr/local/lib/libgcc_s_x86_64.1.dylib

Looks like you have a copy of gcc 4.2.3 installed in /usr/local.  
Things installed in /usr/local often conflict with MacPorts so it's  
not recommended to have anything in /usr/local while using MacPorts.  
To see if this is the problem, rename /usr/local to /usr/local-off,  
clean the port you were having trouble with, and try installing it  
again.



From dweber at macports.org  Mon Oct 20 14:10:31 2008
From: dweber at macports.org (Darren Weber)
Date: Mon, 20 Oct 2008 14:10:31 -0700
Subject: daemondo with postgresql83-server
In-Reply-To: <4D9C9C77-24A6-4406-924C-FB8E359331B5@geeklair.net>
References: <b808b3510810171431w76f13fa2u476ee5d66d953261@mail.gmail.com>
	<4D9C9C77-24A6-4406-924C-FB8E359331B5@geeklair.net>
Message-ID: <b808b3510810201410od091e64oea8d3600c4082539@mail.gmail.com>

Thanks, Daniel.

I discovered that my startup problems were related to SSL options - I did
not create a server certificate.

I now have a custom Portfile that is working with SSL enabled (after I
created the server certificate).  It is using daemondo to control the
server.  I'm trying to stay within the parameters of macports to get this
running, and I can't see a way to create your .plist file directly.  Anyhow,
daemondo is monitoring the server by using a pid-file and it's working as
expected.

See my custom Portfile attached.  I'll submit this to track for
consideration.

Best, Darren



On Mon, Oct 20, 2008 at 9:04 AM, Daniel J. Luke <dluke at geeklair.net> wrote:

> On Oct 17, 2008, at 5:31 PM, Darren Weber wrote:
>
>> Is it possible to use startupitem.execute for postgresql83?
>>
>
> Yes.
>
>  The script wrapper simply contains the pg_ctl commands listed above, maybe
>> daemondo could call pg_ctl directly?
>>
>
> Yes, it could.
>
>  Maybe daemondo could be configured to replace pg_ctl and call the
>> postmaster directly?
>>
>
> Probably, but the postgresql documentation recommends using pg_ctl
> (especially as you would have difficulty doing clean postgres shutdowns
> otherwise).
>
>  Can daemondo read AND parse this file to get the pid and use it to monitor
>> the server?
>>
>
> Yes.
>
> I have a non-macports install of postgresql that uses daemondo and this
> works fine [1]. If you're curious, the code for daemondo isn't that large,
> and you can check it out yourself (
> http://trac.macports.org/browser/trunk/base/src/programs/daemondo/main.c)
>
>  I could really appreciate some advice about how daemondo parses a pid file
>> and whether to modify this startupitem section of the port.
>>
>
> If things are working, why do you need to modify it?
>
>  Also appreciate updated clarification of daemondo vs. launchd (an old
>> email thread on this from late 2007 was helpful [daemondo defeats purpose of
>> launchd?], maybe more so than the guide pages that resulted from that
>> thread).
>>
>
>
> Launchd is the application starter on Mac OS X. It has an API that allows
> for more flexibility than exists with older methods of launching things.
> Daemondo helps applications that don't know about launchd fit into the
> launchd environment better.
>
> Apple has documentation on launchd you can read if you're interested in
> more details.
>
> --
> 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.          |
> +========================================================+
>
>
> 1. Here's the text of my launchd plist:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "
> http://www.apple.com/D
> TDs/PropertyList-1.0.dtd">
> <plist version="1.0">
> <dict>
>        <key>Debug</key>
>        <false/>
>        <key>GroupName</key>
>        <string>postgres</string>
>        <key>Label</key>
>        <string>net.geeklair.postgres</string>
>        <key>OnDemand</key>
>        <false/>
>        <key>ProgramArguments</key>
>        <array>
>                <string>/opt/local/bin/daemondo</string>
>                <string>--label=postgres</string>
>                <string>--start-cmd</string>
>                <string>/usr/local/pgsql/bin/pg_ctl</string>
>                <string>start</string>
>                <string>-o</string>
>                <string>-i</string>
>                <string>-D</string>
>                <string>/usr/local/pgsql/data</string>
>                <string>;</string>
>                <string>--stop-cmd</string>
>                <string>/usr/local/pgsql/bin/pg_ctl</string>
>                <string>stop</string>
>                <string>-m</string>
>                <string>fast</string>
>                <string>;</string>
>                <string>--restart-cmd</string>
>                <string>/usr/local/pgsql/bin/pg_ctl</string>
>                <string>restart</string>
>                <string>-m</string>
>                <string>fast</string>
>                <string>-o</string>
>                <string>-i</string>
>                <string>-D</string>
>                <string>/usr/local/pgsql/data</string>
>                <string>;</string>
>                <string>--pid=fileauto</string>
>
>  <string>--pidfile=/usr/local/pgsql/data/postmaster.pid</string>
>        </array>
>        <key>RunAtLoad</key>
>        <false/>
>        <key>UserName</key>
>        <string>postgres</string>
> </dict>
> </plist>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081020/765a3505/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Portfile
Type: application/octet-stream
Size: 4975 bytes
Desc: not available
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081020/765a3505/attachment.obj 

From dweber at macports.org  Mon Oct 20 14:24:15 2008
From: dweber at macports.org (Darren Weber)
Date: Mon, 20 Oct 2008 14:24:15 -0700
Subject: macports stages - how to stop server processes?
Message-ID: <b808b3510810201424xe39850dwb6fef0347744f1a2@mail.gmail.com>

RE: http://guide.macports.org/#reference.phases
Can we define phases for deactivate and uninstall?

For example, postgresql83-server is left running after doing uninstall.
 There should be an option to take down and remove any config data for a
server process during the deactivate and uninstall phases.  In the case of
postgresql83-server, it is monitored by daemondo (which is watched by
launchd), so we need to do a couple of things (not sure of the right order):

a) sudo launchctl unload -w
/Library/LaunchDaemons/org.macports.postgresql83-server.plist
b) stop daemondo watching the server
c) stop the server
d) remove launch files
e) remove config files (or maybe this is part of 'clean --all').

Any suggestions?

Thanks, Darren

PS, Come to think of it, it might be useful to be able to do these things
when upgrading a server installation (ie: first stop and remove the current
server).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20081020/f75529aa/attachment.html 

From David.Epstein at warwick.ac.uk  Mon Oct 20 14:26:45 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Mon, 20 Oct 2008 14:26:45 -0700 (PDT)
Subject: loader error, uninstall fails
In-Reply-To: <2BDF9097-B85D-47AF-B717-235170E4CA3E@macports.org>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<2BDF9097-B85D-47AF-B717-235170E4CA3E@macports.org>
Message-ID: <20079120.post@talk.nabble.com>




Ryan Schmidt-24 wrote:
> 
> Looks like you have a copy of gcc 4.2.3 installed in /usr/local.  
> Things installed in /usr/local often conflict with MacPorts so it's  
> not recommended to have anything in /usr/local while using MacPorts.  
> To see if this is the problem, rename /usr/local to /usr/local-off,  
> clean the port you were having trouble with, and try installing it  
> again.
> 

I successfully installed Xcode2.5. Thanks for explaining that I couldn't use
Xcode3.x on MacOsX10.4.11.
I renamed /usr/local to /usr/local-off

sudo port install exiv2
then gave me exactly the same linker/loader errors as before.

So I seem to be stymied, unless I move to Leopard on my laptop. I haven't
yet tried to install exiv2 on my G4 PCC.

David
-- 
View this message in context: http://www.nabble.com/loader-error%2C-uninstall-fails-tp20053716p20079120.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From blb at macports.org  Mon Oct 20 14:36:05 2008
From: blb at macports.org (Bryan Blackburn)
Date: Mon, 20 Oct 2008 15:36:05 -0600
Subject: loader error, uninstall fails
In-Reply-To: <20079120.post@talk.nabble.com>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<2BDF9097-B85D-47AF-B717-235170E4CA3E@macports.org>
	<20079120.post@talk.nabble.com>
Message-ID: <20081020213605.GI461@ninagal.withay.com>

On Mon, Oct 20, 2008 at 02:26:45PM -0700, David Epstein said:
[...]
> I successfully installed Xcode2.5. Thanks for explaining that I couldn't use
> Xcode3.x on MacOsX10.4.11.
> I renamed /usr/local to /usr/local-off
> 
> sudo port install exiv2
> then gave me exactly the same linker/loader errors as before.

I think that looks the same as ticket #16728:

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

There's a possible workaround listed there if you feel like trying it,
though I believe that workaround shouldn't be needed with a new version of
MacPorts.

Bryan


> 
> So I seem to be stymied, unless I move to Leopard on my laptop. I haven't
> yet tried to install exiv2 on my G4 PCC.
> 
> David

From ryandesign at macports.org  Mon Oct 20 15:15:09 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 20 Oct 2008 17:15:09 -0500
Subject: macports stages - how to stop server processes?
In-Reply-To: <b808b3510810201424xe39850dwb6fef0347744f1a2@mail.gmail.com>
References: <b808b3510810201424xe39850dwb6fef0347744f1a2@mail.gmail.com>
Message-ID: <89974CCD-0331-402A-B01B-C57EBDA7CBD1@macports.org>


On Oct 20, 2008, at 16:24, Darren Weber wrote:

> RE: http://guide.macports.org/#reference.phases
>
> Can we define phases for deactivate and uninstall?
>
> For example, postgresql83-server is left running after doing  
> uninstall.  There should be an option to take down and remove any  
> config data for a server process during the deactivate and  
> uninstall phases.  In the case of postgresql83-server, it is  
> monitored by daemondo (which is watched by launchd), so we need to  
> do a couple of things (not sure of the right order):
>
> a) sudo launchctl unload -w /Library/LaunchDaemons/ 
> org.macports.postgresql83-server.plist
> b) stop daemondo watching the server
> c) stop the server
> d) remove launch files
> e) remove config files (or maybe this is part of 'clean --all').
>
> Any suggestions?
>
> Thanks, Darren
>
> PS, Come to think of it, it might be useful to be able to do these  
> things when upgrading a server installation (ie: first stop and  
> remove the current server).

There is a longstanding issue...

If you have a server running and you upgrade the port, then the old  
plist (that says the server was running) gets removed (because it's  
part of the files installed by the port) and the new plist that gets  
installed says the server isn't running, though it still is.

We added "port load" and "port unload" to 1.7. What I think we should  
still do is call "port unload" automatically before we call "port  
deactivate" (if the port was loaded), and then after "port activate",  
we should automatically call "port load" (if the port was previously  
loaded).


From trog24 at comcast.net  Mon Oct 20 15:59:40 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Mon, 20 Oct 2008 15:59:40 -0700
Subject: loader error, uninstall fails
In-Reply-To: <20081020213605.GI461@ninagal.withay.com>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<2BDF9097-B85D-47AF-B717-235170E4CA3E@macports.org>
	<20079120.post@talk.nabble.com>
	<20081020213605.GI461@ninagal.withay.com>
Message-ID: <C412D1FF-C159-4FD7-868B-03A6043C04F3@comcast.net>

Hello,
	Just on a lark, I tried porting on my Quicksilver (PowerPC G4) and  
got the same error though limited to __divdi3, __udivdi3, and  
__umoddi3.  I looked at the configuration and noticed that it is the  
same as described.  I had just updated from XCode 2.4.0 to XCode  
2.4.5 so I know that I have the latest XCode for Tiger.  This does  
appear to be the same as #16728; but, that still begs the question of  
why I am trying to get the same definitions from two separate  
places.  What is the difference between  /usr/lib/gcc/powerpc-apple- 
darwin8/4.0.1/libgcc.a and /usr/lib/libgcc_s.10.4.dylib and are both  
intended to be stand alone libraries or are they suppose to work in  
tandem.  It they are to work in tandem, then there is a problem of  
having the same definition in both and if they are to work as  
standalone, then the build needs to select one or the other from  
known multiple definitions.
Frank

On Oct 20, 2008, at 2:36 PM, Bryan Blackburn wrote:

> On Mon, Oct 20, 2008 at 02:26:45PM -0700, David Epstein said:
> [...]
>> I successfully installed Xcode2.5. Thanks for explaining that I  
>> couldn't use
>> Xcode3.x on MacOsX10.4.11.
>> I renamed /usr/local to /usr/local-off
>>
>> sudo port install exiv2
>> then gave me exactly the same linker/loader errors as before.
>
> I think that looks the same as ticket #16728:
>
> <http://trac.macports.org/ticket/16728>
>
> There's a possible workaround listed there if you feel like trying it,
> though I believe that workaround shouldn't be needed with a new  
> version of
> MacPorts.
>
> Bryan
>
>
>>
>> So I seem to be stymied, unless I move to Leopard on my laptop. I  
>> haven't
>> yet tried to install exiv2 on my G4 PCC.
>>
>> David
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From frstan at bellsouth.net  Mon Oct 20 16:59:40 2008
From: frstan at bellsouth.net (William Davis)
Date: Mon, 20 Oct 2008 19:59:40 -0400
Subject: open jpeg build error
Message-ID: <155A78C7-0302-42D3-979D-7831F127BD4B@bellsouth.net>

ld: malformed version number: 2.1.2.0
collect2: ld returned 1 exit status
make: *** [libopenjpeg-2.1.2.0.dylib] Error 1
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_graphics_openjpeg/work/OpenJPEG_v1_3" &&  
make all -f Makefile.osx PREFIX=/opt/local " returned error 2
Command output: /usr/bin/gcc-4.0 -dynamiclib -install_name /opt/local/ 
lib/libopenjpeg-2.1.2.0.dylib  -current_version 2.1.2.0 - 
compatibility_version 2 -o libopenjpeg-2.1.2.0.dylib ./libopenjpeg/ 
bio.o ./libopenjpeg/cio.o ./libopenjpeg/dwt.o ./libopenjpeg/event.o ./ 
libopenjpeg/image.o ./libopenjpeg/j2k.o ./libopenjpeg/j2k_lib.o ./ 
libopenjpeg/jp2.o ./libopenjpeg/jpt.o ./libopenjpeg/mct.o ./ 
libopenjpeg/mqc.o ./libopenjpeg/openjpeg.o ./libopenjpeg/pi.o ./ 
libopenjpeg/raw.o ./libopenjpeg/t1.o ./libopenjpeg/t2.o ./libopenjpeg/ 
tcd.o ./libopenjpeg/tgt.o
ld: malformed version number: 2.1.2.0
collect2: ld returned 1 exit status
make: *** [libopenjpeg-2.1.2.0.dylib] Error 1

Warning: the following items did not execute (for openjpeg):  
org.macports.destroot org.macports.build

Fr Stanley Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non




From blb at macports.org  Mon Oct 20 17:18:14 2008
From: blb at macports.org (Bryan Blackburn)
Date: Mon, 20 Oct 2008 18:18:14 -0600
Subject: open jpeg build error
In-Reply-To: <155A78C7-0302-42D3-979D-7831F127BD4B@bellsouth.net>
References: <155A78C7-0302-42D3-979D-7831F127BD4B@bellsouth.net>
Message-ID: <20081021001814.GJ461@ninagal.withay.com>

On Mon, Oct 20, 2008 at 07:59:40PM -0400, William Davis said:
[...]
> ld: malformed version number: 2.1.2.0

Looks like ticket #16931:

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

A fix was recently checked in it would appear.

Bryan


> collect2: ld returned 1 exit status
> make: *** [libopenjpeg-2.1.2.0.dylib] Error 1
> 
> Warning: the following items did not execute (for openjpeg):  
> org.macports.destroot org.macports.build
> 
> Fr Stanley Davis
> frstanATbellsouthDOTnet
> Mac OS X.5.5 Darwin 9.5.0
> XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
> Mac Mini Intel Duo @ 1.86 GHz
> 
> Mundus vult decepi, ego non
> 

From ryandesign at macports.org  Mon Oct 20 20:19:20 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 20 Oct 2008 22:19:20 -0500
Subject: loader error, uninstall fails
In-Reply-To: <C412D1FF-C159-4FD7-868B-03A6043C04F3@comcast.net>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<2BDF9097-B85D-47AF-B717-235170E4CA3E@macports.org>
	<20079120.post@talk.nabble.com>
	<20081020213605.GI461@ninagal.withay.com>
	<C412D1FF-C159-4FD7-868B-03A6043C04F3@comcast.net>
Message-ID: <22DD6C51-594D-43FB-8046-BF31E133CD9A@macports.org>

On Oct 20, 2008, at 17:59, Frank J. R. Hanstick wrote:

> 	Just on a lark, I tried porting on my Quicksilver (PowerPC G4) and
> got the same error though limited to __divdi3, __udivdi3, and
> __umoddi3.  I looked at the configuration and noticed that it is the
> same as described.  I had just updated from XCode 2.4.0 to XCode
> 2.4.5 so I know that I have the latest XCode for Tiger.  This does
> appear to be the same as #16728; but, that still begs the question of
> why I am trying to get the same definitions from two separate
> places.  What is the difference between  /usr/lib/gcc/powerpc-apple-
> darwin8/4.0.1/libgcc.a and /usr/lib/libgcc_s.10.4.dylib and are both
> intended to be stand alone libraries or are they suppose to work in
> tandem.  It they are to work in tandem, then there is a problem of
> having the same definition in both and if they are to work as
> standalone, then the build needs to select one or the other from
> known multiple definitions.

Well, .a is a static library and .dylib is a dynamic (shared) library.


From trog24 at comcast.net  Mon Oct 20 20:44:25 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Mon, 20 Oct 2008 20:44:25 -0700
Subject: loader error, uninstall fails
In-Reply-To: <22DD6C51-594D-43FB-8046-BF31E133CD9A@macports.org>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<2BDF9097-B85D-47AF-B717-235170E4CA3E@macports.org>
	<20079120.post@talk.nabble.com>
	<20081020213605.GI461@ninagal.withay.com>
	<C412D1FF-C159-4FD7-868B-03A6043C04F3@comcast.net>
	<22DD6C51-594D-43FB-8046-BF31E133CD9A@macports.org>
Message-ID: <BF4F0B0F-91E8-4B6E-988E-2E5B3C600827@comcast.net>

Hello,
	If memory serves me correctly, Darwin's preferred library is the  
dynamic library and if these two contain the same modules one as  
static and one as dynamic, then is it possible to not reference the  
static on a Darwin build?
Frank

On Oct 20, 2008, at 8:19 PM, Ryan Schmidt wrote:

> On Oct 20, 2008, at 17:59, Frank J. R. Hanstick wrote:
>
>> 	Just on a lark, I tried porting on my Quicksilver (PowerPC G4) and
>> got the same error though limited to __divdi3, __udivdi3, and
>> __umoddi3.  I looked at the configuration and noticed that it is the
>> same as described.  I had just updated from XCode 2.4.0 to XCode
>> 2.4.5 so I know that I have the latest XCode for Tiger.  This does
>> appear to be the same as #16728; but, that still begs the question of
>> why I am trying to get the same definitions from two separate
>> places.  What is the difference between  /usr/lib/gcc/powerpc-apple-
>> darwin8/4.0.1/libgcc.a and /usr/lib/libgcc_s.10.4.dylib and are both
>> intended to be stand alone libraries or are they suppose to work in
>> tandem.  It they are to work in tandem, then there is a problem of
>> having the same definition in both and if they are to work as
>> standalone, then the build needs to select one or the other from
>> known multiple definitions.
>
> Well, .a is a static library and .dylib is a dynamic (shared) library.
>


From David.Epstein at warwick.ac.uk  Mon Oct 20 23:26:16 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Mon, 20 Oct 2008 23:26:16 -0700 (PDT)
Subject: loader error, uninstall fails
In-Reply-To: <20081020213605.GI461@ninagal.withay.com>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<2BDF9097-B85D-47AF-B717-235170E4CA3E@macports.org>
	<20079120.post@talk.nabble.com>
	<20081020213605.GI461@ninagal.withay.com>
Message-ID: <20084145.post@talk.nabble.com>




Bryan Blackburn-4 wrote:
> 
> On Mon, Oct 20, 2008 at 02:26:45PM -0700, David Epstein said:
> [...]
>> sudo port install exiv2
>> then gave me exactly the same linker/loader errors as before.
> 
> I think that looks the same as ticket #16728:
> 
> <http://trac.macports.org/ticket/16728>
> 
> There's a possible workaround listed there if you feel like trying it,
> though I believe that workaround shouldn't be needed with a new version of
> MacPorts.
> 
> Bryan
> 

Are you saying that a new version of MacPorts is imminent? If it's not too
complicated to explain, why might that work around the workaround?
David

-- 
View this message in context: http://www.nabble.com/loader-error%2C-uninstall-fails-tp20053716p20084145.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From jkh at apple.com  Mon Oct 20 23:43:23 2008
From: jkh at apple.com (Jordan K. Hubbard)
Date: Mon, 20 Oct 2008 23:43:23 -0700
Subject: macports stages - how to stop server processes?
In-Reply-To: <89974CCD-0331-402A-B01B-C57EBDA7CBD1@macports.org>
References: <b808b3510810201424xe39850dwb6fef0347744f1a2@mail.gmail.com>
	<89974CCD-0331-402A-B01B-C57EBDA7CBD1@macports.org>
Message-ID: <E2A71B70-8F24-45DC-A0E1-65A5CE1A46B4@apple.com>


On Oct 20, 2008, at 3:15 PM, Ryan Schmidt wrote:

> We added "port load" and "port unload" to 1.7. What I think we should
> still do is call "port unload" automatically before we call "port
> deactivate" (if the port was loaded), and then after "port activate",
> we should automatically call "port load" (if the port was previously
> loaded).

I must be missing something.  What advantage is conferred by keeping  
load/unload distinct from activate/deactivate vs simply folding the  
former into the latter?

Thanks,

-- Jordan

From David.Epstein at warwick.ac.uk  Mon Oct 20 23:47:24 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Mon, 20 Oct 2008 23:47:24 -0700 (PDT)
Subject: loader error, uninstall fails
In-Reply-To: <20081020213605.GI461@ninagal.withay.com>
References: <20053716.post@talk.nabble.com>
	<20081019072356.GJ40157@ninagal.withay.com>
	<20053941.post@talk.nabble.com>
	<2BDF9097-B85D-47AF-B717-235170E4CA3E@macports.org>
	<20079120.post@talk.nabble.com>
	<20081020213605.GI461@ninagal.withay.com>
Message-ID: <20084402.post@talk.nabble.com>




Bryan Blackburn-4 wrote:
> 
> [..snip..]
> 
> I think that looks the same as ticket #16728:
> <http://trac.macports.org/ticket/16728>
> There's a possible workaround listed there if you feel like trying it,
> though I believe that workaround shouldn't be needed with a new version of
> MacPorts.
> Bryan
> 

The workaround you refer to looks pretty simple to implement. Before I try
it, are there any hazards associated to the port edit and port build
commands for exiv2? Will I have to remember to do anything special in the
future when the problem gets fixed? Is the port build command a substitute
for port install?

Finally, is there a standard way to request to be put on a cc list when
there is any contribution to discussion on the ticket to which Bryan refers?

thanks
David

-- 
View this message in context: http://www.nabble.com/loader-error%2C-uninstall-fails-tp20053716p20084402.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From ryandesign at macports.org  Tue Oct 21 00:36:48 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 21 Oct 2008 02:36:48 -0500
Subject: macports stages - how to stop server processes?
In-Reply-To: <E2A71B70-8F24-45DC-A0E1-65A5CE1A46B4@apple.com>
References: <b808b3510810201424xe39850dwb6fef0347744f1a2@mail.gmail.com>
	<89974CCD-0331-402A-B01B-C57EBDA7CBD1@macports.org>
	<E2A71B70-8F24-45DC-A0E1-65A5CE1A46B4@apple.com>
Message-ID: <1C913857-EC98-4B99-9250-BE9890483F2F@macports.org>


On Oct 21, 2008, at 01:43, Jordan K. Hubbard wrote:

> On Oct 20, 2008, at 3:15 PM, Ryan Schmidt wrote:
>
>> We added "port load" and "port unload" to 1.7. What I think we should
>> still do is call "port unload" automatically before we call "port
>> deactivate" (if the port was loaded), and then after "port activate",
>> we should automatically call "port load" (if the port was previously
>> loaded).
>
> I must be missing something.  What advantage is conferred by  
> keeping load/unload distinct from activate/deactivate vs simply  
> folding the former into the latter?

One often has the need to load and unload services at times other  
than activating and deactivating a port. For example, ports are not  
loaded when they are initially installed, because some initial setup  
might need to be done manually by the user first. Then the user will  
want to load the port. Or if the user just wants to restart a  
service, they will unload and then load it again.


From jkh at apple.com  Tue Oct 21 01:07:03 2008
From: jkh at apple.com (Jordan K. Hubbard)
Date: Tue, 21 Oct 2008 01:07:03 -0700
Subject: macports stages - how to stop server processes?
In-Reply-To: <1C913857-EC98-4B99-9250-BE9890483F2F@macports.org>
References: <b808b3510810201424xe39850dwb6fef0347744f1a2@mail.gmail.com>
	<89974CCD-0331-402A-B01B-C57EBDA7CBD1@macports.org>
	<E2A71B70-8F24-45DC-A0E1-65A5CE1A46B4@apple.com>
	<1C913857-EC98-4B99-9250-BE9890483F2F@macports.org>
Message-ID: <2A80D52C-02F0-4485-8D5D-CE4F35BF33C0@apple.com>


On Oct 21, 2008, at 12:36 AM, Ryan Schmidt wrote:

> One often has the need to load and unload services at times other  
> than activating and deactivating a port. For example, ports are not  
> loaded when they are initially installed, because some initial setup  
> might need to be done manually by the user first. Then the user will  
> want to load the port. Or if the user just wants to restart a  
> service, they will unload and then load it again.

Hmmm.  OK, I can sort of buy that, but if the intention was to expose  
the de-facto standard service / apachectl / launchctl / pcastctl  
semantics in some port-generic way, then why wasn't this done as  
start, stop and restart (as an alias for stop/start)?  That would  
certainly make more sense to me.

- Jordan


From ryandesign at macports.org  Tue Oct 21 01:33:15 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 21 Oct 2008 03:33:15 -0500
Subject: macports stages - how to stop server processes?
In-Reply-To: <2A80D52C-02F0-4485-8D5D-CE4F35BF33C0@apple.com>
References: <b808b3510810201424xe39850dwb6fef0347744f1a2@mail.gmail.com>
	<89974CCD-0331-402A-B01B-C57EBDA7CBD1@macports.org>
	<E2A71B70-8F24-45DC-A0E1-65A5CE1A46B4@apple.com>
	<1C913857-EC98-4B99-9250-BE9890483F2F@macports.org>
	<2A80D52C-02F0-4485-8D5D-CE4F35BF33C0@apple.com>
Message-ID: <35B1439A-9CFC-46D2-A353-C710DB64A127@macports.org>

On Oct 21, 2008, at 03:07, Jordan K. Hubbard wrote:

> On Oct 21, 2008, at 12:36 AM, Ryan Schmidt wrote:
>
>> One often has the need to load and unload services at times other  
>> than activating and deactivating a port. For example, ports are  
>> not loaded when they are initially installed, because some initial  
>> setup might need to be done manually by the user first. Then the  
>> user will want to load the port. Or if the user just wants to  
>> restart a service, they will unload and then load it again.
>
> Hmmm.  OK, I can sort of buy that, but if the intention was to  
> expose the de-facto standard service / apachectl / launchctl /  
> pcastctl semantics in some port-generic way, then why wasn't this  
> done as start, stop and restart (as an alias for stop/start)?  That  
> would certainly make more sense to me.

Here is the message where I proposed the feature:

http://lists.macosforge.org/pipermail/macports-dev/2007-November/ 
003515.html

The feature was implemented in these revisions:

http://trac.macports.org/changeset/31500

http://trac.macports.org/changeset/31771

The feature uses launchctl, not apachectl, pcastctl or any other. The  
arguments to launchctl that we use are load and unload, so that's  
what the arguments to the port command were called as well.

We could discuss changing load/unload to start/stop and adding a  
restart command. It was just never brought up before.

It might be confusing that "port start" does not call "launchctl  
start" (it calls "launchctl load") and that "port stop" does not call  
"launchctl stop" (it calls "launchctl unload"). Or maybe it's just  
confusing me since I've been used to "port load" and "port unload"  
for a year now. Since the feature hasn't been in a released version  
of MacPorts it's still easy to rename.


From dluke at geeklair.net  Tue Oct 21 06:22:33 2008
From: dluke at geeklair.net (Daniel J. Luke)
Date: Tue, 21 Oct 2008 09:22:33 -0400
Subject: macports stages - how to stop server processes?
In-Reply-To: <E2A71B70-8F24-45DC-A0E1-65A5CE1A46B4@apple.com>
References: <b808b3510810201424xe39850dwb6fef0347744f1a2@mail.gmail.com>
	<89974CCD-0331-402A-B01B-C57EBDA7CBD1@macports.org>
	<E2A71B70-8F24-45DC-A0E1-65A5CE1A46B4@apple.com>
Message-ID: <7247A0B3-825C-4697-9C43-1FA2CBDDA223@geeklair.net>

On Oct 21, 2008, at 2:43 AM, Jordan K. Hubbard wrote:
> I must be missing something.  What advantage is conferred by keeping
> load/unload distinct from activate/deactivate vs simply folding the
> former into the latter?


Besides the other reasons, activate/deactivate don't get run when  
MacPorts is in 'direct' mode
--
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.          |
+========================================================+



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20081021/1fc49eb8/attachment.bin 

From jkh at apple.com  Tue Oct 21 11:52:48 2008
From: jkh at apple.com (Jordan K. Hubbard)
Date: Tue, 21 Oct 2008 11:52:48 -0700
Subject: macports stages - how to stop server processes?
In-Reply-To: <35B1439A-9CFC-46D2-A353-C710DB64A127@macports.org>
References: <b808b3510810201424xe39850dwb6fef0347744f1a2@mail.gmail.com>
	<89974CCD-0331-402A-B01B-C57EBDA7CBD1@macports.org>
	<E2A71B70-8F24-45DC-A0E1-65A5CE1A46B4@apple.com>
	<1C913857-EC98-4B99-9250-BE9890483F2F@macports.org>
	<2A80D52C-02F0-4485-8D5D-CE4F35BF33C0@apple.com>
	<35B1439A-9CFC-46D2-A353-C710DB64A127@macports.org>
Message-ID: <1CE02190-E12F-45D6-9AFB-198D42E381D9@apple.com>


On Oct 21, 2008, at 1:33 AM, Ryan Schmidt wrote:

> The feature uses launchctl, not apachectl, pcastctl or any other.  
> The arguments to launchctl that we use are load and unload, so  
> that's what the arguments to the port command were called as well.
>
> We could discuss changing load/unload to start/stop and adding a  
> restart command. It was just never brought up before.

OK, I was somehow under the impression that this was trying to  
impedance-match the "service start" interfaces, not simply an alias  
for launchctl (though, that said, I think "load" in combination with - 
w is something of a misnomer in launchctl since it is doing far more  
than "loading" the plist, it is also enabling it and making it  
persistent, in effect "starting" it permanently).   I withdraw my  
objection!

Thanks,

- Jordan


From dcstein77 at gmail.com  Tue Oct 21 13:38:51 2008
From: dcstein77 at gmail.com (David Stein)
Date: Tue, 21 Oct 2008 13:38:51 -0700
Subject: cloning an entire Macports installation to a 2nd Mac?
Message-ID: <beb8eafb0810211338sb30afc7td3e86d42e35537f7@mail.gmail.com>

I'd like to copy my entire Macports installation from one 10.4 Mac to
another.  Both are Intels.  I'm aware of Binary Archives (e.g. "port
archive logrotate") and Binary Packages (e.g. "port pkg pstree"), but
is there a simple solution given that I want to clone *everything*?
Perhaps I can just tar & copy all directories mentioned in the
uninstall documentation:

http://guide.macports.org/#installing.macports.uninstalling

Any advice would be appreciated.  I didn't see this issue addressed by the FAQ.

David

From ryandesign at macports.org  Tue Oct 21 13:45:29 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 21 Oct 2008 15:45:29 -0500
Subject: cloning an entire Macports installation to a 2nd Mac?
In-Reply-To: <beb8eafb0810211338sb30afc7td3e86d42e35537f7@mail.gmail.com>
References: <beb8eafb0810211338sb30afc7td3e86d42e35537f7@mail.gmail.com>
Message-ID: <A175D10D-948F-421B-9973-843EE6350CB7@macports.org>

On Oct 21, 2008, at 15:38, David Stein wrote:

> I'd like to copy my entire Macports installation from one 10.4 Mac to
> another.  Both are Intels.  I'm aware of Binary Archives (e.g. "port
> archive logrotate") and Binary Packages (e.g. "port pkg pstree"), but
> is there a simple solution given that I want to clone *everything*?
> Perhaps I can just tar & copy all directories mentioned in the
> uninstall documentation:
>
> http://guide.macports.org/#installing.macports.uninstalling
>
> Any advice would be appreciated.  I didn't see this issue addressed  
> by the FAQ.

Sure, you could tar and copy as you suggest. Make sure both machines  
have the same version of Mac OS X, X11, Xcode...


From olaf at foellinger.de  Tue Oct 21 13:55:30 2008
From: olaf at foellinger.de (Olaf Foellinger)
Date: Tue, 21 Oct 2008 22:55:30 +0200
Subject: version bump of gwenhywfar
Message-ID: <20081021205530.GA18114@foellinger.de>

Hi,

today I've submitted a patch for gwenhywfar for the shift to the new
version: https://trac.macports.org/ticket/16945.

Please review and submit it.

Gru? Olaf

From anton.van.oosten at telenet.be  Tue Oct 21 14:21:38 2008
From: anton.van.oosten at telenet.be (Anton van Oosten)
Date: Tue, 21 Oct 2008 23:21:38 +0200
Subject: type S_REGULAR does not match previous objects type S_COALESCED
In-Reply-To: <20081020204258.GE461@ninagal.withay.com>
References: <B8E16C50-20F1-45F8-9998-419A28AF0181@telenet.be>
	<20081020204258.GE461@ninagal.withay.com>
Message-ID: <C4B14E75-B6A2-4510-B7A7-111BCF0153E7@telenet.be>

If I remove the overloading gcc, so that the /usr/bin/gcc is used, I  
still get the error.
It looks like I have a really old libstdc++.a in usr/local/lib.
If I move that I get

Building pdflib with target all
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_print_p 
dflib/work/PDFlib-Lite-7.0.3" && make all " returned error 2
Command output: make[2]: Nothing to be done for `all'.
make[2]: Nothing to be done for `all'.
make[2]: Nothing to be done for `all'.
make[2]: Nothing to be done for `all'.
make[2]: Nothing to be done for `all'.
make[2]: Nothing to be done for `all'.
make[2]: Nothing to be done for `all'.
make[3]: Nothing to be done for `all'.
../../../libtool --silent --mode=compile /usr/bin/g++-4.0 - 
DPDF_TARGET_API_MAC_CLASSIC -c -I../../../libs/pdflib -I/opt/local/ 
include -I/Developer/Headers/FlatCarbon  -O2 hello.cpp
../../../libtool --silent --mode=link /usr/bin/g++-4.0 - 
DPDF_TARGET_API_MAC_CLASSIC -static -o hello hello.lo -O2 -L/opt/ 
local/lib -framework ApplicationServices  ../../../libs/pdflib/ 
libs_libpdf.la pdflib.lo -lstdc++
powerpc-apple-darwin8-g++-4.0.1: /usr/local/lib/libstdc++.a: No such  
file or directory
make[3]: *** [hello] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all] Error 2
make: *** [all] Error 2

Error: The following dependencies failed to build: gnuplot pdflib  
gsed hdf5 pcre texinfo lzmautils texlive texlive_base texi2html  
texlive_texmf-full texlive_texmf-minimal
Error: Status 1 encountered during processing.

Perhaps my /usr/local/lib/libstdc++.a is too old:
13112 -rw-r--r--   1 root  staff  6710336 Dec 20  2002 /usr/local/lib/ 
libstdc++.a
     8 -rwxr-xr-x   1 root  staff      882 Dec 20  2002 /usr/local/ 
lib/libstdc++.la

Removing it does not help, since this library is invoked explicitly  
in the install process.
How do I make sure that the right libraries are used? Without  
building libstdc myself if in any way possible...)

regards

Anton

Op 20-okt-08, om 22:42 heeft Bryan Blackburn het volgende geschreven:

> On Mon, Oct 20, 2008 at 08:03:35PM +0200, Anton van Oosten said:
>> I encounter a problem with pdflib when I install octave.
>> At pdflib I encounter the error:  "type S_REGULAR does not match
>> previous objects type S_COALESCED".
>>
>> Who knows the fix?
>>
>> Regards
>>
>> Anton
>>
>> sudo port install octave
>> Password:
>> --->  Building pdflib with target all
>> Error: Target org.macports.build returned: shell command " cd "/opt/
>> local/var/macports/build/
>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_prin 
>> t_p
>> dflib/work/PDFlib-Lite-7.0.3" && make all " returned error 2
>> Command output: /usr/bin/ld: /usr/local/lib/libstdc++.a(ostream-
>> inst.o) section's (__TEXT,__eh_frame) type S_REGULAR does not match
>> previous objects type S_COALESCED
>
> You appear to have an install of gcc in /usr/local that seems to be  
> getting
> in the way of using the one installed with Xcode (it should be  
> using the one
> in /usr/lib instead).
>
> Bryan
>
> [...]
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


From blb at macports.org  Tue Oct 21 14:51:20 2008
From: blb at macports.org (Bryan Blackburn)
Date: Tue, 21 Oct 2008 15:51:20 -0600
Subject: type S_REGULAR does not match previous objects type S_COALESCED
In-Reply-To: <C4B14E75-B6A2-4510-B7A7-111BCF0153E7@telenet.be>
References: <B8E16C50-20F1-45F8-9998-419A28AF0181@telenet.be>
	<20081020204258.GE461@ninagal.withay.com>
	<C4B14E75-B6A2-4510-B7A7-111BCF0153E7@telenet.be>
Message-ID: <20081021215120.GG34057@ninagal.withay.com>

On Tue, Oct 21, 2008 at 11:21:38PM +0200, Anton van Oosten said:
> If I remove the overloading gcc, so that the /usr/bin/gcc is used, I  
> still get the error.
> It looks like I have a really old libstdc++.a in usr/local/lib.
> If I move that I get
[...]
> powerpc-apple-darwin8-g++-4.0.1: /usr/local/lib/libstdc++.a: No such  
> file or directory

Did you run a 'sudo port clean --work pdflib' prior to trying to install
again?  If not, that's probably the issue as the configure stage had seen
those libraries already so the Makefiles were still referencing them.

Bryan


From ndiscreet at gmail.com  Tue Oct 21 16:22:07 2008
From: ndiscreet at gmail.com (Altoine Barker)
Date: Tue, 21 Oct 2008 18:22:07 -0500
Subject: arm-elf-gcc error
Message-ID: <48FE641F.1010602@GmAiL.cOm>

I receive the following error when I issue "port -v install arm-elf-gcc":

<snip>
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_cross_arm-elf-gcc/work/gcc-4.1.1/gcc/config/rs6000/host-darwin.c:134:
warning: passing argument 1 of 'sigaltstack' from incompatible pointer type
make[2]: *** [host-ppc-darwin.o] Error 1
make[1]: *** [all-gcc] Error 2
make: *** [all] Error 2

Warning: the following items did not execute (for arm-elf-gcc):
org.macports.activate org.macports.build org.macports.destroot
org.macports.install
Error: Status 1 encountered during processing.
</snip>

I have the following specs:
PowerPC G5 Dual
Xcode 3.1.1
MacPorts 1.600 (Binary install)

I have the following ports installed (if this helps):

<snip>
a52dec @0.7.4_0 (active)
  arm-elf-binutils @2.17_0 (active)
  autoconf @2.62_0 (active)
  automake @1.10.1_0 (active)
  bison @2.3_2 (active)
  bzip2 @1.0.5_1 (active)
  cairo @1.8.0_0+macosx (active)
  Chmox @0.4_0 (active)
  cotvnc @2.0b4_0 (active)
  curl @7.19.0_0 (active)
  e2fsprogs @1.40.6_0 (active)
  expat @2.0.1_0 (active)
  faac @1.26_0 (active)
  faad2 @2.6.1_0 (active)
  ffmpeg @0.4.9-pre1_12+a52+extvorbis+faac+faad+gpl+lame+x264+xvid (active)
  fontconfig @2.6.0_0+macosx (active)
  freetype @2.3.7_1 (active)
  gawk @3.1.6_0 (active)
  gd2 @2.0.35_1 (active)
  gdbm @1.8.3_1 (active)
  gettext @0.17_3 (active)
  git-core @1.6.0.2_2+doc (active)
  glib2 @2.18.1_0+darwin_9 (active)
  gmake @3.81_0 (active)
  gnupg2 @2.0.9_0 (active)
  gperf @3.0.3_0 (active)
  gpg-agent @2.0.9_0 (active)
  help2man @1.36.4_1 (active)
  hexedit @1.2.12_0 (active)
  ImageMagick @6.4.4-10_0+q16 (active)
  jpeg @6b_2 (active)
  lame @3.98.2_0 (active)
  libassuan @1.0.5_0 (active)
  libdvdcss @1.2.9_0 (active)
  libdvdread @0.9.7_1+libdvdcss (active)
  libgcrypt @1.4.1_0 (active)
  libgpg-error @1.6_0 (active)
  libiconv @1.12_0 (active)
  libksba @1.0.4_0 (active)
  libmpeg2 @0.4.1_0 (active)
  libogg @1.1.3_2 (active)
  libpcap @0.9.8_0 (active)
  libpixman @0.12.0_1 (active)
  libpng @1.2.32_0 (active)
  libsdl @1.2.13_2 (active)
  libtool @1.5.26_0 (active)
  libvorbis @1.2.0_1 (active)
  libxml2 @2.7.1_1 (active)
  m4 @1.4.11_0 (active)
  macfuse @1.7_0
  ncurses @5.6_0 (active)
  ncursesw @5.6_1 (active)
  ntop @3.3_1+server (active)
  openssh @5.1p1_0+darwin_9 (active)
  openssl @0.9.8i_0 (active)
  p5-error @0.17015_0 (active)
  p5-locale-gettext @1.05_0 (active)
  pango @1.22.0_0 (active)
  perl5.8 @5.8.8_3+darwin_9 (active)
  pinentry @0.7.2_0 (active)
  pkgconfig @0.23_0 (active)
  popt @1.13_0 (active)
  pth @2.0.7_0 (active)
  render @0.9_1 (active)
  rrdtool @1.3.4_0 (active)
  rsync @3.0.4_0 (active)
  tcl @8.5.4_0 (active)
  tiff @3.8.2_2+darwin_9+macosx (active)
  transcode
@1.1.0beta1_0+a52dec+faac+faad2+libogg+libsdl+libvorbis+x264+xvid (active)
  unrar @3.8.4_0 (active)
  x264 @20080724_1 (active)
  Xft2 @2.1.12_0 (active)
  xorg-util-macros @1.1.5_0 (active)
  xorg-xproto @7.0.11_1 (active)
  xrender @0.9.0_2 (active)
  XviD @1.1.3_1 (active)
  yasm @0.7.1_0 (active)
  zlib @1.2.3_1 (active)
</snip>

From ndiscreet at gmail.com  Tue Oct 21 16:40:54 2008
From: ndiscreet at gmail.com (Altoine Barker)
Date: Tue, 21 Oct 2008 18:40:54 -0500
Subject: arm-elf-gcc3 error
Message-ID: <48FE6886.9070600@GmAiL.cOm>

I receive the following error when I issue "port -v install arm-elf-gcc3":

<snip>
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_cross_arm-elf-gcc3/work/gcc-3.4.6/gcc/config/rs6000/host-darwin.c:130:
warning: passing argument 1 of 'sigaltstack' from incompatible pointer type
make[1]: *** [host-darwin.o] Error 1
make: *** [all-gcc] Error 2

Warning: the following items did not execute (for arm-elf-gcc3):
org.macports.activate org.macports.build org.macports.destroot
org.macports.install
Error: Status 1 encountered during processing.
</snip>

My specs are:

PowerPC G5 Dual
Xcode 3.1.1
MacPorts 1.600 (Binary install)

I don't I need to list my installed ports again as I did for arm-elf-gcc
but I will if they are necessary. Available upon request.

From ryandesign at macports.org  Tue Oct 21 17:52:21 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 21 Oct 2008 19:52:21 -0500
Subject: difficulty cross-compiling on Leopard for Tiger
In-Reply-To: <d36f9350810211718w2610b39fk53998ef0259b54b1@mail.gmail.com>
References: <AE2A959C-E9F0-46DC-A84F-DF3A8ECB77D5@zachfine.com>
	<32C87F01-4F12-4DDF-ACAE-BA349A81FE3B@macports.org>
	<1E715B64-0E0D-480F-880A-F59F4CAAA025@zachfine.com>
	<7D59FDCA-3658-45C9-B34C-2EE026D61616@macports.org>
	<d36f9350810211718w2610b39fk53998ef0259b54b1@mail.gmail.com>
Message-ID: <590A6352-89F9-45F8-8DA1-9E73BBE73661@macports.org>


On Oct 21, 2008, at 19:18, Zach Fine wrote:

> Thanks for filing that ticket.
>
> It looks like it has yet to be resolved, and I'm once again looking  
> to put lighttpd and php on my apple TV.
>
> I'd be happy to help out if I knew how to add a universal variant  
> to cclient. Can anyone point me in the direction of relevant  
> information? I'm guessing there's some flag that must be inserted  
> into a file so that when +universal is selected the flag is added  
> to the commands that compile cclient, but I'm not sure how to go  
> about this.
>
> Thanks for any help or info.
>
> Zach Fine

I'm sorry Paul hasn't responded to that ticket. He must be busy with  
other things. Or he may have forgotten the ticket. You could email  
him and ask.

I also filed this ticket requesting cclient be updated to the current  
version:

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

Software that's written in "the usual way" can be built universal  
without any special additions; just follow this document:

http://developer.apple.com/technotes/tn2005/tn2137.html

MacPorts internally uses the method described in "Configuring for  
universal binaries" to build universal ports. Some software can't be  
built universal using those steps. In that case, someone (e.g. the  
port maintainer, you, another volunteer) must figure out why and how  
to fix it. Maybe a file (e.g. configure script, Makefile, libtool)  
can be patched in some way to pass the correct parameters along. In  
other cases, the build must be repeated once for each architecture  
and the result glued together with the lipo program. See the openssl  
and cairo ports for examples of this. MacPorts has no support for  
this mechanism built in, so ports that need this mechanism get rather  
convoluted.



From frstan at bellsouth.net  Tue Oct 21 18:31:07 2008
From: frstan at bellsouth.net (William Davis)
Date: Tue, 21 Oct 2008 21:31:07 -0400
Subject: evolution-data-server/libedataserver
Message-ID: <6BC184EC-17A2-40C6-B689-9CE5D271CF60@bellsouth.net>

evolution-data-server seems to be missing libedataserver-1.2.11.dylib

d: file not found: /opt/local/lib/libedataserver-1.2.11.dylib
collect2: ld returned 1 exit status
make[4]: *** [libcamelsendmail.la] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Warning: the following items did not execute (for evolution-data- 
server): org.macports.destroot org.macports.build

Fr Stanley Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple18)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non




From takaaki.kato at gmail.com  Tue Oct 21 19:10:14 2008
From: takaaki.kato at gmail.com (Takaaki Kato)
Date: Wed, 22 Oct 2008 11:10:14 +0900
Subject: Failure to install rb-fxruby
Message-ID: <e180a5140810211910u5def3331w806161954bb71786@mail.gmail.com>

After doing `sudo port install rb-fxruby`. I get the error at the very
end of the installation.

--->  Attempting to fetch FXRuby-1.6.16.tar.gz from
http://rubyforge.org/frs/download.php/39357/
--->  Verifying checksum(s) for rb-fxruby
--->  Extracting rb-fxruby
--->  Configuring rb-fxruby
--->  Building rb-fxruby with target setup
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-fxruby/work/FXRuby-1.6.16"
&& /opt/local/bin/ruby -rvendor-specific install.rb setup " returned
error 1
Command output: cc -dynamic -bundle -undefined suppress
-flat_namespace -o fox16.bundle librb.o core_wrap.o dc_wrap.o
dialogs_wrap.o frames_wrap.o fx3d_wrap.o FXRbApp.o FXRbDataTarget.o
FXRbGLViewer.o FXRuby.o iconlist_wrap.o icons_wrap.o image_wrap.o
impl.o label_wrap.o layout_wrap.o list_wrap.o markfuncs.o mdi_wrap.o
menu_wrap.o scintilla_wrap.o table_wrap.o text_wrap.o treelist_wrap.o
ui_wrap.o unregisterOwnedObjects.o -L. -L/opt/local/lib
-L/opt/local/lib -L/usr/X11R6/lib -L. -L/opt/local/lib    -lruby
-lfxscintilla -lpng -lXcursor -lXrandr -lFOX-1.6 -lGLU -lGL -lX11
-lXext -ltiff -ljpeg -lz -lpng -lstdc++  -lpthread -ldl -lobjc
i686-apple-darwin9-gcc-4.0.1: core_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: dc_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: dialogs_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: frames_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: fx3d_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: FXRbApp.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: FXRbDataTarget.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: FXRbGLViewer.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: FXRuby.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: iconlist_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: icons_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: image_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: impl.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: label_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: layout_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: list_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: markfuncs.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: mdi_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: menu_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: scintilla_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: table_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: text_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: treelist_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: ui_wrap.o: No such file or directory
i686-apple-darwin9-gcc-4.0.1: unregisterOwnedObjects.o: No such file
or directory
make: *** [fox16.bundle] Error 1
setup failed
'system make ' failed
Try 'ruby install.rb --help' for detailed usage.

Error: Status 1 encountered during processing.
###################################################################
$ sw_vers
ProductName:	Mac OS X
ProductVersion:	10.5.5
BuildVersion:	9F33
$port version
Version: 1.600

I installed Ruby and RubyGems using MacPorts.
 $which ruby
/opt/local/bin//ruby
$ which gem
/opt/local/bin//gem

Any help would be appreciated.

From olaf at foellinger.de  Tue Oct 21 23:29:45 2008
From: olaf at foellinger.de (Olaf Foellinger)
Date: Wed, 22 Oct 2008 08:29:45 +0200
Subject: success in building a native version of gnucash was: Re: how to
	build gimp +quartz?
In-Reply-To: <48FB931E.1040707@orindasoftware.com>
References: <20081019190841.GA1868@foellinger.de>
	<48FB931E.1040707@orindasoftware.com>
Message-ID: <20081022062945.GA12522@foellinger.de>

Hi,

thanks for your help.

* David Evans <devans at orindasoftware.com> [19.10.08 22:06]wrote:

> Olaf Foellinger wrote:
> > Hi,
> >
> > today I've tried to build 
> >
> > $ sudo port install gimp-app +quartz
> >
> > on a relative freshly installed macports. Before I've installed the x11
> > version of gnucash.
> >
> > Macports has installed the x11 version of gimp to. What do I have to do
> > to install the quartz version? My next target would be the quartz
> > version of gnucash which should be possible according to 
> >
> > http://wiki.gnucash.org/wiki/MacOSX/Quartz 
> >
> > Gru? Olaf
> > _______________________________________________
> > macports-users mailing list
> > macports-users at lists.macosforge.org
> > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
> >
> >   
> I'm not sure that anyone has succeeded doing this with version 2.6.1
> yet.  Even the
> official GIMP On MacOSX prebuilt version is X11.

O.k. it seems to be difficult.
 
> The general idea is that you have to rebuild gtk2 and its dependencies
> with +quartz or +no_x11 as is the case
> by looking at each port and then rebuild gimp using these as the
> dependencies.

Yes, thanks.
> 
> This will break a lot of things that expect x11 support in other apps so
> you probably would
> want to do this using a separate MacPorts installation just for this
> purpose.

Done.

> Another approach is to build separate copies of the underlying
> dependencies using Imendio's
> system for building GTK in native mode.  A description of how to go
> about this can be found
> on the gimp.org wiki (Wilber's Wiki)  here
> 
> http://wiki.gimp.org/gimp/HowToCompileGimp/MacOSX
> 
> Hope this helps and if you have any success or run into specific
> problems please let us know.

I've started with GnuCash and have now a native version up and running.
Of course it's not polished and there are a lot of messages in the
console but it seems to work fine. I will report the details later.

Gru? Olaf

From olaf at foellinger.de  Wed Oct 22 02:52:43 2008
From: olaf at foellinger.de (Olaf Foellinger)
Date: Wed, 22 Oct 2008 11:52:43 +0200
Subject: Status of mdmg, dmg,... port subcommands
Message-ID: <20081022095243.GA14093@foellinger.de>

Hi,

today I've tried 

$ sudo port mdmg gnucash 
--->  Creating pkg for gnucash-2.2.7
Error: Target org.macports.pkg returned: shell command
"/Developer/Applications/Utilities/PackageMaker.app/Contents/MacOS/PackageMaker
-build -f
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnucash/work/destroot
-p
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnucash/work/gnucash-2.2.7.pkg
-r
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnucash/work/pkg_resources
-i
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnucash/work/Info.plist
-d
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnucash/work/Description.plist"
returned error 1
Command output: 
The package could not be created because of the following errors:
Root directory
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnucash/work/destroot"
is not valid.

I wanted to ask what's the current status of these port subcommands? Are
they supposed to work so I should file a bug report or are they on the
todo list?

Gru? Olaf

From afb at macports.org  Wed Oct 22 03:29:09 2008
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Wed, 22 Oct 2008 12:29:09 +0200
Subject: Status of mdmg, dmg,... port subcommands
In-Reply-To: <20081022095243.GA14093@foellinger.de>
References: <20081022095243.GA14093@foellinger.de>
Message-ID: <52C4A891-FA5D-483F-95FD-CE655F711BF0@macports.org>

Olaf Foellinger:

> The package could not be created because of the following errors:
> Root directory
> "/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome 
> _gnucash/work/destroot"
> is not valid.
>
> I wanted to ask what's the current status of these port  
> subcommands? Are
> they supposed to work so I should file a bug report or are they on the
> todo list?

It seems like you run into the bug with autoclean and the dep engine:
http://trac.macports.org/ticket/10881

Use "port unarchive gnucash", or "port -f destroot gnucash" if you
have archivemode disabled, to restore the contents of the destroot...

--anders


From hypocrite at lawyer.com  Wed Oct 22 04:53:25 2008
From: hypocrite at lawyer.com (Pete Crite)
Date: Wed, 22 Oct 2008 22:53:25 +1100
Subject: slib @3b1_0 prevents gnucash from starting up
Message-ID: <97E481D3-7292-4A14-8316-1B1B5A6AB204@lawyer.com>

Hi,

the new update of slib from @3a3_0 to @3b1_0 appears to prevent  
gnucash from starting up. I get a brief flash of the startup screen,  
then it disappears. I get the following message.

ERROR: In procedure open-file:
ERROR: No such file or directory: "/opt/local/share/guile/site/slibcat"

Deactivating @3b1_0 and activating @3a3_0 allows gnucash to start up  
fine. Is it something I did, or should I file a bug report?

Cheers!

From ndiscreet at gmail.com  Wed Oct 22 05:07:12 2008
From: ndiscreet at gmail.com (Altoine Barker)
Date: Wed, 22 Oct 2008 07:07:12 -0500
Subject: success in building a native version of gnucash was: Re: how
	to	build gimp +quartz?
In-Reply-To: <20081022062945.GA12522@foellinger.de>
References: <20081019190841.GA1868@foellinger.de>	<48FB931E.1040707@orindasoftware.com>
	<20081022062945.GA12522@foellinger.de>
Message-ID: <48FF1770.7070903@GmAiL.cOm>

Please do, I am so interested.

-Altoine


Olaf Foellinger wrote:
> Hi,
> 
> thanks for your help.
> 
> * David Evans <devans at orindasoftware.com> [19.10.08 22:06]wrote:
> 
>> Olaf Foellinger wrote:
>>> Hi,
>>>
>>> today I've tried to build 
>>>
>>> $ sudo port install gimp-app +quartz
>>>
>>> on a relative freshly installed macports. Before I've installed the x11
>>> version of gnucash.
>>>
>>> Macports has installed the x11 version of gimp to. What do I have to do
>>> to install the quartz version? My next target would be the quartz
>>> version of gnucash which should be possible according to 
>>>
>>> http://wiki.gnucash.org/wiki/MacOSX/Quartz 
>>>
>>> Gru? Olaf
>>> _______________________________________________
>>> macports-users mailing list
>>> macports-users at lists.macosforge.org
>>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>>>
>>>   
>> I'm not sure that anyone has succeeded doing this with version 2.6.1
>> yet.  Even the
>> official GIMP On MacOSX prebuilt version is X11.
> 
> O.k. it seems to be difficult.
>  
>> The general idea is that you have to rebuild gtk2 and its dependencies
>> with +quartz or +no_x11 as is the case
>> by looking at each port and then rebuild gimp using these as the
>> dependencies.
> 
> Yes, thanks.
>> This will break a lot of things that expect x11 support in other apps so
>> you probably would
>> want to do this using a separate MacPorts installation just for this
>> purpose.
> 
> Done.
> 
>> Another approach is to build separate copies of the underlying
>> dependencies using Imendio's
>> system for building GTK in native mode.  A description of how to go
>> about this can be found
>> on the gimp.org wiki (Wilber's Wiki)  here
>>
>> http://wiki.gimp.org/gimp/HowToCompileGimp/MacOSX
>>
>> Hope this helps and if you have any success or run into specific
>> problems please let us know.
> 
> I've started with GnuCash and have now a native version up and running.
> Of course it's not polished and there are a lot of messages in the
> console but it seems to work fine. I will report the details later.
> 
> Gru? Olaf
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
> 

From ndiscreet at gmail.com  Wed Oct 22 05:09:59 2008
From: ndiscreet at gmail.com (Altoine Barker)
Date: Wed, 22 Oct 2008 07:09:59 -0500
Subject: mkvtoolnix dependencies failure
Message-ID: <48FF1817.5060705@GmAiL.cOm>

When I issue the following command to install mkvtoolnix "port -v
install mktoolnix +wxwidgets +flac" I get the following error:

<snip>
--->  Fetching libebml
--->  libebml-0.7.8.tar.bz2 doesn't seem to exist in
/opt/local/var/macports/distfiles/libebml
--->  Attempting to fetch libebml-0.7.8.tar.bz2 from
http://dl.matroska.org/downloads/libebml/

--->  Attempting to fetch libebml-0.7.8.tar.bz2 from
http://svn.macports.org/repository/macports/distfiles/libebml
  % Total    % Received % Xferd  Average Speed   Time    Time     Time
Current
                                 Dload  Upload   Total   Spent    Left
Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
    0
--->  Attempting to fetch libebml-0.7.8.tar.bz2 from
http://svn.macports.org/repository/macports/distfiles/general/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time
Current
                                 Dload  Upload   Total   Spent    Left
Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
    0
--->  Attempting to fetch libebml-0.7.8.tar.bz2 from
http://svn.macports.org/repository/macports/downloads/libebml
  % Total    % Received % Xferd  Average Speed   Time    Time     Time
Current
                                 Dload  Upload   Total   Spent    Left
Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
    0
Error: Target org.macports.fetch returned: fetch failed
Warning: the following items did not execute (for libebml):
org.macports.activate org.macports.fetch org.macports.extract
org.macports.checksum org.macports.patch org.macports.configure
org.macports.build org.macports.destroot org.macports.install
Error: The following dependencies failed to build: libmatroska libebml
lzo pcre readline wxWidgets libsdl_mixer smpeg
Error: Status 1 encountered during processing.
</snip>

I have tried to manually download libebml and libmatroska and I fail
because the following links do not work:

<snip>
http://dl.matroska.org/downloads/libmatroska/
http://dl.matroska.org/downloads/libebml/
</snip>

My system specs are:
PowerPC G5 Dual
Xcode 3.1.1
MacPorts 1.6.0 (Binary install)


From ndiscreet at gmail.com  Wed Oct 22 06:22:39 2008
From: ndiscreet at gmail.com (Altoine Barker)
Date: Wed, 22 Oct 2008 08:22:39 -0500
Subject: mkvtoolnix dependency failure
Message-ID: <48FF291F.2070001@GmAiL.cOm>

When I issue the following command to install mkvtoolnix "port -v
install mktoolnix +wxwidgets +flac" I get the following error:

<snip>
--->  Fetching libebml
--->  libebml-0.7.8.tar.bz2 doesn't seem to exist in
/opt/local/var/macports/distfiles/libebml
--->  Attempting to fetch libebml-0.7.8.tar.bz2 from
http://dl.matroska.org/downloads/libebml/

--->  Attempting to fetch libebml-0.7.8.tar.bz2 from
http://svn.macports.org/repository/macports/distfiles/libebml
  % Total    % Received % Xferd  Average Speed   Time    Time     Time
Current
                                 Dload  Upload   Total   Spent    Left
Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
    0
--->  Attempting to fetch libebml-0.7.8.tar.bz2 from
http://svn.macports.org/repository/macports/distfiles/general/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time
Current
                                 Dload  Upload   Total   Spent    Left
Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
    0
--->  Attempting to fetch libebml-0.7.8.tar.bz2 from
http://svn.macports.org/repository/macports/downloads/libebml
  % Total    % Received % Xferd  Average Speed   Time    Time     Time
Current
                                 Dload  Upload   Total   Spent    Left
Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
    0
Error: Target org.macports.fetch returned: fetch failed
Warning: the following items did not execute (for libebml):
org.macports.activate org.macports.fetch org.macports.extract
org.macports.checksum org.macports.patch org.macports.configure
org.macports.build org.macports.destroot org.macports.install
Error: The following dependencies failed to build: libmatroska libebml
lzo pcre readline wxWidgets libsdl_mixer smpeg
Error: Status 1 encountered during processing.
</snip>

I have tried to manually download libebml and libmatroska and I fail
because the following links do not work:

<snip>
http://dl.matroska.org/downloads/libmatroska/
http://dl.matroska.org/downloads/libebml/
</snip>

My system specs are:
PowerPC G5 Dual
Xcode 3.1.1
MacPorts 1.6.0 (Binary install)

From pguyot at kallisys.net  Wed Oct 22 08:16:16 2008
From: pguyot at kallisys.net (Paul Guyot)
Date: Wed, 22 Oct 2008 17:16:16 +0200
Subject: Mirroring distfiles (was Re: mkvtoolnix dependency failure)
In-Reply-To: <mailman.21.1224684059.34644.macports-users@lists.macosforge.org>
References: <mailman.21.1224684059.34644.macports-users@lists.macosforge.org>
Message-ID: <FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net>

> Date: Wed, 22 Oct 2008 08:22:39 -0500
> From: Altoine Barker <ndiscreet at gmail.com>
> Subject: mkvtoolnix dependency failure
> To: MacPorts Users <macports-users at lists.macosforge.org>
> Message-ID: <48FF291F.2070001 at GmAiL.cOm>

[...]

> I have tried to manually download libebml and libmatroska and I fail
> because the following links do not work:
>
> <snip>
> http://dl.matroska.org/downloads/libmatroska/
> http://dl.matroska.org/downloads/libebml/
> </snip>

The unique master site is down, but fortunately I had the tarballs on  
my disk and I've manually copied the files where port(1) looks for  
them by default.

Still, this raises the question of the automatic mirroring of dist  
files, a problem that apparently never got solved.

Paul


From jkorchok at hotmail.com  Wed Oct 22 09:28:28 2008
From: jkorchok at hotmail.com (John Korchok)
Date: Wed, 22 Oct 2008 09:28:28 -0700
Subject: Please connect with me :)
Message-ID: <1207176509.484446@hotmail.com>

Hi,

		I looked for you on Reunion.com, but you weren't there. Please connect with me so we can keep in touch.
		-John

		Do You Know John?
		YES - Connect with John, and see who's searching for you
		http://smtp26.mail.reunion.com:80/track?type=click&mailingid=13400&messageid=900&databaseid=1224098109&serial=1207176509&emailid=macports-users at lists.macosforge.org&userid=484446&extra=&&&2002&&&http://www.reunion.com/showInviteRegistration.do?uid=293905783
		NO - I don't know John http://smtp26.mail.reunion.com:80/track?type=click&mailingid=13400&messageid=900&databaseid=1224098109&serial=1207176509&emailid=macports-users at lists.macosforge.org&userid=484446&extra=&&&2000&&&http://www.reunion.com/showInviteRegistration.do?unsub=true&invitee=macports-users at lists.macosforge.org&uid=293905783
		----------------------------

		Reunion.com - Find Everyone from Your Past. 
		You have received this e-mail because a Reunion.com Member sent an invitation to
		this e-mail address. For assistance, please refer to our FAQ or Contact Us. http://smtp26.mail.reunion.com:80/track?type=click&mailingid=13400&messageid=900&databaseid=1224098109&serial=1207176509&emailid=macports-users at lists.macosforge.org&userid=484446&extra=&&&2001&&&http://help.reunion.com/selfhelp?lid=2
		Our Address: 2118 Wilshire Blvd., Box 1008, Santa Monica, CA 90403-5784
	
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081022/58c4d3fb/attachment.html>

From zavpublic at mac.com  Wed Oct 22 09:40:16 2008
From: zavpublic at mac.com (Alex Zavatone)
Date: Wed, 22 Oct 2008 11:40:16 -0500
Subject: MacPorts and Spam
In-Reply-To: <FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net>
References: <mailman.21.1224684059.34644.macports-users@lists.macosforge.org>
	<FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net>
Message-ID: <D4FE08DC-B826-459A-9D9B-69C63F3B8521@mac.com>

>

It appears that the spammers, Reunion.com, have harvested this list  
and are sending out spam either through or forging macports email  
headers.  If any of you fellow list members get Reunion.com email  
today, it's a scam to get you to use their site.

Just warning you all.
- Zav




From hippely at gmail.com  Wed Oct 22 09:54:20 2008
From: hippely at gmail.com (Matthew Hippely)
Date: Wed, 22 Oct 2008 10:54:20 -0600
Subject: MacPorts and Spam
In-Reply-To: <D4FE08DC-B826-459A-9D9B-69C63F3B8521@mac.com>
References: <mailman.21.1224684059.34644.macports-users@lists.macosforge.org>
	<FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net>
	<D4FE08DC-B826-459A-9D9B-69C63F3B8521@mac.com>
Message-ID: <D2527F3A-D4A0-417A-A6CC-08ED2ED4C3AF@gmail.com>

I don't know how much it really helps but when I do the following:
forward it here: knujon at coldrain.net  OR  you can upload spam here: http://knujon.com/



On Oct 22, 2008, at 10:40 AM, Alex Zavatone wrote:

>>
>
> It appears that the spammers, Reunion.com, have harvested this list  
> and are sending out spam either through or forging macports email  
> headers.  If any of you fellow list members get Reunion.com email  
> today, it's a scam to get you to use their site.
>
> Just warning you all.
> - Zav
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From ohce86 at kitcarson.net  Wed Oct 22 10:05:27 2008
From: ohce86 at kitcarson.net (Timothy Goins)
Date: Wed, 22 Oct 2008 11:05:27 -0600
Subject: MacPorts and Spam
In-Reply-To: <D2527F3A-D4A0-417A-A6CC-08ED2ED4C3AF@gmail.com>
References: <mailman.21.1224684059.34644.macports-users@lists.macosforge.org>
	<FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net>
	<D4FE08DC-B826-459A-9D9B-69C63F3B8521@mac.com>
	<D2527F3A-D4A0-417A-A6CC-08ED2ED4C3AF@gmail.com>
Message-ID: <7A7556FA-924D-4C61-AC77-2633DE6020AA@kitcarson.net>

I Googled the guy, John Korchok.  As enterprising character trying to  
hawk his music.  I blocked him on my 3rd party firewall.  Also  
forwarded his email to knujon at coldrain.net.

?Tim

On Oct 22, 2008, at 10:54 AM, Matthew Hippely wrote:

> I don't know how much it really helps but when I do the following:
> forward it here: knujon at coldrain.net  OR  you can upload spam here: http://knujon.com/
>
>
>
> On Oct 22, 2008, at 10:40 AM, Alex Zavatone wrote:
>
>>>
>>
>> It appears that the spammers, Reunion.com, have harvested this list  
>> and are sending out spam either through or forging macports email  
>> headers.  If any of you fellow list members get Reunion.com email  
>> today, it's a scam to get you to use their site.
>>
>> Just warning you all.
>> - Zav
>>
>>
>>
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From jkorchok at hotmail.com  Wed Oct 22 10:13:59 2008
From: jkorchok at hotmail.com (John Korchok)
Date: Wed, 22 Oct 2008 13:13:59 -0400
Subject: MacPorts and Spam
In-Reply-To: <7A7556FA-924D-4C61-AC77-2633DE6020AA@kitcarson.net>
References: <mailman.21.1224684059.34644.macports-users@lists.macosforge.org><FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net><D4FE08DC-B826-459A-9D9B-69C63F3B8521@mac.com><D2527F3A-D4A0-417A-A6CC-08ED2ED4C3AF@gmail.com>
	<7A7556FA-924D-4C61-AC77-2633DE6020AA@kitcarson.net>
Message-ID: <COL108-DS12AAB590CFD5674E8D058DDC290@phx.gbl>


 
My apologies to all. I was trying to sign up at Reunion.com. The Reunion.com
site searched my address book and sent emails to every contact even though I
specifically checked the option not to do that. I did not know it was going
to spam everyone.

I am not a spammer, I am not trying to hawk my music (though I do put my
music on-line for free).

John Korchok

> -----Original Message-----
> From: macports-users-bounces at lists.macosforge.org 
> [mailto:macports-users-bounces at lists.macosforge.org] On 
> Behalf Of Timothy Goins
> Sent: 10/22/2008 1:05 PM
> To: Matthew Hippely
> Cc: MacPorts Users; Altoine Barker; Paul Guyot
> Subject: Re: MacPorts and Spam
> 
> I Googled the guy, John Korchok.  As enterprising character 
> trying to hawk his music.  I blocked him on my 3rd party 
> firewall.  Also forwarded his email to knujon at coldrain.net.
> 
> -Tim
> 
> On Oct 22, 2008, at 10:54 AM, Matthew Hippely wrote:
> 
> > I don't know how much it really helps but when I do the following:
> > forward it here: knujon at coldrain.net  OR  you can upload spam here: 
> > http://knujon.com/
> >
> >
> >
> > On Oct 22, 2008, at 10:40 AM, Alex Zavatone wrote:
> >
> >>>
> >>
> >> It appears that the spammers, Reunion.com, have harvested 
> this list 
> >> and are sending out spam either through or forging macports email 
> >> headers.  If any of you fellow list members get Reunion.com email 
> >> today, it's a scam to get you to use their site.
> >>
> >> Just warning you all.
> >> - Zav
> >>
> >>
> >>
> >> _______________________________________________
> >> macports-users mailing list
> >> macports-users at lists.macosforge.org
> >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
> >
> > _______________________________________________
> > macports-users mailing list
> > macports-users at lists.macosforge.org
> > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
> 
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
> 


From zavpublic at mac.com  Wed Oct 22 11:40:58 2008
From: zavpublic at mac.com (Alex Zavatone)
Date: Wed, 22 Oct 2008 13:40:58 -0500
Subject: MacPorts and Spam
In-Reply-To: <7A7556FA-924D-4C61-AC77-2633DE6020AA@kitcarson.net>
References: <mailman.21.1224684059.34644.macports-users@lists.macosforge.org>
	<FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net>
	<D4FE08DC-B826-459A-9D9B-69C63F3B8521@mac.com>
	<D2527F3A-D4A0-417A-A6CC-08ED2ED4C3AF@gmail.com>
	<7A7556FA-924D-4C61-AC77-2633DE6020AA@kitcarson.net>
Message-ID: <27109CEF-3A3B-4A17-9D2D-F3E13914FAFF@mac.com>

Well, I'm betting that it is no one we know.  Reunion sends out  
deceptive email stating that "someone you know is looking to get back  
in touch with you", which is complete BS.

On Oct 22, 2008, at 12:05 PM, Timothy Goins wrote:

> I Googled the guy, John Korchok.  As enterprising character trying  
> to hawk his music.  I blocked him on my 3rd party firewall.  Also  
> forwarded his email to knujon at coldrain.net.
>
> ?Tim

- Zav




From zavpublic at mac.com  Wed Oct 22 11:44:59 2008
From: zavpublic at mac.com (Alex Zavatone)
Date: Wed, 22 Oct 2008 13:44:59 -0500
Subject: MacPorts and Spam
In-Reply-To: <COL108-DS12AAB590CFD5674E8D058DDC290@phx.gbl>
References: <mailman.21.1224684059.34644.macports-users@lists.macosforge.org>
	<FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net>
	<D4FE08DC-B826-459A-9D9B-69C63F3B8521@mac.com>
	<D2527F3A-D4A0-417A-A6CC-08ED2ED4C3AF@gmail.com>
	<7A7556FA-924D-4C61-AC77-2633DE6020AA@kitcarson.net>
	<COL108-DS12AAB590CFD5674E8D058DDC290@phx.gbl>
Message-ID: <594C7476-B1BA-4237-94C1-E78B47C2B92A@mac.com>

John, and anyone else.  Don't sign up at Reunion.

They are known for doing exactly that. Once you sign up, they scan  
your address book and spam everyone in it.

It's a well documented abusive practice by them and it makes you look  
like a spammer.  They are parasites.  Stay away.

http://blogs.law.harvard.edu/doc/2008/05/10/reunioncom-spam-alert/

On Oct 22, 2008, at 12:13 PM, John Korchok wrote:

>
>
> My apologies to all. I was trying to sign up at Reunion.com. The  
> Reunion.com
> site searched my address book and sent emails to every contact even  
> though I
> specifically checked the option not to do that. I did not know it  
> was going
> to spam everyone.
>
> I am not a spammer, I am not trying to hawk my music (though I do  
> put my
> music on-line for free).

- Zav




From trog24 at comcast.net  Wed Oct 22 12:56:00 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Wed, 22 Oct 2008 12:56:00 -0700
Subject: MacPorts and Spam
In-Reply-To: <D4FE08DC-B826-459A-9D9B-69C63F3B8521@mac.com>
References: <mailman.21.1224684059.34644.macports-users@lists.macosforge.org>
	<FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net>
	<D4FE08DC-B826-459A-9D9B-69C63F3B8521@mac.com>
Message-ID: <DA58381B-0FAB-4456-8142-6AB454F877EF@comcast.net>

Hello,
	I just got one of those emails myself just now.
Frank

On Oct 22, 2008, at 9:40 AM, Alex Zavatone wrote:

>>
>
> It appears that the spammers, Reunion.com, have harvested this list  
> and are sending out spam either through or forging macports email  
> headers.  If any of you fellow list members get Reunion.com email  
> today, it's a scam to get you to use their site.
>
> Just warning you all.
> - Zav
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From bentley at crenelle.com  Wed Oct 22 13:16:24 2008
From: bentley at crenelle.com (Michael Brian Bentley)
Date: Wed, 22 Oct 2008 13:16:24 -0700
Subject: git-core build process fails looking for Error-0.17012
Message-ID: <p06240805c52539334e03@[192.168.1.32]>

Hiya!

I just tried to install git-core, which fails while looking for 
Error-0.17012.tar.gz.

I looked at the first place the process looks for this file, and in 
no time found Error-0.17015.tar.gz.

I enclose the install log below, hope I'm following SOP.

Thanks very much!

-Mike

-------------

bentley-MBP-OSX:~ bentley$ sudo port install git-core
Password:
--->  Fetching curl
--->  Attempting to fetch curl-7.18.2.tar.bz2 from 
http://curl.haxx.se/download/
--->  Verifying checksum(s) for curl
--->  Extracting curl
--->  Configuring curl
--->  Building curl with target all
--->  Staging curl into destroot
--->  Installing curl 7.18.2_0
--->  Activating curl 7.18.2_0
--->  Cleaning curl
--->  Fetching openssh
--->  Attempting to fetch DVG-5142987_launchd_DISPLAY_for_X11.patch 
from 
http://www.opensource.apple.com/darwinsource/10.5/OpenSSH-87/patches/
--->  Attempting to fetch openssh-5.0p1.tar.gz from 
http://mirror.roothell.org/pub/OpenBSD/OpenSSH/portable
--->  Attempting to fetch openssh-5.0p1.tar.gz from 
http://ftp-stud.fht-esslingen.de/pub/OpenBSD/OpenSSH/portable
--->  Verifying checksum(s) for openssh
--->  Extracting openssh
--->  Applying patches to openssh
--->  Configuring openssh
--->  Building openssh with target all
--->  Staging openssh into destroot
--->  Creating launchd control script
###########################################################
# A startup item has been generated that will aid in
# starting openssh with launchd. It is disabled
# by default. Execute the following command to start it,
# and to cause it to launch at startup:
#
# sudo launchctl load -w /Library/LaunchDaemons/org.macports.OpenSSH.plist
###########################################################
--->  Installing openssh 5.0p1_0+darwin_9
--->  Activating openssh 5.0p1_0+darwin_9
--->  Cleaning openssh
--->  Fetching p5-error
--->  Attempting to fetch Error-0.17012.tar.gz from 
http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://ftp.cpan.org/pub/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://ftp.kddlabs.co.jp/lang/perl/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://ftp.sunet.se/pub/lang/perl/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://mirror.hiwaay.net/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://ftp.bora.net/pub/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://ftp.mirror.ac.uk/sites/ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://csociety-ftp.ecn.purdue.edu/pub/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://ftp.auckland.ac.nz/pub/perl/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://ftp.cs.colorado.edu/pub/perl/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://cpan.pop-mg.com.br/pub/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://ftp.is.co.za/programming/perl/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://sunsite.org.uk/packages/perl/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
ftp://ftp.chg.ru/pub/lang/perl/CPAN/modules/by-module/Error
--->  Attempting to fetch Error-0.17012.tar.gz from 
http://svn.macports.org/repository/macports/distfiles/p5-error
--->  Attempting to fetch Error-0.17012.tar.gz from 
http://svn.macports.org/repository/macports/distfiles/general/
--->  Attempting to fetch Error-0.17012.tar.gz from 
http://svn.macports.org/repository/macports/downloads/p5-error
Error: Target org.macports.fetch returned: fetch failed
Error: The following dependencies failed to build: p5-error rsync popt
Error: Status 1 encountered during processing.

From dcstein77 at gmail.com  Wed Oct 22 14:00:21 2008
From: dcstein77 at gmail.com (David Stein)
Date: Wed, 22 Oct 2008 14:00:21 -0700
Subject: confused about starting mysql5 after installation
Message-ID: <beb8eafb0810221400p16af7c41r286b68a92521bacb@mail.gmail.com>

I'm on 10.4 and installed the "server" variant of mysql5.  I don't
want mysql5 to start when my system boots, so I did *not* run this
command:

sudo launchctl load -w /Library/LaunchDaemons/org.macports.mysql5.plist

I then ran:

sudo -u mysql mysql_install_db5
sudo /opt/local/lib/mysql5/bin/mysql_secure_installation

I'm puzzled where to go next.  I followed these instructions:

You can start the MySQL daemon with:
cd /opt/local ; /opt/local/lib/mysql5/bin/mysqld_safe &

You can test the MySQL daemon with mysql-test-run.pl
cd mysql-test ; perl mysql-test-run.pl

... however, I had no luck.  "mysql-test" doesn't exist in /opt/local.
 "mysqld_safe &" appears to have succeeded, but I can't connect with
the mysql command line app:

$ mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket
'/tmp/mysql.sock' (2)

Any ideas?  Are there simple start & stop scripts around?

David

From dcstein77 at gmail.com  Wed Oct 22 14:27:54 2008
From: dcstein77 at gmail.com (David Stein)
Date: Wed, 22 Oct 2008 14:27:54 -0700
Subject: confused about starting mysql5 after installation
In-Reply-To: <beb8eafb0810221400p16af7c41r286b68a92521bacb@mail.gmail.com>
References: <beb8eafb0810221400p16af7c41r286b68a92521bacb@mail.gmail.com>
Message-ID: <beb8eafb0810221427y215e32c5qd0bcaf6a54ccaa3a@mail.gmail.com>

An update ... this works:

mysql --socket=/opt/local/var/run/mysql5/mysqld.sock

Why does "mysql" look for /tmp/mysql.sock?

Also, what's the purpose of /opt/local/share/mysql5/mysql/mysql.server?

David

From blb at macports.org  Wed Oct 22 14:43:06 2008
From: blb at macports.org (Bryan Blackburn)
Date: Wed, 22 Oct 2008 15:43:06 -0600
Subject: Mirroring distfiles (was Re: mkvtoolnix dependency failure)
In-Reply-To: <FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net>
References: <48FF291F.2070001@GmAiL.cOm>
	<FA6264C0-5EA7-4FB7-91AC-5B6E552B9B83@kallisys.net>
Message-ID: <20081022214306.GE97084@ninagal.withay.com>

On Wed, Oct 22, 2008 at 05:16:16PM +0200, Paul Guyot said:
>> Date: Wed, 22 Oct 2008 08:22:39 -0500
>> From: Altoine Barker <ndiscreet at gmail.com>
>> Subject: mkvtoolnix dependency failure
>> To: MacPorts Users <macports-users at lists.macosforge.org>
>> Message-ID: <48FF291F.2070001 at GmAiL.cOm>
>
> [...]
>
>> I have tried to manually download libebml and libmatroska and I fail
>> because the following links do not work:
>>
>> <snip>
>> http://dl.matroska.org/downloads/libmatroska/
>> http://dl.matroska.org/downloads/libebml/
>> </snip>
>
> The unique master site is down, but fortunately I had the tarballs on my 
> disk and I've manually copied the files where port(1) looks for them by 
> default.
>
> Still, this raises the question of the automatic mirroring of dist files, 
> a problem that apparently never got solved.
>

Mirroring to distfiles.macports.org should be working fine, as far as I
know; I believe ftp-based sites aren't mirrored, but otherwise, Bill
Siegrist has had this working for a while now.

The problem, of course, is that MacPorts 1.6 doesn't check it without being
told to...

Bryan


> Paul
>

From blb at macports.org  Wed Oct 22 14:46:36 2008
From: blb at macports.org (Bryan Blackburn)
Date: Wed, 22 Oct 2008 15:46:36 -0600
Subject: git-core build process fails looking for Error-0.17012
In-Reply-To: <p06240805c52539334e03@[192.168.1.32]>
References: <p06240805c52539334e03@[192.168.1.32]>
Message-ID: <20081022214636.GF97084@ninagal.withay.com>

On Wed, Oct 22, 2008 at 01:16:24PM -0700, Michael Brian Bentley said:
> Hiya!
>
> I just tried to install git-core, which fails while looking for  
> Error-0.17012.tar.gz.
>
> I looked at the first place the process looks for this file, and in no 
> time found Error-0.17015.tar.gz.
>

You'll want to do a 'sudo port selfupdate' as the p5-error port is currently
at 0.17015, so that should fix the fetch error.

Bryan


> I enclose the install log below, hope I'm following SOP.
>
> Thanks very much!
>
> -Mike
>
[...]


From macsforever2000 at macports.org  Wed Oct 22 14:58:53 2008
From: macsforever2000 at macports.org (Frank Schima)
Date: Wed, 22 Oct 2008 15:58:53 -0600
Subject: slib @3b1_0 prevents gnucash from starting up
In-Reply-To: <97E481D3-7292-4A14-8316-1B1B5A6AB204@lawyer.com>
References: <97E481D3-7292-4A14-8316-1B1B5A6AB204@lawyer.com>
Message-ID: <1A5618BE-041D-4E91-9B43-9EBF18A6B169@macports.org>


On Oct 22, 2008, at 5:53 AM, Pete Crite wrote:

> Hi,
>
> the new update of slib from @3a3_0 to @3b1_0 appears to prevent  
> gnucash from starting up. I get a brief flash of the startup screen,  
> then it disappears. I get the following message.
>
> ERROR: In procedure open-file:
> ERROR: No such file or directory: "/opt/local/share/guile/site/ 
> slibcat"
>
> Deactivating @3b1_0 and activating @3a3_0 allows gnucash to start up  
> fine. Is it something I did, or should I file a bug report?

I see the same problem. Yes, please file a bug report.


Cheers!
Frank


From hypocrite at lawyer.com  Wed Oct 22 15:14:56 2008
From: hypocrite at lawyer.com (Pete Crite)
Date: Thu, 23 Oct 2008 09:14:56 +1100
Subject: slib @3b1_0 prevents gnucash from starting up
In-Reply-To: <1A5618BE-041D-4E91-9B43-9EBF18A6B169@macports.org>
References: <97E481D3-7292-4A14-8316-1B1B5A6AB204@lawyer.com>
	<1A5618BE-041D-4E91-9B43-9EBF18A6B169@macports.org>
Message-ID: <CAFA78DF-792B-476D-88F1-9D1C992172F0@lawyer.com>

Done.
https://trac.macports.org/ticket/16961

On 23/10/2008, at 8:58 AM, Frank Schima wrote:

>
>
> On Oct 22, 2008, at 5:53 AM, Pete Crite wrote:
>
>> Hi,
>>
>> the new update of slib from @3a3_0 to @3b1_0 appears to prevent  
>> gnucash from starting up. I get a brief flash of the startup  
>> screen, then it disappears. I get the following message.
>>
>> ERROR: In procedure open-file:
>> ERROR: No such file or directory: "/opt/local/share/guile/site/ 
>> slibcat"
>>
>> Deactivating @3b1_0 and activating @3a3_0 allows gnucash to start  
>> up fine. Is it something I did, or should I file a bug report?
>
> I see the same problem. Yes, please file a bug report.
>
>
> Cheers!
> Frank
>
>


From bentley at crenelle.com  Wed Oct 22 16:12:10 2008
From: bentley at crenelle.com (Michael Brian Bentley)
Date: Wed, 22 Oct 2008 16:12:10 -0700
Subject: git-core build process fails looking for Error-0.17012
In-Reply-To: <20081022214636.GF97084@ninagal.withay.com>
References: <p06240805c52539334e03@[192.168.1.32]>
	<20081022214636.GF97084@ninagal.withay.com>
Message-ID: <p06240807c52563853911@[192.168.1.32]>

Excellent, I had been wondering if that would take care of the problem.

Thanks,

-Mike

At 3:46 PM -0600 10/22/08, Bryan Blackburn wrote:
>On Wed, Oct 22, 2008 at 01:16:24PM -0700, Michael Brian Bentley said:
>>  Hiya!
>>
>>  I just tried to install git-core, which fails while looking for 
>>  Error-0.17012.tar.gz.
>>
>>  I looked at the first place the process looks for this file, and in no
>>  time found Error-0.17015.tar.gz.
>>
>
>You'll want to do a 'sudo port selfupdate' as the p5-error port is currently
>at 0.17015, so that should fix the fetch error.
>
>Bryan

From trog24 at comcast.net  Wed Oct 22 16:46:14 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Wed, 22 Oct 2008 16:46:14 -0700
Subject: openvrml
Message-ID: <7D263C07-5155-4AE3-B456-4AE7B42902F4@comcast.net>

Hello,
	Is someone working on a port of openvrml?
Frank


From pano.irk at gmail.com  Wed Oct 22 18:25:01 2008
From: pano.irk at gmail.com (=?UTF-8?B?0JzQuNGF0LDQuNC7INCQ?=)
Date: Thu, 23 Oct 2008 10:25:01 +0900
Subject: Integration of GetText and PHP
Message-ID: <EEE5865A-705F-4614-9144-C171DB8BEB83@gmail.com>

Hi!
I  installed GetText via MacPorts&
It is depended on by many other  ports,
and I have  PHP5 built from source.
How can i Adding Gettext Extension for PH5 ?
( Integration of GetText and PHP)
I try it: go to /etc and edit php.ini with  editor and add this line:
extension=gettext.so
re-run appache and go to http://localhost/test  and  I can not see  in  
PHP configuration
the line  -  GetText support enabled

5/iMac/ Intel Core2Duo/Mac OSX 10.5.5


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081023/8c00c6aa/attachment.html>

From braden at endoframe.com  Wed Oct 22 19:25:50 2008
From: braden at endoframe.com (Braden McDaniel)
Date: Wed, 22 Oct 2008 22:25:50 -0400
Subject: openvrml
In-Reply-To: <7D263C07-5155-4AE3-B456-4AE7B42902F4@comcast.net>
References: <7D263C07-5155-4AE3-B456-4AE7B42902F4@comcast.net>
Message-ID: <1224728750.3520.20.camel@hinge.endoframe.net>

On Wed, 2008-10-22 at 16:46 -0700, Frank J. R. Hanstick wrote:
> Hello,
> 	Is someone working on a port of openvrml?

I don't have time to maintain the port myself.  But for anyone who'd
like to take this up, I'll note that I have built the parts of OpenVRML
that don't need X11 using the MacPorts tool chain.  So it shouldn't be
that hard.  (And for someone who cares to pursue it, I doubt the
X11-dependent parts would be that hard either.)

-- 
Braden McDaniel                           e-mail: <braden at endoframe.com>
<http://endoframe.com>                    Jabber: <braden at jabber.org>



From trog24 at comcast.net  Wed Oct 22 19:37:13 2008
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Wed, 22 Oct 2008 19:37:13 -0700
Subject: openvrml
In-Reply-To: <1224728750.3520.20.camel@hinge.endoframe.net>
References: <7D263C07-5155-4AE3-B456-4AE7B42902F4@comcast.net>
	<1224728750.3520.20.camel@hinge.endoframe.net>
Message-ID: <E3F7CB9A-0E07-44CB-BEAD-79993C474A63@comcast.net>

Hello,
	I am very new to porting; but, I would be willing to look at what  
you did since I am interested in porting it as long as someone can  
help me through it.
Frank

On Oct 22, 2008, at 7:25 PM, Braden McDaniel wrote:

> On Wed, 2008-10-22 at 16:46 -0700, Frank J. R. Hanstick wrote:
>> Hello,
>> 	Is someone working on a port of openvrml?
>
> I don't have time to maintain the port myself.  But for anyone who'd
> like to take this up, I'll note that I have built the parts of  
> OpenVRML
> that don't need X11 using the MacPorts tool chain.  So it shouldn't be
> that hard.  (And for someone who cares to pursue it, I doubt the
> X11-dependent parts would be that hard either.)
>
> -- 
> Braden McDaniel                           e-mail:  
> <braden at endoframe.com>
> <http://endoframe.com>                    Jabber: <braden at jabber.org>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From ryandesign at macports.org  Wed Oct 22 20:53:57 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 22 Oct 2008 22:53:57 -0500
Subject: Integration of GetText and PHP
In-Reply-To: <EEE5865A-705F-4614-9144-C171DB8BEB83@gmail.com>
References: <EEE5865A-705F-4614-9144-C171DB8BEB83@gmail.com>
Message-ID: <510E4A5D-B630-4041-9E34-5E30109F3316@macports.org>


On Oct 22, 2008, at 20:25, ?????? ? wrote:

> I  installed GetText via MacPorts&
> It is depended on by many other  ports,
> and I have  PHP5 built from source.
> How can i Adding Gettext Extension for PH5 ?
> ( Integration of GetText and PHP)
> I try it: go to /etc and edit php.ini with  editor and add this line:
> extension=gettext.so
> re-run appache and go to http://localhost/test  and  I can not see   
> in PHP configuration
> the line  -  GetText support enabled
>
> 5/iMac/ Intel Core2Duo/Mac OSX 10.5.5

On Windows, you load extensions like that, but on every other OS,  
including Mac OS X, you just compile support for whatever it is into  
PHP itself. So you would need to recompile PHP adding this configure  
parameter:

--with-gettext=/opt/local

Consider using the php5 port in MacPorts to compile PHP. It includes  
this and many other options already. If the php5 port is  
unsatisfactory, let me know why and maybe I can change it to make it  
work better for you.



From ryandesign at macports.org  Wed Oct 22 20:59:57 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 22 Oct 2008 22:59:57 -0500
Subject: Failure to install rb-fxruby
In-Reply-To: <e180a5140810211910u5def3331w806161954bb71786@mail.gmail.com>
References: <e180a5140810211910u5def3331w806161954bb71786@mail.gmail.com>
Message-ID: <F2170207-99C0-43E0-AFF9-9BDB7DED31F5@macports.org>

Please file a bug in the issue tracker and assign it to the  
maintainer of rb-fxruby.

http://guide.macports.org/#project


On Oct 21, 2008, at 21:10, Takaaki Kato wrote:

> After doing `sudo port install rb-fxruby`. I get the error at the very
> end of the installation.
>
> --->  Attempting to fetch FXRuby-1.6.16.tar.gz from
> http://rubyforge.org/frs/download.php/39357/
> --->  Verifying checksum(s) for rb-fxruby
> --->  Extracting rb-fxruby
> --->  Configuring rb-fxruby
> --->  Building rb-fxruby with target setup
> Error: Target org.macports.build returned: shell command " cd
> "/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_ 
> rb-fxruby/work/FXRuby-1.6.16"
> && /opt/local/bin/ruby -rvendor-specific install.rb setup " returned
> error 1
> Command output: cc -dynamic -bundle -undefined suppress
> -flat_namespace -o fox16.bundle librb.o core_wrap.o dc_wrap.o
> dialogs_wrap.o frames_wrap.o fx3d_wrap.o FXRbApp.o FXRbDataTarget.o
> FXRbGLViewer.o FXRuby.o iconlist_wrap.o icons_wrap.o image_wrap.o
> impl.o label_wrap.o layout_wrap.o list_wrap.o markfuncs.o mdi_wrap.o
> menu_wrap.o scintilla_wrap.o table_wrap.o text_wrap.o treelist_wrap.o
> ui_wrap.o unregisterOwnedObjects.o -L. -L/opt/local/lib
> -L/opt/local/lib -L/usr/X11R6/lib -L. -L/opt/local/lib    -lruby
> -lfxscintilla -lpng -lXcursor -lXrandr -lFOX-1.6 -lGLU -lGL -lX11
> -lXext -ltiff -ljpeg -lz -lpng -lstdc++  -lpthread -ldl -lobjc
> i686-apple-darwin9-gcc-4.0.1: core_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: dc_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: dialogs_wrap.o: No such file or  
> directory
> i686-apple-darwin9-gcc-4.0.1: frames_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: fx3d_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: FXRbApp.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: FXRbDataTarget.o: No such file or  
> directory
> i686-apple-darwin9-gcc-4.0.1: FXRbGLViewer.o: No such file or  
> directory
> i686-apple-darwin9-gcc-4.0.1: FXRuby.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: iconlist_wrap.o: No such file or  
> directory
> i686-apple-darwin9-gcc-4.0.1: icons_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: image_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: impl.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: label_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: layout_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: list_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: markfuncs.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: mdi_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: menu_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: scintilla_wrap.o: No such file or  
> directory
> i686-apple-darwin9-gcc-4.0.1: table_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: text_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: treelist_wrap.o: No such file or  
> directory
> i686-apple-darwin9-gcc-4.0.1: ui_wrap.o: No such file or directory
> i686-apple-darwin9-gcc-4.0.1: unregisterOwnedObjects.o: No such file
> or directory
> make: *** [fox16.bundle] Error 1
> setup failed
> 'system make ' failed
> Try 'ruby install.rb --help' for detailed usage.
>
> Error: Status 1 encountered during processing.
> ###################################################################
> $ sw_vers
> ProductName:	Mac OS X
> ProductVersion:	10.5.5
> BuildVersion:	9F33
> $port version
> Version: 1.600
>
> I installed Ruby and RubyGems using MacPorts.
>  $which ruby
> /opt/local/bin//ruby
> $ which gem
> /opt/local/bin//gem
>
> Any help would be appreciated.




From ryandesign at macports.org  Wed Oct 22 21:01:04 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 22 Oct 2008 23:01:04 -0500
Subject: evolution-data-server/libedataserver
In-Reply-To: <6BC184EC-17A2-40C6-B689-9CE5D271CF60@bellsouth.net>
References: <6BC184EC-17A2-40C6-B689-9CE5D271CF60@bellsouth.net>
Message-ID: <96098420-432D-4492-8E65-A79A44DB9BDE@macports.org>


On Oct 21, 2008, at 20:31, William Davis wrote:

> evolution-data-server seems to be missing libedataserver-1.2.11.dylib
>
> d: file not found: /opt/local/lib/libedataserver-1.2.11.dylib
> collect2: ld returned 1 exit status
> make[4]: *** [libcamelsendmail.la] Error 1
> make[3]: *** [all-recursive] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> Warning: the following items did not execute (for evolution-data- 
> server): org.macports.destroot org.macports.build

devans filed a bug for this here:

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



From braden at endoframe.com  Wed Oct 22 23:41:00 2008
From: braden at endoframe.com (Braden McDaniel)
Date: Thu, 23 Oct 2008 02:41:00 -0400
Subject: openvrml
In-Reply-To: <E3F7CB9A-0E07-44CB-BEAD-79993C474A63@comcast.net>
References: <7D263C07-5155-4AE3-B456-4AE7B42902F4@comcast.net>
	<1224728750.3520.20.camel@hinge.endoframe.net>
	<E3F7CB9A-0E07-44CB-BEAD-79993C474A63@comcast.net>
Message-ID: <1224744060.3520.28.camel@hinge.endoframe.net>

On Wed, 2008-10-22 at 19:37 -0700, Frank J. R. Hanstick wrote:
> Hello,
> 	I am very new to porting; but, I would be willing to look at what  
> you did since I am interested in porting it as long as someone can  
> help me through it.

There are no special instructions for MacPorts; it works the same as
everywhere else.  Or at least it should.  Feel free to mail me or
<openvrml-develop at lists.sourceforge.net> (subscriber-only) about any
problems you have building OpenVRML.  For issues particular to the ports
system itself, I'd imagine folks here can help.

-- 
Braden McDaniel                           e-mail: <braden at endoframe.com>
<http://endoframe.com>                    Jabber: <braden at jabber.org>



From lists at sequestered.net  Thu Oct 23 01:06:35 2008
From: lists at sequestered.net (Jay Chandler)
Date: Thu, 23 Oct 2008 01:06:35 -0700
Subject: ClusterSSH in Leopard
Message-ID: <F18F06B7-B16A-4251-8FF1-B2E0AACA5373@sequestered.net>

I've seen a few emails about this in the archives, but I don't see a  
solution.

ClusterSSH builds and installs correctly, but no matter what arguments  
it's invoked with, it returns:

singularity:~ jchandler$ cssh
Bus error
singularity:~ jchandler$

Previous reading suggests the Tk port is broken, but I'm not sure how  
to proceed from here.  The bug reports on this date back to January  
with no resolution.

A little help would be terrific; failing that, another xterm  
multiplexer recommendation would be appreciated!

-- Jay


From news at ademmler.com  Thu Oct 23 09:00:46 2008
From: news at ademmler.com (ademmler)
Date: Thu, 23 Oct 2008 18:00:46 +0200
Subject: Problems Activating ports . . .
Message-ID: <B86BDBBC-FC11-41FE-B91E-1C89C1D11ACE@ademmler.com>

hi list users,

I am trying to install p5-dbd-mysql.
All went fine until "Activation". this step just does not finish.
I let it run a couple hours - but it just gives no error messages.

[Desktop/> activate p5-dbd-mysql
--->  Activating p5-dbd-mysql

. . . . does never stop


[Desktop/] > installed
The following ports are currently installed:
   bzip2 @1.0.5_1 (active)
   cairo @1.8.0_0+macosx (active)
   expat @2.0.1_0 (active)
   fontconfig @2.6.0_0+macosx (active)
   freetype @2.3.7_1 (active)
   ghostscript @8.63_0 (active)
   gperf @3.0.3_0 (active)
   ImageMagick @6.4.4-5_0+gs+jbig+jpeg2+lcms+perl+q8 (active)
   jasper @1.900.1_1+darwin_9 (active)
   jbigkit @1.6_0 (active)
   jpeg @6b_2 (active)
   lcms @1.17_0 (active)
   libiconv @1.12_0 (active)
   libpixman @0.12.0_1 (active)
   libpng @1.2.32_0 (active)
   libxml2 @2.7.1_1 (active)
   mysql5 @5.0.67_1 (active)
   openssl @0.9.8i_0 (active)
   oracle-instantclient @10.2.0.4.0_1 (active)
   p5-dbd-mysql @4.008_0+mysql5
   p5-dbi @1.607_0
   p5-scalar-list-utils @1.19_0
   perl5.8 @5.8.8_3+darwin_9 (active)
   pkgconfig @0.23_0 (active)
   render @0.9_1 (active)
   tiff @3.8.2_2+darwin_9+macosx (active)
   xrender @0.9.0_2 (active)
   zlib @1.2.3_1 (active)
[Desktop/DBD-mysql-4.009] >


Hope you can help me.
Greetings Alexander

From anton.van.oosten at telenet.be  Thu Oct 23 12:13:30 2008
From: anton.van.oosten at telenet.be (Anton van Oosten)
Date: Thu, 23 Oct 2008 21:13:30 +0200
Subject: type S_REGULAR does not match previous objects type S_COALESCED
In-Reply-To: <20081021215120.GG34057@ninagal.withay.com>
References: <B8E16C50-20F1-45F8-9998-419A28AF0181@telenet.be>
	<20081020204258.GE461@ninagal.withay.com>
	<C4B14E75-B6A2-4510-B7A7-111BCF0153E7@telenet.be>
	<20081021215120.GG34057@ninagal.withay.com>
Message-ID: <BE6EB321-C5FF-4E30-9960-6B80AFDEAAD7@telenet.be>

Thanks, but this did not solve the issue.
Could this be an inconsistency between libstdc++.a and gcc?

Anton
Op 21-okt-08, om 23:51 heeft Bryan Blackburn het volgende geschreven:

> On Tue, Oct 21, 2008 at 11:21:38PM +0200, Anton van Oosten said:
>> If I remove the overloading gcc, so that the /usr/bin/gcc is used, I
>> still get the error.
>> It looks like I have a really old libstdc++.a in usr/local/lib.
>> If I move that I get
> [...]
>> powerpc-apple-darwin8-g++-4.0.1: /usr/local/lib/libstdc++.a: No such
>> file or directory
>
> Did you run a 'sudo port clean --work pdflib' prior to trying to  
> install
> again?  If not, that's probably the issue as the configure stage  
> had seen
> those libraries already so the Makefiles were still referencing them.
>
> Bryan
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


From ryandesign at macports.org  Thu Oct 23 12:20:58 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 23 Oct 2008 14:20:58 -0500
Subject: type S_REGULAR does not match previous objects type S_COALESCED
In-Reply-To: <BE6EB321-C5FF-4E30-9960-6B80AFDEAAD7@telenet.be>
References: <B8E16C50-20F1-45F8-9998-419A28AF0181@telenet.be>
	<20081020204258.GE461@ninagal.withay.com>
	<C4B14E75-B6A2-4510-B7A7-111BCF0153E7@telenet.be>
	<20081021215120.GG34057@ninagal.withay.com>
	<BE6EB321-C5FF-4E30-9960-6B80AFDEAAD7@telenet.be>
Message-ID: <4E3BD0DE-7F5F-48B2-A0BA-E99AC7197183@macports.org>


On Oct 23, 2008, at 14:13, Anton van Oosten wrote:

> Op 21-okt-08, om 23:51 heeft Bryan Blackburn het volgende geschreven:
>
>> On Tue, Oct 21, 2008 at 11:21:38PM +0200, Anton van Oosten said:
>>
>>> If I remove the overloading gcc, so that the /usr/bin/gcc is used, I
>>> still get the error.
>>> It looks like I have a really old libstdc++.a in usr/local/lib.
>>> If I move that I get
>> [...]
>>> powerpc-apple-darwin8-g++-4.0.1: /usr/local/lib/libstdc++.a: No such
>>> file or directory
>>
>> Did you run a 'sudo port clean --work pdflib' prior to trying to  
>> install
>> again?  If not, that's probably the issue as the configure stage  
>> had seen
>> those libraries already so the Makefiles were still referencing them.
>
> Thanks, but this did not solve the issue.
> Could this be an inconsistency between libstdc++.a and gcc?

It still tries to use /usr/local/lib/libstdc++.a even though that  
file no longer exists? I was going to suggest that maybe one of  
pdflib's dependencies had already been built with knowledge of that  
library, but pdflib doesn't have any dependencies. Hmm. Maybe we need  
to see the complete debug output. Run:

sudo port clean pdflib
sudo port -d install pdflib 2>&1 | tee ~/Desktop/pdflib.txt

Then send pdflib.txt from your Desktop.


From ryandesign at macports.org  Thu Oct 23 12:29:05 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 23 Oct 2008 14:29:05 -0500
Subject: Problems Activating ports . . .
In-Reply-To: <B86BDBBC-FC11-41FE-B91E-1C89C1D11ACE@ademmler.com>
References: <B86BDBBC-FC11-41FE-B91E-1C89C1D11ACE@ademmler.com>
Message-ID: <E362C2FB-AB15-47CA-9F77-3997D6D218EF@macports.org>


On Oct 23, 2008, at 11:00, ademmler wrote:

> I am trying to install p5-dbd-mysql.
> All went fine until "Activation". this step just does not finish.
> I let it run a couple hours - but it just gives no error messages.
>
> [Desktop/> activate p5-dbd-mysql
> --->  Activating p5-dbd-mysql
>
> . . . . does never stop

Try with debug output. Maybe it will tell us more.

sudo port -d activate p5-dbd-mysql


From olaf at foellinger.de  Thu Oct 23 12:31:19 2008
From: olaf at foellinger.de (Olaf Foellinger)
Date: Thu, 23 Oct 2008 21:31:19 +0200
Subject: how do I patch a file that is created after configure?
Message-ID: <20081023193119.GA21314@foellinger.de>

Hi,

libgtkhtml3 doesn't builds here because a generated file does not work.
How do I tell the portfile to configure first and patch then?

Gru? Olaf

From ryandesign at macports.org  Thu Oct 23 17:12:27 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 23 Oct 2008 19:12:27 -0500
Subject: how do I patch a file that is created after configure?
In-Reply-To: <20081023193119.GA21314@foellinger.de>
References: <20081023193119.GA21314@foellinger.de>
Message-ID: <5FA8D712-9E88-427E-B7C2-5D4F6959A6C7@macports.org>

On Oct 23, 2008, at 14:31, Olaf Foellinger wrote:

> libgtkhtml3 doesn't builds here because a generated file does not  
> work.
> How do I tell the portfile to configure first and patch then?

The patch phase always precedes the configure phase. So you'll need  
to run a patch command yourself after configure, like:

post-configure {
	system "cd ${worksrcpath} && patch -p0 < ${filespath}/patch- 
something.diff"
}


From darmish at gmail.com  Thu Oct 23 18:45:05 2008
From: darmish at gmail.com (Darmis Hoskins)
Date: Thu, 23 Oct 2008 18:45:05 -0700
Subject: error trying to install pidgin
Message-ID: <a86e34770810231845k66e07504p61f5561bf12e70b1@mail.gmail.com>

./configure: line 20015: AM_GLIB_GNU_GETTEXT: command not found
configure: error:

The msgfmt command is required to build libpurple.  If it is installed
on your system, ensure that it is in your path.  If it is not, install
GNU gettext to continue.

If you have msgfmt installed, but for some reason this error message
is still displayed, you have encountered what appears to be a bug in
third-party configure macros.  Try setting the MSGFMT environment
variable to the absolute path to your msgfmt binary and trying
configure again, like this:

MSGFMT=/path/to/msgfmt ./configure ...

make: *** [config.status] Error 1

Error: Status 1 encountered during processing.

-- 
Darmis P. Hoskins
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081023/f89c9544/attachment.html>

From ryandesign at macports.org  Thu Oct 23 20:22:13 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 23 Oct 2008 22:22:13 -0500
Subject: error trying to install pidgin
In-Reply-To: <a86e34770810231845k66e07504p61f5561bf12e70b1@mail.gmail.com>
References: <a86e34770810231845k66e07504p61f5561bf12e70b1@mail.gmail.com>
Message-ID: <A8409B5B-5E20-4669-B0D2-F93CF7488A71@macports.org>

On Oct 23, 2008, at 20:45, Darmis Hoskins wrote:

> ./configure: line 20015: AM_GLIB_GNU_GETTEXT: command not found
> configure: error:
>
> The msgfmt command is required to build libpurple.  If it is installed
> on your system, ensure that it is in your path.  If it is not, install
> GNU gettext to continue.
>
> If you have msgfmt installed, but for some reason this error message
> is still displayed, you have encountered what appears to be a bug in
> third-party configure macros.  Try setting the MSGFMT environment
> variable to the absolute path to your msgfmt binary and trying
> configure again, like this:
>
> MSGFMT=/path/to/msgfmt ./configure ...
>
> make: *** [config.status] Error 1
>
> Error: Status 1 encountered during processing.

See this ticket:

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



From richardg1952 at yahoo.com  Thu Oct 23 21:37:41 2008
From: richardg1952 at yahoo.com (Richard Griffiths)
Date: Thu, 23 Oct 2008 21:37:41 -0700 (PDT)
Subject: need to restore xterm to Applications menu
Message-ID: <671379.89246.qm@web30803.mail.mud.yahoo.com>

I stupidly removed xterm from the X11 Applications menu and now X11 won't start. How do I restore it?

Thanks,
Richard



      

From olaf at foellinger.de  Thu Oct 23 22:01:48 2008
From: olaf at foellinger.de (Olaf Foellinger)
Date: Fri, 24 Oct 2008 07:01:48 +0200
Subject: how do I patch a file that is created after configure?
In-Reply-To: <5FA8D712-9E88-427E-B7C2-5D4F6959A6C7@macports.org>
References: <20081023193119.GA21314@foellinger.de>
	<5FA8D712-9E88-427E-B7C2-5D4F6959A6C7@macports.org>
Message-ID: <20081024050148.GA22467@foellinger.de>

Hi Ryan,

* Ryan Schmidt <ryandesign at macports.org> [24.10.08 06:17]wrote:

> On Oct 23, 2008, at 14:31, Olaf Foellinger wrote:
>
>> libgtkhtml3 doesn't builds here because a generated file does not  
>> work.
>> How do I tell the portfile to configure first and patch then?
>
> The patch phase always precedes the configure phase. So you'll need to 
> run a patch command yourself after configure, like:
>
> post-configure {
> 	system "cd ${worksrcpath} && patch -p0 < ${filespath}/patch- 
> something.diff"
> }

thank you, this worked perfectly.

Gru? Olaf

From ryandesign at macports.org  Fri Oct 24 00:54:46 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 24 Oct 2008 02:54:46 -0500
Subject: Problems Activating ports . . .
In-Reply-To: <95497C9D-91F6-4827-AD03-84F190D9F1B4@ademmler.com>
References: <B86BDBBC-FC11-41FE-B91E-1C89C1D11ACE@ademmler.com>
	<E362C2FB-AB15-47CA-9F77-3997D6D218EF@macports.org>
	<95497C9D-91F6-4827-AD03-84F190D9F1B4@ademmler.com>
Message-ID: <2E2DB3FC-9312-43E4-9A9E-4BECFB9E83C4@macports.org>

On Oct 24, 2008, at 02:38, ademmler wrote:

> Am 23.10.2008 um 21:29 schrieb Ryan Schmidt:
>
>> On Oct 23, 2008, at 11:00, ademmler wrote:
>>
>>> I am trying to install p5-dbd-mysql.
>>> All went fine until "Activation". this step just does not finish.
>>> I let it run a couple hours - but it just gives no error messages.
>>>
>>> [Desktop/> activate p5-dbd-mysql
>>> --->  Activating p5-dbd-mysql
>>>
>>> . . . . does never stop
>>
>> Try with debug output. Maybe it will tell us more.
>>
>> sudo port -d activate p5-dbd-mysql
>
> Hi Ryan,
>
> no change since 1hour . . .
> How can I cleanup the prot system in order to try it from the scratch.
> Using uninstall made no difference. Shall I remove all by hand?


It doesn't show anything after "Activating p5-dbd-mysql"? Even in  
debug mode? Even after uninstalling p5-dbd-mysql and trying again?  
That is odd. Activate isn't anything special either. It's not even  
something individual ports can control. Activation is just MacPorts  
making a bunch of hardlinks from one place to another. You do have  
some disk space free?

If it's not too inconvenient to uninstall all of MacPorts and start  
over, then that should hopefully fix it. Uninstall instructions are  
in the FAQ:

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

P.S: Use Reply All so your reply goes to the list too, not just to me.


From it at plastipol.com  Fri Oct 24 02:53:57 2008
From: it at plastipol.com (IT)
Date: Fri, 24 Oct 2008 11:53:57 +0200
Subject: MacPort deployment
Message-ID: <4BFA2024-DC47-441D-B584-887432F7FDB1@plastipol.com>

Hi,

I have installed pdftk Macport in my administrator computer. Now i  
want to deploy the binaries and all related files to run pdftk on 20  
networked macs without copying all /opt directory. Please, anybody  
can advice me about the best way to deploy a MacPort from the  
administrator computer to users computers ? Is there a way to make a  
osx package from an installation for deployment ?

thanks in advance

xavier

From afb at macports.org  Fri Oct 24 03:27:04 2008
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Fri, 24 Oct 2008 12:27:04 +0200
Subject: MacPort deployment
In-Reply-To: <4BFA2024-DC47-441D-B584-887432F7FDB1@plastipol.com>
References: <4BFA2024-DC47-441D-B584-887432F7FDB1@plastipol.com>
Message-ID: <F849FE18-7F85-4A67-B317-B75107BA04D8@macports.org>

"IT" wrote:

> I have installed pdftk Macport in my administrator computer. Now i  
> want to deploy the binaries and all related files to run pdftk on  
> 20 networked macs without copying all /opt directory. Please,  
> anybody can advice me about the best way to deploy a MacPort from  
> the administrator computer to users computers ? Is there a way to  
> make a osx package from an installation for deployment ?

That depends, on whether you want the other 20 computers to have  
developer tools and/or the command "port" or not...

If you only want to install the software, and not be able to use port 
(1) to install any upgrades or the other MacPorts features, then you  
can use the "port mdmg" command to create a DMG disk image with all  
the required PKG packages inside. If anything (including  
dependencies) updates version, you'll need to make another such  
(rather big) disk image and upgrade from that.

The missing "automatic upgrade" and the missing "uninstall package"  
are limitations of using the Mac OS X Installer.

--anders


From yoda at isr.ist.utl.pt  Fri Oct 24 04:25:59 2008
From: yoda at isr.ist.utl.pt (Rodrigo Ventura)
Date: Fri, 24 Oct 2008 12:25:59 +0100
Subject: macports policy of dependencies and installations
Message-ID: <99450989-E0EC-40D5-B6CB-A87B98A856AF@isr.ist.utl.pt>


Hi all,

I've just switched from Panther to Leopard, and decided to remove my  
previous macports installation and restart afresh. I'v been installing  
some software, namely playerstage suite, but I'm wondering why macport  
needs to install so much already available software in the Leopard  
system. For instance, what sense does it make to re-install libz 1.2.3  
if Leopard come with that same version, and perl? and m4? and xorg?

I feel like building an operating system from scratch, in /opt/local,  
with all potential conflicts with the Leopard base system (since /opt/ 
local/bin has to be in PATH in order for macports to be useful).

Moreover, I suspect that some difficulties compiling software (e.g.,  
PIL), as for instance compilation complains libz does not support PPC  
(of course! macport's libz, same version as Leopard's, but without PPC  
support, is superimposing in PIL's built script lib search path).

Can anyone shed some light on this? Or point me towards some FAQ  
question clearing this up?

Thank you,

Rodrigo Ventura
Institute for Systems and Robotics
(www.isr.ist.utl.pt)
Instituto Superior T?cnico
Lisbon, Portugal



From marcus at synchromedia.co.uk  Fri Oct 24 06:42:19 2008
From: marcus at synchromedia.co.uk (Marcus Bointon)
Date: Fri, 24 Oct 2008 14:42:19 +0100
Subject: Can't map the URL 'file://.' to a port description file
Message-ID: <19687F84-DBC5-4E26-8EEE-F14F3C526EA6@synchromedia.co.uk>

I know this question has been asked before, but I've not found an  
answer yet. I'm running MacPorts 1.6 on leopard. I'm using zsh, so the  
postflight didn't tweak my shell. I've done that myself and both PATH  
and MANPATH are correctly set in the env. They are also set correctly  
in root's shell for when I sudo.

`sudo port selfupdate` works, as does `sudo port install xyz`, but  
`sudo port upgrade outdated` does not:

<stuff omitted>
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/net/wget
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/zlib
DEBUG: Changing to port directory: /Users/marcus/Sites/smartmessages/ 
includes
Can't map the URL 'file://.' to a port description file ("Could not  
find Portfile in /Users/marcus").
Please verify that the directory and portfile syntax are correct.
To use the current port, you must be in a port's directory.
(you might also see this message if a pseudo-port such as
outdated or installed expands to no ports).
Error: No port  found.

I don't see why it should be looking in the current dir to upgrade  
outdated packages anyway, and it's obviously not having any trouble  
finding the portfiles in the normal install location. Is it that  
'outdated' resolves to ''?

What do I need to tweak?

Thanks,

Marcus
-- 
Marcus Bointon
Synchromedia Limited: Creators of http://www.smartmessages.net/
UK resellers of info at hand CRM solutions
marcus at synchromedia.co.uk | http://www.synchromedia.co.uk/


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3945 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081024/041d4520/attachment.bin>

From afb at macports.org  Fri Oct 24 07:05:22 2008
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Fri, 24 Oct 2008 16:05:22 +0200
Subject: Can't map the URL 'file://.' to a port description file
In-Reply-To: <19687F84-DBC5-4E26-8EEE-F14F3C526EA6@synchromedia.co.uk>
References: <19687F84-DBC5-4E26-8EEE-F14F3C526EA6@synchromedia.co.uk>
Message-ID: <20F0B930-54FF-4EEC-BC89-E6D433C02A84@macports.org>

Marcus Bointon wrote:

> I don't see why it should be looking in the current dir to upgrade  
> outdated packages anyway, and it's obviously not having any trouble  
> finding the portfiles in the normal install location. Is it that  
> 'outdated' resolves to ''?

Just sounds like a bug in MacPorts 1.6.0...

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

--anders


From raimue at macports.org  Fri Oct 24 07:39:02 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Fri, 24 Oct 2008 16:39:02 +0200
Subject: Can't map the URL 'file://.' to a port description file
In-Reply-To: <19687F84-DBC5-4E26-8EEE-F14F3C526EA6@synchromedia.co.uk>
References: <19687F84-DBC5-4E26-8EEE-F14F3C526EA6@synchromedia.co.uk>
Message-ID: <4901DE06.4020905@macports.org>

Marcus Bointon wrote:
> I don't see why it should be looking in the current dir to upgrade
> outdated packages anyway, and it's obviously not having any trouble
> finding the portfiles in the normal install location. Is it that
> 'outdated' resolves to ''?

Please read the full error message, the answer is already given there.
This has been improved in trunk for the next release.

Rainer

From sequethin at gmail.com  Fri Oct 24 09:36:48 2008
From: sequethin at gmail.com (Michael Hernandez)
Date: Fri, 24 Oct 2008 12:36:48 -0400
Subject: Boost?
Message-ID: <9EE1F41E-53CA-4F96-A2B6-3F82085A7EBA@gmail.com>

I am running "port upgrade outdated" and I keep getting this:

--->  Staging boost into destroot
Error: Target org.macports.destroot returned: no files matched glob  
pattern "*-1_35.dylib"
Error: The following dependencies failed to build: boost
--->  Staging boost into destroot
Error: Target org.macports.destroot returned: no files matched glob  
pattern "*-1_35.dylib"

over and over again.

I checked and boost is not currently installed so I'm not sure why  
it's trying to upgrade it? Is it some new dependency of something?  
Anyone else seeing this?

--Mike H

From blb at macports.org  Fri Oct 24 11:35:22 2008
From: blb at macports.org (Bryan Blackburn)
Date: Fri, 24 Oct 2008 12:35:22 -0600
Subject: macports policy of dependencies and installations
In-Reply-To: <99450989-E0EC-40D5-B6CB-A87B98A856AF@isr.ist.utl.pt>
References: <99450989-E0EC-40D5-B6CB-A87B98A856AF@isr.ist.utl.pt>
Message-ID: <20081024183522.GD30811@ninagal.withay.com>

On Fri, Oct 24, 2008 at 12:25:59PM +0100, Rodrigo Ventura said:
>
> Hi all,
>
> I've just switched from Panther to Leopard, and decided to remove my  
> previous macports installation and restart afresh. I'v been installing  
> some software, namely playerstage suite, but I'm wondering why macport  
> needs to install so much already available software in the Leopard  
> system. For instance, what sense does it make to re-install libz 1.2.3 if 
> Leopard come with that same version, and perl? and m4? and xorg?

That answer is documented on the FAQ (and the answer right after):

<http://trac.macports.org/wiki/FAQ#WillMacPortslinktosystemlibrariesratherthanitsown>

>
> I feel like building an operating system from scratch, in /opt/local,  
> with all potential conflicts with the Leopard base system (since /opt/ 
> local/bin has to be in PATH in order for macports to be useful).
>
> Moreover, I suspect that some difficulties compiling software (e.g.,  
> PIL), as for instance compilation complains libz does not support PPC (of 
> course! macport's libz, same version as Leopard's, but without PPC  
> support, is superimposing in PIL's built script lib search path).

This is the first time I've heard of zlib having issues on PPC.  What kinds
of error messages are you seeing?

Bryan


>
> Can anyone shed some light on this? Or point me towards some FAQ question 
> clearing this up?
>
> Thank you,
>
> Rodrigo Ventura
> Institute for Systems and Robotics
> (www.isr.ist.utl.pt)
> Instituto Superior T?cnico
> Lisbon, Portugal
>

From blb at macports.org  Fri Oct 24 11:48:43 2008
From: blb at macports.org (Bryan Blackburn)
Date: Fri, 24 Oct 2008 12:48:43 -0600
Subject: Boost?
In-Reply-To: <9EE1F41E-53CA-4F96-A2B6-3F82085A7EBA@gmail.com>
References: <9EE1F41E-53CA-4F96-A2B6-3F82085A7EBA@gmail.com>
Message-ID: <20081024184843.GE30811@ninagal.withay.com>

On Fri, Oct 24, 2008 at 12:36:48PM -0400, Michael Hernandez said:
> I am running "port upgrade outdated" and I keep getting this:
>
> --->  Staging boost into destroot
> Error: Target org.macports.destroot returned: no files matched glob  
> pattern "*-1_35.dylib"
> Error: The following dependencies failed to build: boost
> --->  Staging boost into destroot
> Error: Target org.macports.destroot returned: no files matched glob  
> pattern "*-1_35.dylib"
>
> over and over again.
>

There is a ticket that appears to be this issue:

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

Unfortunately there doesn't seem to be any sort of resolution for it.  Also,
I can't seem to reproduce this here.

Considering the log files attached to that ticket, it appears that the build
failed prior to that stage but make may not have exited at that point, hence
the dylibs not being found.  What is the result of 'which g++' for you?

> I checked and boost is not currently installed so I'm not sure why it's 
> trying to upgrade it? Is it some new dependency of something? Anyone else 
> seeing this?

It could have been added as a dependency to something that you already had
installed, hence needing it now.

Bryan


>
> --Mike H

From lorenrosen at yahoo.com  Fri Oct 24 12:23:28 2008
From: lorenrosen at yahoo.com (Loren Rosen)
Date: Fri, 24 Oct 2008 12:23:28 -0700 (PDT)
Subject: fetch hang
Message-ID: <119483.48229.qm@web52907.mail.re2.yahoo.com>

I'm trying to install wordpress. After installing all the dependencies, it hangs right here:
--->  Fetching wordpress
--->  Attempting to fetch wordpress-2.5.1.tar.gz from ftp://ftp.stu.edu.tw/pub/wordpress/

I've waited for it to timeout, killed it and tried again, but it always ends up in the same place. There doesn't seem to be anything obvious in the docs about imposing a timeout, or forcing it to use a specific mirror.




      

From lorenrosen at yahoo.com  Fri Oct 24 12:31:46 2008
From: lorenrosen at yahoo.com (Loren Rosen)
Date: Fri, 24 Oct 2008 12:31:46 -0700 (PDT)
Subject: fetch hang
In-Reply-To: <119483.48229.qm@web52907.mail.re2.yahoo.com>
Message-ID: <503553.27753.qm@web52903.mail.re2.yahoo.com>

more info:
I tried ftp'ing directly to the mirror that hangs:

ftp ftp://ftp.stu.edu.tw/pub/wordpress/
Trying 2001:e10:c41:eeee::1...
ftp: connect to address 2001:e10:c41:eeee::1: No route to host
Trying 210.71.23.120...
Connected to ftp.stu.edu.tw.
220---------- Welcome to Pure-FTPd [privsep] ----------
220-You are user number 33 of 512 allowed.
220-Local time is now 03:26. Server port: 21.
220-Only anonymous FTP is allowed here
220 You will be disconnected after 5 minutes of inactivity.
230-  Welcome to Shu-Te University(Taiwan) FTP Server
230-
230 Anonymous user logged in
Remote system type is UNIX.
Using binary mode to transfer files.
200 TYPE is now 8-bit binary
250 OK. Current directory is /
250 OK. Current directory is /wordpress

I could download wordpress and continue manually, though that of course defeats the whole point of macports.

Also, I wonder if the "no route to host" is the root of the hanging problem.

--- On Fri, 10/24/08, Loren Rosen <lorenrosen at yahoo.com> wrote:

> From: Loren Rosen <lorenrosen at yahoo.com>
> Subject: fetch hang
> To: macports-users at lists.macosforge.org
> Date: Friday, October 24, 2008, 12:23 PM
> I'm trying to install wordpress. After installing all
> the dependencies, it hangs right here:
> --->  Fetching wordpress
> --->  Attempting to fetch wordpress-2.5.1.tar.gz from
> ftp://ftp.stu.edu.tw/pub/wordpress/
> 
> I've waited for it to timeout, killed it and tried
> again, but it always ends up in the same place. There
> doesn't seem to be anything obvious in the docs about
> imposing a timeout, or forcing it to use a specific mirror.
> 
> 
> 
> 
>       
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


      

From frstan at bellsouth.net  Fri Oct 24 12:45:42 2008
From: frstan at bellsouth.net (William Davis)
Date: Fri, 24 Oct 2008 15:45:42 -0400
Subject: fetch hang
In-Reply-To: <503553.27753.qm@web52903.mail.re2.yahoo.com>
References: <503553.27753.qm@web52903.mail.re2.yahoo.com>
Message-ID: <4C7D1309-41BE-4E3F-9620-7C4EBEB6637B@bellsouth.net>


On Oct 24, 2008, at 3:31 PM, Loren Rosen wrote:

> more info:
> I tried ftp'ing directly to the mirror that hangs:
>
> ftp ftp://ftp.stu.edu.tw/pub/wordpress/
> Trying 2001:e10:c41:eeee::1...
> ftp: connect to address 2001:e10:c41:eeee::1: No route to host
> Trying 210.71.23.120...
> Connected to ftp.stu.edu.tw.
> 220---------- Welcome to Pure-FTPd [privsep] ----------
> 220-You are user number 33 of 512 allowed.
> 220-Local time is now 03:26. Server port: 21.
> 220-Only anonymous FTP is allowed here
> 220 You will be disconnected after 5 minutes of inactivity.
> 230-  Welcome to Shu-Te University(Taiwan) FTP Server
> 230-
> 230 Anonymous user logged in
> Remote system type is UNIX.
> Using binary mode to transfer files.
> 200 TYPE is now 8-bit binary
> 250 OK. Current directory is /
> 250 OK. Current directory is /wordpress
>
> I could download wordpress and continue manually, though that of  
> course defeats the whole point of macports.
>
> Also, I wonder if the "no route to host" is the root of the hanging  
> problem.
>
> --- On Fri, 10/24/08, Loren Rosen <lorenrosen at yahoo.com> wrote:
>
>> From: Loren Rosen <lorenrosen at yahoo.com>
>> Subject: fetch hang
>> To: macports-users at lists.macosforge.org
>> Date: Friday, October 24, 2008, 12:23 PM
>> I'm trying to install wordpress. After installing all
>> the dependencies, it hangs right here:
>> --->  Fetching wordpress
>> --->  Attempting to fetch wordpress-2.5.1.tar.gz from
>> ftp://ftp.stu.edu.tw/pub/wordpress/
>>
>> I've waited for it to timeout, killed it and tried
>> again, but it always ends up in the same place. There
>> doesn't seem to be anything obvious in the docs about
>> imposing a timeout, or forcing it to use a specific mirror.
>>
>>
>>
>>

I think the "root of the hanging problem" is the "You will be  
disconnected after 5 mins of inactivity."  You dont say which version  
you tried to download manually, but the current version is 2.6.3  ---  
the port file was trying to ftp 2.5.1 which may no longer be allowed  
to download. Try editing the port file
sudo port edit wordpress
and change the version number in the mastersite line to 2.6.3

Then try to install. If that works, then write up a bug in traq and  
attach your new portfile, and make note here that you have done that.  
Someone will then commit it for you.

Wordpress has no maintainer -- unless you'd like to volunter.  ;)

William Davis
frstanATbellsouthDOTnet
Mac OS X.5.5 Darwin 9.5.0
XQuartz 2.3.2 (xorg-server 1.4.2-apple20)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From olaf at foellinger.de  Fri Oct 24 13:17:37 2008
From: olaf at foellinger.de (Olaf Foellinger)
Date: Fri, 24 Oct 2008 22:17:37 +0200
Subject: libgtkhtml3 doesn't build, solution is in ticket #16989 
Message-ID: <20081024201737.GA8619@foellinger.de>

Hi,

recently I've filed a ticket #16989 so that libgtkhtml3 builds again.
Please review and commit the patches.

Gru? Olaf

From olaf at foellinger.de  Fri Oct 24 13:40:29 2008
From: olaf at foellinger.de (Olaf Foellinger)
Date: Fri, 24 Oct 2008 22:40:29 +0200
Subject: success in building a native version of gnucash was: Re: how
	to build gimp +quartz?
In-Reply-To: <48FF1770.7070903@GmAiL.cOm>
References: <20081019190841.GA1868@foellinger.de>
	<48FB931E.1040707@orindasoftware.com>
	<20081022062945.GA12522@foellinger.de> <48FF1770.7070903@GmAiL.cOm>
Message-ID: <20081024204029.GA8740@foellinger.de>

Hi,

* Altoine Barker <ndiscreet at gmail.com> [22.10.08 14:07]wrote:

> Please do, I am so interested.

here's the description:

In general it's as easy as

$ port install dbus +no_x11
$ port install cairo +no_x11
$ port install pango +no_x11
$ port install gtk2 +no_x11
$ port install gnucash

In detail some preparations are necessary:

I've used a non-standard prefix and a non-root installation so I had to
disable the generation of startup-items in macports.conf:

startupitem_type none

I've changed the following portfiles 

dbus:

post-activate {
# file attributes ${prefix}/var/run/dbus -group messagebus -owner
	# messagebus
# file attributes ${prefix}/libexec/dbus-daemon-launch-helper -group
	# messagebus
	system "dbus-uuidgen --ensure"
}

gnucash:

#depends_run port:evince

aqbanking:

replace --with-frontends="cbanking g2banking qbanking" by
--with-frontends="g2banking"

python2.5 tries to install in /Applications/MacPort which must be
enabled in this directory or disabled in the Portfile (how?).

libgtkhtml3 needs a patch: https://trac.macports.org/ticket/16989

During the installation of slib-guile on needs to create the directory
${prefix}/share/guile/site manually and then re-enter the command 

$ ${prefix}/bin/guile16 -c "(use-modules (ice-9 slib)) (require 'new-catalog)"

since it fails during activation.

gwenhywfar needs an version bump: https://trac.macports.org/ticket/16945

That's all. Now the commands mentioned above work.

After it's done, how can I create a package of it which doe not contain
unnecessary files and can be distributed as dmg and installed in
/Applications ?

Gru? Olaf

From ryandesign at macports.org  Fri Oct 24 19:06:44 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 24 Oct 2008 21:06:44 -0500
Subject: Boost?
In-Reply-To: <20081024184843.GE30811@ninagal.withay.com>
References: <9EE1F41E-53CA-4F96-A2B6-3F82085A7EBA@gmail.com>
	<20081024184843.GE30811@ninagal.withay.com>
Message-ID: <4BE56C7B-BE93-4909-B2D6-259721FC139B@macports.org>


On Oct 24, 2008, at 13:48, Bryan Blackburn wrote:

> On Fri, Oct 24, 2008 at 12:36:48PM -0400, Michael Hernandez said:
>
>> I am running "port upgrade outdated" and I keep getting this:
>>
>> --->  Staging boost into destroot
>> Error: Target org.macports.destroot returned: no files matched glob
>> pattern "*-1_35.dylib"
>> Error: The following dependencies failed to build: boost
>> --->  Staging boost into destroot
>> Error: Target org.macports.destroot returned: no files matched glob
>> pattern "*-1_35.dylib"
>>
>> over and over again.
>
> There is a ticket that appears to be this issue:
>
> <http://trac.macports.org/ticket/15671>
>
> Unfortunately there doesn't seem to be any sort of resolution for  
> it.  Also,
> I can't seem to reproduce this here.
>
> Considering the log files attached to that ticket, it appears that  
> the build
> failed prior to that stage but make may not have exited at that  
> point, hence
> the dylibs not being found.  What is the result of 'which g++' for  
> you?

Did you use gcc_select to select a MacPorts gcc port?


From ryandesign at macports.org  Fri Oct 24 19:09:49 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 24 Oct 2008 21:09:49 -0500
Subject: fetch hang
In-Reply-To: <503553.27753.qm@web52903.mail.re2.yahoo.com>
References: <503553.27753.qm@web52903.mail.re2.yahoo.com>
Message-ID: <49241111-0EBF-439C-83E0-399A605E3CE3@macports.org>

On Oct 24, 2008, at 14:31, Loren Rosen wrote:

>> I'm trying to install wordpress. After installing all
>> the dependencies, it hangs right here:
>> --->  Fetching wordpress
>> --->  Attempting to fetch wordpress-2.5.1.tar.gz from
>> ftp://ftp.stu.edu.tw/pub/wordpress/
>>
>> I've waited for it to timeout, killed it and tried
>> again, but it always ends up in the same place. There
>> doesn't seem to be anything obvious in the docs about
>> imposing a timeout, or forcing it to use a specific mirror.
>
> I could download wordpress and continue manually, though that of  
> course defeats the whole point of macports.

See the fetch failures section of the problem hotlist for some  
workarounds, especially the second paragraph:

http://trac.macports.org/wiki/ProblemHotlist#Fetchfailures


From ryandesign at macports.org  Fri Oct 24 19:16:02 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 24 Oct 2008 21:16:02 -0500
Subject: macports policy of dependencies and installations
In-Reply-To: <99450989-E0EC-40D5-B6CB-A87B98A856AF@isr.ist.utl.pt>
References: <99450989-E0EC-40D5-B6CB-A87B98A856AF@isr.ist.utl.pt>
Message-ID: <2549CD0B-757C-466C-BE13-283E9B8B5495@macports.org>

On Oct 24, 2008, at 06:25, Rodrigo Ventura wrote:

> I've just switched from Panther to Leopard, and decided to remove  
> my previous macports installation and restart afresh. I'v been  
> installing some software, namely playerstage suite, but I'm  
> wondering why macport needs to install so much already available  
> software in the Leopard system. For instance, what sense does it  
> make to re-install libz 1.2.3 if Leopard come with that same  
> version, and perl? and m4? and xorg?

If a new version of e.g. zlib is released, we want users to update to  
it, and do not want to be at the mercy of Apple's update schedule.  
Different versions of Mac OS X have different versions of libraries.  
Leopard is very different from Tiger and earlier. By making MacPorts  
use only its own stuff, we make MacPorts as consistent as possible  
between different users on different operating systems.

> I feel like building an operating system from scratch, in /opt/ 
> local, with all potential conflicts with the Leopard base system  
> (since /opt/local/bin has to be in PATH in order for macports to be  
> useful).

None of it will conflict with what Leopard provides. That's the point  
of isolating it in a separate prefix (/opt/local).

> Moreover, I suspect that some difficulties compiling software  
> (e.g., PIL), as for instance compilation complains libz does not  
> support PPC (of course! macport's libz, same version as Leopard's,  
> but without PPC support, is superimposing in PIL's built script lib  
> search path).

Sounds like PIL needs a universal version of zlib. The solution is to  
install the zlib port with the universal variant.

sudo port -f uninstall zlib
sudo port clean zlib
sudo port install zlib +universal

> Can anyone shed some light on this? Or point me towards some FAQ  
> question clearing this up?

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



From tom at tacocat.net  Fri Oct 24 19:22:14 2008
From: tom at tacocat.net (Tom Allison)
Date: Fri, 24 Oct 2008 22:22:14 -0400
Subject: extended attributes on files
Message-ID: <490282D6.2060900@tacocat.net>

I have some files that I backed up to a Linux box via 'rsync -av'
and restored them later on.

But they can't be used by the intended application.

the only difference I can find is that the usable files I have created 
have a permissions of rwxr--r--@

And ls - at l returns something to this affect:
	com.apple.FinderInfo	32
	com.apple.ResourceFork	730

I am under the believe that if I can apply these extensions to the 
original files that I will be able to use them.  But I have no idea 
where to start.  These things are not in chmod.

help?
hints?

From ryandesign at macports.org  Sat Oct 25 07:31:16 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 25 Oct 2008 09:31:16 -0500
Subject: extended attributes on files
In-Reply-To: <490282D6.2060900@tacocat.net>
References: <490282D6.2060900@tacocat.net>
Message-ID: <FD87DD33-BCCD-4D1B-8696-1177D7B45995@macports.org>


On Oct 24, 2008, at 21:22, Tom Allison wrote:

> I have some files that I backed up to a Linux box via 'rsync -av'
> and restored them later on.
>
> But they can't be used by the intended application.
>
> the only difference I can find is that the usable files I have  
> created have a permissions of rwxr--r--@
>
> And ls - at l returns something to this affect:
> 	com.apple.FinderInfo	32
> 	com.apple.ResourceFork	730
>
> I am under the believe that if I can apply these extensions to the  
> original files that I will be able to use them.  But I have no idea  
> where to start.  These things are not in chmod.

This question isn't really on-topic for this list, but...

It sounds like these files have a resource fork, and you didn't back  
up that part. Hence, information has been lost.

This explains resource forks, in probably more detail than you need:

http://en.wikipedia.org/wiki/Resource_fork

The take-home point is that Mac files can have both a data part and a  
resource part, and you only backed up the data part. Depending on the  
software that created the file, the resource part may be  
inconsequential extra data (for example, in SimpleText, the data fork  
contains the text of a text document and the resource fork contains  
style information about the text; in BBEdit, the data fork contains  
the text and the resource fork contains information about where the  
window is placed on the screen and document-specific preferences) or  
the resource part may be the entirety of the file. What software  
created these files?


From olaf at foellinger.de  Sun Oct 26 01:51:28 2008
From: olaf at foellinger.de (Olaf Foellinger)
Date: Sun, 26 Oct 2008 09:51:28 +0100
Subject: missing dependency for libgtkhtml3, fix in port 17004
Message-ID: <20081026085128.GA12797@foellinger.de>

Hi,

I've created port http://trac.macports.org/ticket/17004, please review
and commit it.

Gru? Olaf

From tobias.weisserth at gmail.com  Sun Oct 26 03:57:37 2008
From: tobias.weisserth at gmail.com (Tobias Weisserth)
Date: Sun, 26 Oct 2008 11:57:37 +0100
Subject: clamav fails to upgrade | 0.93.3_1 < 0.94_0 | 10.4.11 PPC
Message-ID: <43cee7130810260357p5d17ef0el348cbc337403e881@mail.gmail.com>

Hi everybody,

for more than a month I am trying to upgrade clamav on my PowerBook running
10.4.11 and the latest MacPorts.

I have version 0.93.3_1 of MacPorts' clamav and want to go to 0.94_0.

However, this is what I get when I run 'sudo port -fun upgrade clamav':

--->  Fetching clamav
--->  Verifying checksum(s) for clamav
--->  Extracting clamav
--->  Configuring clamav
--->  Building clamav with target all
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_clamav/work/clamav-0.94"
&& make all " returned error 2
Command output:  /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis
-I./lzma -I/opt/local/include -I/opt/local/include -fdefer-pop
-fdelayed-branch -fguess-branch-probability -fcprop-registers
-floop-optimize -fif-conversion -fif-conversion2 -ftree-ccp -ftree-dce
-ftree-dominator-opts -ftree-dse -ftree-ter -ftree-lrs -ftree-sra
-ftree-copyrename -ftree-fre -ftree-ch -fmerge-constants -fthread-jumps
-fcrossjumping -foptimize-sibling-calls -fcse-follow-jumps -fcse-skip-blocks
-fgcse -fgcse-lm -fexpensive-optimizations -fstrength-reduce
-frerun-cse-after-loop -frerun-loop-opt -fcaller-saves -fforce-mem
-fpeephole2 -fschedule-insns -fschedule-insns2 -fsched-spec -fregmove
-fdelete-null-pointer-checks -freorder-functions -funit-at-a-time
-falign-functions -falign-jumps -falign-loops -falign-labels -ftree-pre -MT
uniq.lo -MD -MP -MF .deps/uniq.Tpo -c uniq.c  -fno-common -DPIC -o
.libs/uniq.o
uniq.c:1: warning: this target machine does not have delayed branches
 /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma
-I/opt/local/include -I/opt/local/include -fdefer-pop -fdelayed-branch
-fguess-branch-probability -fcprop-registers -floop-optimize -fif-conversion
-fif-conversion2 -ftree-ccp -ftree-dce -ftree-dominator-opts -ftree-dse
-ftree-ter -ftree-lrs -ftree-sra -ftree-copyrename -ftree-fre -ftree-ch
-fmerge-constants -fthread-jumps -fcrossjumping -foptimize-sibling-calls
-fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm
-fexpensive-optimizations -fstrength-reduce -frerun-cse-after-loop
-frerun-loop-opt -fcaller-saves -fforce-mem -fpeephole2 -fschedule-insns
-fschedule-insns2 -fsched-spec -fregmove -fdelete-null-pointer-checks
-freorder-functions -funit-at-a-time -falign-functions -falign-jumps
-falign-loops -falign-labels -ftree-pre -MT uniq.lo -MD -MP -MF
.deps/uniq.Tpo -c uniq.c -o uniq.o >/dev/null 2>&1
mv -f .deps/uniq.Tpo .deps/uniq.Plo
/bin/sh ../libtool --tag=CC   --mode=compile /usr/bin/gcc-4.0
-DHAVE_CONFIG_H -I. -I..  -I.. -I./nsis -I./lzma -I/opt/local/include
-I/opt/local/include  -fdefer-pop -fdelayed-branch
-fguess-branch-probability  -fcprop-registers -floop-optimize
-fif-conversion  -fif-conversion2 -ftree-ccp -ftree-dce
-ftree-dominator-opts  -ftree-dse -ftree-ter -ftree-lrs -ftree-sra
-ftree-copyrename  -ftree-fre -ftree-ch -fmerge-constants  -fthread-jumps
-fcrossjumping -foptimize-sibling-calls  -fcse-follow-jumps
-fcse-skip-blocks -fgcse  -fgcse-lm  -fexpensive-optimizations
-fstrength-reduce -frerun-cse-after-loop  -frerun-loop-opt -fcaller-saves
-fforce-mem -fpeephole2  -fschedule-insns  -fschedule-insns2 -fsched-spec
-fregmove  -fdelete-null-pointer-checks -freorder-functions
-funit-at-a-time -falign-functions  -falign-jumps -falign-loops
-falign-labels -ftree-pre -MT version.lo -MD -MP -MF .deps/version.Tpo -c -o
version.lo version.c
 /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma
-I/opt/local/include -I/opt/local/include -fdefer-pop -fdelayed-branch
-fguess-branch-probability -fcprop-registers -floop-optimize -fif-conversion
-fif-conversion2 -ftree-ccp -ftree-dce -ftree-dominator-opts -ftree-dse
-ftree-ter -ftree-lrs -ftree-sra -ftree-copyrename -ftree-fre -ftree-ch
-fmerge-constants -fthread-jumps -fcrossjumping -foptimize-sibling-calls
-fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm
-fexpensive-optimizations -fstrength-reduce -frerun-cse-after-loop
-frerun-loop-opt -fcaller-saves -fforce-mem -fpeephole2 -fschedule-insns
-fschedule-insns2 -fsched-spec -fregmove -fdelete-null-pointer-checks
-freorder-functions -funit-at-a-time -falign-functions -falign-jumps
-falign-loops -falign-labels -ftree-pre -MT version.lo -MD -MP -MF
.deps/version.Tpo -c version.c  -fno-common -DPIC -o .libs/version.o
version.c:1: warning: this target machine does not have delayed branches
 /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma
-I/opt/local/include -I/opt/local/include -fdefer-pop -fdelayed-branch
-fguess-branch-probability -fcprop-registers -floop-optimize -fif-conversion
-fif-conversion2 -ftree-ccp -ftree-dce -ftree-dominator-opts -ftree-dse
-ftree-ter -ftree-lrs -ftree-sra -ftree-copyrename -ftree-fre -ftree-ch
-fmerge-constants -fthread-jumps -fcrossjumping -foptimize-sibling-calls
-fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm
-fexpensive-optimizations -fstrength-reduce -frerun-cse-after-loop
-frerun-loop-opt -fcaller-saves -fforce-mem -fpeephole2 -fschedule-insns
-fschedule-insns2 -fsched-spec -fregmove -fdelete-null-pointer-checks
-freorder-functions -funit-at-a-time -falign-functions -falign-jumps
-falign-loops -falign-labels -ftree-pre -MT version.lo -MD -MP -MF
.deps/version.Tpo -c version.c -o version.o >/dev/null 2>&1
mv -f .deps/version.Tpo .deps/version.Plo
/bin/sh ../libtool --tag=CC   --mode=link /usr/bin/gcc-4.0  -fdefer-pop
-fdelayed-branch -fguess-branch-probability  -fcprop-registers
-floop-optimize -fif-conversion  -fif-conversion2 -ftree-ccp -ftree-dce
-ftree-dominator-opts  -ftree-dse -ftree-ter -ftree-lrs -ftree-sra
-ftree-copyrename  -ftree-fre -ftree-ch -fmerge-constants  -fthread-jumps
-fcrossjumping -foptimize-sibling-calls  -fcse-follow-jumps
-fcse-skip-blocks -fgcse  -fgcse-lm  -fexpensive-optimizations
-fstrength-reduce -frerun-cse-after-loop  -frerun-loop-opt -fcaller-saves
-fforce-mem -fpeephole2  -fschedule-insns  -fschedule-insns2 -fsched-spec
-fregmove  -fdelete-null-pointer-checks -freorder-functions
-funit-at-a-time -falign-functions  -falign-jumps -falign-loops
-falign-labels -ftree-pre -version-info 5:1:0 -no-undefined
-L/opt/local/lib -o libclamav.la -rpath /opt/local/lib matcher-ac.lo
matcher-bm.lo matcher.lo md5.lo others.lo readdb.lo cvd.lo dsig.lo str.lo
scanners.lo textdet.lo filetypes.lo rtf.lo blob.lo mbox.lo message.lo
table.lo text.lo ole2_extract.lo vba_extract.lo msexpand.lo pe.lo disasm.lo
upx.lo htmlnorm.lo chmunpack.lo rebuildpe.lo petite.lo wwunpack.lo unsp.lo
aspack.lo packlibs.lo fsg.lo mew.lo upack.lo line.lo untar.lo unzip.lo
inflate64.lo special.lo binhex.lo is_tar.lo tnef.lo autoit.lo strlcpy.lo
regcomp.lo regerror.lo regexec.lo regfree.lo unarj.lo bzlib.lo nulsft.lo
infblock.lo pdf.lo spin.lo yc.lo elf.lo sis.lo uuencode.lo phishcheck.lo
phish_domaincheck_db.lo phish_whitelist.lo regex_list.lo regex_suffix.lo
mspack.lo cab.lo entconv.lo hashtab.lo dconf.lo lzma_iface.lo explode.lo
textnorm.lo dlp.lo js-norm.lo uniq.lo version.lo ../libclamunrar_iface/
libclamunrar_iface.la lzma/liblzma.la  -L/opt/local/lib -lz -L/opt/local/lib
-lbz2 -R/opt/local/lib -L/opt/local/lib -lgmp -R/opt/local/lib -liconv
rm -fr .libs/libclamav.lax
mkdir .libs/libclamav.lax
rm -fr .libs/libclamav.lax/liblzma.a
mkdir .libs/libclamav.lax/liblzma.a
Extracting
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_clamav/work/clamav-0.94/libclamav/lzma/.libs/liblzma.a
(cd .libs/libclamav.lax/liblzma.a && ar x
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_clamav/work/clamav-0.94/libclamav/lzma/.libs/liblzma.a)
/usr/bin/gcc-4.0 -dynamiclib  -o .libs/libclamav.5.0.1.dylib
.libs/matcher-ac.o .libs/matcher-bm.o .libs/matcher.o .libs/md5.o
.libs/others.o .libs/readdb.o .libs/cvd.o .libs/dsig.o .libs/str.o
.libs/scanners.o .libs/textdet.o .libs/filetypes.o .libs/rtf.o .libs/blob.o
.libs/mbox.o .libs/message.o .libs/table.o .libs/text.o .libs/ole2_extract.o
.libs/vba_extract.o .libs/msexpand.o .libs/pe.o .libs/disasm.o .libs/upx.o
.libs/htmlnorm.o .libs/chmunpack.o .libs/rebuildpe.o .libs/petite.o
.libs/wwunpack.o .libs/unsp.o .libs/aspack.o .libs/packlibs.o .libs/fsg.o
.libs/mew.o .libs/upack.o .libs/line.o .libs/untar.o .libs/unzip.o
.libs/inflate64.o .libs/special.o .libs/binhex.o .libs/is_tar.o .libs/tnef.o
.libs/autoit.o .libs/strlcpy.o .libs/regcomp.o .libs/regerror.o
.libs/regexec.o .libs/regfree.o .libs/unarj.o .libs/bzlib.o .libs/nulsft.o
.libs/infblock.o .libs/pdf.o .libs/spin.o .libs/yc.o .libs/elf.o .libs/sis.o
.libs/uuencode.o .libs/phishcheck.o .libs/phish_domaincheck_db.o
.libs/phish_whitelist.o .libs/regex_list.o .libs/regex_suffix.o
.libs/mspack.o .libs/cab.o .libs/entconv.o .libs/hashtab.o .libs/dconf.o
.libs/lzma_iface.o .libs/explode.o .libs/textnorm.o .libs/dlp.o
.libs/js-norm.o .libs/uniq.o .libs/version.o
.libs/libclamav.lax/liblzma.a/LzmaStateDecode.o   -L/opt/local/lib
../libclamunrar_iface/.libs/libclamunrar_iface.dylib
/opt/local/lib/libclamunrar.dylib -lz -lbz2 /opt/local/lib/libgmp.dylib
/opt/local/lib/libiconv.dylib  -install_name
/opt/local/lib/libclamav.5.dylib -compatibility_version 6 -current_version
6.1 -Wl,-single_module
ld: warning can't open dynamic library: /opt/local/lib/libclamunrar.5.dylib
referenced from: ../libclamunrar_iface/.libs/libclamunrar_iface.dylib
(checking for undefined symbols may be affected) (No such file or directory,
errno = 2)
ld: Undefined symbols:
_ppm_constructor referenced from libclamunrar expected to be defined in
/opt/local/lib/libclamunrar.5.dylib
_ppm_destructor referenced from libclamunrar expected to be defined in
/opt/local/lib/libclamunrar.5.dylib
_rar_init_filters referenced from libclamunrar expected to be defined in
/opt/local/lib/libclamunrar.5.dylib
_rar_unpack referenced from libclamunrar expected to be defined in
/opt/local/lib/libclamunrar.5.dylib
_rarvm_free referenced from libclamunrar expected to be defined in
/opt/local/lib/libclamunrar.5.dylib
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link edit
command failed
make[4]: *** [libclamav.la] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: Unable to upgrade port: 1

Does anybody else run into the same problem?

How do I solve this?

Tobias W.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081026/05b47c8a/attachment.html>

From tobias.weisserth at gmail.com  Sun Oct 26 04:16:37 2008
From: tobias.weisserth at gmail.com (Tobias Weisserth)
Date: Sun, 26 Oct 2008 12:16:37 +0100
Subject: eel fails to upgrade | 2.22.1_0 < 2.24.1_0 | 10.4.11 PPC
Message-ID: <43cee7130810260416y18e414e8j46ae98545cf401ff@mail.gmail.com>

Hi everybody,

a lot of Gnome related ports still fail utterly when trying to upgrade.

I am trying to upgrade eel on a PowerBook with the latest MacPorts (details
in the subject line).

When I run 'sudo port -fun upgrade eel' I get this:

--->  Fetching eel
--->  Verifying checksum(s) for eel
--->  Extracting eel
--->  Configuring eel
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_gnome_eel/work/eel-2.24.1"
&& ./configure --prefix=/opt/local --mandir=/opt/local/share/man
--enable-static=no " returned error 1
Command output: checking whether make sets $(MAKE)... (cached) yes
checking for an ANSI C-conforming const... yes
checking for pkg-config... /opt/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for STARTUP_NOTIFICATION... yes
checking for EEL... configure: error: Package requirements (
        gail                    >= 0.16
        gconf-2.0               >= 1.1.11
        gdk-pixbuf-2.0          >= 2
        glib-2.0                >= 2.15.0
        gio-2.0
        gthread-2.0             >= 2.15.0
        gtk+-2.0                >= 2.9.4
        libglade-2.0            >= 2.0.0
        libgnome-2.0            >= 2.23.0
        libgnomeui-2.0          >= 2.7.92
        gnome-desktop-2.0       >= 2.23.3
        libxml-2.0              >= 2.4.7
         libstartup-notification-1.0
) were not met:

Requested 'gnome-desktop-2.0 >= 2.23.3' but version of gnome-desktop-2.0 is
2.22.1

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables EEL_CFLAGS
and EEL_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.


Error: Unable to upgrade port: 1

Any ideas?

Apparently dependencies are not properly resolved in the whole Gnome build
chain. How do I fix this locally?

Tobias W.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081026/f9008acc/attachment.html>

From tobias.weisserth at gmail.com  Sun Oct 26 04:29:47 2008
From: tobias.weisserth at gmail.com (Tobias Weisserth)
Date: Sun, 26 Oct 2008 12:29:47 +0100
Subject: gnome-desktop fails to upgrade | 2.22.1_0 < 2.24.0_0 | 10.4.11 PPC
Message-ID: <43cee7130810260429s5f764798u3ada2fd1bafe0976@mail.gmail.com>

Hi everybody,

more Gnome build problems:

'sudo port -fun upgrade gnome-desktop' results in:

--->  Fetching gnome-desktop
--->  Verifying checksum(s) for gnome-desktop
--->  Extracting gnome-desktop
--->  Configuring gnome-desktop
--->  Building gnome-desktop with target all
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-desktop/work/gnome-desktop-2.24.0"
&& make all " returned error 2
Command output: gnome-rr.c:1111: error: dereferencing pointer to incomplete
type
gnome-rr.c: At top level:
gnome-rr.c:1117: error: parse error before 'RRMode'
gnome-rr.c:1118: warning: 'mode_new' was used with no prototype before its
definition
gnome-rr.c: In function 'mode_new':
gnome-rr.c:1119: error: invalid application of 'sizeof' to incomplete type
'GnomeRRMode'
gnome-rr.c:1121: error: dereferencing pointer to incomplete type
gnome-rr.c:1121: error: 'id' undeclared (first use in this function)
gnome-rr.c:1122: error: dereferencing pointer to incomplete type
gnome-rr.c:1122: error: 'info' undeclared (first use in this function)
gnome-rr.c: In function 'gnome_rr_mode_get_id':
gnome-rr.c:1131: error: dereferencing pointer to incomplete type
gnome-rr.c: In function 'gnome_rr_mode_get_width':
gnome-rr.c:1138: error: dereferencing pointer to incomplete type
gnome-rr.c: In function 'gnome_rr_mode_get_freq':
gnome-rr.c:1145: error: dereferencing pointer to incomplete type
gnome-rr.c: In function 'gnome_rr_mode_get_height':
gnome-rr.c:1152: error: dereferencing pointer to incomplete type
gnome-rr.c: At top level:
gnome-rr.c:1156: error: parse error before 'XRRModeInfo'
gnome-rr.c:1157: warning: 'mode_initialize' was used with no prototype
before its definition
gnome-rr.c: In function 'mode_initialize':
gnome-rr.c:1158: error: 'mode' undeclared (first use in this function)
gnome-rr.c:1159: error: 'info' undeclared (first use in this function)
gnome-rr.c: In function 'mode_free':
gnome-rr.c:1170: error: dereferencing pointer to incomplete type
make[3]: *** [gnome-rr.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: Unable to upgrade port: 1

Ideas?

Tobias W.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081026/51214b63/attachment.html>

From tobias.weisserth at gmail.com  Sun Oct 26 04:35:36 2008
From: tobias.weisserth at gmail.com (Tobias Weisserth)
Date: Sun, 26 Oct 2008 12:35:36 +0100
Subject: nautilus fails to upgrade | 2.22.2_0 < 2.24.0_0 | 10.4.11 PPC
Message-ID: <43cee7130810260435r3fbdfefdqd51ed0aaac553771@mail.gmail.com>

Hi everybody,

nautilus won't upgrade (details in the subject line). 'sudo port -fun
upgrade nautilus' renders this output:

--->  Fetching nautilus
--->  Verifying checksum(s) for nautilus
--->  Extracting nautilus
--->  Applying patches to nautilus
--->  Configuring nautilus
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_gnome_nautilus/work/nautilus-2.24.0"
&& ./configure --prefix=/opt/local --mandir=/opt/local/share/man
--disable-update-mimedb " returned error 1
Command output: checking for pkg-config... /opt/local/bin/pkg-config
Building with libstartup-notification
checking pkg-config is at least version 0.9.0... yes
checking for ALL... configure: error: Package requirements (
        bonobo-activation-2.0   >= 2.1.0
        eel-2.0                 >= 2.24.0
        glib-2.0                >= 2.17.5
        gnome-desktop-2.0       >= 2.9.91
        gio-unix-2.0
        gio-2.0
        ORBit-2.0               >= 2.4.0
        pango                   >= 1.1.2
        gtk+-2.0                >= 2.13.0
        libbonobo-2.0           >= 2.1.0
        libgnome-2.0            >= 2.14.0
        libgnomeui-2.0          >= 2.6.0
        librsvg-2.0             >= 2.0.1
        libxml-2.0              >= 2.4.7
        libstartup-notification-1.0
) were not met:

Requested 'eel-2.0 >= 2.24.0' but version of eel is 2.22.1

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables ALL_CFLAGS
and ALL_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.


Error: Unable to upgrade port: 1

Any ideas?

Tobias W.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081026/c78faff0/attachment.html>

From macports.users at gmail.com  Sun Oct 26 08:10:53 2008
From: macports.users at gmail.com (Charles Darwin)
Date: Sun, 26 Oct 2008 11:10:53 -0400
Subject: Postfix's main.cf
Message-ID: <BDDEB27A-9F7D-484D-8A78-E3F83EABB3E5@gmail.com>

Hi all,

I have two main.cf here:

$ ls /Volumes/neo/opt/etc/postfix/main*
/Volumes/neo/opt/etc/postfix/main.cf.default	/Volumes/neo/opt/etc/ 
postfix/main.cf.sample

I am guessing that I should go with the default one if want to make  
any changes (is that correct?) and then do I rename the file to  
main.cf when I am done?
The more important question I have is, is macports version of postfix  
ready out of the box?

BTW where is "mydomain =" in the main.cf.default. There is one in the  
main.cd.sample though. Am I supposed to modify the sample?

$ postconf
postconf: fatal: open /Volumes/neo/opt/etc/postfix/main.cf: No such  
file or directory

I thing I have to rename one of these guys but which one?

Charles

From pgijnxn02 at sneakemail.com  Sun Oct 26 09:31:22 2008
From: pgijnxn02 at sneakemail.com (Joel Thibault (MacPorts))
Date: Sun, 26 Oct 2008 12:31:22 -0400
Subject: gnome-desktop fails to upgrade | 2.22.1_0 < 2.24.0_0 | 10.4.11 PPC
In-Reply-To: <43cee7130810260429s5f764798u3ada2fd1bafe0976@mail.gmail.com>
References: <43cee7130810260429s5f764798u3ada2fd1bafe0976@mail.gmail.com>
Message-ID: <7a665ffc0810260931m4a2afa6du70bafb3dd2573d31@mail.gmail.com>

On 10/26/08, Tobias Weisserth tobias.weisserth-at-gmail.com |MacPorts|
<s4f4k9cei40t at sneakemail.com> wrote:
> Hi everybody,
>
> more Gnome build problems:
>
> 'sudo port -fun upgrade gnome-desktop' results in:
>
> --->  Fetching gnome-desktop
> --->  Verifying checksum(s) for gnome-desktop
> --->  Extracting gnome-desktop
>  --->  Configuring gnome-desktop
> --->  Building gnome-desktop with target all
> Error: Target org.macports.build returned: shell command " cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-desktop/work/gnome-desktop-2.24.0"
> && make all " returned error 2
>  Command output: gnome-rr.c:1111: error: dereferencing pointer to incomplete
> type
> gnome-rr.c: At top level:
> gnome-rr.c:1117: error: parse error before 'RRMode'
> gnome-rr.c:1118: warning: 'mode_new' was used with no prototype before its
> definition
>  gnome-rr.c: In function 'mode_new':
> gnome-rr.c:1119: error: invalid application of 'sizeof' to incomplete type
> 'GnomeRRMode'
> gnome-rr.c:1121: error: dereferencing pointer to incomplete type
>  gnome-rr.c:1121: error: 'id' undeclared (first use in this function)
> gnome-rr.c:1122: error: dereferencing pointer to incomplete type
> gnome-rr.c:1122: error: 'info' undeclared (first use in this function)
>  gnome-rr.c: In function 'gnome_rr_mode_get_id':
> gnome-rr.c:1131: error: dereferencing pointer to incomplete type
> gnome-rr.c: In function 'gnome_rr_mode_get_width':
> gnome-rr.c:1138: error: dereferencing pointer to incomplete type
>  gnome-rr.c: In function 'gnome_rr_mode_get_freq':
> gnome-rr.c:1145: error: dereferencing pointer to incomplete type
> gnome-rr.c: In function 'gnome_rr_mode_get_height':
> gnome-rr.c:1152: error: dereferencing pointer to incomplete type
>  gnome-rr.c: At top level:
> gnome-rr.c:1156: error: parse error before 'XRRModeInfo'
> gnome-rr.c:1157: warning: 'mode_initialize' was used with no prototype
> before its definition
> gnome-rr.c: In function 'mode_initialize':
>  gnome-rr.c:1158: error: 'mode' undeclared (first use in this function)
> gnome-rr.c:1159: error: 'info' undeclared (first use in this function)
> gnome-rr.c: In function 'mode_free':
> gnome-rr.c:1170: error: dereferencing pointer to incomplete type
>  make[3]: *** [gnome-rr.lo] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> Error: Unable to upgrade port: 1
>
> Ideas?
>
> Tobias W.

Nautilus depends on eel, which depends on gnome-desktop.  So once you
take care of gnome-desktop, the others should work fine.

I also have OS X Tiger/10.4.11 and had/have the same problem.
Gnome-desktop 2.24.0 doesn't build on Tiger [1] because it requires
Xrandr 1.2 [2].  A hack that worked for me is changing the
gnome-desktop Portfile to install 2.23.3 instead, but another user had
trouble with it [details in 1].

I also upgraded Xcode to 2.5 recently [3] so that may also be
necessary.  It's recommended for all Macports users running Tiger,
regardless.

[1] https://trac.macports.org/ticket/16720
[2] http://bugzilla.gnome.org/show_bug.cgi?id=554263
[3] https://connect.apple.com/cgi-bin/WebObjects/MemberSite.woa/wa/getSoftware?bundleID=19907



-- 
Joel Thibault [AIM: Jole Tebo]
Software Engineer in Boston

From me at iainsimms.com  Sun Oct 26 09:42:28 2008
From: me at iainsimms.com (Iain Simms)
Date: Sun, 26 Oct 2008 16:42:28 +0000
Subject: Installing stunnel
Message-ID: <BA3F4552-469C-41B4-A34A-7BB06F306FCC@iainsimms.com>

Hi there,

I've been trying to install stunnel on my machine running Leopard  
using MacPorts. I did have it installed on my previous machine (Tiger)  
using DarwinPorts I think, however it was a while ago and I've  
forgotten the whole procedure.

Anyway, all I want to do is install stunnel, and set-it up to  
automatically load on start-up (or me logging in if it's easier), I  
already have a .conf file to use for the connect I require.

I've used the install stunnel command already after installing  
MacPorts with the .dmg installer (and running the post-flight script  
manually), and everything seems to have downloaded and installed fine,  
I run stunnel with my file as an argument, I get no error messages so  
I assume all is fine. But when I go to try the connection it fails.

If it helps any, I'm using stunnel to create a secure connection from  
Eclipse 3.3, to a CVS repository at my university, it refuses  
connections otherwise.

If anyone familiar with stunnel could help then it'd be much  
appreciated, the file I'm using is being successfully used by some of  
my friends running Windows, I don't suppose there are any caveats I  
may need to know regarding the version of stunnel that MacPorts  
installs?

Thanks
Iain

From dluke at geeklair.net  Sun Oct 26 10:31:37 2008
From: dluke at geeklair.net (Daniel J. Luke)
Date: Sun, 26 Oct 2008 13:31:37 -0400
Subject: clamav fails to upgrade | 0.93.3_1 < 0.94_0 | 10.4.11 PPC
In-Reply-To: <43cee7130810260357p5d17ef0el348cbc337403e881@mail.gmail.com>
References: <43cee7130810260357p5d17ef0el348cbc337403e881@mail.gmail.com>
Message-ID: <038F5343-5325-4407-A506-8C764F74312C@geeklair.net>

On Oct 26, 2008, at 6:57 AM, Tobias Weisserth wrote:
> for more than a month I am trying to upgrade clamav on my PowerBook  
> running 10.4.11 and the latest MacPorts.

If you have problems, you should open a ticket in trac so that you  
don't have to wait a month for an answer.

> _ppm_constructor referenced from libclamunrar expected to be defined  
> in /opt/local/lib/libclamunrar.5.dylib
> _ppm_destructor referenced from libclamunrar expected to be defined  
> in /opt/local/lib/libclamunrar.5.dylib
> _rar_init_filters referenced from libclamunrar expected to be  
> defined in /opt/local/lib/libclamunrar.5.dylib
> _rar_unpack referenced from libclamunrar expected to be defined in / 
> opt/local/lib/libclamunrar.5.dylib
> _rarvm_free referenced from libclamunrar expected to be defined in / 
> opt/local/lib/libclamunrar.5.dylib

Of course, in this case you may have even been able to find the  
solution:

% sudo port -f uninstall clamav
% sudo port clean --all clamav
% sudo port install clamav

The problem is that when building the new clamav, the build process  
finds the old clamav libraries and links to them instead. I haven't  
had a chance to solve this for the port, and upstream simply says that  
building a new clamav while the old one is installed is unsupported.

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



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081026/5dce07d0/attachment.bin>

From tobias.weisserth at gmail.com  Sun Oct 26 11:53:32 2008
From: tobias.weisserth at gmail.com (Tobias Weisserth)
Date: Sun, 26 Oct 2008 19:53:32 +0100
Subject: gnome-desktop fails to upgrade | 2.22.1_0 < 2.24.0_0 | 10.4.11 PPC
In-Reply-To: <7a665ffc0810260931m4a2afa6du70bafb3dd2573d31@mail.gmail.com>
References: <43cee7130810260429s5f764798u3ada2fd1bafe0976@mail.gmail.com>
	<7a665ffc0810260931m4a2afa6du70bafb3dd2573d31@mail.gmail.com>
Message-ID: <43cee7130810261153j65d8195bhfeaee43738e41ea4@mail.gmail.com>

Hi Joel,

thanks for your answer.

I am already using Xcode 2.5.

I understand the problem now after reading the bug reports. But isn't this a
principle problem in the way ports are maintained (or rather lack of
maintenance)? My guess is that the port maintainer just tested the port on
his setup which might have been Leopard on Intel. Before a port gets
committed to all MacPorts users there should exist at least one successful
test run on all major architectures (PPC/Tiger, PPC/Leopard, Intel/Tiger,
Intel/Leopard).

Right now, broken ports are more or less the rule rather than the exception
after a "port selfupdate".

Will gnome-desktop be fixed in the end or is your workaround my only
solution?

thanks,

Tobias W.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081026/2b04d1d3/attachment.html>

From blb at macports.org  Sun Oct 26 13:23:14 2008
From: blb at macports.org (Bryan Blackburn)
Date: Sun, 26 Oct 2008 14:23:14 -0600
Subject: eel fails to upgrade | 2.22.1_0 < 2.24.1_0 | 10.4.11 PPC
In-Reply-To: <43cee7130810260416y18e414e8j46ae98545cf401ff@mail.gmail.com>
References: <43cee7130810260416y18e414e8j46ae98545cf401ff@mail.gmail.com>
Message-ID: <20081026202314.GD48094@ninagal.withay.com>

On Sun, Oct 26, 2008 at 12:16:37PM +0100, Tobias Weisserth said:
> Hi everybody,
> 
> a lot of Gnome related ports still fail utterly when trying to upgrade.
> 
> I am trying to upgrade eel on a PowerBook with the latest MacPorts (details
> in the subject line).
> 
> When I run 'sudo port -fun upgrade eel' I get this:
> 

Any particular reason why you use -n when doing this?  It tells port not to
do dependencies, and since gnome-desktop is a dependency of eel, it isn't
being upgraded, and hence, fails.

Bryan


> --->  Fetching eel
> --->  Verifying checksum(s) for eel
> --->  Extracting eel
> --->  Configuring eel
> 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_gnome_eel/work/eel-2.24.1"
> && ./configure --prefix=/opt/local --mandir=/opt/local/share/man
> --enable-static=no " returned error 1
> Command output: checking whether make sets $(MAKE)... (cached) yes
> checking for an ANSI C-conforming const... yes
> checking for pkg-config... /opt/local/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking for STARTUP_NOTIFICATION... yes
> checking for EEL... configure: error: Package requirements (
>         gail                    >= 0.16
>         gconf-2.0               >= 1.1.11
>         gdk-pixbuf-2.0          >= 2
>         glib-2.0                >= 2.15.0
>         gio-2.0
>         gthread-2.0             >= 2.15.0
>         gtk+-2.0                >= 2.9.4
>         libglade-2.0            >= 2.0.0
>         libgnome-2.0            >= 2.23.0
>         libgnomeui-2.0          >= 2.7.92
>         gnome-desktop-2.0       >= 2.23.3
>         libxml-2.0              >= 2.4.7
>          libstartup-notification-1.0
> ) were not met:
> 
> Requested 'gnome-desktop-2.0 >= 2.23.3' but version of gnome-desktop-2.0 is
> 2.22.1
> 
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> 
> Alternatively, you may set the environment variables EEL_CFLAGS
> and EEL_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
> 
> 
> Error: Unable to upgrade port: 1
> 
> Any ideas?
> 
> Apparently dependencies are not properly resolved in the whole Gnome build
> chain. How do I fix this locally?
> 
> Tobias W.

From blb at macports.org  Sun Oct 26 13:27:23 2008
From: blb at macports.org (Bryan Blackburn)
Date: Sun, 26 Oct 2008 14:27:23 -0600
Subject: Postfix's main.cf
In-Reply-To: <BDDEB27A-9F7D-484D-8A78-E3F83EABB3E5@gmail.com>
References: <BDDEB27A-9F7D-484D-8A78-E3F83EABB3E5@gmail.com>
Message-ID: <20081026202723.GE48094@ninagal.withay.com>

On Sun, Oct 26, 2008 at 11:10:53AM -0400, Charles Darwin said:
> Hi all,
>
> I have two main.cf here:
>
> $ ls /Volumes/neo/opt/etc/postfix/main*
> /Volumes/neo/opt/etc/postfix/main.cf.default	/Volumes/neo/opt/etc/ 
> postfix/main.cf.sample
>
> I am guessing that I should go with the default one if want to make any 
> changes (is that correct?) and then do I rename the file to main.cf when I 
> am done?

The post-install instructions say to copy the *.sample files and edit those
as needed.

> The more important question I have is, is macports version of postfix  
> ready out of the box?

Ready for what?  Without knowing one's network configuration, it's near
impossible to know how to set up an MTA, what with all of the various
configuration possibilities, and the need to avoid opening up a relay...

Bryan


>
> BTW where is "mydomain =" in the main.cf.default. There is one in the  
> main.cd.sample though. Am I supposed to modify the sample?
>
> $ postconf
> postconf: fatal: open /Volumes/neo/opt/etc/postfix/main.cf: No such file 
> or directory
>
> I thing I have to rename one of these guys but which one?
>
> Charles

From ryandesign at macports.org  Sun Oct 26 14:28:51 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 26 Oct 2008 16:28:51 -0500
Subject: Postfix's main.cf
In-Reply-To: <BDDEB27A-9F7D-484D-8A78-E3F83EABB3E5@gmail.com>
References: <BDDEB27A-9F7D-484D-8A78-E3F83EABB3E5@gmail.com>
Message-ID: <A79EB9CF-2CAF-4515-A9DE-A36E6E4D7DD4@macports.org>


On Oct 26, 2008, at 10:10, Charles Darwin wrote:

> I have two main.cf here:
>
> $ ls /Volumes/neo/opt/etc/postfix/main*
> /Volumes/neo/opt/etc/postfix/main.cf.default	/Volumes/neo/opt/etc/ 
> postfix/main.cf.sample
>
> I am guessing that I should go with the default one if want to make  
> any changes (is that correct?) and then do I rename the file to  
> main.cf when I am done?

You should not edit either main.cf.default or main.cf.sample; these  
will be overwritten when you upgrade or reinstall the port and  
postfix won't use them anyway. You should copy one of these files to  
main.cf and edit that.


From ryandesign at macports.org  Sun Oct 26 14:34:46 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 26 Oct 2008 16:34:46 -0500
Subject: gnome-desktop fails to upgrade | 2.22.1_0 < 2.24.0_0 | 10.4.11 PPC
In-Reply-To: <43cee7130810261153j65d8195bhfeaee43738e41ea4@mail.gmail.com>
References: <43cee7130810260429s5f764798u3ada2fd1bafe0976@mail.gmail.com>
	<7a665ffc0810260931m4a2afa6du70bafb3dd2573d31@mail.gmail.com>
	<43cee7130810261153j65d8195bhfeaee43738e41ea4@mail.gmail.com>
Message-ID: <3B2A04B4-A782-446B-B4B2-8543293EA06C@macports.org>

On Oct 26, 2008, at 13:53, Tobias Weisserth wrote:

> I understand the problem now after reading the bug reports. But  
> isn't this a principle problem in the way ports are maintained (or  
> rather lack of maintenance)? My guess is that the port maintainer  
> just tested the port on his setup which might have been Leopard on  
> Intel. Before a port gets committed to all MacPorts users there  
> should exist at least one successful test run on all major  
> architectures (PPC/Tiger, PPC/Leopard, Intel/Tiger, Intel/Leopard).

Unfortunately, the vast majority of port maintainers only have one  
Mac to test on. When problems are encountered on other systems, we  
can commit fixes for those.


> Right now, broken ports are more or less the rule rather than the  
> exception after a "port selfupdate".

I do apologize that you've encountered some broken ports, but I don't  
believe that's an accurate statement in general.


> Will gnome-desktop be fixed in the end or is your workaround my  
> only solution?

It's up to the developers of gnome-desktop whether they fix it to  
work on Mac OS X again or not. Keep an eye on their bug report:

http://bugzilla.gnome.org/show_bug.cgi?id=554263




From ryandesign at macports.org  Sun Oct 26 14:36:37 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 26 Oct 2008 16:36:37 -0500
Subject: nautilus fails to upgrade | 2.22.2_0 < 2.24.0_0 | 10.4.11 PPC
In-Reply-To: <43cee7130810260435r3fbdfefdqd51ed0aaac553771@mail.gmail.com>
References: <43cee7130810260435r3fbdfefdqd51ed0aaac553771@mail.gmail.com>
Message-ID: <85AF4D90-D0BD-4744-9E72-76EE76E8CBD8@macports.org>

On Oct 26, 2008, at 06:35, Tobias Weisserth wrote:

> nautilus won't upgrade (details in the subject line). 'sudo port - 
> fun upgrade nautilus' renders this output:
>
> --->  Fetching nautilus
> --->  Verifying checksum(s) for nautilus
> --->  Extracting nautilus
> --->  Applying patches to nautilus
> --->  Configuring nautilus
> 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_gnome 
> _nautilus/work/nautilus-2.24.0" && ./configure --prefix=/opt/local  
> --mandir=/opt/local/share/man --disable-update-mimedb " returned  
> error 1
> Command output: checking for pkg-config... /opt/local/bin/pkg-config
> Building with libstartup-notification
> checking pkg-config is at least version 0.9.0... yes
> checking for ALL... configure: error: Package requirements (
>         bonobo-activation-2.0   >= 2.1.0
>         eel-2.0                 >= 2.24.0
>         glib-2.0                >= 2.17.5
>         gnome-desktop-2.0       >= 2.9.91
>         gio-unix-2.0
>         gio-2.0
>         ORBit-2.0               >= 2.4.0
>         pango                   >= 1.1.2
>         gtk+-2.0                >= 2.13.0
>         libbonobo-2.0           >= 2.1.0
>         libgnome-2.0            >= 2.14.0
>         libgnomeui-2.0          >= 2.6.0
>         librsvg-2.0             >= 2.0.1
>         libxml-2.0              >= 2.4.7
>         libstartup-notification-1.0
> ) were not met:
>
> Requested 'eel-2.0 >= 2.24.0' but version of eel is 2.22.1
>
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
>
> Alternatively, you may set the environment variables ALL_CFLAGS
> and ALL_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.

You have eel 2.22.1 installed but need 2.24.0 or greater. The eel  
port is already at version 2.24.1 so you just need to upgrade it. If  
you hadn't used the "-n" (don't follow dependencies) option when  
upgrading nautilus this would have been done for you.



From raimue at macports.org  Sun Oct 26 15:02:54 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 26 Oct 2008 23:02:54 +0100
Subject: eel fails to upgrade | 2.22.1_0 < 2.24.1_0 | 10.4.11 PPC
In-Reply-To: <20081026202314.GD48094@ninagal.withay.com>
References: <43cee7130810260416y18e414e8j46ae98545cf401ff@mail.gmail.com>
	<20081026202314.GD48094@ninagal.withay.com>
Message-ID: <4904E90E.7030101@macports.org>

Bryan Blackburn wrote:
> On Sun, Oct 26, 2008 at 12:16:37PM +0100, Tobias Weisserth said:
>> Hi everybody,
>>
>> a lot of Gnome related ports still fail utterly when trying to upgrade.
>>
>> I am trying to upgrade eel on a PowerBook with the latest MacPorts (details
>> in the subject line).
>>
>> When I run 'sudo port -fun upgrade eel' I get this:
>>
> 
> Any particular reason why you use -n when doing this?  It tells port not to
> do dependencies, and since gnome-desktop is a dependency of eel, it isn't
> being upgraded, and hence, fails.

It is a bad idea to use -f without -n, because it would force a rebuild
of all dependencies.

Safest way is still:
sudo port upgrade eel
sudo port -f uninstall inactive

Rainer

From blb at macports.org  Sun Oct 26 15:28:35 2008
From: blb at macports.org (Bryan Blackburn)
Date: Sun, 26 Oct 2008 16:28:35 -0600
Subject: eel fails to upgrade | 2.22.1_0 < 2.24.1_0 | 10.4.11 PPC
In-Reply-To: <4904E90E.7030101@macports.org>
References: <43cee7130810260416y18e414e8j46ae98545cf401ff@mail.gmail.com>
	<20081026202314.GD48094@ninagal.withay.com>
	<4904E90E.7030101@macports.org>
Message-ID: <20081026222835.GA48767@ninagal.withay.com>

On Sun, Oct 26, 2008 at 11:02:54PM +0100, Rainer M?ller said:
> Bryan Blackburn wrote:
> > On Sun, Oct 26, 2008 at 12:16:37PM +0100, Tobias Weisserth said:
> >> Hi everybody,
> >>
> >> a lot of Gnome related ports still fail utterly when trying to upgrade.
> >>
> >> I am trying to upgrade eel on a PowerBook with the latest MacPorts (details
> >> in the subject line).
> >>
> >> When I run 'sudo port -fun upgrade eel' I get this:
> >>
> > 
> > Any particular reason why you use -n when doing this?  It tells port not to
> > do dependencies, and since gnome-desktop is a dependency of eel, it isn't
> > being upgraded, and hence, fails.
> 
> It is a bad idea to use -f without -n, because it would force a rebuild
> of all dependencies.
> 

I take it this is working as expected (or at least as I seem to expect it) on
trunk?

Bryan


> Safest way is still:
> sudo port upgrade eel
> sudo port -f uninstall inactive
> 
> Rainer

From macports.users at gmail.com  Sun Oct 26 17:07:13 2008
From: macports.users at gmail.com (Charles Darwin)
Date: Sun, 26 Oct 2008 20:07:13 -0400
Subject: Postfix's main.cf
In-Reply-To: <20081026202723.GE48094@ninagal.withay.com>
References: <BDDEB27A-9F7D-484D-8A78-E3F83EABB3E5@gmail.com>
	<20081026202723.GE48094@ninagal.withay.com>
Message-ID: <05CDF1E4-6B28-4420-93F2-5C219419B757@gmail.com>


On 26-Oct-08, at 4:27 PM, Bryan Blackburn wrote:

> On Sun, Oct 26, 2008 at 11:10:53AM -0400, Charles Darwin said:
>> Hi all,
>>
>> I have two main.cf here:
>>
>> $ ls /Volumes/neo/opt/etc/postfix/main*
>> /Volumes/neo/opt/etc/postfix/main.cf.default	/Volumes/neo/opt/etc/
>> postfix/main.cf.sample
>>
>> I am guessing that I should go with the default one if want to make  
>> any
>> changes (is that correct?) and then do I rename the file to main.cf  
>> when I
>> am done?
>
> The post-install instructions say to copy the *.sample files and  
> edit those
> as needed.
>
>> The more important question I have is, is macports version of postfix
>> ready out of the box?
>
> Ready for what?  Without knowing one's network configuration, it's  
> near
> impossible to know how to set up an MTA, what with all of the various
> configuration possibilities, and the need to avoid opening up a  
> relay...
>
> Bryan
>

I would like to do 2 things:
1. send emails over the Internet either using my ISP's smtp server or  
gmail's smtp
2. send messages to other machines on my network in a p2p fashion. My  
question I guess is would that require to host a mail server on at  
least one of the machines involved? If so then is postfix already  
setup for that?

Charles


From raimue at macports.org  Sun Oct 26 17:43:19 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Mon, 27 Oct 2008 01:43:19 +0100
Subject: Postfix's main.cf
In-Reply-To: <05CDF1E4-6B28-4420-93F2-5C219419B757@gmail.com>
References: <BDDEB27A-9F7D-484D-8A78-E3F83EABB3E5@gmail.com>	<20081026202723.GE48094@ninagal.withay.com>
	<05CDF1E4-6B28-4420-93F2-5C219419B757@gmail.com>
Message-ID: <49050EA7.4020306@macports.org>

Charles Darwin wrote:
> I would like to do 2 things:
> 1. send emails over the Internet either using my ISP's smtp server or  
> gmail's smtp

I have a similar setup using instructions from this site:
<http://www.hserus.net/wiki/index.php/Postfix>

But I am using postfix provided by Apple.

> 2. send messages to other machines on my network in a p2p fashion. My  
> question I guess is would that require to host a mail server on at  
> least one of the machines involved? If so then is postfix already  
> setup for that?

If you want to send mails to other machines, all of them need a mail server.

Rainer

From macports.users at gmail.com  Sun Oct 26 18:13:13 2008
From: macports.users at gmail.com (Charles Darwin)
Date: Sun, 26 Oct 2008 21:13:13 -0400
Subject: Postfix's main.cf
In-Reply-To: <A79EB9CF-2CAF-4515-A9DE-A36E6E4D7DD4@macports.org>
References: <BDDEB27A-9F7D-484D-8A78-E3F83EABB3E5@gmail.com>
	<A79EB9CF-2CAF-4515-A9DE-A36E6E4D7DD4@macports.org>
Message-ID: <AB557D9F-9FD3-4C0F-98E5-70A569AD6CD2@gmail.com>


On 26-Oct-08, at 5:28 PM, Ryan Schmidt wrote:

>
> On Oct 26, 2008, at 10:10, Charles Darwin wrote:
>
>> I have two main.cf here:
>>
>> $ ls /Volumes/neo/opt/etc/postfix/main*
>> /Volumes/neo/opt/etc/postfix/main.cf.default	/Volumes/neo/opt/etc/ 
>> postfix/main.cf.sample
>>
>> I am guessing that I should go with the default one if want to make  
>> any changes (is that correct?) and then do I rename the file to  
>> main.cf when I am done?
>
> You should not edit either main.cf.default or main.cf.sample; these  
> will be overwritten when you upgrade or reinstall the port and  
> postfix won't use them anyway. You should copy one of these files to  
> main.cf and edit that.
>

$ sudo cp PATH/to/opt/etc/postfix/master.cf.sample PATH/to/opt/etc/ 
postfix/master.cf

$ sudo postfix start
PATH/to/opt/etc/postfix/postfix-script: line 220: ls: command not found
postfix/postfix-script: warning: not owned by root: PATH/to/opt/ 
libexec/postfix
PATH/to/opt/etc/postfix/postfix-script: line 220: ls: command not found
postfix/postfix-script: warning: not owned by root: PATH/to/opt/etc/ 
postfix
PATH/to/opt/etc/postfix/postfix-script: line 220: ls: command not found
postfix/postfix-script: warning: not owned by root: PATH/to/opt/var/ 
spool/postfix
postfix/postfix-script: warning: not owned by _postfix: PATH/to/opt/ 
var/lib/postfix/./.turd_postfix
PATH/to/opt/etc/postfix/postfix-script: line 235: ls: command not found
usage: find [-H | -L | -P] [-EXdsx] [-f file] [file ...] [expression]
PATH/to/opt/etc/postfix/postfix-script: line 75: ls: command not found
postfix/postfix-script: starting the Postfix mail system

$ tail -f /var/log/mail.log
Oct 26 21:04:14 bas2-montreal45-1279782063 postfix/postfix- 
script[556]: fatal: no PATH/to/opt/etc/postfix/master.cf file found
Oct 26 21:04:14 bas2-montreal45-1279782063 postfix/postfix- 
script[557]: fatal: Postfix integrity check failed!
Oct 26 21:04:35 bas2-montreal45-1279782063 postfix/postfix- 
script[560]: fatal: the Postfix mail system is not running
Oct 26 21:05:01 bas2-montreal45-1279782063 postfix/postfix- 
script[588]: warning: not owned by root: PATH/to/opt/libexec/postfix
Oct 26 21:05:01 bas2-montreal45-1279782063 postfix/postfix- 
script[592]: warning: not owned by root: PATH/to/opt/etc/postfix
Oct 26 21:05:01 bas2-montreal45-1279782063 postfix/postfix- 
script[596]: warning: not owned by root: PATH/to/opt/var/spool/postfix
Oct 26 21:05:01 bas2-montreal45-1279782063 postfix/postfix- 
script[600]: warning: not owned by _postfix: PATH/to/opt/var/lib/ 
postfix/./.turd_postfix
Oct 26 21:05:01 bas2-montreal45-1279782063 postfix/postfix- 
script[612]: starting the Postfix mail system
Oct 26 21:05:01 bas2-montreal45-1279782063 postfix/master[613]: fatal:  
fcntl: set non-blocking flag on: Inappropriate ioctl for device
Oct 26 21:05:09 bas2-montreal45-1279782063 postfix/postfix- 
script[639]: warning: not owned by root: PATH/to/opt/libexec/postfix
Oct 26 21:05:09 bas2-montreal45-1279782063 postfix/postfix- 
script[643]: warning: not owned by root: PATH/to/opt/etc/postfix
Oct 26 21:05:09 bas2-montreal45-1279782063 postfix/postfix- 
script[647]: warning: not owned by root: PATH/to/opt/var/spool/postfix
Oct 26 21:05:09 bas2-montreal45-1279782063 postfix/postfix- 
script[651]: warning: not owned by _postfix: PATH/to/opt/var/lib/ 
postfix/./.turd_postfix
Oct 26 21:05:09 bas2-montreal45-1279782063 postfix/postfix- 
script[663]: starting the Postfix mail system

Charles

From mark at dxradio.demon.co.uk  Sun Oct 26 18:26:06 2008
From: mark at dxradio.demon.co.uk (Mark Hattam)
Date: Mon, 27 Oct 2008 01:26:06 +0000
Subject: getmail > dspam > maildrop > dovecot
Message-ID: <1BC1AD9F-54A5-4649-AEE8-782A40A15332@dxradio.demon.co.uk>

I've installed each of these (current MacPorts versions).

Just using
getmail > maildrop > dovecot
works fine. I can retrieve my mail from POP3 and sdps ISP accounts, It  
filters it into mailboxes (maildir actually), and dovecot serves it.  
That's fine.

But trying to add dspam appears to be a nightmare. It installs as

-r-x--s---  2 root  mail   1440324 25 Oct 02:09 dspam

in /opt/local/bin/
but doesn't seem to pass the user from getmail's config.

The README for dspam also seems to suggest running apache as mail  
which seems strange as I have it as www/www following Macports install.

Has anyone got this combo working? (or specifically dspam)

Thanks

Mark


From macports.users at gmail.com  Sun Oct 26 18:28:40 2008
From: macports.users at gmail.com (Charles Darwin)
Date: Sun, 26 Oct 2008 21:28:40 -0400
Subject: Postfix's main.cf
In-Reply-To: <49050EA7.4020306@macports.org>
References: <BDDEB27A-9F7D-484D-8A78-E3F83EABB3E5@gmail.com>	<20081026202723.GE48094@ninagal.withay.com>
	<05CDF1E4-6B28-4420-93F2-5C219419B757@gmail.com>
	<49050EA7.4020306@macports.org>
Message-ID: <34F78082-AA5B-49B3-B1A7-A0D5CB9339A5@gmail.com>


On 26-Oct-08, at 8:43 PM, Rainer M?ller wrote:

> Charles Darwin wrote:
>> I would like to do 2 things:
>> 1. send emails over the Internet either using my ISP's smtp server or
>> gmail's smtp
>
> I have a similar setup using instructions from this site:
> <http://www.hserus.net/wiki/index.php/Postfix>
>
>
> But I am using postfix provided by Apple.

I just tried the like above and here are incompatible parts so far:

- there is no smtp_sasl_auth_enable in main.cf but I found one in  
main.cf.default
- where is `etc/postfix/sasl_passwd`
sudo ls PATH/to/opt/etc/postfix/sasls*
ls: PATH/to/opt/etc/postfix/sasls*: No such file or directory

Thanks,
Charles

>
>
>> 2. send messages to other machines on my network in a p2p fashion. My
>> question I guess is would that require to host a mail server on at
>> least one of the machines involved? If so then is postfix already
>> setup for that?
>
> If you want to send mails to other machines, all of them need a mail  
> server.
>
> Rainer

From ryandesign at macports.org  Sun Oct 26 18:45:06 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 26 Oct 2008 20:45:06 -0500
Subject: Postfix's main.cf
In-Reply-To: <AB557D9F-9FD3-4C0F-98E5-70A569AD6CD2@gmail.com>
References: <BDDEB27A-9F7D-484D-8A78-E3F83EABB3E5@gmail.com>
	<A79EB9CF-2CAF-4515-A9DE-A36E6E4D7DD4@macports.org>
	<AB557D9F-9FD3-4C0F-98E5-70A569AD6CD2@gmail.com>
Message-ID: <54387DC3-4B3C-439B-8963-074340BE3BF8@macports.org>

On Oct 26, 2008, at 20:13, Charles Darwin wrote:

> On 26-Oct-08, at 5:28 PM, Ryan Schmidt wrote:
>
>> On Oct 26, 2008, at 10:10, Charles Darwin wrote:
>>
>>> I have two main.cf here:
>>>
>>> $ ls /Volumes/neo/opt/etc/postfix/main*
>>> /Volumes/neo/opt/etc/postfix/main.cf.default	/Volumes/neo/opt/etc/ 
>>> postfix/main.cf.sample
>>>
>>> I am guessing that I should go with the default one if want to  
>>> make any changes (is that correct?) and then do I rename the file  
>>> to main.cf when I am done?
>>
>> You should not edit either main.cf.default or main.cf.sample;  
>> these will be overwritten when you upgrade or reinstall the port  
>> and postfix won't use them anyway. You should copy one of these  
>> files to main.cf and edit that.
>
> $ sudo cp PATH/to/opt/etc/postfix/master.cf.sample PATH/to/opt/etc/ 
> postfix/master.cf
>
> $ sudo postfix start
> PATH/to/opt/etc/postfix/postfix-script: line 220: ls: command not  
> found

I get that too. It can't find the operating system's "ls" command.

I modified postfix-script to print out the value of PATH when it's  
running. I get:

/opt/local/bin:/usr/bin:/sbin:/usr/sbin

So /bin, where ls resides, is not in the PATH. I don't know why  
postfix is excluding that vital path.


From protsman at mac.com  Sun Oct 26 20:42:23 2008
From: protsman at mac.com (Shawn Protsman)
Date: Sun, 26 Oct 2008 20:42:23 -0700
Subject: manpath
Message-ID: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>

To my surprise I got no entry found when I did a 'man port'. What is  
the recommended method to add port manpages to the path?

Create a '/etc/paths.d/macports'?

Or add to .profile:

export MANPATH=/opt/local/share/man:$MANPATH

From protsman at mac.com  Sun Oct 26 20:53:31 2008
From: protsman at mac.com (Shawn Protsman)
Date: Sun, 26 Oct 2008 20:53:31 -0700
Subject: Perl 5.10?
Message-ID: <ED2DA0D9-1D8D-4C6C-8ACE-035702FDE2C5@mac.com>

I installed Perl 5.10 today. Unfortunately it seems like there is  
confusion between 5.8.8 and 5.10. I tried to run cpanp and this was  
the output:

@naiad ~] cpanp-5.10
Can't locate CPANPLUS.pm in @INC (@INC contains: /opt/local/lib/ 
perl5/5.8.8/darwin-2level /opt/local/lib/perl5/5.8.8 /opt/local/lib/ 
perl5/site_perl/5.8.8/darwin-2level /opt/local/lib/perl5/site_perl/ 
5.8.8 /opt/local/lib/perl5/site_perl /opt/local/lib/perl5/vendor_perl/ 
5.8.8/darwin-2level /opt/local/lib/perl5/vendor_perl/5.8.8 /opt/local/ 
lib/perl5/vendor_perl .) at /opt/local/bin/cpanp-5.10 line 11.
BEGIN failed--compilation aborted at /opt/local/bin/cpanp-5.10 line 11.

How do I get macports Perl to focus on 5.10 and not get confused with  
5.8.8?

--Shawn

From raimue at macports.org  Sun Oct 26 23:29:34 2008
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Mon, 27 Oct 2008 07:29:34 +0100
Subject: manpath
In-Reply-To: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
Message-ID: <49055FCE.1000600@macports.org>

Shawn Protsman wrote:
> To my surprise I got no entry found when I did a 'man port'. What is  
> the recommended method to add port manpages to the path?
> 
> Create a '/etc/paths.d/macports'?
> 
> Or add to .profile:
> 
> export MANPATH=/opt/local/share/man:$MANPATH

The latter. Using paths.d would append the MANPATH at the end, but
usually you want to add new items in front of the system provided ones.

Rainer

From lists-macports at shopwatch.org  Mon Oct 27 04:21:51 2008
From: lists-macports at shopwatch.org (Jay Levitt)
Date: Mon, 27 Oct 2008 07:21:51 -0400
Subject: manpath
In-Reply-To: <49055FCE.1000600@macports.org>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
Message-ID: <4905A44F.805@shopwatch.org>

Rainer M?ller wrote:
> Shawn Protsman wrote:
>> To my surprise I got no entry found when I did a 'man port'. What is  
>> the recommended method to add port manpages to the path?
>>
>> Create a '/etc/paths.d/macports'?
>>
>> Or add to .profile:
>>
>> export MANPATH=/opt/local/share/man:$MANPATH
> 
> The latter. Using paths.d would append the MANPATH at the end, but
> usually you want to add new items in front of the system provided ones.

Of course, if you're obsessive, you can use numbered files in paths.d to 
control the order, since path_helper reads files in alphabetical order.

1. Turn the default paths into numbered paths.d entries:

mv /etc/paths /etc/paths.d/500-defaults
mv /etc/manpaths /etc/manpaths.d/500-defaults

2. Remove the hidden super-defaults in /etc/profile, /etc/zprofile, and 
/etc/csh.login by explicitly clearing PATH and MANPATH[1]:

   if [ -x /usr/libexec/path_helper ]; then
           PATH=""
           eval `/usr/libexec/path_helper -s`
   fi

3. Create /etc/paths.d/000-macports

And now you've got an easily-ordered paths.d.

Jay Levitt

[1] As discovered by 
http://www.softec.st/en/OpenSource/DevelopersCorner/MasteringThePathHelper.html

From vincent-opdarw at vinc17.org  Mon Oct 27 05:10:41 2008
From: vincent-opdarw at vinc17.org (Vincent Lefevre)
Date: Mon, 27 Oct 2008 13:10:41 +0100
Subject: manpath
In-Reply-To: <49055FCE.1000600@macports.org>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
Message-ID: <20081027121041.GS4309@prunille.vinc17.org>

On 2008-10-27 07:29:34 +0100, Rainer M?ller wrote:
> Shawn Protsman wrote:
> > To my surprise I got no entry found when I did a 'man port'. What is  
> > the recommended method to add port manpages to the path?
> > 
> > Create a '/etc/paths.d/macports'?
> > 
> > Or add to .profile:
> > 
> > export MANPATH=/opt/local/share/man:$MANPATH
> 
> The latter. Using paths.d would append the MANPATH at the end, but
> usually you want to add new items in front of the system provided ones.

Normally you don't even need to do anything. Having /opt/local/bin
in $path should be sufficient.

FYI, my $MANPATH is empty. This is often better this way, otherwise
there is the risk of having inconsistencies when $PATH has several
programs of the same name (each one having its own man page).

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

From protsman at mac.com  Mon Oct 27 06:30:27 2008
From: protsman at mac.com (Shawn Protsman)
Date: Mon, 27 Oct 2008 06:30:27 -0700
Subject: manpath
In-Reply-To: <20081027121041.GS4309@prunille.vinc17.org>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
	<20081027121041.GS4309@prunille.vinc17.org>
Message-ID: <80682072-BE3B-48C7-B1EE-3E6FB6E8E2AC@mac.com>

On Oct 27, 2008, at 5:10 AM, Vincent Lefevre wrote:

> On 2008-10-27 07:29:34 +0100, Rainer M?ller wrote:
>> Shawn Protsman wrote:
>>> To my surprise I got no entry found when I did a 'man port'. What is
>>> the recommended method to add port manpages to the path?
>>>
>>> Create a '/etc/paths.d/macports'?
>>>
>>> Or add to .profile:
>>>
>>> export MANPATH=/opt/local/share/man:$MANPATH
>>
>> The latter. Using paths.d would append the MANPATH at the end, but
>> usually you want to add new items in front of the system provided  
>> ones.
>
> Normally you don't even need to do anything. Having /opt/local/bin
> in $path should be sufficient.
>
> FYI, my $MANPATH is empty. This is often better this way, otherwise
> there is the risk of having inconsistencies when $PATH has several
> programs of the same name (each one having its own man page).

My $MANPATH was also empty. But I was unable to pull up any of the man  
pages from ports. Adding a MANPATH to my .bashrc resolved the issue. 

From rpgoldman at sift.info  Mon Oct 27 07:22:39 2008
From: rpgoldman at sift.info (Robert Goldman)
Date: Mon, 27 Oct 2008 09:22:39 -0500
Subject: manpath
Message-ID: <4905CEAF.5090708@sift.info>

Isn't the right thing to edit /etc/man.conf so that the path -> man
translation works, and then make sure that your MANPATH environment
variable is *not* set?

I think Shawn's problem was (at least possibly) not having /opt entries
in /etc/man.conf.

BTW, for people like me who read this as a digest, what's the best way
to respond so that threading works?

From dluke at geeklair.net  Mon Oct 27 08:23:01 2008
From: dluke at geeklair.net (Daniel J. Luke)
Date: Mon, 27 Oct 2008 11:23:01 -0400
Subject: Perl 5.10?
In-Reply-To: <ED2DA0D9-1D8D-4C6C-8ACE-035702FDE2C5@mac.com>
References: <ED2DA0D9-1D8D-4C6C-8ACE-035702FDE2C5@mac.com>
Message-ID: <B751C5D0-5654-42CF-86FA-63A7DC4AB7B0@geeklair.net>

On Oct 26, 2008, at 11:53 PM, Shawn Protsman wrote:
> I installed Perl 5.10 today. Unfortunately it seems like there is  
> confusion between 5.8.8 and 5.10. I tried to run cpanp and this was  
> the output:
>
> @naiad ~] cpanp-5.10
> Can't locate CPANPLUS.pm in @INC (@INC contains: /opt/local/lib/ 
> perl5/5.8.8/darwin-2level /opt/local/lib/perl5/5.8.8 /opt/local/lib/ 
> perl5/site_perl/5.8.8/darwin-2level /opt/local/lib/perl5/site_perl/ 
> 5.8.8 /opt/local/lib/perl5/site_perl /opt/local/lib/perl5/ 
> vendor_perl/5.8.8/darwin-2level /opt/local/lib/perl5/vendor_perl/ 
> 5.8.8 /opt/local/lib/perl5/vendor_perl .) at /opt/local/bin/ 
> cpanp-5.10 line 11.
> BEGIN failed--compilation aborted at /opt/local/bin/cpanp-5.10 line  
> 11.

The problem here is that cpanp-5.10 has a #! line that refers to /opt/ 
local/bin/perl

> How do I get macports Perl to focus on 5.10 and not get confused  
> with 5.8.8?

If you just want perl 5.10, you can uninstall perl5.8 and add a  
symlink in /opt/local/bin so that /opt/local/bin/perl -> /opt/local/ 
bin/perl5.10.0

There has been some discussion about how to fix this, and hopefully  
there will be updated perl port(s) soon.

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



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081027/3ff9d571/attachment.bin>

From protsman at mac.com  Mon Oct 27 08:57:42 2008
From: protsman at mac.com (Shawn Protsman)
Date: Mon, 27 Oct 2008 08:57:42 -0700
Subject: manpath
In-Reply-To: <4905CEAF.5090708@sift.info>
References: <4905CEAF.5090708@sift.info>
Message-ID: <63D21A82-C08A-420C-A43A-E2390702CD94@mac.com>

On Oct 27, 2008, at 7:22 AM, Robert Goldman wrote:

> Isn't the right thing to edit /etc/man.conf so that the path -> man
> translation works, and then make sure that your MANPATH environment
> variable is *not* set?
>
> I think Shawn's problem was (at least possibly) not having /opt  
> entries
> in /etc/man.conf.
>
> BTW, for people like me who read this as a digest, what's the best way
> to respond so that threading works?

If modifying /etc/man.conf is the right thing to do, how many entries  
need to be added for /opt?

--Shawn

From markd at macports.org  Mon Oct 27 10:50:51 2008
From: markd at macports.org (markd at macports.org)
Date: Mon, 27 Oct 2008 10:50:51 -0700
Subject: Postfix's main.cf
Message-ID: <fc.004c4c58109e802e004c4c58109e802e.109eb743@biola.edu>

>> $ sudo postfix start
>> PATH/to/opt/etc/postfix/postfix-script: line 220: ls: command not
>> found
>
>I get that too. It can't find the operating system's "ls" command.
>
>I modified postfix-script to print out the value of PATH when it's
>running. I get:
>
>/opt/local/bin:/usr/bin:/sbin:/usr/sbin
>
>So /bin, where ls resides, is not in the PATH. I don't know why
>postfix is excluding that vital path.

There was a ticket on that.  The other issues were already fixed.

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

I've never understood why it can't find 'ls'.  But it seems since no
better solution is available for this longstanding issue, I committed a
hack to fix it in r41192, and then updated the port to 2.5.5 in a
subsequent commit.  Please try a selfupdate after a short wait and test
2.5.5.  It should be fixed.

Mark


From ryandesign at macports.org  Mon Oct 27 11:59:52 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 27 Oct 2008 13:59:52 -0500
Subject: Boost?
In-Reply-To: <2CEB15C6-CC76-44B7-AAF0-20E4A76B55F6@gmail.com>
References: <9EE1F41E-53CA-4F96-A2B6-3F82085A7EBA@gmail.com>
	<20081024184843.GE30811@ninagal.withay.com>
	<4BE56C7B-BE93-4909-B2D6-259721FC139B@macports.org>
	<2CEB15C6-CC76-44B7-AAF0-20E4A76B55F6@gmail.com>
Message-ID: <2DCB4724-883F-4C85-B04C-1B3DFF954B86@macports.org>

On Oct 27, 2008, at 08:26, Michael Hernandez wrote:

> On Oct 24, 2008, at 10:06 PM, Ryan Schmidt wrote:
>
>> On Oct 24, 2008, at 13:48, Bryan Blackburn wrote:
>>
>>> On Fri, Oct 24, 2008 at 12:36:48PM -0400, Michael Hernandez said:
>>>
>>>> I am running "port upgrade outdated" and I keep getting this:
>>>>
>>>> --->  Staging boost into destroot
>>>> Error: Target org.macports.destroot returned: no files matched glob
>>>> pattern "*-1_35.dylib"
>>>> Error: The following dependencies failed to build: boost
>>>> --->  Staging boost into destroot
>>>> Error: Target org.macports.destroot returned: no files matched glob
>>>> pattern "*-1_35.dylib"
>>>>
>>>> over and over again.
>>>
>>> There is a ticket that appears to be this issue:
>>>
>>> <http://trac.macports.org/ticket/15671>
>>>
>>> Unfortunately there doesn't seem to be any sort of resolution for  
>>> it.  Also,
>>> I can't seem to reproduce this here.
>>>
>>> Considering the log files attached to that ticket, it appears  
>>> that the build
>>> failed prior to that stage but make may not have exited at that  
>>> point, hence
>>> the dylibs not being found.  What is the result of 'which g++'  
>>> for you?
>>
>> Did you use gcc_select to select a MacPorts gcc port?
>
> Thanks for the reply.
>
> No I don't remember ever using gcc_select, ever. Should I?

No... But if you had used gcc_select, that might've explained the  
problem. I was just going off of Bryan's comment in ticket #15671.  
But since you haven't, I don't know what it is.


From blb at macports.org  Mon Oct 27 13:06:58 2008
From: blb at macports.org (Bryan Blackburn)
Date: Mon, 27 Oct 2008 14:06:58 -0600
Subject: manpath
In-Reply-To: <63D21A82-C08A-420C-A43A-E2390702CD94@mac.com>
References: <4905CEAF.5090708@sift.info>
	<63D21A82-C08A-420C-A43A-E2390702CD94@mac.com>
Message-ID: <20081027200658.GD810@ninagal.withay.com>

On Mon, Oct 27, 2008 at 08:57:42AM -0700, Shawn Protsman said:
> On Oct 27, 2008, at 7:22 AM, Robert Goldman wrote:
>
>> Isn't the right thing to edit /etc/man.conf so that the path -> man
>> translation works, and then make sure that your MANPATH environment
>> variable is *not* set?
>>
>> I think Shawn's problem was (at least possibly) not having /opt entries
>> in /etc/man.conf.
>>
>> BTW, for people like me who read this as a digest, what's the best way
>> to respond so that threading works?
>
> If modifying /etc/man.conf is the right thing to do, how many entries  
> need to be added for /opt?
>

Modifying /etc/man.conf shouldn't be necessary, my MANPATH is unset, no /opt
entries in /etc/man.conf, and man works fine with MacPorts-installed items.

Make sure your MANPATH is actually unset and not empty (env |grep MANPATH),
perhaps that is what is causing the issue.

Bryan


> --Shawn

From blb at macports.org  Mon Oct 27 13:10:19 2008
From: blb at macports.org (Bryan Blackburn)
Date: Mon, 27 Oct 2008 14:10:19 -0600
Subject: Boost?
In-Reply-To: <42EE84EE-4C84-4298-9B5B-0EB8C14061B4@gmail.com>
References: <9EE1F41E-53CA-4F96-A2B6-3F82085A7EBA@gmail.com>
	<20081024184843.GE30811@ninagal.withay.com>
	<42EE84EE-4C84-4298-9B5B-0EB8C14061B4@gmail.com>
Message-ID: <20081027201019.GE810@ninagal.withay.com>

(FYI, don't forget to reply-all to keep it on the list)

On Mon, Oct 27, 2008 at 09:25:53AM -0400, Michael Hernandez said:
>
> On Oct 24, 2008, at 2:48 PM, Bryan Blackburn wrote:
>
>> On Fri, Oct 24, 2008 at 12:36:48PM -0400, Michael Hernandez said:
>>> I am running "port upgrade outdated" and I keep getting this:
>>>
>>> --->  Staging boost into destroot
>>> Error: Target org.macports.destroot returned: no files matched glob
>>> pattern "*-1_35.dylib"
>>> Error: The following dependencies failed to build: boost
>>> --->  Staging boost into destroot
>>> Error: Target org.macports.destroot returned: no files matched glob
>>> pattern "*-1_35.dylib"
>>>
>>> over and over again.
>>>
>>
>> There is a ticket that appears to be this issue:
>>
>> <http://trac.macports.org/ticket/15671>
>>
[...]
>> the dylibs not being found.  What is the result of 'which g++' for you?
>
> which g++ returns: /usr/bin/g++
>

Okay, that's normal, do you also have a bare g++ as /opt/local/bin/g++?

Bryan


> Thanks!
>
> --Mike H

From ryandesign at macports.org  Mon Oct 27 14:43:58 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 27 Oct 2008 16:43:58 -0500
Subject: manpath
In-Reply-To: <20081027121041.GS4309@prunille.vinc17.org>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
	<20081027121041.GS4309@prunille.vinc17.org>
Message-ID: <9D047D90-75A2-4EED-AB87-8C550164C060@macports.org>

On Oct 27, 2008, at 07:10, Vincent Lefevre wrote:

> On 2008-10-27 07:29:34 +0100, Rainer M?ller wrote:
>
>> Shawn Protsman wrote:
>>
>>> To my surprise I got no entry found when I did a 'man port'. What is
>>> the recommended method to add port manpages to the path?
>>>
>>> Create a '/etc/paths.d/macports'?
>>>
>>> Or add to .profile:
>>>
>>> export MANPATH=/opt/local/share/man:$MANPATH
>>
>> The latter. Using paths.d would append the MANPATH at the end, but
>> usually you want to add new items in front of the system provided  
>> ones.
>
> Normally you don't even need to do anything. Having /opt/local/bin
> in $path should be sufficient.
>
> FYI, my $MANPATH is empty. This is often better this way, otherwise
> there is the risk of having inconsistencies when $PATH has several
> programs of the same name (each one having its own man page).

On Tiger and earlier, MANPATH is empty by default and so having /opt/ 
local/bin in PATH is sufficient. However on Leopard and I assume  
later, MANPATH is non-empty by default so you need to add /opt/local/ 
share/man to MANPATH. The MacPorts installer sets this up for you as  
needed on your OS (except of course for the bug in the 1.6.0  
installer which will be fixed by the 1.7.0 installer).



From vincent-opdarw at vinc17.org  Mon Oct 27 17:26:27 2008
From: vincent-opdarw at vinc17.org (Vincent Lefevre)
Date: Tue, 28 Oct 2008 01:26:27 +0100
Subject: manpath
In-Reply-To: <9D047D90-75A2-4EED-AB87-8C550164C060@macports.org>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
	<20081027121041.GS4309@prunille.vinc17.org>
	<9D047D90-75A2-4EED-AB87-8C550164C060@macports.org>
Message-ID: <20081028002627.GB27605@prunille.vinc17.org>

On 2008-10-27 16:43:58 -0500, Ryan Schmidt wrote:
> On Tiger and earlier, MANPATH is empty by default and so having /opt/ 
> local/bin in PATH is sufficient. However on Leopard and I assume later, 
> MANPATH is non-empty by default so you need to add /opt/local/share/man 
> to MANPATH.

Even if MANPATH is not empty, you shouldn't do this, as this can lead
to inconsistencies. If for some reason, your MANPATH is not empty,
make sure it ends with ":" (so that default paths are added).

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

From ryandesign at macports.org  Mon Oct 27 18:01:48 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 27 Oct 2008 20:01:48 -0500
Subject: manpath
In-Reply-To: <20081028002627.GB27605@prunille.vinc17.org>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
	<20081027121041.GS4309@prunille.vinc17.org>
	<9D047D90-75A2-4EED-AB87-8C550164C060@macports.org>
	<20081028002627.GB27605@prunille.vinc17.org>
Message-ID: <A92EF2DA-B66B-4550-88E8-6138EC3C84AD@macports.org>


On Oct 27, 2008, at 19:26, Vincent Lefevre wrote:

> On 2008-10-27 16:43:58 -0500, Ryan Schmidt wrote:
>
>> On Tiger and earlier, MANPATH is empty by default and so having /opt/
>> local/bin in PATH is sufficient. However on Leopard and I assume  
>> later,
>> MANPATH is non-empty by default so you need to add /opt/local/ 
>> share/man
>> to MANPATH.
>
> Even if MANPATH is not empty, you shouldn't do this, as this can lead
> to inconsistencies. If for some reason, your MANPATH is not empty,
> make sure it ends with ":" (so that default paths are added).

Apple sets the MANPATH to "/usr/share/man:/usr/local/share/man:/usr/ 
X11/man" on Leopard for you. So at least Apple doesn't think it  
should end with a colon.

The MacPorts installer does add the MacPorts path to the MANPATH for  
you in your .profile if MANPATH is not empty and does not already  
contain the MacPorts manpath. Are you saying the MacPorts installer  
shouldn't do that?



From pano.irk at gmail.com  Mon Oct 27 18:23:47 2008
From: pano.irk at gmail.com (=?UTF-8?B?0JzQuNGF0LDQuNC7INCQ?=)
Date: Tue, 28 Oct 2008 09:23:47 +0800
Subject: migration 
Message-ID: <C4D7E9BD-A852-4C38-9896-9057AB7F38B1@gmail.com>

Hi!
I have installed PHP+Mysql from from source.
But I intend to go to the MacPorts .
  What should I do with the PHP+Mysql  installed from source. Disable,  
uninstall or delete?
And how can I add GD and Gettext Extensions for PHP (MacPorts) ?

Mihail A




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081028/ed82453e/attachment.html>

From vincent-opdarw at vinc17.org  Mon Oct 27 18:27:58 2008
From: vincent-opdarw at vinc17.org (Vincent Lefevre)
Date: Tue, 28 Oct 2008 02:27:58 +0100
Subject: manpath
In-Reply-To: <A92EF2DA-B66B-4550-88E8-6138EC3C84AD@macports.org>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
	<20081027121041.GS4309@prunille.vinc17.org>
	<9D047D90-75A2-4EED-AB87-8C550164C060@macports.org>
	<20081028002627.GB27605@prunille.vinc17.org>
	<A92EF2DA-B66B-4550-88E8-6138EC3C84AD@macports.org>
Message-ID: <20081028012758.GC27605@prunille.vinc17.org>

On 2008-10-27 20:01:48 -0500, Ryan Schmidt wrote:
> Apple sets the MANPATH to "/usr/share/man:/usr/local/share/man:/usr/ 
> X11/man" on Leopard for you. So at least Apple doesn't think it should 
> end with a colon.

Apple often does things wrong. Try (while having /opt/local/bin in
$PATH):

MANPATH="/usr/share/man:/usr/local/share/man:/usr/X11/man" man port

MANPATH="/usr/share/man:/usr/local/share/man:/usr/X11/man:" man port

Normally the first one should fail and the second should work.

MANPATH should probably be unset anyway.

> The MacPorts installer does add the MacPorts path to the MANPATH for you 
> in your .profile if MANPATH is not empty and does not already contain the 
> MacPorts manpath. Are you saying the MacPorts installer shouldn't do 
> that?

A (non-empty) MANPATH containing an empty path (i.e. a colon at the
beginning or at the end, or a "::" sequence) and not containing the
MacPorts manpath is correct, because the empty path will be replaced
by the default paths, that will normally be built using $PATH. The
user may have set up such a MANPATH, and if you modify it, this can
be wrong as you will change the path order.

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

From ryandesign at macports.org  Mon Oct 27 18:31:15 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 27 Oct 2008 20:31:15 -0500
Subject: migration 
In-Reply-To: <C4D7E9BD-A852-4C38-9896-9057AB7F38B1@gmail.com>
References: <C4D7E9BD-A852-4C38-9896-9057AB7F38B1@gmail.com>
Message-ID: <97D27004-02E1-486C-9BCC-7642F13818EC@macports.org>

On Oct 27, 2008, at 20:23, ?????? ? wrote:

> I have installed PHP+Mysql from from source.
> But I intend to go to the MacPorts .
> What should I do with the PHP+Mysql installed from source. Disable,  
> uninstall or delete?

Whatever you like. MacPorts is self-contained so it shouldn't  
interfere with (or make use of) what you already have.

> And how can I add GD and Gettext Extensions for PHP (MacPorts) ?

MacPorts php5 always includes those and many other extensions.  
Install it and try it out. There are also many variants for adding  
more esoteric features. Type "port variants php5" to read about them.


From ryandesign at macports.org  Mon Oct 27 19:36:59 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 27 Oct 2008 21:36:59 -0500
Subject: migration
In-Reply-To: <4D8ABEC7-3840-40DB-B028-9B244D58D019@gmail.com>
References: <C4D7E9BD-A852-4C38-9896-9057AB7F38B1@gmail.com>
	<97D27004-02E1-486C-9BCC-7642F13818EC@macports.org>
	<4D8ABEC7-3840-40DB-B028-9B244D58D019@gmail.com>
Message-ID: <106B645B-2A2B-4430-B736-B08B799A71D3@macports.org>

On Oct 27, 2008, at 20:55, ?????? ? wrote:

> On 28 Oct 2008, at 09:31, Ryan Schmidt wrote:
>
>> On Oct 27, 2008, at 20:23, ?????? ? wrote:
>>
>>> I have installed PHP+Mysql from from source.
>>> But I intend to go to the MacPorts .
>>> What should I do with the PHP+Mysql installed from source.  
>>> Disable, uninstall or delete?
>>
>> Whatever you like. MacPorts is self-contained so it shouldn't  
>> interfere with (or make use of) what you already have.
>>
>>> And how can I add GD and Gettext Extensions for PHP (MacPorts) ?
>>
>> MacPorts php5 always includes those and many other extensions.  
>> Install it and try it out. There are also many variants for adding  
>> more esoteric features. Type "port variants php5" to read about them.
>
> But when I installed the ?acti from MacPorts the second mysql5, net- 
> smnp installed, and I am confused that where prescribe. I still can  
> not tune cacti &
> I still can not tune cact.
>
> key question: How do I disable mysql + PHP (mac osx) and How do I  
> activate mysql5+PHP (MacPorts)?

Please remember to Reply All so your reply goes to the list too, not  
just to me.

You disable Apple's Apache and PHP by going to Apple Menu > System  
Preferences > Sharing > Personal Web Sharing and turning it off.

Apple doesn't provide MySQL on Mac OS X. They do on Mac OS X Server.  
If you're on Mac OS X Server, you would turn off its Apache and MySQL  
using Server Admin.

The MacPorts apache2 port tells you how to activate it after you  
install it. The mysql5 port also tells you how to activate it, as  
long as you installed it with the +server variant. (If you didn't  
install it with the +server variant, uninstall it and install it with  
the +server variant.)


From pano.irk at gmail.com  Mon Oct 27 20:10:16 2008
From: pano.irk at gmail.com (=?UTF-8?B?0JzQuNGF0LDQuNC7INCQ?=)
Date: Tue, 28 Oct 2008 11:10:16 +0800
Subject: migration
In-Reply-To: <106B645B-2A2B-4430-B736-B08B799A71D3@macports.org>
References: <C4D7E9BD-A852-4C38-9896-9057AB7F38B1@gmail.com>
	<97D27004-02E1-486C-9BCC-7642F13818EC@macports.org>
	<4D8ABEC7-3840-40DB-B028-9B244D58D019@gmail.com>
	<106B645B-2A2B-4430-B736-B08B799A71D3@macports.org>
Message-ID: <040A319E-9452-4BC7-A6A7-372524B1D7FE@gmail.com>



?????? ?
pano.irk at gmail.com



On 28 Oct 2008, at 10:36, Ryan Schmidt wrote:

> On Oct 27, 2008, at 20:55, ?????? ? wrote:
>
>> On 28 Oct 2008, at 09:31, Ryan Schmidt wrote:
>>
>>> On Oct 27, 2008, at 20:23, ?????? ? wrote:
>>>
>>>> I have installed PHP+Mysql from from source.
>>>> But I intend to go to the MacPorts .
>>>> What should I do with the PHP+Mysql installed from source.  
>>>> Disable, uninstall or delete?
>>>
>>> Whatever you like. MacPorts is self-contained so it shouldn't  
>>> interfere with (or make use of) what you already have.
>>>
>>>> And how can I add GD and Gettext Extensions for PHP (MacPorts) ?
>>>
>>> MacPorts php5 always includes those and many other extensions.  
>>> Install it and try it out. There are also many variants for adding  
>>> more esoteric features. Type "port variants php5" to read about  
>>> them.
>>
>> But when I installed the ?acti from MacPorts the second mysql5, net- 
>> smnp installed, and I am confused that where prescribe. I still can  
>> not tune cacti &
>> I still can not tune cact.
>>
>> key question: How do I disable mysql + PHP (mac osx) and How do I  
>> activate mysql5+PHP (MacPorts)?
>
> Please remember to Reply All so your reply goes to the list too, not  
> just to me.

thanks!
>
> You disable Apple's Apache and PHP by going to Apple Menu > System  
> Preferences > Sharing > Personal Web Sharing and turning it off.
>
> Apple doesn't provide MySQL on Mac OS X. They do on Mac OS X Server.  
> If you're on Mac OS X Server, you would turn off its Apache and  
> MySQL using Server Admin.

I installed MySQL frome source

Will it be possible  Mysql  turn On  from System Preferences> Other>  
MySql> Start MySql Server? .


>
> The MacPorts apache2 port tells you how to activate it after you  
> install it.

I will try.
Can I turn On ( MacPort's  Apache and PHP from  System Preferences >  
Sharing > Personal Web Sharing and turning it ON?

> The mysql5 port also tells you how to activate it, as long as you  
> installed it with the +server variant. (If you didn't install it  
> with the +server variant, uninstall it and install it with the  
> +server variant.)

And I have to import existing mysql database (cacti, gallery2). How  
can I do?

>
thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081028/9823a097/attachment.html>

From ryandesign at macports.org  Mon Oct 27 20:34:13 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 27 Oct 2008 22:34:13 -0500
Subject: migration
In-Reply-To: <040A319E-9452-4BC7-A6A7-372524B1D7FE@gmail.com>
References: <C4D7E9BD-A852-4C38-9896-9057AB7F38B1@gmail.com>
	<97D27004-02E1-486C-9BCC-7642F13818EC@macports.org>
	<4D8ABEC7-3840-40DB-B028-9B244D58D019@gmail.com>
	<106B645B-2A2B-4430-B736-B08B799A71D3@macports.org>
	<040A319E-9452-4BC7-A6A7-372524B1D7FE@gmail.com>
Message-ID: <5FE4D92D-30AD-44F7-B635-A37C720EC9E6@macports.org>

On Oct 27, 2008, at 22:10, ?????? ? wrote:

>> You disable Apple's Apache and PHP by going to Apple Menu > System  
>> Preferences > Sharing > Personal Web Sharing and turning it off.
>>
>> Apple doesn't provide MySQL on Mac OS X. They do on Mac OS X  
>> Server. If you're on Mac OS X Server, you would turn off its  
>> Apache and MySQL using Server Admin.
>
> I installed MySQL frome source
>
> Will it be possible Mysql  turn On from System Preferences> Other>  
> MySql> Start MySql Server? .
>
>> The MacPorts apache2 port tells you how to activate it after you  
>> install it.
>
> I will try.
> Can I turn On ( MacPort's  Apache and PHP from  System Preferences  
> > Sharing > Personal Web Sharing and turning it ON?

MacPorts doesn't have anything built-in to let you control it from  
System Preferences.

However, services installed with MacPorts use Apple's launchd  
service. You can manipulate launchd items using any method you like.  
For example, consider installing Lingon, which is a GUi for managing  
launchd:

http://tuppis.com/lingon/


>> The mysql5 port also tells you how to activate it, as long as you  
>> installed it with the +server variant. (If you didn't install it  
>> with the +server variant, uninstall it and install it with the  
>> +server variant.)
>
> And I have to import existing mysql database (cacti, gallery2). How  
> can I do?

Stop both your old and your new mysql servers. Move the databases  
from your old mysql's datadir to your new mysql's datadir.


From pano.irk at gmail.com  Mon Oct 27 21:00:17 2008
From: pano.irk at gmail.com (=?UTF-8?B?0JzQuNGF0LDQuNC7INCQ?=)
Date: Tue, 28 Oct 2008 12:00:17 +0800
Subject: migration
In-Reply-To: <5FE4D92D-30AD-44F7-B635-A37C720EC9E6@macports.org>
References: <C4D7E9BD-A852-4C38-9896-9057AB7F38B1@gmail.com>
	<97D27004-02E1-486C-9BCC-7642F13818EC@macports.org>
	<4D8ABEC7-3840-40DB-B028-9B244D58D019@gmail.com>
	<106B645B-2A2B-4430-B736-B08B799A71D3@macports.org>
	<040A319E-9452-4BC7-A6A7-372524B1D7FE@gmail.com>
	<5FE4D92D-30AD-44F7-B635-A37C720EC9E6@macports.org>
Message-ID: <C0E72235-6FC9-45EB-8B53-15F17647ED87@gmail.com>

On 28 Oct 2008, at 11:34, Ryan Schmidt wrote:

> On Oct 27, 2008, at 22:10, ?????? ? wrote:
>
>>> You disable Apple's Apache and PHP by going to Apple Menu > System  
>>> Preferences > Sharing > Personal Web Sharing and turning it off.
>>>
>>> Apple doesn't provide MySQL on Mac OS X. They do on Mac OS X  
>>> Server. If you're on Mac OS X Server, you would turn off its  
>>> Apache and MySQL using Server Admin.
>>
>> I installed MySQL frome source
>>
>> Will it be possible Mysql  turn On from System Preferences> Other>  
>> MySql> Start MySql Server? .
>>
>>> The MacPorts apache2 port tells you how to activate it after you  
>>> install it.
>>
>> I will try.
>> Can I turn On ( MacPort's  Apache and PHP from  System Preferences  
>> > Sharing > Personal Web Sharing and turning it ON?
>
> MacPorts doesn't have anything built-in to let you control it from  
> System Preferences.
>
> However, services installed with MacPorts use Apple's launchd  
> service. You can manipulate launchd items using any method you like.  
> For example, consider installing Lingon, which is a GUi for managing  
> launchd:
>
> http://tuppis.com/lingon/
>
>
>>> The mysql5 port also tells you how to activate it, as long as you  
>>> installed it with the +server variant. (If you didn't install it  
>>> with the +server variant, uninstall it and install it with the  
>>> +server variant.)
>>
>> And I have to import existing mysql database (cacti, gallery2). How  
>> can I do?
>
> Stop both your old and your new mysql servers. Move the databases  
> from your old mysql's datadir to your new mysql's datadir.
>
Thank you, Ryan!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081028/bbc9bc96/attachment.html>

From protsman at mac.com  Mon Oct 27 21:57:18 2008
From: protsman at mac.com (Shawn Protsman)
Date: Mon, 27 Oct 2008 21:57:18 -0700
Subject: manpath
In-Reply-To: <20081028012758.GC27605@prunille.vinc17.org>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
	<20081027121041.GS4309@prunille.vinc17.org>
	<9D047D90-75A2-4EED-AB87-8C550164C060@macports.org>
	<20081028002627.GB27605@prunille.vinc17.org>
	<A92EF2DA-B66B-4550-88E8-6138EC3C84AD@macports.org>
	<20081028012758.GC27605@prunille.vinc17.org>
Message-ID: <C91199BE-62B9-419A-86AA-2E14F9EB7C73@mac.com>


On Oct 27, 2008, at 6:27 PM, Vincent Lefevre wrote:

> On 2008-10-27 20:01:48 -0500, Ryan Schmidt wrote:
>> Apple sets the MANPATH to "/usr/share/man:/usr/local/share/man:/usr/
>> X11/man" on Leopard for you. So at least Apple doesn't think it  
>> should
>> end with a colon.
>
> Apple often does things wrong. Try (while having /opt/local/bin in
> $PATH):
>
> MANPATH="/usr/share/man:/usr/local/share/man:/usr/X11/man" man port
>
> MANPATH="/usr/share/man:/usr/local/share/man:/usr/X11/man:" man port
>
> Normally the first one should fail and the second should work.
>
> MANPATH should probably be unset anyway.
>
>> The MacPorts installer does add the MacPorts path to the MANPATH  
>> for you
>> in your .profile if MANPATH is not empty and does not already  
>> contain the
>> MacPorts manpath. Are you saying the MacPorts installer shouldn't do
>> that?
>
> A (non-empty) MANPATH containing an empty path (i.e. a colon at the
> beginning or at the end, or a "::" sequence) and not containing the
> MacPorts manpath is correct, because the empty path will be replaced
> by the default paths, that will normally be built using $PATH. The
> user may have set up such a MANPATH, and if you modify it, this can
> be wrong as you will change the path order.

Okay, so now I'm thoroughly confused. OS X (10.5.5) reported nothing  
when I did an 'echo $MANPATH' and wouldn't show me a man page for  
'port'. So, I added 'export MANPATH=/opt/local/share/man:$MANPATH' to  
my .profile and now at least I can view manpages from macports. Is  
there a proper way to pull this off? Macports 1.6.0 either didn't  
modify something it should have or it is up to the user to add a  
MANPATH. If there are system inconsistencies that might happen then  
that is bad too.

--Shawn

From ryandesign at macports.org  Mon Oct 27 22:11:01 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 28 Oct 2008 00:11:01 -0500
Subject: manpath
In-Reply-To: <C91199BE-62B9-419A-86AA-2E14F9EB7C73@mac.com>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
	<20081027121041.GS4309@prunille.vinc17.org>
	<9D047D90-75A2-4EED-AB87-8C550164C060@macports.org>
	<20081028002627.GB27605@prunille.vinc17.org>
	<A92EF2DA-B66B-4550-88E8-6138EC3C84AD@macports.org>
	<20081028012758.GC27605@prunille.vinc17.org>
	<C91199BE-62B9-419A-86AA-2E14F9EB7C73@mac.com>
Message-ID: <50ADF941-2C1E-405F-BA14-23030F952A27@macports.org>

On Oct 27, 2008, at 23:57, Shawn Protsman wrote:

> On Oct 27, 2008, at 6:27 PM, Vincent Lefevre wrote:
>
>> On 2008-10-27 20:01:48 -0500, Ryan Schmidt wrote:
>>
>>> Apple sets the MANPATH to "/usr/share/man:/usr/local/share/man:/usr/
>>> X11/man" on Leopard for you. So at least Apple doesn't think it  
>>> should
>>> end with a colon.
>>
>> Apple often does things wrong. Try (while having /opt/local/bin in
>> $PATH):
>>
>> MANPATH="/usr/share/man:/usr/local/share/man:/usr/X11/man" man port
>>
>> MANPATH="/usr/share/man:/usr/local/share/man:/usr/X11/man:" man port
>>
>> Normally the first one should fail and the second should work.
>>
>> MANPATH should probably be unset anyway.
>>
>>> The MacPorts installer does add the MacPorts path to the MANPATH  
>>> for you
>>> in your .profile if MANPATH is not empty and does not already  
>>> contain the
>>> MacPorts manpath. Are you saying the MacPorts installer shouldn't do
>>> that?
>>
>> A (non-empty) MANPATH containing an empty path (i.e. a colon at the
>> beginning or at the end, or a "::" sequence) and not containing the
>> MacPorts manpath is correct, because the empty path will be replaced
>> by the default paths, that will normally be built using $PATH. The
>> user may have set up such a MANPATH, and if you modify it, this can
>> be wrong as you will change the path order.
>
> Okay, so now I'm thoroughly confused. OS X (10.5.5) reported  
> nothing when I did an 'echo $MANPATH'

Odd; on my 10.5.5 system it says:

$ echo $MANPATH
/usr/share/man:/usr/local/share/man:/usr/X11/man
$

> and wouldn't show me a man page for 'port'.

That is normal when the MANPATH is not empty and does not contain the  
MacPorts manpath.

> So, I added 'export MANPATH=/opt/local/share/man:$MANPATH' to  
> my .profile and now at least I can view manpages from macports. Is  
> there a proper way to pull this off?

That is the until-now recommended way. That is what the MacPorts  
installer is supposed to do for you.

> Macports 1.6.0 either didn't modify something it should have

There is a bug in the 1.6.0 installer that prevents this from working  
properly. It has been fixed in the source code which will become  
MacPorts 1.7.0. See:

http://trac.macports.org/wiki/ProblemHotlist#a.profilenotsetup

> or it is up to the user to add a MANPATH. If there are system  
> inconsistencies that might happen then that is bad too.

I'll have to evaluate Vincent's recommendation in this thread and see  
what the advantages and disadvantages would be of doing things the  
way he suggests instead.


From erwan at rail.eu.org  Tue Oct 28 00:28:07 2008
From: erwan at rail.eu.org (Erwan David)
Date: Tue, 28 Oct 2008 08:28:07 +0100
Subject: manpath
In-Reply-To: <C91199BE-62B9-419A-86AA-2E14F9EB7C73@mac.com>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
	<20081027121041.GS4309@prunille.vinc17.org>
	<9D047D90-75A2-4EED-AB87-8C550164C060@macports.org>
	<20081028002627.GB27605@prunille.vinc17.org>
	<A92EF2DA-B66B-4550-88E8-6138EC3C84AD@macports.org>
	<20081028012758.GC27605@prunille.vinc17.org>
	<C91199BE-62B9-419A-86AA-2E14F9EB7C73@mac.com>
Message-ID: <20081028072807.GD31324@trusted-logic.com>

>
> Okay, so now I'm thoroughly confused. OS X (10.5.5) reported nothing when 
> I did an 'echo $MANPATH' and wouldn't show me a man page for 'port'. So, I 
> added 'export MANPATH=/opt/local/share/man:$MANPATH' to my .profile and 
> now at least I can view manpages from macports. Is there a proper way to 
> pull this off? Macports 1.6.0 either didn't modify something it should 
> have or it is up to the user to add a MANPATH. If there are system 
> inconsistencies that might happen then that is bad too.

man man should show you this page
http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/man.1.html

So, check /private/etc/man.conf and check that you have no MANPATH
variable.


-- 
Erwan

From holread at glam.ac.uk  Tue Oct 28 03:13:05 2008
From: holread at glam.ac.uk (huw read)
Date: Tue, 28 Oct 2008 10:13:05 +0000
Subject: rhythmbox / gstreamer plays too fast
Message-ID: <AEEE742F-831C-4D70-9605-DB9B04CFECD4@glam.ac.uk>

I managed to get rhythmbox running using macports to fill in the  
dependancies.Rhythmbox. However when i play a song it does indeed  
play, but is slightly fast. i think its related to this problem: http://www.nabble.com/gstreamer-plays-too-fast-td3838139.html 
  but it doesn't provide a solution that helps me. I guess it may have  
something more to do with gstreamer than rhythmbox in particular.  
Please help! I'm tired of using itunes for my music collection on mac  
osx! 

From pano.irk at gmail.com  Tue Oct 28 06:14:45 2008
From: pano.irk at gmail.com (=?UTF-8?B?0JzQuNGF0LDQuNC7INCQ?=)
Date: Tue, 28 Oct 2008 21:14:45 +0800
Subject: error: installing Apache2
Message-ID: <D11CACA8-9C12-4D4C-8425-A029A205EF30@gmail.com>

I'm trying to install Apache2:

$ sudo port install apache2
Password:
--->  Fetching apr
--->  Attempting to fetch apr-1.3.3.tar.bz2 from http://www.apache.org/dist/apr
--->  Verifying checksum(s) for apr
--->  Extracting apr
--->  Configuring apr
--->  Building apr with target all
--->  Staging apr into destroot
--->  Installing apr 1.3.3_0
--->  Activating apr 1.3.3_0
--->  Cleaning apr
--->  Fetching db46
--->  Attempting to fetch patch.4.6.21.1 from http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/
--->  Attempting to fetch db-4.6.21.tar.gz from http://download-west.oracle.com/berkeley-db/
--->  Verifying checksum(s) for db46
--->  Extracting db46
--->  Applying patches to db46
--->  Configuring db46
--->  Building db46 with target all
--->  Staging db46 into destroot
--->  Installing db46 4.6.21_1
--->  Activating db46 4.6.21_1
--->  Cleaning db46
--->  Fetching sqlite3
--->  Attempting to fetch sqlite-3.6.4.tar.gz from http://www.sqlite.org/
--->  Verifying checksum(s) for sqlite3
--->  Extracting sqlite3
--->  Configuring sqlite3
--->  Building sqlite3 with target all
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_databases_sqlite3/work/sqlite-3.6.4" &&  
gnumake all " returned error 2
Command output: sed -e s/--VERS--/3.6.4/ ./src/sqlite.h.in | \
	sed -e s/--VERSION-NUMBER--/3006004/ >sqlite3.h
/usr/bin/gcc-4.0  -O2 -o mkkeywordhash  - 
DSQLITE_OMIT_LOAD_EXTENSION=1 ./tool/mkkeywordhash.c
./mkkeywordhash >keywordhash.h
/usr/bin/gcc-4.0  -O2 -o lemon ./tool/lemon.c
cp ./tool/lempar.c .
cp ./src/parse.y .
./lemon  -DSQLITE_OMIT_LOAD_EXTENSION=1 parse.y
mv parse.h parse.h.temp
f ./addopcodes.awk parse.h.temp >parse.h
/bin/sh: f: command not found
gnumake: [parse.c] Error 127 (ignored)
cat parse.h ./src/vdbe.c |  -f ./mkopcodeh.awk >opcodes.h
/bin/sh: -f: command not found
cat: stdout: Broken pipe
gnumake: *** [opcodes.h] Error 127

Error: The following dependencies failed to build: apr-util sqlite3
Error: Status 1 encountered during processing.
____
$ sudo port install apache2
Password:
--->  Building sqlite3 with target all
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_databases_sqlite3/work/sqlite-3.6.4" &&  
gnumake all " returned error 2
Command output: sort -n -b -k 3 opcodes.h |  -f ./mkopcodec.awk  
 >opcodes.c
/bin/sh: -f: command not found
gnumake: *** [opcodes.c] Error 127

Error: The following dependencies failed to build: apr-util sqlite3
Error: Status 1 encountered during processing.

_____
Can somebody help me because I really don't know what to do, and I'm  
stuck....






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081028/ddf4e242/attachment.html>

From David.Epstein at warwick.ac.uk  Tue Oct 28 07:50:39 2008
From: David.Epstein at warwick.ac.uk (David Epstein)
Date: Tue, 28 Oct 2008 07:50:39 -0700 (PDT)
Subject: graphics.sty
Message-ID: <20208684.post@talk.nabble.com>


I did a find command on graphicx.sty and got
/opt/local/share/texmf-dist/tex/latex/graphics/graphicx.sty
/opt/local/var/macports/software/teTeX/3.0_4/opt/local/share/texmf-dist/tex/latex/graphics/graphicx.sty
/opt/local/var/macports/software/teTeX/3.0_5/opt/local/share/texmf-dist/tex/latex/graphics/graphicx.sty

Presumably I should be doing some kind of port clean command to get rid of
some of these versions. Which of them needs to be kept? Obviously the first
is needed, but are the others needed?

Question to users of TeX or LaTeX or pdfLaTeX with MacPorts?
To which directories in /opt/local/ should the various TEX environmental
variables point?
I set TEXFONTS,TEXFORMATS,TEXINPUTS,TEXPKS,TEXPSHEADERS. Are there others?

Thanks
David
-- 
View this message in context: http://www.nabble.com/graphics.sty-tp20208684p20208684.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From sequethin at gmail.com  Tue Oct 28 08:29:37 2008
From: sequethin at gmail.com (Michael Hernandez)
Date: Tue, 28 Oct 2008 11:29:37 -0400
Subject: Boost?
In-Reply-To: <20081027201019.GE810@ninagal.withay.com>
References: <9EE1F41E-53CA-4F96-A2B6-3F82085A7EBA@gmail.com>
	<20081024184843.GE30811@ninagal.withay.com>
	<42EE84EE-4C84-4298-9B5B-0EB8C14061B4@gmail.com>
	<20081027201019.GE810@ninagal.withay.com>
Message-ID: <4A23AB93-4304-41E6-9C14-8F3A254F0C58@gmail.com>


On Oct 27, 2008, at 4:10 PM, Bryan Blackburn wrote:

> (FYI, don't forget to reply-all to keep it on the list)

>
> Okay, that's normal, do you also have a bare g++ as /opt/local/bin/g+ 
> +?
>
> Bryan
>
>
>> Thanks!
>>
>> --Mike H
> _______________________________________________
>


I have no /opt/local/bin/g++

ls: /opt/local/bin/g++: No such file or directory


luckily what seems to be happening now is that macports will try to  
install boost and fail but then go on and upgrade other ports. I'm  
glad that it's not stopping the whole ports system from working. I  
just hate to see such ugly errors in the terminal, they ruin my  
terminal feng shui  ;)

I have also tried "port clean boost" before "port upgrade outdated"  
which leads to a rebuild of boost (or attempted rebuild at any rate).  
Still fails during the staging process though.

Overall this is not a show-stopper for me because the apps I use from  
macports and really need to have working (pidgin, gimp, minicom) are  
all still working.

--Mike H

From frstan at bellsouth.net  Tue Oct 28 08:30:27 2008
From: frstan at bellsouth.net (William Davis)
Date: Tue, 28 Oct 2008 11:30:27 -0400
Subject: evince wants old libopenjpeg
Message-ID: <EE6E306D-09F7-41AB-B3F7-D76431358336@bellsouth.net>

The new evince upgrade is looking for libopenjpeg 2.1.2
but libopenjpeg is at version 2.1.3 in the current openjpeg.

ld: file not found: libopenjpeg-2.1.2.0.dylib
collect2: ld returned 1 exit status
make[3]: *** [libpdfdocument.la] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


From blb at macports.org  Tue Oct 28 12:41:46 2008
From: blb at macports.org (Bryan Blackburn)
Date: Tue, 28 Oct 2008 13:41:46 -0600
Subject: error: installing Apache2
In-Reply-To: <D11CACA8-9C12-4D4C-8425-A029A205EF30@gmail.com>
References: <D11CACA8-9C12-4D4C-8425-A029A205EF30@gmail.com>
Message-ID: <20081028194146.GD66340@ninagal.withay.com>

On Tue, Oct 28, 2008 at 09:14:45PM +0800, ?????? ? said:
> I'm trying to install Apache2:
>
> $ sudo port install apache2
[...]
> --->  Building sqlite3 with target all
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/_opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_databases_sqlite3/work/sqlite-3.6.4" &&  
> gnumake all " returned error 2
[...]
> f ./addopcodes.awk parse.h.temp >parse.h
> /bin/sh: f: command not found

That would be everyone's favorite bug, the Tcl environment bug:

<http://trac.macports.org/wiki/LeopardProblems#environmentvariablesbecomeblankbetweenconfigureandbuildphases>

sqlite3 seems to be a favorite of that issue; do a clean of the failing
port (sudo port clean --work sqlite3) then run your install of apache2
again.

Bryan

[...]
> _____
> Can somebody help me because I really don't know what to do, and I'm  
> stuck....
>

From blb at macports.org  Tue Oct 28 12:49:05 2008
From: blb at macports.org (Bryan Blackburn)
Date: Tue, 28 Oct 2008 13:49:05 -0600
Subject: graphics.sty
In-Reply-To: <20208684.post@talk.nabble.com>
References: <20208684.post@talk.nabble.com>
Message-ID: <20081028194905.GE66340@ninagal.withay.com>

On Tue, Oct 28, 2008 at 07:50:39AM -0700, David Epstein said:
> 
> I did a find command on graphicx.sty and got
> /opt/local/share/texmf-dist/tex/latex/graphics/graphicx.sty

That is the active version (see

<http://guide.macports.org/#internals.images>

for information on active/inactive and port images).  It's actually a link
to something which resides in ${prefix}/var/macports/software.

> /opt/local/var/macports/software/teTeX/3.0_4/opt/local/share/texmf-dist/tex/latex/graphics/graphicx.sty
> /opt/local/var/macports/software/teTeX/3.0_5/opt/local/share/texmf-dist/tex/latex/graphics/graphicx.sty

You have two versions of teTeX installed, 3.0_4 and 3.0_5; you can run 'port
installed teTeX' to see information about installation (versions, active
status, variants).  I'm guessing you just want the latest, 3.0_5, so if
3.0_4 is not active, you can run 'sudo port -f uninstall teTeX @3.0_4' to
remove it (note, if, when you use 'port installed', it shows variants,
you'll need to add those to the uninstall command).  You need to force it
(-f) because of a bug in MacPorts 1.6.

> 
> Presumably I should be doing some kind of port clean command to get rid of
> some of these versions. Which of them needs to be kept? Obviously the first
> is needed, but are the others needed?

The usual suggestion is to use 'sudo port -f uninstall inactive' if you end
up with lots of inactive ports installed when doing upgrades.  There are
various bugs in 1.6 that keep some of this being easy (eg, 'sudo port -u
upgrade <portname>' should be the clean way of upgrading, as it'll remove
the old version, but this fails because the dependency engine gets
confused).

Bryan


> 
> Question to users of TeX or LaTeX or pdfLaTeX with MacPorts?
> To which directories in /opt/local/ should the various TEX environmental
> variables point?
> I set TEXFONTS,TEXFORMATS,TEXINPUTS,TEXPKS,TEXPSHEADERS. Are there others?
> 
> Thanks
> David
> -- 
> View this message in context: http://www.nabble.com/graphics.sty-tp20208684p20208684.html
> Sent from the MacPorts - Users mailing list archive at Nabble.com.
> 

From protsman at mac.com  Tue Oct 28 16:05:12 2008
From: protsman at mac.com (Shawn Protsman)
Date: Tue, 28 Oct 2008 16:05:12 -0700
Subject: error -- cpanp-run-perl wrapper
Message-ID: <77583544-75D8-454A-B835-39006415CFEC@mac.com>

I don't know if this is a problem with the macports version of cpanp,  
per se (though it works fine on my two Linux systems).

cpanp-run-perl-5.10 is found in my path:

@naiad ~] which cpanp-run-perl-5.10
/opt/local/bin/cpanp-run-perl-5.10

When I start cpanp-5.10, I get an error about my perlwrapper:

@naiad ~/Desktop/test] cpanp-5.10
[ERROR] Could not find the 'cpanp-run-perl' binary in your path--this  
may be a problem.
Please locate this program and set your 'perlwrapper' config entry to  
its path.
 From the default shell, you can do this by typing:

   s program perlwrapper FULL_PATH_TO_CPANP_RUN_PERL
   s save


I set this to "/opt/local/bin/cpanp-run-perl-5.10" and it writes it to  
the User.pm file.

@naiad ~] grep wrapper .cpanplus/lib/CPANPLUS/Config/User.pm
     $conf->set_program( perlwrapper => '/opt/local/bin/cpanp-run- 
perl-5.10' );

But, when launching cpanp-5.10 again, I get the same error. I created  
a link like this to get around it:

sudo ln -s cpanp-run-perl-5.10 cpanp-run-perl

--Shawn

From ryandesign at macports.org  Tue Oct 28 17:39:32 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 28 Oct 2008 19:39:32 -0500
Subject: rhythmbox / gstreamer plays too fast
In-Reply-To: <AEEE742F-831C-4D70-9605-DB9B04CFECD4@glam.ac.uk>
References: <AEEE742F-831C-4D70-9605-DB9B04CFECD4@glam.ac.uk>
Message-ID: <0FC24C81-DCD4-4EA7-97A7-4B829DEDE1C8@macports.org>


On Oct 28, 2008, at 05:13, huw read wrote:

> I managed to get rhythmbox running using macports to fill in the  
> dependancies.Rhythmbox. However when i play a song it does indeed  
> play, but is slightly fast. i think its related to this problem:  
> http://www.nabble.com/gstreamer-plays-too-fast-td3838139.html but  
> it doesn't provide a solution that helps me. I guess it may have  
> something more to do with gstreamer than rhythmbox in particular.  
> Please help! I'm tired of using itunes for my music collection on  
> mac osx!

You should ask the authors of gstreamer and/or rhythmbox.



From ryandesign at macports.org  Tue Oct 28 17:42:48 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 28 Oct 2008 19:42:48 -0500
Subject: manpath
In-Reply-To: <20081028072807.GD31324@trusted-logic.com>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
	<20081027121041.GS4309@prunille.vinc17.org>
	<9D047D90-75A2-4EED-AB87-8C550164C060@macports.org>
	<20081028002627.GB27605@prunille.vinc17.org>
	<A92EF2DA-B66B-4550-88E8-6138EC3C84AD@macports.org>
	<20081028012758.GC27605@prunille.vinc17.org>
	<C91199BE-62B9-419A-86AA-2E14F9EB7C73@mac.com>
	<20081028072807.GD31324@trusted-logic.com>
Message-ID: <333649F6-242A-460D-991B-BFCEC59D4B24@macports.org>


On Oct 28, 2008, at 02:28, Erwan David wrote:

>> Okay, so now I'm thoroughly confused. OS X (10.5.5) reported  
>> nothing when
>> I did an 'echo $MANPATH' and wouldn't show me a man page for  
>> 'port'. So, I
>> added 'export MANPATH=/opt/local/share/man:$MANPATH' to  
>> my .profile and
>> now at least I can view manpages from macports. Is there a proper  
>> way to
>> pull this off? Macports 1.6.0 either didn't modify something it  
>> should
>> have or it is up to the user to add a MANPATH. If there are system
>> inconsistencies that might happen then that is bad too.
>
> man man should show you this page
> http://developer.apple.com/documentation/Darwin/Reference/ManPages/ 
> man1/man.1.html
>
> So, check /private/etc/man.conf and check that you have no MANPATH
> variable.

On Mac OS X 10.4 (and earlier), Apple provides no /private/etc/man.conf.

On Mac OS X 10.5 (and later?), Apple does provide /private/etc/ 
man.conf and it does set MANPATH. It's not really MacPorts' place to  
modify Apple-provided files so we have to work with that file as it is.



From vincent-opdarw at vinc17.org  Tue Oct 28 20:19:42 2008
From: vincent-opdarw at vinc17.org (Vincent Lefevre)
Date: Wed, 29 Oct 2008 04:19:42 +0100
Subject: manpath
In-Reply-To: <333649F6-242A-460D-991B-BFCEC59D4B24@macports.org>
References: <B79ED4E9-D742-42AC-8480-8D5191BAC704@mac.com>
	<49055FCE.1000600@macports.org>
	<20081027121041.GS4309@prunille.vinc17.org>
	<9D047D90-75A2-4EED-AB87-8C550164C060@macports.org>
	<20081028002627.GB27605@prunille.vinc17.org>
	<A92EF2DA-B66B-4550-88E8-6138EC3C84AD@macports.org>
	<20081028012758.GC27605@prunille.vinc17.org>
	<C91199BE-62B9-419A-86AA-2E14F9EB7C73@mac.com>
	<20081028072807.GD31324@trusted-logic.com>
	<333649F6-242A-460D-991B-BFCEC59D4B24@macports.org>
Message-ID: <20081029031942.GK27605@prunille.vinc17.org>

On 2008-10-28 19:42:48 -0500, Ryan Schmidt wrote:
> On Mac OS X 10.4 (and earlier), Apple provides no /private/etc/man.conf.
>
> On Mac OS X 10.5 (and later?), Apple does provide /private/etc/man.conf 
> and it does set MANPATH. It's not really MacPorts' place to modify 
> Apple-provided files so we have to work with that file as it is.

Actually, /etc/man.conf doesn't seem to be necessary:

prunille:~> env -u MANPATH /usr/bin/man -w port
/opt/local/share/man/man1/port.1

The right thing is to unset MANPATH.

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

From frstan at bellsouth.net  Wed Oct 29 10:25:09 2008
From: frstan at bellsouth.net (William Davis)
Date: Wed, 29 Oct 2008 13:25:09 -0400
Subject: evince wants old libopenjpeg
In-Reply-To: <EE6E306D-09F7-41AB-B3F7-D76431358336@bellsouth.net>
References: <EE6E306D-09F7-41AB-B3F7-D76431358336@bellsouth.net>
Message-ID: <BB0D54B0-BD36-404D-8391-600C3A632CE1@bellsouth.net>

I have made ticket Ticket #17044 (new defect)
Opened 4 seconds ago
evince wants old libopenjeg


for this.  I post it here because evince has no maintainer.


On Oct 28, 2008, at 11:30 AM, William Davis wrote:

> The new evince upgrade is looking for libopenjpeg 2.1.2
> but libopenjpeg is at version 2.1.3 in the current openjpeg.
>
> ld: file not found: libopenjpeg-2.1.2.0.dylib
> collect2: ld returned 1 exit status
> make[3]: *** [libpdfdocument.la] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081029/049fcd81/attachment.html>

From jjcrump at myuw.net  Wed Oct 29 11:43:53 2008
From: jjcrump at myuw.net (Jon Crump)
Date: Wed, 29 Oct 2008 11:43:53 -0700 (PDT)
Subject: python25 install woes
Message-ID: <Pine.LNX.4.64.0810291109060.31338@cicero12.myuw.net>

Dear all,

[MacBook 2.2 GHz Intel Core 2 Duo; Mac OS X 10.5.4; macports 1.600]

I'm pretty new to macports, but these dependency tracking installing 
paradigms are a tremendous contribution to open-source, kudos all.

Unfortunately, macports is making me tear my hair out.

After uninstalling everything and doing selfupdate I try again:
port install python25 goes as expected and install python_select followed 
by python_select python25 seems to do its job; however:

my old leopard installed python command-line interpreter that I get in a 
terminal window used to give me a command history. Using the up and down 
arrow keys, I could step back and forward through my recent commands. Now 
with the macports installation of python25, the python cli gives me 
giberish in response to up and down arrows:

^[[A and ^[[B

If I set an env variable thus:

setenv PYTHONHOME /System/Library/Frameworks/Python.framework/Versions/2.5/

and invoke python, I get the apple installed

Python 2.5.2 (r252:60911, Oct 29 2008, 10:49:16)
[GCC 4.0.1 (Apple Inc. build 5488)] on darwin

which still has the old arrow behavior, so I'm confident that the problem 
is not with Terminal.

After some reading, I gathered that this might have something to do with 
readline. So I tried sudo port install py25-readline which fails with the 
following error:

Error: Target org.macports.build returned: shell command " cd 
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py25-readline/work/Python-2.5.2/Modules" 
&& /opt/local/bin/python2.5 setup.py build " returned error 1
Command output: running build
running build_ext
building 'readline' extension
creating build
creating build/temp.macosx-10.3-i386-2.5
-DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/opt/local/include 
-I/opt/local/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 
-c readline.c -o build/temp.macosx-10.3-i386-2.5/readline.o
unable to execute -DNDEBUG: No such file or directory
error: command '-DNDEBUG' failed with exit status 1

Error: Status 1 encountered during processing.

I'm not even sure if readline's got anything to do with my command history 
problem, but this doesn't look good all the same.

I can live with two python installations; I can even live with the fact 
that I'll have to port install all of the modules that I had accumulated 
in /Library/Python/2.5/site-packages; but I really don't want to do 
without my command line history.

Can anyone give me a clue as to where the problem lies, or what I've done 
wrong?

Jon

From dluke at geeklair.net  Wed Oct 29 11:52:49 2008
From: dluke at geeklair.net (Daniel J. Luke)
Date: Wed, 29 Oct 2008 14:52:49 -0400
Subject: python25 install woes
In-Reply-To: <Pine.LNX.4.64.0810291109060.31338@cicero12.myuw.net>
References: <Pine.LNX.4.64.0810291109060.31338@cicero12.myuw.net>
Message-ID: <E5226D79-1C3D-49EE-9F4A-2E98BCCA2AC2@geeklair.net>

On Oct 29, 2008, at 2:43 PM, Jon Crump wrote:
> After some reading, I gathered that this might have something to do  
> with readline. So I tried sudo port install py25-readline

Which is what you want to do.

> which fails with the following error:
>
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_python_py25-readline/work/Python-2.5.2/ 
> Modules" && /opt/local/bin/python2.5 setup.py build " returned error 1
> Command output: running build
> running build_ext
> building 'readline' extension
> creating build
> creating build/temp.macosx-10.3-i386-2.5
> -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/opt/local/ 
> include -I/opt/local/Library/Frameworks/Python.framework/Versions/ 
> 2.5/include/python2.5 -c readline.c -o build/temp.macosx-10.3- 
> i386-2.5/readline.o
> unable to execute -DNDEBUG: No such file or directory
> error: command '-DNDEBUG' failed with exit status 1
>
> Error: Status 1 encountered during processing.

http://trac.macports.org/wiki/LeopardProblems

It's a bug. Workaround:

sudo port clean --work py25-readline
sudo port install py25-readline

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



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081029/90ab07ad/attachment.bin>

From jjcrump at myuw.net  Wed Oct 29 12:09:53 2008
From: jjcrump at myuw.net (Jon Crump)
Date: Wed, 29 Oct 2008 12:09:53 -0700 (PDT)
Subject: python25 install woes
In-Reply-To: <E5226D79-1C3D-49EE-9F4A-2E98BCCA2AC2@geeklair.net>
References: <Pine.LNX.4.64.0810291109060.31338@cicero12.myuw.net>
	<E5226D79-1C3D-49EE-9F4A-2E98BCCA2AC2@geeklair.net>
Message-ID: <Pine.LNX.4.64.0810291156170.31338@cicero12.myuw.net>

Daniel,

On Wed, 29 Oct 2008, Daniel J. Luke wrote:

> http://trac.macports.org/wiki/LeopardProblems

Doh! Am I redfaced: number ONE in the "Recurrent Problems on Leopard"! In 
my defense; however, I had found this earlier and tried it, but by then 
the whole installation was foobar and it didn't help. Then after the whole 
uninstall/install process, I had forgotten what I'd learned.

> It's a bug. Workaround:
>
> sudo port clean --work py25-readline
> sudo port install py25-readline

Anyway, You're good; not to mention really really fast! That worked a 
treat.

Many thanks,
Jon


From masschel at gmail.com  Thu Oct 30 14:52:51 2008
From: masschel at gmail.com (Bart Masschelein)
Date: Thu, 30 Oct 2008 22:52:51 +0100
Subject: mono-addins and pango
Message-ID: <CC542D44-98BD-49B6-9DC2-6887C34F3C3B@gmail.com>

Hi,

A while ago I made a request to upgrade mono-addins from version 0.3  
to version 0.3.1, in order to be able to compile and run MonoDevelop,  
without nasty errors at start-up. I configured this myself, and  
uploaded a patch to the list. So, for me it is solved, but maybe  
others might be interested as well. After I saw the port was not  
upgraded yet, I still tried 'upgrade mono-addins', and it tried to  
upgrade some other ports as well, amongst which pango, however  
unsuccesfully. This is the error I got, during configure:

checking for GLIB... configure: error:
*** Glib 2.17.3 or better is required. The latest version of
*** Glib is always available from ftp://ftp.gtk.org/.

I checked, and I have glib2 @2.18.1_0+darwin_9, and it is active. I  
tried to install glib2-devel @2.17.7_0+darwin_9 as well, but then it  
gave me trouble because I had to deactivate the glib2 first. I tried  
this, but to no avail: I got the same error. I switched back to glib2  
after that.

MacPorts is two inches away from installing monodevelop using ports  
(see http://www.naiznoiz.share-a-book.com/?p=27)...

Bart


From ryandesign at macports.org  Thu Oct 30 23:15:09 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 31 Oct 2008 01:15:09 -0500
Subject: mono-addins and pango
In-Reply-To: <CC542D44-98BD-49B6-9DC2-6887C34F3C3B@gmail.com>
References: <CC542D44-98BD-49B6-9DC2-6887C34F3C3B@gmail.com>
Message-ID: <E59B1701-B816-4EEA-969D-99F7B7B535C8@macports.org>


On Oct 30, 2008, at 16:52, Bart Masschelein wrote:

> A while ago I made a request to upgrade mono-addins from version  
> 0.3 to version 0.3.1, in order to be able to compile and run  
> MonoDevelop, without nasty errors at start-up. I configured this  
> myself, and uploaded a patch to the list. So, for me it is solved,  
> but maybe others might be interested as well. After I saw the port  
> was not upgraded yet, I still tried 'upgrade mono-addins', and it  
> tried to upgrade some other ports as well, amongst which pango,  
> however unsuccesfully. This is the error I got, during configure:
>
> checking for GLIB... configure: error:
> *** Glib 2.17.3 or better is required. The latest version of
> *** Glib is always available from ftp://ftp.gtk.org/.
>
> I checked, and I have glib2 @2.18.1_0+darwin_9, and it is active. I  
> tried to install glib2-devel @2.17.7_0+darwin_9 as well, but then  
> it gave me trouble because I had to deactivate the glib2 first. I  
> tried this, but to no avail: I got the same error. I switched back  
> to glib2 after that.

You say it is pango giving the above error? I'd love to see the  
complete debug log of that. To get it, you'd do this:

sudo port clean pango
sudo port -d install pango 2>&1 | tee ~/Desktop/pango.txt
bzip2 ~/Desktop/pango.txt

Then attach pango.txt.bz2 from your desktop to your reply.


> MacPorts is two inches away from installing monodevelop using ports  
> (see http://www.naiznoiz.share-a-book.com/?p=27)...


From masschel at gmail.com  Fri Oct 31 14:32:43 2008
From: masschel at gmail.com (Bart Masschelein)
Date: Fri, 31 Oct 2008 22:32:43 +0100
Subject: mono-addins and pango
In-Reply-To: <E59B1701-B816-4EEA-969D-99F7B7B535C8@macports.org>
References: <CC542D44-98BD-49B6-9DC2-6887C34F3C3B@gmail.com>
	<E59B1701-B816-4EEA-969D-99F7B7B535C8@macports.org>
Message-ID: <976DE86B-A576-4C33-97A7-285AB8B42BA1@gmail.com>

First of all, thanks to nox, for upgrading mono-addins to version 0.3.1!

>
>> A while ago I made a request to upgrade mono-addins from version  
>> 0.3 to version 0.3.1, in order to be able to compile and run  
>> MonoDevelop, without nasty errors at start-up. I configured this  
>> myself, and uploaded a patch to the list. So, for me it is solved,  
>> but maybe others might be interested as well. After I saw the port  
>> was not upgraded yet, I still tried 'upgrade mono-addins', and it  
>> tried to upgrade some other ports as well, amongst which pango,  
>> however unsuccesfully. This is the error I got, during configure:
>>
>> checking for GLIB... configure: error:
>> *** Glib 2.17.3 or better is required. The latest version of
>> *** Glib is always available from ftp://ftp.gtk.org/.
>>
>> I checked, and I have glib2 @2.18.1_0+darwin_9, and it is active. I  
>> tried to install glib2-devel @2.17.7_0+darwin_9 as well, but then  
>> it gave me trouble because I had to deactivate the glib2 first. I  
>> tried this, but to no avail: I got the same error. I switched back  
>> to glib2 after that.
>
> You say it is pango giving the above error? I'd love to see the  
> complete debug log of that. To get it, you'd do this:

Well, I assumed it was pango, based on the following output:

[Users/masschel] > upgrade mono-addins
--->  Fetching mono
--->  Attempting to fetch mono-2.0.1.tar.bz2 from http://www.go-mono.com/sources/mono/
--->  Verifying checksum(s) for mono
--->  Extracting mono
--->  Applying patches to mono
--->  Configuring mono
--->  Building mono with target all
--->  Staging mono into destroot
--->  Deactivating mono 2.0_0+darwin_9
--->  Installing mono 2.0.1_0+darwin_9
--->  Activating mono 2.0.1_0+darwin_9
--->  Cleaning mono
--->  Fetching pango
--->  Attempting to fetch pango-1.22.2.tar.bz2 from http://mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/pango/1.22
--->  Verifying checksum(s) for pango
--->  Extracting pango
--->  Applying patches to pango
--->  Configuring pango
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_x11_pango/work/pango-1.22.2" && ./ 
configure --prefix=/opt/local --x-includes=/usr/X11R6/include --x- 
libraries=/usr/X11R6/lib --enable-static --enable-cairo " returned  
error 1
Command output: appending configuration tag "CXX" to libtool
checking for ld used by /usr/bin/g++-4.0... /usr/libexec/gcc/i686- 
apple-darwin9/4.0.1/ld
checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld)  
is GNU ld... no
checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/i686- 
apple-darwin9/4.0.1/ld) supports shared libraries... yes
checking for /usr/bin/g++-4.0 option to produce PIC... -fno-common
checking if /usr/bin/g++-4.0 PIC flag -fno-common works... yes
checking if /usr/bin/g++-4.0 static flag -static works... no
checking if /usr/bin/g++-4.0 supports -c -o file.o... yes
checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/i686- 
apple-darwin9/4.0.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin9.5.0 dyld
(cached) (cached) checking how to hardcode library paths into  
programs... immediate
appending configuration tag "F77" to libtool
checking for some Win32 platform... no
checking for perl5... no
checking for perl... perl
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking whether -R must be followed by a space... no
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for FONTCONFIG... no
checking Carbon/Carbon.h usability... yes
checking Carbon/Carbon.h presence... yes
checking for Carbon/Carbon.h... yes
checking for CAIRO... no
checking for GLIB... configure: error:
*** Glib 2.17.3 or better is required. The latest version of
*** Glib is always available from ftp://ftp.gtk.org/.

> Then attach pango.txt.bz2 from your desktop to your reply.

Here you go, hope it is any help to you:

-------------- next part --------------
A non-text attachment was scrubbed...
Name: pango.txt.bz2
Type: application/bzip2
Size: 16991 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20081031/b0cd54ab/attachment.bin>
-------------- next part --------------



When I try upgrading now, using sudo port upgrade mono-addins, I get  
the following:

--->  Activating giflib 4.1.6_0
Error: Activating giflib 4.1.6_0 failed: Image error: /opt/local/bin/ 
gif2epsn is being used by the active libungif port.  Please deactivate  
this port first, or use the -f flag to force the activation.
--->  Activating pango 1.22.2_0
Error: Activating pango 1.22.2_0 failed: Image error: Another version  
of this port (pango @1.22.0_0) is already active.
--->  Activating pango 1.22.2_0
Error: Activating pango 1.22.2_0 failed: Image error: Another version  
of this port (pango @1.22.0_0) is already active.

About the first error, is it in general ok to force the activation? To  
me it sounds not recommendable. The second error is more weird. After  
using your commands (sudo port clean pango; sudo port -d install pango  
2>&1 | tee ~/Desktop/pango.txt; bzip2 ~/Desktop/pango.txt ), it went  
through, but it was not able to activate. It should automatically  
desactivate the old and install the new one, no? And what is the  
difference between my install and your commands? You only put -d,  
which I assume is debug. Does -d do something else?

Could all of this have to do with my attempt to upgrade mono-addins  
myself, altering my local repository. I followed the guidelines of  
MacPorts, and everything seemed to go as expected... Any ideas?

Bart

From ryandesign at macports.org  Fri Oct 31 14:55:19 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 31 Oct 2008 16:55:19 -0500
Subject: mono-addins and pango
In-Reply-To: <976DE86B-A576-4C33-97A7-285AB8B42BA1@gmail.com>
References: <CC542D44-98BD-49B6-9DC2-6887C34F3C3B@gmail.com>
	<E59B1701-B816-4EEA-969D-99F7B7B535C8@macports.org>
	<976DE86B-A576-4C33-97A7-285AB8B42BA1@gmail.com>
Message-ID: <233FF738-5F0F-46DD-82CA-3D3712522A66@macports.org>

On Oct 31, 2008, at 16:32, Bart Masschelein wrote:

> --->  Configuring pango
> 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_x11_p 
> ango/work/pango-1.22.2" && ./configure --prefix=/opt/local --x- 
> includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable- 
> static --enable-cairo " returned error 1
> Command output: appending configuration tag "CXX" to libtool
> checking for ld used by /usr/bin/g++-4.0... /usr/libexec/gcc/i686- 
> apple-darwin9/4.0.1/ld
> checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ 
> ld) is GNU ld... no
> checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/i686- 
> apple-darwin9/4.0.1/ld) supports shared libraries... yes
> checking for /usr/bin/g++-4.0 option to produce PIC... -fno-common
> checking if /usr/bin/g++-4.0 PIC flag -fno-common works... yes
> checking if /usr/bin/g++-4.0 static flag -static works... no
> checking if /usr/bin/g++-4.0 supports -c -o file.o... yes
> checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/i686- 
> apple-darwin9/4.0.1/ld) supports shared libraries... yes
> checking dynamic linker characteristics... darwin9.5.0 dyld
> (cached) (cached) checking how to hardcode library paths into  
> programs... immediate
> appending configuration tag "F77" to libtool
> checking for some Win32 platform... no
> checking for perl5... no
> checking for perl... perl
> checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
> checking whether -R must be followed by a space... no
> checking for gethostbyname... yes
> checking for connect... yes
> checking for remove... yes
> checking for shmat... yes
> checking for IceConnectionNumber in -lICE... yes
> checking for FONTCONFIG... no
> checking Carbon/Carbon.h usability... yes
> checking Carbon/Carbon.h presence... yes
> checking for Carbon/Carbon.h... yes
> checking for CAIRO... no
> checking for GLIB... configure: error:
> *** Glib 2.17.3 or better is required. The latest version of
> *** Glib is always available from ftp://ftp.gtk.org/.

Note it's not finding fontconfig or cairo either, which are also  
required by pango.


>> Then attach pango.txt.bz2 from your desktop to your reply.
>
> Here you go, hope it is any help to you:
>
> <pango.txt.bz2>

The output in your pango.txt is different from what you pasted above.  
In pango.txt, it is finding fontconfig, cairo, glib2 and everything  
else, and building correctly.

Not sure why it's different now than before, though it could easily  
have been the Leopard Tcl environment variable bug, since it has so  
many and varied symptoms:

http://trac.macports.org/wiki/ 
LeopardProblems#environmentvariablesbecomeblankbetweenconfigureandbuildp 
hases


> When I try upgrading now, using sudo port upgrade mono-addins, I  
> get the following:
>
> --->  Activating giflib 4.1.6_0
> Error: Activating giflib 4.1.6_0 failed: Image error: /opt/local/ 
> bin/gif2epsn is being used by the active libungif port.  Please  
> deactivate this port first, or use the -f flag to force the  
> activation.
> --->  Activating pango 1.22.2_0
> Error: Activating pango 1.22.2_0 failed: Image error: Another  
> version of this port (pango @1.22.0_0) is already active.
> --->  Activating pango 1.22.2_0
> Error: Activating pango 1.22.2_0 failed: Image error: Another  
> version of this port (pango @1.22.0_0) is already active.
>
> About the first error, is it in general ok to force the activation?  
> To me it sounds not recommendable.

No. Instead, you should deactivate libungif and then activate giflib.  
There is unfortunately some confusion between giflib and libungif.  
libungif was created while the GIF algorithm was still covered by a  
patent. The patent has since expired, so now the full giflib is  
preferred. But many ports still depend on libungif. Those that can  
should be upgraded to use giflib. Those that can't should have bugs  
filed with their developers.

> The second error is more weird. After using your commands (sudo  
> port clean pango; sudo port -d install pango 2>&1 | tee ~/Desktop/ 
> pango.txt; bzip2 ~/Desktop/pango.txt ), it went through, but it was  
> not able to activate. It should automatically desactivate the old  
> and install the new one, no?

No, since you used "install". If you had used "upgrade" instead, it  
would have done so. So now you should:

sudo port deactivate pango @1.22.0_0
sudo port activate pango @1.22.2_0
sudo port clean pango

> And what is the difference between my install and your commands?  
> You only put -d, which I assume is debug. Does -d do something else?

-d produces debug and verbose output. 2>&1 redirects stderr (where  
the debug output appears) to stdout (so it will be piped to tee), and  
tee sends the output to a file while also showing it on screen. bzip2  
compresses the file.

> Could all of this have to do with my attempt to upgrade mono-addins  
> myself, altering my local repository. I followed the guidelines of  
> MacPorts, and everything seemed to go as expected... Any ideas?

Modifying your local ports tree and upgrading mono-addins yourself  
should have been fine.


From masschel at gmail.com  Fri Oct 31 15:29:29 2008
From: masschel at gmail.com (Bart Masschelein)
Date: Fri, 31 Oct 2008 23:29:29 +0100
Subject: mono-addins and pango
In-Reply-To: <233FF738-5F0F-46DD-82CA-3D3712522A66@macports.org>
References: <CC542D44-98BD-49B6-9DC2-6887C34F3C3B@gmail.com>
	<E59B1701-B816-4EEA-969D-99F7B7B535C8@macports.org>
	<976DE86B-A576-4C33-97A7-285AB8B42BA1@gmail.com>
	<233FF738-5F0F-46DD-82CA-3D3712522A66@macports.org>
Message-ID: <0BBA2018-7974-48C9-AA3B-314C44052EE6@gmail.com>


On 31 Oct 2008, at 22:55, Ryan Schmidt wrote:

> On Oct 31, 2008, at 16:32, Bart Masschelein wrote:
>
>> --->  Configuring pango
>> 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_x11_pango/work/pango-1.22.2" && ./ 
>> configure --prefix=/opt/local --x-includes=/usr/X11R6/include --x- 
>> libraries=/usr/X11R6/lib --enable-static --enable-cairo " returned  
>> error 1
>> Command output: appending configuration tag "CXX" to libtool
>> checking for ld used by /usr/bin/g++-4.0... /usr/libexec/gcc/i686- 
>> apple-darwin9/4.0.1/ld
>> checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ 
>> ld) is GNU ld... no
>> checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/i686- 
>> apple-darwin9/4.0.1/ld) supports shared libraries... yes
>> checking for /usr/bin/g++-4.0 option to produce PIC... -fno-common
>> checking if /usr/bin/g++-4.0 PIC flag -fno-common works... yes
>> checking if /usr/bin/g++-4.0 static flag -static works... no
>> checking if /usr/bin/g++-4.0 supports -c -o file.o... yes
>> checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/i686- 
>> apple-darwin9/4.0.1/ld) supports shared libraries... yes
>> checking dynamic linker characteristics... darwin9.5.0 dyld
>> (cached) (cached) checking how to hardcode library paths into  
>> programs... immediate
>> appending configuration tag "F77" to libtool
>> checking for some Win32 platform... no
>> checking for perl5... no
>> checking for perl... perl
>> checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/ 
>> include
>> checking whether -R must be followed by a space... no
>> checking for gethostbyname... yes
>> checking for connect... yes
>> checking for remove... yes
>> checking for shmat... yes
>> checking for IceConnectionNumber in -lICE... yes
>> checking for FONTCONFIG... no
>> checking Carbon/Carbon.h usability... yes
>> checking Carbon/Carbon.h presence... yes
>> checking for Carbon/Carbon.h... yes
>> checking for CAIRO... no
>> checking for GLIB... configure: error:
>> *** Glib 2.17.3 or better is required. The latest version of
>> *** Glib is always available from ftp://ftp.gtk.org/.
>
> Note it's not finding fontconfig or cairo either, which are also  
> required by pango.
>

Both of which I have installed...

> The output in your pango.txt is different from what you pasted  
> above. In pango.txt, it is finding fontconfig, cairo, glib2 and  
> everything else, and building correctly.
>
> Not sure why it's different now than before, though it could easily  
> have been the Leopard Tcl environment variable bug, since it has so  
> many and varied symptoms:
>
> http://trac.macports.org/wiki/LeopardProblems#environmentvariablesbecomeblankbetweenconfigureandbuildphases

I called both commands right after each other, so in the end the only  
difference is that first I did 'upgrade mono-addins', and second I  
used 'install pango', as you suggested. But that does not tell me  
much. It does not seem to be related to the bug you mention, but I'm  
no expert.

>> When I try upgrading now, using sudo port upgrade mono-addins, I  
>> get the following:
>>
>> --->  Activating giflib 4.1.6_0
>> Error: Activating giflib 4.1.6_0 failed: Image error: /opt/local/ 
>> bin/gif2epsn is being used by the active libungif port.  Please  
>> deactivate this port first, or use the -f flag to force the  
>> activation.
>> --->  Activating pango 1.22.2_0
>> Error: Activating pango 1.22.2_0 failed: Image error: Another  
>> version of this port (pango @1.22.0_0) is already active.
>> --->  Activating pango 1.22.2_0
>> Error: Activating pango 1.22.2_0 failed: Image error: Another  
>> version of this port (pango @1.22.0_0) is already active.
>>
>> About the first error, is it in general ok to force the activation?  
>> To me it sounds not recommendable.
>
> No. Instead, you should deactivate libungif and then activate  
> giflib. There is unfortunately some confusion between giflib and  
> libungif. libungif was created while the GIF algorithm was still  
> covered by a patent. The patent has since expired, so now the full  
> giflib is preferred. But many ports still depend on libungif. Those  
> that can should be upgraded to use giflib. Those that can't should  
> have bugs filed with their developers.

Thanks for the explanation. Will help me remember this issue.

>> The second error is more weird. After using your commands (sudo  
>> port clean pango; sudo port -d install pango 2>&1 | tee ~/Desktop/ 
>> pango.txt; bzip2 ~/Desktop/pango.txt ), it went through, but it was  
>> not able to activate. It should automatically desactivate the old  
>> and install the new one, no?
>
> No, since you used "install". If you had used "upgrade" instead, it  
> would have done so. So now you should:

Is this actually true, or is it a typo, a slip of mind? The answer  
might be interesting. Because it is actually the opposite: I used  
upgrade, and you told me to use install. What is in fact the  
difference between install of an existing port, or upgrading it? Maybe  
install uses the existing ports on which it depends, while upgrade  
tries to upgrade the dependencies as well?

Bart

From ryandesign at macports.org  Fri Oct 31 17:03:02 2008
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 31 Oct 2008 19:03:02 -0500
Subject: mono-addins and pango
In-Reply-To: <0BBA2018-7974-48C9-AA3B-314C44052EE6@gmail.com>
References: <CC542D44-98BD-49B6-9DC2-6887C34F3C3B@gmail.com>
	<E59B1701-B816-4EEA-969D-99F7B7B535C8@macports.org>
	<976DE86B-A576-4C33-97A7-285AB8B42BA1@gmail.com>
	<233FF738-5F0F-46DD-82CA-3D3712522A66@macports.org>
	<0BBA2018-7974-48C9-AA3B-314C44052EE6@gmail.com>
Message-ID: <04E5C4CE-E141-4748-8EA0-1FF5B58A1D3D@macports.org>


On Oct 31, 2008, at 17:29, Bart Masschelein wrote:

>>> --->  Activating pango 1.22.2_0
>>> Error: Activating pango 1.22.2_0 failed: Image error: Another  
>>> version of this port (pango @1.22.0_0) is already active.

>>> The second error is more weird. After using your commands (sudo  
>>> port clean pango; sudo port -d install pango 2>&1 | tee ~/Desktop/ 
>>> pango.txt; bzip2 ~/Desktop/pango.txt ), it went through, but it  
>>> was not able to activate. It should automatically desactivate the  
>>> old and install the new one, no?
>>
>> No, since you used "install". If you had used "upgrade" instead,  
>> it would have done so. So now you should:
>
> Is this actually true, or is it a typo, a slip of mind? The answer  
> might be interesting. Because it is actually the opposite: I used  
> upgrade, and you told me to use install. What is in fact the  
> difference between install of an existing port, or upgrading it?  
> Maybe install uses the existing ports on which it depends, while  
> upgrade tries to upgrade the dependencies as well?

"install" installs a port. If another version of that port is already  
installed, then you get the error you showed.

"upgrade" upgrades a port and, if necessary, its dependencies first.  
Another version of that port must already be installed, and it will  
be deactivated before the new version is activated.

I told you to use "install" because I did not know you already had  
another version of pango installed. Since you did, it would have been  
more straightforward to use "upgrade" in your case.