From vim.unix at googlemail.com  Thu Apr  1 04:04:47 2010
From: vim.unix at googlemail.com (Pau)
Date: Thu, 1 Apr 2010 13:04:47 +0200
Subject: was: fvwm - where's pager?? -- SOLVED
In-Reply-To: <01B5AA7E-5B84-42CF-AFCD-138151683B70@macports.org>
References: <30c383e71003311439x43ae2484x4712fde57571eb73@mail.gmail.com>
	<01B5AA7E-5B84-42CF-AFCD-138151683B70@macports.org>
Message-ID: <z2y30c383e71004010404ya5c03668m59ef3e9532388ddb@mail.gmail.com>

Hello,

I have set

SupressIcons

in my fvwmrc file.

Still, it would be good to have the, say, default fvwm icons and place
them somewhere (/opt/local/lib?) and set up the path correspondingly
to that.

I believe that you can download the default icons from here:

ftp://ftp.fvwm.org/pub/fvwm/version-1/fvwm-1.24r.tar.gz

There's a directory there containing a fvwm_icons folder.

Thanks for fixing this.

Btw I am fixing some more things in the default fvwmrc file provided
by macports. I can send you it when I am done.

I have the feeling that I might be the only fvwm1.24r user on
macports, but you never know ;)

Pau

2010/4/1 Ryan Schmidt <ryandesign at macports.org>:
>
> On Mar 31, 2010, at 16:39, Pau wrote:
>
>> The path for icons etc is also wrong:
>>
>> PixmapPath /usr/include/X11/pixmaps/
>> IconPath ? /usr/include/X11/bitmaps/
>>
>> This is even worse, because these pixmaps and bitmaps do not exist in macports
>
> What should these paths be set to if these pixmaps and bitmaps don't exist?
>
> Better yet, where can we get the pixmaps and bitmaps / how can we install them?
>
>

From ryandesign at macports.org  Thu Apr  1 04:40:56 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 1 Apr 2010 06:40:56 -0500
Subject: was: fvwm - where's pager?? -- SOLVED
In-Reply-To: <z2y30c383e71004010404ya5c03668m59ef3e9532388ddb@mail.gmail.com>
References: <30c383e71003311439x43ae2484x4712fde57571eb73@mail.gmail.com>
	<01B5AA7E-5B84-42CF-AFCD-138151683B70@macports.org>
	<z2y30c383e71004010404ya5c03668m59ef3e9532388ddb@mail.gmail.com>
Message-ID: <D08A9B3D-F28C-48F1-AE2A-E7314D1B1F12@macports.org>


On Apr 1, 2010, at 06:04, Pau wrote:

> I have set
> 
> SupressIcons
> 
> in my fvwmrc file.
> 
> Still, it would be good to have the, say, default fvwm icons and place
> them somewhere (/opt/local/lib?)

lib is for libraries. Platform-independent data like icons goes in /opt/local/share somewhere.

> and set up the path correspondingly to that.
> 
> I believe that you can download the default icons from here:
> 
> ftp://ftp.fvwm.org/pub/fvwm/version-1/fvwm-1.24r.tar.gz

Ok, that's the distfile we already download for this port.


> There's a directory there containing a fvwm_icons folder.
> 
> Thanks for fixing this.
> 
> Btw I am fixing some more things in the default fvwmrc file provided
> by macports. I can send you it when I am done.

Ok.


> I have the feeling that I might be the only fvwm1.24r user on
> macports, but you never know ;)

Well, the developers of the software do state on their download page that version 1 should not be used anymore. I was considering if we should just delete the port to drive this point home. Why do you prefer version 1 over version 2?



From vim.unix at googlemail.com  Thu Apr  1 05:05:09 2010
From: vim.unix at googlemail.com (Pau)
Date: Thu, 1 Apr 2010 14:05:09 +0200
Subject: was: fvwm - where's pager?? -- SOLVED
In-Reply-To: <D08A9B3D-F28C-48F1-AE2A-E7314D1B1F12@macports.org>
References: <30c383e71003311439x43ae2484x4712fde57571eb73@mail.gmail.com>
	<01B5AA7E-5B84-42CF-AFCD-138151683B70@macports.org>
	<z2y30c383e71004010404ya5c03668m59ef3e9532388ddb@mail.gmail.com>
	<D08A9B3D-F28C-48F1-AE2A-E7314D1B1F12@macports.org>
Message-ID: <l2g30c383e71004010505k8feca4ccjff5db7cda87a2a1a@mail.gmail.com>

2010/4/1 Ryan Schmidt <ryandesign at macports.org>:
>
> On Apr 1, 2010, at 06:04, Pau wrote:
>
>> I have set
>>
>> SupressIcons
>>
>> in my fvwmrc file.
>>
>> Still, it would be good to have the, say, default fvwm icons and place
>> them somewhere (/opt/local/lib?)
>
> lib is for libraries. Platform-independent data like icons goes in /opt/local/share somewhere.
>
>> and set up the path correspondingly to that.
>>
>> I believe that you can download the default icons from here:
>>
>> ftp://ftp.fvwm.org/pub/fvwm/version-1/fvwm-1.24r.tar.gz
>
> Ok, that's the distfile we already download for this port.
>
>
>> There's a directory there containing a fvwm_icons folder.
>>
>> Thanks for fixing this.
>>
>> Btw I am fixing some more things in the default fvwmrc file provided
>> by macports. I can send you it when I am done.
>
> Ok.
>
>
>> I have the feeling that I might be the only fvwm1.24r user on
>> macports, but you never know ;)
>
> Well, the developers of the software do state on their download page that version 1 should not be used anymore. I was considering if we should just delete the port to drive this point home. Why do you prefer version 1 over version 2?

no, please, don't do that

1.24 is simple and very functional. It does not have bells and
whistles and fancy stuff as 2 has. And that's a plus point for people
like me.
fvwm 1.24 is very easy to configure and very fast and has been used
for many years by many users; the result is that it is bug-free and
very, very robust. It does what it is told to do.
The developers don't say it should not be used. They say it is not
supported, but it does not need to be supported, as I just explained.
It is also the default wm of OpenBSD and that should tell you that
there are good reasons for that.

After this small glitch with fvwmrc I do not think that you will ever
have to touch the port.

The whole fvwm is 320K (and the big number comes from the icons).

Be merciful!

From vim.unix at googlemail.com  Thu Apr  1 07:01:16 2010
From: vim.unix at googlemail.com (Pau)
Date: Thu, 1 Apr 2010 16:01:16 +0200
Subject: launching gnome fails
In-Reply-To: <20100331194626.GC18690@ambulatoryclam.net>
References: <30c383e71003310437i3cd51dfexadc11a70092e0a70@mail.gmail.com>
	<20100331194626.GC18690@ambulatoryclam.net>
Message-ID: <k2n30c383e71004010701z28a5f73es2a83855a261ce7ea@mail.gmail.com>

Thanks Dan...

I do not have gnome anymore but I am running epiphany until
firefox-x11 gets fixed and your suggestion allowed it to launch

Do I have to run the command every time I log in?

If so, should I add this to /etc/rc.common?

Pau

2010/3/31 Dan Ports <dports at ambulatoryclam.net>:
> On Wed, Mar 31, 2010 at 01:37:19PM +0200, Pau wrote:
>> "There is a problem with the configuration server:
>> (/opt/local/libexec/gconf-sanity-check-2 exited with status 2)"
>>
>> And then
>>
>> "Could not connect to session bus: Not enough memory"
>>
>> and
>>
>> "Could not acuire name on session bus"
>
> Did you enable the dbus launchd items by running the following?
> ?sudo launchctl load -w /Library/LaunchDaemons/org.freedesktop.dbus-system.plist
> ?launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist
>
> (note that the first one must be run as root and the second one must
> *not*)
>
> Dan
>
> --
> Dan R. K. Ports ? ? ? ? ? ? ?MIT CSAIL ? ? ? ? ? ? ? ?http://drkp.net/
>

From ferni.martin at gmail.com  Thu Apr  1 07:22:09 2010
From: ferni.martin at gmail.com (=?ISO-8859-1?Q?Fernando_Mart=EDn?=)
Date: Thu, 1 Apr 2010 16:22:09 +0200
Subject: python port
Message-ID: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>

Hello,

I am a new user of Macports. As an initial test, I have installed the
python26 port and I am a bit surprised that after the installation and
cleaning process (port clean), the opt folder is about 600 MB. Is this
normal?

I have seen that the precompiled distribution file from python.org is
about 20 MB.

Is there any method to reduce the space?

Thanks,

Fernando

From jim at maplesong.com  Thu Apr  1 07:59:12 2010
From: jim at maplesong.com (Jim Carroll)
Date: Thu, 1 Apr 2010 14:59:12 +0000 (UTC)
Subject: Can't find g++-4.2, even though it recently tested it
Message-ID: <loom.20100401T165446-155@post.gmane.org>

when I install geany using 
  $ sudo port install geany

I'm getting 

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_
devel_geany/work/geany-0.18.1"
&& ./configure --prefix=/opt/local " returned error 1
...
...

checking for gcc... (cached) /usr/bin/gcc-4.2
checking whether we are using the GNU C compiler... (cached) yes
checking whether /usr/bin/gcc-4.2 accepts -g... (cached) yes
checking for /usr/bin/gcc-4.2 option to accept ISO C89... (cached) 
none needed
checking dependency style of /usr/bin/gcc-4.2... (cached) gcc3
checking whether we are using the GNU C++ compiler... yes
checking whether /usr/bin/g++-4.2 accepts -g... yes
checking dependency style of /usr/bin/g++-4.2... gcc3
checking for /usr/bin/g++-4.2... no
configure: error: No C++ compiler found. Please install a C++ compiler.

It's odd because it just checked whether /usr/bin/g++-4.2 
accepts -g, but then
when it checks for g++-4.2 it can't find it ?

I do have xcode installed and /usr/bin/g++-4.2 is there.
$ ls -lad /usr/bin/g++*
lrwxr-xr-x  1 root  wheel       7 Feb 20 22:50 /usr/bin/g++ -> g++-4.2
-rwxr-xr-x  1 root  wheel   97392 May 18  2009 /usr/bin/g++-4.0
-rwxr-xr-x  1 root  wheel  166128 May 18  2009 /usr/bin/g++-4.2

How can I get geany to compile?  Thanks!




From ryandesign at macports.org  Thu Apr  1 08:33:19 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 1 Apr 2010 10:33:19 -0500
Subject: Can't find g++-4.2, even though it recently tested it
In-Reply-To: <loom.20100401T165446-155@post.gmane.org>
References: <loom.20100401T165446-155@post.gmane.org>
Message-ID: <E02B72D6-6F2E-427A-B349-408A2B2A8EE9@macports.org>

On Apr 1, 2010, at 09:59, Jim Carroll wrote:

> when I install geany using 
>  $ sudo port install geany
> 
> I'm getting 

> configure: error: No C++ compiler found. Please install a C++ compiler.
> 
> It's odd because it just checked whether /usr/bin/g++-4.2 
> accepts -g, but then
> when it checks for g++-4.2 it can't find it ?
> 
> I do have xcode installed and /usr/bin/g++-4.2 is there.
> $ ls -lad /usr/bin/g++*
> lrwxr-xr-x  1 root  wheel       7 Feb 20 22:50 /usr/bin/g++ -> g++-4.2
> -rwxr-xr-x  1 root  wheel   97392 May 18  2009 /usr/bin/g++-4.0
> -rwxr-xr-x  1 root  wheel  166128 May 18  2009 /usr/bin/g++-4.2
> 
> How can I get geany to compile?  Thanks!

sudo port selfupdate

Then try again. I fixed this 12 days ago.

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



From ryandesign at macports.org  Thu Apr  1 08:36:50 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 1 Apr 2010 10:36:50 -0500
Subject: python port
In-Reply-To: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
Message-ID: <7139916D-0413-4633-B6B7-22C6D0AAD706@macports.org>


On Apr 1, 2010, at 09:22, Fernando Mart?n wrote:

> I am a new user of Macports. As an initial test, I have installed the
> python26 port and I am a bit surprised that after the installation and
> cleaning process (port clean), the opt folder is about 600 MB. Is this
> normal?
> 
> I have seen that the precompiled distribution file from python.org is
> about 20 MB.
> 
> Is there any method to reduce the space?

Several things could occupy unneeded space.

 * unfinished builds (if you interrupted a build, or if a build failed): remove them with "sudo port clean all"
 * distfiles: remove them with "sudo port clean --dist all"
   * or remove both distfiles and unfinished builds simultaneously with "sudo port clean --all all"
 * inactive ports: uninstall them with "sudo port uninstall inactive"
 * unneeded ports: identify and uninstall them with the port_cutleaves tool


From ryandesign at macports.org  Thu Apr  1 08:38:27 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 1 Apr 2010 10:38:27 -0500
Subject: launching gnome fails
In-Reply-To: <k2n30c383e71004010701z28a5f73es2a83855a261ce7ea@mail.gmail.com>
References: <30c383e71003310437i3cd51dfexadc11a70092e0a70@mail.gmail.com>
	<20100331194626.GC18690@ambulatoryclam.net>
	<k2n30c383e71004010701z28a5f73es2a83855a261ce7ea@mail.gmail.com>
Message-ID: <DD87413D-298C-46AD-86F4-4C44103D1453@macports.org>


On Apr 1, 2010, at 09:01, Pau wrote:

> 2010/3/31 Dan Ports <dports at ambulatoryclam.net>:
> 
>> Did you enable the dbus launchd items by running the following?
>>  sudo launchctl load -w /Library/LaunchDaemons/org.freedesktop.dbus-system.plist
>>  launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist
> 
> Do I have to run the command every time I log in?

No, you shouldn't have to. "launchctl load -w" starts a given service immediately and at every subsequent system startup.


> If so, should I add this to /etc/rc.common?

rc files are not commonly edited on Mac OS X.



From ryandesign at macports.org  Thu Apr  1 08:48:16 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 1 Apr 2010 10:48:16 -0500
Subject: was: fvwm - where's pager?? -- SOLVED
In-Reply-To: <l2g30c383e71004010505k8feca4ccjff5db7cda87a2a1a@mail.gmail.com>
References: <30c383e71003311439x43ae2484x4712fde57571eb73@mail.gmail.com>
	<01B5AA7E-5B84-42CF-AFCD-138151683B70@macports.org>
	<z2y30c383e71004010404ya5c03668m59ef3e9532388ddb@mail.gmail.com>
	<D08A9B3D-F28C-48F1-AE2A-E7314D1B1F12@macports.org>
	<l2g30c383e71004010505k8feca4ccjff5db7cda87a2a1a@mail.gmail.com>
Message-ID: <427B6911-FF73-4114-B7DA-E3A4CA828275@macports.org>


On Apr 1, 2010, at 07:05, Pau wrote:

> fvwm 1.24 is very easy to configure and very fast and has been used
> for many years by many users; the result is that it is bug-free and
> very, very robust. It does what it is told to do.
> The developers don't say it should not be used. They say it is not
> supported, but it does not need to be supported, as I just explained.

Ok, we'll keep it.

The developers do, however, say not to use it:

http://www.fvwm.org/download/

"Older 2.x.x and 1.x versions: Don't use them."



From raimue at macports.org  Thu Apr  1 09:08:56 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Thu, 01 Apr 2010 18:08:56 +0200
Subject: python port
In-Reply-To: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
Message-ID: <4BB4C518.8070305@macports.org>

On 2010-04-01 16:22 , Fernando Mart?n wrote:
> I have seen that the precompiled distribution file from python.org is
> about 20 MB.

This file does not contain any dependencies. Of course it is a lot smaller.

Rainer

From vim.unix at googlemail.com  Fri Apr  2 02:53:26 2010
From: vim.unix at googlemail.com (Pau)
Date: Fri, 2 Apr 2010 11:53:26 +0200
Subject: cwm?
Message-ID: <k2u30c383e71004020253mc15815eg93363da9b83718af@mail.gmail.com>

Hello,

could I try to convince a developer of macports to write a port for this?

http://www.openbsd.org/cgi-bin/cvsweb/xenocara/app/cwm/
http://monkey.org/~marius/pages/?page=cwm

I do not want to offend anybody. It's just a suggestion. That wm is
really worth it.

There's also a port for linux, if that helps somehow:

http://www.martintoft.dk/?p=cwm

Thanks,

Pau

From ferni.martin at gmail.com  Fri Apr  2 03:01:01 2010
From: ferni.martin at gmail.com (Fernando)
Date: Fri, 2 Apr 2010 12:01:01 +0200
Subject: python port
In-Reply-To: <4BB4C518.8070305@macports.org>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
	<4BB4C518.8070305@macports.org>
Message-ID: <E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>

Thanks for the information.

But, can I remove the dependencies after building python in order to reduce macports size?

Fernando

On 1 Apr 2010, at 18:08, Rainer M?ller wrote:

> On 2010-04-01 16:22 , Fernando Mart?n wrote:
>> I have seen that the precompiled distribution file from python.org is
>> about 20 MB.
> 
> This file does not contain any dependencies. Of course it is a lot smaller.
> 
> Rainer
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From vim.unix at googlemail.com  Fri Apr  2 03:11:48 2010
From: vim.unix at googlemail.com (Pau)
Date: Fri, 2 Apr 2010 12:11:48 +0200
Subject: nvi broken?
Message-ID: <t2q30c383e71004020311m83eb991zed65362976062168@mail.gmail.com>

Hello,

running snow leopard after a seemingly fine installation of nvi, this
breaks at launch:

gumby(s006)| nvi
[1]    64338 segmentation fault  nvi

Thanks,

Pau

From yoursurrogategod at gmail.com  Fri Apr  2 04:19:30 2010
From: yoursurrogategod at gmail.com (Yves S. Garret)
Date: Fri, 2 Apr 2010 07:19:30 -0400
Subject: Can't get MacPorts to work after the install
Message-ID: <t2w7e7833881004020419ha5323214p7a71d9215212ab12@mail.gmail.com>

This is quite frustrating.

I downloaded the source.  I configured it and compiled it.

% ./configure && make

Then the install...

% sudo make install

Everything was as it should, then I modified the .zsh_profile file in order
to insert to modify the PATH and it looks as it does below:

#!/bin/zsh

if [ -e ~/.zshrc ]; then
source ~/.zshrc
fi

export PATH=/opt/local/bin:$PATH
export PATH=/opt/local/sbin:$PATH

I start up a new shell and try running it:

% sudo port -v selfupdate
sudo: port: command not found

Didn't work. So I went back to here and downloaded the dmg file. I install
it just like the installer orders me to. No indication whatsoever that the
install somehow has not gone as it should.

Now, here's what happens when I try to run MacPorts on the console:

% sudo port -v selfupdate
Password:
sudo: port: command not found

:-/

What am I doing wrong?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100402/74551408/attachment.html>

From ryandesign at macports.org  Fri Apr  2 04:37:17 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 2 Apr 2010 06:37:17 -0500
Subject: cwm?
In-Reply-To: <k2u30c383e71004020253mc15815eg93363da9b83718af@mail.gmail.com>
References: <k2u30c383e71004020253mc15815eg93363da9b83718af@mail.gmail.com>
Message-ID: <8052610F-7316-4A74-8737-21357ADB1E7A@macports.org>

On Apr 2, 2010, at 04:53, Pau wrote:

> could I try to convince a developer of macports to write a port for this?
> 
> http://www.openbsd.org/cgi-bin/cvsweb/xenocara/app/cwm/
> http://monkey.org/~marius/pages/?page=cwm

Please file a port request ticket in the issue tracker.


From ryandesign at macports.org  Fri Apr  2 04:37:51 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 2 Apr 2010 06:37:51 -0500
Subject: python port
In-Reply-To: <E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
	<4BB4C518.8070305@macports.org>
	<E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>
Message-ID: <35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>


On Apr 2, 2010, at 05:01, Fernando wrote:

> But, can I remove the dependencies after building python in order to reduce macports size?

Build dependencies, yes. Library and runtime dependencies, no.

You can use the port_cutleaves tool to help you identify what you can safely uninstall.


From ryandesign at macports.org  Fri Apr  2 04:46:26 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 2 Apr 2010 06:46:26 -0500
Subject: nvi broken?
In-Reply-To: <t2q30c383e71004020311m83eb991zed65362976062168@mail.gmail.com>
References: <t2q30c383e71004020311m83eb991zed65362976062168@mail.gmail.com>
Message-ID: <E2D117F8-6A46-455B-A572-DFF2935605BF@macports.org>


On Apr 2, 2010, at 05:11, Pau wrote:

> running snow leopard after a seemingly fine installation of nvi, this
> breaks at launch:
> 
> gumby(s006)| nvi
> [1]    64338 segmentation fault  nvi

It seems to work for me. Perhaps you should file a ticket in the issue tracker with more information about your setup.


From vim.unix at googlemail.com  Fri Apr  2 04:48:05 2010
From: vim.unix at googlemail.com (Pau)
Date: Fri, 2 Apr 2010 13:48:05 +0200
Subject: cwm?
In-Reply-To: <8052610F-7316-4A74-8737-21357ADB1E7A@macports.org>
References: <k2u30c383e71004020253mc15815eg93363da9b83718af@mail.gmail.com>
	<8052610F-7316-4A74-8737-21357ADB1E7A@macports.org>
Message-ID: <j2x30c383e71004020448q2ad84f95pa7ca312a1290ebf7@mail.gmail.com>

done, thank you for pointing it out

2010/4/2 Ryan Schmidt <ryandesign at macports.org>:
> On Apr 2, 2010, at 04:53, Pau wrote:
>
>> could I try to convince a developer of macports to write a port for this?
>>
>> http://www.openbsd.org/cgi-bin/cvsweb/xenocara/app/cwm/
>> http://monkey.org/~marius/pages/?page=cwm
>
> Please file a port request ticket in the issue tracker.
>
>

From ryandesign at macports.org  Fri Apr  2 04:48:11 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 2 Apr 2010 06:48:11 -0500
Subject: Can't get MacPorts to work after the install
In-Reply-To: <t2w7e7833881004020419ha5323214p7a71d9215212ab12@mail.gmail.com>
References: <t2w7e7833881004020419ha5323214p7a71d9215212ab12@mail.gmail.com>
Message-ID: <24D57B5C-5110-4467-86AE-FB0E6D262442@macports.org>

On Apr 2, 2010, at 06:19, Yves S. Garret wrote:

> I downloaded the source.  I configured it and compiled it.
> 
> % ./configure && make
> 
> Then the install...
> 
> % sudo make install
> 
> Everything was as it should, then I modified the .zsh_profile file in order to insert to modify the PATH and it looks as it does below:
> 
> #!/bin/zsh
> 
> if [ -e ~/.zshrc ]; then
> source ~/.zshrc
> fi
> 
> export PATH=/opt/local/bin:$PATH
> export PATH=/opt/local/sbin:$PATH
> 
> I start up a new shell and try running it:
> 
> % sudo port -v selfupdate
> sudo: port: command not found
> 
> Didn't work. So I went back to here and downloaded the dmg file. I install it just like the installer orders me to. No indication whatsoever that the install somehow has not gone as it should.
> 
> Now, here's what happens when I try to run MacPorts on the console:
> 
> % sudo port -v selfupdate
> Password:
> sudo: port: command not found
> 
> :-/
> 
> What am I doing wrong?

I'm not familiar with ZSH. I've used Bash for years, and TCSH before that. Verify that you're using the correct syntax for ZSH for modifying the PATH.

Verify also that /opt/local/bin/port does in fact exist.



From ohce86 at kitcarson.net  Fri Apr  2 05:40:08 2010
From: ohce86 at kitcarson.net (Timothy Goins)
Date: Fri, 2 Apr 2010 06:40:08 -0600
Subject: Can't get MacPorts to work after the install
In-Reply-To: <24D57B5C-5110-4467-86AE-FB0E6D262442@macports.org>
References: <t2w7e7833881004020419ha5323214p7a71d9215212ab12@mail.gmail.com>
	<24D57B5C-5110-4467-86AE-FB0E6D262442@macports.org>
Message-ID: <BA8D7B71-7C88-43ED-B2AF-2FC0210A2FCF@kitcarson.net>


On Apr 2, 2010, at 5:48 AM, Ryan Schmidt wrote:

> On Apr 2, 2010, at 06:19, Yves S. Garret wrote:
> 
>> I downloaded the source.  I configured it and compiled it.
>> 
>> % ./configure && make
>> 
>> Then the install...
>> 
>> % sudo make install
>> 
>> Everything was as it should, then I modified the .zsh_profile file in order to insert to modify the PATH and it looks as it does below:
>> 
>> #!/bin/zsh
>> 
>> if [ -e ~/.zshrc ]; then
>> source ~/.zshrc
>> fi
>> 
>> export PATH=/opt/local/bin:$PATH
>> export PATH=/opt/local/sbin:$PATH
>> 
>> I start up a new shell and try running it:
>> 
>> % sudo port -v selfupdate
>> sudo: port: command not found
>> 
>> Didn't work. So I went back to here and downloaded the dmg file. I install it just like the installer orders me to. No indication whatsoever that the install somehow has not gone as it should.
>> 
>> Now, here's what happens when I try to run MacPorts on the console:
>> 
>> % sudo port -v selfupdate
>> Password:
>> sudo: port: command not found
>>  
>> :-/
>> 
>> What am I doing wrong?
> 
> I'm not familiar with ZSH. I've used Bash for years, and TCSH before that. Verify that you're using the correct syntax for ZSH for modifying the PATH.
> 
> Verify also that /opt/local/bin/port does in fact exist.

A cheesy workaround:

$ which port
/opt/local/bin/port
$ sudo /opt/local/bin/port -v selfupdate
>  
> 
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From ferni.martin at gmail.com  Fri Apr  2 06:37:04 2010
From: ferni.martin at gmail.com (=?ISO-8859-1?Q?Fernando_Mart=EDn?=)
Date: Fri, 2 Apr 2010 15:37:04 +0200
Subject: python port
In-Reply-To: <35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
	<4BB4C518.8070305@macports.org>
	<E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>
	<35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>
Message-ID: <h2zcffe180c1004020637t104c4617r534110327f41b03b@mail.gmail.com>

Thank you.

I could reduce the opt to 460 MB. I still think that its a bit too
much for just porting python, but I think that cannot be done much
more after using "port clean" and port_cutleaves.

Fernando


On 2 April 2010 13:37, Ryan Schmidt <ryandesign at macports.org> wrote:
>
> On Apr 2, 2010, at 05:01, Fernando wrote:
>
>> But, can I remove the dependencies after building python in order to reduce macports size?
>
> Build dependencies, yes. Library and runtime dependencies, no.
>
> You can use the port_cutleaves tool to help you identify what you can safely uninstall.
>
>

From ryandesign at macports.org  Fri Apr  2 06:51:35 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 2 Apr 2010 08:51:35 -0500
Subject: python port
In-Reply-To: <h2zcffe180c1004020637t104c4617r534110327f41b03b@mail.gmail.com>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
	<4BB4C518.8070305@macports.org>
	<E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>
	<35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>
	<h2zcffe180c1004020637t104c4617r534110327f41b03b@mail.gmail.com>
Message-ID: <2A1B44C4-C57A-40F9-BD16-4C7B89760AEE@macports.org>


On Apr 2, 2010, at 08:37, Fernando Mart?n wrote:

> I could reduce the opt to 460 MB. I still think that its a bit too
> much for just porting python, but I think that cannot be done much
> more after using "port clean" and port_cutleaves.

On my system, it looks like python26 and its dependencies occupy 195MB.


$ cd /opt/local/var/macports/software
$ du -sch python26 $(port-rdeps -r python26 | sed 1d)
 70M	python26
9.9M	gettext
2.3M	libiconv
308K	gperf
1.3M	ncurses
 15M	ncursesw
576K	expat
652K	zlib
 11M	openssl
5.6M	tk
9.6M	tcl
252K	Xft2
168K	xrender
 17M	xorg-libX11
 88K	xorg-libXdmcp
152K	pkgconfig
460K	xorg-xproto
 80K	xorg-libXau
128K	xorg-kbproto
 56K	xorg-util-macros
244K	xorg-xtrans
 12K	xorg-bigreqsproto
 12K	xorg-xcmiscproto
196K	xorg-xextproto
 16K	xorg-xf86bigfontproto
104K	xorg-inputproto
 68K	xorg-renderproto
4.4M	freetype
4.2M	fontconfig
100K	xorg-libXScrnSaver
552K	xorg-libXext
 16K	xorg-scrnsaverproto
1.5M	sqlite3
1.9M	readline
 36M	db46
116K	gdbm
504K	bzip2
195M	total
$




From ferni.martin at gmail.com  Fri Apr  2 07:15:42 2010
From: ferni.martin at gmail.com (=?ISO-8859-1?Q?Fernando_Mart=EDn?=)
Date: Fri, 2 Apr 2010 16:15:42 +0200
Subject: python port
In-Reply-To: <2A1B44C4-C57A-40F9-BD16-4C7B89760AEE@macports.org>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
	<4BB4C518.8070305@macports.org>
	<E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>
	<35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>
	<h2zcffe180c1004020637t104c4617r534110327f41b03b@mail.gmail.com>
	<2A1B44C4-C57A-40F9-BD16-4C7B89760AEE@macports.org>
Message-ID: <s2qcffe180c1004020715l46981e89l60e9f4843951fd42@mail.gmail.com>

Yes, I have executed the same commands as you and I am getting
something similar (on my side I have run cutleaves). Then, I don?t
understand where macports is using the other 260 MB of the total of
460 MB that opt folder takes.

du -sch python26 $(/Users/fernando/Desktop/port-rdeps -r python26 | sed 1d)
 70M	python26
9.9M	gettext
2.3M	libiconv
du: gperf: No such file or directory
1.3M	ncurses
 15M	ncursesw
576K	expat
652K	zlib
 11M	openssl
5.6M	tk
9.6M	tcl
252K	Xft2
168K	xrender
9.0M	xorg-libX11
 88K	xorg-libXdmcp
du: pkgconfig: No such file or directory
460K	xorg-xproto
 80K	xorg-libXau
128K	xorg-kbproto
du: xorg-util-macros: No such file or directory
du: xorg-xtrans: No such file or directory
du: xorg-bigreqsproto: No such file or directory
du: xorg-xcmiscproto: No such file or directory
du: xorg-xextproto: No such file or directory
du: xorg-xf86bigfontproto: No such file or directory
du: xorg-inputproto: No such file or directory
du: xorg-renderproto: No such file or directory
4.4M	freetype
4.2M	fontconfig
100K	xorg-libXScrnSaver
552K	xorg-libXext
 16K	xorg-scrnsaverproto
1.5M	sqlite3
1.9M	readline
 36M	db46
116K	gdbm
504K	bzip2
185M	total

2010/4/2 Ryan Schmidt <ryandesign at macports.org>:
>
> On Apr 2, 2010, at 08:37, Fernando Mart?n wrote:
>
>> I could reduce the opt to 460 MB. I still think that its a bit too
>> much for just porting python, but I think that cannot be done much
>> more after using "port clean" and port_cutleaves.
>
> On my system, it looks like python26 and its dependencies occupy 195MB.
>
>
> $ cd /opt/local/var/macports/software
> $ du -sch python26 $(port-rdeps -r python26 | sed 1d)
> ?70M ? ?python26
> 9.9M ? ?gettext
> 2.3M ? ?libiconv
> 308K ? ?gperf
> 1.3M ? ?ncurses
> ?15M ? ?ncursesw
> 576K ? ?expat
> 652K ? ?zlib
> ?11M ? ?openssl
> 5.6M ? ?tk
> 9.6M ? ?tcl
> 252K ? ?Xft2
> 168K ? ?xrender
> ?17M ? ?xorg-libX11
> ?88K ? ?xorg-libXdmcp
> 152K ? ?pkgconfig
> 460K ? ?xorg-xproto
> ?80K ? ?xorg-libXau
> 128K ? ?xorg-kbproto
> ?56K ? ?xorg-util-macros
> 244K ? ?xorg-xtrans
> ?12K ? ?xorg-bigreqsproto
> ?12K ? ?xorg-xcmiscproto
> 196K ? ?xorg-xextproto
> ?16K ? ?xorg-xf86bigfontproto
> 104K ? ?xorg-inputproto
> ?68K ? ?xorg-renderproto
> 4.4M ? ?freetype
> 4.2M ? ?fontconfig
> 100K ? ?xorg-libXScrnSaver
> 552K ? ?xorg-libXext
> ?16K ? ?xorg-scrnsaverproto
> 1.5M ? ?sqlite3
> 1.9M ? ?readline
> ?36M ? ?db46
> 116K ? ?gdbm
> 504K ? ?bzip2
> 195M ? ?total
> $
>
>
>
>

From ryandesign at macports.org  Fri Apr  2 07:20:27 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 2 Apr 2010 09:20:27 -0500
Subject: python port
In-Reply-To: <s2qcffe180c1004020715l46981e89l60e9f4843951fd42@mail.gmail.com>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
	<4BB4C518.8070305@macports.org>
	<E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>
	<35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>
	<h2zcffe180c1004020637t104c4617r534110327f41b03b@mail.gmail.com>
	<2A1B44C4-C57A-40F9-BD16-4C7B89760AEE@macports.org>
	<s2qcffe180c1004020715l46981e89l60e9f4843951fd42@mail.gmail.com>
Message-ID: <8129C717-D09E-469A-B921-9D7AAC3C215B@macports.org>


On Apr 2, 2010, at 09:15, Fernando Mart?n wrote:

> Yes, I have executed the same commands as you and I am getting
> something similar (on my side I have run cutleaves). Then, I don?t
> understand where macports is using the other 260 MB of the total of
> 460 MB that opt folder takes.
> 
> du -sch python26 $(/Users/fernando/Desktop/port-rdeps -r python26 | sed 1d)

You can use "du -sch" on other directories within /opt/local to discover where space is being used.


From ferni.martin at gmail.com  Fri Apr  2 08:31:39 2010
From: ferni.martin at gmail.com (=?ISO-8859-1?Q?Fernando_Mart=EDn?=)
Date: Fri, 2 Apr 2010 17:31:39 +0200
Subject: python port
In-Reply-To: <8129C717-D09E-469A-B921-9D7AAC3C215B@macports.org>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
	<4BB4C518.8070305@macports.org>
	<E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>
	<35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>
	<h2zcffe180c1004020637t104c4617r534110327f41b03b@mail.gmail.com>
	<2A1B44C4-C57A-40F9-BD16-4C7B89760AEE@macports.org>
	<s2qcffe180c1004020715l46981e89l60e9f4843951fd42@mail.gmail.com>
	<8129C717-D09E-469A-B921-9D7AAC3C215B@macports.org>
Message-ID: <t2ncffe180c1004020831oee6caf0dz841da5c69faf1c3f@mail.gmail.com>

Ryan,

I think that I've got the solution. From the terminal using du command
I get 290 MB, but from Finder I get 490 MB. Probably, the information
provided by Finder is not very accurate.

Fernando

2010/4/2 Ryan Schmidt <ryandesign at macports.org>:
>
> On Apr 2, 2010, at 09:15, Fernando Mart?n wrote:
>
>> Yes, I have executed the same commands as you and I am getting
>> something similar (on my side I have run cutleaves). Then, I don?t
>> understand where macports is using the other 260 MB of the total of
>> 460 MB that opt folder takes.
>>
>> du -sch python26 $(/Users/fernando/Desktop/port-rdeps -r python26 | sed 1d)
>
> You can use "du -sch" on other directories within /opt/local to discover where space is being used.
>
>

From ryandesign at macports.org  Fri Apr  2 08:43:44 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 2 Apr 2010 10:43:44 -0500
Subject: python port
In-Reply-To: <t2ncffe180c1004020831oee6caf0dz841da5c69faf1c3f@mail.gmail.com>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
	<4BB4C518.8070305@macports.org>
	<E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>
	<35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>
	<h2zcffe180c1004020637t104c4617r534110327f41b03b@mail.gmail.com>
	<2A1B44C4-C57A-40F9-BD16-4C7B89760AEE@macports.org>
	<s2qcffe180c1004020715l46981e89l60e9f4843951fd42@mail.gmail.com>
	<8129C717-D09E-469A-B921-9D7AAC3C215B@macports.org>
	<t2ncffe180c1004020831oee6caf0dz841da5c69faf1c3f@mail.gmail.com>
Message-ID: <986BD069-1CA8-425C-A402-6801AEAF0E2D@macports.org>

On Apr 2, 2010, at 10:31, Fernando Mart?n wrote:

> I think that I've got the solution. From the terminal using du command
> I get 290 MB, but from Finder I get 490 MB. Probably, the information
> provided by Finder is not very accurate.

If you're on Snow Leopard, part of the difference is that the Snow Leopard Finder reports sizes in "consumer" megabytes (1 MB = 10^6 bytes = 1000000 bytes) whereas the Leopard Finder and earlier, and the "du -h" command, report sizes in traditional megabytes (1 MB = 2^20 bytes = 1048576 bytes).

Another part of the problem may be permissions. Perhaps there are files or directories in your MacPorts installation that are not readable by all. Perhaps the Finder and/or the "du" tool would exclude them from their tallies. In the terminal, you can use "sudo" to avoid that problem and get an accurate count ("sudo du ..."). In the Finder I don't know what to do about that.


From perry at macports.org  Fri Apr  2 08:50:51 2010
From: perry at macports.org (Perry Lee)
Date: Fri, 2 Apr 2010 08:50:51 -0700
Subject: Can't get MacPorts to work after the install
In-Reply-To: <t2w7e7833881004020419ha5323214p7a71d9215212ab12@mail.gmail.com>
References: <t2w7e7833881004020419ha5323214p7a71d9215212ab12@mail.gmail.com>
Message-ID: <2CDEC34E-D750-43CC-87D5-AB253513FD42@macports.org>

On Apr 2, 2010, at 4:19 AM, Yves S. Garret wrote:

> Everything was as it should, then I modified the .zsh_profile file in order to insert to modify the PATH and it looks as it does below:
> 
> #!/bin/zsh
> 
> if [ -e ~/.zshrc ]; then
> source ~/.zshrc
> fi
> 
> export PATH=/opt/local/bin:$PATH
> export PATH=/opt/local/sbin:$PATH

Try adding PATH to ~/.zshenv instead. For example:

path=(/opt/local/{bin,sbin} $path)

You may also want to check out http://zsh.sourceforge.net/Guide/zshguide02.html#l24

From mailing at franzoni.eu  Fri Apr  2 08:58:11 2010
From: mailing at franzoni.eu (Alan Franzoni)
Date: Fri, 02 Apr 2010 17:58:11 +0200
Subject: python port
In-Reply-To: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
Message-ID: <4BB61413.7050809@franzoni.eu>

On 4/1/10 4:22 PM, Fernando Mart?n wrote:
> Hello,
> 
> I am a new user of Macports. As an initial test, I have installed the
> python26 port and I am a bit surprised that after the installation and
> cleaning process (port clean), the opt folder is about 600 MB. Is this
> normal?

Precompiled python.org binaries offer python only, no dependencies. If
you don't have something, it will crash at runtime.

On the contrary macports pulls in any dep. The default python port
compiles with the tk module, hence there're plenty of transitive
dependencies (tk is a GUI module which depends on X).

Try removing anything you've got in macports right now, then recompile
the no-gui variant of python:

sudo port install python26 +no_tkinter




-- 
Alan Franzoni
contact me at public@[mysurname].eu

From jmr at macports.org  Fri Apr  2 14:46:24 2010
From: jmr at macports.org (Joshua Root)
Date: Sat, 03 Apr 2010 08:46:24 +1100
Subject: python port
In-Reply-To: <s2qcffe180c1004020715l46981e89l60e9f4843951fd42@mail.gmail.com>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>	<4BB4C518.8070305@macports.org>	<E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>	<35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>	<h2zcffe180c1004020637t104c4617r534110327f41b03b@mail.gmail.com>	<2A1B44C4-C57A-40F9-BD16-4C7B89760AEE@macports.org>
	<s2qcffe180c1004020715l46981e89l60e9f4843951fd42@mail.gmail.com>
Message-ID: <4BB665B0.6020308@macports.org>

On 2010-4-3 01:15 , Fernando Mart?n wrote:
> Yes, I have executed the same commands as you and I am getting
> something similar (on my side I have run cutleaves). Then, I don?t
> understand where macports is using the other 260 MB of the total of
> 460 MB that opt folder takes.

Our use of hard links could make some tools incorrectly report roughly
twice as much space being used as actually is.

- Josh

From yoursurrogategod at gmail.com  Fri Apr  2 17:32:47 2010
From: yoursurrogategod at gmail.com (Yves S. Garret)
Date: Fri, 2 Apr 2010 20:32:47 -0400
Subject: The directory exists
Message-ID: <h2w7e7833881004021732qe7aebea2nf7a658c59650c8bd@mail.gmail.com>

Hello, /opt/local/bin/port does exist, I just checked.

As for the syntax, this is what I have in ~/.zsh_profile (I added it by
hand):

#!/bin/zsh

if [ -e ~/.zshrc ]; then
source ~/.zshrc
fi

path=(/opt/local/{bin,sbin} $path)

typeset -U path
export PATH
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100402/ae499faa/attachment.html>

From jmr at macports.org  Fri Apr  2 17:47:32 2010
From: jmr at macports.org (Joshua Root)
Date: Sat, 03 Apr 2010 11:47:32 +1100
Subject: The directory exists
In-Reply-To: <h2w7e7833881004021732qe7aebea2nf7a658c59650c8bd@mail.gmail.com>
References: <h2w7e7833881004021732qe7aebea2nf7a658c59650c8bd@mail.gmail.com>
Message-ID: <4BB69024.3080505@macports.org>

On 2010-4-3 11:32 , Yves S. Garret wrote:
> Hello, /opt/local/bin/port does exist, I just checked.
> 
> As for the syntax, this is what I have in ~/.zsh_profile (I added it by
> hand):
> 
> #!/bin/zsh
> 
> if [ -e ~/.zshrc ]; then
> source ~/.zshrc
> fi
> 
> path=(/opt/local/{bin,sbin} $path)
> 
> typeset -U path
> export PATH

Regardless of anything else, it's very easy to check whether you have
set your PATH correctly just by running 'echo $PATH' in the shell.

- Josh

From yoursurrogategod at gmail.com  Fri Apr  2 17:57:45 2010
From: yoursurrogategod at gmail.com (Yves S. Garret)
Date: Fri, 2 Apr 2010 20:57:45 -0400
Subject: The directory exists
In-Reply-To: <4BB69024.3080505@macports.org>
References: <h2w7e7833881004021732qe7aebea2nf7a658c59650c8bd@mail.gmail.com>
	<4BB69024.3080505@macports.org>
Message-ID: <j2o7e7833881004021757u11e1a147t3aa6772751129b2@mail.gmail.com>

No, I don't appear to have it set.

/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/git/bin:/usr/texbin:/usr/X11/bin

I have the below in my .zsh_profile.

#!/bin/zsh

if [ -e ~/.zshrc ]; then
source ~/.zshrc
fi

path=(/opt/local/{bin,sbin} $path)

typeset -U manpath
export PATH

After I saved it and then opened a new tab in the terminal, the new
directories were not added.  I'm confused now...

On Fri, Apr 2, 2010 at 8:47 PM, Joshua Root <jmr at macports.org> wrote:

> On 2010-4-3 11:32 , Yves S. Garret wrote:
> > Hello, /opt/local/bin/port does exist, I just checked.
> >
> > As for the syntax, this is what I have in ~/.zsh_profile (I added it by
> > hand):
> >
> > #!/bin/zsh
> >
> > if [ -e ~/.zshrc ]; then
> > source ~/.zshrc
> > fi
> >
> > path=(/opt/local/{bin,sbin} $path)
> >
> > typeset -U path
> > export PATH
>
> Regardless of anything else, it's very easy to check whether you have
> set your PATH correctly just by running 'echo $PATH' in the shell.
>
> - Josh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100402/7b99e8f5/attachment.html>

From yoursurrogategod at gmail.com  Fri Apr  2 18:01:41 2010
From: yoursurrogategod at gmail.com (Yves S. Garret)
Date: Fri, 2 Apr 2010 21:01:41 -0400
Subject: The directory exists
In-Reply-To: <4BB69024.3080505@macports.org>
References: <h2w7e7833881004021732qe7aebea2nf7a658c59650c8bd@mail.gmail.com>
	<4BB69024.3080505@macports.org>
Message-ID: <t2t7e7833881004021801k3db25083z8ac004473c0439ee@mail.gmail.com>

Ok, now I know why that didn't work :) .  I feel silly now.  The .zshenv
file did not exist in my ~.  While installing, the installer probably just
modifies it and does not create it (not sure about this, just a guess) and I
was changing the path in the wrong file (oops.)

On Fri, Apr 2, 2010 at 8:47 PM, Joshua Root <jmr at macports.org> wrote:

> On 2010-4-3 11:32 , Yves S. Garret wrote:
> > Hello, /opt/local/bin/port does exist, I just checked.
> >
> > As for the syntax, this is what I have in ~/.zsh_profile (I added it by
> > hand):
> >
> > #!/bin/zsh
> >
> > if [ -e ~/.zshrc ]; then
> > source ~/.zshrc
> > fi
> >
> > path=(/opt/local/{bin,sbin} $path)
> >
> > typeset -U path
> > export PATH
>
> Regardless of anything else, it's very easy to check whether you have
> set your PATH correctly just by running 'echo $PATH' in the shell.
>
> - Josh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100402/6a41dcf2/attachment.html>

From kremels at kreme.com  Fri Apr  2 18:39:20 2010
From: kremels at kreme.com (LuKreme)
Date: Fri, 2 Apr 2010 19:39:20 -0600
Subject: Can't get MacPorts to work after the install
In-Reply-To: <2CDEC34E-D750-43CC-87D5-AB253513FD42@macports.org>
References: <t2w7e7833881004020419ha5323214p7a71d9215212ab12@mail.gmail.com>
	<2CDEC34E-D750-43CC-87D5-AB253513FD42@macports.org>
Message-ID: <87AAEB2F-0F42-4A0D-85D1-BD60728B6484@kreme.com>

On 2-Apr-2010, at 09:50, Perry Lee wrote:
> 
> On Apr 2, 2010, at 4:19 AM, Yves S. Garret wrote:
> 
>> Everything was as it should, then I modified the .zsh_profile file in order to insert to modify the PATH and it looks as it does below:
>> 
>> #!/bin/zsh
>> 
>> if [ -e ~/.zshrc ]; then
>> source ~/.zshrc
>> fi
>> 
>> export PATH=/opt/local/bin:$PATH
>> export PATH=/opt/local/sbin:$PATH
> 
> Try adding PATH to ~/.zshenv instead. For example:
> 
> path=(/opt/local/{bin,sbin} $path)

I would suggest that unless you really know zsh (which it seems you don't) then there's almost certainly no reason for you running it over bash. I'm guessing that someone told you zsh was 'better' (which it certainly is on paper, having more features and more advanced syntax), but for the vast majority of people unfamiliar with the command-line, the best choice is almost always going to be the most common and that is bash in this case, hands down.

bash is the OS X default and the vast majority of help that you will find for working with the OS X command line is going to assume bash. You *will* have issues like this over and over and over again. They are not issues for people who have a high working knowledge of zsh and the differences between it and bash.

NB: I am not saying anything bad about zsh at all, and there are valid reasons for someone who has high degrees of shell-fu to choose it., just like I'm sure there are valid reasons for choosing emacs? :)

-- 
Satan oscillate my metallic sonatas


From kremels at kreme.com  Fri Apr  2 18:43:06 2010
From: kremels at kreme.com (LuKreme)
Date: Fri, 2 Apr 2010 19:43:06 -0600
Subject: python port
In-Reply-To: <2A1B44C4-C57A-40F9-BD16-4C7B89760AEE@macports.org>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
	<4BB4C518.8070305@macports.org>
	<E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>
	<35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>
	<h2zcffe180c1004020637t104c4617r534110327f41b03b@mail.gmail.com>
	<2A1B44C4-C57A-40F9-BD16-4C7B89760AEE@macports.org>
Message-ID: <B05D1424-6BA1-4A02-A234-C4840CA7D5DD@kreme.com>

On 2-Apr-2010, at 07:51, Ryan Schmidt wrote:
> 
> On Apr 2, 2010, at 08:37, Fernando Mart?n wrote:
> 
>> I could reduce the opt to 460 MB. I still think that its a bit too
>> much for just porting python, but I think that cannot be done much
>> more after using "port clean" and port_cutleaves.
> 
> On my system, it looks like python26 and its dependencies occupy 195MB.
> 
> 
> $ cd /opt/local/var/macports/software
> $ du -sch python26 $(port-rdeps -r python26 | sed 1d)

OK, where are you finding port-rdeps?




-- 
Thanks to great leaders such as Ghengis Khan, Joan of Arc, and Socratic Method,
the world is full of history.


From ryandesign at macports.org  Fri Apr  2 19:54:25 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 2 Apr 2010 21:54:25 -0500
Subject: python port
In-Reply-To: <B05D1424-6BA1-4A02-A234-C4840CA7D5DD@kreme.com>
References: <x2jcffe180c1004010722tf2bcbf6cpfbd19a607de04662@mail.gmail.com>
	<4BB4C518.8070305@macports.org>
	<E9A04218-D821-4BCA-AC1F-953BF1E500C0@gmail.com>
	<35321BC9-4F6A-4CE7-852C-731EB10E12C8@macports.org>
	<h2zcffe180c1004020637t104c4617r534110327f41b03b@mail.gmail.com>
	<2A1B44C4-C57A-40F9-BD16-4C7B89760AEE@macports.org>
	<B05D1424-6BA1-4A02-A234-C4840CA7D5DD@kreme.com>
Message-ID: <0220647A-FCAD-48D6-9D84-FB6E5546F95F@macports.org>

On Apr 2, 2010, at 20:43, LuKreme wrote:

> On 2-Apr-2010, at 07:51, Ryan Schmidt wrote:
>> 
>> On Apr 2, 2010, at 08:37, Fernando Mart?n wrote:
>> 
>>> I could reduce the opt to 460 MB. I still think that its a bit too
>>> much for just porting python, but I think that cannot be done much
>>> more after using "port clean" and port_cutleaves.
>> 
>> On my system, it looks like python26 and its dependencies occupy 195MB.
>> 
>> 
>> $ cd /opt/local/var/macports/software
>> $ du -sch python26 $(port-rdeps -r python26 | sed 1d)
> 
> OK, where are you finding port-rdeps?

Unfortunately nobody has made a port for it yet, so for now you have to get it from the repository:

http://trac.macports.org/browser/contrib/port-rdeps



From ryandesign at macports.org  Fri Apr  2 19:59:31 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 2 Apr 2010 21:59:31 -0500
Subject: The directory exists
In-Reply-To: <t2t7e7833881004021801k3db25083z8ac004473c0439ee@mail.gmail.com>
References: <h2w7e7833881004021732qe7aebea2nf7a658c59650c8bd@mail.gmail.com>
	<4BB69024.3080505@macports.org>
	<t2t7e7833881004021801k3db25083z8ac004473c0439ee@mail.gmail.com>
Message-ID: <311ADC9F-BBA9-41CC-8BE3-30C7CDF9FE7C@macports.org>


On Apr 2, 2010, at 20:01, Yves S. Garret wrote:

> Ok, now I know why that didn't work :) .  I feel silly now.  The .zshenv file did not exist in my ~.  While installing, the installer probably just modifies it and does not create it (not sure about this, just a guess) and I was changing the path in the wrong file (oops.)

The MacPorts installer attempts to set up Bash and TCSH shells only. If you use another shell like ZSH you must set it up yourself.


From talklists at newgeo.com  Fri Apr  2 21:31:05 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Fri, 2 Apr 2010 21:31:05 -0700
Subject: tr on OS X
Message-ID: <01AE5F2F-95FC-4D24-9209-05C9C2A5FFDF@newgeo.com>

I seem to recall a while back, that there may have been an issue with MacPorts due to how there are subtle differences in the `tr` command.

Is my memory off base here, was it a different command?

If anyone can point me to a relevant thread, I would appreciate it.  I am working on a port and I keep getting a "tr: Illegal byte sequence", which is no fault of MacPorts, but the answer to this may lead me down the path of an explanation.

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


From allbery at kf8nh.com  Fri Apr  2 22:08:06 2010
From: allbery at kf8nh.com (Brandon Allbery)
Date: Sat, 3 Apr 2010 01:08:06 -0400
Subject: tr on OS X
In-Reply-To: <01AE5F2F-95FC-4D24-9209-05C9C2A5FFDF@newgeo.com>
References: <01AE5F2F-95FC-4D24-9209-05C9C2A5FFDF@newgeo.com>
Message-ID: <7CDBD5F7-5B19-48BD-ADBD-AD301AD50FC9@kf8nh.com>

On Apr 3, 2010, at 00:31 , Scott Haneda wrote:
> If anyone can point me to a relevant thread, I would appreciate it.   
> I am working on a port and I keep getting a "tr: Illegal byte  
> sequence", which is no fault of MacPorts, but the answer to this may  
> lead me down the path of an explanation.


This is an I18N error.  If you're operating on binary data for some  
reason, you may want to force LANG=C so you don't get errors about  
illegal characters in the locale (in this case, it would almost  
certainly be UTF8 unless for some reason you're working in a CJK  
character set).

-- 
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery at kf8nh.com
system administrator [openafs,heimdal,too many hats] allbery at ece.cmu.edu
electrical and computer engineering, carnegie mellon university    KF8NH



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100403/6e8ed8f5/attachment.bin>

From talklists at newgeo.com  Sat Apr  3 00:46:06 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Sat, 3 Apr 2010 00:46:06 -0700
Subject: tr on OS X
In-Reply-To: <7CDBD5F7-5B19-48BD-ADBD-AD301AD50FC9@kf8nh.com>
References: <01AE5F2F-95FC-4D24-9209-05C9C2A5FFDF@newgeo.com>
	<7CDBD5F7-5B19-48BD-ADBD-AD301AD50FC9@kf8nh.com>
Message-ID: <AE4C397D-7393-4B58-A52A-DD12D30C52E4@newgeo.com>

On Apr 2, 2010, at 10:08 PM, Brandon Allbery wrote:

> On Apr 3, 2010, at 00:31 , Scott Haneda wrote:
>> If anyone can point me to a relevant thread, I would appreciate it.  I am working on a port and I keep getting a "tr: Illegal byte sequence", which is no fault of MacPorts, but the answer to this may lead me down the path of an explanation.
> 
> This is an I18N error.  If you're operating on binary data for some reason, you may want to force LANG=C so you don't get errors about illegal characters in the locale (in this case, it would almost certainly be UTF8 unless for some reason you're working in a CJK character set).

The app appears to be reading in from /dev/urandom and piping it off to tr.  In my search for a solution, I have found two things about this.  Other nix's have no issue with this, and they also all seem to have a working /dev/urandom as well.  When I try, the app fails, changing urandom to random fixes it up to my `tr` troubles.

The `tr` issue, I was stumped, now it makes sense, as /dev/random would indeed to binary data.

Just out of curiosity, if I wanted to do something like:
$cat /dev/random | tr "a" "b"

How do I get `tr` to work?  I do not see anything in the man page that would allow me to treat the binary data as correctly.

This is for a quick random password generator app that I wanted to make a Portfile of.

Thank you very much, have a good weekend.
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 


From allbery at kf8nh.com  Sat Apr  3 01:00:57 2010
From: allbery at kf8nh.com (Brandon Allbery)
Date: Sat, 3 Apr 2010 04:00:57 -0400
Subject: tr on OS X
In-Reply-To: <AE4C397D-7393-4B58-A52A-DD12D30C52E4@newgeo.com>
References: <01AE5F2F-95FC-4D24-9209-05C9C2A5FFDF@newgeo.com>
	<7CDBD5F7-5B19-48BD-ADBD-AD301AD50FC9@kf8nh.com>
	<AE4C397D-7393-4B58-A52A-DD12D30C52E4@newgeo.com>
Message-ID: <8C31E1D2-2982-4E2C-A888-237716137EAB@kf8nh.com>

On Apr 3, 2010, at 03:46 , Scott Haneda wrote:
> Just out of curiosity, if I wanted to do something like:
> $cat /dev/random | tr "a" "b"
>
> How do I get `tr` to work?  I do not see anything in the man page  
> that would allow me to treat the binary data as correctly.

$ LANG=C tr a b </dev/random

If a multibyte localization is configured (OSX and most Linuxes  
default to UTF8, which is a variable length encoding) then tr will  
become annoyed when it sees illegal character sequences.  In single- 
byte encodings like ISO8859/1 you're probably fine as long as you  
don't use things like [:upper:], but LANG=C disables all of this and  
processes the data as a raw stream of bytes.

tr on many systems was until recently not locale-aware because it was  
designed internally to deal with bytes, not characters.  Recent GNU  
tr, and BSD tr (which is what OSX uses), were rewritten to be locale- 
capable. and therefore trip over the illegal-UTF8-sequences problem  
when used on binary data unless LANG=C is used to disable all locale  
processing.

-- 
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery at kf8nh.com
system administrator [openafs,heimdal,too many hats] allbery at ece.cmu.edu
electrical and computer engineering, carnegie mellon university    KF8NH



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100403/d83132f9/attachment.bin>

From nox at macports.org  Sat Apr  3 03:00:26 2010
From: nox at macports.org (nox)
Date: Sat, 3 Apr 2010 12:00:26 +0200
Subject: Goodbye everyone
Message-ID: <C436F1E2-607F-4BAF-839F-564F767740B3@macports.org>

Hi there,

Just a few words to tell you that I'll be leaving soon.
But you shall not be afraid, I'll be back.

I am just going on a trip of one month to Japan =)

I'll be checking my mailbox from time to time, but you should
consider all my ports as openmaintained if anything happen.

I'll try this week to split the boost port before leaving,
as it is something I have wanted to try for a long time now.

Regards,
Anthony.


From nox at macports.org  Sat Apr  3 03:06:48 2010
From: nox at macports.org (nox)
Date: Sat, 3 Apr 2010 12:06:48 +0200
Subject: tr on OS X
In-Reply-To: <01AE5F2F-95FC-4D24-9209-05C9C2A5FFDF@newgeo.com>
References: <01AE5F2F-95FC-4D24-9209-05C9C2A5FFDF@newgeo.com>
Message-ID: <DCE41B40-63C9-45BC-BCEA-459F979E087F@macports.org>

I don't know about tr, but there has been a sed encoding-related bug [1] lurking around for some time now.

[1] https://trac.macports.org/ticket/20686

Le 3 avr. 2010 ? 06:31, Scott Haneda a ?crit :

> I seem to recall a while back, that there may have been an issue with MacPorts due to how there are subtle differences in the `tr` command.
> 
> Is my memory off base here, was it a different command?
> 
> If anyone can point me to a relevant thread, I would appreciate it.  I am working on a port and I keep getting a "tr: Illegal byte sequence", which is no fault of MacPorts, but the answer to this may lead me down the path of an explanation.
> 
> Thank you.
> -- 
> Scott * If you contact me off list replace talklists@ with scott@ * 
> 
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From jeremyhu at macports.org  Sat Apr  3 19:02:48 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Sat, 03 Apr 2010 19:02:48 -0700
Subject: broken X11
In-Reply-To: <2B9E9002-5D71-4C7A-BEA7-FABDD906301E@pa.msu.edu>
References: <2B9E9002-5D71-4C7A-BEA7-FABDD906301E@pa.msu.edu>
Message-ID: <CBAAFB7A-8785-4426-8759-E84C34DAEA23@macports.org>

Do you have a ~/.xinitrc, ~/.xinitrc.d, or ~/.Xresources file?  It looks like you have something bad happening here:

3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	xrdb: No such file or directory
3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	xrdb: can't open file '@@PREFIX@@/share/@@NAME@@/CXterm.ad'
3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	_FontTransOpen: Unable to Parse address @@PREFIX@@/share/@@NAME@@/fonts
3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	xset:  bad font path element (#957), possible causes are:
3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	    Directory does not exist or has wrong permissions
3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	    Directory missing fonts.dir
3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	    Incorrect font server address or syntax

On Mar 29, 2010, at 09:59, Raymond Brock wrote:

> Hello,
> I'm grasping at straws here. Somehow I have broken X11 on my macbook pro running 10.6.2. The only thing I can think of that might have done this (excluding all of the other things I might have done and don't remember!) is the installation of MacPorts a while ago. I realize from looking at my bash profile that there were some changes to my $PATH and I wonder whether somehow this caused me difficulties.
> 
> The symptoms are that when I launch X11, it starts and then immediately closes. I have:
> 
> 1. reinstalled from the snow leopard CD
> 2. deleted org.whatever preferences from the ~/Library/
> 
> My $PATH at the moment is:
> 
> [pb-d-128-141-35-100...\ bin]$ echo $PATH
> /opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/sw/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin
> 
> If anyone has any ideas - even if MacPorts is not the cause, I'd really appreciate some clues.
> 
> thanks,
> Ray
> 
> The console reports the following during the episode:
> 
> 3/29/10 06:58:51 PM; Mar 29	com.apple.launchd[1]	(org.dnsupdate.daemon[13974]) posix_spawn("/usr/local/sbin/dnsupdate", ...): No such file or directory
> 3/29/10 06:58:51 PM; Mar 29	com.apple.launchd[1]	(org.dnsupdate.daemon[13974]) Exited with exit code: 1
> 3/29/10 06:58:51 PM; Mar 29	com.apple.launchd[1]	(org.dnsupdate.daemon) Throttling respawn: Will start in 10 seconds
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	X11.app: main(): argc=2
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11.bin
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[1] = -psn_0_21296206
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	Waiting for startup parameters via Mach IPC.
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	X11.app: Could not connect to server (DISPLAY=":0.0", unsetting).  Starting X server.
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	X11.app: Launching /usr/X11/bin/startx:
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[0] = /bin/sh
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[1] = -c
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[2] = /usr/X11/bin/startx
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	font_cache: Scanning user font directories to generate X11 font caches
> 3/29/10 06:58:55 PM; Mar 29	org.x.privileged_startx[13990]	font_cache: Scanning system font directories to generate X11 font caches
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	font_cache: Updating FC cache
> 3/29/10 06:58:55 PM; Mar 29	defaults[14011]	
> The domain/default pair of (org.x.X11, dpi) does not exist
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	xauth:  creating new authority file /Users/chipbrockMBP/.serverauth.13982
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	launch_msg("CheckIn") IPC failure: Operation not permitted
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	X11.app: do_start_x11_server(): argc=6
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[0] = /usr/X11/bin/X
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[1] = :0
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[2] = -nolisten
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[3] = tcp
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[4] = -auth
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]		argv[5] = /Users/chipbrockMBP/.serverauth.13982
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	Xquartz starting:
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	X.Org X Server 1.4.2-apple45
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	Build Date: 20090705
> 3/29/10 06:58:55 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	(EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base
> 3/29/10 06:58:56 PM; Mar 29	org.x.privileged_startx[13990]	font_cache: Updating FC cache
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	font_cache: Done
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	xrdb: No such file or directory
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	xrdb: can't open file '@@PREFIX@@/share/@@NAME@@/CXterm.ad'
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	_FontTransOpen: Unable to Parse address @@PREFIX@@/share/@@NAME@@/fonts
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	xset:  bad font path element (#957), possible causes are:
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	    Directory does not exist or has wrong permissions
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	    Directory missing fonts.dir
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	    Incorrect font server address or syntax
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	waiting for X server to shut down 
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	(EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	(EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base
> 3/29/10 06:58:57 PM; Mar 29	[0x0-0x144f44e].org.x.X11[13975]	Quitting Xquartz...
> 3/29/10 06:58:58 PM; Mar 29	org.x.privileged_startx[13990]	font_cache: Done
> 
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From jeremyhu at macports.org  Sat Apr  3 19:05:24 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Sat, 03 Apr 2010 19:05:24 -0700
Subject: firefox-x11 & matplotlib
In-Reply-To: <30c383e71003311357s4d5c7b0fx3d10d917a4e1d687@mail.gmail.com>
References: <30c383e71003311357s4d5c7b0fx3d10d917a4e1d687@mail.gmail.com>
Message-ID: <D1CC71A6-5232-4ECF-BD99-7362ED4B9B9E@macports.org>


On Mar 31, 2010, at 13:57, Pau wrote:

> Hello,
> 
> sorry for the spamming... I have too many questions because I am in
> the process of migrating to macosx after many years of OpenBSD
> 
> I have seen that firefox-x11 fails at building when getting to
> xulrunner, as in this ticket:
> 
> http://trac.macports.org/ticket/21477
> 
> Six months ago jeremyhu said that "You will need to have some patience
> and let the upstream devs work on the problem"

Why don't you just use the i386 version of firefox?

> I was wondering whether there has been some progress or what the plans are.

You'll have to ask the firefox developers themselves.  I think darwin/x86_64 is slated for 3.7, but I'm not positive.  I suspect we should "just work" once that is done, but we'll probably need some build system fixes as well.



From emily at centurytel.net  Sun Apr  4 02:40:31 2010
From: emily at centurytel.net (Emily Jackson)
Date: Sun, 4 Apr 2010 04:40:31 -0500
Subject: Filing Another Ticket for mesa 7.8
Message-ID: <20100404094031.1363293088@smtpauth.centurytel.net>

Hello,

I am a relative newcomer to MacPorts, and I am having trouble upgrading
mesa to the latest version on my Mac OSX 10.4.11 (PPC) system. I know a
ticket has been filed for it, but it has been marked "fixed". I still
get errors involving Xplugin.h when I try to upgrade (and I have run
"sudo port -d selfupdate"), so should I file another ticket?

Thanks very much,

Emily



From vim.unix at googlemail.com  Sun Apr  4 05:24:39 2010
From: vim.unix at googlemail.com (Pau)
Date: Sun, 4 Apr 2010 14:24:39 +0200
Subject: firefox-x11 & matplotlib
In-Reply-To: <D1CC71A6-5232-4ECF-BD99-7362ED4B9B9E@macports.org>
References: <30c383e71003311357s4d5c7b0fx3d10d917a4e1d687@mail.gmail.com>
	<D1CC71A6-5232-4ECF-BD99-7362ED4B9B9E@macports.org>
Message-ID: <n2p30c383e71004040524y38e57bdeu65247c3ef238d42d@mail.gmail.com>

Hello,

how can I tell port to use the i386 version? I didn't find it under variants.

And won't it mess up the configuration if I change the defaults of macports?

Thanks,

Pau

2010/4/4 Jeremy Huddleston <jeremyhu at macports.org>:
>
> On Mar 31, 2010, at 13:57, Pau wrote:
>
>> Hello,
>>
>> sorry for the spamming... I have too many questions because I am in
>> the process of migrating to macosx after many years of OpenBSD
>>
>> I have seen that firefox-x11 fails at building when getting to
>> xulrunner, as in this ticket:
>>
>> http://trac.macports.org/ticket/21477
>>
>> Six months ago jeremyhu said that "You will need to have some patience
>> and let the upstream devs work on the problem"
>
> Why don't you just use the i386 version of firefox?
>
>> I was wondering whether there has been some progress or what the plans are.
>
> You'll have to ask the firefox developers themselves. ?I think darwin/x86_64 is slated for 3.7, but I'm not positive. ?I suspect we should "just work" once that is done, but we'll probably need some build system fixes as well.
>
>
>

From jp at websliders.net  Sun Apr  4 06:01:15 2010
From: jp at websliders.net (Janosch Peters)
Date: Sun, 4 Apr 2010 13:01:15 +0000 (UTC)
Subject: Stable/Testing branch in MacPorts
Message-ID: <nemo-04042010144029@nemo.com>

Hi there,

I use macports fot about 1.5 years now. Most things work great and MP 
has some lovely features like variants. However, it appears quite often 
that some ports are broken for various different reasons. E.g. the 
quartz variant of gtk2 lead to crashes in gimp2 and the bug was not 
fixed for several months.

I know that maintaining two branches is probably more work, but in 
contrast to most linux distros, using macports I cannot be sure that a 
port works if I install/upgrade it. (Of course you cannot be 100% sure 
using e.g. ubuntu/debian either, but at least those package have been 
tested for some time). In terms of stability the single macports branch 
feels a bit like the "unstable" branch in debian.

To make things even more annoying is the fact that there is no 
_straightforward_ way to downgrade to a previous version of the port. 
(I know that there is a way, but its not as easy as with apt-get for 
example).

Has maintaing two branches been already discussed on the list? 

cheers,
Janosch


From ctalk at ctalklang.org  Sun Apr  4 06:41:58 2010
From: ctalk at ctalklang.org (Ctalk Project)
Date: Sun, 4 Apr 2010 09:41:58 -0400
Subject: Which GCC does macports use?
Message-ID: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>

Greetings -

I installed macports (OS X 10.4) and then installed and built the  
gcc44 package without
any issues.  Per the macports installation, I guess, /opt/local/bin  
is now in the path, so the
macports GCC is the compiler in general use, and for non-macports  
sources it works okay.

When trying to build further macports packages, however, I get errors  
like the following:

checking for gcc... /usr/bin/gcc-4.0
checking for C compiler default output... configure: error: C  
compiler cannot create executables
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_devel_n 
cursesw/work/ncurses-5.7" && ./configure --prefix=/opt/local --enable- 
widec --disable-rpath --with-shared --without-debug --without-ada -- 
enable-safe-sprintf --enable-sigwinch --mandir=/opt/local/share/man -- 
with-manpage-format=normal " returned error 77
DEBUG: Backtrace: configure failure: shell command " cd "/opt/local/ 
var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_n 
cursesw/work/ncurses-5.7" && ./configure --prefix=/opt/local --enable- 
widec --disable-rpath --with-shared --without-debug --without-ada -- 
enable-safe-sprintf --enable-sigwinch --mandir=/opt/local/share/man -- 
with-manpage-format=normal " returned error 77
     while executing
"$procedure $targetname"

In short, the macports installer still wants to use the Xcode GCC in / 
usr/bin.  If it matters, here is
the value of $PATH after installing macports:

ctalk-projects-powerbook-g4:/ root# echo $PATH
/opt/local/bin:/opt/local/sbin:/usr/local/bin:/opt/local/bin:/opt/ 
local/sbin:/opt/local/bin:/opt/local/sbin:/usr/local/gcc-current/bin:/ 
usr/local/bin:/usr/local/bin:/bin:/sbin:/usr/bin:/usr/sbin
ctalk-projects-powerbook-g4:/ root#

So how do I tell macports to use the newly installed compiler?

Tnx,

Robert

-- 
Ctalk Home Page: http://www.ctalklang.org


From raimue at macports.org  Sun Apr  4 07:47:50 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 04 Apr 2010 16:47:50 +0200
Subject: Which GCC does macports use?
In-Reply-To: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>
References: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>
Message-ID: <4BB8A696.7040005@macports.org>

On 2010-04-04 15:41 , Ctalk Project wrote:
> So how do I tell macports to use the newly installed compiler?

You still need to install Xcode Developer Tools [1] to build ports. It
does not only provide the Xcode application and compilers, but also
additional headers and frameworks. Note that Apple gcc is highly patched
to provide more features than a usual gcc build, for example creating
binaries for multiple archs in one step which is required for universal
builds.

Rainer

[1] http://guide.macports.org/#installing.xcode

From drechsel at verkehrsplanung.com  Sun Apr  4 07:49:57 2010
From: drechsel at verkehrsplanung.com (Wolf Drechsel)
Date: Sun, 4 Apr 2010 16:49:57 +0200
Subject: Which GCC does macports use?
In-Reply-To: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>
References: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>
Message-ID: <333AADBC-DAA8-4655-B23B-C61345E8311D@verkehrsplanung.com>

> Greetings -
>
> I installed macports (OS X 10.4) and then installed and built the  
> gcc44 package without

> So how do I tell macports to use the newly installed compiler?


Hi,

as you're using 10.4, on your machine the gcc_select command should  
work. gcc_select -l lists your installed gcc versions, 'sudo  
gcc_select <name_of_the_desirec_gcc_version>' will switch.

AFAIK this is only temporary - I didnt figure out how to make it  
lasting.

Yours, Wolf


From raimue at macports.org  Sun Apr  4 08:13:11 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 04 Apr 2010 17:13:11 +0200
Subject: Stable/Testing branch in MacPorts
In-Reply-To: <nemo-04042010144029@nemo.com>
References: <nemo-04042010144029@nemo.com>
Message-ID: <4BB8AC87.7080304@macports.org>

On 2010-04-04 15:01 , Janosch Peters wrote:
> Has maintaing two branches been already discussed on the list? 

Yes. But it has been postponed until we get a constant automatic build
coverage. Otherwise it is not quite possible to decide when to merge
from unstable to stable.

See this old thread on macports-dev:

 http://lists.macosforge.org/pipermail/macports-dev/2007-October/002974.html
 http://lists.macosforge.org/pipermail/macports-dev/2007-October/002986.html

Rainer

From Macports at festus.festusandsimone.org  Sun Apr  4 08:26:51 2010
From: Macports at festus.festusandsimone.org (John J. Foster)
Date: Sun, 4 Apr 2010 09:26:51 -0600
Subject: Errors upgrading libao
Message-ID: <20100404152651.GA390@magpie.local>

Hi all,

I'm getting the following output while trying to upgrade. I have already
done a sudo port clean libao.

Not sure how to proceed.

Thanks.

festus at magpie ~/src/mutt $ sudo port upgrade outdated
--->  Computing dependencies for libao
--->  Fetching libao
--->  Verifying checksum(s) for libao
--->  Extracting libao
--->  Applying patches to libao
Error: Target org.macports.patch returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_libao/work/libao-1.0.0"
&& /usr/bin/patch -p0 <
'/opt/local/var/macports/sources/rsync.macports.org/release/ports/audio/libao/files/patch-AU-src__plugins__macosx__ao_macosx.c'"
returned error 1
Command output: patching file src/plugins/macosx/ao_macosx.c
Hunk #1 FAILED at 29.
Hunk #2 FAILED at 39.
Hunk #3 FAILED at 51.
Hunk #4 FAILED at 64.
4 out of 4 hunks FAILED -- saving rejects to file
src/plugins/macosx/ao_macosx.c.rej

Error: Unable to upgrade port: 1
Before reporting a bug, first run the command again with the -d flag to
get complete output.

-- 
It is not unusual for those at the wrong end of the club to have a
clearer picture of reality than those who wield it.
                                                      Noam Chomsky
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100404/a44fd164/attachment.bin>

From ryandesign at macports.org  Sun Apr  4 09:50:17 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 4 Apr 2010 11:50:17 -0500
Subject: Errors upgrading libao
In-Reply-To: <20100404152651.GA390@magpie.local>
References: <20100404152651.GA390@magpie.local>
Message-ID: <9007CCB7-7051-43DD-A5D9-25AAAF236F98@macports.org>

On Apr 4, 2010, at 10:26, John J. Foster wrote:

> I'm getting the following output while trying to upgrade. I have already
> done a sudo port clean libao.

Everybody running 10.5 or earlier will see that error. Here's the ticket:

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

A patch is there, so you could try it if you're anxious to upgrade this now. Otherwise I'll look at it in a few days.


From ryandesign at macports.org  Sun Apr  4 09:51:57 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 4 Apr 2010 11:51:57 -0500
Subject: Which GCC does macports use?
In-Reply-To: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>
References: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>
Message-ID: <BA5E12AD-D55A-4350-A237-1D92B3CE3F8D@macports.org>


On Apr 4, 2010, at 08:41, Ctalk Project wrote:

> I installed macports (OS X 10.4) and then installed and built the gcc44 package without
> any issues.  Per the macports installation, I guess, /opt/local/bin is now in the path, so the
> macports GCC is the compiler in general use,

Only if you've used gcc_select to select that version. Otherwise, the Apple gcc provided with Xcode will be the one in general use.

> and for non-macports sources it works okay.
> 
> When trying to build further macports packages, however, I get errors like the following:
> 
> checking for gcc... /usr/bin/gcc-4.0
> checking for C compiler default output... configure: error: C compiler cannot create executables
> 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_devel_ncursesw/work/ncurses-5.7" && ./configure --prefix=/opt/local --enable-widec --disable-rpath --with-shared --without-debug --without-ada --enable-safe-sprintf --enable-sigwinch --mandir=/opt/local/share/man --with-manpage-format=normal " returned error 77
> DEBUG: Backtrace: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_ncursesw/work/ncurses-5.7" && ./configure --prefix=/opt/local --enable-widec --disable-rpath --with-shared --without-debug --without-ada --enable-safe-sprintf --enable-sigwinch --mandir=/opt/local/share/man --with-manpage-format=normal " returned error 77
>    while executing
> "$procedure $targetname"
> 
> In short, the macports installer still wants to use the Xcode GCC in /usr/bin.  If it matters, here is
> the value of $PATH after installing macports:
> 
> ctalk-projects-powerbook-g4:/ root# echo $PATH
> /opt/local/bin:/opt/local/sbin:/usr/local/bin:/opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/usr/local/gcc-current/bin:/usr/local/bin:/usr/local/bin:/bin:/sbin:/usr/bin:/usr/sbin
> ctalk-projects-powerbook-g4:/ root#
> 
> So how do I tell macports to use the newly installed compiler?

You don't. MacPorts will use the Xcode provided by gcc. This is by design. It would be a testing nightmare if users were allowed to select their own compiler. We don't have the resources to support that.


From ryandesign at macports.org  Sun Apr  4 09:56:20 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 4 Apr 2010 11:56:20 -0500
Subject: Stable/Testing branch in MacPorts
In-Reply-To: <nemo-04042010144029@nemo.com>
References: <nemo-04042010144029@nemo.com>
Message-ID: <F2B947E9-2831-4E55-8CC5-9E0DE637DD19@macports.org>


On Apr 4, 2010, at 08:01, Janosch Peters wrote:

> I use macports fot about 1.5 years now. Most things work great and MP 
> has some lovely features like variants. However, it appears quite often 
> that some ports are broken for various different reasons. E.g. the 
> quartz variant of gtk2 lead to crashes in gimp2 and the bug was not 
> fixed for several months.
> 
> I know that maintaining two branches is probably more work, but in 
> contrast to most linux distros, using macports I cannot be sure that a 
> port works if I install/upgrade it. (Of course you cannot be 100% sure 
> using e.g. ubuntu/debian either, but at least those package have been 
> tested for some time). In terms of stability the single macports branch 
> feels a bit like the "unstable" branch in debian.
> 
> To make things even more annoying is the fact that there is no 
> _straightforward_ way to downgrade to a previous version of the port. 
> (I know that there is a way, but its not as easy as with apt-get for 
> example).
> 
> Has maintaing two branches been already discussed on the list? 

Several times. I don't see that we have anywhere close to the (personnel) resources necessary to support such a thing. Almost 2700 out of our almost 6800 ports are unmaintained; if we can't even maintain the ports we have in our single tree, how will we keep up with multiple trees? I also don't understand how you decide when to move something from unstable to stable. Logically, you do so when it's stable, meaning when it works all the time in every circumstance, but how do you know if it's working all the time in every circumstance if nobody has tested it because everybody's running the older version in the stable branch?



From Macports at festus.festusandsimone.org  Sun Apr  4 10:13:59 2010
From: Macports at festus.festusandsimone.org (John J. Foster)
Date: Sun, 4 Apr 2010 11:13:59 -0600
Subject: Errors upgrading libao
In-Reply-To: <9007CCB7-7051-43DD-A5D9-25AAAF236F98@macports.org>
References: <20100404152651.GA390@magpie.local>
	<9007CCB7-7051-43DD-A5D9-25AAAF236F98@macports.org>
Message-ID: <20100404171359.GB390@magpie.local>

On Sun, Apr 04, 2010 at 11:50:17AM -0500, Ryan Schmidt wrote:
> On Apr 4, 2010, at 10:26, John J. Foster wrote:
> 
> > I'm getting the following output while trying to upgrade. I have already
> > done a sudo port clean libao.
> 
> Everybody running 10.5 or earlier will see that error. Here's the ticket:
> 
> http://trac.macports.org/ticket/24340
> 
> A patch is there, so you could try it if you're anxious to upgrade this now. Otherwise I'll look at it in a few days.
> 
Thanks Ryan, I normally look there first. So sorry for the noise :(

festus
-- 
It is not unusual for those at the wrong end of the club to have a
clearer picture of reality than those who wield it.
                                                      Noam Chomsky
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100404/ae7895db/attachment.bin>

From vim.unix at googlemail.com  Sun Apr  4 12:31:35 2010
From: vim.unix at googlemail.com (Pau)
Date: Sun, 4 Apr 2010 21:31:35 +0200
Subject: firefox-x11 & matplotlib
In-Reply-To: <n2p30c383e71004040524y38e57bdeu65247c3ef238d42d@mail.gmail.com>
References: <30c383e71003311357s4d5c7b0fx3d10d917a4e1d687@mail.gmail.com>
	<D1CC71A6-5232-4ECF-BD99-7362ED4B9B9E@macports.org>
	<n2p30c383e71004040524y38e57bdeu65247c3ef238d42d@mail.gmail.com>
Message-ID: <m2j30c383e71004041231zc6bdd97co26c0fb2b7f80715b@mail.gmail.com>

PS: It seems that you are doing it anyway in the Portfile:

112	# Force 32-bit, inline-asm
113	if?{$build_arch?==?"x86_64"}?{
114	? ? configure.build_arch?i386
115	}?elseif {$build_arch?==?"ppc64"}?{
116	? ? configure.build_arch?ppc
117	}

aren't you? Then why isn't it compiling?

Thanks,

Pau

2010/4/4 Pau <vim.unix at googlemail.com>:
> Hello,
>
> how can I tell port to use the i386 version? I didn't find it under variants.
>
> And won't it mess up the configuration if I change the defaults of macports?
>
> Thanks,
>
> Pau
>
> 2010/4/4 Jeremy Huddleston <jeremyhu at macports.org>:
>>
>> On Mar 31, 2010, at 13:57, Pau wrote:
>>
>>> Hello,
>>>
>>> sorry for the spamming... I have too many questions because I am in
>>> the process of migrating to macosx after many years of OpenBSD
>>>
>>> I have seen that firefox-x11 fails at building when getting to
>>> xulrunner, as in this ticket:
>>>
>>> http://trac.macports.org/ticket/21477
>>>
>>> Six months ago jeremyhu said that "You will need to have some patience
>>> and let the upstream devs work on the problem"
>>
>> Why don't you just use the i386 version of firefox?
>>
>>> I was wondering whether there has been some progress or what the plans are.
>>
>> You'll have to ask the firefox developers themselves. ?I think darwin/x86_64 is slated for 3.7, but I'm not positive. ?I suspect we should "just work" once that is done, but we'll probably need some build system fixes as well.
>>
>>
>>
>

From talklists at newgeo.com  Sun Apr  4 14:53:25 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Sun, 4 Apr 2010 14:53:25 -0700
Subject: Exif data reading from the command line
Message-ID: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>

I am looking for something to easily read mostly image exif data.  Arbitrary file data such as mp3 tags and other misc file attributes would be a plus.

Right now, I will open an image in Photoshop, or an image editor, using their tools to read the exif file data.  Sometimes there are extended attributes as well, though I wonder if I am seeing them all.

The entire process takes too long.  It would also be nice to be able to clear the data

port search exif brings up a nice batch of stuff.  Any suggestions?  I am looking for a pretty simple `./whatever image.jpg` and be done with it.

Thanks for any suggestions.

* If anyone has a particular software they like that does not have a port, that works too, I would be happy to make a Portfile.
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 


From faisal.moledina at gmail.com  Sun Apr  4 15:09:32 2010
From: faisal.moledina at gmail.com (Faisal Moledina)
Date: Sun, 4 Apr 2010 18:09:32 -0400
Subject: Exif data reading from the command line
In-Reply-To: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>
References: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>
Message-ID: <w2h408c7ce21004041509l7aaf3300te5855290796bc266@mail.gmail.com>

On Sun, Apr 4, 2010 at 5:53 PM, Scott Haneda <talklists at newgeo.com> wrote:
> port search exif brings up a nice batch of stuff. ?Any suggestions? ?I am looking for a pretty simple `./whatever image.jpg` and be done with it.

First hit from port search exif is exif @0.6.17. Haven't used it
extensively but `exif IMG_2358.jpg` brings up quite a bit of EXIF
data.

Faisal

From arno at alum.wpi.edu  Sun Apr  4 15:13:43 2010
From: arno at alum.wpi.edu (Arno Hautala)
Date: Sun, 4 Apr 2010 18:13:43 -0400
Subject: Exif data reading from the command line
In-Reply-To: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>
References: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>
Message-ID: <w2z6adc49071004041513j6abf1976s479f2fc99e7844cf@mail.gmail.com>

On Sun, Apr 4, 2010 at 17:53, Scott Haneda <talklists at newgeo.com> wrote:
>
> I am looking for something to easily read mostly image exif data. ?Arbitrary file data such as mp3 tags and other misc file attributes would be a plus.

exif, exiftags, jhead, and exiv2 are all pretty decently
straightforward to use.  jhead outputs the least by default, so you
might end up having to read the man page a bit if you need more than
the basics (what fields do you need?).  I actually kinda like the
output of exiv2.

To be honest, just run the following, get a drink, and when you get
back (1-2 minutes) give each a try, uninstall what you don't need:
port install exif exiftags exiv2 jhead

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

pgp eabb6fe6 d47c500f b2458f5d a7cc7abb f81c4e00

From face at CentosPrime.COM  Sun Apr  4 16:38:43 2010
From: face at CentosPrime.COM (Chris Janton)
Date: Sun, 04 Apr 2010 16:38:43 -0700
Subject: Exif data reading from the command line
In-Reply-To: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>
References: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>
Message-ID: <C008C6CD-0089-45F5-8502-D120678D4427@centosprime.com>

On 2010-04-04 , at 14:53 , Scott Haneda wrote:
> 
> I am looking for something to easily read mostly image exif data.  Arbitrary file data such as mp3 tags and other misc file attributes would be a plus.

for MP3

id3lib                         @3.8.3          audio/id3lib
id3tool                        @1.2            audio/id3tool
id3v2                          @0.1.11         audio/id3v2

for AAC 

AtomicParsley                  @0.9.0          multimedia/AtomicParsley

8)
----------------------------------
Chris Janton  - face at CentosPrime dot COM
Netminder for Opus1.COM



From talklists at newgeo.com  Sun Apr  4 17:18:34 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Sun, 4 Apr 2010 17:18:34 -0700
Subject: Exif data reading from the command line
In-Reply-To: <w2h408c7ce21004041509l7aaf3300te5855290796bc266@mail.gmail.com>
References: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>
	<w2h408c7ce21004041509l7aaf3300te5855290796bc266@mail.gmail.com>
Message-ID: <192ED106-F060-4809-B12D-495CB69A118D@newgeo.com>

On Apr 4, 2010, at 3:09 PM, Faisal Moledina wrote:

> On Sun, Apr 4, 2010 at 5:53 PM, Scott Haneda <talklists at newgeo.com> wrote:
>> port search exif brings up a nice batch of stuff.  Any suggestions?  I am looking for a pretty simple `./whatever image.jpg` and be done with it.
> 
> First hit from port search exif is exif @0.6.17. Haven't used it
> extensively but `exif IMG_2358.jpg` brings up quite a bit of EXIF
> data.

Yeah, just installed it and it does work as advertised.  Odd that images with no exist data have such a harsh return message:

    $exif -d home_photo_rappensuncle.jpg 
    ExifLoader: Scanning 1024 byte(s) of data...
    ExifLoader: Scanning 1004 byte(s) of data...
    Corrupt data
    The data provided does not follow the specification.
    
    ExifLoader: The data supplied does not seem to contain EXIF data.
    'home_photo_rappensuncle.jpg' is not readable or does not contain 
    EXIF data!

Thanks for the pointer though, this is working perfect for my needs.

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


From mta at umich.edu  Sun Apr  4 17:32:08 2010
From: mta at umich.edu (Mike Alexander)
Date: Sun, 04 Apr 2010 20:32:08 -0400
Subject: Exif data reading from the command line
In-Reply-To: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>
References: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>
Message-ID: <F4609D0F3D0CE03E3A64CCCE@bayswater.msalexander.com>

--On April 4, 2010 2:53:25 PM -0700 Scott Haneda <talklists at newgeo.com> 
wrote:

> port search exif brings up a nice batch of stuff.  Any suggestions?
> I am looking for a pretty simple `./whatever image.jpg` and be done
> with it.

I use exiftool (p5-image-exiftool) for this and it works well. 
Although it bills itself as a set of perl functions for reading exif 
data, it comes with a very good command, exiftool, which can do 
anything I've ever wanted to do with EXIF data (and other image 
meta-data).

        Mike Alexander


From ryandesign at macports.org  Sun Apr  4 19:01:07 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 4 Apr 2010 21:01:07 -0500
Subject: Exif data reading from the command line
In-Reply-To: <F4609D0F3D0CE03E3A64CCCE@bayswater.msalexander.com>
References: <78643477-841E-4375-A9BB-A31DD393E1FB@newgeo.com>
	<F4609D0F3D0CE03E3A64CCCE@bayswater.msalexander.com>
Message-ID: <B0AB973F-F78D-4AA7-B459-C4D407186100@macports.org>


On Apr 4, 2010, at 19:32, Mike Alexander wrote:

> On April 4, 2010 2:53:25 PM -0700 Scott Haneda <talklists at newgeo.com> wrote:
> 
>> port search exif brings up a nice batch of stuff.  Any suggestions?
>> I am looking for a pretty simple `./whatever image.jpg` and be done
>> with it.
> 
> I use exiftool (p5-image-exiftool) for this and it works well. Although it bills itself as a set of perl functions for reading exif data, it comes with a very good command, exiftool, which can do anything I've ever wanted to do with EXIF data (and other image meta-data).

This is what I use too. It's the first tool I tried, and it worked fine for me so I didn't try the others.


From zippy1981 at gmail.com  Mon Apr  5 04:24:49 2010
From: zippy1981 at gmail.com (Justin Dearing)
Date: Mon, 5 Apr 2010 07:24:49 -0400
Subject: "make clean all" error gnutls: Unable to open port: unsupported 
	architecture ppc
Message-ID: <w2w5458db3c1004050424t896e2d48xc4dd332351295ab@mail.gmail.com>

Hi,

I can't believe I can't find an reference to this error message, but at
least this thread archive will show up in google. "make clean all" is
failing on my G4 powerbook. Is there a different syntax I should bu using?

--->  Cleaning gnutls
Error: Unable to open port: unsupported architecture ppc

Also, is there a different sequence I should use for "upgrade everything"
than

port clean all && port selfupdate && port upgrade outdated

Justin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100405/eec660aa/attachment.html>

From ryandesign at macports.org  Mon Apr  5 11:11:27 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 5 Apr 2010 13:11:27 -0500
Subject: "make clean all" error go-devel: Unable to open port: unsupported
	architecture ppc
In-Reply-To: <w2w5458db3c1004050424t896e2d48xc4dd332351295ab@mail.gmail.com>
References: <w2w5458db3c1004050424t896e2d48xc4dd332351295ab@mail.gmail.com>
Message-ID: <AF01397E-E6E5-46FB-AF8D-3A4D71CAC978@macports.org>


On Apr 5, 2010, at 06:24, Justin Dearing wrote:

> I can't believe I can't find an reference to this error message, but at least this thread archive will show up in google. "make clean all" is failing on my G4 powerbook. Is there a different syntax I should bu using? 
> 
> --->  Cleaning gnutls
> Error: Unable to open port: unsupported architecture ppc

The problem was the way in which the port after gnutls (go-devel) checks architectures. I fixed it in r66071. The reason you probably did not find a reference to this problem is that it did not exist before r65262 which was only 12 days ago. The number of PowerPC users is dwindling, and I guess none of the remaining ones ran "port clean all" in the past 12 days, or, if they did, they did not report the problem to us.

> Also, is there a different sequence I should use for "upgrade everything" than 
> 
> port clean all && port selfupdate && port upgrade outdated

That should be fine. "port clean all" should not usually be necessary, though it should not cause any harm nor an error message. If you encounter any other problems with this please let us know.


From zippy1981 at gmail.com  Mon Apr  5 11:19:25 2010
From: zippy1981 at gmail.com (Justin Dearing)
Date: Mon, 5 Apr 2010 14:19:25 -0400
Subject: "make clean all" error go-devel: Unable to open port: unsupported
	architecture ppc
In-Reply-To: <AF01397E-E6E5-46FB-AF8D-3A4D71CAC978@macports.org>
References: <w2w5458db3c1004050424t896e2d48xc4dd332351295ab@mail.gmail.com>
	<AF01397E-E6E5-46FB-AF8D-3A4D71CAC978@macports.org>
Message-ID: <j2k5458db3c1004051119m23ec8153q78991ffc6dbde888@mail.gmail.com>

Hi Ryan

On Mon, Apr 5, 2010 at 2:11 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

>
> The problem was the way in which the port after gnutls (go-devel) checks
> architectures. I fixed it in r66071. The reason you probably did not find a
> reference to this problem is that it did not exist before r65262 which was
> only 12 days ago. The number of PowerPC users is dwindling, and I guess none
> of the remaining ones ran "port clean all" in the past 12 days, or, if they
> did, they did not report the problem to us.
>

Thanks for fixing it.


>
> "port clean all" should not usually be necessary, though it should not
> cause any harm nor an error message. If you encounter any other problems
> with this please let us know.
>

 Since my hard drive is only 40 gigs on that machine, running make clean all
is kinda a big deal to me. Obviously the ports build files are not the
biggest use of my hard drive (podcasts are,) but it is
a noticeable contributor.

Justin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100405/f741b0a8/attachment.html>

From ryandesign at macports.org  Mon Apr  5 11:40:40 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 5 Apr 2010 13:40:40 -0500
Subject: "make clean all" error go-devel: Unable to open port: unsupported
	architecture ppc
In-Reply-To: <j2k5458db3c1004051119m23ec8153q78991ffc6dbde888@mail.gmail.com>
References: <w2w5458db3c1004050424t896e2d48xc4dd332351295ab@mail.gmail.com>
	<AF01397E-E6E5-46FB-AF8D-3A4D71CAC978@macports.org>
	<j2k5458db3c1004051119m23ec8153q78991ffc6dbde888@mail.gmail.com>
Message-ID: <81861F35-6C33-42E9-A882-0F6BAAEA46FB@macports.org>

On Apr 5, 2010, at 13:19, Justin Dearing wrote:

> On Mon, Apr 5, 2010 at 2:11 PM, Ryan Schmidt wrote:
> 
>> "port clean all" should not usually be necessary, though it should not cause any harm nor an error message. If you encounter any other problems with this please let us know.
> 
> Since my hard drive is only 40 gigs on that machine, running make clean all is kinda a big deal to me. Obviously the ports build files are not the biggest use of my hard drive (podcasts are,) but it is a noticeable contributor.

I understand, but MacPorts automatically cleans a port after a successful installation (unless you have turned this off by setting "portautoclean	 no" in macports.conf). So the only time you should need to clean a port manually is after an unsuccessful build, and then it's more efficient to name the port explicitly (e.g. "sudo port clean zlib" to clean the zlib port). Even if it's been awhile and you don't remember which ports might need to be cleaned, you can consult the contents of the directory /opt/local/var/macports/build and just clean the ports listed there; this will only take a few seconds, whereas asking MacPorts to clean all 6800+ ports we currently have will take many minutes.



From ctalk at ctalklang.org  Mon Apr  5 12:47:29 2010
From: ctalk at ctalklang.org (Ctalk Project)
Date: Mon, 5 Apr 2010 15:47:29 -0400
Subject: Which GCC does macports use?
In-Reply-To: <4BB8A696.7040005@macports.org>
References: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>
	<4BB8A696.7040005@macports.org>
Message-ID: <575E1752-374D-4799-97E9-804D421120EB@ctalklang.org>


On Apr 4, 2010, at 10:47 AM, Rainer M?ller wrote:

> On 2010-04-04 15:41 , Ctalk Project wrote:
>> So how do I tell macports to use the newly installed compiler?
>
> You still need to install Xcode Developer Tools [1] to build ports. It
> does not only provide the Xcode application and compilers, but also
> additional headers and frameworks. Note that Apple gcc is highly  
> patched
> to provide more features than a usual gcc build, for example creating
> binaries for multiple archs in one step which is required for  
> universal
> builds.
>
> Rainer
>
> [1] http://guide.macports.org/#installing.xcode
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Thanks for all of the hints.  Now that you mention it, though, I have  
several other questions, even though maybe a bit off topic here - I  
seem to recall that Apple has (or had) a site for developers to test- 
compile for different OS X versions and architectures.  Has anybody  
managed to find the site and/or tried builds there?  Also, just how  
patched is the Xcode compiler?  We do test on a lot of GCC versions  
around here - has anyone tried this universal binary code generation  
from a generic GCC release?

Thanks again,

Robert

Ctalk Home Page:  http://www.ctalklang.org




From ryandesign at macports.org  Mon Apr  5 13:54:55 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 5 Apr 2010 15:54:55 -0500
Subject: Which GCC does macports use?
In-Reply-To: <575E1752-374D-4799-97E9-804D421120EB@ctalklang.org>
References: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>
	<4BB8A696.7040005@macports.org>
	<575E1752-374D-4799-97E9-804D421120EB@ctalklang.org>
Message-ID: <7A591A9D-2765-42C2-AF33-89E05934A853@macports.org>


On Apr 5, 2010, at 14:47, Ctalk Project wrote:

> Now that you mention it, though, I have several other questions, even though maybe a bit off topic here - I seem to recall that Apple has (or had) a site for developers to test-compile for different OS X versions and architectures.  Has anybody managed to find the site and/or tried builds there?

Never heard of it.

> Also, just how patched is the Xcode compiler?

Apple's patches are freely available, I believe. See http://opensource.apple.com

> We do test on a lot of GCC versions around here - has anyone tried this universal binary code generation from a generic GCC release?

Apple's patches allow gcc to accept multiple simultaneous arch flags, e.g. "gcc -arch i386 -arch ix86_64" to generate both at the same time. Standard gcc does not have this ability; instead, you have to "gcc -arch i386", then "gcc -arch x86_64", then "lipo" manually. For ports that require a non-Apple gcc compiler, universal builds are probably possible using the muniversal portgroup, which does this build-and-lipo method.



From cyberblade3001 at gmail.com  Mon Apr  5 14:26:57 2010
From: cyberblade3001 at gmail.com (cyberblade)
Date: Mon, 5 Apr 2010 14:26:57 -0700
Subject: Error trying to install s3cmd on 10.6
Message-ID: <012DCBEF-E4FA-4AAA-A235-F6FD05E4A8D0@gmail.com>

I'm trying to install s3cmd, and am getting errors that I do not understand.

Below is a copy and paste of my last attempt (I forgot to install xcode before my first attempt). I'm running OS X 10.6.2, xcode 3.2, macports 1.8.2 for Snow Leopard. I've attempted to follow the troubleshooting instructions, so the first thing you see is the standard attempt, followed by making sure that port is up to date, then an attempt with '-d' for more information.

Please advise me as to what I should correct, or if there's documentation I've missed.

Thank you.

cyberblade:~ admin$ sudo port install s3cmd
Password:
--->  Computing dependencies for s3cmd
--->  Activating bzip2 @1.0.5_3+darwin
Error: The following dependencies failed to build: python25 bzip2 db46 gdbm gettext expat libiconv gperf ncurses ncursesw openssl zlib readline sqlite3 tk Xft2 fontconfig freetype pkgconfig xrender xorg-libX11 xorg-bigreqsproto xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp xorg-util-macros xorg-xcmiscproto xorg-xextproto xorg-xf86bigfontproto xorg-xtrans xorg-renderproto tcl xorg-libXScrnSaver xorg-libXext xorg-scrnsaverproto
Error: Status 1 encountered during processing.
Before reporting a bug, first run the command again with the -d flag to get complete output.
cyberblade:~ admin$ sudo port selfupdate
Password:
--->  Updating the ports tree
--->  Updating MacPorts base sources using rsync
MacPorts base version 1.8.2 installed,
MacPorts base version 1.8.2 downloaded.
--->  MacPorts base is already the latest version

The ports tree has been updated. To upgrade your installed ports, you should run
  port upgrade outdated
cyberblade:~ admin$ sudo port upgrade outdated
Error: No ports matched the given expression
cyberblade:~ admin$ sudo port -d install s3cmd
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/net/s3cmd
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/net/s3cmd
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/python25-1.0.tcl
DEBUG: not using configure, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port s3cmd.
DEBUG: Requested variant i386 is not provided by port s3cmd.
DEBUG: Requested variant macosx is not provided by port s3cmd.
DEBUG: Attempting ln -sf /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_s3cmd/work /opt/local/var/macports/sources/rsync.macports.org/release/ports/net/s3cmd/work
--->  Computing dependencies for s3cmd
DEBUG: Searching for dependency: python25
DEBUG: Didn't find receipt, going to depspec regex for: python25
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/python25
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/python25
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/select-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant i386 is not provided by port python25.
DEBUG: Executing variant macosx provides macosx
DEBUG: Executing variant darwin provides darwin
DEBUG: Executing variant darwin_10 provides darwin_10
DEBUG: Searching for dependency: gettext
DEBUG: Didn't find receipt, going to depspec regex for: gettext
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gettext
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gettext
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/archcheck-1.0.tcl
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port gettext.
DEBUG: Requested variant i386 is not provided by port gettext.
DEBUG: Requested variant macosx is not provided by port gettext.
DEBUG: Searching for dependency: zlib
DEBUG: Didn't find receipt, going to depspec regex for: zlib
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/zlib
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/zlib
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port zlib.
DEBUG: Requested variant i386 is not provided by port zlib.
DEBUG: Requested variant macosx is not provided by port zlib.
DEBUG: Searching for dependency: openssl
DEBUG: Didn't find receipt, going to depspec regex for: openssl
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/openssl
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/openssl
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant i386 is not provided by port openssl.
DEBUG: Requested variant macosx is not provided by port openssl.
DEBUG: Executing variant darwin provides darwin
DEBUG: Searching for dependency: tk
DEBUG: Didn't find receipt, going to depspec regex for: tk
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/tk
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/tk
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: adding the default universal variant
DEBUG: Requested variant i386 is not provided by port tk.
DEBUG: Requested variant macosx is not provided by port tk.
DEBUG: Executing variant darwin provides darwin
DEBUG: Searching for dependency: sqlite3
DEBUG: Didn't find receipt, going to depspec regex for: sqlite3
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: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: adding the default universal variant
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: db46
DEBUG: Didn't find receipt, going to depspec regex for: db46
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/databases/db46
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/databases/db46
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port db46.
DEBUG: Requested variant i386 is not provided by port db46.
DEBUG: Requested variant macosx is not provided by port db46.
DEBUG: Searching for dependency: bzip2
DEBUG: Didn't find receipt, going to depspec regex for: bzip2
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/bzip2
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/bzip2
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant i386 is not provided by port bzip2.
DEBUG: Requested variant macosx is not provided by port bzip2.
DEBUG: Executing variant darwin provides darwin
DEBUG: Searching for dependency: gdbm
DEBUG: Didn't find receipt, going to depspec regex for: gdbm
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/databases/gdbm
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/databases/gdbm
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port gdbm.
DEBUG: Requested variant i386 is not provided by port gdbm.
DEBUG: Requested variant macosx is not provided by port gdbm.
DEBUG: Searching for dependency: readline
DEBUG: Didn't find receipt, going to depspec regex for: readline
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/readline
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/readline
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant i386 is not provided by port readline.
DEBUG: Requested variant macosx is not provided by port readline.
DEBUG: Executing variant darwin provides darwin
DEBUG: Searching for dependency: ncurses
DEBUG: Didn't find receipt, going to depspec regex for: ncurses
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncurses
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncurses
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port ncurses.
DEBUG: Requested variant i386 is not provided by port ncurses.
DEBUG: Requested variant macosx is not provided by port ncurses.
DEBUG: Executing variant darwin_10 provides darwin_10
DEBUG: Searching for dependency: libiconv
DEBUG: Didn't find receipt, going to depspec regex for: libiconv
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port libiconv.
DEBUG: Requested variant i386 is not provided by port libiconv.
DEBUG: Requested variant macosx is not provided by port libiconv.
DEBUG: Searching for dependency: ncurses
DEBUG: Didn't find receipt, going to depspec regex for: ncurses
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncurses
DEBUG: Searching for dependency: expat
DEBUG: Didn't find receipt, going to depspec regex for: expat
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/expat
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/expat
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port expat.
DEBUG: Requested variant i386 is not provided by port expat.
DEBUG: Requested variant macosx is not provided by port expat.
DEBUG: Searching for dependency: gperf
DEBUG: Didn't find receipt, going to depspec regex for: gperf
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gperf
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gperf
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port gperf.
DEBUG: Requested variant i386 is not provided by port gperf.
DEBUG: Requested variant macosx is not provided by port gperf.
DEBUG: Searching for dependency: zlib
DEBUG: Didn't find receipt, going to depspec regex for: zlib
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/zlib
DEBUG: Searching for dependency: tcl
DEBUG: Didn't find receipt, going to depspec regex for: tcl
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/tcl
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/tcl
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: adding the default universal variant
DEBUG: Requested variant i386 is not provided by port tcl.
DEBUG: Requested variant macosx is not provided by port tcl.
DEBUG: Executing variant darwin provides darwin
DEBUG: Searching for dependency: Xft2
DEBUG: Didn't find receipt, going to depspec regex for: Xft2
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/Xft2
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/Xft2
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port Xft2.
DEBUG: Requested variant i386 is not provided by port Xft2.
DEBUG: Requested variant macosx is not provided by port Xft2.
DEBUG: Searching for dependency: xorg-libXScrnSaver
DEBUG: Didn't find receipt, going to depspec regex for: xorg-libXScrnSaver
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libXScrnSaver
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libXScrnSaver
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port xorg-libXScrnSaver.
DEBUG: Requested variant i386 is not provided by port xorg-libXScrnSaver.
DEBUG: Requested variant macosx is not provided by port xorg-libXScrnSaver.
DEBUG: Searching for dependency: pkgconfig
DEBUG: Didn't find receipt, going to depspec regex for: pkgconfig
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port pkgconfig.
DEBUG: Requested variant i386 is not provided by port pkgconfig.
DEBUG: Requested variant macosx is not provided by port pkgconfig.
DEBUG: Searching for dependency: zlib
DEBUG: Didn't find receipt, going to depspec regex for: zlib
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/zlib
DEBUG: Searching for dependency: xrender
DEBUG: Didn't find receipt, going to depspec regex for: xrender
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xrender
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xrender
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port xrender.
DEBUG: Requested variant i386 is not provided by port xrender.
DEBUG: Requested variant macosx is not provided by port xrender.
DEBUG: Searching for dependency: freetype
DEBUG: Didn't find receipt, going to depspec regex for: freetype
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/print/freetype
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/print/freetype
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/archcheck-1.0.tcl
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port freetype.
DEBUG: Requested variant i386 is not provided by port freetype.
DEBUG: Executing variant macosx provides macosx
DEBUG: Searching for dependency: fontconfig
DEBUG: Didn't find receipt, going to depspec regex for: fontconfig
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/fontconfig
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/fontconfig
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/archcheck-1.0.tcl
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port fontconfig.
DEBUG: Requested variant i386 is not provided by port fontconfig.
DEBUG: Executing variant macosx provides macosx
DEBUG: Searching for dependency: expat
DEBUG: Didn't find receipt, going to depspec regex for: expat
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/expat
DEBUG: Searching for dependency: pkgconfig
DEBUG: Didn't find receipt, going to depspec regex for: pkgconfig
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: Searching for dependency: xorg-libX11
DEBUG: Didn't find receipt, going to depspec regex for: xorg-libX11
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libX11
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libX11
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/archcheck-1.0.tcl
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port xorg-libX11.
DEBUG: Requested variant i386 is not provided by port xorg-libX11.
DEBUG: Requested variant macosx is not provided by port xorg-libX11.
DEBUG: Searching for dependency: xorg-renderproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-renderproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-renderproto
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-renderproto
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-renderproto.
DEBUG: Requested variant i386 is not provided by port xorg-renderproto.
DEBUG: Requested variant macosx is not provided by port xorg-renderproto.
DEBUG: Searching for dependency: pkgconfig
DEBUG: Didn't find receipt, going to depspec regex for: pkgconfig
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: Searching for dependency: xorg-libXdmcp
DEBUG: Didn't find receipt, going to depspec regex for: xorg-libXdmcp
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libXdmcp
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libXdmcp
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port xorg-libXdmcp.
DEBUG: Requested variant i386 is not provided by port xorg-libXdmcp.
DEBUG: Requested variant macosx is not provided by port xorg-libXdmcp.
DEBUG: Searching for dependency: xorg-libXau
DEBUG: Didn't find receipt, going to depspec regex for: xorg-libXau
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libXau
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libXau
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port xorg-libXau.
DEBUG: Requested variant i386 is not provided by port xorg-libXau.
DEBUG: Requested variant macosx is not provided by port xorg-libXau.
DEBUG: Searching for dependency: xorg-xproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-xproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xproto
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xproto
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-xproto.
DEBUG: Requested variant i386 is not provided by port xorg-xproto.
DEBUG: Requested variant macosx is not provided by port xorg-xproto.
DEBUG: Searching for dependency: xorg-kbproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-kbproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-kbproto
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-kbproto
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-kbproto.
DEBUG: Requested variant i386 is not provided by port xorg-kbproto.
DEBUG: Requested variant macosx is not provided by port xorg-kbproto.
DEBUG: Searching for dependency: pkgconfig
DEBUG: Didn't find receipt, going to depspec regex for: pkgconfig
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: Searching for dependency: xorg-util-macros
DEBUG: Didn't find receipt, going to depspec regex for: xorg-util-macros
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-util-macros
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-util-macros
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-util-macros.
DEBUG: Requested variant i386 is not provided by port xorg-util-macros.
DEBUG: Requested variant macosx is not provided by port xorg-util-macros.
DEBUG: Searching for dependency: xorg-xtrans
DEBUG: Didn't find receipt, going to depspec regex for: xorg-xtrans
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xtrans
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xtrans
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-xtrans.
DEBUG: Requested variant i386 is not provided by port xorg-xtrans.
DEBUG: Requested variant macosx is not provided by port xorg-xtrans.
DEBUG: Searching for dependency: xorg-bigreqsproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-bigreqsproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-bigreqsproto
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-bigreqsproto
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-bigreqsproto.
DEBUG: Requested variant i386 is not provided by port xorg-bigreqsproto.
DEBUG: Requested variant macosx is not provided by port xorg-bigreqsproto.
DEBUG: Searching for dependency: xorg-xcmiscproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-xcmiscproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xcmiscproto
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xcmiscproto
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-xcmiscproto.
DEBUG: Requested variant i386 is not provided by port xorg-xcmiscproto.
DEBUG: Requested variant macosx is not provided by port xorg-xcmiscproto.
DEBUG: Searching for dependency: xorg-xextproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-xextproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xextproto
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xextproto
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-xextproto.
DEBUG: Requested variant i386 is not provided by port xorg-xextproto.
DEBUG: Requested variant macosx is not provided by port xorg-xextproto.
DEBUG: Searching for dependency: xorg-xf86bigfontproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-xf86bigfontproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xf86bigfontproto
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xf86bigfontproto
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-xf86bigfontproto.
DEBUG: Requested variant i386 is not provided by port xorg-xf86bigfontproto.
DEBUG: Requested variant macosx is not provided by port xorg-xf86bigfontproto.
DEBUG: Searching for dependency: xorg-inputproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-inputproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-inputproto
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-inputproto
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-inputproto.
DEBUG: Requested variant i386 is not provided by port xorg-inputproto.
DEBUG: Requested variant macosx is not provided by port xorg-inputproto.
DEBUG: Searching for dependency: pkgconfig
DEBUG: Didn't find receipt, going to depspec regex for: pkgconfig
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: Searching for dependency: xorg-xproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-xproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xproto
DEBUG: Searching for dependency: xorg-xproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-xproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xproto
DEBUG: Searching for dependency: pkgconfig
DEBUG: Didn't find receipt, going to depspec regex for: pkgconfig
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: Searching for dependency: zlib
DEBUG: Didn't find receipt, going to depspec regex for: zlib
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/zlib
DEBUG: Searching for dependency: libiconv
DEBUG: Didn't find receipt, going to depspec regex for: libiconv
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv
DEBUG: Searching for dependency: expat
DEBUG: Didn't find receipt, going to depspec regex for: expat
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/expat
DEBUG: Searching for dependency: freetype
DEBUG: Didn't find receipt, going to depspec regex for: freetype
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/print/freetype
DEBUG: Searching for dependency: xorg-libXext
DEBUG: Didn't find receipt, going to depspec regex for: xorg-libXext
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libXext
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libXext
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port xorg-libXext.
DEBUG: Requested variant i386 is not provided by port xorg-libXext.
DEBUG: Requested variant macosx is not provided by port xorg-libXext.
DEBUG: Searching for dependency: xorg-scrnsaverproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-scrnsaverproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-scrnsaverproto
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-scrnsaverproto
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port xorg-scrnsaverproto.
DEBUG: Requested variant i386 is not provided by port xorg-scrnsaverproto.
DEBUG: Requested variant macosx is not provided by port xorg-scrnsaverproto.
DEBUG: Searching for dependency: pkgconfig
DEBUG: Didn't find receipt, going to depspec regex for: pkgconfig
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: Searching for dependency: xorg-libX11
DEBUG: Didn't find receipt, going to depspec regex for: xorg-libX11
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-libX11
DEBUG: Searching for dependency: xorg-xextproto
DEBUG: Didn't find receipt, going to depspec regex for: xorg-xextproto
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/xorg-xextproto
DEBUG: Searching for dependency: pkgconfig
DEBUG: Didn't find receipt, going to depspec regex for: pkgconfig
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: Searching for dependency: readline
DEBUG: Didn't find receipt, going to depspec regex for: readline
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/readline
DEBUG: Searching for dependency: ncurses
DEBUG: Didn't find receipt, going to depspec regex for: ncurses
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncurses
DEBUG: Searching for dependency: ncurses
DEBUG: Didn't find receipt, going to depspec regex for: ncurses
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncurses
DEBUG: Searching for dependency: ncursesw
DEBUG: Didn't find receipt, going to depspec regex for: ncursesw
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncursesw
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncursesw
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.2.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port ncursesw.
DEBUG: Requested variant i386 is not provided by port ncursesw.
DEBUG: Requested variant macosx is not provided by port ncursesw.
DEBUG: Executing variant darwin_10 provides darwin_10
DEBUG: Attempting ln -sf /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_archivers_bzip2/work /opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/bzip2/work
--->  Activating bzip2 @1.0.5_3+darwin
Error: The following dependencies failed to build: python25 bzip2 db46 gdbm gettext expat libiconv gperf ncurses ncursesw openssl zlib readline sqlite3 tk Xft2 fontconfig freetype pkgconfig xrender xorg-libX11 xorg-bigreqsproto xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp xorg-util-macros xorg-xcmiscproto xorg-xextproto xorg-xf86bigfontproto xorg-xtrans xorg-renderproto tcl xorg-libXScrnSaver xorg-libXext xorg-scrnsaverproto
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>


From ryandesign at macports.org  Mon Apr  5 18:14:42 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 5 Apr 2010 20:14:42 -0500
Subject: bzip2 activation fails (was: Re: Error trying to install s3cmd on
	10.6)
In-Reply-To: <012DCBEF-E4FA-4AAA-A235-F6FD05E4A8D0@gmail.com>
References: <012DCBEF-E4FA-4AAA-A235-F6FD05E4A8D0@gmail.com>
Message-ID: <8789DDF1-96E2-4D5F-9C37-92E7CC47772D@macports.org>

On Apr 5, 2010, at 16:26, cyberblade wrote:

> --->  Activating bzip2 @1.0.5_3+darwin
> Error: The following dependencies failed to build: python25 bzip2 db46 gdbm gettext expat libiconv gperf ncurses ncursesw openssl zlib readline sqlite3 tk Xft2 fontconfig freetype pkgconfig xrender xorg-libX11 xorg-bigreqsproto xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp xorg-util-macros xorg-xcmiscproto xorg-xextproto xorg-xf86bigfontproto xorg-xtrans xorg-renderproto tcl xorg-libXScrnSaver xorg-libXext xorg-scrnsaverproto
> Error: Status 1 encountered during processing.

So, bzip2 failed to activate. It doesn't say why here, but the most common reason is that the files the port is trying to install are already installed. This should not be, but there are a few reasons why it could be: Perhaps you migrated this MacPorts install from an old Mac to this one; or perhaps you had MacPort installed, uninstalled it incompletely, then installed it again; or perhaps you installed a binary package of bzip2 that somebody built by using MacPorts.

Whatever the reason, the conflicting files have to go. You could force the activation of bzip2:

sudo port -f activate bzip2

But this doesn't guarantee that you don't have other files in there that don't belong that will conflict with other ports down the road. If you cannot explain why the conflicting files existed, you may be better off uninstalling MacPorts completely, then reinstalling. Correct uninstall instructions are in the Guide:

http://guide.macports.org/chunked/installing.macports.uninstalling.html



From jmr at macports.org  Mon Apr  5 19:21:29 2010
From: jmr at macports.org (Joshua Root)
Date: Tue, 06 Apr 2010 12:21:29 +1000
Subject: Which GCC does macports use?
In-Reply-To: <7A591A9D-2765-42C2-AF33-89E05934A853@macports.org>
References: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>	<4BB8A696.7040005@macports.org>	<575E1752-374D-4799-97E9-804D421120EB@ctalklang.org>
	<7A591A9D-2765-42C2-AF33-89E05934A853@macports.org>
Message-ID: <4BBA9AA9.1000601@macports.org>

On 2010-4-6 06:54 , Ryan Schmidt wrote:
> 
> Apple's patches allow gcc to accept multiple simultaneous arch flags, e.g. "gcc -arch i386 -arch ix86_64" to generate both at the same time. Standard gcc does not have this ability; instead, you have to "gcc -arch i386", then "gcc -arch x86_64", then "lipo" manually. For ports that require a non-Apple gcc compiler, universal builds are probably possible using the muniversal portgroup, which does this build-and-lipo method.

FSF GCC does not accept -arch at all.

- Josh

From mk-lists at email.de  Tue Apr  6 06:33:36 2010
From: mk-lists at email.de (=?iso-8859-1?Q?Marko_K=E4ning?=)
Date: Tue, 6 Apr 2010 15:33:36 +0200
Subject: Trouble upgrading py26-setuptools to latest version
Message-ID: <0B0FDB8F-E196-45B1-83B2-57C8877036EF@email.de>

Hi,

since quite a while I have the port "py26-setuptools" registered as outdated.

Actually its current version is 0.6c11_1, whereas I have 0.6c11_0 on my system.

When updating it will not be upgraded to the latest version!!!

Running upgrade with "-d -v" I saw:
--
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/python/py26-setuptools
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: py26-setuptools 0.6c11_1 exists in the ports tree
DEBUG: py26-setuptools 0.6c11_0  is the latest installed
DEBUG: no version of py26-setuptools is active
DEBUG: Merging existing variants  into variants
DEBUG: new fully merged portvariants: 
DEBUG: py26-setuptools is replaced by py26-distribute
--

So, I figured it's this replacement by py26-distribute causing the trouble... ???
Removing py26-setuptools is not easy, since there are lots of dependencies dangling...

Wonder what the right approach to fix this would be.

Greets,
Marko

From jmr at macports.org  Tue Apr  6 06:54:19 2010
From: jmr at macports.org (Joshua Root)
Date: Tue, 06 Apr 2010 23:54:19 +1000
Subject: Trouble upgrading py26-setuptools to latest version
In-Reply-To: <0B0FDB8F-E196-45B1-83B2-57C8877036EF@email.de>
References: <0B0FDB8F-E196-45B1-83B2-57C8877036EF@email.de>
Message-ID: <4BBB3D0B.20904@macports.org>

On 2010-4-6 23:33 , Marko K?ning wrote:
> Hi,
> 
> since quite a while I have the port "py26-setuptools" registered as outdated.
> 
> Actually its current version is 0.6c11_1, whereas I have 0.6c11_0 on my system.
> 
> When updating it will not be upgraded to the latest version!!!

The revision bump is just so it will show up as outdated, so you'll
upgrade it, whereupon its replacement will be installed.

> Running upgrade with "-d -v" I saw:
> --
> DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/python/py26-setuptools
> DEBUG: epoch: in tree: 0 installed: 0
> DEBUG: py26-setuptools 0.6c11_1 exists in the ports tree
> DEBUG: py26-setuptools 0.6c11_0  is the latest installed
> DEBUG: no version of py26-setuptools is active
> DEBUG: Merging existing variants  into variants
> DEBUG: new fully merged portvariants: 
> DEBUG: py26-setuptools is replaced by py26-distribute
> --
> 
> So, I figured it's this replacement by py26-distribute causing the trouble... ???
> Removing py26-setuptools is not easy, since there are lots of dependencies dangling...
> 
> Wonder what the right approach to fix this would be.

There is no problem. Anything that needed setuptools should be happy
with distribute. The flat registry doesn't know this [1] but you should
feel free to overrule it.

- Josh

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

From mk-lists at email.de  Tue Apr  6 07:41:18 2010
From: mk-lists at email.de (=?iso-8859-1?Q?Marko_K=E4ning?=)
Date: Tue, 6 Apr 2010 16:41:18 +0200
Subject: Trouble upgrading py26-setuptools to latest version
In-Reply-To: <4BBB3D0B.20904@macports.org>
References: <0B0FDB8F-E196-45B1-83B2-57C8877036EF@email.de>
	<4BBB3D0B.20904@macports.org>
Message-ID: <190B976C-FA37-44FA-8D34-F4186E3EAE8E@email.de>

> There is no problem. Anything that needed setuptools should be happy
> with distribute. The flat registry doesn't know this [1] but you should
> feel free to overrule it.
OK, thanks for the hint, I just forced uninstallation. :)

From keybounce at gmail.com  Tue Apr  6 09:39:31 2010
From: keybounce at gmail.com (Michael_google gmail_Gersten)
Date: Tue, 6 Apr 2010 09:39:31 -0700
Subject: Writing a portfile
Message-ID: <o2w1bd71ad81004060939j6457c1ecn70f00d8602317cdc@mail.gmail.com>

On Fri, Apr 2, 2010 at 7:54 PM, Ryan Schmidt <ryandesign at macports.org> wrote:
>
> Unfortunately nobody has made a port for it yet, so for now you have to get it from the repository:

Alright, where is the "Howto: for dummies" document on how to write a
port for someone that has never written a port before?

-- 
Political and economic blog of a strict constitutionalist
http://StrictConstitution.BlogSpot.com

From mk-lists at email.de  Tue Apr  6 09:46:24 2010
From: mk-lists at email.de (=?iso-8859-1?Q?Marko_K=E4ning?=)
Date: Tue, 6 Apr 2010 18:46:24 +0200
Subject: Writing a portfile
In-Reply-To: <o2w1bd71ad81004060939j6457c1ecn70f00d8602317cdc@mail.gmail.com>
References: <o2w1bd71ad81004060939j6457c1ecn70f00d8602317cdc@mail.gmail.com>
Message-ID: <238C1001-BA46-4481-8331-85E09513949E@email.de>

> 
> Alright, where is the "Howto: for dummies" document on how to write a
> port for someone that has never written a port before?

http://guide.macports.org/#development.examples

From brad at pixilla.com  Tue Apr  6 10:18:21 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Tue, 6 Apr 2010 10:18:21 -0700
Subject: Writing a portfile
In-Reply-To: <o2w1bd71ad81004060939j6457c1ecn70f00d8602317cdc@mail.gmail.com>
References: <o2w1bd71ad81004060939j6457c1ecn70f00d8602317cdc@mail.gmail.com>
Message-ID: <625B049E-BCAA-45C4-AA35-E92B857286B7@pixilla.com>


On Apr 6, 2010, at 9:39 AM, Michael_google gmail_Gersten wrote:

> On Fri, Apr 2, 2010 at 7:54 PM, Ryan Schmidt  
> <ryandesign at macports.org> wrote:
>>
>> Unfortunately nobody has made a port for it yet, so for now you  
>> have to get it from the repository:
>
> Alright, where is the "Howto: for dummies" document on how to write a
> port for someone that has never written a port before?

It's probably easiest to find a simple port whose source files are  
downloaded in a similar manner and modify it to suit your needs.

What port are you wanting to create?


// Brad

From keybounce at gmail.com  Tue Apr  6 10:31:26 2010
From: keybounce at gmail.com (Michael_google gmail_Gersten)
Date: Tue, 6 Apr 2010 10:31:26 -0700
Subject: Writing a portfile
In-Reply-To: <625B049E-BCAA-45C4-AA35-E92B857286B7@pixilla.com>
References: <o2w1bd71ad81004060939j6457c1ecn70f00d8602317cdc@mail.gmail.com>
	<625B049E-BCAA-45C4-AA35-E92B857286B7@pixilla.com>
Message-ID: <l2r1bd71ad81004061031l9c6037z108092ad817bf135@mail.gmail.com>

>>> Unfortunately nobody has made a port for it yet, so for now you have to
>>> get it from the repository:
>>
>> Alright, where is the "Howto: for dummies" document on how to write a
>> port for someone that has never written a port before?
>
> It's probably easiest to find a simple port whose source files are
> downloaded in a similar manner and modify it to suit your needs.
>
> What port are you wanting to create?

Port-rdeps

-- 
Political and economic blog of a strict constitutionalist
http://StrictConstitution.BlogSpot.com

From zepadovani at gmail.com  Tue Apr  6 12:39:56 2010
From: zepadovani at gmail.com (=?ISO-8859-1?Q?jos=E9_henrique_padovani?=)
Date: Tue, 06 Apr 2010 16:39:56 -0300
Subject: snow leopard, gcc..
Message-ID: <4BBB8E0C.5030009@gmail.com>

Hello,
I'm new to the list and to SnowLeopard. (10.6.2)

I'm having problems while trying to install gcc...
(Should it work?)

tried gcc44 and gcc45...

Thanks,
jos?


From brad at pixilla.com  Tue Apr  6 13:00:24 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Tue, 6 Apr 2010 13:00:24 -0700
Subject: Writing a portfile
In-Reply-To: <l2r1bd71ad81004061031l9c6037z108092ad817bf135@mail.gmail.com>
References: <o2w1bd71ad81004060939j6457c1ecn70f00d8602317cdc@mail.gmail.com>
	<625B049E-BCAA-45C4-AA35-E92B857286B7@pixilla.com>
	<l2r1bd71ad81004061031l9c6037z108092ad817bf135@mail.gmail.com>
Message-ID: <0FC029D7-7CEE-458D-BC46-3EB3614643B5@pixilla.com>


On Apr 6, 2010, at 10:31 AM, Michael_google gmail_Gersten wrote:

>>>> Unfortunately nobody has made a port for it yet, so for now you  
>>>> have to
>>>> get it from the repository:
>>>
>>> Alright, where is the "Howto: for dummies" document on how to  
>>> write a
>>> port for someone that has never written a port before?
>>
>> It's probably easiest to find a simple port whose source files are
>> downloaded in a similar manner and modify it to suit your needs.
>>
>> What port are you wanting to create?
>
> Port-rdeps

So you are creating a port for a tcl script, right?

Maybe take a look at the port_cutleaves port which looks to be  a  
shell script.
Maybe package up your script in a similar manner.

Well, I was interested so I gave it a go.

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

// Brad

From jeremyhu at macports.org  Tue Apr  6 14:29:42 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Tue, 06 Apr 2010 14:29:42 -0700
Subject: Filing Another Ticket for mesa 7.8
In-Reply-To: <20100404094031.1363293088@smtpauth.centurytel.net>
References: <20100404094031.1363293088@smtpauth.centurytel.net>
Message-ID: <FA79F00B-8D7C-48B7-A93C-639F6D5E5A86@macports.org>

Mesa 7.8 saw a lot of changes enter it from upstream as well as my own  
code.  I test everything on Leopard and SnowLeopard, but not Tiger.   
There have been a series of build issues with mesa on Tiger, and I've  
been dealing with them as they come up.

Just because I fix one Tiger build issue doesn't mean that I've fixed  
all of them.

I just pushed a commit that deals with the not-finding-Xplugin.h issue.

--Jeremy


On Apr 4, 2010, at 02:40, Emily Jackson wrote:

> Hello,
>
> I am a relative newcomer to MacPorts, and I am having trouble  
> upgrading
> mesa to the latest version on my Mac OSX 10.4.11 (PPC) system. I  
> know a
> ticket has been filed for it, but it has been marked "fixed". I still
> get errors involving Xplugin.h when I try to upgrade (and I have run
> "sudo port -d selfupdate"), so should I file another ticket?
>
> Thanks very much,
>
> Emily
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

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

From ryandesign at macports.org  Tue Apr  6 14:34:51 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 6 Apr 2010 16:34:51 -0500
Subject: snow leopard, gcc..
In-Reply-To: <4BBB8E0C.5030009@gmail.com>
References: <4BBB8E0C.5030009@gmail.com>
Message-ID: <52458D06-1F3E-40AD-8A38-1BDC1DD82066@macports.org>


On Apr 6, 2010, at 14:39, jos? henrique padovani wrote:

> Hello,
> I'm new to the list and to SnowLeopard. (10.6.2)

Welcome!

> I'm having problems while trying to install gcc...
> (Should it work?)
> 
> tried gcc44 and gcc45...

Yes, it should work. What problems do you encounter?


From zepadovani at gmail.com  Tue Apr  6 15:45:38 2010
From: zepadovani at gmail.com (=?ISO-8859-1?Q?jos=E9_henrique_padovani?=)
Date: Tue, 06 Apr 2010 19:45:38 -0300
Subject: snow leopard, gcc..
In-Reply-To: <52458D06-1F3E-40AD-8A38-1BDC1DD82066@macports.org>
References: <4BBB8E0C.5030009@gmail.com>
	<52458D06-1F3E-40AD-8A38-1BDC1DD82066@macports.org>
Message-ID: <4BBBB992.6040300@gmail.com>

Hi..

these are the last lines that I receive after trying
sudo port -v install gcc44

"
libtool: link: 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/build/./gcc/xgcc 
-B/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/build/./gcc/ 
-B/opt/local/x86_64-apple-darwin10/bin/ 
-B/opt/local/x86_64-apple-darwin10/lib/ -isystem 
/opt/local/x86_64-apple-darwin10/include -isystem 
/opt/local/x86_64-apple-darwin10/sys-include -dynamiclib  -o 
.libs/libjavamath.dylib  .libs/gnu_java_math_GMP.o 
../../../native/jni/classpath/.libs/jcl.o   /usr/local/lib/libgmp.a    
-install_name  /opt/local/lib/gcc44/gcj-4.4.3-10/libjavamath.dylib  
-Wl,-single_module
ld: pointer in read-only segment not allowed in slidable image, used in 
___gmpn_divexact_1 from /usr/local/lib/libgmp.a(dive_1.o)
collect2: ld returned 1 exit status
make[6]: *** [libjavamath.la] Error 1
make[5]: *** [all-recursive] Error 1
make[4]: *** [all-recursive] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-target-libjava] Error 2
make: *** [bootstrap] Error 2
Error: Target org.macports.build returned: shell command " cd 
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/build" 
&& /usr/bin/make -j2 bootstrap " returned error 2
Warning: the following items did not execute (for gcc44): 
org.macports.activate org.macports.build org.macports.destroot 
org.macports.install
Error: Status 1 encountered during processing.
Before reporting a bug, first run the command again with the -d flag to 
get complete output.
"

(or should I send everything?)

thank you,
jos?

Em 06/04/10 18:34, Ryan Schmidt escreveu:
> On Apr 6, 2010, at 14:39, jos? henrique padovani wrote:
>
>    
>> Hello,
>> I'm new to the list and to SnowLeopard. (10.6.2)
>>      
> Welcome!
>
>    
>> I'm having problems while trying to install gcc...
>> (Should it work?)
>>
>> tried gcc44 and gcc45...
>>      
> Yes, it should work. What problems do you encounter?
>
>
>    


-- 
http://zepadovani.info


From ryandesign at macports.org  Tue Apr  6 15:49:37 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 6 Apr 2010 17:49:37 -0500
Subject: snow leopard, gcc..
In-Reply-To: <4BBBB992.6040300@gmail.com>
References: <4BBB8E0C.5030009@gmail.com>
	<52458D06-1F3E-40AD-8A38-1BDC1DD82066@macports.org>
	<4BBBB992.6040300@gmail.com>
Message-ID: <77B20B2F-F835-45CB-AB14-155015B82269@macports.org>


On Apr 6, 2010, at 17:45, jos? henrique padovani wrote:

> these are the last lines that I receive after trying
> sudo port -v install gcc44
> 
> "
> libtool: link: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/build/./gcc/xgcc -B/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44/work/build/./gcc/ -B/opt/local/x86_64-apple-darwin10/bin/ -B/opt/local/x86_64-apple-darwin10/lib/ -isystem /opt/local/x86_64-apple-darwin10/include -isystem /opt/local/x86_64-apple-darwin10/sys-include -dynamiclib  -o .libs/libjavamath.dylib  .libs/gnu_java_math_GMP.o ../../../native/jni/classpath/.libs/jcl.o   /usr/local/lib/libgmp.a    -install_name  /opt/local/lib/gcc44/gcj-4.4.3-10/libjavamath.dylib  -Wl,-single_module
> ld: pointer in read-only segment not allowed in slidable image, used in ___gmpn_divexact_1 from /usr/local/lib/libgmp.a(dive_1.o)

So you have a copy of libgmp.a in /usr/local/lib and it is interfering with the build. Please remove it and anything else in /usr/local. Then clean the port (sudo port clean gcc44) and try again.



From elvis.dieguez at comcast.net  Tue Apr  6 19:16:27 2010
From: elvis.dieguez at comcast.net (Elvis Dieguez)
Date: Tue, 6 Apr 2010 22:16:27 -0400
Subject: xalanc failure
Message-ID: <257AE2B4-8BC4-4BCC-8C7A-8D3E7A9A2066@comcast.net>

Hi,

I installed xalanj and then tried installing xalanc. But the compilation fails:


sudo port install xalanc
.
.
.
.
ld: library not found for -lxalan-c
mkdir -p ../../../nls
collect2: ld returned 1 exit status
gnumake[1]: *** [../../bin/testXSLT] Error 1
gnumake[1]: *** Waiting for unfinished jobs....
mkdir -p ../../../nls/include
ld: library not found for -lxalan-c
collect2: ld returned 1 exit status
ld: library not found for -lxalan-c
collect2: ld returned 1 exit status
gnumake[1]: *** [../../bin/testXPath] Error 1
gnumake[1]: *** [../../bin/Xalan] Error 1
rm -f ../../lib/libxalan-c.dylib && \
		ln -fs libxalan-c.110.0.dylib ../../lib/libxalan-c.dylib
rm -f ../../lib/libxalan-c.110.dylib && \
		ln -fs libxalan-c.110.0.dylib ../../lib/libxalan-c.110.dylib
gnumake: *** [all] Error 2

Error: Status 1 encountered during processing.

From ryandesign at macports.org  Wed Apr  7 01:07:03 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 7 Apr 2010 03:07:03 -0500
Subject: snow leopard, gcc..
In-Reply-To: <4BBBDF44.9080207@gmail.com>
References: <4BBB8E0C.5030009@gmail.com>
	<52458D06-1F3E-40AD-8A38-1BDC1DD82066@macports.org>
	<4BBBB992.6040300@gmail.com>
	<77B20B2F-F835-45CB-AB14-155015B82269@macports.org>
	<4BBBDF44.9080207@gmail.com>
Message-ID: <D6AA83BF-8B8F-4DFA-BF3A-C86737AC1A78@macports.org>

Let's keep the discussion on the mailing list. Remember to Reply All.

On Apr 6, 2010, at 20:26, jos? henrique padovani wrote:

> Em 06/04/10 19:49, Ryan Schmidt escreveu:
>> 
> 
>> So you have a copy of libgmp.a in /usr/local/lib and it is interfering with the build. Please remove it and anything else in /usr/local. Then clean the port (sudo port clean gcc44) and try again.
>> 
> 
> Should it work for gcc42 too?

No; there are several tickets in the issue tracker.

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

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

I wouldn't get my hopes up about using gcc42 or earlier on Snow Leopard.


From smibrahim at gmail.com  Wed Apr  7 01:07:02 2010
From: smibrahim at gmail.com (S. M. Ibrahim (Lavlu))
Date: Wed, 7 Apr 2010 13:52:02 +0545
Subject: php52 upgrade failed
Message-ID: <s2u4997275b1004070107gef6112edqe01ac6ee929a7012@mail.gmail.com>

hi,

like the other day (though this time i did it after around one month),
i was upgrading all my outdated ports with "sudo port upgrade
outdated"

after long time , compile failed, here is last error report log


--->  Computing dependencies for php52
--->  Applying patches to php52
Error: Target org.macports.patch returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_php52/work/php-5.2.13"
&& /usr/bin/patch -p1 <
'/opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/php52/files/patch-scripts-php-config.in.diff'"
returned error 1
Command output: patching file scripts/php-config.in
Reversed (or previously applied) patch detected!  Assume -R? [n]
Apply anyway? [n]
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file scripts/php-config.in.rej

i need very urgent fix, i am web developer, my php is down.

apache2ctl start  showing this error :

Lavludas-MBP:~ lavlu$ apache2ctl start
httpd: Syntax error on line 116 of /opt/local/apache2/conf/httpd.conf:
Cannot load /opt/local/apache2/modules/libphp5.so into server:
dlopen(/opt/local/apache2/modules/libphp5.so, 10): Library not loaded:
/opt/local/lib/libjpeg.7.dylib\n  Referenced from:
/opt/local/apache2/modules/libphp5.so\n  Reason: image not found

-- 
S. M. Ibrahim Lavlu
software engineer, php
somewhere in...
http://www.somewherein.net

bangla blog: http://www.somewhereinblog.net
my blog: http://www.lavluda.com
mac blog: htttp://www.mac-talks.com
my book: http://www.lavluda.com/2009/07/08/my-book-on-cacti/

From ryandesign at macports.org  Wed Apr  7 01:09:22 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 7 Apr 2010 03:09:22 -0500
Subject: php52 upgrade failed
In-Reply-To: <s2u4997275b1004070107gef6112edqe01ac6ee929a7012@mail.gmail.com>
References: <s2u4997275b1004070107gef6112edqe01ac6ee929a7012@mail.gmail.com>
Message-ID: <3AD79D19-656E-488F-ACEA-CE58017124AF@macports.org>

On Apr 7, 2010, at 03:07, S. M. Ibrahim (Lavlu) wrote:

> like the other day (though this time i did it after around one month),
> i was upgrading all my outdated ports with "sudo port upgrade
> outdated"
> 
> after long time , compile failed, here is last error report log
> 
> 
> --->  Computing dependencies for php52
> --->  Applying patches to php52
> Error: Target org.macports.patch returned: shell command " cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_php52/work/php-5.2.13"
> && /usr/bin/patch -p1 <
> '/opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/php52/files/patch-scripts-php-config.in.diff'"
> returned error 1
> Command output: patching file scripts/php-config.in
> Reversed (or previously applied) patch detected!  Assume -R? [n]
> Apply anyway? [n]
> Skipping patch.
> 1 out of 1 hunk ignored -- saving rejects to file scripts/php-config.in.rej

This means you previously tried to build the port and it failed (or you cancelled it).

Clean and try again. If it fails again, show us the error it shows you.

sudo port clean php52



From raimue at macports.org  Wed Apr  7 01:09:36 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Wed, 07 Apr 2010 10:09:36 +0200
Subject: php52 upgrade failed
In-Reply-To: <s2u4997275b1004070107gef6112edqe01ac6ee929a7012@mail.gmail.com>
References: <s2u4997275b1004070107gef6112edqe01ac6ee929a7012@mail.gmail.com>
Message-ID: <4BBC3DC0.4070108@macports.org>

On 2010-04-07 10:07 , S. M. Ibrahim (Lavlu) wrote:
> i need very urgent fix, i am web developer, my php is down.

sudo port clean php52
sudo port install php52 +apache2

Rainer

From ryandesign at macports.org  Wed Apr  7 01:10:51 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 7 Apr 2010 03:10:51 -0500
Subject: xalanc failure
In-Reply-To: <257AE2B4-8BC4-4BCC-8C7A-8D3E7A9A2066@comcast.net>
References: <257AE2B4-8BC4-4BCC-8C7A-8D3E7A9A2066@comcast.net>
Message-ID: <9F420245-6941-4483-A2F1-1ED9470904D5@macports.org>


On Apr 6, 2010, at 21:16, Elvis Dieguez wrote:

> I installed xalanj and then tried installing xalanc. But the compilation fails:

You haven't provided the relevant portion of the debug log that would allow us to see what went wrong. Clean the port and try again with the debug switch, and ideally with just one build job, so we can try to help.

sudo port clean xalanc
sudo port -d install xalanc build.jobs=1 2>&1 | tee ~/Desktop/xalanc.txt

If it fails again, we'll want to see the contents of the file xalanc.txt on your desktop.


From smibrahim at gmail.com  Wed Apr  7 01:20:06 2010
From: smibrahim at gmail.com (S. M. Ibrahim (Lavlu))
Date: Wed, 7 Apr 2010 14:05:06 +0545
Subject: php52 upgrade failed
In-Reply-To: <4BBC3DC0.4070108@macports.org>
References: <s2u4997275b1004070107gef6112edqe01ac6ee929a7012@mail.gmail.com> 
	<4BBC3DC0.4070108@macports.org>
Message-ID: <y2j4997275b1004070120sa9b0d32coce9eba3e2f8fc9cd@mail.gmail.com>

thanks for such quick reply. it works :)

On 7 April 2010 13:54, Rainer M?ller <raimue at macports.org> wrote:
> On 2010-04-07 10:07 , S. M. Ibrahim (Lavlu) wrote:
>> i need very urgent fix, i am web developer, my php is down.
>
> sudo port clean php52
> sudo port install php52 +apache2
>
> Rainer
>



-- 
S. M. Ibrahim Lavlu
software engineer, php
somewhere in...
http://www.somewherein.net

bangla blog: http://www.somewhereinblog.net
my blog: http://www.lavluda.com
mac blog: htttp://www.mac-talks.com
my book: http://www.lavluda.com/2009/07/08/my-book-on-cacti/

From mk-lists at email.de  Wed Apr  7 04:00:08 2010
From: mk-lists at email.de (=?iso-8859-1?Q?Marko_K=E4ning?=)
Date: Wed, 7 Apr 2010 13:00:08 +0200
Subject: Inconsistent list of inactive ports with "port list inactive" command
Message-ID: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>

I noticed that the list of inactive ports printed by "port list inactive" doesn't seem to be consistent.

See below for exemplary output. Compare with this with the more sensible output of "port installed"!!!

It looks like there is an offset (or even a not properly set index) when accessing the list of inactive ports.

Also the revision is not displayed, which would make sense sometimes.

---
markos-imac:~ marko$ port list inactive
...
mesa                           @7.8.1          x11/mesa
mesa                           @7.8.1          x11/mesa
mesa                           @7.8.1          x11/mesa
...
sqlite3                        @3.6.23.1       databases/sqlite3
sqlite3                        @3.6.23.1       databases/sqlite3
...
zlib                           @1.2.4          archivers/zlib
zlib                           @1.2.4          archivers/zlib
...
markos-imac:~ marko$ port installed | grep zlib
  zlib @1.2.3_4
  zlib @1.2.4_0
  zlib @1.2.4_1 (active)
markos-imac:~ marko$ port installed | grep sqlite3
  sqlite3 @3.6.22_0
  sqlite3 @3.6.23_0
  sqlite3 @3.6.23.1_0 (active)
markos-imac:~ marko$ port installed | grep mesa
  mesa @7.6.1_1+hw_render
  mesa @7.8_1+hw_render
  mesa @7.8.1_0+hw_render
  mesa @7.8.1_1+hw_render (active)
markos-imac:~ marko$ 


From jmr at macports.org  Wed Apr  7 04:35:20 2010
From: jmr at macports.org (Joshua Root)
Date: Wed, 07 Apr 2010 21:35:20 +1000
Subject: Inconsistent list of inactive ports with "port list inactive"
	command
In-Reply-To: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
References: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
Message-ID: <4BBC6DF8.6090607@macports.org>

On 2010-4-7 21:00 , Marko K?ning wrote:
> I noticed that the list of inactive ports printed by "port list inactive" doesn't seem to be consistent.

<http://trac.macports.org/wiki/FAQ#portlist>

- Josh

From zippy1981 at gmail.com  Wed Apr  7 05:07:10 2010
From: zippy1981 at gmail.com (Justin Dearing)
Date: Wed, 7 Apr 2010 08:07:10 -0400
Subject: **NEW ERROR** Re: "make clean all" error go-devel: Unable to open 
	port: unsupported architecture ppc
Message-ID: <x2s5458db3c1004070507lb5c4936es7e6713b03cf805e2@mail.gmail.com>

--->  Cleaning gnutls
Error: Unable to open port: can't read "GOARCH": no such variable
Before reporting a bug, first run the command again with the -d flag to get
complete output.
bash-3.2#


On Mon, Apr 5, 2010 at 2:19 PM, Justin Dearing <zippy1981 at gmail.com> wrote:

> Hi Ryan
>
> On Mon, Apr 5, 2010 at 2:11 PM, Ryan Schmidt <ryandesign at macports.org>wrote:
>
>>
>> The problem was the way in which the port after gnutls (go-devel) checks
>> architectures. I fixed it in r66071. The reason you probably did not find a
>> reference to this problem is that it did not exist before r65262 which was
>> only 12 days ago. The number of PowerPC users is dwindling, and I guess none
>> of the remaining ones ran "port clean all" in the past 12 days, or, if they
>> did, they did not report the problem to us.
>>
>
> Thanks for fixing it.
>
>
>>
>> "port clean all" should not usually be necessary, though it should not
>> cause any harm nor an error message. If you encounter any other problems
>> with this please let us know.
>>
>
>  Since my hard drive is only 40 gigs on that machine, running make clean
> all is kinda a big deal to me. Obviously the ports build files are not the
> biggest use of my hard drive (podcasts are,) but it is
> a noticeable contributor.
>
> Justin
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100407/b6c40893/attachment.html>

From samuelengelking at gmx.de  Wed Apr  7 05:53:24 2010
From: samuelengelking at gmx.de (Samuel Engelking)
Date: Wed, 7 Apr 2010 14:53:24 +0200
Subject: Problem fetching x264
Message-ID: <FE79BA4E-AFDE-400B-B235-9ED1A087DFD3@gmx.de>

Hello,

I have MacBook Core2Duo running Mac OSX 10.5.8 and x264 can't be  
fetched, this is what the terminal spits out
Can you help me please?

Samuel-Engelking-2:~ samuelengelking$ sudo port install x264
--->  Computing dependencies for x264
--->  Fetching x264
--->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from ftp://ftp.videolan.org/pub/videolan/x264/snapshots/
--->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from http://distfiles.macports.org/x264
--->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from http://aarnet.au.distfiles.macports.org/pub/macports/mpdistfiles/x264
--->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from http://lil.fr.distfiles.macports.org/x264
--->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/x264
--->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/general/
Error: Target org.macports.fetch returned: fetch failed
Error: Status 1 encountered during processing.
Before reporting a bug, first run the command again with the -d flag  
to get complete output.

Thank you!

Samuel Engelking

Johannesstrasse 12
D-78609 Tuningen
samuelengelking at gmx.de
+497474-3170
+49160-91272766







From mk-lists at email.de  Wed Apr  7 07:04:30 2010
From: mk-lists at email.de (=?iso-8859-1?Q?Marko_K=E4ning?=)
Date: Wed, 7 Apr 2010 16:04:30 +0200
Subject: Inconsistent list of inactive ports with "port list inactive"
	command
In-Reply-To: <4BBC6DF8.6090607@macports.org>
References: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
	<4BBC6DF8.6090607@macports.org>
Message-ID: <1C00F853-8B5F-49E7-B187-E1EB2C7300CC@email.de>

> <http://trac.macports.org/wiki/FAQ#portlist>
I see, so it's actually rather a bug, isn't it?

From dluke at geeklair.net  Wed Apr  7 07:30:16 2010
From: dluke at geeklair.net (Daniel J. Luke)
Date: Wed, 7 Apr 2010 10:30:16 -0400
Subject: Inconsistent list of inactive ports with "port list inactive"
	command
In-Reply-To: <1C00F853-8B5F-49E7-B187-E1EB2C7300CC@email.de>
References: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
	<4BBC6DF8.6090607@macports.org>
	<1C00F853-8B5F-49E7-B187-E1EB2C7300CC@email.de>
Message-ID: <D0CB5AB5-873B-49A7-A710-2BD16B9C4D5C@geeklair.net>

On Apr 7, 2010, at 10:04 AM, Marko K?ning wrote:
>> <http://trac.macports.org/wiki/FAQ#portlist>
> I see, so it's actually rather a bug, isn't it?

If there is a bug, it's that the commands are somewhat confusing.

the output of 'port list inactive' is correct (although not very useful) if you understand the port command syntax.
--
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 mk-lists at email.de  Wed Apr  7 09:26:45 2010
From: mk-lists at email.de (=?iso-8859-1?Q?Marko_K=E4ning?=)
Date: Wed, 7 Apr 2010 18:26:45 +0200
Subject: Inconsistent list of inactive ports with "port list inactive"
	command
In-Reply-To: <D0CB5AB5-873B-49A7-A710-2BD16B9C4D5C@geeklair.net>
References: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
	<4BBC6DF8.6090607@macports.org>
	<1C00F853-8B5F-49E7-B187-E1EB2C7300CC@email.de>
	<D0CB5AB5-873B-49A7-A710-2BD16B9C4D5C@geeklair.net>
Message-ID: <0154FF34-119E-4248-A623-26EC1FDCBD32@email.de>

> If there is a bug, it's that the commands are somewhat confusing.
Yep, they are.

> the output of 'port list inactive' is correct (although not very useful) if you understand the port command syntax.
You can say that again: "not very useful"! :)
Where is the point to list the inactive versions using said command and you still get the installed version?!

I do NOT understand why the port command does it this way. It renders this command useless if you want to get a list of inactive installs.
But well, I guess one simply has to accept and use the workaround. :)

From eborisch at ieee.org  Wed Apr  7 09:44:05 2010
From: eborisch at ieee.org (Eric A. Borisch)
Date: Wed, 7 Apr 2010 11:44:05 -0500
Subject: Inconsistent list of inactive ports with "port list inactive" 
	command
In-Reply-To: <0154FF34-119E-4248-A623-26EC1FDCBD32@email.de>
References: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
	<4BBC6DF8.6090607@macports.org>
	<1C00F853-8B5F-49E7-B187-E1EB2C7300CC@email.de>
	<D0CB5AB5-873B-49A7-A710-2BD16B9C4D5C@geeklair.net>
	<0154FF34-119E-4248-A623-26EC1FDCBD32@email.de>
Message-ID: <l2s392f95801004070944s1a98981aq2368bab4766564e4@mail.gmail.com>

Perhaps 'port echo inactive' is what you are looking for?

>From the manpage:
"
   echo
     Writes to stdout the arguments passed to port.  This follows the
expansion of pseudo-portnames, portname glob patterns, pseudo-portname
     selectors and the evaluation of port expressions.  echo may be
used to determine the exact set of ports to which a given string of
     arguments will expand, without performing any further operations
on them. For example:

   list
     If no argument is given, display a list of the latest version of
all available ports.  If portname(s) are given as arguments, display a
     list of the latest version of each port.
"

note especially that list shows "the latest version of each port'

Hope that helps!
 Eric

On Wed, Apr 7, 2010 at 11:26 AM, Marko K?ning <mk-lists at email.de> wrote:
>> If there is a bug, it's that the commands are somewhat confusing.
> Yep, they are.
>
>> the output of 'port list inactive' is correct (although not very useful) if you understand the port command syntax.
> You can say that again: "not very useful"! :)
> Where is the point to list the inactive versions using said command and you still get the installed version?!
>
> I do NOT understand why the port command does it this way. It renders this command useless if you want to get a list of inactive installs.
> But well, I guess one simply has to accept and use the workaround. :)
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>



-- 
Eric A. Borisch
eborisch at ieee.org

Howard Roark laughed.

From mk-lists at email.de  Wed Apr  7 09:47:14 2010
From: mk-lists at email.de (=?iso-8859-1?Q?Marko_K=E4ning?=)
Date: Wed, 7 Apr 2010 18:47:14 +0200
Subject: Inconsistent list of inactive ports with "port list inactive"
	command
In-Reply-To: <l2s392f95801004070944s1a98981aq2368bab4766564e4@mail.gmail.com>
References: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
	<4BBC6DF8.6090607@macports.org>
	<1C00F853-8B5F-49E7-B187-E1EB2C7300CC@email.de>
	<D0CB5AB5-873B-49A7-A710-2BD16B9C4D5C@geeklair.net>
	<0154FF34-119E-4248-A623-26EC1FDCBD32@email.de>
	<l2s392f95801004070944s1a98981aq2368bab4766564e4@mail.gmail.com>
Message-ID: <484ABC74-2EC8-40CA-85BB-1ECF9CDFC226@email.de>

> note especially that list shows "the latest version of each port'
Yep, that makes it clear enough. :)
RTFM! You are right!

Thanks for the hint and never mind my insisting. :)

From jeremyhu at macports.org  Wed Apr  7 10:26:27 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Wed, 07 Apr 2010 10:26:27 -0700
Subject: Problem fetching x264
In-Reply-To: <FE79BA4E-AFDE-400B-B235-9ED1A087DFD3@gmx.de>
References: <FE79BA4E-AFDE-400B-B235-9ED1A087DFD3@gmx.de>
Message-ID: <ADBCA249-D744-4038-8687-6C4DBC6B3B45@macports.org>

Maybe their ftp server was down at the time.  I see 'ftp://ftp.videolan.org/pub/videolan/x264/snapshots/x264-snapshot-20100224-2245.tar.bz2' there now...

On Apr 7, 2010, at 05:53, Samuel Engelking wrote:

> Hello,
> 
> I have MacBook Core2Duo running Mac OSX 10.5.8 and x264 can't be fetched, this is what the terminal spits out
> Can you help me please?
> 
> Samuel-Engelking-2:~ samuelengelking$ sudo port install x264
> --->  Computing dependencies for x264
> --->  Fetching x264
> --->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from ftp://ftp.videolan.org/pub/videolan/x264/snapshots/
> --->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from http://distfiles.macports.org/x264
> --->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from http://aarnet.au.distfiles.macports.org/pub/macports/mpdistfiles/x264
> --->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from http://lil.fr.distfiles.macports.org/x264
> --->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/x264
> --->  Attempting to fetch x264-snapshot-20100224-2245.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/general/
> Error: Target org.macports.fetch returned: fetch failed
> Error: Status 1 encountered during processing.
> Before reporting a bug, first run the command again with the -d flag to get complete output.
> 
> Thank you!
> 
> Samuel Engelking
> 
> Johannesstrasse 12
> D-78609 Tuningen
> samuelengelking at gmx.de
> +497474-3170
> +49160-91272766
> 
> 
> 
> 
> 
> 
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From patty.ackermann at gmail.com  Wed Apr  7 20:16:56 2010
From: patty.ackermann at gmail.com (Patty Ackermann)
Date: Wed, 7 Apr 2010 20:16:56 -0700
Subject: -Hi-
Message-ID: <u2zb04b5f351004072016v44a29f53k3c8392a0684ed28e@mail.gmail.com>

http://sites.google.com/site/fgu45ythjg/nbpx2x

From dunham at ebi.ac.uk  Thu Apr  8 04:11:11 2010
From: dunham at ebi.ac.uk (Ian Dunham)
Date: Thu, 08 Apr 2010 12:11:11 +0100
Subject: getopt installation
Message-ID: <4BBDB9CF.1050104@ebi.ac.uk>

I'm having trouble with installation of the gtk port, which at least in
part seems to come down to not being able to install getopt. 

I'm running on a 2.4Ghz Intel core 2 duo macbook pro with Mac OS X 10.5.8.

I freshly install macports from the dmg and have successfully installed
a number of ports including ImageMagick.  However getopt gives met eh
following error in debug mode.  Can anyone give me a clue as to what is
wrong?

DEBUG: Found port in
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/sysutils/getopt
DEBUG: Changing to port directory:
/opt/local/var/macports/sources/rsync.macports.org/release/ports/sysutils/getopt
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: powerpc
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a
pre-existing procedure. Target override will not be provided
DEBUG: Reading variant descriptions from
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant powerpc is not provided by port getopt.
DEBUG: Requested variant darwin is not provided by port getopt.
DEBUG: Requested variant macosx is not provided by port getopt.
DEBUG: Found port in
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gettext
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: gettext 0.17_4 exists in the ports tree
DEBUG: gettext 0.17_4  is the latest installed
DEBUG: gettext 0.17_4  is active
DEBUG: Merging existing variants  into variants
DEBUG: new fully merged portvariants:
DEBUG: Changing to port directory:
/opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gettext
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: powerpc
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a
pre-existing procedure. Target override will not be provided
DEBUG: Using group file
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Using group file
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/archcheck-1.0.tcl
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant powerpc is not provided by port gettext.
DEBUG: Requested variant darwin is not provided by port gettext.
DEBUG: Requested variant macosx is not provided by port gettext.
DEBUG: Found port in
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: libiconv 1.13.1_0 exists in the ports tree
DEBUG: libiconv 1.13.1_0  is the latest installed
DEBUG: libiconv 1.13.1_0  is active
DEBUG: Merging existing variants  into variants
DEBUG: new fully merged portvariants:
DEBUG: Changing to port directory:
/opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: powerpc
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a
pre-existing procedure. Target override will not be provided
DEBUG: Using group file
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant powerpc is not provided by port libiconv.
DEBUG: Requested variant darwin is not provided by port libiconv.
DEBUG: Requested variant macosx is not provided by port libiconv.
DEBUG: Found port in
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gperf
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: gperf 3.0.4_0 exists in the ports tree
DEBUG: gperf 3.0.4_0  is the latest installed
DEBUG: gperf 3.0.4_0  is active
DEBUG: Merging existing variants  into variants
DEBUG: new fully merged portvariants:
DEBUG: Changing to port directory:
/opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gperf
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: powerpc
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a
pre-existing procedure. Target override will not be provided
DEBUG: Using group file
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant powerpc is not provided by port gperf.
DEBUG: Requested variant darwin is not provided by port gperf.
DEBUG: Requested variant macosx is not provided by port gperf.
DEBUG: No need to upgrade! gperf 3.0.4_0 >= gperf 3.0.4_0
DEBUG: No need to upgrade! libiconv 1.13.1_0 >= libiconv 1.13.1_0
DEBUG: Found port in
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncurses
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: ncurses 5.7_0 exists in the ports tree
DEBUG: ncurses 5.7_0  is the latest installed
DEBUG: ncurses 5.7_0  is active
DEBUG: Merging existing variants  into variants
DEBUG: new fully merged portvariants:
DEBUG: Changing to port directory:
/opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncurses
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: powerpc
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a
pre-existing procedure. Target override will not be provided
DEBUG: Using group file
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant powerpc is not provided by port ncurses.
DEBUG: Requested variant darwin is not provided by port ncurses.
DEBUG: Requested variant macosx is not provided by port ncurses.
DEBUG: Found port in
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncursesw
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: ncursesw 5.7_0 exists in the ports tree
DEBUG: ncursesw 5.7_0  is the latest installed
DEBUG: ncursesw 5.7_0  is active
DEBUG: Merging existing variants  into variants
DEBUG: new fully merged portvariants:
DEBUG: Changing to port directory:
/opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncursesw
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: powerpc
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a
pre-existing procedure. Target override will not be provided
DEBUG: Using group file
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant powerpc is not provided by port ncursesw.
DEBUG: Requested variant darwin is not provided by port ncursesw.
DEBUG: Requested variant macosx is not provided by port ncursesw.
DEBUG: No need to upgrade! ncursesw 5.7_0 >= ncursesw 5.7_0
DEBUG: No need to upgrade! ncurses 5.7_0 >= ncurses 5.7_0
DEBUG: Found port in
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/expat
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: expat 2.0.1_0 exists in the ports tree
DEBUG: expat 2.0.1_0  is the latest installed
DEBUG: expat 2.0.1_0  is active
DEBUG: Merging existing variants  into variants
DEBUG: new fully merged portvariants:
DEBUG: Changing to port directory:
/opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/expat
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: powerpc
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a
pre-existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: Requested variant powerpc is not provided by port expat.
DEBUG: Requested variant darwin is not provided by port expat.
DEBUG: Requested variant macosx is not provided by port expat.
DEBUG: No need to upgrade! expat 2.0.1_0 >= expat 2.0.1_0
DEBUG: No need to upgrade! gettext 0.17_4 >= gettext 0.17_4
--->  Computing dependencies for getopt
DEBUG: Searching for dependency: gettext
DEBUG: Found Dependency: receipt exists for gettext
DEBUG: Executing org.macports.main (getopt)
--->  Fetching getopt
DEBUG: Executing org.macports.fetch (getopt)
--->  Verifying checksum(s) for getopt
DEBUG: Executing org.macports.checksum (getopt)
--->  Checksumming getopt-1.1.4.tar.gz
DEBUG: Correct (md5) checksum for getopt-1.1.4.tar.gz
DEBUG: Correct (sha1) checksum for getopt-1.1.4.tar.gz
DEBUG: Correct (rmd160) checksum for getopt-1.1.4.tar.gz
--->  Extracting getopt
DEBUG: Executing org.macports.extract (getopt)
--->  Extracting getopt-1.1.4.tar.gz
DEBUG: setting option extract.args to
/opt/local/var/macports/distfiles/getopt/getopt-1.1.4.tar.gz
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'
DEBUG: Assembled command: 'cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_getopt/work"
&& /usr/bin/gzip -dc
/opt/local/var/macports/distfiles/getopt/getopt-1.1.4.tar.gz |
/usr/bin/gnutar --no-same-owner -xf -'
DEBUG: Executing org.macports.patch (getopt)
--->  Applying patches to getopt
--->  Applying
/opt/local/var/macports/sources/rsync.macports.org/release/ports/sysutils/getopt/files/patch-Makefile.diff
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'
DEBUG: Assembled command: 'cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_getopt/work/getopt-1.1.4"
&& /usr/bin/patch -p0'
patching file Makefile
Hunk #1 succeeded at 33 (offset 4 lines).
Hunk #2 succeeded at 44 (offset 4 lines).
--->  Configuring getopt
DEBUG: Using compiler 'Mac OS X gcc 4.0'
DEBUG: Executing org.macports.configure (getopt)
--->  Building getopt
DEBUG: Executing org.macports.build (getopt)
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'
DEBUG: Assembled command: 'cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_getopt/work/getopt-1.1.4"
&& /usr/bin/make -j2 all LIBCGETOPT=0 prefix=/opt/local
mandir=/opt/local/share/man CC=/usr/bin/gcc-4.0'
/usr/bin/gcc-4.0 -c -DLIBCGETOPT=0 -DWITH_GETTEXT=
-DLOCALEDIR=\"/opt/local/share/locale\" -DNOT_UTIL_LINUX
-I/opt/local/include -I./gnu  -Wall -W -Wshadow -Wpointer-arith
-Wbad-function-cast -Wcast-qual -Wcast-align -Wmissing-declarations
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Winline -O3 -fno-strength-reduce getopt.c -o getopt.o
/usr/bin/gcc-4.0 -c -DLIBCGETOPT=0 -DWITH_GETTEXT=
-DLOCALEDIR=\"/opt/local/share/locale\" -DNOT_UTIL_LINUX
-I/opt/local/include -I./gnu  -Wall -W -Wshadow -Wpointer-arith
-Wbad-function-cast -Wcast-qual -Wcast-align -Wmissing-declarations
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Winline -O3 -fno-strength-reduce gnu/getopt.c -o
gnu/getopt.o
In file included from gnu/getopt.c:110:
gnu/getopt.h:106: warning: function declaration isn't a prototype
gnu/getopt.c:210: warning: function declaration isn't a prototype
gnu/getopt.c:214: warning: function declaration isn't a prototype
gnu/getopt.c: In function 'my_index':
gnu/getopt.c:220: warning: cast discards qualifiers from pointer target type
gnu/getopt.c: In function '_getopt_initialize':
gnu/getopt.c:389: warning: unused parameter 'argc'
gnu/getopt.c:390: warning: unused parameter 'argv'
gnu/getopt.c: In function '_getopt_internal':
gnu/getopt.c:560: warning: cast discards qualifiers from pointer target type
gnu/getopt.c:577: warning: implicit declaration of function 'strcmp'
gnu/getopt.c:582: warning: cast discards qualifiers from pointer target type
gnu/getopt.c:653: warning: implicit declaration of function 'strncmp'
gnu/getopt.c:656: warning: implicit declaration of function 'strlen'
gnu/getopt.c:656: warning: incompatible implicit declaration of built-in
function 'strlen'
gnu/getopt.c:680: warning: incompatible implicit declaration of built-in
function 'strlen'
gnu/getopt.c:698: warning: suggest explicit braces to avoid ambiguous 'else'
gnu/getopt.c:710: warning: incompatible implicit declaration of built-in
function 'strlen'
gnu/getopt.c:726: warning: incompatible implicit declaration of built-in
function 'strlen'
gnu/getopt.c:731: warning: incompatible implicit declaration of built-in
function 'strlen'
gnu/getopt.c:760: warning: cast discards qualifiers from pointer target type
gnu/getopt.c:842: warning: incompatible implicit declaration of built-in
function 'strlen'
gnu/getopt.c:865: warning: incompatible implicit declaration of built-in
function 'strlen'
gnu/getopt.c:885: warning: incompatible implicit declaration of built-in
function 'strlen'
gnu/getopt.c:899: warning: incompatible implicit declaration of built-in
function 'strlen'
gnu/getopt.c:903: warning: incompatible implicit declaration of built-in
function 'strlen'
gnu/getopt.c: At top level:
gnu/getopt.c:968: warning: function declaration isn't a prototype
In file included from getopt.c:51:
./gnu/getopt.h:106: warning: function declaration isn't a prototype
/usr/bin/gcc-4.0 -c -DLIBCGETOPT=0 -DWITH_GETTEXT=
-DLOCALEDIR=\"/opt/local/share/locale\" -DNOT_UTIL_LINUX
-I/opt/local/include -I./gnu  -Wall -W -Wshadow -Wpointer-arith
-Wbad-function-cast -Wcast-qual -Wcast-align -Wmissing-declarations
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Winline -O3 -fno-strength-reduce gnu/getopt1.c -o
gnu/getopt1.o
In file included from gnu/getopt1.c:24:
gnu/getopt.h:106: warning: function declaration isn't a prototype
/usr/bin/gcc-4.0 -L/opt/local/lib -lintl -o getopt getopt.o gnu/getopt.o
gnu/getopt1.o
ld warning: in /opt/local/lib/libintl.dylib, file is not of required
architecture
Undefined symbols:
  "_libintl_textdomain", referenced from:
      _main in getopt.o
  "_libintl_bindtextdomain", referenced from:
      _main in getopt.o
  "_libintl_gettext", referenced from:
      _our_malloc in getopt.o
      _our_realloc in getopt.o
      _parse_error in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _print_help in getopt.o
      _set_shell in getopt.o
      _set_shell in getopt.o
      _normalize in getopt.o
      _add_longopt in getopt.o
      _add_long_options in getopt.o
      _add_long_options in getopt.o
      _main in getopt.o
      _main in getopt.o
      _main in getopt.o
      _main in getopt.o
      _main in getopt.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [getopt] 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_sysutils_getopt/work/getopt-1.1.4"
&& /usr/bin/make -j2 all LIBCGETOPT=0 prefix=/opt/local
mandir=/opt/local/share/man CC=/usr/bin/gcc-4.0 " returned error 2
DEBUG: Backtrace: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_getopt/work/getopt-1.1.4"
&& /usr/bin/make -j2 all LIBCGETOPT=0 prefix=/opt/local
mandir=/opt/local/share/man CC=/usr/bin/gcc-4.0 " returned error 2
    while executing
"command_exec build"
    (procedure "portbuild::build_main" line 9)
    invoked from within
"$procedure $targetname"
Warning: the following items did not execute (for getopt):
org.macports.activate org.macports.build org.macports.destroot
org.macports.install
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>


From jmr at macports.org  Thu Apr  8 05:11:42 2010
From: jmr at macports.org (Joshua Root)
Date: Thu, 08 Apr 2010 22:11:42 +1000
Subject: getopt installation
In-Reply-To: <4BBDB9CF.1050104@ebi.ac.uk>
References: <4BBDB9CF.1050104@ebi.ac.uk>
Message-ID: <4BBDC7FE.7080404@macports.org>

On 2010-4-8 21:11 , Ian Dunham wrote:
> I'm having trouble with installation of the gtk port, which at least in
> part seems to come down to not being able to install getopt. 
> 
> I'm running on a 2.4Ghz Intel core 2 duo macbook pro with Mac OS X 10.5.8.

MacPorts doesn't agree:

> DEBUG: System Arch: powerpc

This is derived from $tcl_platform(machine), which should be the same as
uname -m. Some part of your OS X install, probably Tcl, is apparently
not the version that ships with Leopard.

- Josh

From jp at websliders.net  Thu Apr  8 10:35:15 2010
From: jp at websliders.net (Janosch Peters)
Date: Thu, 8 Apr 2010 17:35:15 +0000 (UTC)
Subject: Stable/Testing branch in MacPorts
References: <nemo-04042010144029@nemo.com>
	<F2B947E9-2831-4E55-8CC5-9E0DE637DD19@macports.org>
Message-ID: <nemo-08042010192603@nemo.com>




On 04-04-2010, Ryan Schmidt <ryandesign at macports.org> wrote:
> On Apr 4, 2010, at 08:01, Janosch Peters wrote:
>>  Has maintaing two branches been already discussed on the list? 

> Several times. I don't see that we have anywhere close to the
> (personnel) resources necessary to support such a thing. Almost 2700
> out of our almost 6800 ports are unmaintained; if we can't even
> maintain the ports we have in our single tree, how will we keep up
> with multiple trees? 

Good point. I wasnt aware that there are so many unmaintained ports.


> I also don't understand how you decide when to
> move something from unstable to stable. Logically, you do so when 
it's
> stable, meaning when it works all the time in every circumstance, but
> how do you know if it's working all the time in every circumstance if
> nobody has tested it because everybody's running the older version in
> the stable branch?

Well, it obviously works, because thats what every major linux 
distribution does. If there are enough people using a distro, there are 
always some people who use packages from the testing branch, and some 
of them are reporting bugs. If a package hasnt received bug reports for 
some time, it can be moved to stable. 

But this works only if there are enough users. Are there any estimates 
about how many people are using macports? 





From dluke at geeklair.net  Thu Apr  8 10:53:05 2010
From: dluke at geeklair.net (Daniel J. Luke)
Date: Thu, 8 Apr 2010 13:53:05 -0400
Subject: Stable/Testing branch in MacPorts
In-Reply-To: <nemo-08042010192603@nemo.com>
References: <nemo-04042010144029@nemo.com>
	<F2B947E9-2831-4E55-8CC5-9E0DE637DD19@macports.org>
	<nemo-08042010192603@nemo.com>
Message-ID: <DA2ABD47-3496-49E4-BC35-DB946EC390B6@geeklair.net>

On Apr 8, 2010, at 1:35 PM, Janosch Peters wrote:
> But this works only if there are enough users. Are there any estimates 
> about how many people are using macports? 

and also only if there are people willing to put the effort into making a 'stable' branch work.

There's nothing stopping you personally from testing all of the ports and creating your own 'stable' portfile repository that you can point people to ;-)

--
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 ryandesign at macports.org  Fri Apr  9 01:46:20 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 9 Apr 2010 03:46:20 -0500
Subject: Inconsistent list of inactive ports with "port list inactive"
	command
In-Reply-To: <l2s392f95801004070944s1a98981aq2368bab4766564e4@mail.gmail.com>
References: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
	<4BBC6DF8.6090607@macports.org>
	<1C00F853-8B5F-49E7-B187-E1EB2C7300CC@email.de>
	<D0CB5AB5-873B-49A7-A710-2BD16B9C4D5C@geeklair.net>
	<0154FF34-119E-4248-A623-26EC1FDCBD32@email.de>
	<l2s392f95801004070944s1a98981aq2368bab4766564e4@mail.gmail.com>
Message-ID: <063DBCFA-DA00-4A80-8AEA-FC38BD81EFC0@macports.org>


On Apr 7, 2010, at 11:44, Eric A. Borisch wrote:

> Perhaps 'port echo inactive' is what you are looking for?

"port installed inactive" is what he's looking for.



From ryandesign at macports.org  Fri Apr  9 02:00:19 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 9 Apr 2010 04:00:19 -0500
Subject: **NEW ERROR** Re: "make clean all" error go-devel: Unable to open
	port: unsupported architecture ppc
In-Reply-To: <x2s5458db3c1004070507lb5c4936es7e6713b03cf805e2@mail.gmail.com>
References: <x2s5458db3c1004070507lb5c4936es7e6713b03cf805e2@mail.gmail.com>
Message-ID: <BEBAE0B7-7FFB-4A15-9EAD-1909CB9067F5@macports.org>


On Apr 7, 2010, at 07:07, Justin Dearing wrote:

> --->  Cleaning gnutls
> Error: Unable to open port: can't read "GOARCH": no such variable
> Before reporting a bug, first run the command again with the -d flag to get complete output.
> bash-3.2# 

Thanks, fixed in r66322 (actually tested on a PowerPC Mac this time)


From ryandesign at macports.org  Fri Apr  9 02:01:10 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 9 Apr 2010 04:01:10 -0500
Subject: Inconsistent list of inactive ports with "port list inactive"
	command
In-Reply-To: <4BBC6DF8.6090607@macports.org>
References: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
	<4BBC6DF8.6090607@macports.org>
Message-ID: <AAB5E405-E64F-4F63-B3F2-DE135A500A4B@macports.org>


On Apr 7, 2010, at 06:35, Joshua Root wrote:

> On 2010-4-7 21:00 , Marko K?ning wrote:
>> I noticed that the list of inactive ports printed by "port list inactive" doesn't seem to be consistent.
> 
> <http://trac.macports.org/wiki/FAQ#portlist>

I overhauled this FAQ entry just now to hopefully make it clearer.



From mk-lists at email.de  Fri Apr  9 04:23:43 2010
From: mk-lists at email.de (=?iso-8859-1?Q?Marko_K=E4ning?=)
Date: Fri, 9 Apr 2010 13:23:43 +0200
Subject: Inconsistent list of inactive ports with "port list inactive"
	command
In-Reply-To: <AAB5E405-E64F-4F63-B3F2-DE135A500A4B@macports.org>
References: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
	<4BBC6DF8.6090607@macports.org>
	<AAB5E405-E64F-4F63-B3F2-DE135A500A4B@macports.org>
Message-ID: <9BB3081D-685B-4F09-99FA-0C3DBAD6F011@email.de>

>> <http://trac.macports.org/wiki/FAQ#portlist>
> I overhauled this FAQ entry just now to hopefully make it clearer.
Thanks, Ryan, that makes it clearer, indeed! :)

From brad at pixilla.com  Fri Apr  9 08:22:07 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Fri, 9 Apr 2010 08:22:07 -0700
Subject: Inconsistent list of inactive ports with "port list inactive"
	command
In-Reply-To: <0154FF34-119E-4248-A623-26EC1FDCBD32@email.de>
References: <59D5EE34-1343-424C-9A3F-793112B9B24C@email.de>
	<4BBC6DF8.6090607@macports.org>
	<1C00F853-8B5F-49E7-B187-E1EB2C7300CC@email.de>
	<D0CB5AB5-873B-49A7-A710-2BD16B9C4D5C@geeklair.net>
	<0154FF34-119E-4248-A623-26EC1FDCBD32@email.de>
Message-ID: <28F73FC4-E367-43DF-B11F-6883E515DD73@pixilla.com>


On Apr 7, 2010, at 9:26 AM, Marko K?ning wrote:

>> If there is a bug, it's that the commands are somewhat confusing.
> Yep, they are.
>
>> the output of 'port list inactive' is correct (although not very  
>> useful) if you understand the port command syntax.
> You can say that again: "not very useful"! :)
> Where is the point to list the inactive versions using said command  
> and you still get the installed version?!
>
> I do NOT understand why the port command does it this way. It  
> renders this command useless if you want to get a list of inactive  
> installs.

port installed
port installed inactive
port installed active


// Brad

From vim.unix at googlemail.com  Fri Apr  9 14:48:10 2010
From: vim.unix at googlemail.com (Pau)
Date: Fri, 9 Apr 2010 23:48:10 +0200
Subject: firefox-x11 & matplotlib
In-Reply-To: <m2j30c383e71004041231zc6bdd97co26c0fb2b7f80715b@mail.gmail.com>
References: <30c383e71003311357s4d5c7b0fx3d10d917a4e1d687@mail.gmail.com>
	<D1CC71A6-5232-4ECF-BD99-7362ED4B9B9E@macports.org>
	<n2p30c383e71004040524y38e57bdeu65247c3ef238d42d@mail.gmail.com>
	<m2j30c383e71004041231zc6bdd97co26c0fb2b7f80715b@mail.gmail.com>
Message-ID: <z2l30c383e71004091448g6d8e21d4hb3100e67c066ee2a@mail.gmail.com>

Hello,

I would really love to have firefox running on x11... but xulrunner is
still giving trouble after a selfupdate and outdated and I still do
not know how to install the i386 version...

Any help will be apprecited. Thanks,

Pau

2010/4/4 Pau <vim.unix at googlemail.com>:
> PS: It seems that you are doing it anyway in the Portfile:
>
> 112 ? ? # Force 32-bit, inline-asm
> 113 ? ? if?{$build_arch?==?"x86_64"}?{
> 114 ? ? ? ? configure.build_arch?i386
> 115 ? ? }?elseif {$build_arch?==?"ppc64"}?{
> 116 ? ? ? ? configure.build_arch?ppc
> 117 ? ? }
>
> aren't you? Then why isn't it compiling?
>
> Thanks,
>
> Pau
>
> 2010/4/4 Pau <vim.unix at googlemail.com>:
>> Hello,
>>
>> how can I tell port to use the i386 version? I didn't find it under variants.
>>
>> And won't it mess up the configuration if I change the defaults of macports?
>>
>> Thanks,
>>
>> Pau
>>
>> 2010/4/4 Jeremy Huddleston <jeremyhu at macports.org>:
>>>
>>> On Mar 31, 2010, at 13:57, Pau wrote:
>>>
>>>> Hello,
>>>>
>>>> sorry for the spamming... I have too many questions because I am in
>>>> the process of migrating to macosx after many years of OpenBSD
>>>>
>>>> I have seen that firefox-x11 fails at building when getting to
>>>> xulrunner, as in this ticket:
>>>>
>>>> http://trac.macports.org/ticket/21477
>>>>
>>>> Six months ago jeremyhu said that "You will need to have some patience
>>>> and let the upstream devs work on the problem"
>>>
>>> Why don't you just use the i386 version of firefox?
>>>
>>>> I was wondering whether there has been some progress or what the plans are.
>>>
>>> You'll have to ask the firefox developers themselves. ?I think darwin/x86_64 is slated for 3.7, but I'm not positive. ?I suspect we should "just work" once that is done, but we'll probably need some build system fixes as well.
>>>
>>>
>>>
>>
>

From jeremyhu at macports.org  Fri Apr  9 17:02:28 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Fri, 09 Apr 2010 17:02:28 -0700
Subject: firefox-x11 & matplotlib
In-Reply-To: <z2l30c383e71004091448g6d8e21d4hb3100e67c066ee2a@mail.gmail.com>
References: <30c383e71003311357s4d5c7b0fx3d10d917a4e1d687@mail.gmail.com>
	<D1CC71A6-5232-4ECF-BD99-7362ED4B9B9E@macports.org>
	<n2p30c383e71004040524y38e57bdeu65247c3ef238d42d@mail.gmail.com>
	<m2j30c383e71004041231zc6bdd97co26c0fb2b7f80715b@mail.gmail.com>
	<z2l30c383e71004091448g6d8e21d4hb3100e67c066ee2a@mail.gmail.com>
Message-ID: <26061B85-36F4-4C92-82E4-DB88B17E3C0A@macports.org>

As I mentioned earlier.  You should use the +internal_dependencies variant:

sudo port -v install firefox-x11-devel +internal_dependencies

On Apr 9, 2010, at 14:48, Pau wrote:

> Hello,
> 
> I would really love to have firefox running on x11... but xulrunner is
> still giving trouble after a selfupdate and outdated and I still do
> not know how to install the i386 version...
> 
> Any help will be apprecited. Thanks,
> 
> Pau
> 
> 2010/4/4 Pau <vim.unix at googlemail.com>:
>> PS: It seems that you are doing it anyway in the Portfile:
>> 
>> 112     # Force 32-bit, inline-asm
>> 113     if {$build_arch == "x86_64"} {
>> 114         configure.build_arch i386
>> 115     } elseif {$build_arch == "ppc64"} {
>> 116         configure.build_arch ppc
>> 117     }
>> 
>> aren't you? Then why isn't it compiling?
>> 
>> Thanks,
>> 
>> Pau
>> 
>> 2010/4/4 Pau <vim.unix at googlemail.com>:
>>> Hello,
>>> 
>>> how can I tell port to use the i386 version? I didn't find it under variants.
>>> 
>>> And won't it mess up the configuration if I change the defaults of macports?
>>> 
>>> Thanks,
>>> 
>>> Pau
>>> 
>>> 2010/4/4 Jeremy Huddleston <jeremyhu at macports.org>:
>>>> 
>>>> On Mar 31, 2010, at 13:57, Pau wrote:
>>>> 
>>>>> Hello,
>>>>> 
>>>>> sorry for the spamming... I have too many questions because I am in
>>>>> the process of migrating to macosx after many years of OpenBSD
>>>>> 
>>>>> I have seen that firefox-x11 fails at building when getting to
>>>>> xulrunner, as in this ticket:
>>>>> 
>>>>> http://trac.macports.org/ticket/21477
>>>>> 
>>>>> Six months ago jeremyhu said that "You will need to have some patience
>>>>> and let the upstream devs work on the problem"
>>>> 
>>>> Why don't you just use the i386 version of firefox?
>>>> 
>>>>> I was wondering whether there has been some progress or what the plans are.
>>>> 
>>>> You'll have to ask the firefox developers themselves.  I think darwin/x86_64 is slated for 3.7, but I'm not positive.  I suspect we should "just work" once that is done, but we'll probably need some build system fixes as well.
>>>> 
>>>> 
>>>> 
>>> 
>> 
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From phil.hudson at iname.com  Sat Apr 10 06:17:36 2010
From: phil.hudson at iname.com (Philip Hudson)
Date: Sat, 10 Apr 2010 14:17:36 +0100
Subject: Help2Man build failure, TiPB, 10.5.8
Message-ID: <7D1AD5B9-3F51-4482-902A-4529126717B6@iname.com>

15" Titanium PowerBook G4
Mac OS X 10.5.8 Leopard
Final PPC XCode (3.1.3?)
No fink
Completely uninstalled as per migration page
The re-install perl script manages more than 50% reinstalls, but  
Help2Man fails to install.


--->  Building help2man
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_textproc_help2man/work/help2man-1.37.1"  
&& /usr/bin/make -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 - 
j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 all " returned  
error 2
Command output: /usr/bin/gcc-4.0  -o bindtextdomain.so -fPIC -bundle - 
L/opt/local/lib bindtextdomain.c -lintl
bindtextdomain.c: In function 'setup':
bindtextdomain.c:42: error: 'RTLD_NEXT' undeclared (first use in this  
function)
bindtextdomain.c:42: error: (Each undeclared identifier is reported  
only once
bindtextdomain.c:42: error: for each function it appears in.)
make: *** [bindtextdomain.so] Error 1


--
Phil Hudson                      PGP/GnuPG ID: 0x887DCA63



From vim.unix at googlemail.com  Sat Apr 10 06:42:45 2010
From: vim.unix at googlemail.com (Pau)
Date: Sat, 10 Apr 2010 15:42:45 +0200
Subject: firefox-x11 & matplotlib
In-Reply-To: <26061B85-36F4-4C92-82E4-DB88B17E3C0A@macports.org>
References: <30c383e71003311357s4d5c7b0fx3d10d917a4e1d687@mail.gmail.com>
	<D1CC71A6-5232-4ECF-BD99-7362ED4B9B9E@macports.org>
	<n2p30c383e71004040524y38e57bdeu65247c3ef238d42d@mail.gmail.com>
	<m2j30c383e71004041231zc6bdd97co26c0fb2b7f80715b@mail.gmail.com>
	<z2l30c383e71004091448g6d8e21d4hb3100e67c066ee2a@mail.gmail.com>
	<26061B85-36F4-4C92-82E4-DB88B17E3C0A@macports.org>
Message-ID: <g2x30c383e71004100642j2ab77614pc0e807f10401106a@mail.gmail.com>

broken...

---------------------------------
gumby(s002)| sudo port -v install firefox-x11-devel +internal_dependencies
Password:
--->  Computing dependencies for firefox-x11-devel.
--->  Fetching firefox-x11-devel
--->  firefox-3.6.3.source.tar.bz2 doesn't seem to exist in
/opt/local/var/macports/distfiles/firefox-x11-devel
--->  Attempting to fetch firefox-3.6.3.source.tar.bz2 from
http://www.mirrorservice.org/sites/releases.mozilla.org/pub/mozilla.org/firefox/releases/3.6.3/source/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 46.3M  100 46.3M    0     0   134k      0  0:05:52  0:05:52 --:--:--  130k
--->  Verifying checksum(s) for firefox-x11-devel
--->  Checksumming firefox-3.6.3.source.tar.bz2
--->  Extracting firefox-x11-devel
--->  Extracting firefox-3.6.3.source.tar.bz2
--->  Applying patches to firefox-x11-devel
--->  Applying /opt/local/var/macports/sources/rsync.macports.org/release/ports/www/firefox-x11-devel/files/patch-dylib_file.diff
patching file config/config.mk
Hunk #1 succeeded at 682 (offset -22 lines).
--->  Applying /opt/local/var/macports/sources/rsync.macports.org/release/ports/www/firefox-x11-devel/files/527612.patch
patching file browser/installer/Makefile.in
Hunk #1 succeeded at 120 (offset 4 lines).
--->  Applying /opt/local/var/macports/sources/rsync.macports.org/release/ports/www/firefox-x11-devel/files/549746.patch
patching file browser/installer/package-manifest.in
--->  Configuring firefox-x11-devel
Error: You cannot install firefox-x11-devel for the architecture(s) i386 because
Error: its dependency heimdal only contains the architecture(s) x86_64.
Error:
Error: Try rebuilding heimdal (and all its dependencies) with
Error: the +universal variant by running
Error:
Error:     sudo port upgrade --enforce-variants heimdal +universal
Error:
Error: Target org.macports.configure returned: incompatible
architectures in dependencies
Warning: the following items did not execute (for firefox-x11-devel):
org.macports.activate org.macports.configure org.macports.build
org.macports.destroot org.macports.install
Error: Status 1 encountered during processing.
Before reporting a bug, first run the command again with the -d flag
to get complete output.
gumby(s002)| sudo port upgrade --enforce-variants heimdal +universal
Password:
Sorry, try again.
Password:
--->  Computing dependencies for heimdal
--->  Fetching heimdal
--->  Verifying checksum(s) for heimdal
--->  Extracting heimdal
--->  Applying patches to heimdal
--->  Configuring heimdal
--->  Building heimdal
--->  Staging heimdal into destroot
Note: heimdal installs files outside the common directory structure.
--->  Deactivating heimdal @1.2.1_0
--->  Computing dependencies for heimdal
--->  Installing heimdal @1.2.1_0+universal
--->  Activating heimdal @1.2.1_0+universal
--->  Cleaning heimdal
gumby(s002)| sudo port -v install firefox-x11-devel
+internal_dependencies
Password:
--->  Computing dependencies for firefox-x11-devel.
--->  Configuring firefox-x11-devel
Error: You cannot install firefox-x11-devel for the architecture(s) i386 because
Error: its dependency libcanberra only contains the architecture(s) x86_64.
Error:
Error: Try rebuilding libcanberra (and all its dependencies) with
Error: the +universal variant by running
Error:
Error:     sudo port upgrade --enforce-variants libcanberra +universal
Error:
Error: Target org.macports.configure returned: incompatible
architectures in dependencies
Warning: the following items did not execute (for firefox-x11-devel):
org.macports.activate org.macports.configure org.macports.build
org.macports.destroot org.macports.install
Error: Status 1 encountered during processing.
Before reporting a bug, first run the command again with the -d flag
to get complete output.
gumby(s002)| sudo port upgrade --enforce-variants libcanberra
+universal
--->  Computing dependencies for pkgconfig
--->  Fetching pkgconfig
--->  Verifying checksum(s) for pkgconfig
--->  Extracting pkgconfig
--->  Configuring pkgconfig
--->  Building pkgconfig
--->  Staging pkgconfig into destroot
--->  Deactivating pkgconfig @0.23_1
--->  Computing dependencies for pkgconfig
--->  Installing pkgconfig @0.23_1+universal
--->  Activating pkgconfig @0.23_1+universal
--->  Cleaning pkgconfig
--->  Computing dependencies for gzip
--->  Fetching gzip
--->  Verifying checksum(s) for gzip
--->  Extracting gzip
--->  Applying patches to gzip
--->  Configuring gzip
--->  Building gzip
--->  Staging gzip into destroot
--->  Deactivating gzip @1.4_0
--->  Computing dependencies for gzip
--->  Installing gzip @1.4_0+universal
--->  Activating gzip @1.4_0+universal
--->  Cleaning gzip
--->  Computing dependencies for m4
--->  Fetching m4
--->  Verifying checksum(s) for m4
--->  Extracting m4
--->  Configuring m4
--->  Building m4
--->  Staging m4 into destroot
--->  Deactivating m4 @1.4.14_0
--->  Computing dependencies for m4
--->  Installing m4 @1.4.14_0+universal
--->  Activating m4 @1.4.14_0+universal
--->  Cleaning m4
--->  Computing dependencies for perl5.8
--->  Fetching perl5.8
--->  Verifying checksum(s) for perl5.8
--->  Extracting perl5.8
--->  Applying patches to perl5.8
--->  Configuring perl5.8
--->  Building perl5.8
--->  Staging perl5.8 into destroot
--->  Deactivating perl5.8 @5.8.9_3
--->  Computing dependencies for perl5.8
--->  Installing perl5.8 @5.8.9_3+universal
--->  Activating perl5.8 @5.8.9_3+universal
--->  Cleaning perl5.8
--->  Computing dependencies for gperf
--->  Fetching gperf
--->  Verifying checksum(s) for gperf
--->  Extracting gperf
--->  Configuring gperf
--->  Configuring gperf for architecture x86_64
--->  Configuring gperf for architecture i386
--->  Building gperf
--->  Building gperf for architecture x86_64
--->  Building gperf for architecture i386
--->  Staging gperf into destroot
--->  Staging gperf into destroot for architecture x86_64
--->  Staging gperf into destroot for architecture i386
--->  Deactivating gperf @3.0.4_0
--->  Computing dependencies for gperf
--->  Installing gperf @3.0.4_0+universal
--->  Activating gperf @3.0.4_0+universal
--->  Cleaning gperf
--->  Computing dependencies for libiconv
--->  Fetching libiconv
--->  Verifying checksum(s) for libiconv
--->  Extracting libiconv
--->  Applying patches to libiconv
--->  Configuring libiconv
--->  Configuring libiconv for architecture x86_64
--->  Configuring libiconv for architecture i386
--->  Building libiconv
--->  Building libiconv for architecture x86_64
--->  Building libiconv for architecture i386
--->  Staging libiconv into destroot
--->  Staging libiconv into destroot for architecture x86_64
--->  Staging libiconv into destroot for architecture i386
--->  Deactivating libiconv @1.13.1_0
--->  Computing dependencies for libiconv
--->  Installing libiconv @1.13.1_0+universal
--->  Activating libiconv @1.13.1_0+universal
--->  Cleaning libiconv
--->  Computing dependencies for ncursesw
--->  Fetching ncursesw
--->  Verifying checksum(s) for ncursesw
--->  Extracting ncursesw
--->  Applying patches to ncursesw
--->  Configuring ncursesw
--->  Configuring ncursesw for architecture x86_64
--->  Configuring ncursesw for architecture i386
--->  Building ncursesw
--->  Building ncursesw for architecture x86_64
--->  Building ncursesw for architecture i386
--->  Staging ncursesw into destroot
--->  Staging ncursesw into destroot for architecture x86_64
--->  Staging ncursesw into destroot for architecture i386
--->  Deactivating ncursesw @5.7_0+darwin_10
--->  Computing dependencies for ncursesw
--->  Installing ncursesw @5.7_0+darwin_10+universal
--->  Activating ncursesw @5.7_0+darwin_10+universal
Error: Target org.macports.activate returned: Image error:
/opt/local/share/terminfo/2/2621a already exists and does not belong
to a registered port.  Unable to activate port ncursesw.
--->  Computing dependencies for ncurses
--->  Activating ncursesw @5.7_0+darwin_10+universal
Error: The following dependencies failed to build: ncursesw
Error: Unable to upgrade port: 1
Before reporting a bug, first run the command again with the -d flag
to get complete output.

But I cannot do that; the port upgrade --enforce-variants libcanberra
+universal does not accept the -d, or I do not know where to plug it

Pau

2010/4/10 Jeremy Huddleston <jeremyhu at macports.org>:
> As I mentioned earlier. ?You should use the +internal_dependencies variant:
>
> sudo port -v install firefox-x11-devel +internal_dependencies
>
> On Apr 9, 2010, at 14:48, Pau wrote:
>
>> Hello,
>>
>> I would really love to have firefox running on x11... but xulrunner is
>> still giving trouble after a selfupdate and outdated and I still do
>> not know how to install the i386 version...
>>
>> Any help will be apprecited. Thanks,
>>
>> Pau
>>
>> 2010/4/4 Pau <vim.unix at googlemail.com>:
>>> PS: It seems that you are doing it anyway in the Portfile:
>>>
>>> 112 ? ? # Force 32-bit, inline-asm
>>> 113 ? ? if {$build_arch == "x86_64"} {
>>> 114 ? ? ? ? configure.build_arch i386
>>> 115 ? ? } elseif {$build_arch == "ppc64"} {
>>> 116 ? ? ? ? configure.build_arch ppc
>>> 117 ? ? }
>>>
>>> aren't you? Then why isn't it compiling?
>>>
>>> Thanks,
>>>
>>> Pau
>>>
>>> 2010/4/4 Pau <vim.unix at googlemail.com>:
>>>> Hello,
>>>>
>>>> how can I tell port to use the i386 version? I didn't find it under variants.
>>>>
>>>> And won't it mess up the configuration if I change the defaults of macports?
>>>>
>>>> Thanks,
>>>>
>>>> Pau
>>>>
>>>> 2010/4/4 Jeremy Huddleston <jeremyhu at macports.org>:
>>>>>
>>>>> On Mar 31, 2010, at 13:57, Pau wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> sorry for the spamming... I have too many questions because I am in
>>>>>> the process of migrating to macosx after many years of OpenBSD
>>>>>>
>>>>>> I have seen that firefox-x11 fails at building when getting to
>>>>>> xulrunner, as in this ticket:
>>>>>>
>>>>>> http://trac.macports.org/ticket/21477
>>>>>>
>>>>>> Six months ago jeremyhu said that "You will need to have some patience
>>>>>> and let the upstream devs work on the problem"
>>>>>
>>>>> Why don't you just use the i386 version of firefox?
>>>>>
>>>>>> I was wondering whether there has been some progress or what the plans are.
>>>>>
>>>>> You'll have to ask the firefox developers themselves. ?I think darwin/x86_64 is slated for 3.7, but I'm not positive. ?I suspect we should "just work" once that is done, but we'll probably need some build system fixes as well.
>>>>>
>>>>>
>>>>>
>>>>
>>>
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
>

From LenoreHorner at sbcglobal.net  Sat Apr 10 07:02:31 2010
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sat, 10 Apr 2010 09:02:31 -0500
Subject: firefox-x11 & matplotlib
In-Reply-To: <g2x30c383e71004100642j2ab77614pc0e807f10401106a@mail.gmail.com>
References: <30c383e71003311357s4d5c7b0fx3d10d917a4e1d687@mail.gmail.com>
	<D1CC71A6-5232-4ECF-BD99-7362ED4B9B9E@macports.org>
	<n2p30c383e71004040524y38e57bdeu65247c3ef238d42d@mail.gmail.com>
	<m2j30c383e71004041231zc6bdd97co26c0fb2b7f80715b@mail.gmail.com>
	<z2l30c383e71004091448g6d8e21d4hb3100e67c066ee2a@mail.gmail.com>
	<26061B85-36F4-4C92-82E4-DB88B17E3C0A@macports.org>
	<g2x30c383e71004100642j2ab77614pc0e807f10401106a@mail.gmail.com>
Message-ID: <35892E28-E1E0-40D1-BE42-CB85E5B0208B@sbcglobal.net>

>
> Error: Target org.macports.activate returned: Image error:
> /opt/local/share/terminfo/2/2621a already exists and does not belong
> to a registered port.  Unable to activate port ncursesw.
> --->  Computing dependencies for ncurses
> --->  Activating ncursesw @5.7_0+darwin_10+universal
> Error: The following dependencies failed to build: ncursesw
> Error: Unable to upgrade port: 1
> Before reporting a bug, first run the command again with the -d flag
> to get complete output.
>
> But I cannot do that; the port upgrade --enforce-variants libcanberra
> +universal does not accept the -d, or I do not know where to plug it
>
> Pau

I think you don't need -d to see what's wrong.

> /opt/local/share/terminfo/2/2621a already exists and does not belong
> to a registered port.
You should delete it or move it aside.  (I don't know how it got there.)

I think to use -d you need
$ port -d upgrade --enforce-variants libcanberra +universal

Lenore

From jmr at macports.org  Sat Apr 10 07:23:44 2010
From: jmr at macports.org (Joshua Root)
Date: Sun, 11 Apr 2010 00:23:44 +1000
Subject: Help2Man build failure, TiPB, 10.5.8
In-Reply-To: <7D1AD5B9-3F51-4482-902A-4529126717B6@iname.com>
References: <7D1AD5B9-3F51-4482-902A-4529126717B6@iname.com>
Message-ID: <4BC089F0.4040309@macports.org>

On 2010-4-10 23:17 , Philip Hudson wrote:
> 15" Titanium PowerBook G4
> Mac OS X 10.5.8 Leopard
> Final PPC XCode (3.1.3?)
> No fink
> Completely uninstalled as per migration page
> The re-install perl script manages more than 50% reinstalls, but
> Help2Man fails to install.
> 
> 
> --->  Building help2man
> Error: Target org.macports.build returned: shell command " cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/help2man-1.37.1"
> && /usr/bin/make -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1
> -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 all " returned error 2
> Command output: /usr/bin/gcc-4.0  -o bindtextdomain.so -fPIC -bundle
> -L/opt/local/lib bindtextdomain.c -lintl
> bindtextdomain.c: In function 'setup':
> bindtextdomain.c:42: error: 'RTLD_NEXT' undeclared (first use in this
> function)
> bindtextdomain.c:42: error: (Each undeclared identifier is reported only
> once
> bindtextdomain.c:42: error: for each function it appears in.)
> make: *** [bindtextdomain.so] Error 1

Looks like <http://trac.macports.org/ticket/16127>.

- Josh

From phil.hudson at iname.com  Sat Apr 10 13:04:22 2010
From: phil.hudson at iname.com (Philip Hudson)
Date: Sat, 10 Apr 2010 21:04:22 +0100
Subject: Help2Man build failure, TiPB, 10.5.8
In-Reply-To: <4BC089F0.4040309@macports.org>
References: <7D1AD5B9-3F51-4482-902A-4529126717B6@iname.com>
	<4BC089F0.4040309@macports.org>
Message-ID: <A6E0E59D-B036-4D25-87B6-1ACD18EAC640@iname.com>

On 10 Apr, 2010, at 3:23 pm, Joshua Root wrote:

> On 2010-4-10 23:17 , Philip Hudson wrote:
>> Help2Man fails to install.
>>
> Looks like <http://trac.macports.org/ticket/16127>.


Bingo. Thanks.

--
Phil Hudson                      PGP/GnuPG ID: 0x887DCA63



From ryandesign at macports.org  Sat Apr 10 13:10:34 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 10 Apr 2010 15:10:34 -0500
Subject: Help2Man build failure, TiPB, 10.5.8
In-Reply-To: <7D1AD5B9-3F51-4482-902A-4529126717B6@iname.com>
References: <7D1AD5B9-3F51-4482-902A-4529126717B6@iname.com>
Message-ID: <C2E8DF99-E0BC-4E2B-838F-3941EC750F40@macports.org>


On Apr 10, 2010, at 08:17, Philip Hudson wrote:

> --->  Building help2man
> Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/help2man-1.37.1" && /usr/bin/make -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 -j1 all " returned error 2

That's a lot of "-j1"s. I wonder how all those got in there...


From jwdavison at me.com  Sat Apr 10 15:14:46 2010
From: jwdavison at me.com (joseph davison)
Date: Sat, 10 Apr 2010 17:14:46 -0500
Subject: searching the archives
Message-ID: <6363F905-BFBE-4003-8C23-2FD5C58A8867@me.com>

Is there any way to search the mailing list archives (other than the obvious, not-quite-manual)?  

If wishes were granted, there'd be a search box on the archive index page or the list-info page...

I mean, multi file grep isn't all that new a technology, eh?

joe

From jwdavison at me.com  Sat Apr 10 15:15:51 2010
From: jwdavison at me.com (joseph davison)
Date: Sat, 10 Apr 2010 17:15:51 -0500
Subject: ddd aqua or x11?
Message-ID: <B4ED3BA1-219B-4DBD-ADE0-7EDFEA31B3CD@me.com>

I see there's a ddd port.  port info doesn't say, but I presume it's X11 and not Aqua?

joe

From noreply at mail.goodreads.com  Sat Apr 10 15:58:59 2010
From: noreply at mail.goodreads.com (Kkobold)
Date: Sat, 10 Apr 2010 15:58:59 -0700
Subject: Check out my shelves
Message-ID: <4bc102b3f3721_1b01159a46baf1bc557624ea@legolas.colo.tmail>

Hi macports,
	
Check out the books I added on Goodreads.
	
http://www.goodreads.com/friend/i?n=macports users&e=macports-users at lists.macosforge.org&i=LTM2MDM1MzcxMjQ6MzYy

- Kkobold
(toreador at gmail.com)

Goodreads is a community for book lovers. It's a great way to get book recommendations from your friends and others. You can keep a list of books to read, join book clubs, and even take the never-ending book trivia quiz.

_____________________________
To opt-out of future invites to Goodreads please follow this link: http://www.goodreads.com/user/block_email?inviter_id=3567050


This email was sent by request to macports-users at lists.macosforge.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100410/c8822180/attachment.html>

From ryandesign at macports.org  Sat Apr 10 16:01:36 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 10 Apr 2010 18:01:36 -0500
Subject: searching the archives
In-Reply-To: <6363F905-BFBE-4003-8C23-2FD5C58A8867@me.com>
References: <6363F905-BFBE-4003-8C23-2FD5C58A8867@me.com>
Message-ID: <7F9BFB71-5C79-450D-8D31-73281FBC814E@macports.org>


On Apr 10, 2010, at 17:14, joseph davison wrote:

> Is there any way to search the mailing list archives (other than the obvious, not-quite-manual)?  

I use Google, e.g. I could search for "site:lists.macosforge.org something"


From ryandesign at macports.org  Sat Apr 10 16:02:02 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 10 Apr 2010 18:02:02 -0500
Subject: ddd aqua or x11?
In-Reply-To: <B4ED3BA1-219B-4DBD-ADE0-7EDFEA31B3CD@me.com>
References: <B4ED3BA1-219B-4DBD-ADE0-7EDFEA31B3CD@me.com>
Message-ID: <95E26D91-3CDD-4E98-BDCD-F446EF8C117D@macports.org>


On Apr 10, 2010, at 17:15, joseph davison wrote:

> I see there's a ddd port.  port info doesn't say, but I presume it's X11 and not Aqua?

ddd does seem to have some xorg dependencies, so I would assume that's right. You could also just try it out and see.


From raimue at macports.org  Sun Apr 11 03:46:40 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 11 Apr 2010 12:46:40 +0200
Subject: searching the archives
In-Reply-To: <6363F905-BFBE-4003-8C23-2FD5C58A8867@me.com>
References: <6363F905-BFBE-4003-8C23-2FD5C58A8867@me.com>
Message-ID: <4BC1A890.9020109@macports.org>

On 2010-04-11 00:14 , joseph davison wrote:
> Is there any way to search the mailing list archives (other than the obvious, not-quite-manual)?  
> 
> If wishes were granted, there'd be a search box on the archive index page or the list-info page...
> 
> I mean, multi file grep isn't all that new a technology, eh?

That should be a request to the mailman folks. pipermail does not
provide a search functionality by default.

There are multiple searchable third-party archives on the web. I just
updated the list on the wiki, please see
  http://trac.macports.org/wiki/MailingLists#archives

Note that they might also allow to post messages, but you still need to
be subscribed.

Rainer

From reiser.paul at gmail.com  Sun Apr 11 05:02:46 2010
From: reiser.paul at gmail.com (reiser.paul at gmail.com)
Date: Sun, 11 Apr 2010 08:02:46 -0400
Subject: gnumeric will not install
Message-ID: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>

Hi - I cannot seem to install gnumeric. Latest XCode has been installed,
MacPorts installed, gnumeric downloaded, but when I type

sudo port install gnumeric

I get a page of output beginning with:

 sudo port install gnumeric
--->  Computing dependencies for gnumeric
--->  Building libxslt
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/
build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libxslt/work/libxslt-1.1.26"
&& /usr/bin/make -j2 all " returned error 2
Command output:       _xsltSubtreeCheck in

etc.

Thanks for any help...
Paul R.

Running OS X 10.6.1 Snow Leopard on

  Model Name:    iMac
  Model Identifier:    iMac7,1
  Processor Name:    Intel Core 2 Duo
  Processor Speed:    2.4 GHz
  Number Of Processors:    1
  Total Number Of Cores:    2
  L2 Cache:    4 MB
  Memory:    4 GB
  Bus Speed:    800 MHz
  Boot ROM Version:    IM71.007A.B03
  SMC Version (system):    1.20f4
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100411/28b07108/attachment.html>

From ryandesign at macports.org  Sun Apr 11 05:56:47 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 11 Apr 2010 07:56:47 -0500
Subject: gnumeric will not install
In-Reply-To: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
Message-ID: <60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>


On Apr 11, 2010, at 07:02, reiser.paul at gmail.com wrote:

> Hi - I cannot seem to install gnumeric. Latest XCode has been installed, MacPorts installed, gnumeric downloaded, but when I type 
> 
> sudo port install gnumeric
> 
> I get a page of output beginning with:
> 
>  sudo port install gnumeric
> --->  Computing dependencies for gnumeric
> --->  Building libxslt
> Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/
> build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libxslt/work/libxslt-1.1.26" && /usr/bin/make -j2 all " returned error 2
> Command output:       _xsltSubtreeCheck in 
> 
> etc.

Need more of the log to know what went wrong. Clean, try again with the debug switch.

sudo port clean libxslt
sudo port -d install libxslt

> Running OS X 10.6.1 Snow Leopard on

Consider upgrading to Mac OS X 10.6.3, and Xcode 3.2.2 if you don't have it already.


From ryandesign at macports.org  Sun Apr 11 16:22:04 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 11 Apr 2010 18:22:04 -0500
Subject: gnumeric will not install
In-Reply-To: <r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
Message-ID: <818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>

Hi Paul. Don't forget to Reply All so your replies go to the list too, not just to me. I'm including your message in full below for the benefit of the archives:


On Apr 11, 2010, at 09:44, reiser.paul at gmail.com wrote:

> On Apr 11, 2010, at 09:44, reiser.paul at gmail.com wrote:
> 
>> On Sun, Apr 11, 2010 at 8:56 AM, Ryan Schmidt wrote:
>> 
>>> On Apr 11, 2010, at 07:02, reiser.paul at gmail.com wrote:
>>> 
>>> >  sudo port install gnumeric
>>> > --->  Computing dependencies for gnumeric
>>> > --->  Building libxslt
>>> > Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/
>>> > build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libxslt/work/libxslt-1.1.26" && /usr/bin/make -j2 all " returned error 2
>>> > Command output:       _xsltSubtreeCheck in
>>> >
>>> > etc.
>>> 
>>> Need more of the log to know what went wrong. Clean, try again with the debug switch.
>>> 
>>> sudo port clean libxslt
>>> sudo port -d install libxslt
>>> 
>>> > Running OS X 10.6.1 Snow Leopard on
>> 

> Hi Ryan - thanks for the help. I entered the commands you gave:
> 
> port clean libxslt
> sudo port -d install libxslt
> 
> This gave a lot of output which I did not copy. I didn't notice any error messages in the output, and the last few lines were:
> 
> vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
> 
> DEBUG: Executing org.macports.clean (libxslt)
> --->  Removing build directory for libxslt
> DEBUG: Removing directory: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libxslt
> DEBUG: delete: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libxslt
> DEBUG: Removing symlink: /opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libxslt/work
> DEBUG: delete: /opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libxslt/work
> 
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> I will rerun this and copy the complete output if you need it.

Ok, interesting, it built libxslt correctly this time. Perhaps you had an incomplete MacPorts build attempt of libxslt on your drive from a long time ago (from a prior computer? from a prior version of Mac OS X?)


> I then entered:
> 
> sudo port install gnumeric > GnumericInstall.txt
> 
> I have attached the GnumericInstall.txt file. Also the following appeared on the terminal:
> 
> vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
> 
> ~/SL/AAWhat> sudo port install gnumeric > GnumericInstall.txt
> Password:
> Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_xrender/work/libXrender-0.9.5" && /usr/bin/make -j2 all " returned error 2
> Command output:       _XRenderCompositeTrapezoids in Trap.o
>       _XRenderCompositeTriangles in Tri.o
>       _XRenderCompositeTriStrip in Tri.o
>       _XRenderCompositeTriFan in Tri.o
>   "_XInitExtension", referenced from:
>       _XRenderFindDisplay in Xrender.o
>   "__XAllocTemp", referenced from:
>       _XRenderSetPictureClipRegion in Picture.o
>   "_XParseColor", referenced from:
>       _XRenderParseColor in Color.o
>   "_XCreatePixmap", referenced from:
>       _XRenderFindDisplay in Xrender.o
>   "_XFreePixmap", referenced from:
>       _XRenderFindDisplay in Xrender.o
>   "__XVIDtoVisual", referenced from:
>       _XRenderQueryFormats in Xrender.o
>   "__XLockMutex_fn", referenced from:
>       _XRenderDepthCheckErrorHandler in Xrender.o
>       _XRenderFindDisplay in Xrender.o
>       _XRenderFindDisplay in Xrender.o
>       _XRenderFindDisplay in Xrender.o
>       _XRenderFindDisplay in Xrender.o
>       _XRenderCloseDisplay in Xrender.o
>   "_XSync", referenced from:
>       _XRenderFindDisplay in Xrender.o
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> make[2]: *** [libXrender.la] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> 
> Error: The following dependencies failed to build: gnome-doc-utils py26-libxml2 python26 tk Xft2 xrender tcl xorg-libXScrnSaver xorg-scrnsaverproto rarian getopt intltool gnome-common p5-getopt-long p5-pathtools p5-scalar-list-utils goffice gtk2 atk glib2 gtk-doc cairo libpixman jasper pango shared-mime-info xorg-libXcomposite xorg-compositeproto xorg-libXfixes xorg-fixesproto xorg-libXcursor xorg-libXdamage xorg-damageproto xorg-libXi xorg-libXinerama xorg-xineramaproto xorg-libXrandr xorg-randrproto libart_lgpl libglade2 libgsf gconf dbus-glib dbus orbit2 libidl policykit gnome-vfs desktop-file-utils popt gnome-mime-data libbonobo libbonoboui libgnome esound audiofile libgnomecanvas libgnomeprintui gnome-icon-theme hicolor-icon-theme icon-naming-utils p5-xml-simple p5-xml-namespacesupport p5-xml-sax libgnomeprint bison libgnomecups libgnomeui gnome-keyring libgcrypt libgpg-error libtasn1 py25-gtk py25-cairo py25-numpy atlas gcc43 gmp mpfr gzip fftw-3 py25-nose py25-distribute python25 py25-gobject
> Error: Status 1 encountered during processing.
> ~/SL/AAWhat> 
> 
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> Note that I did not do this in my ~ directory, please let me know if that matters, and I will do it again.
> Also I should note that, based on the advice of http://www.flyn.org/apple/ I previously have created a ~/.bash_profile file containing (only) the following lines:
> 
> export PATH="/opt/local/bin:$PATH"
> export CPPFLAGS="-I/opt/local/include $CPPFLAGS"
> export LDFLAGS="-L/opt/local/lib $LDFLAGS
> 
> Again, thanks for any help
> Paul Reiser


Ok, now we're having a possibly similar problem with xrender. I again can't tell exactly what's wrong because this is not the complete debug output. The last lines of output aren't the interesting ones; the interesting ones are often hundreds or thousands of lines back in the log, that's why I ask for the full log.

It could be the same issue as with libxslt -- that you somehow have an old partial build of xrender around. Rather than solve it for xrender and leave open the possibility of encountering this for yet another port down the road, let's clean *every* port just to make sure:

sudo port clean all

This will take some minutes but ensure *everything* is cleaned up. Then try installing again -- with the debug switch, just in case it fails again so you can supply the full output. Here's the command I recommend:

sudo port -d install libxslt 2>&1 | tee ~/Desktop/libxslt.txt

This captures both stdout and stderr to the file libxslt.txt on your desktop, and you still get to see it on your screen while it's running.


Another possibility (besides interference from a partial build from an old machine) is that a dependency of xrender is not built for the right architecture; in this case that would have to be xorg-libX11. A common reason for this is if you upgraded to Snow Leopard, or migrated a pre-Snow Leopard machine's data to a Snow Leopard machine using Migration Assistant, and you were previously using MacPorts, and you didn't reinstall all your ports after upgrading. If that sounds likely, see the Migration page for instructions:

http://trac.macports.org/wiki/Migration



From reiser.paul at gmail.com  Sun Apr 11 19:45:11 2010
From: reiser.paul at gmail.com (reiser.paul at gmail.com)
Date: Sun, 11 Apr 2010 22:45:11 -0400
Subject: gnumeric will not install
In-Reply-To: <818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
Message-ID: <o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>

Hi Ryan - I'm getting worried. Three programs I absolutely have to have to
do my work are gnumeric, GDL, and gimp. After this build of libxslt, my GDL
has gone down with the following message:

dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib
  Referenced from: /opt/local/bin/convert
  Reason: Incompatible library version: convert requires version 8.0.0 or
later, but libiconv.2.dylib provides version 7.0.0

Before I do sudo port clean all, I want to make sure I am not digging myself
deeper into a hole. If gimp goes down too, I'm dead.

I think you are probably right about the old stuff. My computer crashed real
hard a while back, and in the process of putting the pieces back together I
had to upgrade to Snow Leopard. I managed to get GDL and gimp working again,
but maybe not in the best way possible. Does this change the scenario? If
not, i will enter the two commands you suggested:

sudo port clean all
sudo port -d install libxslt 2>&1 | tee ~/Desktop/libxslt.txt

Again, thanks for your help on this, you can tell I'm in a bit over my head,
but I cannot afford the thousands of dollars needed for IDL, Photoshop, and
so forth. I'm pretty good with those programs, but with this installation
process not so much.

Paul R.



On Sun, Apr 11, 2010 at 7:22 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

> Hi Paul. Don't forget to Reply All so your replies go to the list too, not
> just to me. I'm including your message in full below for the benefit of the
> archives:
>
>
> On Apr 11, 2010, at 09:44, reiser.paul at gmail.com wrote:
>
> > On Apr 11, 2010, at 09:44, reiser.paul at gmail.com wrote:
> >
> >> On Sun, Apr 11, 2010 at 8:56 AM, Ryan Schmidt wrote:
> >>
> >>> On Apr 11, 2010, at 07:02, reiser.paul at gmail.com wrote:
> >>>
> >>> >  sudo port install gnumeric
> >>> > --->  Computing dependencies for gnumeric
> >>> > --->  Building libxslt
> >>> > Error: Target org.macports.build returned: shell command " cd
> "/opt/local/var/macports/
> >>> >
> build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libxslt/work/libxslt-1.1.26"
> && /usr/bin/make -j2 all " returned error 2
> >>> > Command output:       _xsltSubtreeCheck in
> >>> >
> >>> > etc.
> >>>
> >>> Need more of the log to know what went wrong. Clean, try again with the
> debug switch.
> >>>
> >>> sudo port clean libxslt
> >>> sudo port -d install libxslt
> >>>
> >>> > Running OS X 10.6.1 Snow Leopard on
> >>
>
> > Hi Ryan - thanks for the help. I entered the commands you gave:
> >
> > port clean libxslt
> > sudo port -d install libxslt
> >
> > This gave a lot of output which I did not copy. I didn't notice any error
> messages in the output, and the last few lines were:
> >
> > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
> >
> > DEBUG: Executing org.macports.clean (libxslt)
> > --->  Removing build directory for libxslt
> > DEBUG: Removing directory:
> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libxslt
> > DEBUG: delete:
> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libxslt
> > DEBUG: Removing symlink: /opt/local/var/macports/sources/
> rsync.macports.org/release/ports/textproc/libxslt/work
> > DEBUG: delete: /opt/local/var/macports/sources/
> rsync.macports.org/release/ports/textproc/libxslt/work
> >
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> >
> > I will rerun this and copy the complete output if you need it.
>
> Ok, interesting, it built libxslt correctly this time. Perhaps you had an
> incomplete MacPorts build attempt of libxslt on your drive from a long time
> ago (from a prior computer? from a prior version of Mac OS X?)
>
>
> > I then entered:
> >
> > sudo port install gnumeric > GnumericInstall.txt
> >
> > I have attached the GnumericInstall.txt file. Also the following appeared
> on the terminal:
> >
> > vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
> >
> > ~/SL/AAWhat> sudo port install gnumeric > GnumericInstall.txt
> > Password:
> > Error: Target org.macports.build returned: shell command " cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_xrender/work/libXrender-0.9.5"
> && /usr/bin/make -j2 all " returned error 2
> > Command output:       _XRenderCompositeTrapezoids in Trap.o
> >       _XRenderCompositeTriangles in Tri.o
> >       _XRenderCompositeTriStrip in Tri.o
> >       _XRenderCompositeTriFan in Tri.o
> >   "_XInitExtension", referenced from:
> >       _XRenderFindDisplay in Xrender.o
> >   "__XAllocTemp", referenced from:
> >       _XRenderSetPictureClipRegion in Picture.o
> >   "_XParseColor", referenced from:
> >       _XRenderParseColor in Color.o
> >   "_XCreatePixmap", referenced from:
> >       _XRenderFindDisplay in Xrender.o
> >   "_XFreePixmap", referenced from:
> >       _XRenderFindDisplay in Xrender.o
> >   "__XVIDtoVisual", referenced from:
> >       _XRenderQueryFormats in Xrender.o
> >   "__XLockMutex_fn", referenced from:
> >       _XRenderDepthCheckErrorHandler in Xrender.o
> >       _XRenderFindDisplay in Xrender.o
> >       _XRenderFindDisplay in Xrender.o
> >       _XRenderFindDisplay in Xrender.o
> >       _XRenderFindDisplay in Xrender.o
> >       _XRenderCloseDisplay in Xrender.o
> >   "_XSync", referenced from:
> >       _XRenderFindDisplay in Xrender.o
> > ld: symbol(s) not found
> > collect2: ld returned 1 exit status
> > make[2]: *** [libXrender.la] Error 1
> > make[1]: *** [all-recursive] Error 1
> > make: *** [all] Error 2
> >
> > Error: The following dependencies failed to build: gnome-doc-utils
> py26-libxml2 python26 tk Xft2 xrender tcl xorg-libXScrnSaver
> xorg-scrnsaverproto rarian getopt intltool gnome-common p5-getopt-long
> p5-pathtools p5-scalar-list-utils goffice gtk2 atk glib2 gtk-doc cairo
> libpixman jasper pango shared-mime-info xorg-libXcomposite
> xorg-compositeproto xorg-libXfixes xorg-fixesproto xorg-libXcursor
> xorg-libXdamage xorg-damageproto xorg-libXi xorg-libXinerama
> xorg-xineramaproto xorg-libXrandr xorg-randrproto libart_lgpl libglade2
> libgsf gconf dbus-glib dbus orbit2 libidl policykit gnome-vfs
> desktop-file-utils popt gnome-mime-data libbonobo libbonoboui libgnome
> esound audiofile libgnomecanvas libgnomeprintui gnome-icon-theme
> hicolor-icon-theme icon-naming-utils p5-xml-simple p5-xml-namespacesupport
> p5-xml-sax libgnomeprint bison libgnomecups libgnomeui gnome-keyring
> libgcrypt libgpg-error libtasn1 py25-gtk py25-cairo py25-numpy atlas gcc43
> gmp mpfr gzip fftw-3 py25-nose py25-distribute python25 py25-gobject
> > Error: Status 1 encountered during processing.
> > ~/SL/AAWhat>
> >
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> >
> > Note that I did not do this in my ~ directory, please let me know if that
> matters, and I will do it again.
> > Also I should note that, based on the advice of
> http://www.flyn.org/apple/ I previously have created a ~/.bash_profile
> file containing (only) the following lines:
> >
> > export PATH="/opt/local/bin:$PATH"
> > export CPPFLAGS="-I/opt/local/include $CPPFLAGS"
> > export LDFLAGS="-L/opt/local/lib $LDFLAGS
> >
> > Again, thanks for any help
> > Paul Reiser
>
>
> Ok, now we're having a possibly similar problem with xrender. I again can't
> tell exactly what's wrong because this is not the complete debug output. The
> last lines of output aren't the interesting ones; the interesting ones are
> often hundreds or thousands of lines back in the log, that's why I ask for
> the full log.
>
> It could be the same issue as with libxslt -- that you somehow have an old
> partial build of xrender around. Rather than solve it for xrender and leave
> open the possibility of encountering this for yet another port down the
> road, let's clean *every* port just to make sure:
>
> sudo port clean all
>
> This will take some minutes but ensure *everything* is cleaned up. Then try
> installing again -- with the debug switch, just in case it fails again so
> you can supply the full output. Here's the command I recommend:
>
> sudo port -d install libxslt 2>&1 | tee ~/Desktop/libxslt.txt
>
> This captures both stdout and stderr to the file libxslt.txt on your
> desktop, and you still get to see it on your screen while it's running.
>
>
> Another possibility (besides interference from a partial build from an old
> machine) is that a dependency of xrender is not built for the right
> architecture; in this case that would have to be xorg-libX11. A common
> reason for this is if you upgraded to Snow Leopard, or migrated a pre-Snow
> Leopard machine's data to a Snow Leopard machine using Migration Assistant,
> and you were previously using MacPorts, and you didn't reinstall all your
> ports after upgrading. If that sounds likely, see the Migration page for
> instructions:
>
> http://trac.macports.org/wiki/Migration
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100411/bb3fef60/attachment.html>

From ryandesign at macports.org  Sun Apr 11 23:31:04 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 12 Apr 2010 01:31:04 -0500
Subject: gnumeric will not install
In-Reply-To: <o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
Message-ID: <13F89262-77FC-403E-A472-46339D83C488@macports.org>

On Apr 11, 2010, at 21:45, reiser.paul at gmail.com wrote:

> Hi Ryan - I'm getting worried. Three programs I absolutely have to have to do my work are gnumeric, GDL, and gimp. After this build of libxslt, my GDL has gone down with the following message:
> 
> dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib
>   Referenced from: /opt/local/bin/convert
>   Reason: Incompatible library version: convert requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0

That's another common symptom that the libiconv installed by MacPorts is not the architecture needed by your computer now, and the libiconv it's finding instead is the one provided by Mac OS X, which is an older version.


> Before I do sudo port clean all, I want to make sure I am not digging myself deeper into a hole. If gimp goes down too, I'm dead.

"sudo port clean all" will do nothing but clean any in-progress builds you may have. It will not uninstall any ports or do anything bad.


> I think you are probably right about the old stuff. My computer crashed real hard a while back, and in the process of putting the pieces back together I had to upgrade to Snow Leopard.

If you upgraded to Snow Leopard, you must uninstall all ports you installed before upgrading to Snow Leopard, and reinstall them. See the Migration page:

http://trac.macports.org/wiki/Migration


> I managed to get GDL and gimp working again, but maybe not in the best way possible. Does this change the scenario? If not, i will enter the two commands you suggested:
> 
> sudo port clean all
> sudo port -d install libxslt 2>&1 | tee ~/Desktop/libxslt.txt
> 
> Again, thanks for your help on this, you can tell I'm in a bit over my head, but I cannot afford the thousands of dollars needed for IDL, Photoshop, and so forth. I'm pretty good with those programs, but with this installation process not so much.



From phil.hudson at iname.com  Mon Apr 12 07:41:05 2010
From: phil.hudson at iname.com (Philip Hudson)
Date: Mon, 12 Apr 2010 15:41:05 +0100
Subject: cyrus-sasl2 build failure, TiPB, 10.5.8
Message-ID: <413C08EF-A6A7-4DE2-8BBD-71CCCDE98477@iname.com>

15" Titanium PowerBook G4
Mac OS X 10.5.8 Leopard
Final PPC XCode (3.1.3?)
No fink
Completely uninstalled as per migration page
The re-install perl script manages more than 50% reinstalls, but
cyrus-sasl2 fails to install.

I've googled the MacPorts site and found ominous-sounding posts about  
cyrus-sasl2's inability to be upgraded in place, but none of the  
problems and solutions I found matched or worked for my specific issue.


PHC (~) phil 571% sudo port deactivate cyrus-sasl2
Password:
Error: port deactivate failed: Registry error: cyrus-sasl2 not  
registered as installed & active.
PHC (~) phil 572% sudo port clean cyrus-sasl2
--->  Cleaning cyrus-sasl2
PHC (~) phil 573% sudo port -R -u -c -p install cyrus-sasl2
--->  Computing dependencies for cyrus-sasl2
--->  Fetching cyrus-sasl2
--->  Verifying checksum(s) for cyrus-sasl2
--->  Extracting cyrus-sasl2
--->  Applying patches to cyrus-sasl2
--->  Configuring cyrus-sasl2
--->  Building cyrus-sasl2
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_security_cyrus-sasl2/work/cyrus- 
sasl-2.1.23" && /usr/bin/make -j1 all " returned error 2
Command output: gssapi.c:1304: error: 'output_token' undeclared (first  
use in this function)
gssapi.c:1304: error: 'real_output_token' undeclared (first use in  
this function)
gssapi.c:1350: error: 'GSS_C_NO_NAME' undeclared (first use in this  
function)
gssapi.c:1351: error: 'name_token' undeclared (first use in this  
function)
gssapi.c:1366: error: 'maj_stat' undeclared (first use in this function)
gssapi.c:1366: error: 'min_stat' undeclared (first use in this function)
gssapi.c:1383: error: 'GSS_C_NO_BUFFER' undeclared (first use in this  
function)
gssapi.c:1389: error: 'GSS_C_NO_CONTEXT' undeclared (first use in this  
function)
gssapi.c:1401: error: 'req_flags' undeclared (first use in this  
function)
gssapi.c:1401: error: 'GSS_C_MUTUAL_FLAG' undeclared (first use in  
this function)
gssapi.c:1401: error: 'GSS_C_SEQUENCE_FLAG' undeclared (first use in  
this function)
gssapi.c:1404: error: 'GSS_C_INTEG_FLAG' undeclared (first use in this  
function)
gssapi.c:1410: error: 'GSS_C_CONF_FLAG' undeclared (first use in this  
function)
gssapi.c:1415: error: 'GSS_C_DELEG_FLAG' undeclared (first use in this  
function)
gssapi.c:1418: warning: implicit declaration of function  
'gss_init_sec_context'
gssapi.c:1419: error: 'GSS_C_NO_CREDENTIAL' undeclared (first use in  
this function)
gssapi.c:1422: error: 'GSS_C_NO_OID' undeclared (first use in this  
function)
gssapi.c:1425: error: 'GSS_C_NO_CHANNEL_BINDINGS' undeclared (first  
use in this function)
gssapi.c:1429: error: 'out_req_flags' undeclared (first use in this  
function)
gssapi.c:1470: error: 'GSS_S_COMPLETE' undeclared (first use in this  
function)
gssapi.c:1472: warning: implicit declaration of function  
'gss_inquire_context'
gssapi.c:1622: error: 'GSS_C_QOP_DEFAULT' undeclared (first use in  
this function)
gssapi.c:1623: error: syntax error before 'oparams'
gssapi.c:1626: error: 'max_input' undeclared (first use in this  
function)
gssapi.c:1286: warning: unused parameter 'conn_context'
gssapi.c: At top level:
gssapi.c:1760: warning: pointer targets in initialization differ in  
signedness
make[2]: *** [gssapi.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: Status 1 encountered during processing.

--
Phil Hudson                      PGP/GnuPG ID: 0x887DCA63



From ryandesign at macports.org  Mon Apr 12 07:48:58 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 12 Apr 2010 09:48:58 -0500
Subject: cyrus-sasl2 build failure, TiPB, 10.5.8
In-Reply-To: <413C08EF-A6A7-4DE2-8BBD-71CCCDE98477@iname.com>
References: <413C08EF-A6A7-4DE2-8BBD-71CCCDE98477@iname.com>
Message-ID: <3EB817CD-6533-4FD3-B3F8-8B40D9F47ED2@macports.org>

On Apr 12, 2010, at 09:41, Philip Hudson wrote:

> 15" Titanium PowerBook G4
> Mac OS X 10.5.8 Leopard
> Final PPC XCode (3.1.3?)
> No fink
> Completely uninstalled as per migration page
> The re-install perl script manages more than 50% reinstalls, but
> cyrus-sasl2 fails to install.
> 
> I've googled the MacPorts site and found ominous-sounding posts about cyrus-sasl2's inability to be upgraded in place, but none of the problems and solutions I found matched or worked for my specific issue.
> 
> 
> PHC (~) phil 571% sudo port deactivate cyrus-sasl2
> Password:
> Error: port deactivate failed: Registry error: cyrus-sasl2 not registered as installed & active.
> PHC (~) phil 572% sudo port clean cyrus-sasl2
> --->  Cleaning cyrus-sasl2
> PHC (~) phil 573% sudo port -R -u -c -p install cyrus-sasl2
> --->  Computing dependencies for cyrus-sasl2
> --->  Fetching cyrus-sasl2
> --->  Verifying checksum(s) for cyrus-sasl2
> --->  Extracting cyrus-sasl2
> --->  Applying patches to cyrus-sasl2
> --->  Configuring cyrus-sasl2
> --->  Building cyrus-sasl2
> Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_security_cyrus-sasl2/work/cyrus-sasl-2.1.23" && /usr/bin/make -j1 all " returned error 2
> Command output: gssapi.c:1304: error: 'output_token' undeclared (first use in this function)

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



From reiser.paul at gmail.com  Mon Apr 12 09:47:39 2010
From: reiser.paul at gmail.com (reiser.paul at gmail.com)
Date: Mon, 12 Apr 2010 12:47:39 -0400
Subject: gnumeric will not install
In-Reply-To: <13F89262-77FC-403E-A472-46339D83C488@macports.org>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
Message-ID: <z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>

Hi - following the steps on http://trac.macports.org/wiki/Migration, the
first step was "port installed > myports.txt" I have attached the terminal
output (Migration1.txt) and the myports.txt file. Everything seems ok.

Step 2 was "sudo port -f uninstall installed > Migration2.txt" (I added >
Migration2.txt). I have attached the Migration2.txt adding the command and a
terminal output message which was "Error: Qgis requires python".

Im wondering if this error means I should take care of this before
proceeding? Ultimately, I would like to have gnumeric, GDL, GIMP, and
ImageMagick running on my machine.

Thanks -
Paul R.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100412/975fd59e/attachment.html>
-------------- next part --------------
Command:
~> sudo port -f uninstall installed
Password:
Following copied from terminal output:

--->  Deactivating autoconf @2.63_0
--->  Uninstalling autoconf @2.63_0
--->  Deactivating automake @1.11_0
--->  Uninstalling automake @1.11_0
--->  Unable to uninstall bzip2 1.0.5_2, the following ports depend on it:
--->    ImageMagick
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating bzip2 @1.0.5_2
--->  Uninstalling bzip2 @1.0.5_2
--->  Deactivating db46 @4.6.21_6
--->  Uninstalling db46 @4.6.21_6
--->  Deactivating docbook-xml @5.0_0
--->  Uninstalling docbook-xml @5.0_0
--->  Deactivating docbook-xml-4.1.2 @4.1.2_1
--->  Uninstalling docbook-xml-4.1.2 @4.1.2_1
--->  Deactivating docbook-xml-4.2 @4.2_0
--->  Uninstalling docbook-xml-4.2 @4.2_0
--->  Deactivating docbook-xml-4.3 @4.3_0
--->  Uninstalling docbook-xml-4.3 @4.3_0
--->  Deactivating docbook-xml-4.4 @4.4_0
--->  Uninstalling docbook-xml-4.4 @4.4_0
--->  Deactivating docbook-xml-4.5 @4.5_0
--->  Uninstalling docbook-xml-4.5 @4.5_0
--->  Deactivating docbook-xml-5.0 @5.0_0
--->  Uninstalling docbook-xml-5.0 @5.0_0
--->  Deactivating docbook-xsl @1.75.2_0
--->  Uninstalling docbook-xsl @1.75.2_0
--->  Unable to uninstall expat 2.0.1_0, the following ports depend on it:
--->    fontconfig
--->    gettext
--->    ImageMagick
--->    p5-xml-parser
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating expat @2.0.1_0
--->  Uninstalling expat @2.0.1_0
--->  Unable to uninstall fontconfig 2.7.0_0+macosx, the following ports depend on it:
--->    ImageMagick
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating fontconfig @2.7.0_0+macosx
--->  Uninstalling fontconfig @2.7.0_0+macosx
--->  Unable to uninstall freetype 2.3.9_0+macosx, the following ports depend on it:
--->    ImageMagick
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating freetype @2.3.9_0+macosx
--->  Uninstalling freetype @2.3.9_0+macosx
--->  Deactivating gdbm @1.8.3_2
--->  Uninstalling gdbm @1.8.3_2
--->  Unable to uninstall gettext 0.17_4, the following ports depend on it:
--->    p5-locale-gettext
--->    help2man
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating gettext @0.17_4
--->  Uninstalling gettext @0.17_4
--->  Deactivating gperf @3.0.4_0
--->  Uninstalling gperf @3.0.4_0
--->  Deactivating help2man @1.36.4_1
--->  Uninstalling help2man @1.36.4_1
--->  Deactivating ImageMagick @6.5.4-0_0+q16
--->  Uninstalling ImageMagick @6.5.4-0_0+q16
--->  Deactivating iso-codes @3.15_0
--->  Uninstalling iso-codes @3.15_0
--->  Unable to uninstall jpeg 6b_3, the following ports depend on it:
--->    tiff
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating jpeg @6b_3
--->  Uninstalling jpeg @6b_3
--->  Uninstalling libiconv @1.13_0
--->  Unable to uninstall libiconv 1.13.1_0, the following ports depend on it:
--->    libxml2
--->    p5-locale-gettext
--->    libxslt
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating libiconv @1.13.1_0
--->  Uninstalling libiconv @1.13.1_0
--->  Deactivating libpng @1.2.38_0
--->  Uninstalling libpng @1.2.38_0
--->  Deactivating libtool @2.2.6a_0
--->  Uninstalling libtool @2.2.6a_0
--->  Uninstalling libxml2 @2.7.3_0
--->  Unable to uninstall libxml2 2.7.7_0, the following ports depend on it:
--->    libxslt
Warning: Uninstall forced.  Proceeding despite dependencies.

--->  Deactivating libxml2 @2.7.7_0
--->  Uninstalling libxml2 @2.7.7_0
--->  Deactivating libxslt @1.1.26_0
--->  Uninstalling libxslt @1.1.26_0
--->  Deactivating m4 @1.4.13_0
--->  Uninstalling m4 @1.4.13_0
--->  Unable to uninstall ncurses 5.7_0, the following ports depend on it:
--->    readline
--->    sqlite3
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating ncurses @5.7_0
--->  Uninstalling ncurses @5.7_0
--->  Deactivating ncursesw @5.7_0
--->  Uninstalling ncursesw @5.7_0
--->  Deactivating openssl @0.9.8n_0+darwin
--->  Uninstalling openssl @0.9.8n_0+darwin
--->  Deactivating p5-locale-gettext @1.05_0
--->  Uninstalling p5-locale-gettext @1.05_0
--->  Deactivating p5-xml-parser @2.36_0
--->  Uninstalling p5-xml-parser @2.36_0
--->  Deactivating perl5 @5.8.9_0
--->  Uninstalling perl5 @5.8.9_0
--->  Deactivating perl5.8 @5.8.9_3
--->  Uninstalling perl5.8 @5.8.9_3
--->  Deactivating pkgconfig @0.23_1
--->  Uninstalling pkgconfig @0.23_1
--->  Unable to uninstall readline 6.1.000_1+darwin, the following ports depend on it:
--->    sqlite3
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating readline @6.1.000_1+darwin
--->  Uninstalling readline @6.1.000_1+darwin
--->  Deactivating sqlite3 @3.6.23.1_0
--->  Uninstalling sqlite3 @3.6.23.1_0
--->  Deactivating tiff @3.8.2_3+macosx
--->  Uninstalling tiff @3.8.2_3+macosx
--->  Deactivating xmlcatmgr @2.2_1
--->  Uninstalling xmlcatmgr @2.2_1
--->  Unable to uninstall xorg-bigreqsproto 1.0.2_0, the following ports depend on it:
--->    xorg-libX11
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating xorg-bigreqsproto @1.0.2_0
--->  Uninstalling xorg-bigreqsproto @1.0.2_0
--->  Unable to uninstall xorg-inputproto 1.5.1_0, the following ports depend on it:
--->    xorg-libX11
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating xorg-inputproto @1.5.1_0
--->  Uninstalling xorg-inputproto @1.5.1_0
--->  Unable to uninstall xorg-kbproto 1.0.3_0, the following ports depend on it:
--->    xorg-libX11
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating xorg-kbproto @1.0.3_0
--->  Uninstalling xorg-kbproto @1.0.3_0
--->  Unable to uninstall xorg-libice 1.0.5_0, the following ports depend on it:
--->    xorg-libsm
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating xorg-libice @1.0.5_0
--->  Uninstalling xorg-libice @1.0.5_0
--->  Unable to uninstall xorg-libsm 1.1.0_0, the following ports depend on it:
--->    xorg-libXt
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating xorg-libsm @1.1.0_0
--->  Uninstalling xorg-libsm @1.1.0_0
--->  Unable to uninstall xorg-libX11 1.2.2_0, the following ports depend on it:
--->    xorg-libXext
--->    xorg-libXt
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating xorg-libX11 @1.2.2_0
--->  Uninstalling xorg-libX11 @1.2.2_0
--->  Deactivating xorg-libXau @1.0.4_0
--->  Uninstalling xorg-libXau @1.0.4_0
--->  Deactivating xorg-libXdmcp @1.0.2_0
--->  Uninstalling xorg-libXdmcp @1.0.2_0
--->  Deactivating xorg-libXext @1.0.5_1
--->  Uninstalling xorg-libXext @1.0.5_1
--->  Deactivating xorg-libXt @1.0.6_0
--->  Uninstalling xorg-libXt @1.0.6_0
--->  Deactivating xorg-renderproto @0.11_0
--->  Uninstalling xorg-renderproto @0.11_0
--->  Deactivating xorg-util-macros @1.2.2_0
--->  Uninstalling xorg-util-macros @1.2.2_0
--->  Deactivating xorg-xcmiscproto @1.1.2_0
--->  Uninstalling xorg-xcmiscproto @1.1.2_0
--->  Deactivating xorg-xextproto @7.0.5_0
--->  Uninstalling xorg-xextproto @7.0.5_0
--->  Deactivating xorg-xf86bigfontproto @1.1.2_0
--->  Uninstalling xorg-xf86bigfontproto @1.1.2_0
--->  Deactivating xorg-xproto @7.0.15_0
--->  Uninstalling xorg-xproto @7.0.15_0
--->  Deactivating xorg-xtrans @1.2.3_0
--->  Uninstalling xorg-xtrans @1.2.3_0
--->  Uninstalling zlib @1.2.3_2
--->  Deactivating zlib @1.2.4_1
--->  Uninstalling zlib @1.2.4_1
-------------- next part --------------
Command:
~> sudo port -f uninstall installed
Password:

--->  Cleaning 2Pong
--->  Cleaning 4th
--->  Cleaning 54321
--->  Cleaning 9e
--->  Cleaning a2ps
--->  Cleaning a2ps-j
--->  Cleaning a52dec
--->  Cleaning aacgain
--->  Cleaning aalib
--->  Cleaning aamath
--->  Cleaning abcde
--->  Cleaning abcl
--->  Cleaning abclock
--->  Cleaning abcm2ps
--->  Cleaning abcMIDI
--->  Cleaning abgx360
--->  Cleaning abiword
--->  Cleaning abiword-x11
--->  Cleaning abook
--->  Cleaning abyss
--->  Cleaning acl2
--->  Cleaning activewire
--->  Cleaning adaptor
--->  Cleaning add
--->  Cleaning adium
--->  Cleaning adns
--->  Cleaning adodb
--->  Cleaning adtpro
--->  Cleaning advancecomp
--->  Cleaning advancemame
--->  Cleaning advancemenu
--->  Cleaning advancescan
--->  Cleaning advi
--->  Cleaning aee
--->  Cleaning aegis
--->  Cleaning aescrypt
--->  Cleaning aesutil
--->  Cleaning aewan
--->  Cleaning aewm
--->  Cleaning afflib
--->  Cleaning afio
--->  Cleaning afni
--->  Cleaning AfterStep
--->  Cleaning agave
--->  Cleaning aget
--->  Cleaning agprocess
--->  Cleaning agree
--->  Cleaning agrep
--->  Cleaning aiccu
--->  Cleaning aida
--->  Cleaning aide
--->  Cleaning aimage
--->  Cleaning aircrack-ng
--->  Cleaning airctl
--->  Cleaning airport
--->  Cleaning ajp-wsgi
--->  Cleaning akonadi
--->  Cleaning alac_decoder
--->  Cleaning alacarte
--->  Cleaning ale
--->  Cleaning alex
--->  Cleaning alienblaster
--->  Cleaning allegro
--->  Cleaning alliance
--->  Cleaning alphamail
--->  Cleaning alpine
--->  Cleaning altermime
--->  Cleaning am-utils
--->  Cleaning amarok
--->  Cleaning amarok-devel
--->  Cleaning ample
--->  Cleaning amsn
--->  Cleaning anacron
--->  Cleaning analog
--->  Cleaning angband
--->  Cleaning angst
--->  Cleaning anjuta
--->  Cleaning anno
--->  Cleaning ant-contrib
--->  Cleaning antigraingeometry
--->  Cleaning antinat
--->  Cleaning antiword
--->  Cleaning antlr
--->  Cleaning antlr3
--->  Cleaning AntTweakBar
--->  Cleaning anubis
--->  Cleaning aolserver
--->  Cleaning aop
--->  Cleaning ap-utils
--->  Cleaning apache
--->  Cleaning apache-ant
--->  Cleaning apache2
--->  Cleaning apache20
--->  Cleaning apachetop
--->  Cleaning apan
--->  Cleaning apbs
--->  Cleaning apbs-mpi
--->  Cleaning apg
--->  Cleaning apparix
--->  Cleaning AppHack
--->  Cleaning AppKiDo
--->  Cleaning apple-gcc33
--->  Cleaning apple-gcc40
--->  Cleaning apple-gcc42
--->  Cleaning apple-gcc42-devel
--->  Cleaning appres
--->  Cleaning apr
--->  Cleaning apr-util
--->  Cleaning apr-util0
--->  Cleaning apr0
--->  Cleaning apr_memcache
--->  Cleaning apt
--->  Cleaning apt-rpm
--->  Cleaning aqbanking
--->  Cleaning AquaLess
--->  Cleaning aquaterm
--->  Cleaning arabica
--->  Cleaning arb
--->  Cleaning arc
--->  Cleaning arch
--->  Cleaning archimedes
--->  Cleaning archivemail
--->  Cleaning archmbox
--->  Cleaning archway
--->  Cleaning ardour2
--->  Cleaning argh
--->  Cleaning argp-standalone
--->  Cleaning argtable
--->  Cleaning argus
--->  Cleaning argus-clients
--->  Cleaning argus-monitor
--->  Cleaning aria2
--->  Cleaning arj
--->  Cleaning arla
--->  Cleaning arm-aout-binutils
--->  Cleaning arm-aout-gcc
--->  Cleaning arm-elf-binutils
--->  Cleaning arm-elf-gcc
--->  Cleaning arm-elf-gcc3
--->  Cleaning arm-none-linux-gnueabi-binutils
--->  Cleaning arm-none-linux-gnueabi-gcc
--->  Cleaning arm-none-linux-gnueabi-runtime
--->  Cleaning arm-rtems-binutils
--->  Cleaning arm-rtems-gcc
--->  Cleaning arpack
--->  Cleaning arpd
--->  Cleaning arping
--->  Cleaning ArpSpyX
--->  Cleaning arpwatch
--->  Cleaning arrsync
--->  Cleaning ArtResources
--->  Cleaning ascii
--->  Cleaning asciidoc
--->  Cleaning asco
--->  Cleaning asdf-binary-locations
--->  Cleaning ASFRecorder
--->  Cleaning asn1c
--->  Cleaning aspectj
--->  Cleaning aspell
--->  Cleaning aspell-dict-af
--->  Cleaning aspell-dict-ar
--->  Cleaning aspell-dict-az
--->  Cleaning aspell-dict-be
--->  Cleaning aspell-dict-bg
--->  Cleaning aspell-dict-bn
--->  Cleaning aspell-dict-ca
--->  Cleaning aspell-dict-cs
--->  Cleaning aspell-dict-da
--->  Cleaning aspell-dict-de
--->  Cleaning aspell-dict-de-alt
--->  Cleaning aspell-dict-el
--->  Cleaning aspell-dict-en
--->  Cleaning aspell-dict-eo
--->  Cleaning aspell-dict-es
--->  Cleaning aspell-dict-et
--->  Cleaning aspell-dict-fa
--->  Cleaning aspell-dict-fi
--->  Cleaning aspell-dict-fr
--->  Cleaning aspell-dict-he
--->  Cleaning aspell-dict-hi
--->  Cleaning aspell-dict-hr
--->  Cleaning aspell-dict-hu
--->  Cleaning aspell-dict-id
--->  Cleaning aspell-dict-is
--->  Cleaning aspell-dict-it
--->  Cleaning aspell-dict-lt
--->  Cleaning aspell-dict-lv
--->  Cleaning aspell-dict-mg
--->  Cleaning aspell-dict-mk
--->  Cleaning aspell-dict-mr
--->  Cleaning aspell-dict-ms
--->  Cleaning aspell-dict-nb
--->  Cleaning aspell-dict-nl
--->  Cleaning aspell-dict-pl
--->  Cleaning aspell-dict-pt_BR
--->  Cleaning aspell-dict-pt_PT
--->  Cleaning aspell-dict-ro
--->  Cleaning aspell-dict-ru
--->  Cleaning aspell-dict-rw
--->  Cleaning aspell-dict-sk
--->  Cleaning aspell-dict-sr
--->  Cleaning aspell-dict-sv
--->  Cleaning aspell-dict-sw
--->  Cleaning aspell-dict-ta
--->  Cleaning aspell-dict-tl
--->  Cleaning aspell-dict-tr
--->  Cleaning aspell-dict-uk
--->  Cleaning aspell-dict-uz
--->  Cleaning aspell-dict-vi
--->  Cleaning AssignmentTrackerX
--->  Cleaning assp
--->  Cleaning asterisk
--->  Cleaning asterisknow
--->  Cleaning astyle
--->  Cleaning asymptote
--->  Cleaning at-spi
--->  Cleaning atanks
--->  Cleaning atari800
--->  Cleaning aterm
--->  Cleaning atk
--->  Cleaning atlas
--->  Cleaning AtomicParsley
--->  Cleaning AtomicParsley-devel
--->  Cleaning atool
--->  Cleaning attica
--->  Cleaning aubio
--->  Cleaning auctex
--->  Cleaning audiofile
--->  Cleaning authforce
--->  Cleaning autobench
--->  Cleaning autobook
--->  Cleaning autobuild
--->  Cleaning autoconf
--->  Cleaning autoconf-archive
--->  Cleaning autoconf213
--->  Cleaning autoconf263
--->  Cleaning autogen
--->  Cleaning automake
--->  Cleaning automake17
--->  Cleaning automoc
--->  Cleaning autopano-sift-c
--->  Cleaning autopsy
--->  Cleaning autossh
--->  Cleaning autotrace
--->  Cleaning avahi
--->  Cleaning avarice
--->  Cleaning avidemux
--->  Cleaning avr-binutils
--->  Cleaning avr-gcc
--->  Cleaning avr-gdb
--->  Cleaning avr-libc
--->  Cleaning avrdude
--->  Cleaning awemud
--->  Cleaning awesome
--->  Cleaning awstats
--->  Cleaning axel
--->  Cleaning b5i2iso
--->  Cleaning babl
--->  Cleaning backuppc
--->  Cleaning backward
--->  Cleaning bacula
--->  Cleaning bahamut
--->  Cleaning bakefile
--->  Cleaning bakery
--->  Cleaning balance
--->  Cleaning balsa
--->  Cleaning baobab
--->  Cleaning barcode
--->  Cleaning barrage
--->  Cleaning base
--->  Cleaning base-64
--->  Cleaning base64
--->  Cleaning bash
--->  Cleaning bash-completion
--->  Cleaning bashdb
--->  Cleaning bashforth
--->  Cleaning basiliskii
--->  Cleaning basiliskii-devel
--->  Cleaning bastet
--->  Cleaning bazaar
--->  Cleaning bbe
--->  Cleaning bc
--->  Cleaning bcfg2
--->  Cleaning bchunk
--->  Cleaning bcpp
--->  Cleaning bcv
--->  Cleaning bcwipe
--->  Cleaning bdes
--->  Cleaning bdftopcf
--->  Cleaning bdump
--->  Cleaning bean
--->  Cleaning beanshell
--->  Cleaning beanstalkd
--->  Cleaning beecrypt
--->  Cleaning bf2c
--->  Cleaning biabam
--->  Cleaning bibledit
--->  Cleaning bibtex2html
--->  Cleaning BibTool
--->  Cleaning bibutils
--->  Cleaning BiggerSQL
--->  Cleaning bigloo
--->  Cleaning BigSQL
--->  Cleaning bincimap
--->  Cleaning binclocken
--->  Cleaning bind9
--->  Cleaning bindfs
--->  Cleaning bing
--->  Cleaning binkd
--->  Cleaning binutils
--->  Cleaning bison
--->  Cleaning bison1
--->  Cleaning bitchx
--->  Cleaning bitlbee
--->  Cleaning bitmap
--->  Cleaning bitstream-vera
--->  Cleaning bittornado
--->  Cleaning bittorrent
--->  Cleaning bittwist
--->  Cleaning bkchem
--->  Cleaning blackbag
--->  Cleaning blackbox
--->  Cleaning bladeenc
--->  Cleaning blassic
--->  Cleaning blccc
--->  Cleaning blib
--->  Cleaning blinkensim
--->  Cleaning blinkenthemes
--->  Cleaning blinkentools
--->  Cleaning blitz
--->  Cleaning blobwars
--->  Cleaning blojsom
--->  Cleaning blt
--->  Cleaning bluefish
--->  Cleaning bluefish-devel
--->  Cleaning bluemoon
--->  Cleaning bmake
--->  Cleaning bmf
--->  Cleaning bmon
--->  Cleaning bnbt
--->  Cleaning bnc
--->  Cleaning bnetd
--->  Cleaning bochs
--->  Cleaning boehmgc
--->  Cleaning boehmgc-devel
--->  Cleaning bogofilter
--->  Cleaning bomberclone
--->  Cleaning bonnie
--->  Cleaning bonniexx
--->  Cleaning boo
--->  Cleaning Books
--->  Cleaning bool
--->  Cleaning boost
--->  Cleaning boost-build
--->  Cleaning boost-gil-numeric
--->  Cleaning boost-jam
--->  Cleaning boswars
--->  Cleaning botan
--->  Cleaning box2d
--->  Cleaning boxbackup
--->  Cleaning boxes
--->  Cleaning breqn
--->  Cleaning bro
--->  Cleaning brs
--->  Cleaning bs
--->  Cleaning bsdiff
--->  Cleaning bsdsfv
--->  Cleaning bsflite
--->  Cleaning btrfs-progs
--->  Cleaning buddha
--->  Cleaning bug-buddy
--->  Cleaning bugzilla
--->  Cleaning build
--->  Cleaning buildbot
--->  Cleaning bullet
--->  Cleaning burn-app
--->  Cleaning bvi
--->  Cleaning BwanaDik
--->  Cleaning bwm-ng
--->  Cleaning byacc
--->  Cleaning byaccj
--->  Cleaning bzflag
--->  Cleaning bzip2
--->  Cleaning bzr
--->  Cleaning bzr-explorer
--->  Cleaning bzr-gtk
--->  Cleaning bzr-pager
--->  Cleaning bzr-rebase
--->  Cleaning bzr-svn
--->  Cleaning bzrtools
--->  Cleaning c-ares
--->  Cleaning c-hey
--->  Cleaning c2hs
--->  Cleaning c2html
--->  Cleaning c_count
--->  Cleaning cabextract
--->  Cleaning cableswig
--->  Cleaning cacti
--->  Cleaning cadabra
--->  Cleaning cadaver
--->  Cleaning cairo
--->  Cleaning cairo-devel
--->  Cleaning cairomm
--->  Cleaning cairomm-devel
--->  Cleaning cal3d
--->  Cleaning calc
--->  Cleaning calcurse
--->  Cleaning calife
--->  Cleaning caml-ansicolor
--->  Cleaning caml-batteries
--->  Cleaning caml-bin-prot
--->  Cleaning caml-calendar
--->  Cleaning caml-camlzip
--->  Cleaning caml-camomile
--->  Cleaning caml-core
--->  Cleaning caml-csv
--->  Cleaning caml-dypgen
--->  Cleaning caml-extlib
--->  Cleaning caml-fieldslib
--->  Cleaning caml-findlib
--->  Cleaning caml-getopt
--->  Cleaning caml-graph
--->  Cleaning caml-gsl
--->  Cleaning caml-heredoc
--->  Cleaning caml-inifiles
--->  Cleaning caml-json-static
--->  Cleaning caml-json-wheel
--->  Cleaning caml-lwt
--->  Cleaning caml-menhir
--->  Cleaning caml-ocamldbi
--->  Cleaning caml-ocamldsort
--->  Cleaning caml-ocamlmakefile
--->  Cleaning caml-ocamlnet
--->  Cleaning caml-ounit
--->  Cleaning caml-pcre
--->  Cleaning caml-pgocaml
--->  Cleaning caml-postgresql
--->  Cleaning caml-react
--->  Cleaning caml-res
--->  Cleaning caml-sexplib
--->  Cleaning caml-sqlite3
--->  Cleaning caml-ssl
--->  Cleaning caml-text
--->  Cleaning caml-type-conv
--->  Cleaning caml-uuidm
--->  Cleaning caml-xmlm
--->  Cleaning camlimages
--->  Cleaning camlp5
--->  Cleaning canna
--->  Cleaning cannonsmash
--->  Cleaning canto
--->  Cleaning cassandra
--->  Cleaning castor
--->  Cleaning catdoc
--->  Cleaning cbmbasic
--->  Cleaning cc65
--->  Cleaning ccache
--->  Cleaning ccal
--->  Cleaning ccaudio
--->  Cleaning cccc
--->  Cleaning ccd2iso
--->  Cleaning ccl
--->  Cleaning ccl-util
--->  Cleaning cclient
--->  Cleaning cclive
--->  Cleaning ccpnmr
--->  Cleaning ccrypt
--->  Cleaning ccxstream
--->  Cleaning cd-discid
--->  Cleaning cdargs
--->  Cleaning cdb
--->  Cleaning cdf
--->  Cleaning cdf-to-fits
--->  Cleaning cdo
--->  Cleaning cdparanoia
--->  Cleaning cdpd
--->  Cleaning cdpr
--->  Cleaning cdrdao
--->  Cleaning cdrtools
--->  Cleaning ce
--->  Cleaning cedet-devel
--->  Cleaning Cenon
--->  Cleaning centerim
--->  Cleaning centerim-devel
--->  Cleaning cextract
--->  Cleaning cfengine
--->  Cleaning cfitsio
--->  Cleaning cflow
--->  Cleaning cfourcc
--->  Cleaning cftp
--->  Cleaning cgal
--->  Cleaning cgdb
--->  Cleaning cgilib
--->  Cleaning cgit
--->  Cleaning cglib
--->  Cleaning cgnslib
--->  Cleaning chasen
--->  Cleaning check
--->  Cleaning checkdns
--->  Cleaning checkpassword-pam
--->  Cleaning checkstyle
--->  Cleaning cheetah
--->  Cleaning chef
--->  Cleaning chemtool
--->  Cleaning cheops
--->  Cleaning cherokee
--->  Cleaning chgrep
--->  Cleaning chicken
--->  Cleaning chipmunk
--->  Cleaning chkrootkit
--->  Cleaning chmdump
--->  Cleaning chmlib
--->  Cleaning Chmox
--->  Cleaning chmsee
--->  Cleaning choqok
--->  Cleaning chromium
--->  Cleaning chsuf
--->  Cleaning cidr
--->  Cleaning circuslinux
--->  Cleaning cksfv
--->  Cleaning cl-ppcre
--->  Cleaning clamav
--->  Cleaning clamsmtp
--->  Cleaning class-dump
--->  Cleaning claws-mail
--->  Cleaning cleanscore
--->  Cleaning clearsilver
--->  Cleaning clex
--->  Cleaning clhep
--->  Cleaning clisp
--->  Cleaning clive
--->  Cleaning cln
--->  Cleaning clog
--->  Cleaning clojure
--->  Cleaning clojure-contrib
--->  Cleaning clojure-contrib-devel
--->  Cleaning clojure-devel
--->  Cleaning cloudwiki
--->  Cleaning clpbar
--->  Cleaning clucene
--->  Cleaning clucene-devel
--->  Cleaning clustalx
--->  Cleaning clusterit
--->  Cleaning clutter
--->  Cleaning clutter-cairo
--->  Cleaning clutter-gst
--->  Cleaning clutter-gtk
--->  Cleaning cm3
--->  Cleaning cmake
--->  Cleaning cmatrix
--->  Cleaning cmconvert
--->  Cleaning cmdftp
--->  Cleaning cmockery
--->  Cleaning cmunge
--->  Cleaning cmus
--->  Cleaning cobertura
--->  Cleaning cocoa-sharp
--->  Cleaning CocoaDialog
--->  Cleaning cocot
--->  Cleaning codeblocks
--->  Cleaning codeblocks-devel
--->  Cleaning cog
--->  Cleaning Coin
--->  Cleaning collada-dom
--->  Cleaning color-theme-mode.el
--->  Cleaning colordiff
--->  Cleaning colorer
--->  Cleaning comix
--->  Cleaning commoncpp2
--->  Cleaning commons-beanutils
--->  Cleaning commons-cli
--->  Cleaning commons-codec
--->  Cleaning commons-collections
--->  Cleaning commons-daemon
--->  Cleaning commons-dbcp
--->  Cleaning commons-digester
--->  Cleaning commons-el
--->  Cleaning commons-fileupload
--->  Cleaning commons-httpclient
--->  Cleaning commons-io
--->  Cleaning commons-lang
--->  Cleaning commons-launcher
--->  Cleaning commons-logging
--->  Cleaning commons-modeler
--->  Cleaning commons-pool
--->  Cleaning commons-validator
--->  Cleaning compare
--->  Cleaning compface
--->  Cleaning conglomerate
--->  Cleaning consodoc
--->  Cleaning contacts
--->  Cleaning convmv
--->  Cleaning cook
--->  Cleaning coq
--->  Cleaning coreutils
--->  Cleaning corkscrew
--->  Cleaning CosmicDebris
--->  Cleaning cosmoplayer
--->  Cleaning cotvnc
--->  Cleaning couchdb
--->  Cleaning couchdb-devel
--->  Cleaning count
--->  Cleaning courier-authlib
--->  Cleaning courier-imap
--->  Cleaning cowsay
--->  Cleaning cpio
--->  Cleaning cpphs
--->  Cleaning cppunit
--->  Cleaning cracklib
--->  Cleaning cracklib-words
--->  Cleaning crafty
--->  Cleaning createrepo
--->  Cleaning createtorrent
--->  Cleaning crimson
--->  Cleaning CrimsonFields
--->  Cleaning criticalmass
--->  Cleaning CronniX
--->  Cleaning cronolog
--->  Cleaning cronolog-devel
--->  Cleaning cryptcat
--->  Cleaning cryptlib
--->  Cleaning cryptokit
--->  Cleaning cscope
--->  Cleaning csound
--->  Cleaning cssc
--->  Cleaning cssed
--->  Cleaning cssh
--->  Cleaning csshX
--->  Cleaning csup
--->  Cleaning csv2xml
--->  Cleaning ctags
--->  Cleaning ctool
--->  Cleaning ctorrent
--->  Cleaning ctris
--->  Cleaning cuetools
--->  Cleaning cunit
--->  Cleaning cupl
--->  Cleaning cups-pdf
--->  Cleaning curl
--->  Cleaning curl-ca-bundle
--->  Cleaning curlftpfs
--->  Cleaning curlhandle
--->  Cleaning cursive
--->  Cleaning cut
--->  Cleaning cutecom-qt4-mac
--->  Cleaning cvs
--->  Cleaning cvs2svn
--->  Cleaning cvsdelta
--->  Cleaning cvsdiff2patch
--->  Cleaning cvsgrab
--->  Cleaning cvsgraph
--->  Cleaning cvslock
--->  Cleaning cvsps
--->  Cleaning cvsup
--->  Cleaning cvsweb
--->  Cleaning cvsync
--->  Cleaning cxref
--->  Cleaning cyclone
--->  Cleaning cyrus-imapd
--->  Cleaning cyrus-sasl2
--->  Cleaning d-mode.el
--->  Cleaning d52
--->  Cleaning daapd
--->  Cleaning daaplib
--->  Cleaning dact
--->  Cleaning daemon
--->  Cleaning daemontools
--->  Cleaning dansguardian
--->  Cleaning dante
--->  Cleaning dap
--->  Cleaning dar
--->  Cleaning darcs
--->  Cleaning darcs-devel
--->  Cleaning darkstat
--->  Cleaning darts
--->  Cleaning darwinbuild
--->  Cleaning darwinbuild-legacy
--->  Cleaning dasher
--->  Cleaning DateLine
--->  Cleaning db44
--->  Cleaning db46
--->  Cleaning db47
--->  Cleaning dbacl
--->  Cleaning dbh
--->  Cleaning dblatex
--->  Cleaning dbow
--->  Cleaning dbtool
--->  Cleaning dbus
--->  Cleaning dbus-glib
--->  Cleaning dbus-glib-sharp
--->  Cleaning dbus-python24
--->  Cleaning dbus-python25
--->  Cleaning dbus-python26
--->  Cleaning dbus-sharp
--->  Cleaning dc3dd
--->  Cleaning dcd
--->  Cleaning dcfldd
--->  Cleaning dcmtk
--->  Cleaning dcraw
--->  Cleaning dd_rescue
--->  Cleaning ddclient
--->  Cleaning ddd
--->  Cleaning ddnsu
--->  Cleaning ddrescue
--->  Cleaning deb2targz
--->  Cleaning defendguin
--->  Cleaning dejagnu
--->  Cleaning dejavu-fonts
--->  Cleaning deletemail
--->  Cleaning deluge
--->  Cleaning denemo
--->  Cleaning denyhosts
--->  Cleaning derby
--->  Cleaning derby-server
--->  Cleaning desklaunch
--->  Cleaning desktop-file-utils
--->  Cleaning DesktopManager
--->  Cleaning despotify
--->  Cleaning desproxy
--->  Cleaning detach
--->  Cleaning detex
--->  Cleaning detox
--->  Cleaning devhelp
--->  Cleaning devtodo
--->  Cleaning dfu-programmer
--->  Cleaning dgpsip
--->  Cleaning dhcp
--->  Cleaning dhcping
--->  Cleaning di
--->  Cleaning dia
--->  Cleaning dia2code
--->  Cleaning dialog
--->  Cleaning dict
--->  Cleaning diction
--->  Cleaning diehard
--->  Cleaning diffball
--->  Cleaning diffstat
--->  Cleaning diffutils
--->  Cleaning digger
--->  Cleaning digikam
--->  Cleaning digikam-devel
--->  Cleaning dillo
--->  Cleaning dirac
--->  Cleaning dircproxy
--->  Cleaning dircproxy-devel
--->  Cleaning dirmngr
--->  Cleaning dirvish
--->  Cleaning disktype
--->  Cleaning distcc
--->  Cleaning distract
--->  Cleaning disvf
--->  Cleaning djbdns
--->  Cleaning djbfft
--->  Cleaning Djinn
--->  Cleaning djview
--->  Cleaning djvulibre
--->  Cleaning dlume
--->  Cleaning dmalloc
--->  Cleaning dmapd
--->  Cleaning dnetc
--->  Cleaning dnrd
--->  Cleaning dns2tcp
--->  Cleaning dnsa
--->  Cleaning dnsmasq
--->  Cleaning dnstop
--->  Cleaning dnstracer
--->  Cleaning dnsupdate
--->  Cleaning dnuos
--->  Cleaning docbook-dsssl
--->  Cleaning docbook-xml
--->  Cleaning docbook-xml-4.1.2
--->  Cleaning docbook-xml-4.2
--->  Cleaning docbook-xml-4.3
--->  Cleaning docbook-xml-4.4
--->  Cleaning docbook-xml-4.5
--->  Cleaning docbook-xml-5.0
--->  Cleaning docbook-xsl
--->  Cleaning docbook2X
--->  Cleaning doclifter
--->  Cleaning DoCon
--->  Cleaning dokuwiki
--->  Cleaning dom4j
--->  Cleaning dominion
--->  Cleaning doodle
--->  Cleaning dopewars
--->  Cleaning dos2unix
--->  Cleaning dosbox
--->  Cleaning dosmacux
--->  Cleaning dot2tex
--->  Cleaning dot2texi
--->  Cleaning dotconf
--->  Cleaning dovecot
--->  Cleaning doxygen
--->  Cleaning dparser
--->  Cleaning dpkg
--->  Cleaning drc-fir
--->  Cleaning driftnet
--->  Cleaning drill
--->  Cleaning drivel
--->  Cleaning drumsxx
--->  Cleaning drupal5
--->  Cleaning drupal6
--->  Cleaning drush
--->  Cleaning drwright
--->  Cleaning DSDP
--->  Cleaning dsh
--->  Cleaning dsniff
--->  Cleaning dsniff-devel
--->  Cleaning dsocks
--->  Cleaning dspam
--->  Cleaning dtach
--->  Cleaning dte
--->  Cleaning duckytool
--->  Cleaning duff
--->  Cleaning duke3d
--->  Cleaning dumpasn1
--->  Cleaning duplicity
--->  Cleaning dvdauthor
--->  Cleaning dvdrip
--->  Cleaning dvdrtools
--->  Cleaning dvdrw-tools
--->  Cleaning dvi2bitmap
--->  Cleaning dvorakng
--->  Cleaning dvtm
--->  Cleaning dwatch
--->  Cleaning dwdiff
--->  Cleaning dynamips
--->  Cleaning dynamips-devel
--->  Cleaning dynamite
--->  Cleaning dzip
--->  Cleaning e
--->  Cleaning e16menuedit
--->  Cleaning e17
--->  Cleaning e2fsprogs
--->  Cleaning easytag
--->  Cleaning easytag-devel
--->  Cleaning eb
--->  Cleaning eblook
--->  Cleaning ebnf2yacc
--->  Cleaning eboard
--->  Cleaning ebook-tools
--->  Cleaning ecb
--->  Cleaning echoping
--->  Cleaning ecl
--->  Cleaning eclipse-ecj32
--->  Cleaning ecm
--->  Cleaning ecore
--->  Cleaning ed
--->  Cleaning edb
--->  Cleaning edbrowse
--->  Cleaning edelta
--->  Cleaning editres
--->  Cleaning edje
--->  Cleaning ee
--->  Cleaning eet
--->  Cleaning efont-unicode
--->  Cleaning efte
--->  Cleaning eggdbus
--->  Cleaning eggdrop
--->  Cleaning ehcache
--->  Cleaning eibd
--->  Cleaning eiffelstudio
--->  Cleaning eiffelstudio64
--->  Cleaning eiffelstudio65
--->  Cleaning eiffelstudio66
--->  Cleaning eigen
--->  Cleaning eina
--->  Cleaning ejabberd
--->  Cleaning ekhtml
--->  Cleaning electric
--->  Cleaning electric-fence
--->  Cleaning elhttp
--->  Cleaning elinks
--->  Cleaning elinks-devel
--->  Cleaning elk
--->  Cleaning elvis
--->  Cleaning emacs
--->  Cleaning emacs-app
--->  Cleaning emacs-app-devel
--->  Cleaning emacs-w3m
--->  Cleaning emacs22
--->  Cleaning EMBOSS
--->  Cleaning embryo
--->  Cleaning emergent
--->  Cleaning emiclock
--->  Cleaning emos
--->  Cleaning empathy
--->  Cleaning enblend
--->  Cleaning enca
--->  Cleaning encfs
--->  Cleaning enchant
--->  Cleaning endian
--->  Cleaning enlightenment
--->  Cleaning enlightenment-docs
--->  Cleaning enscript
--->  Cleaning ent
--->  Cleaning entropy
--->  Cleaning eo
--->  Cleaning eog
--->  Cleaning epdfview
--->  Cleaning epeg
--->  Cleaning epic4
--->  Cleaning epic5
--->  Cleaning epiphany
--->  Cleaning epm
--->  Cleaning epstool
--->  Cleaning erc
--->  Cleaning erlang
--->  Cleaning erlsom
--->  Cleaning erni
--->  Cleaning eruby
--->  Cleaning esdl
--->  Cleaning esmtp
--->  Cleaning esniper
--->  Cleaning esound
--->  Cleaning espgs
--->  Cleaning etch
--->  Cleaning Eterm
--->  Cleaning etherape
--->  Cleaning ethereal
--->  Cleaning Etoile
--->  Cleaning Etoile-devel
--->  Cleaning etpan
--->  Cleaning etree-scripts
--->  Cleaning ettercap
--->  Cleaning ettercap-ng
--->  Cleaning euchre
--->  Cleaning eudora2unix
--->  Cleaning evas
--->  Cleaning eventlog
--->  Cleaning evilwm
--->  Cleaning evince
--->  Cleaning evolution-data-server
--->  Cleaning ex-vi
--->  Cleaning exec-wrapper
--->  Cleaning exempi
--->  Cleaning exif
--->  Cleaning exiftags
--->  Cleaning exim
--->  Cleaning exiv2
--->  Cleaning exo
--->  Cleaning expat
--->  Cleaning expect
--->  Cleaning ext2fuse
--->  Cleaning eyeclock
--->  Cleaning ez-ipupdate
--->  Cleaning faac
--->  Cleaning faad2
--->  Cleaning facter
--->  Cleaning fairthreads
--->  Cleaning farsight2
--->  Cleaning fast-md5
--->  Cleaning fastcap-wr
--->  Cleaning fastdb
--->  Cleaning fasthenry-wr
--->  Cleaning fastjar
--->  Cleaning fastlink
--->  Cleaning faubackup
--->  Cleaning faust
--->  Cleaning fauxident
--->  Cleaning fbg
--->  Cleaning fbopenssl
--->  Cleaning fbuild
--->  Cleaning fcgi
--->  Cleaning fcrackzip
--->  Cleaning fcron
--->  Cleaning FDclone
--->  Cleaning fdupes
--->  Cleaning feh
--->  Cleaning ferite
--->  Cleaning fetch
--->  Cleaning fetchmail
--->  Cleaning ffcall
--->  Cleaning ffmpeg
--->  Cleaning ffmpeg-devel
--->  Cleaning ffp
--->  Cleaning fftw
--->  Cleaning fftw-3
--->  Cleaning fftw-3-long
--->  Cleaning fftw-3-single
--->  Cleaning fftw-single
--->  Cleaning FFView
--->  Cleaning fgsl
--->  Cleaning fhist
--->  Cleaning ficl
--->  Cleaning fife
--->  Cleaning fig2ps
--->  Cleaning figlet
--->  Cleaning file
--->  Cleaning file-roller
--->  Cleaning filelight
--->  Cleaning finch
--->  Cleaning findutils
--->  Cleaning firefox-x11
--->  Cleaning firefox-x11-devel
--->  Cleaning firemime
--->  Cleaning fireworkx
--->  Cleaning fisg
--->  Cleaning fish
--->  Cleaning fityk
--->  Cleaning fizmo
--->  Cleaning flac
--->  Cleaning flac2mp3
--->  Cleaning flagpoll
--->  Cleaning flam3
--->  Cleaning flann
--->  Cleaning flashbake
--->  Cleaning flashdot
--->  Cleaning flawfinder
--->  Cleaning flex
--->  Cleaning flickcurl
--->  Cleaning flip
--->  Cleaning flobopuyo
--->  Cleaning flood
--->  Cleaning flow-tools
--->  Cleaning flowd
--->  Cleaning fltk
--->  Cleaning Fluid
--->  Cleaning fluidsynth
--->  Cleaning flusspferd
--->  Cleaning fluxbox
--->  Cleaning fmt-ptrn
--->  Cleaning fnlib
--->  Cleaning fnv
--->  Cleaning fondu
--->  Cleaning font-adobe-100dpi
--->  Cleaning font-adobe-75dpi
--->  Cleaning font-adobe-utopia-100dpi
--->  Cleaning font-adobe-utopia-75dpi
--->  Cleaning font-adobe-utopia-type1
--->  Cleaning font-alias
--->  Cleaning font-arabic-misc
--->  Cleaning font-bh-100dpi
--->  Cleaning font-bh-75dpi
--->  Cleaning font-bh-lucidatypewriter-100dpi
--->  Cleaning font-bh-lucidatypewriter-75dpi
--->  Cleaning font-bh-ttf
--->  Cleaning font-bh-type1
--->  Cleaning font-bitstream-100dpi
--->  Cleaning font-bitstream-75dpi
--->  Cleaning font-bitstream-speedo
--->  Cleaning font-bitstream-type1
--->  Cleaning font-cronyx-cyrillic
--->  Cleaning font-cursor-misc
--->  Cleaning font-daewoo-misc
--->  Cleaning font-dec-misc
--->  Cleaning font-ibm-type1
--->  Cleaning font-isas-misc
--->  Cleaning font-jis-misc
--->  Cleaning font-micro-misc
--->  Cleaning font-misc-cyrillic
--->  Cleaning font-misc-ethiopic
--->  Cleaning font-misc-meltho
--->  Cleaning font-misc-misc
--->  Cleaning font-mutt-misc
--->  Cleaning font-schumacher-misc
--->  Cleaning font-screen-cyrillic
--->  Cleaning font-sony-misc
--->  Cleaning font-sun-misc
--->  Cleaning font-winitzki-cyrillic
--->  Cleaning font-xfree86-type1
--->  Cleaning fontconfig
--->  Cleaning fontforge
--->  Cleaning fonttools
--->  Cleaning fonttosfnt
--->  Cleaning fop
--->  Cleaning fop-0.20
--->  Cleaning foremost
--->  Cleaning forkbomb
--->  Cleaning fortune
--->  Cleaning fox
--->  Cleaning fping
--->  Cleaning fpp
--->  Cleaning fprobe
--->  Cleaning fragroute
--->  Cleaning fragrouter
--->  Cleaning free42
--->  Cleaning Freecell
--->  Cleaning freeciv
--->  Cleaning freeciv-x11
--->  Cleaning freedink
--->  Cleaning freedink-data
--->  Cleaning freedroidclassic
--->  Cleaning freefont-ttf
--->  Cleaning freehdl
--->  Cleaning freeimage
--->  Cleaning freepops
--->  Cleaning freeradius
--->  Cleaning freeride
--->  Cleaning freesci
--->  Cleaning FreeSOLID
--->  Cleaning freetds
--->  Cleaning freetype
--->  Cleaning frei0r-plugins
--->  Cleaning fribidi
--->  Cleaning frobtads
--->  Cleaning frotz
--->  Cleaning frozenbubble2
--->  Cleaning fs-check
--->  Cleaning FScript
--->  Cleaning fsh
--->  Cleaning fsharp
--->  Cleaning fslsfonts
--->  Cleaning fsp
--->  Cleaning fspclient
--->  Cleaning fsplib
--->  Cleaning fstobdf
--->  Cleaning fsv
--->  Cleaning ftgl
--->  Cleaning ftidy
--->  Cleaning ftjam
--->  Cleaning ftpmap
--->  Cleaning ftpsync
--->  Cleaning fugu
--->  Cleaning furl
--->  Cleaning fuse-bindings-python
--->  Cleaning fuse-bindings-python25
--->  Cleaning fusefs
--->  Cleaning fusil
--->  Cleaning fuzz
--->  Cleaning fvwm
--->  Cleaning fvwm2
--->  Cleaning fwknop
--->  Cleaning fxscintilla
--->  Cleaning fyre
--->  Cleaning g-wrap
--->  Cleaning g-wrap16
--->  Cleaning g3data
--->  Cleaning g95
--->  Cleaning gadap
--->  Cleaning gajim
--->  Cleaning gajim-devel
--->  Cleaning gal
--->  Cleaning galaxis
--->  Cleaning galeon
--->  Cleaning gallery
--->  Cleaning gambit-c
--->  Cleaning ganglia
--->  Cleaning gant
--->  Cleaning gauche
--->  Cleaning gauche-c-wrapper
--->  Cleaning gauche-dbd-mysql
--->  Cleaning gauche-dbd-pg
--->  Cleaning gauche-gl
--->  Cleaning gauche-gtk
--->  Cleaning gauche-readline
--->  Cleaning gaul-devel
--->  Cleaning gav
--->  Cleaning gavl
--->  Cleaning gawk
--->  Cleaning gazpacho
--->  Cleaning gbuffy
--->  Cleaning gc-utils
--->  Cleaning gcalctool
--->  Cleaning gcc33
--->  Cleaning gcc34
--->  Cleaning gcc40
--->  Cleaning gcc41
--->  Cleaning gcc42
--->  Cleaning gcc43
--->  Cleaning gcc44
--->  Cleaning gcc45
--->  Cleaning gcc_select
--->  Cleaning gccmakedep
--->  Cleaning gccxml
--->  Cleaning gccxml-devel
--->  Cleaning gcin
--->  Cleaning gcj34
--->  Cleaning gcl
--->  Cleaning gconf
--->  Cleaning gconf-editor
--->  Cleaning gconfmm
--->  Cleaning gcs-java
--->  Cleaning gd2
--->  Cleaning gdal
--->  Cleaning gdal-grass
--->  Cleaning gdb
--->  Cleaning gdbm
--->  Cleaning gdc
--->  Cleaning gdchart
--->  Cleaning gdk-pixbuf
--->  Cleaning gdl
--->  Cleaning gdm
--->  Cleaning gdsreader
--->  Cleaning geant4
--->  Cleaning geany
--->  Cleaning gearmand
--->  Cleaning gecko-sharp
--->  Cleaning gecko-sharp2
--->  Cleaning geda-gaf
--->  Cleaning gedit
--->  Cleaning gedit-plugins
--->  Cleaning geekcode
--->  Cleaning gegl
--->  Cleaning gelide
--->  Cleaning geneweb
--->  Cleaning gengetopt
--->  Cleaning genius
--->  Cleaning gensig
--->  Cleaning geoexpress-sdk
--->  Cleaning geomview
--->  Cleaning geos
--->  Cleaning geos2
--->  Cleaning gerbv
--->  Cleaning gerris
--->  Cleaning getabspath
--->  Cleaning getmail
--->  Cleaning getopt
--->  Cleaning gettext
--->  Cleaning gettext-lint
--->  Cleaning gexpr
--->  Cleaning gfontsampler
--->  Cleaning gforth
--->  Cleaning gftp
--->  Cleaning ggobi
--->  Cleaning ggv
--->  Cleaning ggz-client-libs
--->  Cleaning ghc
--->  Cleaning ghc-devel
--->  Cleaning ghemical
--->  Cleaning ghex
--->  Cleaning ghostscript
--->  Cleaning ghostscript-fonts-hiragino
--->  Cleaning gibberish
--->  Cleaning giblib
--->  Cleaning giflib
--->  Cleaning gifsicle
--->  Cleaning gift
--->  Cleaning gigabase
--->  Cleaning giggle
--->  Cleaning gimp
--->  Cleaning gimp-app
--->  Cleaning gimp-gap
--->  Cleaning gimp-gap-devel
--->  Cleaning gimp-jp2
--->  Cleaning gimp-lqr-plugin
--->  Cleaning gimp-print
--->  Cleaning gimp-user-manual
--->  Cleaning gimp2
--->  Cleaning GiNaC
--->  Cleaning git-core
--->  Cleaning GitX
--->  Cleaning gjdb
--->  Cleaning gkrellm
--->  Cleaning gkrellm-gtodo
--->  Cleaning gkrellm_snmp
--->  Cleaning gksu
--->  Cleaning gkwebmon
--->  Cleaning glabels
--->  Cleaning glade
--->  Cleaning glade3
--->  Cleaning glade3-devel
--->  Cleaning glademm
--->  Cleaning glark
--->  Cleaning glassfishv3
--->  Cleaning GLC_lib
--->  Cleaning glew
--->  Cleaning glib1
--->  Cleaning glib2
--->  Cleaning glib2-devel
--->  Cleaning glibmm
--->  Cleaning glimpse
--->  Cleaning glitz
--->  Cleaning gliv
--->  Cleaning glob2
--->  Cleaning global
--->  Cleaning glom
--->  Cleaning gloox
--->  Cleaning glpk
--->  Cleaning glpng
--->  Cleaning glpong
--->  Cleaning glue
--->  Cleaning glui
--->  Cleaning glut
--->  Cleaning glw
--->  Cleaning gmailfs
--->  Cleaning gmake
--->  Cleaning GMastermind
--->  Cleaning gmime
--->  Cleaning GMines
--->  Cleaning gmock
--->  Cleaning gmp
--->  Cleaning gmp-cxx-wrappers
--->  Cleaning gmp-ecm
--->  Cleaning gmpc
--->  Cleaning gmsl
--->  Cleaning gmt
--->  Cleaning gmtl
--->  Cleaning gnat-booch95
--->  Cleaning gnat-charles
--->  Cleaning gnat-gcc
--->  Cleaning gnat-gprbuild
--->  Cleaning gnat-gtkada
--->  Cleaning gnat-xmlada
--->  Cleaning gnats
--->  Cleaning gnet
--->  Cleaning gnet2
--->  Cleaning gnetcat
--->  Cleaning gnochm
--->  Cleaning gnofract4d
--->  Cleaning gnokii
--->  Cleaning gnome
--->  Cleaning gnome-applets
--->  Cleaning gnome-audio
--->  Cleaning gnome-backgrounds
--->  Cleaning gnome-bindings-cxx
--->  Cleaning gnome-bindings-perl5
--->  Cleaning gnome-bindings-python
--->  Cleaning gnome-bindings-suite
--->  Cleaning gnome-common
--->  Cleaning gnome-control-center
--->  Cleaning gnome-desktop
--->  Cleaning gnome-desktop-suite
--->  Cleaning gnome-devel-docs
--->  Cleaning gnome-developer-tools
--->  Cleaning gnome-doc-utils
--->  Cleaning gnome-games
--->  Cleaning gnome-icon-theme
--->  Cleaning gnome-keyring
--->  Cleaning gnome-libs
--->  Cleaning gnome-mag
--->  Cleaning gnome-media
--->  Cleaning gnome-menus
--->  Cleaning gnome-mime-data
--->  Cleaning gnome-mud
--->  Cleaning gnome-netstatus
--->  Cleaning gnome-panel
--->  Cleaning gnome-photo-print
--->  Cleaning gnome-platform-suite
--->  Cleaning gnome-python-desktop
--->  Cleaning gnome-python-extras
--->  Cleaning gnome-python26-extras
--->  Cleaning gnome-session
--->  Cleaning gnome-settings-daemon
--->  Cleaning gnome-sharp2
--->  Cleaning gnome-speech
--->  Cleaning gnome-system-monitor
--->  Cleaning gnome-terminal
--->  Cleaning gnome-themes
--->  Cleaning gnome-turtle
--->  Cleaning gnome-user-docs
--->  Cleaning gnome-utils
--->  Cleaning gnome-vfs
--->  Cleaning gnome-vfs-monikers
--->  Cleaning gnome-vfsmm
--->  Cleaning gnomeicu
--->  Cleaning gnomesu
--->  Cleaning gnonlin
--->  Cleaning gnopernicus
--->  Cleaning gnotify
--->  Cleaning gnotime
--->  Cleaning gnu-classpath
--->  Cleaning gnu-classpath-inetlib
--->  Cleaning gnu-classpathx-activation
--->  Cleaning gnu-classpathx-comm
--->  Cleaning gnu-classpathx-javamail
--->  Cleaning gnu-crypto
--->  Cleaning gnubg
--->  Cleaning gnucap
--->  Cleaning gnucash
--->  Cleaning gnucash-devel
--->  Cleaning gnucash-docs
--->  Cleaning gnuchess
--->  Cleaning gnudatalanguage
--->  Cleaning gnugo
--->  Cleaning GNUMail
--->  Cleaning GNUMail-Aqua
--->  Cleaning gnumeric
--->  Cleaning gnupg
--->  Cleaning gnupg12
--->  Cleaning gnupg2
--->  Cleaning gnuplot
--->  Cleaning gnupod
--->  Cleaning gnuradio
--->  Cleaning gnuradio-audio-jack
--->  Cleaning gnuradio-audio-osx
--->  Cleaning gnuradio-audio-portaudio
--->  Cleaning gnuradio-core
--->  Cleaning gnuradio-cvsd-vocoder
--->  Cleaning gnuradio-examples
--->  Cleaning gnuradio-gpio
--->  Cleaning gnuradio-grc
--->  Cleaning gnuradio-gruel
--->  Cleaning gnuradio-gsm-fr-vocoder
--->  Cleaning gnuradio-mblock
--->  Cleaning gnuradio-omnithread
--->  Cleaning gnuradio-pager
--->  Cleaning gnuradio-pmt
--->  Cleaning gnuradio-radar-mono
--->  Cleaning gnuradio-radio-astronomy
--->  Cleaning gnuradio-sounder
--->  Cleaning gnuradio-trellis
--->  Cleaning gnuradio-usrp
--->  Cleaning gnuradio-utils
--->  Cleaning gnuradio-video-sdl
--->  Cleaning gnuradio-wxgui
--->  Cleaning gnuregex
--->  Cleaning gnushogi
--->  Cleaning gnustep
--->  Cleaning gnustep-back
--->  Cleaning gnustep-base
--->  Cleaning gnustep-core
--->  Cleaning gnustep-dl2
--->  Cleaning gnustep-gui
--->  Cleaning gnustep-make
--->  Cleaning gnustep-make-cocoa
--->  Cleaning gnustep-make-docs
--->  Cleaning gnutar
--->  Cleaning gnutls
--->  Cleaning go-devel
--->  Cleaning gob1
--->  Cleaning gob2
--->  Cleaning gobby
--->  Cleaning gocr
--->  Cleaning goffice
--->  Cleaning goffice03
--->  Cleaning Gomoku
--->  Cleaning goocanvas
--->  Cleaning google-collections
--->  Cleaning google-ctemplate
--->  Cleaning google-perftools
--->  Cleaning google-sparsehash
--->  Cleaning google-test
--->  Cleaning gorm
--->  Cleaning gource
--->  Cleaning gpatch
--->  Cleaning gpc34
--->  Cleaning gpdf
--->  Cleaning gperf
--->  Cleaning gpg-agent
--->  Cleaning GPGAppKit
--->  Cleaning gpgme
--->  Cleaning gpgme-objc
--->  Cleaning gphoto2
--->  Cleaning gplcver
--->  Cleaning gpodder
--->  Cleaning gpp
--->  Cleaning gprolog
--->  Cleaning gpsbabel
--->  Cleaning gpsd
--->  Cleaning gputils
--->  Cleaning gq
--->  Cleaning gqview
--->  Cleaning grace
--->  Cleaning gradle
--->  Cleaning gradle-devel
--->  Cleaning grads
--->  Cleaning grads2
--->  Cleaning grails
--->  Cleaning grails-devel
--->  Cleaning gramps
--->  Cleaning GraphicsMagick
--->  Cleaning graphviz
--->  Cleaning graphviz-devel
--->  Cleaning graphviz-gui
--->  Cleaning graphviz-gui-devel
--->  Cleaning graphviz-oldgui
--->  Cleaning grass
--->  Cleaning grc
--->  Cleaning greed
--->  Cleaning grep
--->  Cleaning greycstoration
--->  Cleaning gri
--->  Cleaning grib_api
--->  Cleaning Gridlock
--->  Cleaning griffon
--->  Cleaning griffon-devel
--->  Cleaning grisbi
--->  Cleaning groff
--->  Cleaning grok
--->  Cleaning gromacs
--->  Cleaning gromacs-double
--->  Cleaning groovy
--->  Cleaning groovy-devel
--->  Cleaning Growl
--->  Cleaning grutatxt
--->  Cleaning gsed
--->  Cleaning gsl
--->  Cleaning gsl-devel
--->  Cleaning gsoap
--->  Cleaning gss
--->  Cleaning gst
--->  Cleaning gst-dev
--->  Cleaning gst-ffmpeg
--->  Cleaning gst-plugins-bad
--->  Cleaning gst-plugins-base
--->  Cleaning gst-plugins-farsight
--->  Cleaning gst-plugins-good
--->  Cleaning gst-plugins-ugly
--->  Cleaning gst-python
--->  Cleaning gstreamer
--->  Cleaning gtamacfonts
--->  Cleaning gtetrinet
--->  Cleaning gtgt
--->  Cleaning gthumb
--->  Cleaning gtime
--->  Cleaning gtimelog
--->  Cleaning gtk-canvas
--->  Cleaning gtk-chtheme
--->  Cleaning gtk-doc
--->  Cleaning gtk-engines
--->  Cleaning gtk-engines2
--->  Cleaning gtk-extra
--->  Cleaning gtk-gnutella
--->  Cleaning gtk-nodoka-engine
--->  Cleaning gtk-sharp
--->  Cleaning gtk-sharp2
--->  Cleaning gtk-smooth-engine
--->  Cleaning gtk-theme-switch
--->  Cleaning gtk-thinice-engine
--->  Cleaning gtk-xfce-engine
--->  Cleaning gtk1
--->  Cleaning gtk2
--->  Cleaning gtk2-aurora
--->  Cleaning gtk2-clearlooks
--->  Cleaning gtk2-extra
--->  Cleaning gtk2-industrial
--->  Cleaning gtk2-murrine
--->  Cleaning gtk2-murrine-configurator
--->  Cleaning gtk2hs
--->  Cleaning gtkevemon
--->  Cleaning gtkglarea
--->  Cleaning gtkglarea2
--->  Cleaning gtkglext
--->  Cleaning gtkglextmm
--->  Cleaning gtkimageview
--->  Cleaning gtkmm
--->  Cleaning gtkpod
--->  Cleaning gtksee
--->  Cleaning gtksourceview
--->  Cleaning gtksourceview-sharp2
--->  Cleaning gtksourceview2
--->  Cleaning gtkspell2
--->  Cleaning gtkwave
--->  Cleaning GTorrentViewer
--->  Cleaning gts
--->  Cleaning gtypist
--->  Cleaning gucharmap
--->  Cleaning guile
--->  Cleaning guile16
--->  Cleaning gunits
--->  Cleaning gutenprint
--->  Cleaning gv
--->  Cleaning gvemod-cplxview
--->  Cleaning gvemod-crayola
--->  Cleaning gvemod-labeler
--->  Cleaning gvemod-ndview
--->  Cleaning gvemod-xforms-example
--->  Cleaning gvemodules-xforms
--->  Cleaning gvfs
--->  Cleaning gvpe
--->  Cleaning gwee
--->  Cleaning gwenhywfar
--->  Cleaning gwget
--->  Cleaning gwhich
--->  Cleaning gworkspace
--->  Cleaning gwyddion
--->  Cleaning gwydion-dylan
--->  Cleaning gxmessage
--->  Cleaning gzip
--->  Cleaning gzrecover
--->  Cleaning h4h5tools
--->  Cleaning ha
--->  Cleaning haddock
--->  Cleaning halloc
--->  Cleaning hamcrest-core
--->  Cleaning hamcrest-library
--->  Cleaning HandBrake
--->  Cleaning HandBrake71
--->  Cleaning happy
--->  Cleaning haproxy
--->  Cleaning haserl
--->  Cleaning haskell-chunks
--->  Cleaning haskell-hinstaller
--->  Cleaning haskell-mode.el
--->  Cleaning haskell-parsedate
--->  Cleaning haskell-platform
--->  Cleaning hat
--->  Cleaning hatari
--->  Cleaning HaXml
--->  Cleaning hdf4
--->  Cleaning hdf5
--->  Cleaning hdf5-18
--->  Cleaning hdfeos
--->  Cleaning hdhomerun
--->  Cleaning headerbrowser
--->  Cleaning heimdal
--->  Cleaning hellanzb
--->  Cleaning hello
--->  Cleaning help2man
--->  Cleaning hem
--->  Cleaning herrie
--->  Cleaning hevea
--->  Cleaning hexdiff
--->  Cleaning hexedit
--->  Cleaning hexfiend
--->  Cleaning heyu
--->  Cleaning hffzip
--->  Cleaning hfstar
--->  Cleaning hg-forest
--->  Cleaning hibernate2
--->  Cleaning hibernate3
--->  Cleaning hicolor-icon-theme
--->  Cleaning highlight
--->  Cleaning HighlighterKit
--->  Cleaning highlnk
--->  Cleaning hmake
--->  Cleaning hmmer
--->  Cleaning hnb
--->  Cleaning hoard
--->  Cleaning homebank
--->  Cleaning honeyd
--->  Cleaning howl
--->  Cleaning hping2
--->  Cleaning hping3
--->  Cleaning hrsh2csv
--->  Cleaning hs-alex
--->  Cleaning hs-binary
--->  Cleaning hs-Boolean
--->  Cleaning hs-bytestring-csv
--->  Cleaning hs-bytestring-lexing
--->  Cleaning hs-cabal
--->  Cleaning hs-cereal
--->  Cleaning hs-chunks
--->  Cleaning hs-Crypto
--->  Cleaning hs-data-accessor
--->  Cleaning hs-data-accessor-monads-fd
--->  Cleaning hs-data-accessor-template
--->  Cleaning hs-dataenc
--->  Cleaning hs-derive
--->  Cleaning hs-Diff
--->  Cleaning hs-digest
--->  Cleaning hs-dlist
--->  Cleaning hs-Edison
--->  Cleaning hs-EdisonAPI
--->  Cleaning hs-fingertree
--->  Cleaning hs-ghc-paths
--->  Cleaning hs-haddock
--->  Cleaning hs-happy
--->  Cleaning hs-hashed-storage
--->  Cleaning hs-haskeline
--->  Cleaning hs-haskell-src-exts
--->  Cleaning hs-haskell-src-exts-1.6
--->  Cleaning hs-hinstaller
--->  Cleaning hs-HOC
--->  Cleaning hs-HOC-AppKit
--->  Cleaning hs-HOC-Cocoa
--->  Cleaning hs-HOC-CoreData
--->  Cleaning hs-HOC-Foundation
--->  Cleaning hs-HOC-QuartzCore
--->  Cleaning hs-hslogger
--->  Cleaning hs-HTTP
--->  Cleaning hs-HUnit
--->  Cleaning hs-language-c
--->  Cleaning hs-libcabal
--->  Cleaning hs-MemoTrie
--->  Cleaning hs-mmap
--->  Cleaning hs-monads-fd
--->  Cleaning hs-NewBinary
--->  Cleaning hs-parsec
--->  Cleaning hs-parsedate
--->  Cleaning hs-platform-alex
--->  Cleaning hs-platform-cabal
--->  Cleaning hs-platform-cgi
--->  Cleaning hs-platform-editline
--->  Cleaning hs-platform-fgl
--->  Cleaning hs-platform-GLUT
--->  Cleaning hs-platform-happy
--->  Cleaning hs-platform-haskell-src
--->  Cleaning hs-platform-html
--->  Cleaning hs-platform-HTTP
--->  Cleaning hs-platform-HUnit
--->  Cleaning hs-platform-mtl
--->  Cleaning hs-platform-network
--->  Cleaning hs-platform-OpenGL
--->  Cleaning hs-platform-parallel
--->  Cleaning hs-platform-parsec
--->  Cleaning hs-platform-QuickCheck
--->  Cleaning hs-platform-regex-base
--->  Cleaning hs-platform-regex-compat
--->  Cleaning hs-platform-regex-posix
--->  Cleaning hs-platform-stm
--->  Cleaning hs-platform-time
--->  Cleaning hs-platform-xhtml
--->  Cleaning hs-platform-zlib
--->  Cleaning hs-plugins
--->  Cleaning hs-pointedlist
--->  Cleaning hs-polyparse
--->  Cleaning hs-primitive
--->  Cleaning hs-process
--->  Cleaning hs-pureMD5
--->  Cleaning hs-QuickCheck
--->  Cleaning hs-random
--->  Cleaning hs-regex-base
--->  Cleaning hs-regex-tdfa
--->  Cleaning hs-rosezipper
--->  Cleaning hs-split
--->  Cleaning hs-storable-complex
--->  Cleaning hs-terminfo
--->  Cleaning hs-transformers
--->  Cleaning hs-type-level
--->  Cleaning hs-typenats
--->  Cleaning hs-uniplate
--->  Cleaning hs-utf8-string
--->  Cleaning hs-utility-ht
--->  Cleaning hs-vector
--->  Cleaning hs-vector-space
--->  Cleaning hs-vty
--->  Cleaning hs-vty-3
--->  Cleaning hs-zip-archive
--->  Cleaning hs-zlib
--->  Cleaning hsftp
--->  Cleaning hsshellscript
--->  Cleaning ht
--->  Cleaning html
--->  Cleaning html-xml-utils
--->  Cleaning html2text
--->  Cleaning htmldoc
--->  Cleaning htop
--->  Cleaning htp
--->  Cleaning htpdate
--->  Cleaning http-fetcher
--->  Cleaning http-replicator
--->  Cleaning http_ping
--->  Cleaning httperf
--->  Cleaning httping
--->  Cleaning httrack
--->  Cleaning huevos
--->  Cleaning hugin-app
--->  Cleaning hugs98
--->  Cleaning hunspell
--->  Cleaning hunspell-dict-af_ZA
--->  Cleaning hunspell-dict-ca_ES
--->  Cleaning hunspell-dict-cs_CZ
--->  Cleaning hunspell-dict-cy_GB
--->  Cleaning hunspell-dict-de_DE
--->  Cleaning hunspell-dict-el_GR
--->  Cleaning hunspell-dict-en_CA
--->  Cleaning hunspell-dict-en_NZ
--->  Cleaning hunspell-dict-en_US
--->  Cleaning hunspell-dict-en_ZA
--->  Cleaning hunspell-dict-es_ES
--->  Cleaning hunspell-dict-es_MX
--->  Cleaning hunspell-dict-fo_FO
--->  Cleaning hunspell-dict-fy_NL
--->  Cleaning hunspell-dict-ga_IE
--->  Cleaning hunspell-dict-gd_GB
--->  Cleaning hunspell-dict-gsc_FR
--->  Cleaning hunspell-dict-gu_IN
--->  Cleaning hunspell-dict-he_IL
--->  Cleaning hunspell-dict-hi_IN
--->  Cleaning hunspell-dict-hr_HR
--->  Cleaning hunspell-dict-id_ID
--->  Cleaning hunspell-dict-ku_TR
--->  Cleaning hunspell-dict-lt_LT
--->  Cleaning hunspell-dict-mg_MG
--->  Cleaning hunspell-dict-mk_MK
--->  Cleaning hunspell-dict-ms_MY
--->  Cleaning hunspell-dict-nb_NO
--->  Cleaning hunspell-dict-nl_NL
--->  Cleaning hunspell-dict-nn_NO
--->  Cleaning hunspell-dict-nr_ZA
--->  Cleaning hunspell-dict-ns_ZA
--->  Cleaning hunspell-dict-ny_MW
--->  Cleaning hunspell-dict-oc_FR
--->  Cleaning hunspell-dict-rw_RW
--->  Cleaning hunspell-dict-sl_SI
--->  Cleaning hunspell-dict-ss_ZA
--->  Cleaning hunspell-dict-st_ZA
--->  Cleaning hunspell-dict-sw_KE
--->  Cleaning hunspell-dict-tet_ID
--->  Cleaning hunspell-dict-th_TH
--->  Cleaning hunspell-dict-tl_PH
--->  Cleaning hunspell-dict-tn_ZA
--->  Cleaning hunspell-dict-ts_ZA
--->  Cleaning hunspell-dict-uk_UA
--->  Cleaning hunspell-dict-ve_ZA
--->  Cleaning hunspell-dict-xh_ZA
--->  Cleaning hunspell-dict-zu_ZA
--->  Cleaning hydra
--->  Cleaning hydrogen
--->  Cleaning hymn
--->  Cleaning hyperestraier
--->  Cleaning hyperic-sigar
--->  Cleaning hypermail
--->  Cleaning i386-elf-binutils
--->  Cleaning i386-elf-gcc
--->  Cleaning i386-mingw32-binutils
--->  Cleaning i386-mingw32-gcc
--->  Cleaning i386-mingw32-libunicows
--->  Cleaning i386-mingw32-runtime
--->  Cleaning i386-mingw32-w32api
--->  Cleaning i386-rtems-binutils
--->  Cleaning i386-rtems-gcc
--->  Cleaning i960-rtems-binutils
--->  Cleaning i960-rtems-gcc
--->  Cleaning iAIDA
--->  Cleaning ice-cpp
--->  Cleaning ice-java
--->  Cleaning ice-python
--->  Cleaning ice-python25
--->  Cleaning ice-python26
--->  Cleaning iceauth
--->  Cleaning icecast
--->  Cleaning icecast2
--->  Cleaning icedtea6-plugs
--->  Cleaning ices0
--->  Cleaning ices2
--->  Cleaning icewm
--->  Cleaning ici
--->  Cleaning icmpmonitor
--->  Cleaning icns-gimp
--->  Cleaning ico
--->  Cleaning icoconvert
--->  Cleaning icompile
--->  Cleaning icon
--->  Cleaning icon-naming-utils
--->  Cleaning icpld
--->  Cleaning icu
--->  Cleaning IcyJuice
--->  Cleaning ID3
--->  Cleaning id3lib
--->  Cleaning id3tool
--->  Cleaning id3v2
--->  Cleaning idnits
--->  Cleaning idutils
--->  Cleaning ifstat
--->  Cleaning iftop
--->  Cleaning ige-mac-integration
--->  Cleaning igraph
--->  Cleaning iguanaIR
--->  Cleaning ihook
--->  Cleaning ii
--->  Cleaning ike-scan
--->  Cleaning ikiwiki
--->  Cleaning iksemel
--->  Cleaning ilmbase
--->  Cleaning imageindex
--->  Cleaning ImageMagick
--->  Cleaning imake
--->  Cleaning imap-uw
--->  Cleaning imapcp
--->  Cleaning imapfilter
--->  Cleaning imapsync
--->  Cleaning imecho
--->  Cleaning imlib
--->  Cleaning imlib2
--->  Cleaning indent
--->  Cleaning indi
--->  Cleaning infobot
--->  Cleaning inform
--->  Cleaning inkscape
--->  Cleaning inkscape-devel
--->  Cleaning InsightToolkit
--->  Cleaning InsightToolkit312
--->  Cleaning InsightToolkit314
--->  Cleaning insub
--->  Cleaning interceptty
--->  Cleaning intltool
--->  Cleaning inventor
--->  Cleaning Io
--->  Cleaning ion3
--->  Cleaning iozone
--->  Cleaning ipcalc
--->  Cleaning ipcheck
--->  Cleaning ipcs
--->  Cleaning iperf
--->  Cleaning ipsvd
--->  Cleaning ipv6calc
--->  Cleaning ircii
--->  Cleaning ircii-classic
--->  Cleaning irctree
--->  Cleaning irsim
--->  Cleaning irssi
--->  Cleaning irssi-devel
--->  Cleaning irssistats
--->  Cleaning isabelle
--->  Cleaning isabelle-devel
--->  Cleaning isightcapture
--->  Cleaning iso-codes
--->  Cleaning iso8879
--->  Cleaning ispell
--->  Cleaning ispell-dict-it
--->  Cleaning istumbler
--->  Cleaning isync
--->  Cleaning itcl
--->  Cleaning iTerm
--->  Cleaning itext
--->  Cleaning itk
--->  Cleaning itl
--->  Cleaning iverilog
--->  Cleaning ivtools
--->  Cleaning iwidgets
--->  Cleaning jabber
--->  Cleaning jabberd
--->  Cleaning jack
--->  Cleaning jailkit
--->  Cleaning jakarta-bcel
--->  Cleaning jakarta-log4j
--->  Cleaning jakarta-oro
--->  Cleaning jakarta-regexp
--->  Cleaning jakarta-taglibs-standard-11
--->  Cleaning jakarta-taglibs-string
--->  Cleaning jam
--->  Cleaning jamvm
--->  Cleaning jarbundler
--->  Cleaning jasper
--->  Cleaning java_memcached
--->  Cleaning javacc
--->  Cleaning javancss
--->  Cleaning javascript-lint
--->  Cleaning javasqlite
--->  Cleaning javatar
--->  Cleaning jaxen
--->  Cleaning jbigkit
--->  Cleaning jdom
--->  Cleaning jed
--->  Cleaning jekyll
--->  Cleaning jerm
--->  Cleaning jessie
--->  Cleaning jessyink
--->  Cleaning jetty
--->  Cleaning jfreechart
--->  Cleaning jgoodies-forms
--->  Cleaning jgoodies-looks
--->  Cleaning jgraph
--->  Cleaning jhead
--->  Cleaning JHymn
--->  Cleaning jigdo
--->  Cleaning Jigsaw
--->  Cleaning jikes
--->  Cleaning jikespg
--->  Cleaning jikesrvm
--->  Cleaning jive
--->  Cleaning jline
--->  Cleaning jlint
--->  Cleaning jlj
--->  Cleaning jmock1
--->  Cleaning jmock2
--->  Cleaning jmol
--->  Cleaning jna
--->  Cleaning jnethack
--->  Cleaning jobpool
--->  Cleaning joe
--->  Cleaning john
--->  Cleaning john-devel
--->  Cleaning jove
--->  Cleaning jp2a
--->  Cleaning jpeg
--->  Cleaning jpeg2ps
--->  Cleaning jpegpixi
--->  Cleaning jpilot
--->  Cleaning jruby
--->  Cleaning jsch
--->  Cleaning jscoverage
--->  Cleaning json-c
--->  Cleaning json-glib
--->  Cleaning jtidy
--->  Cleaning judy
--->  Cleaning jump
--->  Cleaning junit
--->  Cleaning junkbuster
--->  Cleaning jython
--->  Cleaning k3dsurf
--->  Cleaning kaffe
--->  Cleaning kakasi
--->  Cleaning kanatest
--->  Cleaning kcachegrind
--->  Cleaning kcd
--->  Cleaning kchmviewer
--->  Cleaning kde
--->  Cleaning kde-i18n-afrikaans
--->  Cleaning kde-i18n-arabic
--->  Cleaning kde-i18n-azerbaijani
--->  Cleaning kde-i18n-basque
--->  Cleaning kde-i18n-belarusian
--->  Cleaning kde-i18n-bengali
--->  Cleaning kde-i18n-bosnian
--->  Cleaning kde-i18n-brazilian-portugese
--->  Cleaning kde-i18n-breton
--->  Cleaning kde-i18n-bulgarian
--->  Cleaning kde-i18n-catalan
--->  Cleaning kde-i18n-chinese
--->  Cleaning kde-i18n-chinese-simplified
--->  Cleaning kde-i18n-croatian
--->  Cleaning kde-i18n-czech
--->  Cleaning kde-i18n-danish
--->  Cleaning kde-i18n-dutch
--->  Cleaning kde-i18n-esperanto
--->  Cleaning kde-i18n-estonian
--->  Cleaning kde-i18n-farsi
--->  Cleaning kde-i18n-finnish
--->  Cleaning kde-i18n-french
--->  Cleaning kde-i18n-frisian
--->  Cleaning kde-i18n-galician
--->  Cleaning kde-i18n-german
--->  Cleaning kde-i18n-greek
--->  Cleaning kde-i18n-hebrew
--->  Cleaning kde-i18n-hindi
--->  Cleaning kde-i18n-hungarian
--->  Cleaning kde-i18n-icelandic
--->  Cleaning kde-i18n-irish-gaelic
--->  Cleaning kde-i18n-italian
--->  Cleaning kde-i18n-japanese
--->  Cleaning kde-i18n-kashubian
--->  Cleaning kde-i18n-kazakh
--->  Cleaning kde-i18n-khmer
--->  Cleaning kde-i18n-kinyarwanda
--->  Cleaning kde-i18n-korean
--->  Cleaning kde-i18n-latvian
--->  Cleaning kde-i18n-lithuanian
--->  Cleaning kde-i18n-low-saxon
--->  Cleaning kde-i18n-macedonian
--->  Cleaning kde-i18n-malay
--->  Cleaning kde-i18n-mongolian
--->  Cleaning kde-i18n-northern-sami
--->  Cleaning kde-i18n-norwegian-bokmaal
--->  Cleaning kde-i18n-norwegian-nynorsk
--->  Cleaning kde-i18n-polish
--->  Cleaning kde-i18n-portugese
--->  Cleaning kde-i18n-punjabi
--->  Cleaning kde-i18n-romanian
--->  Cleaning kde-i18n-russian
--->  Cleaning kde-i18n-serbian
--->  Cleaning kde-i18n-serbian-latin-script
--->  Cleaning kde-i18n-slovak
--->  Cleaning kde-i18n-slovenian
--->  Cleaning kde-i18n-spanish
--->  Cleaning kde-i18n-swati
--->  Cleaning kde-i18n-swedish
--->  Cleaning kde-i18n-tajik
--->  Cleaning kde-i18n-tamil
--->  Cleaning kde-i18n-telugu
--->  Cleaning kde-i18n-thai
--->  Cleaning kde-i18n-turkish
--->  Cleaning kde-i18n-uk-english
--->  Cleaning kde-i18n-ukranian
--->  Cleaning kde-i18n-upper-sorbian
--->  Cleaning kde-i18n-uzbek
--->  Cleaning kde-i18n-uzbek-cyrillic
--->  Cleaning kde-i18n-vietnamese
--->  Cleaning kde-i18n-walloon
--->  Cleaning kde-i18n-welsh
--->  Cleaning kdeaccessibility3
--->  Cleaning kdeaddons3
--->  Cleaning kdeartwork3
--->  Cleaning kdebase3
--->  Cleaning kdebase4
--->  Cleaning kdebase4-runtime
--->  Cleaning kdebase4-workspace
--->  Cleaning kdeedu3
--->  Cleaning kdeedu4
--->  Cleaning kdegames3
--->  Cleaning kdegames4
--->  Cleaning kdegraphics3
--->  Cleaning kdegraphics4
--->  Cleaning kdelibs3
--->  Cleaning kdelibs4
--->  Cleaning kdelibs4-experimental
--->  Cleaning kdemultimedia4
--->  Cleaning kdenetwork3
--->  Cleaning kdenetwork4
--->  Cleaning kdenlive
--->  Cleaning kdepim3
--->  Cleaning kdepim4
--->  Cleaning kdepim4-runtime
--->  Cleaning kdepimlibs4
--->  Cleaning kdesdk3
--->  Cleaning kdesdk4
--->  Cleaning kdesvn
--->  Cleaning kdetoys3
--->  Cleaning kdetoys4
--->  Cleaning kdeutils3
--->  Cleaning kdeutils4
--->  Cleaning kdewebdev3
--->  Cleaning kdiff3
--->  Cleaning kedpm
--->  Cleaning keep
--->  Cleaning kerberos5
--->  Cleaning kermit
--->  Cleaning kernel-tools
--->  Cleaning KeyArcher
--->  Cleaning keychain
--->  Cleaning keylaunch
--->  Cleaning kile
--->  Cleaning kile-devel
--->  Cleaning kinput2
--->  Cleaning kipi-plugins
--->  Cleaning kismet
--->  Cleaning kiwi
--->  Cleaning klavaro
--->  Cleaning klibido
--->  Cleaning kmm_banking
--->  Cleaning kmymoney
--->  Cleaning kochi-substitute
--->  Cleaning koffice
--->  Cleaning koffice-i18n-afrikaans
--->  Cleaning koffice-i18n-arabic
--->  Cleaning koffice-i18n-basque
--->  Cleaning koffice-i18n-bosnian
--->  Cleaning koffice-i18n-brazilian-portugese
--->  Cleaning koffice-i18n-breton
--->  Cleaning koffice-i18n-bulgarian
--->  Cleaning koffice-i18n-catalan
--->  Cleaning koffice-i18n-chinese
--->  Cleaning koffice-i18n-chinese-simplified
--->  Cleaning koffice-i18n-czech
--->  Cleaning koffice-i18n-danish
--->  Cleaning koffice-i18n-dutch
--->  Cleaning koffice-i18n-esperanto
--->  Cleaning koffice-i18n-estonian
--->  Cleaning koffice-i18n-farsi
--->  Cleaning koffice-i18n-finnish
--->  Cleaning koffice-i18n-french
--->  Cleaning koffice-i18n-galician
--->  Cleaning koffice-i18n-german
--->  Cleaning koffice-i18n-greek
--->  Cleaning koffice-i18n-hebrew
--->  Cleaning koffice-i18n-hindi
--->  Cleaning koffice-i18n-hungarian
--->  Cleaning koffice-i18n-icelandic
--->  Cleaning koffice-i18n-irish-gaelic
--->  Cleaning koffice-i18n-italian
--->  Cleaning koffice-i18n-japanese
--->  Cleaning koffice-i18n-khmer
--->  Cleaning koffice-i18n-latvian
--->  Cleaning koffice-i18n-lithuanian
--->  Cleaning koffice-i18n-low-saxon
--->  Cleaning koffice-i18n-macedonian
--->  Cleaning koffice-i18n-malay
--->  Cleaning koffice-i18n-nepali
--->  Cleaning koffice-i18n-northern-sami
--->  Cleaning koffice-i18n-norwegian-bokmaal
--->  Cleaning koffice-i18n-norwegian-nynorsk
--->  Cleaning koffice-i18n-polish
--->  Cleaning koffice-i18n-portugese
--->  Cleaning koffice-i18n-romanian
--->  Cleaning koffice-i18n-russian
--->  Cleaning koffice-i18n-serbian
--->  Cleaning koffice-i18n-serbian-latin-script
--->  Cleaning koffice-i18n-slovak
--->  Cleaning koffice-i18n-slovenian
--->  Cleaning koffice-i18n-spanish
--->  Cleaning koffice-i18n-swedish
--->  Cleaning koffice-i18n-tajik
--->  Cleaning koffice-i18n-tamil
--->  Cleaning koffice-i18n-turkish
--->  Cleaning koffice-i18n-uk-english
--->  Cleaning koffice-i18n-ukranian
--->  Cleaning koffice-i18n-uzbek
--->  Cleaning koffice-i18n-welsh
--->  Cleaning koffice2-devel
--->  Cleaning konversation
--->  Cleaning konversation11
--->  Cleaning krbafs
--->  Cleaning krusader
--->  Cleaning ksh93
--->  Cleaning kst
--->  Cleaning ktoblzcheck
--->  Cleaning ktorrent
--->  Cleaning kxterm
--->  Cleaning lablgl
--->  Cleaning lablgtk
--->  Cleaning lablgtk2
--->  Cleaning lal
--->  Cleaning lalapps
--->  Cleaning lalstochastic
--->  Cleaning lam
--->  Cleaning lambda
--->  Cleaning lambdamoo
--->  Cleaning lame
--->  Cleaning lammpi
--->  Cleaning larn
--->  Cleaning laspack
--->  Cleaning lastfmsubmitd
--->  Cleaning lastmp
--->  Cleaning latd
--->  Cleaning latex-mk
--->  Cleaning latex2html
--->  Cleaning latex2man
--->  Cleaning latex2rtf
--->  Cleaning latexdiff
--->  Cleaning LaTeXiT
--->  Cleaning latexmk
--->  Cleaning launch
--->  Cleaning launch4j
--->  Cleaning lbdb
--->  Cleaning lbreakout2
--->  Cleaning lcab
--->  Cleaning lcdf-typetools
--->  Cleaning lcms
--->  Cleaning lcov
--->  Cleaning lcrypto
--->  Cleaning ldapvi
--->  Cleaning ldmud
--->  Cleaning ldns
--->  Cleaning ldns-tools
--->  Cleaning leafnode
--->  Cleaning leafpad
--->  Cleaning ledger
--->  Cleaning ledit
--->  Cleaning leiningen
--->  Cleaning lemon
--->  Cleaning less
--->  Cleaning lesspipe
--->  Cleaning lesstif
--->  Cleaning lft
--->  Cleaning lftp
--->  Cleaning lgeneral
--->  Cleaning lha
--->  Cleaning lhs2tex
--->  Cleaning lib2geom
--->  Cleaning lib3ds
--->  Cleaning lib3ds13
--->  Cleaning libANN
--->  Cleaning libao
--->  Cleaning libarchive
--->  Cleaning libart_lgpl
--->  Cleaning libartnet
--->  Cleaning libarxx
--->  Cleaning libassuan
--->  Cleaning libast
--->  Cleaning libaterm
--->  Cleaning libb64
--->  Cleaning libbonobo
--->  Cleaning libbonoboui
--->  Cleaning libbuffers
--->  Cleaning libcaca
--->  Cleaning libcanberra
--->  Cleaning libcddb
--->  Cleaning libcdio
--->  Cleaning libcipher
--->  Cleaning libcolorblind
--->  Cleaning libconfig
--->  Cleaning libconfig-hr
--->  Cleaning libconfuse
--->  Cleaning libcroco
--->  Cleaning libcryptopp
--->  Cleaning libcudd
--->  Cleaning libdaemon
--->  Cleaning libdap
--->  Cleaning libdatrie
--->  Cleaning libdbi
--->  Cleaning libdbi-drivers
--->  Cleaning libdc1394
--->  Cleaning libdca
--->  Cleaning libdevil
--->  Cleaning libdiscid
--->  Cleaning libdlna
--->  Cleaning libdmapsharing
--->  Cleaning libdmtx
--->  Cleaning libdnet
--->  Cleaning libdnsres
--->  Cleaning libdrizzle
--->  Cleaning libds
--->  Cleaning libdshconfig
--->  Cleaning libdts
--->  Cleaning libdv
--->  Cleaning libdvbpsi
--->  Cleaning libdvdcss
--->  Cleaning libdvdnav
--->  Cleaning libdvdplay
--->  Cleaning libdvdread
--->  Cleaning libebml
--->  Cleaning libedit
--->  Cleaning libelf
--->  Cleaning libemf
--->  Cleaning libenet
--->  Cleaning libesmtp
--->  Cleaning libetpan
--->  Cleaning libev
--->  Cleaning libevent
--->  Cleaning libewf
--->  Cleaning libexif
--->  Cleaning libexo
--->  Cleaning libeXosip2
--->  Cleaning libextractor
--->  Cleaning libfetch
--->  Cleaning libffi
--->  Cleaning libframe
--->  Cleaning libfreespace
--->  Cleaning libftd2xx
--->  Cleaning libftdi
--->  Cleaning libfuse
--->  Cleaning libfwbuilder
--->  Cleaning libgail-gnome
--->  Cleaning libgcrypt
--->  Cleaning libgda
--->  Cleaning libgda3
--->  Cleaning libgda4
--->  Cleaning libgdamm
--->  Cleaning libgdiplus
--->  Cleaning libgeoip
--->  Cleaning libgeotiff
--->  Cleaning libggi
--->  Cleaning libggigcp
--->  Cleaning libggimisc
--->  Cleaning libggiwmh
--->  Cleaning libggz
--->  Cleaning libghash
--->  Cleaning libghemical
--->  Cleaning libghttp
--->  Cleaning libgii
--->  Cleaning libgiigic
--->  Cleaning libgksu12
--->  Cleaning libgksuui10
--->  Cleaning libglade2
--->  Cleaning libglademm
--->  Cleaning libgnome
--->  Cleaning libgnomecanvas
--->  Cleaning libgnomecanvasmm
--->  Cleaning libgnomecups
--->  Cleaning libgnomedb
--->  Cleaning libgnomekbd
--->  Cleaning libgnomemm
--->  Cleaning libgnomeprint
--->  Cleaning libgnomeprintui
--->  Cleaning libgnomeui
--->  Cleaning libgnomeuimm
--->  Cleaning libgnugetopt
--->  Cleaning libgpg-error
--->  Cleaning libgphoto2
--->  Cleaning libgpod
--->  Cleaning libgsasl
--->  Cleaning libgsf
--->  Cleaning libgtkhtml
--->  Cleaning libgtkhtml3
--->  Cleaning libgtksourceviewmm
--->  Cleaning libgtop
--->  Cleaning libguichan
--->  Cleaning libgweather
--->  Cleaning libhangul
--->  Cleaning libharu
--->  Cleaning libhermes
--->  Cleaning libhtmlparse
--->  Cleaning libhttpd
--->  Cleaning libical
--->  Cleaning libicns
--->  Cleaning libiconv
--->  Cleaning libid3tag
--->  Cleaning libident
--->  Cleaning libidl
--->  Cleaning libidn
--->  Cleaning libipgeo
--->  Cleaning libiptcdata
--->  Cleaning libjit
--->  Cleaning libkml
--->  Cleaning libksba
--->  Cleaning libLASi
--->  Cleaning liblastfm
--->  Cleaning liblinebreak
--->  Cleaning liblo
--->  Cleaning liblqr
--->  Cleaning liblrdf
--->  Cleaning liblzma
--->  Cleaning libmad
--->  Cleaning libmatheval
--->  Cleaning libmatroska
--->  Cleaning libmba
--->  Cleaning libmcrypt
--->  Cleaning libmd
--->  Cleaning libmemcache
--->  Cleaning libmemcached
--->  Cleaning libmicrohttpd
--->  Cleaning libmikmod
--->  Cleaning libmilter
--->  Cleaning libmms
--->  Cleaning libmng
--->  Cleaning libmodplug
--->  Cleaning libmoney
--->  Cleaning libmowgli
--->  Cleaning libmp3splt
--->  Cleaning libmp4v2
--->  Cleaning libmpc
--->  Cleaning libmpcdec
--->  Cleaning libmpd
--->  Cleaning libmpdclient
--->  Cleaning libmpeg2
--->  Cleaning libmrss
--->  Cleaning libmsn
--->  Cleaning libmtp
--->  Cleaning libmusicbrainz
--->  Cleaning libnasl
--->  Cleaning libnc-dap
--->  Cleaning libnet
--->  Cleaning libnet11
--->  Cleaning libnetdude
--->  Cleaning libnfc
--->  Cleaning libnice
--->  Cleaning libnids
--->  Cleaning libnotify
--->  Cleaning libnova
--->  Cleaning libntlm
--->  Cleaning libnxml
--->  Cleaning libofa
--->  Cleaning libofx
--->  Cleaning libogg
--->  Cleaning liboglappth
--->  Cleaning liboil
--->  Cleaning liboobs
--->  Cleaning liboop
--->  Cleaning libopendaap
--->  Cleaning libopennet
--->  Cleaning libopenraw
--->  Cleaning libopensync
--->  Cleaning libosip2
--->  Cleaning liboss
--->  Cleaning libotf
--->  Cleaning libotr
--->  Cleaning libowfat
--->  Cleaning libpano13
--->  Cleaning libpaper
--->  Cleaning libpar2
--->  Cleaning libpcap
--->  Cleaning libpcapnav
--->  Cleaning libpdel
--->  Cleaning libpftp
--->  Cleaning libpftputil
--->  Cleaning libpixman
--->  Cleaning libpixman-devel
--->  Cleaning libplist
--->  Cleaning libpnet6
--->  Cleaning libpng
--->  Cleaning libpqxx
--->  Cleaning libpqxx26
--->  Cleaning libprelude
--->  Cleaning libpreludedb
--->  Cleaning libproj4
--->  Cleaning libproplist
--->  Cleaning libproxy
--->  Cleaning libptp2
--->  Cleaning libpub
--->  Cleaning libqalculate
--->  Cleaning libQGLViewer
--->  Cleaning libquantum
--->  Cleaning libquicktime
--->  Cleaning libranlib
--->  Cleaning librep
--->  Cleaning librets
--->  Cleaning librfc822
--->  Cleaning librsvg
--->  Cleaning librsync
--->  Cleaning libsamplerate
--->  Cleaning libsdb
--->  Cleaning libsdl
--->  Cleaning libsdl-devel
--->  Cleaning libsdl-framework
--->  Cleaning libsdl_gfx
--->  Cleaning libsdl_gfx-framework
--->  Cleaning libsdl_image
--->  Cleaning libsdl_image-framework
--->  Cleaning libsdl_mixer
--->  Cleaning libsdl_mixer-framework
--->  Cleaning libsdl_net
--->  Cleaning libsdl_net-framework
--->  Cleaning libsdl_pango
--->  Cleaning libsdl_sound
--->  Cleaning libsdl_sound-framework
--->  Cleaning libsdl_ttf
--->  Cleaning libsdl_ttf-framework
--->  Cleaning libsexy
--->  Cleaning libsgml
--->  Cleaning libshout
--->  Cleaning libshout2
--->  Cleaning libsieve
--->  Cleaning libsigcxx2
--->  Cleaning libsigsegv
--->  Cleaning libsl
--->  Cleaning libsmi
--->  Cleaning libsndfile
--->  Cleaning libsockets
--->  Cleaning libsoup
--->  Cleaning libspectre
--->  Cleaning libspiff
--->  Cleaning libspiro
--->  Cleaning libssh
--->  Cleaning libssh01
--->  Cleaning libssh2
--->  Cleaning libstree
--->  Cleaning libsvg
--->  Cleaning libsvg-cairo
--->  Cleaning libsvm
--->  Cleaning libtagedit
--->  Cleaning libtar
--->  Cleaning libtasn1
--->  Cleaning libtelepathy
--->  Cleaning libtemplate
--->  Cleaning libthai
--->  Cleaning libtheora
--->  Cleaning libticables2
--->  Cleaning libticalcs2
--->  Cleaning libticonv
--->  Cleaning libtifiles2
--->  Cleaning libtomcrypt
--->  Cleaning libtommath
--->  Cleaning libtool
--->  Cleaning libtool-devel
--->  Cleaning libtorrent
--->  Cleaning libtorrent-devel
--->  Cleaning libtranslate
--->  Cleaning libudns
--->  Cleaning libungif
--->  Cleaning libuninameslist
--->  Cleaning libuninum
--->  Cleaning libunique
--->  Cleaning libunrar
--->  Cleaning libupnp
--->  Cleaning libusb
--->  Cleaning libusb-compat
--->  Cleaning libusb-legacy
--->  Cleaning libut
--->  Cleaning libutf8proc
--->  Cleaning libvmime
--->  Cleaning libvorbis
--->  Cleaning libwmf
--->  Cleaning libwnck
--->  Cleaning libwpd
--->  Cleaning libwpg
--->  Cleaning libwww
--->  Cleaning libxdg-basedir
--->  Cleaning libxfce4menu
--->  Cleaning libxfce4util
--->  Cleaning libxfcegui4
--->  Cleaning libxklavier
--->  Cleaning libxklavier-2-2
--->  Cleaning libxls
--->  Cleaning libxmi
--->  Cleaning libxml
--->  Cleaning libxml2
--->  Cleaning libxmldiff
--->  Cleaning libxmlxx
--->  Cleaning libxmlxx2
--->  Cleaning libxslt
--->  Cleaning libxtract
--->  Cleaning libyaml
--->  Cleaning libyubikey
--->  Cleaning libzip
--->  Cleaning libzookeeper
--->  Cleaning libzvt
--->  Cleaning libzzip
--->  Cleaning LiE
--->  Cleaning lifelines
--->  Cleaning liferea
--->  Cleaning lightning
--->  Cleaning lighttpd
--->  Cleaning lighttpd-devel
--->  Cleaning lilypond
--->  Cleaning linc
--->  Cleaning lincity
--->  Cleaning lincity-ng
--->  Cleaning Lingon
--->  Cleaning link-grammar
--->  Cleaning linkchecker
--->  Cleaning links
--->  Cleaning links1
--->  Cleaning linphone
--->  Cleaning linphone-devel
--->  Cleaning linsmith
--->  Cleaning linuxdoc
--->  Cleaning linuxdoc-tools
--->  Cleaning liquidwar
--->  Cleaning lirc
--->  Cleaning lisaem
--->  Cleaning lisp-hyperspec
--->  Cleaning listat
--->  Cleaning listres
--->  Cleaning litmus
--->  Cleaning live555
--->  Cleaning llvm
--->  Cleaning llvm-devel
--->  Cleaning llvm-gcc42
--->  Cleaning lmarbles
--->  Cleaning lmms
--->  Cleaning lmtp2nntp
--->  Cleaning lndir
--->  Cleaning localizer
--->  Cleaning log4cplus
--->  Cleaning log4cpp
--->  Cleaning log4cxx
--->  Cleaning log4erl
--->  Cleaning log4jdbc
--->  Cleaning log4shib
--->  Cleaning loggerhead
--->  Cleaning logjam
--->  Cleaning logrotate
--->  Cleaning logsentry
--->  Cleaning logsurfer
--->  Cleaning logtalk
--->  Cleaning logwatch
--->  Cleaning lookat
--->  Cleaning lookup
--->  Cleaning lopster
--->  Cleaning lostirc
--->  Cleaning loudmouth
--->  Cleaning lout
--->  Cleaning lp_solve
--->  Cleaning lpairs
--->  Cleaning lpc21isp
--->  Cleaning lprof
--->  Cleaning lrzip
--->  Cleaning lrzsz
--->  Cleaning lscsoft-deps
--->  Cleaning lsdvd
--->  Cleaning lsh
--->  Cleaning ltris
--->  Cleaning lttoolbox
--->  Cleaning lua
--->  Cleaning lua-copas
--->  Cleaning lua-coxpcall
--->  Cleaning lua-glut
--->  Cleaning lua-lua-gd
--->  Cleaning lua-luaexpat
--->  Cleaning lua-luafilesystem
--->  Cleaning lua-luasec
--->  Cleaning lua-luasocket
--->  Cleaning lua-luazip
--->  Cleaning lua-lunit
--->  Cleaning lua-numlua
--->  Cleaning lua-wsapi
--->  Cleaning lua-xavante
--->  Cleaning lua50
--->  Cleaning luarocks
--->  Cleaning luash
--->  Cleaning luatex
--->  Cleaning luit
--->  Cleaning lurker
--->  Cleaning lv
--->  Cleaning lv2core
--->  Cleaning lws
--->  Cleaning lynx
--->  Cleaning LyX
--->  Cleaning lzip
--->  Cleaning lzma
--->  Cleaning lzmautils
--->  Cleaning lzo
--->  Cleaning lzo2
--->  Cleaning lzop
--->  Cleaning m4
--->  Cleaning m68k-elf-binutils
--->  Cleaning m68k-elf-gcc
--->  Cleaning m68k-rtems-binutils
--->  Cleaning m68k-rtems-gcc
--->  Cleaning MacBiff
--->  Cleaning macclipboard-gimp
--->  Cleaning macfile-gimp
--->  Cleaning macfuse
--->  Cleaning MacPorts
--->  Cleaning macports-notifier
--->  Cleaning MacPorts_Framework
--->  Cleaning macstl
--->  Cleaning macsword
--->  Cleaning macutil
--->  Cleaning MacVim
--->  Cleaning madflute
--->  Cleaning madplay
--->  Cleaning magic
--->  Cleaning magic-exttools
--->  Cleaning magicpoint
--->  Cleaning magicspp
--->  Cleaning maildrop
--->  Cleaning mailman
--->  Cleaning mailqfmt
--->  Cleaning mailsync
--->  Cleaning MailtoMutt
--->  Cleaning mailx
--->  Cleaning mairix
--->  Cleaning makedepend
--->  Cleaning makejvf
--->  Cleaning makepasswd
--->  Cleaning makeself
--->  Cleaning makeztxt
--->  Cleaning makuosan
--->  Cleaning malsync
--->  Cleaning man
--->  Cleaning man2html
--->  Cleaning maniview
--->  Cleaning ManOpen
--->  Cleaning mapm
--->  Cleaning mapm3
--->  Cleaning mapserver
--->  Cleaning maradns
--->  Cleaning mathomatic
--->  Cleaning mathopd
--->  Cleaning matio
--->  Cleaning maven
--->  Cleaning maven-ant-tasks
--->  Cleaning maven2
--->  Cleaning mawk
--->  Cleaning maxima
--->  Cleaning maxwell
--->  Cleaning mb2md
--->  Cleaning mc
--->  Cleaning mcabber
--->  Cleaning mcl
--->  Cleaning mcpp
--->  Cleaning mcrypt
--->  Cleaning md5deep
--->  Cleaning md5sha1sum
--->  Cleaning mdate
--->  Cleaning mdbconv
--->  Cleaning mdbtools
--->  Cleaning mddisplay
--->  Cleaning mdf2iso
--->  Cleaning mdk
--->  Cleaning mdnsd
--->  Cleaning meanwhile
--->  Cleaning mecab
--->  Cleaning mecab-ipadic-eucjp
--->  Cleaning mecab-ipadic-sjis
--->  Cleaning mecab-ipadic-utf8
--->  Cleaning mecab-jumandic-eucjp
--->  Cleaning mecab-jumandic-sjis
--->  Cleaning mecab-jumandic-utf8
--->  Cleaning mediaserv
--->  Cleaning mediatomb
--->  Cleaning mediawiki
--->  Cleaning mednafen
--->  Cleaning medusa
--->  Cleaning meld
--->  Cleaning memcached
--->  Cleaning memtester
--->  Cleaning MenuMeters
--->  Cleaning mercurial
--->  Cleaning mercury
--->  Cleaning mercury-extras
--->  Cleaning mergeant
--->  Cleaning mesa
--->  Cleaning meschach
--->  Cleaning metacity
--->  Cleaning metaio
--->  Cleaning metakit
--->  Cleaning metasploit2
--->  Cleaning metasploit3
--->  Cleaning metis
--->  Cleaning mftrace
--->  Cleaning mg
--->  Cleaning mgzip
--->  Cleaning mhash
--->  Cleaning mhddfs
--->  Cleaning mico
--->  Cleaning micq
--->  Cleaning microdc2
--->  Cleaning midgard-apache2
--->  Cleaning midgard-core
--->  Cleaning midgard-data
--->  Cleaning midgard2-core
--->  Cleaning midi_patchbay
--->  Cleaning midori
--->  Cleaning mikachanfont
--->  Cleaning mikmod
--->  Cleaning milter-greylist
--->  Cleaning mime
--->  Cleaning mimetic
--->  Cleaning mimms
--->  Cleaning minc
--->  Cleaning mindless
--->  Cleaning ming
--->  Cleaning minicom
--->  Cleaning minimumprofit
--->  Cleaning minivmac
--->  Cleaning minivmac-devel
--->  Cleaning mips-elf-binutils
--->  Cleaning mips-elf-gcc
--->  Cleaning mips-rtems-binutils
--->  Cleaning mips-rtems-gcc
--->  Cleaning mipsel-linux-binutils
--->  Cleaning mipsel-linux-gcc34
--->  Cleaning mipsel-linux-kernel-headers
--->  Cleaning mipsel-linux-uclib
--->  Cleaning mipsel-linux-uclib-headers
--->  Cleaning miredo
--->  Cleaning miriad
--->  Cleaning missfits
--->  Cleaning missingh
--->  Cleaning mit-scheme
--->  Cleaning mixminion
--->  Cleaning mjpegtools
--->  Cleaning mkcatalog
--->  Cleaning mkconsole
--->  Cleaning mkfontdir
--->  Cleaning mkfontscale
--->  Cleaning mkhexgrid
--->  Cleaning mkpwd
--->  Cleaning mktorrent
--->  Cleaning mkvtoolnix
--->  Cleaning mldonkey
--->  Cleaning mlt
--->  Cleaning mlterm
--->  Cleaning mlview
--->  Cleaning mmencode
--->  Cleaning mmv
--->  Cleaning mnogosearch
--->  Cleaning moc
--->  Cleaning mochiweb
--->  Cleaning mod_antispam
--->  Cleaning mod_cband
--->  Cleaning mod_chroot
--->  Cleaning mod_dnssd
--->  Cleaning mod_dosevasive
--->  Cleaning mod_fastcgi
--->  Cleaning mod_fcgid
--->  Cleaning mod_gnutls
--->  Cleaning mod_jk
--->  Cleaning mod_jk2
--->  Cleaning mod_mono
--->  Cleaning mod_perl
--->  Cleaning mod_perl2
--->  Cleaning mod_proxy_html
--->  Cleaning mod_python
--->  Cleaning mod_python25
--->  Cleaning mod_python26
--->  Cleaning mod_ruby
--->  Cleaning mod_security
--->  Cleaning mod_ssi_func
--->  Cleaning mod_wsgi
--->  Cleaning modglue
--->  Cleaning moftpd
--->  Cleaning moin
--->  Cleaning molden
--->  Cleaning monafont
--->  Cleaning monarch
--->  Cleaning mongodb
--->  Cleaning mongoose
--->  Cleaning monit
--->  Cleaning monkeyd
--->  Cleaning mono
--->  Cleaning mono-addins
--->  Cleaning mono-basic
--->  Cleaning monotone
--->  Cleaning monotone-viz
--->  Cleaning monster-masher
--->  Cleaning moodle
--->  Cleaning moodss
--->  Cleaning moomps
--->  Cleaning moreutils
--->  Cleaning moria
--->  Cleaning mosml
--->  Cleaning mosml-dynlibs
--->  Cleaning most
--->  Cleaning mousepad
--->  Cleaning mowitz
--->  Cleaning mozart
--->  Cleaning mozart-doc
--->  Cleaning mozart-stdlib
--->  Cleaning mozplugger
--->  Cleaning mp3_check
--->  Cleaning mp3blaster
--->  Cleaning mp3cue
--->  Cleaning mp3fs
--->  Cleaning mp3info
--->  Cleaning mp3splt
--->  Cleaning mp3splt-gtk
--->  Cleaning mp3wrap
--->  Cleaning mp4v2
--->  Cleaning mp4v2-dev
--->  Cleaning mpack
--->  Cleaning mpage
--->  Cleaning mpc
--->  Cleaning mpd
--->  Cleaning mpd-devel
--->  Cleaning mpeg2vidcodec
--->  Cleaning mpeg4ip
--->  Cleaning mpfr
--->  Cleaning mpg123
--->  Cleaning mpg2ppm
--->  Cleaning mpg321
--->  Cleaning mpgtx
--->  Cleaning mpich
--->  Cleaning mpich2
--->  Cleaning MPlayer
--->  Cleaning mplayer-devel
--->  Cleaning mplus-fonts
--->  Cleaning mpop
--->  Cleaning mrtg
--->  Cleaning mrtg-ping-probe
--->  Cleaning mrxvt
--->  Cleaning mscgen
--->  Cleaning msieve
--->  Cleaning msmtp
--->  Cleaning msort
--->  Cleaning msv
--->  Cleaning mt-daapd
--->  Cleaning mtl
--->  Cleaning mtn-browse
--->  Cleaning mtools
--->  Cleaning mtpaint
--->  Cleaning mtr
--->  Cleaning mudix
--->  Cleaning multitail
--->  Cleaning mumble
--->  Cleaning munin
--->  Cleaning muparser
--->  Cleaning murk
--->  Cleaning murmur
--->  Cleaning mutella
--->  Cleaning mutt
--->  Cleaning mutt-devel
--->  Cleaning muttprint
--->  Cleaning mx4j
--->  Cleaning MyODBC
--->  Cleaning mysql-connector-java
--->  Cleaning mysql-proxy
--->  Cleaning mysql-zrm
--->  Cleaning mysql3
--->  Cleaning mysql4
--->  Cleaning mysql5
--->  Cleaning mysql5-devel
--->  Cleaning mysql5-server
--->  Cleaning mysql5-server-devel
--->  Cleaning mysqltcl
--->  Cleaning mysqlxx
--->  Cleaning mzscheme
--->  Cleaning nabi
--->  Cleaning nagelfar
--->  Cleaning nagios
--->  Cleaning nagios-plugins
--->  Cleaning naim
--->  Cleaning nano
--->  Cleaning nant
--->  Cleaning nasm
--->  Cleaning nasty
--->  Cleaning natsort
--->  Cleaning nautilus
--->  Cleaning nauty
--->  Cleaning nawk
--->  Cleaning nbench-byte
--->  Cleaning nbsmtp
--->  Cleaning nbtscan
--->  Cleaning nbtstat
--->  Cleaning nc6
--->  Cleaning ncarg
--->  Cleaning ncbi_tools
--->  Cleaning ncdu
--->  Cleaning ncftp
--->  Cleaning ncid
--->  Cleaning ncmpc
--->  Cleaning ncmpcpp
--->  Cleaning nco
--->  Cleaning ncp
--->  Cleaning ncurses
--->  Cleaning ncursesw
--->  Cleaning ncview
--->  Cleaning ndesk-dbus
--->  Cleaning ndiff
--->  Cleaning ne
--->  Cleaning nedi
--->  Cleaning nedit
--->  Cleaning nefu
--->  Cleaning nemesis
--->  Cleaning neon
--->  Cleaning nepomuk
--->  Cleaning nesc
--->  Cleaning nessus-core
--->  Cleaning nessus-libraries
--->  Cleaning nessus-plugins
--->  Cleaning nestedsums
--->  Cleaning net-snmp
--->  Cleaning net6
--->  Cleaning netatalk
--->  Cleaning netcat
--->  Cleaning netcdf
--->  Cleaning netcdf-devel
--->  Cleaning netclasses
--->  Cleaning netclasses-framework
--->  Cleaning netdude
--->  Cleaning nethack
--->  Cleaning netmrg
--->  Cleaning netpanzer
--->  Cleaning netpbm
--->  Cleaning netperf
--->  Cleaning netpipes
--->  Cleaning netrik
--->  Cleaning netris
--->  Cleaning netselect
--->  Cleaning netstrain
--->  Cleaning nettee
--->  Cleaning nettle
--->  Cleaning netwag
--->  Cleaning netwalker-ircc
--->  Cleaning netwib
--->  Cleaning network-weathermap
--->  Cleaning netwox
--->  Cleaning netxx
--->  Cleaning neverball
--->  Cleaning newmail
--->  Cleaning newmat
--->  Cleaning newran
--->  Cleaning newt0
--->  Cleaning neXtaw
--->  Cleaning nfdump
--->  Cleaning nfoview
--->  Cleaning nfsen
--->  Cleaning ng-spice
--->  Cleaning nget
--->  Cleaning nginx
--->  Cleaning ngircd
--->  Cleaning ngrep
--->  Cleaning nhc98
--->  Cleaning nice
--->  Cleaning NicePlayer
--->  Cleaning nifticlib
--->  Cleaning nimbus
--->  Cleaning nip2
--->  Cleaning nkf
--->  Cleaning nload
--->  Cleaning nmap
--->  Cleaning nnap
--->  Cleaning nonpareil
--->  Cleaning normalize
--->  Cleaning NotificationWatcher
--->  Cleaning noweb
--->  Cleaning nqc
--->  Cleaning nrg
--->  Cleaning nrg2iso
--->  Cleaning nrg4iso
--->  Cleaning nrpe
--->  Cleaning nsca
--->  Cleaning nsd
--->  Cleaning nsis
--->  Cleaning nslint
--->  Cleaning nsping
--->  Cleaning nspr
--->  Cleaning nss
--->  Cleaning ntfs-3g
--->  Cleaning ntfsprogs
--->  Cleaning ntl
--->  Cleaning ntop
--->  Cleaning nu
--->  Cleaning num-utils
--->  Cleaning numdiff
--->  Cleaning nusmv
--->  Cleaning nut
--->  Cleaning nuweb
--->  Cleaning nvi
--->  Cleaning nwntools
--->  Cleaning nxml-mode
--->  Cleaning nylon
--->  Cleaning nzbget
--->  Cleaning oaf
--->  Cleaning obby
--->  Cleaning objc
--->  Cleaning objectweb-anttasks
--->  Cleaning objectweb-asm
--->  Cleaning objenesis
--->  Cleaning ocaml
--->  Cleaning ocaml-bitstring
--->  Cleaning ocaml-doc
--->  Cleaning ocaml-mode.el
--->  Cleaning ocamlduce
--->  Cleaning ocamlgsl
--->  Cleaning ocamlsdl
--->  Cleaning oclock
--->  Cleaning ocrad
--->  Cleaning octave
--->  Cleaning octave-ad
--->  Cleaning octave-ann
--->  Cleaning octave-arpack
--->  Cleaning octave-audio
--->  Cleaning octave-benchmark
--->  Cleaning octave-bim
--->  Cleaning octave-bioinfo
--->  Cleaning octave-civil-engineering
--->  Cleaning octave-combinatorics
--->  Cleaning octave-control
--->  Cleaning octave-data-smoothing
--->  Cleaning octave-database
--->  Cleaning octave-econometrics
--->  Cleaning octave-engine
--->  Cleaning octave-financial
--->  Cleaning octave-fpl
--->  Cleaning octave-ga
--->  Cleaning octave-general
--->  Cleaning octave-graceplot
--->  Cleaning octave-gsl
--->  Cleaning octave-ident
--->  Cleaning octave-image
--->  Cleaning octave-informationtheory
--->  Cleaning octave-integration
--->  Cleaning octave-io
--->  Cleaning octave-irsa
--->  Cleaning octave-java
--->  Cleaning octave-linear-algebra
--->  Cleaning octave-mapping
--->  Cleaning octave-miscellaneous
--->  Cleaning octave-missing-functions
--->  Cleaning octave-msh
--->  Cleaning octave-multicore
--->  Cleaning octave-nan
--->  Cleaning octave-nnet
--->  Cleaning octave-ocs
--->  Cleaning octave-octcdf
--->  Cleaning octave-odebvp
--->  Cleaning octave-odepkg
--->  Cleaning octave-optim
--->  Cleaning octave-optiminterp
--->  Cleaning octave-outliers
--->  Cleaning octave-parallel
--->  Cleaning octave-pdb
--->  Cleaning octave-physicalconstants
--->  Cleaning octave-plot
--->  Cleaning octave-pt_br
--->  Cleaning octave-secs1d
--->  Cleaning octave-signal
--->  Cleaning octave-sockets
--->  Cleaning octave-specfun
--->  Cleaning octave-special-matrix
--->  Cleaning octave-spline-gcvspl
--->  Cleaning octave-splines
--->  Cleaning octave-statistics
--->  Cleaning octave-strings
--->  Cleaning octave-struct
--->  Cleaning octave-symband
--->  Cleaning octave-tcl-octave
--->  Cleaning octave-time
--->  Cleaning octave-triangular
--->  Cleaning octave-tsa
--->  Cleaning octave-vrml
--->  Cleaning octave-windows
--->  Cleaning octave-zenity
--->  Cleaning odcctools
--->  Cleaning ode
--->  Cleaning odt2txt
--->  Cleaning offlineimap
--->  Cleaning oftpd
--->  Cleaning oggsplit
--->  Cleaning ogmtools
--->  Cleaning ohcount
--->  Cleaning oilwar
--->  Cleaning omake
--->  Cleaning Omega
--->  Cleaning omniEvents
--->  Cleaning omniORB
--->  Cleaning oniguruma
--->  Cleaning oniguruma4
--->  Cleaning oniguruma5
--->  Cleaning oorexx
--->  Cleaning opal
--->  Cleaning openal
--->  Cleaning openbabel
--->  Cleaning openbox
--->  Cleaning openbrowser
--->  Cleaning opencdk
--->  Cleaning openclipart
--->  Cleaning opencv
--->  Cleaning opendx
--->  Cleaning opendx-java40
--->  Cleaning opendx-samples
--->  Cleaning openexr
--->  Cleaning openjade
--->  Cleaning openjdk6
--->  Cleaning openjdk6_bootstrap
--->  Cleaning openjpeg
--->  Cleaning openldap
--->  Cleaning openload
--->  Cleaning openmcl
--->  Cleaning openmortal
--->  Cleaning openmotif
--->  Cleaning openmpi
--->  Cleaning openntpd
--->  Cleaning openocd
--->  Cleaning openpgpsdk
--->  Cleaning openradius
--->  Cleaning opensaml
--->  Cleaning OpenSceneGraph
--->  Cleaning OpenSceneGraph-devel
--->  Cleaning openslp
--->  Cleaning opensp
--->  Cleaning openssh
--->  Cleaning openssl
--->  Cleaning openssl97
--->  Cleaning opensync
--->  Cleaning openupsd
--->  Cleaning openvanilla
--->  Cleaning openvas-client
--->  Cleaning openvas-libnasl
--->  Cleaning openvas-libraries
--->  Cleaning openvas-plugins
--->  Cleaning openvas-server
--->  Cleaning openvpn
--->  Cleaning openvpn2
--->  Cleaning openvrml
--->  Cleaning ophcrack
--->  Cleaning optipng
--->  Cleaning optpp
--->  Cleaning oracle-instantclient
--->  Cleaning orage
--->  Cleaning orbit
--->  Cleaning orbit2
--->  Cleaning orc
--->  Cleaning oregano
--->  Cleaning org-mode
--->  Cleaning oroborus
--->  Cleaning orocos-kdl
--->  Cleaning orocos-rtt
--->  Cleaning orpie
--->  Cleaning orrery
--->  Cleaning osc
--->  Cleaning osgswig-devel
--->  Cleaning osh
--->  Cleaning ossp-al
--->  Cleaning ossp-cfg
--->  Cleaning ossp-ex
--->  Cleaning ossp-fsl
--->  Cleaning ossp-l2
--->  Cleaning ossp-mm
--->  Cleaning ossp-sa
--->  Cleaning ossp-sio
--->  Cleaning ossp-str
--->  Cleaning ossp-svs
--->  Cleaning ossp-uuid
--->  Cleaning ossp-val
--->  Cleaning ossp-var
--->  Cleaning ossp-xds
--->  Cleaning osx2x
--->  Cleaning OSXPal
--->  Cleaning osxutils
--->  Cleaning osxvnc
--->  Cleaning otcl
--->  Cleaning othello
--->  Cleaning otrproxy
--->  Cleaning ott
--->  Cleaning otx
--->  Cleaning outguess
--->  Cleaning oxygen-icons
--->  Cleaning p0f
--->  Cleaning p4delta
--->  Cleaning p5-algorithm-annotate
--->  Cleaning p5-algorithm-c3
--->  Cleaning p5-algorithm-dependency
--->  Cleaning p5-algorithm-diff
--->  Cleaning p5-aliased
--->  Cleaning p5-amazon-s3
--->  Cleaning p5-any-moose
--->  Cleaning p5-apache-authcookie
--->  Cleaning p5-apache-session
--->  Cleaning p5-apache-session-wrapper
--->  Cleaning p5-apache-test
--->  Cleaning p5-app-ack
--->  Cleaning p5-app-cli
--->  Cleaning p5-appconfig
--->  Cleaning p5-appconfig-std
--->  Cleaning p5-archive-tar
--->  Cleaning p5-archive-zip
--->  Cleaning p5-array-compare
--->  Cleaning p5-astro-fits-cfitsio
--->  Cleaning p5-astro-fits-header
--->  Cleaning p5-astro-satpass
--->  Cleaning p5-attribute-handlers
--->  Cleaning p5-audio-flac-header
--->  Cleaning p5-audio-m4p
--->  Cleaning p5-authen-sasl
--->  Cleaning p5-authen-smb
--->  Cleaning p5-autobox
--->  Cleaning p5-autodia
--->  Cleaning p5-autoxs-header
--->  Cleaning p5-b-hooks-endofscope
--->  Cleaning p5-b-hooks-op-check
--->  Cleaning p5-b-hooks-op-check-stashchange
--->  Cleaning p5-b-keywords
--->  Cleaning p5-berkeleydb
--->  Cleaning p5-bit-vector
--->  Cleaning p5-bsd-resource
--->  Cleaning p5-business-isbn
--->  Cleaning p5-business-isbn-data
--->  Cleaning p5-cache-cache
--->  Cleaning p5-cache-simple-timedexpiry
--->  Cleaning p5-cairo
--->  Cleaning p5-calendar-simple
--->  Cleaning p5-cam-pdf
--->  Cleaning p5-captcha-recaptcha
--->  Cleaning p5-carp-assert
--->  Cleaning p5-carp-assert-more
--->  Cleaning p5-carp-clan
--->  Cleaning p5-catalyst-action-renderview
--->  Cleaning p5-catalyst-authentication-store-dbix-class
--->  Cleaning p5-catalyst-controller-formbuilder
--->  Cleaning p5-catalyst-devel
--->  Cleaning p5-catalyst-engine-apache
--->  Cleaning p5-catalyst-log-log4perl
--->  Cleaning p5-catalyst-model-dbic-schema
--->  Cleaning p5-catalyst-plugin-authentication
--->  Cleaning p5-catalyst-plugin-authentication-store-dbic
--->  Cleaning p5-catalyst-plugin-authorization-acl
--->  Cleaning p5-catalyst-plugin-authorization-roles
--->  Cleaning p5-catalyst-plugin-captcha
--->  Cleaning p5-catalyst-plugin-configloader
--->  Cleaning p5-catalyst-plugin-datetime
--->  Cleaning p5-catalyst-plugin-session
--->  Cleaning p5-catalyst-plugin-session-state-cookie
--->  Cleaning p5-catalyst-plugin-session-store-dbi
--->  Cleaning p5-catalyst-plugin-session-store-dbic
--->  Cleaning p5-catalyst-plugin-session-store-delegate
--->  Cleaning p5-catalyst-plugin-stacktrace
--->  Cleaning p5-catalyst-plugin-static-simple
--->  Cleaning p5-catalyst-runtime
--->  Cleaning p5-catalyst-view-html-template
--->  Cleaning p5-catalyst-view-json
--->  Cleaning p5-catalyst-view-tt
--->  Cleaning p5-catalyst-view-xslt
--->  Cleaning p5-catalystx-component-traits
--->  Cleaning p5-cgi
--->  Cleaning p5-cgi-ajax
--->  Cleaning p5-cgi-formbuilder
--->  Cleaning p5-cgi-session
--->  Cleaning p5-cgi-simple
--->  Cleaning p5-cgi-speedycgi
--->  Cleaning p5-chart
--->  Cleaning p5-class-accessor
--->  Cleaning p5-class-accessor-chained
--->  Cleaning p5-class-accessor-grouped
--->  Cleaning p5-class-autouse
--->  Cleaning p5-class-base
--->  Cleaning p5-class-c3
--->  Cleaning p5-class-c3-adopt-next
--->  Cleaning p5-class-c3-componentised
--->  Cleaning p5-class-c3-xs
--->  Cleaning p5-class-container
--->  Cleaning p5-class-data-accessor
--->  Cleaning p5-class-data-inheritable
--->  Cleaning p5-class-dbi
--->  Cleaning p5-class-dbi-abstractsearch
--->  Cleaning p5-class-dbi-mysql
--->  Cleaning p5-class-dbi-pg
--->  Cleaning p5-class-dbi-plugin
--->  Cleaning p5-class-dbi-plugin-abstractcount
--->  Cleaning p5-class-dbi-plugin-pager
--->  Cleaning p5-class-dbi-uuid
--->  Cleaning p5-class-errorhandler
--->  Cleaning p5-class-factory-util
--->  Cleaning p5-class-generate
--->  Cleaning p5-class-insideout
--->  Cleaning p5-class-inspector
--->  Cleaning p5-class-loader
--->  Cleaning p5-class-makemethods
--->  Cleaning p5-class-method-modifiers
--->  Cleaning p5-class-methodmaker
--->  Cleaning p5-class-mop
--->  Cleaning p5-class-returnvalue
--->  Cleaning p5-class-singleton
--->  Cleaning p5-class-throwable
--->  Cleaning p5-class-trigger
--->  Cleaning p5-class-unload
--->  Cleaning p5-class-whitehole
--->  Cleaning p5-class-xsaccessor
--->  Cleaning p5-clone
--->  Cleaning p5-compress-bzip2
--->  Cleaning p5-compress-raw-bzip2
--->  Cleaning p5-compress-raw-zlib
--->  Cleaning p5-config-any
--->  Cleaning p5-config-general
--->  Cleaning p5-config-inifiles
--->  Cleaning p5-config-tiny
--->  Cleaning p5-context-preserve
--->  Cleaning p5-convert-ascii-armour
--->  Cleaning p5-convert-asn1
--->  Cleaning p5-convert-bencode
--->  Cleaning p5-convert-binhex
--->  Cleaning p5-convert-pem
--->  Cleaning p5-crypt-appletwofish
--->  Cleaning p5-crypt-blowfish
--->  Cleaning p5-crypt-cbc
--->  Cleaning p5-crypt-ciphersaber
--->  Cleaning p5-crypt-des
--->  Cleaning p5-crypt-des_ede3
--->  Cleaning p5-crypt-dh
--->  Cleaning p5-crypt-dsa
--->  Cleaning p5-crypt-gcrypt
--->  Cleaning p5-crypt-idea
--->  Cleaning p5-crypt-openssl-bignum
--->  Cleaning p5-crypt-openssl-random
--->  Cleaning p5-crypt-openssl-rsa
--->  Cleaning p5-crypt-openssl-x509
--->  Cleaning p5-crypt-passwdmd5
--->  Cleaning p5-crypt-primes
--->  Cleaning p5-crypt-random
--->  Cleaning p5-crypt-rc4
--->  Cleaning p5-crypt-rijndael
--->  Cleaning p5-crypt-ripemd160
--->  Cleaning p5-crypt-rsa
--->  Cleaning p5-crypt-ssleay
--->  Cleaning p5-crypt-twofish
--->  Cleaning p5-csp
--->  Cleaning p5-curses
--->  Cleaning p5-curses-ui
--->  Cleaning p5-danga-socket
--->  Cleaning p5-data-alias
--->  Cleaning p5-data-buffer
--->  Cleaning p5-data-dump
--->  Cleaning p5-data-dumper
--->  Cleaning p5-data-dumper-concise
--->  Cleaning p5-data-hexify
--->  Cleaning p5-data-hierarchy
--->  Cleaning p5-data-ical
--->  Cleaning p5-data-optlist
--->  Cleaning p5-data-page
--->  Cleaning p5-data-phrasebook
--->  Cleaning p5-data-phrasebook-loader-yaml
--->  Cleaning p5-data-uuid
--->  Cleaning p5-data-visitor
--->  Cleaning p5-date-calc
--->  Cleaning p5-datemanip
--->  Cleaning p5-datetime
--->  Cleaning p5-datetime-format-builder
--->  Cleaning p5-datetime-format-iso8601
--->  Cleaning p5-datetime-format-mail
--->  Cleaning p5-datetime-format-pg
--->  Cleaning p5-datetime-format-strptime
--->  Cleaning p5-datetime-format-w3cdtf
--->  Cleaning p5-datetime-locale
--->  Cleaning p5-datetime-timezone
--->  Cleaning p5-dbd-mysql
--->  Cleaning p5-dbd-pg
--->  Cleaning p5-dbd-sqlite
--->  Cleaning p5-dbd-sqlite2
--->  Cleaning p5-dbi
--->  Cleaning p5-dbix-class
--->  Cleaning p5-dbix-class-schema-loader
--->  Cleaning p5-dbix-contextualfetch
--->  Cleaning p5-dbix-dbschema
--->  Cleaning p5-dbix-searchbuilder
--->  Cleaning p5-dbm-deep
--->  Cleaning p5-devel-caller
--->  Cleaning p5-devel-cover
--->  Cleaning p5-devel-cycle
--->  Cleaning p5-devel-globaldestruction
--->  Cleaning p5-devel-nytprof
--->  Cleaning p5-devel-ppport
--->  Cleaning p5-devel-size
--->  Cleaning p5-devel-stacktrace
--->  Cleaning p5-devel-symdump
--->  Cleaning p5-device-serialport
--->  Cleaning p5-digest
--->  Cleaning p5-digest-bubblebabble
--->  Cleaning p5-digest-crc
--->  Cleaning p5-digest-hmac
--->  Cleaning p5-digest-md2
--->  Cleaning p5-digest-md4
--->  Cleaning p5-digest-md5
--->  Cleaning p5-digest-md5-file
--->  Cleaning p5-digest-nilsimsa
--->  Cleaning p5-digest-perl-md5
--->  Cleaning p5-digest-sha
--->  Cleaning p5-digest-sha1
--->  Cleaning p5-email-address
--->  Cleaning p5-email-date
--->  Cleaning p5-email-messageid
--->  Cleaning p5-email-mime
--->  Cleaning p5-email-mime-contenttype
--->  Cleaning p5-email-mime-encodings
--->  Cleaning p5-email-mime-modifier
--->  Cleaning p5-email-send
--->  Cleaning p5-email-simple
--->  Cleaning p5-email-valid
--->  Cleaning p5-encode
--->  Cleaning p5-encode-detect
--->  Cleaning p5-encode-hanextra
--->  Cleaning p5-encode-jis2k
--->  Cleaning p5-enum
--->  Cleaning p5-error
--->  Cleaning p5-eval
--->  Cleaning p5-event
--->  Cleaning p5-exception-class
--->  Cleaning p5-expect
--->  Cleaning p5-expect-simple
--->  Cleaning p5-extutils-cbuilder
--->  Cleaning p5-extutils-depends
--->  Cleaning p5-extutils-f77
--->  Cleaning p5-extutils-install
--->  Cleaning p5-extutils-makemaker
--->  Cleaning p5-extutils-parsexs
--->  Cleaning p5-extutils-pkgconfig
--->  Cleaning p5-extutils-xsbuilder
--->  Cleaning p5-fcgi
--->  Cleaning p5-feed-find
--->  Cleaning p5-file-basedir
--->  Cleaning p5-file-changenotify
--->  Cleaning p5-file-chdir
--->  Cleaning p5-file-comments
--->  Cleaning p5-file-copy-recursive
--->  Cleaning p5-file-desktopentry
--->  Cleaning p5-file-flat
--->  Cleaning p5-file-homedir
--->  Cleaning p5-file-libmagic
--->  Cleaning p5-file-mimeinfo
--->  Cleaning p5-file-mmagic
--->  Cleaning p5-file-modified
--->  Cleaning p5-file-ncopy
--->  Cleaning p5-file-next
--->  Cleaning p5-file-readbackwards
--->  Cleaning p5-file-remove
--->  Cleaning p5-file-rsyncp
--->  Cleaning p5-file-sharedir
--->  Cleaning p5-file-slurp
--->  Cleaning p5-file-tail
--->  Cleaning p5-file-temp
--->  Cleaning p5-file-tempdir
--->  Cleaning p5-file-type
--->  Cleaning p5-file-which
--->  Cleaning p5-filesys-diskspace
--->  Cleaning p5-filter
--->  Cleaning p5-finance-quote
--->  Cleaning p5-finance-quotehist
--->  Cleaning p5-flickr-api
--->  Cleaning p5-flickr-upload
--->  Cleaning p5-font-afm
--->  Cleaning p5-freezethaw
--->  Cleaning p5-gd
--->  Cleaning p5-gd-barcode
--->  Cleaning p5-gd-graph3d
--->  Cleaning p5-gd-securityimage
--->  Cleaning p5-gdgraph
--->  Cleaning p5-gdtextutil
--->  Cleaning p5-gearman
--->  Cleaning p5-gearman-client-async
--->  Cleaning p5-gearman-server
--->  Cleaning p5-gedcom
--->  Cleaning p5-geo-ip
--->  Cleaning p5-getopt-long
--->  Cleaning p5-getopt-long-descriptive
--->  Cleaning p5-getopt-mixed
--->  Cleaning p5-getopt-simple
--->  Cleaning p5-gimp
--->  Cleaning p5-glib
--->  Cleaning p5-gmail-imapd
--->  Cleaning p5-gnome2
--->  Cleaning p5-gnome2-canvas
--->  Cleaning p5-gnome2-gconf
--->  Cleaning p5-gnome2-print
--->  Cleaning p5-gnome2-vfs
--->  Cleaning p5-gnome2-wnck
--->  Cleaning p5-gnupg-interface
--->  Cleaning p5-gps
--->  Cleaning p5-graph
--->  Cleaning p5-graphviz
--->  Cleaning p5-gssapi
--->  Cleaning p5-gtk2
--->  Cleaning p5-gtk2-gladexml
--->  Cleaning p5-gtk2-sourceview
--->  Cleaning p5-heap
--->  Cleaning p5-hook-lexwrap
--->  Cleaning p5-html-encoding
--->  Cleaning p5-html-fillinform
--->  Cleaning p5-html-format
--->  Cleaning p5-html-mason
--->  Cleaning p5-html-parser
--->  Cleaning p5-html-scrubber
--->  Cleaning p5-html-strip
--->  Cleaning p5-html-stripscripts
--->  Cleaning p5-html-stripscripts-parser
--->  Cleaning p5-html-tableextract
--->  Cleaning p5-html-tagset
--->  Cleaning p5-html-template
--->  Cleaning p5-html-template-compiled
--->  Cleaning p5-html-tiny
--->  Cleaning p5-html-tree
--->  Cleaning p5-http-body
--->  Cleaning p5-http-daemon-ssl
--->  Cleaning p5-http-lite
--->  Cleaning p5-http-recorder
--->  Cleaning p5-http-request-ascgi
--->  Cleaning p5-http-response-encoding
--->  Cleaning p5-http-server-simple
--->  Cleaning p5-http-server-simple-mason
--->  Cleaning p5-ima-dbi
--->  Cleaning p5-image-exiftool
--->  Cleaning p5-image-imlib2
--->  Cleaning p5-image-info
--->  Cleaning p5-image-metadata-jpeg
--->  Cleaning p5-image-size
--->  Cleaning p5-imap-bodystructure
--->  Cleaning p5-inline
--->  Cleaning p5-innotop
--->  Cleaning p5-internals
--->  Cleaning p5-io
--->  Cleaning p5-io-aio
--->  Cleaning p5-io-captureoutput
--->  Cleaning p5-io-compress
--->  Cleaning p5-io-digest
--->  Cleaning p5-io-kqueue
--->  Cleaning p5-io-multiplex
--->  Cleaning p5-io-pager
--->  Cleaning p5-io-pty-easy
--->  Cleaning p5-io-socket-inet6
--->  Cleaning p5-io-socket-ssl
--->  Cleaning p5-io-string
--->  Cleaning p5-io-stringy
--->  Cleaning p5-io-stty
--->  Cleaning p5-io-tee
--->  Cleaning p5-io-tty
--->  Cleaning p5-io-zlib
--->  Cleaning p5-ip-country
--->  Cleaning p5-ipc-run
--->  Cleaning p5-ipc-run3
--->  Cleaning p5-ipe
--->  Cleaning p5-iterator
--->  Cleaning p5-iterator-util
--->  Cleaning p5-java
--->  Cleaning p5-json
--->  Cleaning p5-json-any
--->  Cleaning p5-json-xs
--->  Cleaning p5-libapreq
--->  Cleaning p5-libapreq2
--->  Cleaning p5-libintl-perl
--->  Cleaning p5-libvorbis-perl
--->  Cleaning p5-libwww-perl
--->  Cleaning p5-libxml-enno
--->  Cleaning p5-libxml-perl
--->  Cleaning p5-lingua-en-inflect
--->  Cleaning p5-lingua-en-inflect-number
--->  Cleaning p5-list-moreutils
--->  Cleaning p5-lj-simple
--->  Cleaning p5-locale-gettext
--->  Cleaning p5-locale-maketext-fuzzy
--->  Cleaning p5-locale-maketext-lexicon
--->  Cleaning p5-locale-maketext-simple
--->  Cleaning p5-lockfile-simple
--->  Cleaning p5-log-any
--->  Cleaning p5-log-dispatch
--->  Cleaning p5-log-log4perl
--->  Cleaning p5-lwp-attic
--->  Cleaning p5-lwp-authen-wsse
--->  Cleaning p5-lwp-useragent-determined
--->  Cleaning p5-mac-appleevents-simple
--->  Cleaning p5-mac-applescript
--->  Cleaning p5-mac-applescript-glue
--->  Cleaning p5-mac-applesingledouble
--->  Cleaning p5-mac-apps-launch
--->  Cleaning p5-mac-carbon
--->  Cleaning p5-mac-errors
--->  Cleaning p5-mac-glue
--->  Cleaning p5-mac-osa-simple
--->  Cleaning p5-mac-propertylist
--->  Cleaning p5-mac-systemdirectory
--->  Cleaning p5-macosx-file
--->  Cleaning p5-mail-audit
--->  Cleaning p5-mail-box
--->  Cleaning p5-mail-clamav
--->  Cleaning p5-mail-dkim
--->  Cleaning p5-mail-imapclient
--->  Cleaning p5-mail-pop3client
--->  Cleaning p5-mail-sender
--->  Cleaning p5-mail-sendmail
--->  Cleaning p5-mail-spamassassin
--->  Cleaning p5-mail-spf
--->  Cleaning p5-mail-spf-query
--->  Cleaning p5-mail-srs
--->  Cleaning p5-mail-webmail-gmail
--->  Cleaning p5-mailtools
--->  Cleaning p5-marc-record
--->  Cleaning p5-masonx-request-withapachesession
--->  Cleaning p5-math-bezier
--->  Cleaning p5-math-bigint
--->  Cleaning p5-math-bigrat
--->  Cleaning p5-math-gmp
--->  Cleaning p5-math-mpfr
--->  Cleaning p5-math-pari
--->  Cleaning p5-mecab
--->  Cleaning p5-mhonarc
--->  Cleaning p5-mime-base32
--->  Cleaning p5-mime-base64
--->  Cleaning p5-mime-charset
--->  Cleaning p5-mime-encwords
--->  Cleaning p5-mime-lite
--->  Cleaning p5-mime-tools
--->  Cleaning p5-mime-types
--->  Cleaning p5-mldbm
--->  Cleaning p5-module-build
--->  Cleaning p5-module-corelist
--->  Cleaning p5-module-depends
--->  Cleaning p5-module-find
--->  Cleaning p5-module-install
--->  Cleaning p5-module-pluggable
--->  Cleaning p5-module-refresh
--->  Cleaning p5-module-scandeps
--->  Cleaning p5-module-signature
--->  Cleaning p5-module-starter
--->  Cleaning p5-module-versions-report
--->  Cleaning p5-mogilefs-client
--->  Cleaning p5-mogilefs-server
--->  Cleaning p5-mogilefs-utils
--->  Cleaning p5-monotone-automatestdio
--->  Cleaning p5-moose
--->  Cleaning p5-moose-autobox
--->  Cleaning p5-moose-policy
--->  Cleaning p5-moosex-emulate-class-accessor-fast
--->  Cleaning p5-moosex-getopt
--->  Cleaning p5-moosex-methodattributes
--->  Cleaning p5-moosex-params-validate
--->  Cleaning p5-moosex-role-withoverloading
--->  Cleaning p5-moosex-semiaffordanceaccessor
--->  Cleaning p5-moosex-traits-pluggable
--->  Cleaning p5-moosex-types
--->  Cleaning p5-moosex-types-common
--->  Cleaning p5-mouse
--->  Cleaning p5-mp3-info
--->  Cleaning p5-mro-compat
--->  Cleaning p5-mytop
--->  Cleaning p5-namespace-autoclean
--->  Cleaning p5-namespace-clean
--->  Cleaning p5-net
--->  Cleaning p5-net-appliance-phrasebook
--->  Cleaning p5-net-appliance-session
--->  Cleaning p5-net-cidr
--->  Cleaning p5-net-cidr-lite
--->  Cleaning p5-net-dbus
--->  Cleaning p5-net-dict
--->  Cleaning p5-net-dns
--->  Cleaning p5-net-ftpserver
--->  Cleaning p5-net-growl
--->  Cleaning p5-net-ident
--->  Cleaning p5-net-ip
--->  Cleaning p5-net-ip-match-regexp
--->  Cleaning p5-net-ipv4addr
--->  Cleaning p5-net-libidn
--->  Cleaning p5-net-netmask
--->  Cleaning p5-net-nslookup
--->  Cleaning p5-net-pcap
--->  Cleaning p5-net-ping-external
--->  Cleaning p5-net-radius
--->  Cleaning p5-net-rawip
--->  Cleaning p5-net-senderbase
--->  Cleaning p5-net-server
--->  Cleaning p5-net-sms
--->  Cleaning p5-net-smtp_auth
--->  Cleaning p5-net-snmp
--->  Cleaning p5-net-snpp
--->  Cleaning p5-net-ssh-perl
--->  Cleaning p5-net-ssh2
--->  Cleaning p5-net-ssleay
--->  Cleaning p5-net-syslog
--->  Cleaning p5-net-telnet
--->  Cleaning p5-net-telnet-cisco
--->  Cleaning p5-net-twitter
--->  Cleaning p5-net-twitter-lite
--->  Cleaning p5-net-z3950
--->  Cleaning p5-net-z3950-zoom
--->  Cleaning p5-netaddr-ip
--->  Cleaning p5-news-nntpclient
--->  Cleaning p5-next
--->  Cleaning p5-nkf
--->  Cleaning p5-nmap-scanner
--->  Cleaning p5-number-format
--->  Cleaning p5-object-destroyer
--->  Cleaning p5-object-signature
--->  Cleaning p5-object-tiny
--->  Cleaning p5-ole-storage_lite
--->  Cleaning p5-package-constants
--->  Cleaning p5-padwalker
--->  Cleaning p5-palm
--->  Cleaning p5-pango
--->  Cleaning p5-panotools-script
--->  Cleaning p5-par-dist
--->  Cleaning p5-params-util
--->  Cleaning p5-params-validate
--->  Cleaning p5-parent
--->  Cleaning p5-parse-cpan-meta
--->  Cleaning p5-parse-mediawikidump
--->  Cleaning p5-parse-recdescent
--->  Cleaning p5-parse-yapp
--->  Cleaning p5-patchreader
--->  Cleaning p5-path-class
--->  Cleaning p5-pathtools
--->  Cleaning p5-pdf-api2
--->  Cleaning p5-pdf-reuse
--->  Cleaning p5-pdl
--->  Cleaning p5-perl-critic
--->  Cleaning p5-perl-ldap
--->  Cleaning p5-perl-tidy
--->  Cleaning p5-perl6-junction
--->  Cleaning p5-perlbal
--->  Cleaning p5-perlio-eol
--->  Cleaning p5-perlio-gzip
--->  Cleaning p5-perlio-via-bzip2
--->  Cleaning p5-perlio-via-dynamic
--->  Cleaning p5-perlio-via-symlink
--->  Cleaning p5-perlmagick
--->  Cleaning p5-pgplot
--->  Cleaning p5-pgtop
--->  Cleaning p5-pmtools
--->  Cleaning p5-pod-coverage
--->  Cleaning p5-pod-escapes
--->  Cleaning p5-pod-readme
--->  Cleaning p5-pod-simple
--->  Cleaning p5-pod-spell
--->  Cleaning p5-pod-tests
--->  Cleaning p5-podlators
--->  Cleaning p5-podtohtml
--->  Cleaning p5-postscript-font
--->  Cleaning p5-postscript-simple
--->  Cleaning p5-ppi
--->  Cleaning p5-prefork
--->  Cleaning p5-probe-perl
--->  Cleaning p5-razor-agents
--->  Cleaning p5-readonly
--->  Cleaning p5-readonly-xs
--->  Cleaning p5-regexp-assemble
--->  Cleaning p5-regexp-common
--->  Cleaning p5-regexp-parser
--->  Cleaning p5-regexp-shellish
--->  Cleaning p5-return-value
--->  Cleaning p5-roman
--->  Cleaning p5-rpc-xml
--->  Cleaning p5-scalar-list-utils
--->  Cleaning p5-scope-guard
--->  Cleaning p5-sdl_perl
--->  Cleaning p5-set-object
--->  Cleaning p5-set-scalar
--->  Cleaning p5-sgml-parser-opensp
--->  Cleaning p5-shell-parser
--->  Cleaning p5-snmp_session
--->  Cleaning p5-soap-lite
--->  Cleaning p5-socket6
--->  Cleaning p5-sort-versions
--->  Cleaning p5-spreadsheet-parseexcel
--->  Cleaning p5-spreadsheet-writeexcel
--->  Cleaning p5-sql-abstract
--->  Cleaning p5-sql-abstract-limit
--->  Cleaning p5-sql-translator
--->  Cleaning p5-string-crc32
--->  Cleaning p5-string-ediff
--->  Cleaning p5-string-format
--->  Cleaning p5-string-rewriteprefix
--->  Cleaning p5-string-shellquote
--->  Cleaning p5-string-truncate
--->  Cleaning p5-sub-exporter
--->  Cleaning p5-sub-identify
--->  Cleaning p5-sub-install
--->  Cleaning p5-sub-name
--->  Cleaning p5-sub-uplevel
--->  Cleaning p5-svn-dump
--->  Cleaning p5-svn-mirror
--->  Cleaning p5-svn-notify
--->  Cleaning p5-svn-simple
--->  Cleaning p5-sys-filesystem
--->  Cleaning p5-sys-hostname-long
--->  Cleaning p5-sys-syscall
--->  Cleaning p5-sys-syslog
--->  Cleaning p5-sysadm-install
--->  Cleaning p5-task-weaken
--->  Cleaning p5-template-gd
--->  Cleaning p5-template-plugin-class
--->  Cleaning p5-template-timer
--->  Cleaning p5-template-toolkit
--->  Cleaning p5-term-gnuplot
--->  Cleaning p5-term-progressbar
--->  Cleaning p5-term-prompt
--->  Cleaning p5-term-readkey
--->  Cleaning p5-term-readline-gnu
--->  Cleaning p5-term-shell
--->  Cleaning p5-test-classapi
--->  Cleaning p5-test-deep
--->  Cleaning p5-test-differences
--->  Cleaning p5-test-exception
--->  Cleaning p5-test-expect
--->  Cleaning p5-test-harness
--->  Cleaning p5-test-inline
--->  Cleaning p5-test-longstring
--->  Cleaning p5-test-manifest
--->  Cleaning p5-test-memory-cycle
--->  Cleaning p5-test-mockobject
--->  Cleaning p5-test-nowarnings
--->  Cleaning p5-test-object
--->  Cleaning p5-test-perl-critic
--->  Cleaning p5-test-pod
--->  Cleaning p5-test-pod-coverage
--->  Cleaning p5-test-portability-files
--->  Cleaning p5-test-requires
--->  Cleaning p5-test-script
--->  Cleaning p5-test-simple
--->  Cleaning p5-test-subcalls
--->  Cleaning p5-test-taint
--->  Cleaning p5-test-tester
--->  Cleaning p5-test-use-ok
--->  Cleaning p5-test-warn
--->  Cleaning p5-test-www-mechanize
--->  Cleaning p5-test-www-mechanize-catalyst
--->  Cleaning p5-test-yaml-meta
--->  Cleaning p5-test-yaml-valid
--->  Cleaning p5-text-aspell
--->  Cleaning p5-text-autoformat
--->  Cleaning p5-text-balanced
--->  Cleaning p5-text-chasen
--->  Cleaning p5-text-csv
--->  Cleaning p5-text-csv_xs
--->  Cleaning p5-text-diff
--->  Cleaning p5-text-iconv
--->  Cleaning p5-text-kakasi
--->  Cleaning p5-text-levenshteinxs
--->  Cleaning p5-text-markdown
--->  Cleaning p5-text-multimarkdown
--->  Cleaning p5-text-parsewords
--->  Cleaning p5-text-pdf
--->  Cleaning p5-text-quoted
--->  Cleaning p5-text-recordparser
--->  Cleaning p5-text-reform
--->  Cleaning p5-text-simpletable
--->  Cleaning p5-text-spellchecker
--->  Cleaning p5-text-tabsxwrap
--->  Cleaning p5-text-tabulardisplay
--->  Cleaning p5-text-template
--->  Cleaning p5-text-vfile-asdata
--->  Cleaning p5-text-vimcolor
--->  Cleaning p5-text-wikiformat
--->  Cleaning p5-text-wrapper
--->  Cleaning p5-tie-dbi
--->  Cleaning p5-tie-encryptedhash
--->  Cleaning p5-tie-ixhash
--->  Cleaning p5-tie-refhash
--->  Cleaning p5-tie-toobject
--->  Cleaning p5-time-duration
--->  Cleaning p5-time-epoch
--->  Cleaning p5-time-format
--->  Cleaning p5-time-hires
--->  Cleaning p5-time-modules
--->  Cleaning p5-time-period
--->  Cleaning p5-time-piece
--->  Cleaning p5-time-progress
--->  Cleaning p5-time-y2038
--->  Cleaning p5-timedate
--->  Cleaning p5-tk
--->  Cleaning p5-tree-dag_node
--->  Cleaning p5-tree-simple
--->  Cleaning p5-tree-simple-view
--->  Cleaning p5-tree-simple-visitorfactory
--->  Cleaning p5-try-tiny
--->  Cleaning p5-unicode-collate
--->  Cleaning p5-unicode-string
--->  Cleaning p5-universal-can
--->  Cleaning p5-universal-isa
--->  Cleaning p5-universal-moniker
--->  Cleaning p5-universal-require
--->  Cleaning p5-unix-syslog
--->  Cleaning p5-uri
--->  Cleaning p5-uri-fetch
--->  Cleaning p5-uuid
--->  Cleaning p5-variable-magic
--->  Cleaning p5-vcp-autrijus-snapshot
--->  Cleaning p5-vcp-dest-svk
--->  Cleaning p5-vcp-source-cvsbk
--->  Cleaning p5-version
--->  Cleaning p5-vonage-click2call
--->  Cleaning p5-want
--->  Cleaning p5-www-curl
--->  Cleaning p5-www-mechanize
--->  Cleaning p5-www-search
--->  Cleaning p5-www-shorten
--->  Cleaning p5-www-urltoys
--->  Cleaning p5-x11-protocol
--->  Cleaning p5-xml-apachefop
--->  Cleaning p5-xml-atom
--->  Cleaning p5-xml-autowriter
--->  Cleaning p5-xml-dom
--->  Cleaning p5-xml-dom-xpath
--->  Cleaning p5-xml-entities
--->  Cleaning p5-xml-feed
--->  Cleaning p5-xml-filter-buffertext
--->  Cleaning p5-xml-libxml
--->  Cleaning p5-xml-libxml-common
--->  Cleaning p5-xml-libxslt
--->  Cleaning p5-xml-namespacesupport
--->  Cleaning p5-xml-parser
--->  Cleaning p5-xml-parser-easytree
--->  Cleaning p5-xml-parser-lite-tree
--->  Cleaning p5-xml-regexp
--->  Cleaning p5-xml-rss
--->  Cleaning p5-xml-sax
--->  Cleaning p5-xml-sax-base
--->  Cleaning p5-xml-sax-expat
--->  Cleaning p5-xml-sax-writer
--->  Cleaning p5-xml-simple
--->  Cleaning p5-xml-twig
--->  Cleaning p5-xml-validator-schema
--->  Cleaning p5-xml-writer
--->  Cleaning p5-xml-xpath
--->  Cleaning p5-xml-xpathengine
--->  Cleaning p5-yaml
--->  Cleaning p5-yaml-libyaml
--->  Cleaning p5-yaml-syck
--->  Cleaning p5-yaml-tiny
--->  Cleaning p7zip
--->  Cleaning packddir
--->  Cleaning packetforward
--->  Cleaning packit
--->  Cleaning Paintbrush
--->  Cleaning pal
--->  Cleaning Pallet
--->  Cleaning palm-db-tools
--->  Cleaning pamtester
--->  Cleaning pan2
--->  Cleaning pandoc
--->  Cleaning pango
--->  Cleaning pango-devel
--->  Cleaning pangomm
--->  Cleaning pangoxsl
--->  Cleaning Pantomime
--->  Cleaning Pantomime-Framework
--->  Cleaning paperkey
--->  Cleaning paq8
--->  Cleaning par
--->  Cleaning par2
--->  Cleaning pari
--->  Cleaning parrot
--->  Cleaning passogva
--->  Cleaning pastebinit
--->  Cleaning patcher
--->  Cleaning patchutils
--->  Cleaning pathalizer
--->  Cleaning pavuk
--->  Cleaning pazpar2
--->  Cleaning pb2make
--->  Cleaning pbzip2
--->  Cleaning pcal
--->  Cleaning pcb
--->  Cleaning pcc
--->  Cleaning pccts
--->  Cleaning pcre
--->  Cleaning pcre++
--->  Cleaning pcrexx
--->  Cleaning pdb2pqr
--->  Cleaning pdc
--->  Cleaning pdf2djvu
--->  Cleaning pdf2svg
--->  Cleaning pdfbox
--->  Cleaning pdfjam
--->  Cleaning pdfkit
--->  Cleaning pdflib
--->  Cleaning pdftk
--->  Cleaning pdftohtml
--->  Cleaning pdi2iso
--->  Cleaning pdksh
--->  Cleaning pdnsd
--->  Cleaning pearpc
--->  Cleaning peekabot
--->  Cleaning pemail
--->  Cleaning pen
--->  Cleaning pennmush
--->  Cleaning perfect_maildir
--->  Cleaning perforce
--->  Cleaning Performance
--->  Cleaning perl5
--->  Cleaning perl5.10
--->  Cleaning perl5.8
--->  Cleaning perlprimer
--->  Cleaning pessulus
--->  Cleaning petsc
--->  Cleaning pfe
--->  Cleaning pflogsumm
--->  Cleaning pftp
--->  Cleaning pg2xbase
--->  Cleaning pgAdmin3
--->  Cleaning pgbouncer
--->  Cleaning pgf
--->  Cleaning pgintcl
--->  Cleaning pgp
--->  Cleaning pgpdump
--->  Cleaning pgplot
--->  Cleaning pgpool
--->  Cleaning pgpool-II
--->  Cleaning pgRouting
--->  Cleaning pgsqlclient
--->  Cleaning pgtcl
--->  Cleaning phonon
--->  Cleaning photopc
--->  Cleaning php-mode.el
--->  Cleaning php4
--->  Cleaning php5
--->  Cleaning php5-amf
--->  Cleaning php5-apc
--->  Cleaning php5-bbcode
--->  Cleaning php5-big_int
--->  Cleaning php5-cairo
--->  Cleaning php5-cairo_wrapper
--->  Cleaning php5-calendar
--->  Cleaning php5-colorer
--->  Cleaning php5-crack
--->  Cleaning php5-curl
--->  Cleaning php5-dba
--->  Cleaning php5-dbase
--->  Cleaning php5-devel
--->  Cleaning php5-eaccelerator
--->  Cleaning php5-enchant
--->  Cleaning php5-esmtp
--->  Cleaning php5-exif
--->  Cleaning php5-FreeImage
--->  Cleaning php5-ftp
--->  Cleaning php5-gd
--->  Cleaning php5-gdchart
--->  Cleaning php5-gearman
--->  Cleaning php5-geoip
--->  Cleaning php5-gettext
--->  Cleaning php5-gmagick
--->  Cleaning php5-gmp
--->  Cleaning php5-gtk
--->  Cleaning php5-hidef
--->  Cleaning php5-html_parse
--->  Cleaning php5-htscanner
--->  Cleaning php5-http
--->  Cleaning php5-iconv
--->  Cleaning php5-imagick
--->  Cleaning php5-imap
--->  Cleaning php5-imlib2
--->  Cleaning php5-inclued
--->  Cleaning php5-intl
--->  Cleaning php5-mailparse
--->  Cleaning php5-markdown
--->  Cleaning php5-mbstring
--->  Cleaning php5-mcrypt
--->  Cleaning php5-memcache
--->  Cleaning php5-memcached
--->  Cleaning php5-midgard
--->  Cleaning php5-midgard2
--->  Cleaning php5-ming
--->  Cleaning php5-mongo
--->  Cleaning php5-mssql
--->  Cleaning php5-mysql
--->  Cleaning php5-oauth
--->  Cleaning php5-odbc
--->  Cleaning php5-openssl
--->  Cleaning php5-oracle
--->  Cleaning php5-pcntl
--->  Cleaning php5-pop3
--->  Cleaning php5-posix
--->  Cleaning php5-postgresql
--->  Cleaning php5-pspell
--->  Cleaning php5-readline
--->  Cleaning php5-rrdtool
--->  Cleaning php5-snmp
--->  Cleaning php5-soap
--->  Cleaning php5-sockets
--->  Cleaning php5-solr
--->  Cleaning php5-spidermonkey
--->  Cleaning php5-SPL_Types
--->  Cleaning php5-sqlite
--->  Cleaning php5-sqlite3
--->  Cleaning php5-suhosin
--->  Cleaning php5-svn
--->  Cleaning php5-syck
--->  Cleaning php5-tidy
--->  Cleaning php5-uploadprogress
--->  Cleaning php5-wddx
--->  Cleaning php5-web
--->  Cleaning php5-xdebug
--->  Cleaning php5-xhprof
--->  Cleaning php5-xmlrpc
--->  Cleaning php5-xrange
--->  Cleaning php5-xsl
--->  Cleaning php5-xslcache
--->  Cleaning php5-yaz
--->  Cleaning php5-zip
--->  Cleaning php5-zlib
--->  Cleaning php5-zorba
--->  Cleaning php52
--->  Cleaning phpbb
--->  Cleaning phpicalendar
--->  Cleaning phpmyadmin
--->  Cleaning phppgadmin
--->  Cleaning physfs
--->  Cleaning pict2pdf
--->  Cleaning PIDA
--->  Cleaning pidgin
--->  Cleaning pidgin-encryption
--->  Cleaning pidgin-otr
--->  Cleaning pike
--->  Cleaning piklab
--->  Cleaning pilot-link
--->  Cleaning pilrc
--->  Cleaning pine
--->  Cleaning pinentry
--->  Cleaning pinfo
--->  Cleaning pipebench
--->  Cleaning pircbot
--->  Cleaning pixen
--->  Cleaning pkgconfig
--->  Cleaning planner
--->  Cleaning Platypus
--->  Cleaning playerstage-player
--->  Cleaning playerstage-stage
--->  Cleaning plconv
--->  Cleaning plib
--->  Cleaning PlopFolio
--->  Cleaning ploticus
--->  Cleaning plotutils
--->  Cleaning plplot
--->  Cleaning pmd
--->  Cleaning pmk
--->  Cleaning pmw
--->  Cleaning pnet
--->  Cleaning png2ico
--->  Cleaning pngcrush
--->  Cleaning pngmeta
--->  Cleaning pngpp
--->  Cleaning po-mode.el
--->  Cleaning poco
--->  Cleaning podofo
--->  Cleaning poedit
--->  Cleaning poker-eval
--->  Cleaning poldek
--->  Cleaning policykit
--->  Cleaning policykit-gnome
--->  Cleaning polipo
--->  Cleaning polkit-qt
--->  Cleaning poll-emulator
--->  Cleaning polyml
--->  Cleaning pop3proxy
--->  Cleaning poppler
--->  Cleaning poppler-data
--->  Cleaning popt
--->  Cleaning pork
--->  Cleaning port_cutleaves
--->  Cleaning portaudio
--->  Cleaning portmidi
--->  Cleaning portsentry
--->  Cleaning postal
--->  Cleaning poster
--->  Cleaning postfix
--->  Cleaning postgis
--->  Cleaning postgresql-devel
--->  Cleaning postgresql-jdbc
--->  Cleaning postgresql-server-devel
--->  Cleaning postgresql7
--->  Cleaning postgresql80
--->  Cleaning postgresql80-doc
--->  Cleaning postgresql80-server
--->  Cleaning postgresql81
--->  Cleaning postgresql81-doc
--->  Cleaning postgresql81-server
--->  Cleaning postgresql82
--->  Cleaning postgresql82-doc
--->  Cleaning postgresql82-server
--->  Cleaning postgresql83
--->  Cleaning postgresql83-doc
--->  Cleaning postgresql83-server
--->  Cleaning postgresql84
--->  Cleaning postgresql84-doc
--->  Cleaning postgresql84-server
--->  Cleaning postgresql85
--->  Cleaning postgresql85-doc
--->  Cleaning postgresql_autodoc
--->  Cleaning postgrey
--->  Cleaning potrace
--->  Cleaning pound
--->  Cleaning povray
--->  Cleaning powerpc-rtems-binutils
--->  Cleaning powerpc-rtems-gcc
--->  Cleaning ppc-linux-binutils
--->  Cleaning ppl
--->  Cleaning ppmd
--->  Cleaning ppmtomd
--->  Cleaning pqa
--->  Cleaning prc-tools
--->  Cleaning PreferencePanes
--->  Cleaning prelude-lml
--->  Cleaning prelude-manager
--->  Cleaning premake
--->  Cleaning PRICE
--->  Cleaning PRICE-aqua
--->  Cleaning privoxy
--->  Cleaning procfs
--->  Cleaning procmail
--->  Cleaning proctools
--->  Cleaning proftpd
--->  Cleaning proguard
--->  Cleaning proj
--->  Cleaning ProjectCenter
--->  Cleaning ProjectManager
--->  Cleaning prolog-mode.el
--->  Cleaning ProofGeneral
--->  Cleaning prothon
--->  Cleaning protobuf-c
--->  Cleaning protobuf-cpp
--->  Cleaning protobuf-java
--->  Cleaning protobuf-python
--->  Cleaning protobuf-python25
--->  Cleaning protobuf-python26
--->  Cleaning proxsmtp
--->  Cleaning proxytunnel
--->  Cleaning prtunnel
--->  Cleaning ps2eps
--->  Cleaning psbind
--->  Cleaning pscal
--->  Cleaning pserv
--->  Cleaning psgml
--->  Cleaning psh
--->  Cleaning psi
--->  Cleaning psi-otr
--->  Cleaning pspp
--->  Cleaning pstoedit
--->  Cleaning pstotext
--->  Cleaning pstree
--->  Cleaning psutils
--->  Cleaning pTeX
--->  Cleaning ptex-sfmacros
--->  Cleaning pth
--->  Cleaning pthsem
--->  Cleaning ptunnel
--->  Cleaning pulse
--->  Cleaning puppet
--->  Cleaning pure
--->  Cleaning pure-csv
--->  Cleaning pure-devel
--->  Cleaning pure-doc
--->  Cleaning pure-fastcgi
--->  Cleaning pure-faust
--->  Cleaning pure-ffi
--->  Cleaning pure-ftpd
--->  Cleaning pure-gen
--->  Cleaning pure-gl
--->  Cleaning pure-gsl
--->  Cleaning pure-gtk
--->  Cleaning pure-liblo
--->  Cleaning pure-odbc
--->  Cleaning pure-xml
--->  Cleaning pureftpd
--->  Cleaning putmail
--->  Cleaning putty
--->  Cleaning pv
--->  Cleaning pvm
--->  Cleaning pwgen
--->  Cleaning pwlib
--->  Cleaning pwman
--->  Cleaning pwsafe
--->  Cleaning pxsl-tools
--->  Cleaning py-4suite-xml
--->  Cleaning py-airconf
--->  Cleaning py-albatross
--->  Cleaning py-altgraph
--->  Cleaning py-ana
--->  Cleaning py-ansistyle
--->  Cleaning py-ao
--->  Cleaning py-appscript
--->  Cleaning py-apsw
--->  Cleaning py-apycot
--->  Cleaning py-archmage
--->  Cleaning py-async
--->  Cleaning py-atox
--->  Cleaning py-bdist_mpkg
--->  Cleaning py-beaker
--->  Cleaning py-beautifulsoup
--->  Cleaning py-beepy
--->  Cleaning py-biggles
--->  Cleaning py-biopython
--->  Cleaning py-bison
--->  Cleaning py-bitbuffer
--->  Cleaning py-bitdecoder
--->  Cleaning py-blosxom
--->  Cleaning py-boto
--->  Cleaning py-bsddb
--->  Cleaning py-bzip2
--->  Cleaning py-cairo
--->  Cleaning py-cdb
--->  Cleaning py-cddb
--->  Cleaning py-celementtree
--->  Cleaning py-cfgparse
--->  Cleaning py-cgipm
--->  Cleaning py-cgkit
--->  Cleaning py-chart
--->  Cleaning py-checker
--->  Cleaning py-cheetah
--->  Cleaning py-cherrypy
--->  Cleaning py-cherrypy3
--->  Cleaning py-chm
--->  Cleaning py-clamav
--->  Cleaning py-clientcookie
--->  Cleaning py-clientform
--->  Cleaning py-clienttable
--->  Cleaning py-cmdsyntax
--->  Cleaning py-config
--->  Cleaning py-config-reddove
--->  Cleaning py-configobj
--->  Cleaning py-configsaver
--->  Cleaning py-constraint
--->  Cleaning py-construct
--->  Cleaning py-contract
--->  Cleaning py-coordsys
--->  Cleaning py-crack
--->  Cleaning py-crash
--->  Cleaning py-crypto
--->  Cleaning py-cssutils
--->  Cleaning py-ctags
--->  Cleaning py-ctypes
--->  Cleaning py-curl
--->  Cleaning py-cxx
--->  Cleaning py-cython
--->  Cleaning py-daemon
--->  Cleaning py-dap
--->  Cleaning py-dateutil
--->  Cleaning py-dbo
--->  Cleaning py-dbrow
--->  Cleaning py-decoratortools
--->  Cleaning py-des
--->  Cleaning py-discord
--->  Cleaning py-dispatcher
--->  Cleaning py-django
--->  Cleaning py-dns
--->  Cleaning py-dnspython
--->  Cleaning py-do
--->  Cleaning py-docutils
--->  Cleaning py-dot
--->  Cleaning py-dpkt
--->  Cleaning py-dsv
--->  Cleaning py-ebay
--->  Cleaning py-elementtree
--->  Cleaning py-elixir
--->  Cleaning py-empy
--->  Cleaning py-enca
--->  Cleaning py-enum
--->  Cleaning py-epydoc
--->  Cleaning py-exif
--->  Cleaning py-eyed3
--->  Cleaning py-ezpycrypto
--->  Cleaning py-f2py
--->  Cleaning py-fchksum
--->  Cleaning py-fcrypt
--->  Cleaning py-feedparser
--->  Cleaning py-flatdb
--->  Cleaning py-flup
--->  Cleaning py-fnorb
--->  Cleaning py-formbuild
--->  Cleaning py-formencode
--->  Cleaning py-fpconst
--->  Cleaning py-ftputil
--->  Cleaning py-gadfly
--->  Cleaning py-game
--->  Cleaning py-gd
--->  Cleaning py-gdata
--->  Cleaning py-gdbm
--->  Cleaning py-geoip
--->  Cleaning py-geotypes
--->  Cleaning py-getargs
--->  Cleaning py-ggy
--->  Cleaning py-glewpy
--->  Cleaning py-gmpy
--->  Cleaning py-gnome
--->  Cleaning py-gnupg
--->  Cleaning py-gnuplot
--->  Cleaning py-gobject
--->  Cleaning py-google
--->  Cleaning py-graphpath
--->  Cleaning py-gsl
--->  Cleaning py-gtk2
--->  Cleaning py-gtkmvc
--->  Cleaning py-harvestman
--->  Cleaning py-hgsvn
--->  Cleaning py-htmlcalendar
--->  Cleaning py-htmlgen
--->  Cleaning py-htmloo
--->  Cleaning py-htmltemplate
--->  Cleaning py-httplib2
--->  Cleaning py-hyperestraier
--->  Cleaning py-icalendar
--->  Cleaning py-id3lib
--->  Cleaning py-imdb
--->  Cleaning py-importchecker
--->  Cleaning py-iniparse
--->  Cleaning py-iplib
--->  Cleaning py-ipy
--->  Cleaning py-ipython
--->  Cleaning py-irclib
--->  Cleaning py-jabber
--->  Cleaning py-jinja2
--->  Cleaning py-kid
--->  Cleaning py-kjbuckets
--->  Cleaning py-kqueue
--->  Cleaning py-ldap
--->  Cleaning py-levenshtein
--->  Cleaning py-libdnet
--->  Cleaning py-libgmail
--->  Cleaning py-libxml2
--->  Cleaning py-libxslt
--->  Cleaning py-linda
--->  Cleaning py-lint
--->  Cleaning py-log4py
--->  Cleaning py-logilab-astng
--->  Cleaning py-logilab-common
--->  Cleaning py-lrucache
--->  Cleaning py-lupy
--->  Cleaning py-lxml
--->  Cleaning py-lzma
--->  Cleaning py-m2crypto
--->  Cleaning py-macfile
--->  Cleaning py-macholib
--->  Cleaning py-mad
--->  Cleaning py-magic
--->  Cleaning py-mailbox-reader
--->  Cleaning py-make
--->  Cleaning py-mako
--->  Cleaning py-managesieve
--->  Cleaning py-markdown
--->  Cleaning py-mathdom
--->  Cleaning py-matplotlib
--->  Cleaning py-matplotlib-basemap
--->  Cleaning py-mecab
--->  Cleaning py-mechanize
--->  Cleaning py-mechanoid
--->  Cleaning py-medusa
--->  Cleaning py-meld3
--->  Cleaning py-memcached
--->  Cleaning py-metar
--->  Cleaning py-mhash
--->  Cleaning py-migrate
--->  Cleaning py-modulegraph
--->  Cleaning py-modulegraph-devel
--->  Cleaning py-mongoose
--->  Cleaning py-mpservlets
--->  Cleaning py-msnp
--->  Cleaning py-mssql
--->  Cleaning py-mutagen
--->  Cleaning py-mx
--->  Cleaning py-myghty
--->  Cleaning py-myghtyutils
--->  Cleaning py-mysql
--->  Cleaning py-netdevicelib
--->  Cleaning py-nevow
--->  Cleaning py-nltk
--->  Cleaning py-nose
--->  Cleaning py-numarray
--->  Cleaning py-numeric
--->  Cleaning py-numpy
--->  Cleaning py-ogg
--->  Cleaning py-omniORBpy
--->  Cleaning py-opengl
--->  Cleaning py-openssl
--->  Cleaning py-optik
--->  Cleaning py-orbit
--->  Cleaning py-orq
--->  Cleaning py-otp
--->  Cleaning py-par
--->  Cleaning py-paramiko
--->  Cleaning py-parsing
--->  Cleaning py-paste
--->  Cleaning py-pastedeploy
--->  Cleaning py-pastescript
--->  Cleaning py-pastewebkit
--->  Cleaning py-paver
--->  Cleaning py-pcapy
--->  Cleaning py-peak
--->  Cleaning py-pedal
--->  Cleaning py-pexpect
--->  Cleaning py-pgasync
--->  Cleaning py-pgsql
--->  Cleaning py-piddle
--->  Cleaning py-pil
--->  Cleaning py-pip
--->  Cleaning py-pipedream
--->  Cleaning py-plex
--->  Cleaning py-plistservices
--->  Cleaning py-ply
--->  Cleaning py-pmock
--->  Cleaning py-pmw
--->  Cleaning py-poly
--->  Cleaning py-posixtimezone
--->  Cleaning py-postgresql-exception
--->  Cleaning py-postgresql-greentrunk
--->  Cleaning py-postgresql-layout
--->  Cleaning py-postgresql-pqueue
--->  Cleaning py-postgresql-proboscis
--->  Cleaning py-pow
--->  Cleaning py-ppy
--->  Cleaning py-probstat
--->  Cleaning py-processing
--->  Cleaning py-psyco
--->  Cleaning py-psycopg
--->  Cleaning py-psycopg2
--->  Cleaning py-ptypes
--->  Cleaning py-pullparser
--->  Cleaning py-py
--->  Cleaning py-py2app
--->  Cleaning py-py2app-devel
--->  Cleaning py-pyb
--->  Cleaning py-pycluster
--->  Cleaning py-pyflakes
--->  Cleaning py-pygments
--->  Cleaning py-pygpgme
--->  Cleaning py-pygresql
--->  Cleaning py-pylibpcap
--->  Cleaning py-pylons
--->  Cleaning py-pyobjc
--->  Cleaning py-pyobjc2
--->  Cleaning py-pyobjc2-cocoa
--->  Cleaning py-pyprotocols
--->  Cleaning py-pyqt4
--->  Cleaning py-pyqwt
--->  Cleaning py-pyrex
--->  Cleaning py-pyrexdoc
--->  Cleaning py-pyrxp
--->  Cleaning py-pythoncad
--->  Cleaning py-pyx
--->  Cleaning py-pyxg
--->  Cleaning py-quixote
--->  Cleaning py-rad
--->  Cleaning py-radix
--->  Cleaning py-rdflib
--->  Cleaning py-readline
--->  Cleaning py-repl
--->  Cleaning py-reportlab
--->  Cleaning py-reverend
--->  Cleaning py-rijndael
--->  Cleaning py-ro
--->  Cleaning py-roundup
--->  Cleaning py-routes
--->  Cleaning py-rt
--->  Cleaning py-ruledispatch
--->  Cleaning py-scanf
--->  Cleaning py-scientific
--->  Cleaning py-scipy
--->  Cleaning py-scipy03
--->  Cleaning py-sclapp
--->  Cleaning py-serial
--->  Cleaning py-setuptools
--->  Cleaning py-sgmlop
--->  Cleaning py-shellwords
--->  Cleaning py-simplejson
--->  Cleaning py-simpy
--->  Cleaning py-sip
--->  Cleaning py-sisynala
--->  Cleaning py-sisyphus
--->  Cleaning py-smb
--->  Cleaning py-smisk
--->  Cleaning py-snmp
--->  Cleaning py-soappy
--->  Cleaning py-souk
--->  Cleaning py-spark
--->  Cleaning py-spf
--->  Cleaning py-sphinx
--->  Cleaning py-spreadmodule
--->  Cleaning py-spyce
--->  Cleaning py-sql
--->  Cleaning py-sqlalchemy
--->  Cleaning py-sqlalchemy-migrate
--->  Cleaning py-sqlite
--->  Cleaning py-sqlobject
--->  Cleaning py-srs
--->  Cleaning py-ssh
--->  Cleaning py-stablesort
--->  Cleaning py-stemmer
--->  Cleaning py-supervisor
--->  Cleaning py-svn
--->  Cleaning py-svnreporter
--->  Cleaning py-swishe
--->  Cleaning py-sympy
--->  Cleaning py-tables
--->  Cleaning py-tahchee
--->  Cleaning py-tarfile
--->  Cleaning py-taskplan
--->  Cleaning py-tconfpy
--->  Cleaning py-textile
--->  Cleaning py-texttable
--->  Cleaning py-tiff
--->  Cleaning py-timeformat
--->  Cleaning py-tkinter
--->  Cleaning py-tlslite
--->  Cleaning py-toc
--->  Cleaning py-tpg
--->  Cleaning py-traits
--->  Cleaning py-turbocheetah
--->  Cleaning py-turbogears
--->  Cleaning py-turbojson
--->  Cleaning py-turbokid
--->  Cleaning py-twisted
--->  Cleaning py-twisted-web2
--->  Cleaning py-twistedsnmp
--->  Cleaning py-twistedweb2
--->  Cleaning py-twitter
--->  Cleaning py-tz
--->  Cleaning py-uid
--->  Cleaning py-umlgraph
--->  Cleaning py-unit
--->  Cleaning py-unum
--->  Cleaning py-url
--->  Cleaning py-urlgrabber
--->  Cleaning py-urwid
--->  Cleaning py-utidylib
--->  Cleaning py-virtualenv
--->  Cleaning py-virtualenvwrapper
--->  Cleaning py-vobject
--->  Cleaning py-vorbis
--->  Cleaning py-WebHelpers
--->  Cleaning py-weblib
--->  Cleaning py-webstack
--->  Cleaning py-werkzeug
--->  Cleaning py-wordnet
--->  Cleaning py-work
--->  Cleaning py-workerpool
--->  Cleaning py-wxpython
--->  Cleaning py-wxpython26
--->  Cleaning py-xar
--->  Cleaning py-xattr
--->  Cleaning py-xist
--->  Cleaning py-xlib
--->  Cleaning py-xlrd
--->  Cleaning py-xlwriter
--->  Cleaning py-xml
--->  Cleaning py-xmldiff
--->  Cleaning py-xmlsec
--->  Cleaning py-xmltramp
--->  Cleaning py-xmpppy
--->  Cleaning py-xtemplate
--->  Cleaning py-yaml
--->  Cleaning py-yenc
--->  Cleaning py-yum-metadata-parser
--->  Cleaning py-zconfig
--->  Cleaning py-zodb
--->  Cleaning py-zopeinterface
--->  Cleaning py-zsi
--->  Cleaning py25-altgraph
--->  Cleaning py25-anyjson
--->  Cleaning py25-appscript
--->  Cleaning py25-apptools
--->  Cleaning py25-asn1
--->  Cleaning py25-aspects
--->  Cleaning py25-authkit
--->  Cleaning py25-baz
--->  Cleaning py25-bdist_mpkg
--->  Cleaning py25-beaker
--->  Cleaning py25-beautifulsoup
--->  Cleaning py25-biggles
--->  Cleaning py25-biopython
--->  Cleaning py25-boto
--->  Cleaning py25-bsddb
--->  Cleaning py25-buzhug
--->  Cleaning py25-bz2
--->  Cleaning py25-cairo
--->  Cleaning py25-celementtree
--->  Cleaning py25-chardet
--->  Cleaning py25-chart
--->  Cleaning py25-checker
--->  Cleaning py25-cheetah
--->  Cleaning py25-cherrypy
--->  Cleaning py25-cherrypy3
--->  Cleaning py25-chm
--->  Cleaning py25-cjson
--->  Cleaning py25-clientcookie
--->  Cleaning py25-clientform
--->  Cleaning py25-clonedigger
--->  Cleaning py25-colormath
--->  Cleaning py25-cometd
--->  Cleaning py25-configobj
--->  Cleaning py25-construct
--->  Cleaning py25-couchdb
--->  Cleaning py25-couchdbkit
--->  Cleaning py25-coverage
--->  Cleaning py25-crypto
--->  Cleaning py25-cssutils
--->  Cleaning py25-ctags
--->  Cleaning py25-curl
--->  Cleaning py25-curses
--->  Cleaning py25-cvxopt
--->  Cleaning py25-cython
--->  Cleaning py25-daemon
--->  Cleaning py25-dap
--->  Cleaning py25-dateutil
--->  Cleaning py25-decorator
--->  Cleaning py25-decoratortools
--->  Cleaning py25-demjson
--->  Cleaning py25-dice3ds
--->  Cleaning py25-distribute
--->  Cleaning py25-distutils-extra
--->  Cleaning py25-django
--->  Cleaning py25-dns
--->  Cleaning py25-dnspython
--->  Cleaning py25-docutils
--->  Cleaning py25-dot
--->  Cleaning py25-elementtree
--->  Cleaning py25-elixir
--->  Cleaning py25-enthoughtbase
--->  Cleaning py25-envisagecore
--->  Cleaning py25-envisageplugins
--->  Cleaning py25-epydoc
--->  Cleaning py25-exif
--->  Cleaning py25-eyed3
--->  Cleaning py25-fabric
--->  Cleaning py25-feedparser
--->  Cleaning py25-fipy
--->  Cleaning py25-flup
--->  Cleaning py25-formencode
--->  Cleaning py25-freebase
--->  Cleaning py25-game
--->  Cleaning py25-gd
--->  Cleaning py25-gdata
--->  Cleaning py25-gdbm
--->  Cleaning py25-genshi
--->  Cleaning py25-geoip
--->  Cleaning py25-geopy
--->  Cleaning py25-gnome
--->  Cleaning py25-gnupg
--->  Cleaning py25-gnuplot
--->  Cleaning py25-gobject
--->  Cleaning py25-goocanvas
--->  Cleaning py25-gsl
--->  Cleaning py25-gst-python
--->  Cleaning py25-gtk
--->  Cleaning py25-gtkglext
--->  Cleaning py25-h5py
--->  Cleaning py25-hashlib
--->  Cleaning py25-hcluster
--->  Cleaning py25-hgsvn
--->  Cleaning py25-htmlcalendar
--->  Cleaning py25-htmltemplate
--->  Cleaning py25-htmltmpl
--->  Cleaning py25-httplib2
--->  Cleaning py25-hypy
--->  Cleaning py25-icalendar
--->  Cleaning py25-id3lib
--->  Cleaning py25-igraph
--->  Cleaning py25-imdb
--->  Cleaning py25-iniparse
--->  Cleaning py25-ipython
--->  Cleaning py25-jinja
--->  Cleaning py25-jinja2
--->  Cleaning py25-keyczar
--->  Cleaning py25-kid
--->  Cleaning py25-kqueue
--->  Cleaning py25-ldap
--->  Cleaning py25-lepton
--->  Cleaning py25-levenshtein
--->  Cleaning py25-libdnet
--->  Cleaning py25-libgmail
--->  Cleaning py25-liblzma
--->  Cleaning py25-libmemcached
--->  Cleaning py25-libxml2
--->  Cleaning py25-libxslt
--->  Cleaning py25-lint
--->  Cleaning py25-llvm
--->  Cleaning py25-logilab-astng
--->  Cleaning py25-logilab-common
--->  Cleaning py25-logilab-constraint
--->  Cleaning py25-lxml
--->  Cleaning py25-m2crypto
--->  Cleaning py25-macholib
--->  Cleaning py25-macholib-devel
--->  Cleaning py25-magic
--->  Cleaning py25-mako
--->  Cleaning py25-markdown
--->  Cleaning py25-matplotlib
--->  Cleaning py25-matplotlib-basemap
--->  Cleaning py25-mayavi
--->  Cleaning py25-mdp-toolkit
--->  Cleaning py25-mecab
--->  Cleaning py25-mechanize
--->  Cleaning py25-memcached
--->  Cleaning py25-metar
--->  Cleaning py25-midgard2
--->  Cleaning py25-MMTK
--->  Cleaning py25-modulegraph
--->  Cleaning py25-modulegraph-devel
--->  Cleaning py25-morbid
--->  Cleaning py25-mpdclient2
--->  Cleaning py25-mpmath
--->  Cleaning py25-mssql
--->  Cleaning py25-mutagen
--->  Cleaning py25-mx-base
--->  Cleaning py25-mx-experimental
--->  Cleaning py25-myghty
--->  Cleaning py25-myghtyutils
--->  Cleaning py25-mygpoclient
--->  Cleaning py25-mysql
--->  Cleaning py25-networkx
--->  Cleaning py25-nevow
--->  Cleaning py25-nltk
--->  Cleaning py25-nose
--->  Cleaning py25-numarray
--->  Cleaning py25-numeric
--->  Cleaning py25-numexpr
--->  Cleaning py25-numpy
--->  Cleaning py25-ode
--->  Cleaning py25-omniORBpy
--->  Cleaning py25-opengl
--->  Cleaning py25-openid
--->  Cleaning py25-openopt
--->  Cleaning py25-openssl
--->  Cleaning py25-optik
--->  Cleaning py25-orbit
--->  Cleaning py25-orbited
--->  Cleaning py25-paramiko
--->  Cleaning py25-parsing
--->  Cleaning py25-paste
--->  Cleaning py25-pastedeploy
--->  Cleaning py25-pastescript
--->  Cleaning py25-paver
--->  Cleaning py25-pcapy
--->  Cleaning py25-pexpect
--->  Cleaning py25-pgsql
--->  Cleaning py25-pil
--->  Cleaning py25-pip
--->  Cleaning py25-ply
--->  Cleaning py25-pmw
--->  Cleaning py25-processing
--->  Cleaning py25-psychopy
--->  Cleaning py25-psyco
--->  Cleaning py25-psycopg2
--->  Cleaning py25-py
--->  Cleaning py25-py2app
--->  Cleaning py25-py2app-devel
--->  Cleaning py25-pybtex
--->  Cleaning py25-pycluster
--->  Cleaning py25-pyclutter
--->  Cleaning py25-pydb
--->  Cleaning py25-pydicom
--->  Cleaning py25-pyflakes
--->  Cleaning py25-pyglet
--->  Cleaning py25-pygments
--->  Cleaning py25-pygraphviz
--->  Cleaning py25-pygresql
--->  Cleaning py25-pygtksourceview
--->  Cleaning py25-pyicu
--->  Cleaning py25-pylibmc
--->  Cleaning py25-pylibpcap
--->  Cleaning py25-pylons
--->  Cleaning py25-pymc
--->  Cleaning py25-pymongo
--->  Cleaning py25-pymtp
--->  Cleaning py25-pynifti
--->  Cleaning py25-pyobjc
--->  Cleaning py25-pyobjc-cocoa
--->  Cleaning py25-pyobjc2
--->  Cleaning py25-pyobjc2-cocoa
--->  Cleaning py25-pypdf
--->  Cleaning py25-pyproj
--->  Cleaning py25-pyprotocols
--->  Cleaning py25-pyqt4
--->  Cleaning py25-pyqwt
--->  Cleaning py25-pyrex
--->  Cleaning py25-pyrxp
--->  Cleaning py25-pysparse
--->  Cleaning py25-pythonutils
--->  Cleaning py25-pywavelets
--->  Cleaning py25-pyx
--->  Cleaning py25-pyxg
--->  Cleaning py25-pyxmpp
--->  Cleaning py25-quadtree
--->  Cleaning py25-quodlibet
--->  Cleaning py25-rdflib
--->  Cleaning py25-readline
--->  Cleaning py25-recaptcha
--->  Cleaning py25-reportlab
--->  Cleaning py25-rope
--->  Cleaning py25-routes
--->  Cleaning py25-rpy2
--->  Cleaning py25-ruledispatch
--->  Cleaning py25-scientific
--->  Cleaning py25-scipy
--->  Cleaning py25-sclapp
--->  Cleaning py25-serial
--->  Cleaning py25-setuptools
--->  Cleaning py25-shapely
--->  Cleaning py25-simplejson
--->  Cleaning py25-simpletal
--->  Cleaning py25-simpy
--->  Cleaning py25-sip
--->  Cleaning py25-smisk
--->  Cleaning py25-soaplib
--->  Cleaning py25-socket-ssl
--->  Cleaning py25-sphinx
--->  Cleaning py25-sqlalchemy
--->  Cleaning py25-sqlalchemy-migrate
--->  Cleaning py25-sqlite3
--->  Cleaning py25-sqlobject
--->  Cleaning py25-stomper
--->  Cleaning py25-subvertpy
--->  Cleaning py25-suds
--->  Cleaning py25-symeig
--->  Cleaning py25-sympy
--->  Cleaning py25-tables
--->  Cleaning py25-tc
--->  Cleaning py25-tclink
--->  Cleaning py25-textile
--->  Cleaning py25-tkinter
--->  Cleaning py25-toscawidgets
--->  Cleaning py25-traits
--->  Cleaning py25-traitsbackendwx
--->  Cleaning py25-traitsgui
--->  Cleaning py25-turbocheetah
--->  Cleaning py25-turbogears
--->  Cleaning py25-turbojson
--->  Cleaning py25-turbokid
--->  Cleaning py25-twforms
--->  Cleaning py25-twisted
--->  Cleaning py25-twisted-web2
--->  Cleaning py25-twitter
--->  Cleaning py25-tz
--->  Cleaning py25-urlgrabber
--->  Cleaning py25-utidylib
--->  Cleaning py25-uuid
--->  Cleaning py25-virtualenv
--->  Cleaning py25-virtualenvwrapper
--->  Cleaning py25-vobject
--->  Cleaning py25-WebHelpers
--->  Cleaning py25-webkitgtk
--->  Cleaning py25-werkzeug
--->  Cleaning py25-workerpool
--->  Cleaning py25-wxpython
--->  Cleaning py25-xattr
--->  Cleaning py25-xdg
--->  Cleaning py25-xlrd
--->  Cleaning py25-xlwt
--->  Cleaning py25-xml
--->  Cleaning py25-xmpppy
--->  Cleaning py25-yaml
--->  Cleaning py25-yum-metadata-parser
--->  Cleaning py25-zlib
--->  Cleaning py25-zopeinterface
--->  Cleaning py25-zsi
--->  Cleaning py26-altgraph
--->  Cleaning py26-amqplib
--->  Cleaning py26-anyjson
--->  Cleaning py26-appscript
--->  Cleaning py26-apptools
--->  Cleaning py26-asn1
--->  Cleaning py26-bdist_mpkg
--->  Cleaning py26-beaker
--->  Cleaning py26-beautifulsoup
--->  Cleaning py26-biggles
--->  Cleaning py26-biopython
--->  Cleaning py26-blist
--->  Cleaning py26-boto
--->  Cleaning py26-bpython
--->  Cleaning py26-buzhug
--->  Cleaning py26-cairo
--->  Cleaning py26-cdb
--->  Cleaning py26-celementtree
--->  Cleaning py26-chardet
--->  Cleaning py26-checker
--->  Cleaning py26-cheetah
--->  Cleaning py26-cherrypy3
--->  Cleaning py26-chm
--->  Cleaning py26-chm2pdf
--->  Cleaning py26-cjson
--->  Cleaning py26-clientform
--->  Cleaning py26-clonedigger
--->  Cleaning py26-cog
--->  Cleaning py26-cogen
--->  Cleaning py26-colormath
--->  Cleaning py26-configobj
--->  Cleaning py26-couchdb
--->  Cleaning py26-couchdbkit
--->  Cleaning py26-country
--->  Cleaning py26-coverage
--->  Cleaning py26-crypto
--->  Cleaning py26-ctags
--->  Cleaning py26-curl
--->  Cleaning py26-cvxmod
--->  Cleaning py26-cvxopt
--->  Cleaning py26-cx_Freeze
--->  Cleaning py26-cython
--->  Cleaning py26-dap
--->  Cleaning py26-dateutil
--->  Cleaning py26-decorator
--->  Cleaning py26-decoratortools
--->  Cleaning py26-dice3ds
--->  Cleaning py26-dispatcher
--->  Cleaning py26-distribute
--->  Cleaning py26-distutils-extra
--->  Cleaning py26-django
--->  Cleaning py26-django-debug-toolbar
--->  Cleaning py26-django-extensions
--->  Cleaning py26-dns
--->  Cleaning py26-dnspython
--->  Cleaning py26-docutils
--->  Cleaning py26-elementtree
--->  Cleaning py26-elixir
--->  Cleaning py26-empy
--->  Cleaning py26-enchant
--->  Cleaning py26-enthoughtbase
--->  Cleaning py26-enum
--->  Cleaning py26-envisagecore
--->  Cleaning py26-envisageplugins
--->  Cleaning py26-epydoc
--->  Cleaning py26-eventlet
--->  Cleaning py26-exif
--->  Cleaning py26-eyed3
--->  Cleaning py26-fabric
--->  Cleaning py26-feedparser
--->  Cleaning py26-flup
--->  Cleaning py26-formencode
--->  Cleaning py26-freebase
--->  Cleaning py26-game
--->  Cleaning py26-gchartwrapper
--->  Cleaning py26-gd
--->  Cleaning py26-gdata
--->  Cleaning py26-genshi
--->  Cleaning py26-geoip
--->  Cleaning py26-gevent
--->  Cleaning py26-gnome
--->  Cleaning py26-gnupg
--->  Cleaning py26-gnuplot
--->  Cleaning py26-gobject
--->  Cleaning py26-googleappengine
--->  Cleaning py26-greenlet
--->  Cleaning py26-gst-python
--->  Cleaning py26-gtk
--->  Cleaning py26-h5py
--->  Cleaning py26-hcluster
--->  Cleaning py26-hgsubversion
--->  Cleaning py26-hgsvn
--->  Cleaning py26-htmlcalendar
--->  Cleaning py26-htmlgen
--->  Cleaning py26-htmltemplate
--->  Cleaning py26-httplib2
--->  Cleaning py26-hypy
--->  Cleaning py26-icalendar
--->  Cleaning py26-id3lib
--->  Cleaning py26-ige-mac-integration
--->  Cleaning py26-igraph
--->  Cleaning py26-imdb
--->  Cleaning py26-impressive
--->  Cleaning py26-iniparse
--->  Cleaning py26-ipython
--->  Cleaning py26-jinja
--->  Cleaning py26-jinja2
--->  Cleaning py26-keyczar
--->  Cleaning py26-kid
--->  Cleaning py26-ldap
--->  Cleaning py26-lepton
--->  Cleaning py26-levenshtein
--->  Cleaning py26-libdnet
--->  Cleaning py26-libxml2
--->  Cleaning py26-libxslt
--->  Cleaning py26-lint
--->  Cleaning py26-logilab-astng
--->  Cleaning py26-logilab-common
--->  Cleaning py26-lxml
--->  Cleaning py26-m2crypto
--->  Cleaning py26-macholib
--->  Cleaning py26-mako
--->  Cleaning py26-managesieve
--->  Cleaning py26-mapnik
--->  Cleaning py26-markdown
--->  Cleaning py26-matplotlib
--->  Cleaning py26-matplotlib-basemap
--->  Cleaning py26-mayavi
--->  Cleaning py26-mdp-toolkit
--->  Cleaning py26-mechanize
--->  Cleaning py26-memcached
--->  Cleaning py26-midgard2
--->  Cleaning py26-minfx
--->  Cleaning py26-mingus
--->  Cleaning py26-MMTK
--->  Cleaning py26-modulegraph
--->  Cleaning py26-modulegraph-devel
--->  Cleaning py26-mox
--->  Cleaning py26-mpi4py
--->  Cleaning py26-mpmath
--->  Cleaning py26-mssql
--->  Cleaning py26-mustache
--->  Cleaning py26-mutagen
--->  Cleaning py26-mx-base
--->  Cleaning py26-mygpoclient
--->  Cleaning py26-mysql
--->  Cleaning py26-networkx
--->  Cleaning py26-ngl
--->  Cleaning py26-nio
--->  Cleaning py26-nltk
--->  Cleaning py26-nose
--->  Cleaning py26-numarray
--->  Cleaning py26-numeric
--->  Cleaning py26-numexpr
--->  Cleaning py26-numpy
--->  Cleaning py26-ode
--->  Cleaning py26-omniORBpy
--->  Cleaning py26-opengl
--->  Cleaning py26-opengl-accelerate
--->  Cleaning py26-openopt
--->  Cleaning py26-openssl
--->  Cleaning py26-orbit
--->  Cleaning py26-paramiko
--->  Cleaning py26-parsing
--->  Cleaning py26-paste
--->  Cleaning py26-pastedeploy
--->  Cleaning py26-pastescript
--->  Cleaning py26-paver
--->  Cleaning py26-pcapy
--->  Cleaning py26-pexpect
--->  Cleaning py26-pgsql
--->  Cleaning py26-pil
--->  Cleaning py26-pip
--->  Cleaning py26-ply
--->  Cleaning py26-pmw
--->  Cleaning py26-polygon
--->  Cleaning py26-psychopy
--->  Cleaning py26-psyco
--->  Cleaning py26-psycopg2
--->  Cleaning py26-py
--->  Cleaning py26-py2app
--->  Cleaning py26-py2app-devel
--->  Cleaning py26-pybox2d
--->  Cleaning py26-pybtex
--->  Cleaning py26-pycallgraph
--->  Cleaning py26-pyclutter
--->  Cleaning py26-pydb
--->  Cleaning py26-pydicom
--->  Cleaning py26-pydot
--->  Cleaning py26-pyepl
--->  Cleaning py26-pyfftw3
--->  Cleaning py26-pyflakes
--->  Cleaning py26-pyfsevents
--->  Cleaning py26-pygccxml
--->  Cleaning py26-pyglet
--->  Cleaning py26-pygments
--->  Cleaning py26-pygraphviz
--->  Cleaning py26-pygresql
--->  Cleaning py26-pygtksourceview
--->  Cleaning py26-pyhyphen
--->  Cleaning py26-pyicu
--->  Cleaning py26-pylibmc
--->  Cleaning py26-pylibpcap
--->  Cleaning py26-pylons
--->  Cleaning py26-pymacs
--->  Cleaning py26-pymc
--->  Cleaning py26-pymongo
--->  Cleaning py26-pymtp
--->  Cleaning py26-pymunk
--->  Cleaning py26-pymvpa
--->  Cleaning py26-pynifti
--->  Cleaning py26-pyobjc
--->  Cleaning py26-pyobjc-cocoa
--->  Cleaning py26-pyobjc2
--->  Cleaning py26-pyobjc2-cocoa
--->  Cleaning py26-pyopencl
--->  Cleaning py26-pypdf
--->  Cleaning py26-pyplusplus
--->  Cleaning py26-pyproj
--->  Cleaning py26-pyprotocols
--->  Cleaning py26-pyqt4
--->  Cleaning py26-pyqwt
--->  Cleaning py26-pyrex
--->  Cleaning py26-pyrxp
--->  Cleaning py26-pythonutils
--->  Cleaning py26-pytidylib
--->  Cleaning py26-pyusb
--->  Cleaning py26-pyusb-devel
--->  Cleaning py26-pywavelets
--->  Cleaning py26-pyx
--->  Cleaning py26-pyxb
--->  Cleaning py26-pyxg
--->  Cleaning py26-pyxmpp
--->  Cleaning py26-qscintilla
--->  Cleaning py26-quadtree
--->  Cleaning py26-rabbyt
--->  Cleaning py26-rdflib
--->  Cleaning py26-redis
--->  Cleaning py26-reportlab
--->  Cleaning py26-robotframework
--->  Cleaning py26-robotframework-ride
--->  Cleaning py26-robotframework-seleniumlibrary
--->  Cleaning py26-robotframework-sshlibrary
--->  Cleaning py26-roman
--->  Cleaning py26-rope
--->  Cleaning py26-routes
--->  Cleaning py26-rtree
--->  Cleaning py26-scapy
--->  Cleaning py26-scientific
--->  Cleaning py26-scikits-ann
--->  Cleaning py26-scikits-audiolab
--->  Cleaning py26-scikits-module
--->  Cleaning py26-scikits-talkbox
--->  Cleaning py26-scikits-timeseries
--->  Cleaning py26-scipy
--->  Cleaning py26-serial
--->  Cleaning py26-setuptools
--->  Cleaning py26-shapely
--->  Cleaning py26-simplejson
--->  Cleaning py26-simpletal
--->  Cleaning py26-sip
--->  Cleaning py26-smisk
--->  Cleaning py26-soaplib
--->  Cleaning py26-south
--->  Cleaning py26-sphinx
--->  Cleaning py26-spyder
--->  Cleaning py26-sqlalchemy
--->  Cleaning py26-sqlalchemy-migrate
--->  Cleaning py26-sqlite
--->  Cleaning py26-storm
--->  Cleaning py26-subvertpy
--->  Cleaning py26-suds
--->  Cleaning py26-svn
--->  Cleaning py26-sympy
--->  Cleaning py26-tables
--->  Cleaning py26-tc
--->  Cleaning py26-tempita
--->  Cleaning py26-tesser
--->  Cleaning py26-textile
--->  Cleaning py26-traits
--->  Cleaning py26-traitsbackendwx
--->  Cleaning py26-traitsgui
--->  Cleaning py26-tre
--->  Cleaning py26-tvdb
--->  Cleaning py26-tweepy
--->  Cleaning py26-twisted
--->  Cleaning py26-twisted-web2
--->  Cleaning py26-twitter
--->  Cleaning py26-tz
--->  Cleaning py26-urlwatch
--->  Cleaning py26-urwid
--->  Cleaning py26-utidylib
--->  Cleaning py26-virtualenv
--->  Cleaning py26-virtualenvwrapper
--->  Cleaning py26-vobject
--->  Cleaning py26-wbxml
--->  Cleaning py26-weberror
--->  Cleaning py26-webhelpers
--->  Cleaning py26-webkitgtk
--->  Cleaning py26-webob
--->  Cleaning py26-webtest
--->  Cleaning py26-werkzeug
--->  Cleaning py26-wordaxe
--->  Cleaning py26-wxpython
--->  Cleaning py26-xattr
--->  Cleaning py26-xdg
--->  Cleaning py26-xlrd
--->  Cleaning py26-xlutils
--->  Cleaning py26-xlwt
--->  Cleaning py26-xml
--->  Cleaning py26-xmlsec
--->  Cleaning py26-xmpppy
--->  Cleaning py26-yaml
--->  Cleaning py26-zopeinterface
--->  Cleaning py26-zsi
--->  Cleaning py27-distribute
--->  Cleaning py27-gobject
--->  Cleaning py27-hgsvn
--->  Cleaning py27-psycopg2
--->  Cleaning py27-setuptools
--->  Cleaning py27-shapely
--->  Cleaning py27-sqlite
--->  Cleaning py27-twisted
--->  Cleaning py27-twisted-web2
--->  Cleaning py27-xlrd
--->  Cleaning py27-xlwt
--->  Cleaning py27-zopeinterface
--->  Cleaning py31-blist
--->  Cleaning py31-crcmod
--->  Cleaning py31-httplib2
--->  Cleaning py31-lxml
--->  Cleaning py31-ply
--->  Cleaning py31-postgresql
--->  Cleaning py31-tc
--->  Cleaning pylize
--->  Cleaning pymol
--->  Cleaning pynmr
--->  Cleaning pyobfuscate
--->  Cleaning pypy
--->  Cleaning python-mode.el
--->  Cleaning python-musicbrainz2
--->  Cleaning python24
--->  Cleaning python24-doc
--->  Cleaning python25
--->  Cleaning python25-doc
--->  Cleaning python26
--->  Cleaning python26-doc
--->  Cleaning python27
--->  Cleaning python31
--->  Cleaning python_select
--->  Cleaning q
--->  Cleaning qalculate-gtk
--->  Cleaning qalculate-kde
--->  Cleaning qbzr
--->  Cleaning qca
--->  Cleaning qca-cyrus-sasl
--->  Cleaning qca-gnupg
--->  Cleaning qca-ossl
--->  Cleaning qca-tls
--->  Cleaning qd
--->  Cleaning qdbm
--->  Cleaning qemu
--->  Cleaning qemu-usermode
--->  Cleaning qgis
--->  Cleaning qgit
--->  Cleaning qhull
--->  Cleaning qimageblitz
--->  Cleaning qiv
--->  Cleaning qjackctl
--->  Cleaning qlandkarte
--->  Cleaning qmail-spamcontrol
--->  Cleaning QMK-Groundstation
--->  Cleaning qore
--->  Cleaning qore-mysql-module
--->  Cleaning qore-oracle-module
--->  Cleaning qore-pgsql-module
--->  Cleaning qpopper
--->  Cleaning qprint
--->  Cleaning qrencode
--->  Cleaning qrupdate
--->  Cleaning qscintilla
--->  Cleaning qstat
--->  Cleaning qt3
--->  Cleaning qt3-mac
--->  Cleaning qt4-mac
--->  Cleaning qt4-mac-devel
--->  Cleaning qt4-x11
--->  Cleaning qtc-qtsharp
--->  Cleaning qthello
--->  Cleaning qtiplot
--->  Cleaning qtoctave-mac
--->  Cleaning qtpfsgui
--->  Cleaning qtplay
--->  Cleaning qtscriptgenerator
--->  Cleaning qtsharp
--->  Cleaning quagga
--->  Cleaning Quarter
--->  Cleaning quartz-wm
--->  Cleaning qucs
--->  Cleaning quesoglc
--->  Cleaning quickascii
--->  Cleaning quickfix
--->  Cleaning quilt
--->  Cleaning quodlibet
--->  Cleaning quvi
--->  Cleaning qwt
--->  Cleaning qwt52
--->  Cleaning qwtplot3d
--->  Cleaning R
--->  Cleaning rabbitmq-server
--->  Cleaning raceintospace
--->  Cleaning radassist
--->  Cleaning radlib
--->  Cleaning radmind
--->  Cleaning ragel
--->  Cleaning rancid
--->  Cleaning raptor
--->  Cleaning rarian
--->  Cleaning rasmol
--->  Cleaning rasqal
--->  Cleaning ratpoison
--->  Cleaning rats
--->  Cleaning rawstudio
--->  Cleaning rb-acl
--->  Cleaning rb-actionmailer
--->  Cleaning rb-actionpack
--->  Cleaning rb-actionwebservice
--->  Cleaning rb-activeldap
--->  Cleaning rb-activerecord
--->  Cleaning rb-activeresource
--->  Cleaning rb-activesupport
--->  Cleaning rb-acts_as_taggable
--->  Cleaning rb-aes
--->  Cleaning rb-algorithm-diff
--->  Cleaning rb-archive-tar-minitar
--->  Cleaning rb-arrayfields
--->  Cleaning rb-aspectr
--->  Cleaning rb-atk
--->  Cleaning rb-audiofile
--->  Cleaning rb-bdb
--->  Cleaning rb-bee
--->  Cleaning rb-bioruby
--->  Cleaning rb-bitset
--->  Cleaning rb-bluecloth
--->  Cleaning rb-bones
--->  Cleaning rb-builder
--->  Cleaning rb-bz2
--->  Cleaning rb-cache
--->  Cleaning rb-calendar
--->  Cleaning rb-capistrano
--->  Cleaning rb-captcha
--->  Cleaning rb-cgen
--->  Cleaning rb-cgi_multipart_eof_fix
--->  Cleaning rb-cgikit
--->  Cleaning rb-cheat
--->  Cleaning rb-cmdparse
--->  Cleaning rb-cocoa
--->  Cleaning rb-crypt-isaac
--->  Cleaning rb-csbattery
--->  Cleaning rb-cstemplate
--->  Cleaning rb-cucumber
--->  Cleaning rb-cvs
--->  Cleaning rb-daemons
--->  Cleaning rb-dbdbd
--->  Cleaning rb-dbi
--->  Cleaning rb-devel-logger
--->  Cleaning rb-devel-which
--->  Cleaning rb-diff-lcs
--->  Cleaning rb-div
--->  Cleaning rb-dnssd
--->  Cleaning rb-drb
--->  Cleaning rb-easyjour
--->  Cleaning rb-echoe
--->  Cleaning rb-entrycache
--->  Cleaning rb-enum
--->  Cleaning rb-erubis
--->  Cleaning rb-fastthread
--->  Cleaning rb-fcgi
--->  Cleaning rb-ferret
--->  Cleaning rb-flexmock
--->  Cleaning rb-flexo
--->  Cleaning rb-flickr
--->  Cleaning rb-fxruby
--->  Cleaning rb-gconf
--->  Cleaning rb-gd
--->  Cleaning rb-gd2
--->  Cleaning rb-gem_plugin
--->  Cleaning rb-getopt-declare
--->  Cleaning rb-gettext
--->  Cleaning rb-glib2
--->  Cleaning rb-gnome
--->  Cleaning rb-gnomecanvas
--->  Cleaning rb-gnomeprint
--->  Cleaning rb-gnomeprintui
--->  Cleaning rb-gnomevfs
--->  Cleaning rb-google
--->  Cleaning rb-gpgme
--->  Cleaning rb-gsl
--->  Cleaning rb-gstreamer
--->  Cleaning rb-gtk2
--->  Cleaning rb-gtkglext
--->  Cleaning rb-gtkhtml
--->  Cleaning rb-gtksourceview2
--->  Cleaning rb-highline
--->  Cleaning rb-hikidoc
--->  Cleaning rb-hmac
--->  Cleaning rb-hoe
--->  Cleaning rb-hpricot
--->  Cleaning rb-htaccess
--->  Cleaning rb-htree
--->  Cleaning rb-http-access2
--->  Cleaning rb-hyperestraier
--->  Cleaning rb-ifconfig
--->  Cleaning rb-image_science
--->  Cleaning rb-io-reactor
--->  Cleaning rb-iterator
--->  Cleaning rb-jabber4r
--->  Cleaning rb-json
--->  Cleaning rb-kansas
--->  Cleaning rb-kramdown
--->  Cleaning rb-kwartz
--->  Cleaning rb-lafcadio
--->  Cleaning rb-lazylist
--->  Cleaning rb-ldap
--->  Cleaning rb-libart
--->  Cleaning rb-libglade2
--->  Cleaning rb-libgnome
--->  Cleaning rb-libxml2
--->  Cleaning rb-locale
--->  Cleaning rb-lockfile
--->  Cleaning rb-log4r
--->  Cleaning rb-madeleine
--->  Cleaning rb-mecab
--->  Cleaning rb-mechanize
--->  Cleaning rb-memcache
--->  Cleaning rb-mime-types
--->  Cleaning rb-mindi
--->  Cleaning rb-mocha
--->  Cleaning rb-mofo
--->  Cleaning rb-mongrel
--->  Cleaning rb-mongrel_cluster
--->  Cleaning rb-mp3taglib
--->  Cleaning rb-multiton
--->  Cleaning rb-musicbrainz
--->  Cleaning rb-mysql
--->  Cleaning rb-narray
--->  Cleaning rb-ncurses-ruby
--->  Cleaning rb-net-geoip
--->  Cleaning rb-net-irc
--->  Cleaning rb-net-pingsimple
--->  Cleaning rb-net-scp
--->  Cleaning rb-net-sftp
--->  Cleaning rb-net-ssh
--->  Cleaning rb-net-ssh-gateway
--->  Cleaning rb-net-yail
--->  Cleaning rb-nfsstore
--->  Cleaning rb-nitpick
--->  Cleaning rb-nokogiri
--->  Cleaning rb-notificationcenter
--->  Cleaning rb-observable
--->  Cleaning rb-odbc
--->  Cleaning rb-og
--->  Cleaning rb-opengl
--->  Cleaning rb-pango
--->  Cleaning rb-parsetree
--->  Cleaning rb-password
--->  Cleaning rb-pcap
--->  Cleaning rb-pdumpfs
--->  Cleaning rb-piston
--->  Cleaning rb-plruby
--->  Cleaning rb-pluginfactory
--->  Cleaning rb-polyglot
--->  Cleaning rb-poppler
--->  Cleaning rb-postgres
--->  Cleaning rb-preferences
--->  Cleaning rb-product
--->  Cleaning rb-purple
--->  Cleaning rb-rabbit
--->  Cleaning rb-rack
--->  Cleaning rb-rails
--->  Cleaning rb-rake
--->  Cleaning rb-ramaze
--->  Cleaning rb-rbot
--->  Cleaning rb-rbtree
--->  Cleaning rb-rcairo
--->  Cleaning rb-rcov
--->  Cleaning rb-rdtool
--->  Cleaning rb-redcloth
--->  Cleaning rb-regexp
--->  Cleaning rb-rexml
--->  Cleaning rb-rflickr
--->  Cleaning rb-rgl
--->  Cleaning rb-rio
--->  Cleaning rb-ripper
--->  Cleaning rb-rjab-connection
--->  Cleaning rb-rmagick
--->  Cleaning rb-rmail
--->  Cleaning rb-rrb
--->  Cleaning rb-rspec
--->  Cleaning rb-rspec-rails
--->  Cleaning rb-rss
--->  Cleaning rb-rsvg
--->  Cleaning rb-rttool
--->  Cleaning rb-ruby-debug
--->  Cleaning rb-ruby-debug-base
--->  Cleaning rb-ruby-openid
--->  Cleaning rb-rubycon
--->  Cleaning rb-rubyforge
--->  Cleaning rb-rubygems
--->  Cleaning rb-rubyinline
--->  Cleaning rb-rubyosa
--->  Cleaning rb-rubytoc
--->  Cleaning rb-runt
--->  Cleaning rb-sds
--->  Cleaning rb-session
--->  Cleaning rb-shout
--->  Cleaning rb-slave
--->  Cleaning rb-snmp
--->  Cleaning rb-sprockets
--->  Cleaning rb-sqlite
--->  Cleaning rb-sqlite3
--->  Cleaning rb-stream
--->  Cleaning rb-superhash
--->  Cleaning rb-sys-host
--->  Cleaning rb-sys-uname
--->  Cleaning rb-sys-uptime
--->  Cleaning rb-tapkit
--->  Cleaning rb-technorati-ruby
--->  Cleaning rb-term-ansicolor
--->  Cleaning rb-termios
--->  Cleaning rb-test-spec
--->  Cleaning rb-test-unit-mock
--->  Cleaning rb-text-format
--->  Cleaning rb-treetop
--->  Cleaning rb-trollop
--->  Cleaning rb-twitter
--->  Cleaning rb-uconv
--->  Cleaning rb-uuidtools
--->  Cleaning rb-vorbisfile
--->  Cleaning rb-vte
--->  Cleaning rb-webfetcher
--->  Cleaning rb-webgen
--->  Cleaning rb-webunit
--->  Cleaning rb-xml-simple
--->  Cleaning rb-xml-xpath
--->  Cleaning rb-xmlparser
--->  Cleaning rb-xslt
--->  Cleaning rb-zentest
--->  Cleaning rb-zip
--->  Cleaning rb19-mysql
--->  Cleaning rbldnsd
--->  Cleaning rbmake
--->  Cleaning rc
--->  Cleaning rdesktop
--->  Cleaning rdesktop-devel
--->  Cleaning rdiff-backup
--->  Cleaning rdiff-backup-devel
--->  Cleaning re2c
--->  Cleaning readline
--->  Cleaning readline-4
--->  Cleaning readline-5
--->  Cleaning recode
--->  Cleaning redis
--->  Cleaning redland
--->  Cleaning redland-bindings
--->  Cleaning regexxer
--->  Cleaning reinteract
--->  Cleaning relames
--->  Cleaning relax
--->  Cleaning remind
--->  Cleaning Renaissance
--->  Cleaning Renaissance-Framework
--->  Cleaning rep-gtk
--->  Cleaning replex
--->  Cleaning repoview
--->  Cleaning retawq
--->  Cleaning revtex
--->  Cleaning rexx
--->  Cleaning rfcdiff
--->  Cleaning rfksay
--->  Cleaning rgb
--->  Cleaning ripmime
--->  Cleaning ristretto
--->  Cleaning rlog
--->  Cleaning rlpr
--->  Cleaning rlwrap
--->  Cleaning rman
--->  Cleaning rmtrash
--->  Cleaning roadrunner
--->  Cleaning roboctl
--->  Cleaning robodoc
--->  Cleaning robotfindskitten
--->  Cleaning rocksndiamonds
--->  Cleaning rogue
--->  Cleaning roll
--->  Cleaning root
--->  Cleaning rootsh
--->  Cleaning rox-all
--->  Cleaning rox-filer
--->  Cleaning rpl
--->  Cleaning rpm
--->  Cleaning rpm2html
--->  Cleaning rpm45
--->  Cleaning rpm50
--->  Cleaning rpm51
--->  Cleaning rpm52
--->  Cleaning rrdtool
--->  Cleaning rrgbis
--->  Cleaning rsnapshot
--->  Cleaning rst2pdf
--->  Cleaning rsync
--->  Cleaning rsync-devel
--->  Cleaning rsync-lart
--->  Cleaning rsyncrypto
--->  Cleaning rtf2html
--->  Cleaning rtf2latex
--->  Cleaning rtf2latex2e
--->  Cleaning rtfreader
--->  Cleaning rtmpdump
--->  Cleaning rtorrent
--->  Cleaning rtorrent-devel
--->  Cleaning rubber
--->  Cleaning ruby
--->  Cleaning ruby186
--->  Cleaning ruby19
--->  Cleaning runit
--->  Cleaning rvm
--->  Cleaning rx
--->  Cleaning rxp
--->  Cleaning rxvt
--->  Cleaning rxvt-unicode
--->  Cleaning rzip
--->  Cleaning s3cmd
--->  Cleaning s710
--->  Cleaning sablotron
--->  Cleaning safestr
--->  Cleaning sahana2
--->  Cleaning salasaga
--->  Cleaning samba3
--->  Cleaning samba4
--->  Cleaning sancp
--->  Cleaning sand
--->  Cleaning sane-backends
--->  Cleaning sawfish
--->  Cleaning saxon
--->  Cleaning saxpath
--->  Cleaning sazanami-font
--->  Cleaning sbcl
--->  Cleaning sbd
--->  Cleaning sbsat
--->  Cleaning scala
--->  Cleaning scala-devel
--->  Cleaning scala-migrations
--->  Cleaning scala27
--->  Cleaning scala28
--->  Cleaning scalaz
--->  Cleaning scalc
--->  Cleaning scald
--->  Cleaning scale2x
--->  Cleaning scanssh
--->  Cleaning scantailor
--->  Cleaning scapy
--->  Cleaning scare
--->  Cleaning scheme48
--->  Cleaning schroedinger
--->  Cleaning scite
--->  Cleaning sclj
--->  Cleaning scmpc
--->  Cleaning scons
--->  Cleaning scotty
--->  Cleaning scponly
--->  Cleaning screen
--->  Cleaning scribus
--->  Cleaning scriptix
--->  Cleaning scrollz
--->  Cleaning scrub
--->  Cleaning scrypt
--->  Cleaning scsh
--->  Cleaning sctk
--->  Cleaning scud
--->  Cleaning scummvm
--->  Cleaning sdcc
--->  Cleaning sdd
--->  Cleaning sdf2-bundle
--->  Cleaning sdl_sopwith
--->  Cleaning sdlconsole
--->  Cleaning SDLInvaders
--->  Cleaning seahorse
--->  Cleaning seahorse-plugins
--->  Cleaning secpwgen
--->  Cleaning see
--->  Cleaning sendemail
--->  Cleaning sendfile
--->  Cleaning sendpage
--->  Cleaning senna
--->  Cleaning serf
--->  Cleaning servlet23-api
--->  Cleaning servlet24-api
--->  Cleaning servlet25-api
--->  Cleaning sessreg
--->  Cleaning setiathome
--->  Cleaning setxkbmap
--->  Cleaning sfind
--->  Cleaning sglib
--->  Cleaning sgrep
--->  Cleaning sgrep2
--->  Cleaning sguil-client
--->  Cleaning sh-rtems-binutils
--->  Cleaning sh-rtems-gcc
--->  Cleaning shakespeare
--->  Cleaning shapelib
--->  Cleaning shared-desktop-ontologies
--->  Cleaning shared-mime-info
--->  Cleaning sharutils
--->  Cleaning sheepshaver
--->  Cleaning shelldap
--->  Cleaning shibboleth
--->  Cleaning Shiira2
--->  Cleaning ship84
--->  Cleaning shntool
--->  Cleaning shogun
--->  Cleaning shorten
--->  Cleaning showfont
--->  Cleaning shsql
--->  Cleaning siag
--->  Cleaning sic
--->  Cleaning sicp
--->  Cleaning sid
--->  Cleaning SIDPLAY
--->  Cleaning siege
--->  Cleaning sigh
--->  Cleaning sigil
--->  Cleaning sign
--->  Cleaning signing-party
--->  Cleaning silc-client
--->  Cleaning silc-server
--->  Cleaning SilverCity
--->  Cleaning simage
--->  Cleaning SimGear
--->  Cleaning simh
--->  Cleaning simutrans
--->  Cleaning sipcalc
--->  Cleaning sisc
--->  Cleaning sispmctl
--->  Cleaning sitecopy
--->  Cleaning sitemap_gen
--->  Cleaning sketch
--->  Cleaning sketchy
--->  Cleaning skey
--->  Cleaning ski
--->  Cleaning skipfish
--->  Cleaning sl
--->  Cleaning slang
--->  Cleaning slang2
--->  Cleaning sleepnow
--->  Cleaning SleepTight
--->  Cleaning sleepwatcher
--->  Cleaning slepc
--->  Cleaning sleuthkit
--->  Cleaning slf4j
--->  Cleaning slib
--->  Cleaning slib-guile
--->  Cleaning slib-guile16
--->  Cleaning slicker
--->  Cleaning slime
--->  Cleaning slirp
--->  Cleaning slocate
--->  Cleaning sloccount
--->  Cleaning slony1
--->  Cleaning sloth
--->  Cleaning slrn
--->  Cleaning slrn-devel
--->  Cleaning slurm
--->  Cleaning slv2
--->  Cleaning smake
--->  Cleaning smart
--->  Cleaning smartmontools
--->  Cleaning sml-mode.el
--->  Cleaning smlnj
--->  Cleaning smokeping
--->  Cleaning smpeg
--->  Cleaning smtpproxy
--->  Cleaning Smultron
--->  Cleaning snarf
--->  Cleaning snmptt
--->  Cleaning snobol4
--->  Cleaning snoopy
--->  Cleaning snort
--->  Cleaning snownews
--->  Cleaning sobby
--->  Cleaning socat
--->  Cleaning socket
--->  Cleaning sodipodi
--->  Cleaning sofia-sip
--->  Cleaning solfege
--->  Cleaning soprano
--->  Cleaning soundtouch
--->  Cleaning source-highlight
--->  Cleaning sox
--->  Cleaning SoXt
--->  Cleaning spacehulk
--->  Cleaning spambnc
--->  Cleaning spamprobe
--->  Cleaning sparc-rtems-binutils
--->  Cleaning sparc-rtems-gcc
--->  Cleaning sparky
--->  Cleaning spatialindex
--->  Cleaning spatialite
--->  Cleaning spatialite-devel
--->  Cleaning spawn-fcgi
--->  Cleaning spe
--->  Cleaning speex
--->  Cleaning speex-devel
--->  Cleaning spellutils
--->  Cleaning sphinx
--->  Cleaning sphinx3
--->  Cleaning sphinx4
--->  Cleaning sphinxbase
--->  Cleaning sphinxtrain
--->  Cleaning spidereyeballs
--->  Cleaning spidermonkey
--->  Cleaning spim
--->  Cleaning spin
--->  Cleaning spinner
--->  Cleaning splat
--->  Cleaning splint
--->  Cleaning spotlightfs
--->  Cleaning spread
--->  Cleaning spring-framework
--->  Cleaning spring-framework3
--->  Cleaning spring-javaconfig
--->  Cleaning spu-binutils
--->  Cleaning spyjar
--->  Cleaning spymemcached
--->  Cleaning SQLClient
--->  Cleaning sqlite2
--->  Cleaning sqlite3
--->  Cleaning sqliteman
--->  Cleaning sqlitewrapped
--->  Cleaning sqsh
--->  Cleaning squeak
--->  Cleaning squeeze
--->  Cleaning squid
--->  Cleaning squid3
--->  Cleaning squid3-devel
--->  Cleaning squirrel
--->  Cleaning squirrelmail
--->  Cleaning squish
--->  Cleaning srecord
--->  Cleaning srm
--->  Cleaning ssed
--->  Cleaning sshfs
--->  Cleaning sshfs-gui
--->  Cleaning sshguard-ipfw
--->  Cleaning SSHKeychain
--->  Cleaning ssldump
--->  Cleaning sslscan
--->  Cleaning ssmtp
--->  Cleaning sstrings
--->  Cleaning star
--->  Cleaning stardict
--->  Cleaning stardict-xmlittre
--->  Cleaning starfighter
--->  Cleaning startup-notification
--->  Cleaning statcvs
--->  Cleaning stdinchi-1
--->  Cleaning stegdetect
--->  Cleaning steghide
--->  Cleaning stellarium
--->  Cleaning stfl
--->  Cleaning stgit
--->  Cleaning stiff
--->  Cleaning stklos
--->  Cleaning stow
--->  Cleaning stp
--->  Cleaning strategoxt
--->  Cleaning streamripper
--->  Cleaning strigi
--->  Cleaning string_replace
--->  Cleaning struts
--->  Cleaning stuff
--->  Cleaning stunnel
--->  Cleaning subdownloader
--->  Cleaning subversion
--->  Cleaning subversion-javahlbindings
--->  Cleaning subversion-perlbindings
--->  Cleaning subversion-python24bindings
--->  Cleaning subversion-python25bindings
--->  Cleaning subversion-python26bindings
--->  Cleaning subversion-rubybindings
--->  Cleaning suck
--->  Cleaning sudo
--->  Cleaning sudosh
--->  Cleaning suhosin
--->  Cleaning SuiteSparse
--->  Cleaning sunbird-x11
--->  Cleaning sunclock
--->  Cleaning sunwait
--->  Cleaning sup
--->  Cleaning supertux
--->  Cleaning supertuxkart
--->  Cleaning supybot
--->  Cleaning surf
--->  Cleaning surfraw
--->  Cleaning svdlibc
--->  Cleaning svg2pdf
--->  Cleaning svinepalsen
--->  Cleaning svk
--->  Cleaning svn2cl
--->  Cleaning svndumptool
--->  Cleaning swarp
--->  Cleaning swfdec
--->  Cleaning swfdec-devel
--->  Cleaning swftools
--->  Cleaning swi-prolog
--->  Cleaning swi-prolog-devel
--->  Cleaning swi-prolog-lite
--->  Cleaning swig
--->  Cleaning swig-allegro
--->  Cleaning swig-chicken
--->  Cleaning swig-clisp
--->  Cleaning swig-csharp
--->  Cleaning swig-gcj
--->  Cleaning swig-guile
--->  Cleaning swig-java
--->  Cleaning swig-lua
--->  Cleaning swig-mzscheme
--->  Cleaning swig-ocaml
--->  Cleaning swig-octave
--->  Cleaning swig-perl
--->  Cleaning swig-php5
--->  Cleaning swig-pike
--->  Cleaning swig-python
--->  Cleaning swig-r
--->  Cleaning swig-ruby
--->  Cleaning swig-tcl
--->  Cleaning swish-e
--->  Cleaning sword
--->  Cleaning sword-bible-akjv
--->  Cleaning sword-bible-asv
--->  Cleaning sword-bible-darby
--->  Cleaning sword-bible-kjv
--->  Cleaning sword-bible-web
--->  Cleaning sword-book-finney
--->  Cleaning sword-book-pilgrim
--->  Cleaning sword-commentary-dtn
--->  Cleaning sword-commentary-jfb
--->  Cleaning sword-commentary-tsk
--->  Cleaning sword-devotional-daily
--->  Cleaning sword-devotional-dbd
--->  Cleaning sword-devotional-sme
--->  Cleaning sword-dictionary-nave
--->  Cleaning sword-dictionary-strongsgreek
--->  Cleaning sword-dictionary-strongshebrew
--->  Cleaning sword-glossary-eren_el
--->  Cleaning sword-glossary-eren_grc
--->  Cleaning sword-glossary-eren_he
--->  Cleaning syck
--->  Cleaning sylpheed
--->  Cleaning sylpheed-devel
--->  Cleaning sympa
--->  Cleaning synergy
--->  Cleaning syslog-ng
--->  Cleaning sysmon
--->  Cleaning system-preferences
--->  Cleaning system-tools-backends
--->  Cleaning sysvbanner
--->  Cleaning szip
--->  Cleaning t-prot
--->  Cleaning t1lib
--->  Cleaning t1utils
--->  Cleaning ta-lib
--->  Cleaning tablet-encode
--->  Cleaning tablix
--->  Cleaning taglib
--->  Cleaning taglib-devel
--->  Cleaning taglib-extras
--->  Cleaning taglib-sharp
--->  Cleaning tagtool
--->  Cleaning tailor
--->  Cleaning TalkSoup
--->  Cleaning tango-icon-theme
--->  Cleaning tango-icon-theme-extras
--->  Cleaning taskjuggler
--->  Cleaning tbb
--->  Cleaning tcl
--->  Cleaning tcl-dox
--->  Cleaning tcl-sqlite3
--->  Cleaning tcl-tls
--->  Cleaning tclcl
--->  Cleaning tclcurl
--->  Cleaning tcldoc
--->  Cleaning tcLex
--->  Cleaning tcllib
--->  Cleaning tclsqlite2
--->  Cleaning tclx
--->  Cleaning tclxml
--->  Cleaning tcp_wrappers
--->  Cleaning tcpdump
--->  Cleaning tcpflow
--->  Cleaning tcpick
--->  Cleaning tcping
--->  Cleaning tcpproxy
--->  Cleaning tcpreplay
--->  Cleaning tcptrace
--->  Cleaning tcptraceroute
--->  Cleaning tcsh
--->  Cleaning tdb
--->  Cleaning tea
--->  Cleaning TECO
--->  Cleaning teg
--->  Cleaning telepathy-farsight
--->  Cleaning telepathy-glib
--->  Cleaning telepathy-haze
--->  Cleaning telepathy-mission-control
--->  Cleaning telepathy-sofiasip
--->  Cleaning tempo
--->  Cleaning Terminal
--->  Cleaning terminus-font
--->  Cleaning tesseract
--->  Cleaning testdisk
--->  Cleaning teTeX
--->  Cleaning tetex-frogg
--->  Cleaning tetex-rechnung
--->  Cleaning tex-cm-super
--->  Cleaning tex-fourier-gutenberg
--->  Cleaning tex-mh
--->  Cleaning tex-tipa
--->  Cleaning tex-utopia
--->  Cleaning texi2html
--->  Cleaning texinfo
--->  Cleaning texlive
--->  Cleaning texlive_base
--->  Cleaning texlive_texmf-docs
--->  Cleaning texlive_texmf-full
--->  Cleaning texlive_texmf-minimal
--->  Cleaning TeXmacs
--->  Cleaning texml
--->  Cleaning TeXShop
--->  Cleaning tf
--->  Cleaning tftp-hpa
--->  Cleaning tgif
--->  Cleaning thccalc
--->  Cleaning thirdeye
--->  Cleaning throttled
--->  Cleaning Thunar
--->  Cleaning thunderbird-x11
--->  Cleaning tidy
--->  Cleaning tiemu3
--->  Cleaning tiff
--->  Cleaning tig
--->  Cleaning tightvnc
--->  Cleaning tiki
--->  Cleaning tilp2
--->  Cleaning timedrive
--->  Cleaning timespan
--->  Cleaning tin
--->  Cleaning tin-devel
--->  Cleaning tin-recent
--->  Cleaning tinc
--->  Cleaning tintinxx
--->  Cleaning tinyca2
--->  Cleaning tinycdb
--->  Cleaning tinyproxy
--->  Cleaning tivodecode
--->  Cleaning tk
--->  Cleaning tkcvs
--->  Cleaning tkdiff
--->  Cleaning tkirc
--->  Cleaning TkPasMan
--->  Cleaning tkregexp
--->  Cleaning tktable
--->  Cleaning tlswrap
--->  Cleaning tmpreaper
--->  Cleaning tmux
--->  Cleaning tnef
--->  Cleaning tnef2txt
--->  Cleaning tnftpd
--->  Cleaning todotxt
--->  Cleaning tokyocabinet
--->  Cleaning tokyocabinet-clj
--->  Cleaning tokyocabinet-java
--->  Cleaning tokyotyrant
--->  Cleaning tom
--->  Cleaning tomcat-native
--->  Cleaning tomcat5
--->  Cleaning tomcat6
--->  Cleaning toppler
--->  Cleaning tor
--->  Cleaning tor-devel
--->  Cleaning TOra
--->  Cleaning torrentsniff
--->  Cleaning totem
--->  Cleaning totem-pl-parser
--->  Cleaning tovid
--->  Cleaning tpasm
--->  Cleaning tpkg
--->  Cleaning tpop3d
--->  Cleaning trac
--->  Cleaning traceroute
--->  Cleaning trafshow
--->  Cleaning TrailBlazer
--->  Cleaning transcode
--->  Cleaning transfig
--->  Cleaning transmission
--->  Cleaning transmission-x11
--->  Cleaning tre
--->  Cleaning tree
--->  Cleaning tree-puzzle
--->  Cleaning treecc
--->  Cleaning treeline
--->  Cleaning triangle
--->  Cleaning trio
--->  Cleaning tripwire
--->  Cleaning trove4j
--->  Cleaning trueprint
--->  Cleaning truncate
--->  Cleaning tsclient
--->  Cleaning tsocks
--->  Cleaning tsung
--->  Cleaning ttcp
--->  Cleaning ttf2eot
--->  Cleaning ttf2pt1
--->  Cleaning tth
--->  Cleaning ttk
--->  Cleaning tuareg-mode.el
--->  Cleaning tuntaposx
--->  Cleaning tuxmath
--->  Cleaning tuxtype
--->  Cleaning twain-sane
--->  Cleaning twm
--->  Cleaning twolame
--->  Cleaning txt2html
--->  Cleaning txt2man
--->  Cleaning txt2pdbdoc
--->  Cleaning txt2regex
--->  Cleaning txt2tags
--->  Cleaning uade2
--->  Cleaning uagen
--->  Cleaning ubench
--->  Cleaning ucarp
--->  Cleaning ucblogo
--->  Cleaning ucl
--->  Cleaning uclatools
--->  Cleaning ucspi-tcp
--->  Cleaning udis86
--->  Cleaning udunits
--->  Cleaning udunits2
--->  Cleaning ufraw
--->  Cleaning uif2iso
--->  Cleaning uisp
--->  Cleaning umem
--->  Cleaning umit
--->  Cleaning unalz
--->  Cleaning unarj
--->  Cleaning unbound
--->  Cleaning unclutter
--->  Cleaning uncrustify
--->  Cleaning unfs3
--->  Cleaning unhash
--->  Cleaning uni2ascii
--->  Cleaning uni2html
--->  Cleaning unicodeconverter-java
--->  Cleaning unison
--->  Cleaning unittest-cpp
--->  Cleaning unix2dos
--->  Cleaning unixODBC
--->  Cleaning unnks
--->  Cleaning unpaper
--->  Cleaning unrar
--->  Cleaning unrtf
--->  Cleaning unsermake
--->  Cleaning unshield
--->  Cleaning unsort
--->  Cleaning unzip
--->  Cleaning unzoo
--->  Cleaning upclient
--->  Cleaning update-fonts-utils
--->  Cleaning uplog
--->  Cleaning uptimec
--->  Cleaning uptimed
--->  Cleaning upx
--->  Cleaning uriparser
--->  Cleaning urjtag
--->  Cleaning urlview
--->  Cleaning urw-fonts
--->  Cleaning usbprog
--->  Cleaning userinfo
--->  Cleaning ushare
--->  Cleaning usrp
--->  Cleaning ustl
--->  Cleaning uthash
--->  Cleaning uucp
--->  Cleaning uudeview
--->  Cleaning vala
--->  Cleaning valgrind
--->  Cleaning vantages
--->  Cleaning vapor
--->  Cleaning varnish
--->  Cleaning vbindiff
--->  Cleaning vbpp
--->  Cleaning vbs
--->  Cleaning vcdimager
--->  Cleaning vcheck
--->  Cleaning vcp
--->  Cleaning vectoroids
--->  Cleaning veriwell
--->  Cleaning vexus-cdk
--->  Cleaning Vidalia
--->  Cleaning viewcvs
--->  Cleaning viewres
--->  Cleaning vifm
--->  Cleaning vigor
--->  Cleaning vigra
--->  Cleaning viking
--->  Cleaning vile
--->  Cleaning vim
--->  Cleaning vim-app
--->  Cleaning vim2html
--->  Cleaning vineserver
--->  Cleaning vino
--->  Cleaning vips
--->  Cleaning VirtualPlanetBuilder
--->  Cleaning vis5d
--->  Cleaning VisualBoyAdvance
--->  Cleaning VLC
--->  Cleaning VLC09
--->  Cleaning vlfeat
--->  Cleaning vm-pop3d
--->  Cleaning vms-empire
--->  Cleaning vnc
--->  Cleaning vobcopy
--->  Cleaning vorbis-tools
--->  Cleaning vpnc
--->  Cleaning vpopmail
--->  Cleaning vsftpd
--->  Cleaning vstr
--->  Cleaning vte
--->  Cleaning VTK
--->  Cleaning vtk-devel
--->  Cleaning vtk44
--->  Cleaning vtk5
--->  Cleaning vttest
--->  Cleaning vtun
--->  Cleaning vtwm
--->  Cleaning vxl
--->  Cleaning w3m
--->  Cleaning waitfor
--->  Cleaning wakeonlan
--->  Cleaning walker
--->  Cleaning wap11gui
--->  Cleaning watch
--->  Cleaning wavpack
--->  Cleaning wbxml2
--->  Cleaning wdiff
--->  Cleaning webalizer
--->  Cleaning webarchiver
--->  Cleaning webcleaner
--->  Cleaning webcrawl
--->  Cleaning webdec
--->  Cleaning webdot
--->  Cleaning webfs
--->  Cleaning webjob
--->  Cleaning webkit-gtk
--->  Cleaning webpublish
--->  Cleaning webredirect
--->  Cleaning websvn
--->  Cleaning weechat
--->  Cleaning weightwatcher
--->  Cleaning weka
--->  Cleaning weplab
--->  Cleaning wesnoth
--->  Cleaning wget
--->  Cleaning wgetpro
--->  Cleaning wgrib2
--->  Cleaning whatcheck
--->  Cleaning whatmask
--->  Cleaning whirlgif
--->  Cleaning whois
--->  Cleaning wikkawiki
--->  Cleaning windowmaker
--->  Cleaning wine
--->  Cleaning wine-crossover-games
--->  Cleaning wine-devel
--->  Cleaning winetricks
--->  Cleaning wings
--->  Cleaning wireshark
--->  Cleaning wireshark-devel
--->  Cleaning WizardKit
--->  Cleaning wm-extra
--->  Cleaning wmbinclock
--->  Cleaning wmcalclock
--->  Cleaning wmclock
--->  Cleaning wmcpuload
--->  Cleaning wmctrl
--->  Cleaning wmcube
--->  Cleaning wmii
--->  Cleaning wml
--->  Cleaning wmmemmon
--->  Cleaning woodstox
--->  Cleaning wop
--->  Cleaning wordgrinder
--->  Cleaning wordnet
--->  Cleaning wordplay
--->  Cleaning wordpress
--->  Cleaning worker
--->  Cleaning wput
--->  Cleaning wsdlpull
--->  Cleaning wtf
--->  Cleaning wtf-x
--->  Cleaning wump
--->  Cleaning wumpus
--->  Cleaning wv
--->  Cleaning wv2
--->  Cleaning wview
--->  Cleaning wxd
--->  Cleaning wxgtk
--->  Cleaning wxLua
--->  Cleaning wxMaxima
--->  Cleaning wxmsw
--->  Cleaning wxstedit
--->  Cleaning wxWidgets
--->  Cleaning wxWidgets-devel
--->  Cleaning wxWidgets26
--->  Cleaning wyrd
--->  Cleaning X-MasTree
--->  Cleaning x11perf
--->  Cleaning x264
--->  Cleaning x3270
--->  Cleaning xalanc
--->  Cleaning xalanj
--->  Cleaning xaos
--->  Cleaning xapian-bindings
--->  Cleaning xapian-core
--->  Cleaning xar
--->  Cleaning xar-devel
--->  Cleaning xarchiver
--->  Cleaning xastir
--->  Cleaning xattr
--->  Cleaning xauth
--->  Cleaning Xaw3d
--->  Cleaning XawM
--->  Cleaning xbase
--->  Cleaning xbill
--->  Cleaning xbitmaps
--->  Cleaning XBMC
--->  Cleaning xboard
--->  Cleaning xcalc
--->  Cleaning xcb
--->  Cleaning xcc
--->  Cleaning xchat
--->  Cleaning xchat-gnome
--->  Cleaning xchat2
--->  Cleaning xchm
--->  Cleaning xcircuit
--->  Cleaning xclipboard
--->  Cleaning xclock
--->  Cleaning xconsole
--->  Cleaning xcursorgen
--->  Cleaning xdaliclock
--->  Cleaning xdialog
--->  Cleaning xdiskusage
--->  Cleaning xditview
--->  Cleaning xdm
--->  Cleaning xdoclet
--->  Cleaning xdpyinfo
--->  Cleaning xearth
--->  Cleaning xedit
--->  Cleaning xemacs
--->  Cleaning xephem
--->  Cleaning xercesc
--->  Cleaning xercesc3
--->  Cleaning xercesj
--->  Cleaning xev
--->  Cleaning xeyes
--->  Cleaning xfce
--->  Cleaning xfce-utils
--->  Cleaning xfce4-appfinder
--->  Cleaning xfce4-axiom-theme
--->  Cleaning xfce4-corner-plugin
--->  Cleaning xfce4-dev-tools
--->  Cleaning xfce4-icon-theme
--->  Cleaning xfce4-panel
--->  Cleaning xfce4-session
--->  Cleaning xfce4-settings
--->  Cleaning xfce4-xkb-plugin
--->  Cleaning xfconf
--->  Cleaning xfd
--->  Cleaning xfdesktop
--->  Cleaning xfe
--->  Cleaning xfig
--->  Cleaning xfontsel
--->  Cleaning xforms
--->  Cleaning xfprint
--->  Cleaning XFree86
--->  Cleaning xfs
--->  Cleaning xfsinfo
--->  Cleaning Xft2
--->  Cleaning xfwm4
--->  Cleaning xfwm4-themes
--->  Cleaning xgalaga
--->  Cleaning xgc
--->  Cleaning xglobe
--->  Cleaning xgraph
--->  Cleaning xhost
--->  Cleaning xine-lib
--->  Cleaning xine-ui
--->  Cleaning xinetd
--->  Cleaning xinit
--->  Cleaning xinput
--->  Cleaning xjobs
--->  Cleaning xjump
--->  Cleaning xkbcomp
--->  Cleaning xkbevd
--->  Cleaning xkbprint
--->  Cleaning xkbutils
--->  Cleaning xkeyboard-config
--->  Cleaning xkill
--->  Cleaning xload
--->  Cleaning xlogo
--->  Cleaning xloops
--->  Cleaning xlsatoms
--->  Cleaning xlsclients
--->  Cleaning xlsfonts
--->  Cleaning xmag
--->  Cleaning xmahjongg
--->  Cleaning xman
--->  Cleaning xmedcon
--->  Cleaning xmessage
--->  Cleaning xmfract
--->  Cleaning xmgr
--->  Cleaning xmh
--->  Cleaning xmj
--->  Cleaning xml-commons-resolver
--->  Cleaning xml-light
--->  Cleaning xml-security-c
--->  Cleaning xml2
--->  Cleaning xml2rfc
--->  Cleaning xmlcatmgr
--->  Cleaning xmlenc
--->  Cleaning xmlformat
--->  Cleaning xmlgen
--->  Cleaning xmlindent
--->  Cleaning xmlpull
--->  Cleaning xmlresume2x
--->  Cleaning xmlroff
--->  Cleaning xmlrpc-c
--->  Cleaning xmlrpcxx
--->  Cleaning xmlsec
--->  Cleaning xmlstarlet
--->  Cleaning xmlto
--->  Cleaning xmltooling
--->  Cleaning xmlwrapp
--->  Cleaning xmms
--->  Cleaning xmms2
--->  Cleaning xmodmap
--->  Cleaning xmore
--->  Cleaning xmoto
--->  Cleaning xmove
--->  Cleaning xnee
--->  Cleaning xom
--->  Cleaning xonclock
--->  Cleaning xorg
--->  Cleaning xorg-applewmproto
--->  Cleaning xorg-apps
--->  Cleaning xorg-bigreqsproto
--->  Cleaning xorg-cf-files
--->  Cleaning xorg-compositeproto
--->  Cleaning xorg-damageproto
--->  Cleaning xorg-dmxproto
--->  Cleaning xorg-dri2proto
--->  Cleaning xorg-encodings
--->  Cleaning xorg-evieproto
--->  Cleaning xorg-fixesproto
--->  Cleaning xorg-font-util
--->  Cleaning xorg-fontcacheproto
--->  Cleaning xorg-fonts
--->  Cleaning xorg-fontsproto
--->  Cleaning xorg-glproto
--->  Cleaning xorg-inputproto
--->  Cleaning xorg-kbproto
--->  Cleaning xorg-libAppleWM
--->  Cleaning xorg-libdmx
--->  Cleaning xorg-libfontenc
--->  Cleaning xorg-libFS
--->  Cleaning xorg-libice
--->  Cleaning xorg-libpthread-stubs
--->  Cleaning xorg-libsm
--->  Cleaning xorg-libX11
--->  Cleaning xorg-libXau
--->  Cleaning xorg-libXaw
--->  Cleaning xorg-libxcb
--->  Cleaning xorg-libXcomposite
--->  Cleaning xorg-libXcursor
--->  Cleaning xorg-libXdamage
--->  Cleaning xorg-libXdmcp
--->  Cleaning xorg-libXevie
--->  Cleaning xorg-libXext
--->  Cleaning xorg-libXfixes
--->  Cleaning xorg-libXfont
--->  Cleaning xorg-libXfontcache
--->  Cleaning xorg-libXi
--->  Cleaning xorg-libXinerama
--->  Cleaning xorg-libxkbfile
--->  Cleaning xorg-libxkbui
--->  Cleaning xorg-libXmu
--->  Cleaning xorg-libXp
--->  Cleaning xorg-libXrandr
--->  Cleaning xorg-libXres
--->  Cleaning xorg-libXScrnSaver
--->  Cleaning xorg-libXt
--->  Cleaning xorg-libXTrap
--->  Cleaning xorg-libXtst
--->  Cleaning xorg-libXv
--->  Cleaning xorg-libXvMC
--->  Cleaning xorg-libXxf86dga
--->  Cleaning xorg-libXxf86misc
--->  Cleaning xorg-libXxf86vm
--->  Cleaning xorg-printproto
--->  Cleaning xorg-proto
--->  Cleaning xorg-randrproto
--->  Cleaning xorg-recordproto
--->  Cleaning xorg-renderproto
--->  Cleaning xorg-resourceproto
--->  Cleaning xorg-scripts
--->  Cleaning xorg-scrnsaverproto
--->  Cleaning xorg-server
--->  Cleaning xorg-server-devel
--->  Cleaning xorg-trapproto
--->  Cleaning xorg-util-macros
--->  Cleaning xorg-videoproto
--->  Cleaning xorg-xcb-proto
--->  Cleaning xorg-xcb-util
--->  Cleaning xorg-xcmiscproto
--->  Cleaning xorg-xextproto
--->  Cleaning xorg-xf86bigfontproto
--->  Cleaning xorg-xf86dgaproto
--->  Cleaning xorg-xf86driproto
--->  Cleaning xorg-xf86miscproto
--->  Cleaning xorg-xf86vidmodeproto
--->  Cleaning xorg-xineramaproto
--->  Cleaning xorg-xproto
--->  Cleaning xorg-xproxymanagementprotocol
--->  Cleaning xorg-xtrans
--->  Cleaning xotcl
--->  Cleaning xournal
--->  Cleaning xpa
--->  Cleaning xpdf
--->  Cleaning xpdf-arabic
--->  Cleaning xpdf-chinese-simplified
--->  Cleaning xpdf-chinese-traditional
--->  Cleaning xpdf-cyrillic
--->  Cleaning xpdf-greek
--->  Cleaning xpdf-hebrew
--->  Cleaning xpdf-japanese
--->  Cleaning xpdf-korean
--->  Cleaning xpdf-latin2
--->  Cleaning xpdf-thai
--->  Cleaning xpdf-turkish
--->  Cleaning xping
--->  Cleaning xpkg
--->  Cleaning xplanet
--->  Cleaning xplc
--->  Cleaning xplot
--->  Cleaning xpm
--->  Cleaning xpn
--->  Cleaning xpr
--->  Cleaning xprobe2
--->  Cleaning xprop
--->  Cleaning xqf
--->  Cleaning xrandr
--->  Cleaning xrdb
--->  Cleaning xrefresh
--->  Cleaning xrender
--->  Cleaning xrg
--->  Cleaning xroot
--->  Cleaning xruskb
--->  Cleaning xsane
--->  Cleaning xscope
--->  Cleaning xscorch
--->  Cleaning xscreensaver
--->  Cleaning xsel
--->  Cleaning xserve-raid-tools
--->  Cleaning xset
--->  Cleaning xsetmode
--->  Cleaning xsetpointer
--->  Cleaning xsetroot
--->  Cleaning xskat
--->  Cleaning xsm
--->  Cleaning xsnow
--->  Cleaning xsp
--->  Cleaning xspringies
--->  Cleaning xstdcmap
--->  Cleaning xtail
--->  Cleaning xteddy
--->  Cleaning xterm
--->  Cleaning xtet42
--->  Cleaning xtide
--->  Cleaning xtrap
--->  Cleaning xtu
--->  Cleaning xulrunner
--->  Cleaning xulrunner-devel
--->  Cleaning xv
--->  Cleaning XviD
--->  Cleaning xvinfo
--->  Cleaning xwd
--->  Cleaning xwininfo
--->  Cleaning xwpe
--->  Cleaning xwud
--->  Cleaning xxdiff
--->  Cleaning xxl
--->  Cleaning xz-devel
--->  Cleaning yabasic
--->  Cleaning yacas
--->  Cleaning yafc
--->  Cleaning yafic
--->  Cleaning yafray
--->  Cleaning yajl
--->  Cleaning yaml-mode.el
--->  Cleaning yap
--->  Cleaning yap-devel
--->  Cleaning Yap.app
--->  Cleaning yardradius
--->  Cleaning yasm
--->  Cleaning yaws
--->  Cleaning yaz
--->  Cleaning yaz2
--->  Cleaning yelp
--->  Cleaning yencode
--->  Cleaning yersinia
--->  Cleaning yi
--->  Cleaning ykpers
--->  Cleaning ytalk
--->  Cleaning yudit
--->  Cleaning yum
--->  Cleaning yum-arch
--->  Cleaning yum-createrepo
--->  Cleaning yum-utils
--->  Cleaning yydecode
--->  Cleaning zabbix
--->  Cleaning zebra
--->  Cleaning ZendFramework
--->  Cleaning zenity
--->  Cleaning zeroinstall-injector
--->  Cleaning zile
--->  Cleaning zim
--->  Cleaning zip
--->  Cleaning zlib
--->  Cleaning zmq
--->  Cleaning zoo
--->  Cleaning zope
--->  Cleaning zope-archetypes
--->  Cleaning zope-btreefolder2
--->  Cleaning zope-cmf
--->  Cleaning zope-cmfactionicons
--->  Cleaning zope-cmfformcontroller
--->  Cleaning zope-cmfmessage
--->  Cleaning zope-cmfphoto
--->  Cleaning zope-cmfphotoalbum
--->  Cleaning zope-cmfplone
--->  Cleaning zope-cmfquickinstallertool
--->  Cleaning zope-cmfusertracktool
--->  Cleaning zope-cvsfile
--->  Cleaning zope-emil_email_client
--->  Cleaning zope-externaleditor
--->  Cleaning zope-externalfile
--->  Cleaning zope-extfile
--->  Cleaning zope-formulator
--->  Cleaning zope-generator
--->  Cleaning zope-groupuserfolder
--->  Cleaning zope-localfs
--->  Cleaning zope-localizer
--->  Cleaning zope-mimetypesregistry
--->  Cleaning zope-placelesstranslationservice
--->  Cleaning zope-ploneerrorreporting
--->  Cleaning zope-plonekeywordmanager
--->  Cleaning zope-ploneloginhistory
--->  Cleaning zope-plonewebmail
--->  Cleaning zope-portaltransforms
--->  Cleaning zope-revisionmanager
--->  Cleaning zope-stripogram
--->  Cleaning zope-usersniffer
--->  Cleaning zope-usertrack
--->  Cleaning zope-validation
--->  Cleaning zope-zopetree
--->  Cleaning zope-zopezen
--->  Cleaning zope-zphotoslides
--->  Cleaning zope-zsyncer
--->  Cleaning zopeedit
--->  Cleaning ZopeEditManager
--->  Cleaning zorba
--->  Cleaning zsh
--->  Cleaning zsh-devel
--->  Cleaning zssh
--->  Cleaning zsync
--->  Cleaning zzuf

written to terminal: Error: Qgis requires python
-------------- next part --------------
The following ports are currently installed:
  autoconf @2.63_0 (active)
  automake @1.11_0 (active)
  bzip2 @1.0.5_2 (active)
  db46 @4.6.21_6 (active)
  docbook-xml @5.0_0 (active)
  docbook-xml-4.1.2 @4.1.2_1 (active)
  docbook-xml-4.2 @4.2_0 (active)
  docbook-xml-4.3 @4.3_0 (active)
  docbook-xml-4.4 @4.4_0 (active)
  docbook-xml-4.5 @4.5_0 (active)
  docbook-xml-5.0 @5.0_0 (active)
  docbook-xsl @1.75.2_0 (active)
  expat @2.0.1_0 (active)
  fontconfig @2.7.0_0+macosx (active)
  freetype @2.3.9_0+macosx (active)
  gdbm @1.8.3_2 (active)
  gettext @0.17_4 (active)
  gperf @3.0.4_0 (active)
  help2man @1.36.4_1 (active)
  ImageMagick @6.5.4-0_0+q16 (active)
  iso-codes @3.15_0 (active)
  jpeg @6b_3 (active)
  libiconv @1.13_0
  libiconv @1.13.1_0 (active)
  libpng @1.2.38_0 (active)
  libtool @2.2.6a_0 (active)
  libxml2 @2.7.3_0
  libxml2 @2.7.7_0 (active)
  libxslt @1.1.26_0 (active)
  m4 @1.4.13_0 (active)
  ncurses @5.7_0 (active)
  ncursesw @5.7_0 (active)
  openssl @0.9.8n_0+darwin (active)
  p5-locale-gettext @1.05_0 (active)
  p5-xml-parser @2.36_0 (active)
  perl5 @5.8.9_0 (active)
  perl5.8 @5.8.9_3 (active)
  pkgconfig @0.23_1 (active)
  readline @6.1.000_1+darwin (active)
  sqlite3 @3.6.23.1_0 (active)
  tiff @3.8.2_3+macosx (active)
  xmlcatmgr @2.2_1 (active)
  xorg-bigreqsproto @1.0.2_0 (active)
  xorg-inputproto @1.5.1_0 (active)
  xorg-kbproto @1.0.3_0 (active)
  xorg-libice @1.0.5_0 (active)
  xorg-libsm @1.1.0_0 (active)
  xorg-libX11 @1.2.2_0 (active)
  xorg-libXau @1.0.4_0 (active)
  xorg-libXdmcp @1.0.2_0 (active)
  xorg-libXext @1.0.5_1 (active)
  xorg-libXt @1.0.6_0 (active)
  xorg-renderproto @0.11_0 (active)
  xorg-util-macros @1.2.2_0 (active)
  xorg-xcmiscproto @1.1.2_0 (active)
  xorg-xextproto @7.0.5_0 (active)
  xorg-xf86bigfontproto @1.1.2_0 (active)
  xorg-xproto @7.0.15_0 (active)
  xorg-xtrans @1.2.3_0 (active)
  zlib @1.2.3_2
  zlib @1.2.4_1 (active)

From ryandesign at macports.org  Mon Apr 12 09:55:28 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 12 Apr 2010 11:55:28 -0500
Subject: gnumeric will not install
In-Reply-To: <z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
Message-ID: <7186220D-9124-46AC-A075-A055055950EF@macports.org>


On Apr 12, 2010, at 11:47, reiser.paul at gmail.com wrote:

> Hi - following the steps on http://trac.macports.org/wiki/Migration, the first step was "port installed > myports.txt" I have attached the terminal output (Migration1.txt) and the myports.txt file. Everything seems ok.
> 
> Step 2 was "sudo port -f uninstall installed > Migration2.txt" (I added > Migration2.txt). I have attached the Migration2.txt adding the command and a terminal output message which was "Error: Qgis requires python".
> 
> Im wondering if this error means I should take care of this before proceeding? Ultimately, I would like to have gnumeric, GDL, GIMP, and ImageMagick running on my machine.
> 
> Thanks - 
> Paul R.
> <Migration1.txt><Migration2.txt><myports.txt>

Ok, looks like you successfully created the list of ports you had installed, and uninstalled them, and cleaned all ports. Now you can move on to reinstalling the ports you want.


The message "Qgis requires python" is being printed by the qgis port, which presumably you are not interested in. You can ignore it. I filed a ticket requesting this error message be fixed so it only shows up when it's relevant:

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



From jmr at macports.org  Mon Apr 12 10:08:43 2010
From: jmr at macports.org (Joshua Root)
Date: Tue, 13 Apr 2010 03:08:43 +1000
Subject: gnumeric will not install
In-Reply-To: <z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>	<60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
Message-ID: <4BC3539B.8070700@macports.org>

On 2010-4-13 02:47 , reiser.paul at gmail.com wrote:
> Hi - following the steps on http://trac.macports.org/wiki/Migration, the
> first step was "port installed > myports.txt" I have attached the
> terminal output (Migration1.txt) and the myports.txt file. Everything
> seems ok.
> 
> Step 2 was "sudo port -f uninstall installed > Migration2.txt" (I added
>> Migration2.txt). I have attached the Migration2.txt adding the command
> and a terminal output message which was "Error: Qgis requires python".
> 
> Im wondering if this error means I should take care of this before
> proceeding? Ultimately, I would like to have gnumeric, GDL, GIMP, and
> ImageMagick running on my machine.

This is nothing to worry about, the qgis port is just badly behaved and
prints this error message even when you're doing something other than
installing it.

- Josh

From reiser.paul at gmail.com  Mon Apr 12 10:22:33 2010
From: reiser.paul at gmail.com (reiser.paul at gmail.com)
Date: Mon, 12 Apr 2010 13:22:33 -0400
Subject: gnumeric will not install
In-Reply-To: <7186220D-9124-46AC-A075-A055055950EF@macports.org>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
	<7186220D-9124-46AC-A075-A055055950EF@macports.org>
Message-ID: <p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>

Hi - Error on that last message, Migration2.txt was the result of step 3,
sorry. Anyway, I am now at the point where I have to decide whether to use
the experimental automatic install or use the manual method. I would like to
install  gnumeric, GDL, GIMP, and ImageMagick but I wonder if the manual
method requires more knowledge than just that? Looking at the myports.txt
file, I see "readline" which I believe is something ImageMagick requires, so
this tells me I might have to figure out all the ports that are needed by
the above four. Should I give the automatic option a try?

Thanks
Paul Reiser


On Mon, Apr 12, 2010 at 12:55 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

>
> On Apr 12, 2010, at 11:47, reiser.paul at gmail.com wrote:
>
> > Hi - following the steps on http://trac.macports.org/wiki/Migration, the
> first step was "port installed > myports.txt" I have attached the terminal
> output (Migration1.txt) and the myports.txt file. Everything seems ok.
> >
> > Step 2 was "sudo port -f uninstall installed > Migration2.txt" (I added >
> Migration2.txt). I have attached the Migration2.txt adding the command and a
> terminal output message which was "Error: Qgis requires python".
> >
> > Im wondering if this error means I should take care of this before
> proceeding? Ultimately, I would like to have gnumeric, GDL, GIMP, and
> ImageMagick running on my machine.
> >
> > Thanks -
> > Paul R.
> > <Migration1.txt><Migration2.txt><myports.txt>
>
> Ok, looks like you successfully created the list of ports you had
> installed, and uninstalled them, and cleaned all ports. Now you can move on
> to reinstalling the ports you want.
>
>
> The message "Qgis requires python" is being printed by the qgis port, which
> presumably you are not interested in. You can ignore it. I filed a ticket
> requesting this error message be fixed so it only shows up when it's
> relevant:
>
> http://trac.macports.org/ticket/24455
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100412/7cc6a209/attachment.html>

From ryandesign at macports.org  Mon Apr 12 10:33:58 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 12 Apr 2010 12:33:58 -0500
Subject: gnumeric will not install
In-Reply-To: <p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
	<7186220D-9124-46AC-A075-A055055950EF@macports.org>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
Message-ID: <81B61D7E-99A1-413E-AA8C-83A74BA53C13@macports.org>

On Apr 12, 2010, at 12:22, reiser.paul at gmail.com wrote:

> Hi - Error on that last message, Migration2.txt was the result of step 3, sorry. Anyway, I am now at the point where I have to decide whether to use the experimental automatic install or use the manual method. I would like to install  gnumeric, GDL, GIMP, and ImageMagick but I wonder if the manual method requires more knowledge than just that?

Only if you installed ports with specially-selected variants and want to do that again. If you just want the defaults, you can just e.g. "sudo port install ImageMagick" and let MacPorts figure out the dependencies as usual. According to your myports.txt, you did not have any ports installed with nonstandard variants (the only variants it shows selected are a few "+macosx" and "+darwin" which MacPorts automatically selects when needed, and the "+q16" on ImageMagick which is the default and automatically selected by ImageMagick), so this should be easy.

> Looking at the myports.txt file, I see "readline" which I believe is something ImageMagick requires, so this tells me I might have to figure out all the ports that are needed by the above four.

Let MacPorts do it for you as per usual. readline is pretty uninteresting low-level software. The port has no variants of consequence (see "port variants readline" if you're interested) so there isn't anything for you to consider or select here. It just needs to be installed, which MacPorts will do automatically as soon as you ask it to install something that requires readline. As far as I can tell, ImageMagick doesn't use readline, but it's a fairly common library and many other ports do use it.

> Should I give the automatic option a try?

If you like. But since the set of ports you want is straightforward, I'd just tell MacPorts to install those four ports that you specifically mentioned above.



From ryandesign at macports.org  Mon Apr 12 10:48:21 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 12 Apr 2010 12:48:21 -0500
Subject: gnumeric will not install
In-Reply-To: <p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
	<7186220D-9124-46AC-A075-A055055950EF@macports.org>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
Message-ID: <179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>


On Apr 12, 2010, at 12:22, reiser.paul at gmail.com wrote:

> I would like to install  gnumeric, GDL, GIMP, and ImageMagick

I should point out that installing gimp with MacPorts is an enormous endeavor, with almost 200 dependencies. This will take a lot of time to build, and I don't know if every one of these ports is in working order at this point in time. There is a standalone gimp binary for Mac OS X you can download which would probably be a lot simpler and less error-prone.

http://www.gimp.org/macintosh/


I am the maintainer of ImageMagick in MacPorts, I keep it up to date, I use it, it works great as far as I can tell. I can totally recommend using MacPorts to install ImageMagick. It has only 40 dependencies.


I haven't tried gnumeric or gdl. Gnumeric has about 140 dependencies and gdl has about 100.


There is of course overlap between these; many of the 40 dependencies you install to get ImageMagick are the same ones you need for gimp2 for example.




From LenoreHorner at sbcglobal.net  Mon Apr 12 16:30:36 2010
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Mon, 12 Apr 2010 18:30:36 -0500
Subject: gnumeric will not install
In-Reply-To: <179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<60DFB421-51D0-4A5D-BE47-E4C915CD89E8@macports.org>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
	<7186220D-9124-46AC-A075-A055055950EF@macports.org>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
	<179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>
Message-ID: <58B78765-53E8-423A-8CD6-3748DA317CFE@sbcglobal.net>


On Apr 12, 2010, at 12:48 PM, Ryan Schmidt wrote:

>
> On Apr 12, 2010, at 12:22, reiser.paul at gmail.com wrote:
>
>> I would like to install  gnumeric, GDL, GIMP, and ImageMagick
>
> I should point out that installing gimp with MacPorts is an enormous  
> endeavor, with almost 200 dependencies. This will take a lot of time  
> to build, and I don't know if every one of these ports is in working  
> order at this point in time. There is a standalone gimp binary for  
> Mac OS X you can download which would probably be a lot simpler and  
> less error-prone.
>
> http://www.gimp.org/macintosh/
This is the X11 version only however.  If you want an X11-free  
version, you will need to use MacPorts and variants.

gimp2 @2.6.8_0+darwin_9+no_x11+quartz (active)

  I think the patches that used to be necessary to achieve this have  
both been committed, but I'm not positive about that.

Lenore

>
>
> I am the maintainer of ImageMagick in MacPorts, I keep it up to  
> date, I use it, it works great as far as I can tell. I can totally  
> recommend using MacPorts to install ImageMagick. It has only 40  
> dependencies.
>
>
> I haven't tried gnumeric or gdl. Gnumeric has about 140 dependencies  
> and gdl has about 100.
>
>
> There is of course overlap between these; many of the 40  
> dependencies you install to get ImageMagick are the same ones you  
> need for gimp2 for example.
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From reiser.paul at gmail.com  Mon Apr 12 16:36:58 2010
From: reiser.paul at gmail.com (reiser.paul at gmail.com)
Date: Mon, 12 Apr 2010 19:36:58 -0400
Subject: gnumeric will not install
In-Reply-To: <58B78765-53E8-423A-8CD6-3748DA317CFE@sbcglobal.net>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
	<7186220D-9124-46AC-A075-A055055950EF@macports.org>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
	<179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>
	<58B78765-53E8-423A-8CD6-3748DA317CFE@sbcglobal.net>
Message-ID: <k2l5158669d1004121636ufc8fe7b5vc48df5faa0fc0d52@mail.gmail.com>

Hi - Moving to step 4 on the migration page, the first try was to install
gnumeric, with debug:

sudo port install gnumeric -d

I am running X11 terminal, and activated the "Log to file" option. The log
file is attached and indicates some errors.

Thanks for any help!
Paul R.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100412/f3d287cf/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xterm.log.Macintosh.local.2010.04.12.17.30.49.79384
Type: application/octet-stream
Size: 71714 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100412/f3d287cf/attachment.obj>

From agnes.massonsibut at gmail.com  Tue Apr 13 02:30:37 2010
From: agnes.massonsibut at gmail.com (Agnes Masson-Sibut)
Date: Tue, 13 Apr 2010 11:30:37 +0200
Subject: Problem installing itk
In-Reply-To: <mailman.12100.1271150530.1658.macports-users@lists.macosforge.org>
References: <mailman.12100.1271150530.1658.macports-users@lists.macosforge.org>
Message-ID: <w2ied68a4311004130230tcce5d62fgef232e16d42e072c@mail.gmail.com>

Hello everybody,

I'm trying to install itk on my mac (I am using OS X 10.5.8), and I get the
following error :

--->  Building itk
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/itk3.3"
&& /usr/bin/make -j1 all CPPFLAGS=-I/opt/local/include " returned error 2
Command output: /usr/bin/gcc-4.0 -pipe -DPACKAGE_NAME=\"itk\"
-DPACKAGE_TARNAME=\"itk\" -DPACKAGE_VERSION=\"3.3\" -DPACKAGE_STRING=\"itk\
3.3\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
-DNO_VALUES_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DTCL_THREADS=1
-DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DUSE_TCL_STUBS=1
-DUSE_TK_STUBS=1 -DUSE_ITCL_STUBS=1
-DITK_LIBRARY=\"/opt/local/lib/itk3.3\" -DUSE_NON_CONST
-I"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_itcl/work/itcl3.3/generic"
-I"./generic"
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tcl/work/tcl8.5.8/generic
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tcl/work/tcl8.5.8/unix
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/work/tk8.5.8/generic
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/work/tk8.5.8/unix
-I/opt/local/include
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic
-arch i386 -Os -Wall -Wno-implicit-int -fno-common -c `echo
./generic/itk_cmds.c` -o itk_cmds.o
In file included from
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclInt.h:2356,
                 from /opt/local/include/itclInt.h:52,
                 from ./generic/itk.h:81,
                 from ./generic/itk_cmds.c:26:
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:322:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:326:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:330:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:333:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:337:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:341:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:357:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:360:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:363:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:367:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:370:
error: syntax error before '->' token
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:377:
error: syntax error before '->' token
./generic/itk_cmds.c: In function 'Itk_ConfigBodyCmd':
./generic/itk_cmds.c:406: warning: passing argument 2 of
'itclStubsPtr->itcl_EventuallyFree' from incompatible pointer type
make: *** [itk_cmds.o] Error 1

Is anyone able to help me ?

Thanks a lot,

Agn?s

-- 
Agn?s Masson-Sibut
?tudiante au doctorat
Lissi, Universit? Paris Est Cr?teil
Aesculap SAS, Dpt R&D Software
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100413/eee7287b/attachment.html>

From francisderive at me.com  Tue Apr 13 10:55:50 2010
From: francisderive at me.com (Francis Derive)
Date: Tue, 13 Apr 2010 19:55:50 +0200
Subject: selfupdate
Message-ID: <57FD7C7A-BC4B-4027-8407-67DF30D13142@me.com>

Hello,

Revisiting macports after a while - not so easy ...:

% sudo port -d selfupdate
Password:
dlopen(/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib, 10): no suitable image found.  Did find:
	/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib: mach-o, but wrong architecture
   while executing
"load /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib"
   ("package ifneeded Pextlib 1.0" script)
   invoked from within
"package require Pextlib 1.0"
   (file "/opt/local/bin/port" line 40)

??- Thanks for your help,

Francis
Mac OS X Version 10.6.3

From dluke at geeklair.net  Tue Apr 13 11:10:18 2010
From: dluke at geeklair.net (Daniel J. Luke)
Date: Tue, 13 Apr 2010 14:10:18 -0400
Subject: selfupdate
In-Reply-To: <57FD7C7A-BC4B-4027-8407-67DF30D13142@me.com>
References: <57FD7C7A-BC4B-4027-8407-67DF30D13142@me.com>
Message-ID: <1E3152F6-FB70-47DF-90F6-0216BCF7B727@geeklair.net>

On Apr 13, 2010, at 1:55 PM, Francis Derive wrote:
> Revisiting macports after a while - not so easy ...:

see http://trac.macports.org/wiki/Migration

> dlopen(/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib, 10): no suitable image found.  Did find:
> 	/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib: mach-o, but wrong architecture

Your immediate next step would probably be to download install the latest macports base from the website.
--
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 ryandesign at macports.org  Tue Apr 13 12:38:07 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 13 Apr 2010 14:38:07 -0500
Subject: Problem installing itk
In-Reply-To: <w2ied68a4311004130230tcce5d62fgef232e16d42e072c@mail.gmail.com>
References: <mailman.12100.1271150530.1658.macports-users@lists.macosforge.org>
	<w2ied68a4311004130230tcce5d62fgef232e16d42e072c@mail.gmail.com>
Message-ID: <A400D144-7F24-47AF-A393-820D92FD8F46@macports.org>


On Apr 13, 2010, at 04:30, Agnes Masson-Sibut wrote:

> I'm trying to install itk on my mac (I am using OS X 10.5.8), and I get the following error :

> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_itk/work/tcl8.4.14/generic/tclIntDecls.h:322: error: syntax error before '->' token


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



From ryandesign at macports.org  Tue Apr 13 12:41:42 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 13 Apr 2010 14:41:42 -0500
Subject: gnumeric will not install
In-Reply-To: <k2l5158669d1004121636ufc8fe7b5vc48df5faa0fc0d52@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<r2h5158669d1004110744qf4e16a56jac203c57d4c1d1fe@mail.gmail.com>
	<818004ED-BA91-4F5E-9C4C-079AC2F0614A@macports.org>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
	<7186220D-9124-46AC-A075-A055055950EF@macports.org>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
	<179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>
	<58B78765-53E8-423A-8CD6-3748DA317CFE@sbcglobal.net>
	<k2l5158669d1004121636ufc8fe7b5vc48df5faa0fc0d52@mail.gmail.com>
Message-ID: <B5B58C51-711D-421F-8649-5D2A795833F4@macports.org>


On Apr 12, 2010, at 18:36, reiser.paul at gmail.com wrote:

> Hi - Moving to step 4 on the migration page, the first try was to install gnumeric, with debug:
> 
> sudo port install gnumeric -d
> 
> I am running X11 terminal, and activated the "Log to file" option. The log file is attached and indicates some errors.

This isn't debug output. This is regular output. To get debug output, you have to use the "-d" flag immediately after the word "port", e.g. "sudo port -d install gnumeric". "-d" has no effect when placed anywhere else on the command line.

However, the output you provided is enough to show you are experiencing this issue:

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

Installing xorg-libsm first would work around this problem.



From reiser.paul at gmail.com  Tue Apr 13 20:17:21 2010
From: reiser.paul at gmail.com (reiser.paul at gmail.com)
Date: Tue, 13 Apr 2010 23:17:21 -0400
Subject: gnumeric will not install
In-Reply-To: <B5B58C51-711D-421F-8649-5D2A795833F4@macports.org>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
	<7186220D-9124-46AC-A075-A055055950EF@macports.org>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
	<179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>
	<58B78765-53E8-423A-8CD6-3748DA317CFE@sbcglobal.net>
	<k2l5158669d1004121636ufc8fe7b5vc48df5faa0fc0d52@mail.gmail.com>
	<B5B58C51-711D-421F-8649-5D2A795833F4@macports.org>
Message-ID: <j2g5158669d1004132017h12f68973lb007137fd9a94efe@mail.gmail.com>

Hi Ryan - as always, thanks for your help.

The log file exceeded the 25 Mb limit, so I deleted everyhing except the
./configure output. Let me know if you need more than that. I did the
following:

  sudo port -d install xorg-libsm  - looks good (?)

  sudo port -d install gnumeric - looks good (?)

cd to the newly created /Applications/gnumeric-1.10.1 folder

  ./configure

and this gave some errors. Maybe something else that needs to be installed?
Anyway, I will wait for your reply before moving on.

Paul R.


On Tue, Apr 13, 2010 at 3:41 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

>
> On Apr 12, 2010, at 18:36, reiser.paul at gmail.com wrote:
>
> > Hi - Moving to step 4 on the migration page, the first try was to install
> gnumeric, with debug:
> >
> > sudo port install gnumeric -d
> >
> > I am running X11 terminal, and activated the "Log to file" option. The
> log file is attached and indicates some errors.
>
> This isn't debug output. This is regular output. To get debug output, you
> have to use the "-d" flag immediately after the word "port", e.g. "sudo port
> -d install gnumeric". "-d" has no effect when placed anywhere else on the
> command line.
>
> However, the output you provided is enough to show you are experiencing
> this issue:
>
> http://trac.macports.org/ticket/24317
>
> Installing xorg-libsm first would work around this problem.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100413/a74b9858/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: TruncatedLogFile.txt
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100413/a74b9858/attachment.txt>

From ryandesign at macports.org  Tue Apr 13 20:41:55 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 13 Apr 2010 22:41:55 -0500
Subject: gnumeric will not install
In-Reply-To: <j2g5158669d1004132017h12f68973lb007137fd9a94efe@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<o2z5158669d1004111945nfd7ffd5eo6649c526312f2f10@mail.gmail.com>
	<13F89262-77FC-403E-A472-46339D83C488@macports.org>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
	<7186220D-9124-46AC-A075-A055055950EF@macports.org>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
	<179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>
	<58B78765-53E8-423A-8CD6-3748DA317CFE@sbcglobal.net>
	<k2l5158669d1004121636ufc8fe7b5vc48df5faa0fc0d52@mail.gmail.com>
	<B5B58C51-711D-421F-8649-5D2A795833F4@macports.org>
	<j2g5158669d1004132017h12f68973lb007137fd9a94efe@mail.gmail.com>
Message-ID: <256CBB6C-254B-4D6D-8A3B-B96534B36D6D@macports.org>

On Apr 13, 2010, at 22:17, reiser.paul at gmail.com wrote:

> The log file exceeded the 25 Mb limit, so I deleted everyhing except the ./configure output. Let me know if you need more than that. I did the following:
> 
>   sudo port -d install xorg-libsm  - looks good (?)
> 
>   sudo port -d install gnumeric - looks good (?)

Ok, so according to "port info gnumeric", this would have installed gnumeric 1.8.4 for you.


> cd to the newly created /Applications/gnumeric-1.10.1 folder

This directory has nothing to do with MacPorts. Perhaps you put this there before? To see what MacPorts installed and where, use "port contents gnumeric".


>   ./configure
> 
> and this gave some errors. Maybe something else that needs to be installed? Anyway, I will wait for your reply before moving on.

The log says libgoffice 0.8 could not be found, which could be either because it is not installed, or because the configure script could not find it. I see our goffice port is only for version 0.6.6, so it seems to be the former reason.

So, I wouldn't worry about this. I'd delete the gnumeric-1.10.1 folder and get back to using the gnumeric 1.8.4 that MacPorts installed for you.

We should probably upgrade our gnumeric port to 1.10.x, and would in the process logically have to upgrade our goffice port to 0.8.x. The request for the goffice update is already filed here:

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

I filed a ticket for the gnumeric update request here:

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



From clay at FTL.com  Tue Apr 13 21:30:37 2010
From: clay at FTL.com (42)
Date: Tue, 13 Apr 2010 21:30:37 -0700 (PDT)
Subject: selfupdate
In-Reply-To: <57FD7C7A-BC4B-4027-8407-67DF30D13142@me.com>
References: <57FD7C7A-BC4B-4027-8407-67DF30D13142@me.com>
Message-ID: <28238258.post@talk.nabble.com>


Thanks!...me too....and this worked great to resolve this error:


Can't map the URL 'file://.' to a port description file ("Could not find
Portfile in /Users/JoeBlow").
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).


Liberty & Regard

Clay
-- 
View this message in context: http://old.nabble.com/selfupdate-tp28233643p28238258.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From keybounce at gmail.com  Tue Apr 13 22:25:07 2010
From: keybounce at gmail.com (Michael_google gmail_Gersten)
Date: Tue, 13 Apr 2010 22:25:07 -0700
Subject: gimp2 +no_x11 needing +quartz
Message-ID: <h2x1bd71ad81004132225ka2731887v11c382f8607223f7@mail.gmail.com>

On Mon, Apr 12, 2010 at 4:30 PM, Lenore Horner
<LenoreHorner at sbcglobal.net> wrote:
>> http://www.gimp.org/macintosh/
>
> This is the X11 version only however. ?If you want an X11-free version, you
> will need to use MacPorts and variants.
>
> gimp2 @2.6.8_0+darwin_9+no_x11+quartz (active)

That "+quartz" actually came as a surprise. I tried

sudo port -f install  gimp2 +no_x11

And it got as far as

Applying patches to gtk2
--->  Configuring gtk2
Error: Target org.macports.configure returned: cairo must be built
with the +quartz variant enabled.

Kleiman-ibook:~ michael$ port installed cairo
The following ports are currently installed:
  cairo @1.8.10_0+macosx+no_x11 (active)

So why does gimp2, +no_x11, not force the +quartz flag to its
dependencies? Are end users supposed to track what dependencies
require what additional dependencies?
-- 
Political and economic blog of a strict constitutionalist
http://StrictConstitution.BlogSpot.com

From drnamba at mac.com  Tue Apr 13 22:54:38 2010
From: drnamba at mac.com (nam)
Date: Wed, 14 Apr 2010 14:54:38 +0900
Subject: dbus-glib will not upgrade
Message-ID: <B00FF846-CDB3-4D7F-87C4-895A85B3D89E@mac.com>

Hello

I have problem in upgrading dbus-glib 0.80 to 0.86.

Macbook 2.16G mid2007 10.5.8

Any idea?

Nam
----------------------

$ sudo port -d upgrade dbus-glib
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/dbus-glib
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: dbus-glib 0.86_0 exists in the ports tree
DEBUG: dbus-glib 0.80_0 +universal is the latest installed
DEBUG: dbus-glib 0.80_0 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/dbus-glib
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port dbus-glib.
DEBUG: Requested variant i386 is not provided by port dbus-glib.
DEBUG: Requested variant macosx is not provided by port dbus-glib.
DEBUG: Executing variant universal provides universal
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: pkgconfig 0.23_1 exists in the ports tree
DEBUG: pkgconfig 0.23_1 +universal is the latest installed
DEBUG: pkgconfig 0.23_1 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/pkgconfig
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port pkgconfig.
DEBUG: Requested variant i386 is not provided by port pkgconfig.
DEBUG: Requested variant macosx is not provided by port pkgconfig.
DEBUG: Executing variant universal provides universal
DEBUG: No need to upgrade! pkgconfig 0.23_1 >= pkgconfig 0.23_1
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/expat
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: expat 2.0.1_0 exists in the ports tree
DEBUG: expat 2.0.1_0 +universal is the latest installed
DEBUG: expat 2.0.1_0 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/textproc/expat
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port expat.
DEBUG: Requested variant i386 is not provided by port expat.
DEBUG: Requested variant macosx is not provided by port expat.
DEBUG: Executing variant universal provides universal
DEBUG: No need to upgrade! expat 2.0.1_0 >= expat 2.0.1_0
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: libiconv 1.13.1_0 exists in the ports tree
DEBUG: libiconv 1.13.1_0 +universal is the latest installed
DEBUG: libiconv 1.13.1_0 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/textproc/libiconv
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port libiconv.
DEBUG: Requested variant i386 is not provided by port libiconv.
DEBUG: Requested variant macosx is not provided by port libiconv.
DEBUG: Executing variant universal provides universal
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gperf
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: gperf 3.0.4_0 exists in the ports tree
DEBUG: gperf 3.0.4_0 +universal is the latest installed
DEBUG: gperf 3.0.4_0 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/gperf
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port gperf.
DEBUG: Requested variant i386 is not provided by port gperf.
DEBUG: Requested variant macosx is not provided by port gperf.
DEBUG: Executing variant universal provides universal
DEBUG: No need to upgrade! gperf 3.0.4_0 >= gperf 3.0.4_0
DEBUG: No need to upgrade! libiconv 1.13.1_0 >= libiconv 1.13.1_0
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/glib2
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: glib2 2.22.5_0 exists in the ports tree
DEBUG: glib2 2.22.5_0 +darwin+universal is the latest installed
DEBUG: glib2 2.22.5_0 +darwin+universal is active
DEBUG: Merging existing variants darwin universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/glib2
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: adding the default universal variant
DEBUG: Requested variant i386 is not provided by port glib2.
DEBUG: Requested variant macosx is not provided by port glib2.
DEBUG: Executing variant darwin provides darwin
DEBUG: Executing variant universal provides universal
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/autoconf
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: autoconf 2.65_1 exists in the ports tree
DEBUG: autoconf 2.65_1  is the latest installed
DEBUG: autoconf 2.65_1  is active
DEBUG: Merging existing variants  into variants
DEBUG: new fully merged portvariants:
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/autoconf
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: 'universal_variant no' specified, so not adding the default  
universal variant
DEBUG: Requested variant darwin is not provided by port autoconf.
DEBUG: Requested variant i386 is not provided by port autoconf.
DEBUG: Requested variant macosx is not provided by port autoconf.
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: perl5 5.8.9_0 exists in the ports tree
DEBUG: perl5 5.8.9_0  is the latest installed
DEBUG: perl5 5.8.9_0  is active
DEBUG: Merging existing variants  into variants
DEBUG: new fully merged portvariants:
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/lang/perl5
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: not using configure, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port perl5.
DEBUG: Requested variant i386 is not provided by port perl5.
DEBUG: Requested variant macosx is not provided by port perl5.
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5.8
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: perl5.8 5.8.9_3 exists in the ports tree
DEBUG: perl5.8 5.8.9_3 +universal is the latest installed
DEBUG: perl5.8 5.8.9_3 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/lang/perl5.8
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port perl5.8.
DEBUG: Requested variant i386 is not provided by port perl5.8.
DEBUG: Requested variant macosx is not provided by port perl5.8.
DEBUG: Executing variant universal provides universal
DEBUG: No need to upgrade! perl5.8 5.8.9_3 >= perl5.8 5.8.9_3
DEBUG: No need to upgrade! perl5 5.8.9_0 >= perl5 5.8.9_0
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/m4
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: m4 1.4.14_0 exists in the ports tree
DEBUG: m4 1.4.14_0 +universal is the latest installed
DEBUG: m4 1.4.14_0 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/m4
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port m4.
DEBUG: Requested variant i386 is not provided by port m4.
DEBUG: Requested variant macosx is not provided by port m4.
DEBUG: Executing variant universal provides universal
DEBUG: No need to upgrade! m4 1.4.14_0 >= m4 1.4.14_0
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/help2man
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: help2man 1.37.1_1 exists in the ports tree
DEBUG: help2man 1.37.1_1 +universal is the latest installed
DEBUG: help2man 1.37.1_1 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/textproc/help2man
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port help2man.
DEBUG: Requested variant i386 is not provided by port help2man.
DEBUG: Requested variant macosx is not provided by port help2man.
DEBUG: Executing variant universal provides universal
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/perl/p5-locale-gettext
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: p5-locale-gettext 1.05_2 exists in the ports tree
DEBUG: p5-locale-gettext 1.05_2  is the latest installed
DEBUG: p5-locale-gettext 1.05_2  is active
DEBUG: Merging existing variants  into variants
DEBUG: new fully merged portvariants:
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/perl/p5-locale-gettext
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port p5-locale- 
gettext.
DEBUG: Requested variant i386 is not provided by port p5-locale-gettext.
DEBUG: Requested variant macosx is not provided by port p5-locale- 
gettext.
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gettext
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: gettext 0.17_4 exists in the ports tree
DEBUG: gettext 0.17_4 +universal is the latest installed
DEBUG: gettext 0.17_4 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/gettext
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
archcheck-1.0.tcl
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port gettext.
DEBUG: Requested variant i386 is not provided by port gettext.
DEBUG: Requested variant macosx is not provided by port gettext.
DEBUG: Executing variant universal provides universal
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncurses
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: ncurses 5.7_0 exists in the ports tree
DEBUG: ncurses 5.7_0 +universal is the latest installed
DEBUG: ncurses 5.7_0 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/ncurses
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port ncurses.
DEBUG: Requested variant i386 is not provided by port ncurses.
DEBUG: Requested variant macosx is not provided by port ncurses.
DEBUG: Executing variant universal provides universal
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncursesw
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: ncursesw 5.7_0 exists in the ports tree
DEBUG: ncursesw 5.7_0 +universal is the latest installed
DEBUG: ncursesw 5.7_0 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/ncursesw
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port ncursesw.
DEBUG: Requested variant i386 is not provided by port ncursesw.
DEBUG: Requested variant macosx is not provided by port ncursesw.
DEBUG: Executing variant universal provides universal
DEBUG: No need to upgrade! ncursesw 5.7_0 >= ncursesw 5.7_0
DEBUG: No need to upgrade! ncurses 5.7_0 >= ncurses 5.7_0
DEBUG: No need to upgrade! gettext 0.17_4 >= gettext 0.17_4
DEBUG: No need to upgrade! p5-locale-gettext 1.05_2 >= p5-locale- 
gettext 1.05_2
DEBUG: No need to upgrade! help2man 1.37.1_1 >= help2man 1.37.1_1
DEBUG: No need to upgrade! autoconf 2.65_1 >= autoconf 2.65_1
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/automake
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: automake 1.11.1_0 exists in the ports tree
DEBUG: automake 1.11.1_0 +universal is the latest installed
DEBUG: automake 1.11.1_0 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/automake
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: adding the default universal variant
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: Requested variant darwin is not provided by port automake.
DEBUG: Requested variant i386 is not provided by port automake.
DEBUG: Requested variant macosx is not provided by port automake.
DEBUG: Executing variant universal provides universal
DEBUG: No need to upgrade! automake 1.11.1_0 >= automake 1.11.1_0
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/libtool
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: libtool 2.2.6b_1 exists in the ports tree
DEBUG: libtool 2.2.6b_1 +darwin+universal is the latest installed
DEBUG: libtool 2.2.6b_1 +darwin+universal is active
DEBUG: Merging existing variants darwin universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/libtool
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: adding the default universal variant
DEBUG: Requested variant i386 is not provided by port libtool.
DEBUG: Requested variant macosx is not provided by port libtool.
DEBUG: Executing variant darwin provides darwin
DEBUG: Executing variant universal provides universal
DEBUG: No need to upgrade! libtool 2.2.6b_1 >= libtool 2.2.6b_1
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/sysutils/python_select
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: python_select 0.3_0 exists in the ports tree
DEBUG: python_select 0.3_0 +darwin_9 is the latest installed
DEBUG: python_select 0.3_0 +darwin_9+universal is active
DEBUG: Merging existing variants darwin_9 universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/sysutils/python_select
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/select-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: adding the default universal variant
DEBUG: Requested variant darwin is not provided by port python_select.
DEBUG: Requested variant i386 is not provided by port python_select.
DEBUG: Requested variant macosx is not provided by port python_select.
DEBUG: Executing variant darwin_9 provides darwin_9
DEBUG: Executing variant universal provides universal
DEBUG: No need to upgrade! python_select 0.3_0 >= python_select 0.3_0
DEBUG: No need to upgrade! glib2 2.22.5_0 >= glib2 2.22.5_0
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/dbus
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: dbus 1.2.16_1 exists in the ports tree
DEBUG: dbus 1.2.16_1 +universal is the latest installed
DEBUG: dbus 1.2.16_1 +universal is active
DEBUG: Merging existing variants universal into variants
DEBUG: new fully merged portvariants: universal +
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/devel/dbus
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/ 
sources/rsync.macports.org/release/ports/_resources/port1.0/ 
variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant darwin is not provided by port dbus.
DEBUG: Requested variant i386 is not provided by port dbus.
DEBUG: Requested variant macosx is not provided by port dbus.
DEBUG: Executing variant universal provides universal
DEBUG: No need to upgrade! dbus 1.2.16_1 >= dbus 1.2.16_1
--->  Computing dependencies for dbus-glib
DEBUG: Searching for dependency: expat
DEBUG: Found Dependency: receipt exists for expat
DEBUG: Searching for dependency: libiconv
DEBUG: Found Dependency: receipt exists for libiconv
DEBUG: Searching for dependency: glib2
DEBUG: Found Dependency: receipt exists for glib2
DEBUG: Searching for dependency: dbus
DEBUG: Found Dependency: receipt exists for dbus
DEBUG: Searching for dependency: gettext
DEBUG: Found Dependency: receipt exists for gettext
DEBUG: Searching for dependency: pkgconfig
DEBUG: Found Dependency: receipt exists for pkgconfig
DEBUG: Executing org.macports.main (dbus-glib)
--->  Fetching dbus-glib
DEBUG: Executing org.macports.fetch (dbus-glib)
--->  Verifying checksum(s) for dbus-glib
DEBUG: Executing org.macports.checksum (dbus-glib)
--->  Checksumming dbus-glib-0.86.tar.gz
DEBUG: Correct (md5) checksum for dbus-glib-0.86.tar.gz
DEBUG: Correct (sha1) checksum for dbus-glib-0.86.tar.gz
DEBUG: Correct (rmd160) checksum for dbus-glib-0.86.tar.gz
--->  Extracting dbus-glib
DEBUG: Executing org.macports.extract (dbus-glib)
--->  Extracting dbus-glib-0.86.tar.gz
DEBUG: setting option extract.args to /opt/local/var/macports/ 
distfiles/dbus-glib/dbus-glib-0.86.tar.gz
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'
DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_devel_dbus-glib/work" && /usr/bin/gzip - 
dc /opt/local/var/macports/distfiles/dbus-glib/dbus-glib-0.86.tar.gz  
| /usr/bin/gnutar --no-same-owner -xf -'
DEBUG: Executing org.macports.patch (dbus-glib)
--->  Configuring dbus-glib
DEBUG: Using compiler 'Mac OS X gcc 4.0'
DEBUG: Executing org.macports.configure (dbus-glib)
--->  Configuring dbus-glib for architecture ppc
DEBUG: Environment: CFLAGS='-O2 -arch ppc' CPPFLAGS='-I/opt/local/ 
include' CXXFLAGS='-O2 -arch ppc' MACOSX_DEPLOYMENT_TARGET='10.5'  
CXX='/usr/bin/g++-4.0' F90FLAGS='-O2' LDFLAGS='-L/opt/local/lib -arch  
ppc' OBJC='/usr/bin/gcc-4.0' FCFLAGS='-O2' INSTALL='/usr/bin/install - 
c' OBJCFLAGS='-O2 -arch ppc' FFLAGS='-O2' CC='/usr/bin/gcc-4.0'
DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_devel_dbus-glib/work/dbus-glib-0.86-ppc"  
&& ./configure --prefix=/opt/local --disable-dependency-tracking -- 
disable-doxygen-docs --disable-dependency-tracking --host=powerpc- 
apple-darwin9.8.0'
configure: WARNING: If you wanted to set the --build type, don't use -- 
host.
    If a cross compiler is detected then cross compile mode will be  
used.
checking build system type... i386-apple-darwin9.8.0
checking host system type... powerpc-apple-darwin9.8.0
checking target system type... powerpc-apple-darwin9.8.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for powerpc-apple-darwin9.8.0-strip... no
checking for strip... strip
checking for a thread-safe mkdir -p... /opt/local/bin/gmkdir -p
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of  
Makefiles... no
checking for powerpc-apple-darwin9.8.0-gcc... /usr/bin/gcc-4.0
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /usr/bin/gcc-4.0 accepts -g... yes
checking for /usr/bin/gcc-4.0 option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of /usr/bin/gcc-4.0... none
checking for library containing strerror... none required
checking how to run the C preprocessor... /usr/bin/gcc-4.0 -E
checking for grep that handles long lines and -e... /opt/local/bin/grep
checking for egrep... /opt/local/bin/grep -E
checking for ANSI C header files... yes
checking whether gcc understands -Wfloat-equal... yes
checking for a sed that does not truncate output... /opt/local/bin/gsed
checking for fgrep... /opt/local/bin/grep -F
checking for ld used by /usr/bin/gcc-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 for BSD- or MS-compatible name lister (nm)... no
checking for powerpc-apple-darwin9.8.0-dumpbin... no
checking for powerpc-apple-darwin9.8.0-link... no
checking for dumpbin... no
checking for link... link -dump -symbols
checking the name lister (link -dump -symbols) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 196608
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld option to  
reload object files... -r
checking for powerpc-apple-darwin9.8.0-objdump... no
checking for objdump... no
checking how to recognize dependent libraries... pass_all
checking for powerpc-apple-darwin9.8.0-ar... no
checking for ar... ar
checking for powerpc-apple-darwin9.8.0-strip... strip
checking for powerpc-apple-darwin9.8.0-ranlib... no
checking for ranlib... ranlib
checking command to parse link -dump -symbols output from /usr/bin/ 
gcc-4.0 object... failed
checking for powerpc-apple-darwin9.8.0-dsymutil... no
checking for dsymutil... dsymutil
checking for powerpc-apple-darwin9.8.0-nmedit... no
checking for nmedit... nmedit
checking for powerpc-apple-darwin9.8.0-lipo... no
checking for lipo... lipo
checking for powerpc-apple-darwin9.8.0-otool... no
checking for otool... otool
checking for powerpc-apple-darwin9.8.0-otool64... no
checking for otool64... no
checking for -single_module linker flag... no
checking for -exported_symbols_list linker flag... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if /usr/bin/gcc-4.0 supports -fno-rtti -fno-exceptions... no
checking for /usr/bin/gcc-4.0 option to produce PIC... -fno-common -DPIC
checking if /usr/bin/gcc-4.0 PIC flag -fno-common -DPIC works... yes
checking if /usr/bin/gcc-4.0 static flag -static works... no
checking if /usr/bin/gcc-4.0 supports -c -o file.o... yes
checking if /usr/bin/gcc-4.0 supports -c -o file.o... (cached) yes
checking whether the /usr/bin/gcc-4.0 linker (/usr/libexec/gcc/i686- 
apple-darwin9/4.0.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin9.8.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for library containing socket... none required
checking whether socklen_t is defined... yes
checking abstract socket namespace... no
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking for LC_MESSAGES... yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
checking for ngettext in libc... no
checking for bindtextdomain in -lintl... yes
checking for ngettext in -lintl... yes
checking for dgettext in -lintl... yes
checking for bind_textdomain_codeset... yes
checking for msgfmt... /opt/local/bin/msgfmt
checking for dcgettext... yes
checking if msgfmt accepts -c... yes
checking for gmsgfmt... /opt/local/bin/msgfmt
checking for xgettext... /opt/local/bin/xgettext
./configure: line 13694: ./po/POTFILES.in: No such file or directory
checking for XML_ParserCreate_MM in -lexpat... yes
checking expat.h usability... yes
checking expat.h presence... yes
checking for expat.h... yes
checking for powerpc-apple-darwin9.8.0-pkg-config... no
checking for pkg-config... /opt/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for DBUS... yes
checking for DBUS_GLIB... yes
checking for DBUS_GLIB_THREADS... yes
checking whether to build gtk-doc documentation... no
checking for gtkdoc-check... /opt/local/bin/gtkdoc-check
checking for doxygen... no
checking whether to build Doxygen documentation... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating m4/Makefile
config.status: creating doc/Makefile
config.status: creating doc/reference/Makefile
config.status: creating doc/reference/version.xml
config.status: creating dbus/Makefile
config.status: creating dbus/examples/Makefile
config.status: creating dbus/examples/statemachine/Makefile
config.status: creating test/Makefile
config.status: creating test/core/Makefile
config.status: creating test/interfaces/Makefile
config.status: creating test/data/valid-service-files/debug-glib.service
config.status: creating test/data/valid-service-files/debug-echo.service
config.status: creating test/data/valid-service-files/interfaces- 
test.service
config.status: creating tools/Makefile
config.status: creating dbus-glib-1.pc
config.status: creating dbus-glib-1-uninstalled.pc
config.status: creating Doxyfile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
config.status: executing default-1 commands

                    D-BUS GLIB BINDINGS 0.86
                  ==============

	prefix:                   /opt/local
	exec_prefix:              ${prefix}
        libdir:                   /opt/local/lib
        bindir:                   /opt/local/bin
        sysconfdir:               /opt/local/etc
        localstatedir:            /opt/local/var
	datadir:                  ${prefix}/share
	source code location:	  .
	compiler:		  /usr/bin/gcc-4.0
	cflags:		          -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing
	cppflags:		  -I/opt/local/include
        Doxygen:                  no

        Maintainer mode:          no
        gcc coverage profiling:   no
        Building unit tests:      no
        Building verbose mode:    no
        Building assertions:      no
        Building checks:          yes
        Building Doxygen docs:    no
        Building Gtk-doc docs:    no
        Bash Completion:          yes
        Gettext libs (empty OK):  -lintl
        Using XML parser:
        'make check' socket dir:

--->  Configuring dbus-glib for architecture i386
DEBUG: Environment: CFLAGS='-O2 -arch i386' CPPFLAGS='-I/opt/local/ 
include' CXXFLAGS='-O2 -arch i386' MACOSX_DEPLOYMENT_TARGET='10.5'  
CXX='/usr/bin/g++-4.0' F90FLAGS='-O2 -m32' LDFLAGS='-L/opt/local/lib - 
arch i386' OBJC='/usr/bin/gcc-4.0' FCFLAGS='-O2 -m32' INSTALL='/usr/ 
bin/install -c' OBJCFLAGS='-O2 -arch i386' FFLAGS='-O2 -m32' CC='/usr/ 
bin/gcc-4.0'
DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_devel_dbus-glib/work/dbus-glib-0.86-i386"  
&& ./configure --prefix=/opt/local --disable-dependency-tracking -- 
disable-dependency-tracking --disable-doxygen-docs --disable- 
dependency-tracking '
checking build system type... i386-apple-darwin9.8.0
checking host system type... i386-apple-darwin9.8.0
checking target system type... i386-apple-darwin9.8.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /opt/local/bin/gmkdir -p
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of  
Makefiles... no
checking for gcc... /usr/bin/gcc-4.0
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /usr/bin/gcc-4.0 accepts -g... yes
checking for /usr/bin/gcc-4.0 option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of /usr/bin/gcc-4.0... none
checking for library containing strerror... none required
checking how to run the C preprocessor... /usr/bin/gcc-4.0 -E
checking for grep that handles long lines and -e... /opt/local/bin/grep
checking for egrep... /opt/local/bin/grep -E
checking for ANSI C header files... yes
checking whether gcc understands -Wfloat-equal... yes
checking for a sed that does not truncate output... /opt/local/bin/gsed
checking for fgrep... /opt/local/bin/grep -F
checking for ld used by /usr/bin/gcc-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 for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -p
checking the name lister (/usr/bin/nm -p) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 196608
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld option to  
reload object files... -r
checking for objdump... no
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -p output from /usr/bin/gcc-4.0  
object... ok
checking for dsymutil... dsymutil
checking for nmedit... nmedit
checking for lipo... lipo
checking for otool... otool
checking for otool64... no
checking for -single_module linker flag... no
checking for -exported_symbols_list linker flag... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if /usr/bin/gcc-4.0 supports -fno-rtti -fno-exceptions... no
checking for /usr/bin/gcc-4.0 option to produce PIC... -fno-common -DPIC
checking if /usr/bin/gcc-4.0 PIC flag -fno-common -DPIC works... yes
checking if /usr/bin/gcc-4.0 static flag -static works... no
checking if /usr/bin/gcc-4.0 supports -c -o file.o... yes
checking if /usr/bin/gcc-4.0 supports -c -o file.o... (cached) yes
checking whether the /usr/bin/gcc-4.0 linker (/usr/libexec/gcc/i686- 
apple-darwin9/4.0.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin9.8.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for library containing socket... none required
checking whether socklen_t is defined... yes
checking abstract socket namespace... no
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking for LC_MESSAGES... yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
checking for ngettext in libc... no
checking for bindtextdomain in -lintl... yes
checking for ngettext in -lintl... yes
checking for dgettext in -lintl... yes
checking for bind_textdomain_codeset... yes
checking for msgfmt... /opt/local/bin/msgfmt
checking for dcgettext... yes
checking if msgfmt accepts -c... yes
checking for gmsgfmt... /opt/local/bin/msgfmt
checking for xgettext... /opt/local/bin/xgettext
./configure: line 13694: ./po/POTFILES.in: No such file or directory
checking for XML_ParserCreate_MM in -lexpat... yes
checking expat.h usability... yes
checking expat.h presence... yes
checking for expat.h... yes
checking for pkg-config... /opt/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for DBUS... yes
checking for DBUS_GLIB... yes
checking for DBUS_GLIB_THREADS... yes
checking whether to build gtk-doc documentation... no
checking for gtkdoc-check... /opt/local/bin/gtkdoc-check
checking for doxygen... no
checking whether to build Doxygen documentation... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating m4/Makefile
config.status: creating doc/Makefile
config.status: creating doc/reference/Makefile
config.status: creating doc/reference/version.xml
config.status: creating dbus/Makefile
config.status: creating dbus/examples/Makefile
config.status: creating dbus/examples/statemachine/Makefile
config.status: creating test/Makefile
config.status: creating test/core/Makefile
config.status: creating test/interfaces/Makefile
config.status: creating test/data/valid-service-files/debug-glib.service
config.status: creating test/data/valid-service-files/debug-echo.service
config.status: creating test/data/valid-service-files/interfaces- 
test.service
config.status: creating tools/Makefile
config.status: creating dbus-glib-1.pc
config.status: creating dbus-glib-1-uninstalled.pc
config.status: creating Doxyfile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
config.status: executing default-1 commands

                    D-BUS GLIB BINDINGS 0.86
                  ==============

	prefix:                   /opt/local
	exec_prefix:              ${prefix}
        libdir:                   /opt/local/lib
        bindir:                   /opt/local/bin
        sysconfdir:               /opt/local/etc
        localstatedir:            /opt/local/var
	datadir:                  ${prefix}/share
	source code location:	  .
	compiler:		  /usr/bin/gcc-4.0
	cflags:		          -O2 -arch i386 -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing
	cppflags:		  -I/opt/local/include
        Doxygen:                  no

        Maintainer mode:          no
        gcc coverage profiling:   no
        Building unit tests:      no
        Building verbose mode:    no
        Building assertions:      no
        Building checks:          yes
        Building Doxygen docs:    no
        Building Gtk-doc docs:    no
        Bash Completion:          yes
        Gettext libs (empty OK):  -lintl
        Using XML parser:
        'make check' socket dir:

DEBUG: Executing proc-post-org.macports.configure-configure-0
--->  Building dbus-glib
DEBUG: Executing org.macports.build (dbus-glib)
--->  Building dbus-glib for architecture ppc
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'
DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_devel_dbus-glib/work/dbus-glib-0.86-ppc"  
&& /usr/bin/make -j1 all'
/usr/bin/make  all-recursive
Making all in dbus
/usr/bin/make  all-recursive
Making all in .
  CC     dbus-glib.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-glib.lo dbus-glib.c
  CC     dbus-gmain.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gmain.lo dbus-gmain.c
  CC     dbus-gmarshal.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gmarshal.lo dbus-gmarshal.c
  CC     dbus-gobject.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gobject.lo dbus-gobject.c
dbus-gobject.c: In function 'dbus_set_g_error':
dbus-gobject.c:2128: warning: control may reach end of non-void  
function 'dbus_error_to_gerror_code' being inlined
  CC     dbus-gproxy.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gproxy.lo dbus-gproxy.c
  CC     dbus-gtest.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gtest.lo dbus-gtest.c
  CC     dbus-gvalue.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gvalue.lo dbus-gvalue.c
  CC     dbus-gthread.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gthread.lo dbus-gthread.c
  CC     dbus-gtype-specialized.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gtype-specialized.lo dbus-gtype-specialized.c
  CC     dbus-gutils.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gutils.lo dbus-gutils.c
  CC     dbus-gsignature.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gsignature.lo dbus-gsignature.c
  CC     dbus-gvalue-utils.lo
/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.0  
-DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/ 
opt/local/lib/dbus-1.0/include   -I/opt/local/include/glib-2.0 -I/opt/ 
local/lib/glib-2.0/include -I/opt/local/include    - 
DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\"   -I/ 
opt/local/include  -O2 -arch ppc -Wall -Wchar-subscripts -Wmissing- 
declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith - 
Wcast-align -Wfloat-equal -Wsign-compare -fno-strict-aliasing -c -o  
dbus-gvalue-utils.lo dbus-gvalue-utils.c
  CCLD   libdbus-glib-1.la
../libtool: eval: line 941: syntax error near unexpected token `|'
../libtool: eval: line 941: `link -dump -symbols  .libs/dbus- 
glib.o .libs/dbus-gmain.o .libs/dbus-gmarshal.o .libs/dbus- 
gobject.o .libs/dbus-gproxy.o .libs/dbus-gtest.o .libs/dbus- 
gvalue.o .libs/dbus-gthread.o .libs/dbus-gtype-specialized.o .libs/ 
dbus-gutils.o .libs/dbus-gsignature.o .libs/dbus-gvalue-utils.o   |   
| /opt/local/bin/gsed 's/.* //' | sort | uniq > .libs/libdbus- 
glib-1.exp'
make[4]: *** [libdbus-glib-1.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: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_devel_dbus-glib/work/dbus-glib-0.86-ppc"  
&& /usr/bin/make -j1 all " returned error 2
DEBUG: Backtrace: shell command " cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_devel_dbus-glib/work/dbus-glib-0.86-ppc"  
&& /usr/bin/make -j1 all " returned error 2
    while executing
"$procedure $targetname"
Warning: the following items did not execute (for dbus-glib):  
org.macports.destroot org.macports.build
DEBUG:
Error: Unable to upgrade port: 1
To report a bug, see <http://guide.macports.org/#project.tickets>


From ryandesign at macports.org  Tue Apr 13 23:37:51 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 14 Apr 2010 01:37:51 -0500
Subject: dbus-glib will not upgrade
In-Reply-To: <B00FF846-CDB3-4D7F-87C4-895A85B3D89E@mac.com>
References: <B00FF846-CDB3-4D7F-87C4-895A85B3D89E@mac.com>
Message-ID: <B2964E4E-6465-4491-8146-F8415F164556@macports.org>

On Apr 14, 2010, at 00:54, nam wrote:

> I have problem in upgrading dbus-glib 0.80 to 0.86.
> 
> Macbook 2.16G mid2007 10.5.8
> 
> Any idea?

> DEBUG: new fully merged portvariants: universal +

Ok, you're building universal.

> --->  Configuring dbus-glib for architecture ppc

> checking for BSD- or MS-compatible name lister (nm)... no

> --->  Configuring dbus-glib for architecture i386

> checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -p
> checking the name lister (/usr/bin/nm -p) interface... BSD nm

And when doing the ppc part, it couldn't figure out where the "nm" command is (while for the i386 part it could).

> --->  Building dbus-glib for architecture ppc

> ../libtool: eval: line 941: syntax error near unexpected token `|'


You'll probably find that on line 941 of the libtool, it uses the $NM variable between two pipes; since the $NM variable is empty here, that makes two pipes in a row, which is a syntax error.

We've seen this several times before in several other ports that use the muniversal portgroup, so we just have to apply the same fix to the dbus-glib port. You should file a ticket in the issue tracker.


From ryandesign at macports.org  Tue Apr 13 23:39:07 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 14 Apr 2010 01:39:07 -0500
Subject: selfupdate
In-Reply-To: <28238258.post@talk.nabble.com>
References: <57FD7C7A-BC4B-4027-8407-67DF30D13142@me.com>
	<28238258.post@talk.nabble.com>
Message-ID: <EA537366-6E82-4E75-B07E-9C02B926178F@macports.org>


On Apr 13, 2010, at 23:30, 42 wrote:

> Thanks!...me too....and this worked great to resolve this error:
> 
> 
> Can't map the URL 'file://.' to a port description file ("Could not find
> Portfile in /Users/JoeBlow").
> 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).

Unlikely; that error message means you typed "port install" or "port upgrade" or "port" something else in your home directory without specifying a port name. Nothing will resolve that error other than changing to a directory that contains a portfile, or more usually just specifying the port name on the command line.



From phil.hudson at iname.com  Wed Apr 14 12:59:13 2010
From: phil.hudson at iname.com (Philip Hudson)
Date: Wed, 14 Apr 2010 20:59:13 +0100
Subject: cyrus-sasl2 build failure, TiPB, 10.5.8
In-Reply-To: <3EB817CD-6533-4FD3-B3F8-8B40D9F47ED2@macports.org>
References: <413C08EF-A6A7-4DE2-8BBD-71CCCDE98477@iname.com>
	<3EB817CD-6533-4FD3-B3F8-8B40D9F47ED2@macports.org>
Message-ID: <22023557-34CE-4952-A24B-E3C8DFF6EB49@iname.com>

On 12 Apr, 2010, at 3:48 pm, Ryan Schmidt wrote:

> On Apr 12, 2010, at 09:41, Philip Hudson wrote:
>
>> 15" Titanium PowerBook G4
>> Mac OS X 10.5.8 Leopard
>> Final PPC XCode (3.1.3?)
>> No fink
>> Completely uninstalled as per migration page
>> The re-install perl script manages more than 50% reinstalls, but
>> cyrus-sasl2 fails to install.
>>
>> I've googled the MacPorts site and found ominous-sounding posts  
>> about cyrus-sasl2's inability to be upgraded in place, but none of  
>> the problems and solutions I found matched or worked for my  
>> specific issue.
>>
>>
>> PHC (~) phil 571% sudo port deactivate cyrus-sasl2
>> Password:
>> Error: port deactivate failed: Registry error: cyrus-sasl2 not  
>> registered as installed & active.
>> PHC (~) phil 572% sudo port clean cyrus-sasl2
>> --->  Cleaning cyrus-sasl2
>> PHC (~) phil 573% sudo port -R -u -c -p install cyrus-sasl2
>>
...
>> --->  Building cyrus-sasl2
>> Error: Target org.macports.build returned: shell command " cd "/opt/ 
>> local/var/macports/build/ 
>> _opt_local_var_macports_sources_rsync 
>> .macports.org_release_ports_security_cyrus-sasl2/work/cyrus- 
>> sasl-2.1.23" && /usr/bin/make -j1 all " returned error 2
>> Command output: gssapi.c:1304: error: 'output_token' undeclared  
>> (first use in this function)
>
> http://trac.macports.org/ticket/23812

I take that to mean I need to wait for an upstream fix.

FMI, what's wrong/missing with my google-fu?
http://www.google.com/search?q=site:lists.macosforge.org%20*
(This is in LaunchBar. * is replaced by the term I'm looking for)

--
Phil Hudson                      PGP/GnuPG ID: 0x887DCA63



From dersh at alum.mit.edu  Wed Apr 14 17:33:28 2010
From: dersh at alum.mit.edu (Adam Dershowitz)
Date: Wed, 14 Apr 2010 17:33:28 -0700
Subject: Upgrade dependents to universal?
Message-ID: <BF924486-5A6E-4FC1-93DB-27A487C9D590@alum.mit.edu>

Here is the problem...I am trying to install wine-devel, but many ports that I have installed are not universal.  So, each time I do:
sudo port install wine-devel

I get things like this:

Error: You cannot install wine-devel for the architecture(s) i386 because
Error: its dependency xorg-libXcursor only contains the architecture(s) x86_64.
Error: 
Error: Try rebuilding xorg-libXcursor (and all its dependencies) with
Error: the +universal variant by running
Error: 
Error:     sudo port upgrade --enforce-variants xorg-libXcursor +universal
Error: 
Error: Target org.macports.configure returned: incompatible architectures in dependencies


OK, no problem, so I do the upgrade, and then I get to the next one that is not universal, so I have to keep watching and repeating.  I will get there, but I don't want to keep monitoring and repeating.

Is there a command that will do something like, "upgrade to universal all dependencies of wine-devel"?  Or, even better, "install wine-devel and upgrade all dependencies as necessary"?

Thanks,


--Adam




From ryandesign at macports.org  Wed Apr 14 18:37:56 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 14 Apr 2010 20:37:56 -0500
Subject: Upgrade dependents to universal?
In-Reply-To: <BF924486-5A6E-4FC1-93DB-27A487C9D590@alum.mit.edu>
References: <BF924486-5A6E-4FC1-93DB-27A487C9D590@alum.mit.edu>
Message-ID: <5115EF03-6591-4C82-981D-31853766BD17@macports.org>


On Apr 14, 2010, at 19:33, Adam Dershowitz wrote:

> Here is the problem...I am trying to install wine-devel, but many ports that I have installed are not universal.  So, each time I do:
> sudo port install wine-devel
> 
> I get things like this:
> 
> Error: You cannot install wine-devel for the architecture(s) i386 because
> Error: its dependency xorg-libXcursor only contains the architecture(s) x86_64.
> Error: 
> Error: Try rebuilding xorg-libXcursor (and all its dependencies) with
> Error: the +universal variant by running
> Error: 
> Error:     sudo port upgrade --enforce-variants xorg-libXcursor +universal
> Error: 
> Error: Target org.macports.configure returned: incompatible architectures in dependencies
> 
> 
> OK, no problem, so I do the upgrade, and then I get to the next one that is not universal, so I have to keep watching and repeating.  I will get there, but I don't want to keep monitoring and repeating.
> 
> Is there a command that will do something like, "upgrade to universal all dependencies of wine-devel"?  Or, even better, "install wine-devel and upgrade all dependencies as necessary"?

Well, not built-in, but it wouldn't be too hard to script. Probably something like this would work:


for p in $(port info --line --depends_lib wine-devel | sed 's/,/ /g')
do
sudo port upgrade --enforce-variants $(echo $p | sed 's/.*://') +universal
done




From arno at alum.wpi.edu  Wed Apr 14 19:09:42 2010
From: arno at alum.wpi.edu (Arno Hautala)
Date: Wed, 14 Apr 2010 22:09:42 -0400
Subject: Upgrade dependents to universal?
In-Reply-To: <5115EF03-6591-4C82-981D-31853766BD17@macports.org>
References: <BF924486-5A6E-4FC1-93DB-27A487C9D590@alum.mit.edu>
	<5115EF03-6591-4C82-981D-31853766BD17@macports.org>
Message-ID: <n2z6adc49071004141909lbbb19415zdcfd06cf5a45b720@mail.gmail.com>

On Wed, Apr 14, 2010 at 21:37, Ryan Schmidt <ryandesign at macports.org> wrote:
>
> Well, not built-in, but it wouldn't be too hard to script. Probably something like this would work:
>
> for p in $(port info --line --depends_lib wine-devel | sed 's/,/ /g')
> do
> sudo port upgrade --enforce-variants $(echo $p | sed 's/.*://') +universal
> done

But, then there are the dependents of dependents that might need to be
universal as well.  This would need to using port-rdeps rather than
just port.

I will say that this is part of the reason that I have "+universal"
selected as a default in my variants.conf file.

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

pgp eabb6fe6 d47c500f b2458f5d a7cc7abb f81c4e00

From jmr at macports.org  Wed Apr 14 19:13:02 2010
From: jmr at macports.org (Joshua Root)
Date: Thu, 15 Apr 2010 12:13:02 +1000
Subject: Upgrade dependents to universal?
In-Reply-To: <n2z6adc49071004141909lbbb19415zdcfd06cf5a45b720@mail.gmail.com>
References: <BF924486-5A6E-4FC1-93DB-27A487C9D590@alum.mit.edu>	<5115EF03-6591-4C82-981D-31853766BD17@macports.org>
	<n2z6adc49071004141909lbbb19415zdcfd06cf5a45b720@mail.gmail.com>
Message-ID: <4BC6762E.70005@macports.org>

On 2010-4-15 12:09 , Arno Hautala wrote:
> On Wed, Apr 14, 2010 at 21:37, Ryan Schmidt <ryandesign at macports.org> wrote:
>>
>> Well, not built-in, but it wouldn't be too hard to script. Probably something like this would work:
>>
>> for p in $(port info --line --depends_lib wine-devel | sed 's/,/ /g')
>> do
>> sudo port upgrade --enforce-variants $(echo $p | sed 's/.*://') +universal
>> done
> 
> But, then there are the dependents of dependents that might need to be
> universal as well.  This would need to using port-rdeps rather than
> just port.

Not true, upgrade is a recursive operation by default.

BTW, the terminology being used here isn't right, a dependent is the
opposite of a dependency.

- Josh

From brad at pixilla.com  Wed Apr 14 21:51:02 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Wed, 14 Apr 2010 21:51:02 -0700
Subject: subscription test
Message-ID: <6C02CAA7-BE1F-4550-9A96-E8945C258C73@pixilla.com>

Pardon me.

From gabriele at mysimpatico.com  Wed Apr 14 23:53:40 2010
From: gabriele at mysimpatico.com (Gabriele Kahlout)
Date: Thu, 15 Apr 2010 08:53:40 +0200
Subject: Updated libvmime
Message-ID: <h2s1f5d398f1004142353yf04fa2d5j2db86002ce35d715@mail.gmail.com>

Hello,

I'm new to macports, and the idea is really great. However, I need to
install libvmime, and the port available is of a version released in
2005, for which current code examples and documentation is not
available. Could you update it?

It would be wonderful if ports where regularly updated.

-- 
Regards,
K. Gabriele

--- unchanged since 25/1/10 ---
P.S. Unless a notification (LON), please reply either with an answer
OR with " ACK" appended to this subject within 48 hours. Otherwise, I
might resend.
In(LON, this) ? In(48h, TimeNow) ? ?x. In(x, MyInbox) ? IsAnswerTo(x,
this) ? (In(subject(this), subject(x)) ? In(ACK, subject(x)) ?
?IsAnswerTo(x,this)) ? ?IResend(this).

Also note that correspondence may be received only from specified a
priori senders, or if the subject of this email ends with a code, eg.
-LICHT01X, then also from senders whose reply contains it.
?x. In(x, MyInbox) ? In(senderAddress(x), MySafeSenderList) ? (?y.
In(y, subject(this) ) ? In(y,x) ? isCodeLike(y, -LICHT01X) ).

From ryandesign at macports.org  Thu Apr 15 00:09:44 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 15 Apr 2010 02:09:44 -0500
Subject: Updated libvmime
In-Reply-To: <h2s1f5d398f1004142353yf04fa2d5j2db86002ce35d715@mail.gmail.com>
References: <h2s1f5d398f1004142353yf04fa2d5j2db86002ce35d715@mail.gmail.com>
Message-ID: <621182AA-4FDD-491F-8ED9-57017C23DD42@macports.org>


On Apr 15, 2010, at 01:53, Gabriele Kahlout wrote:

> I'm new to macports, and the idea is really great. However, I need to
> install libvmime, and the port available is of a version released in
> 2005, for which current code examples and documentation is not
> available. Could you update it?

When you find a port that needs to be updated, you should file a port update request in the issue tracker. In this case, such a request has already been filed:

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


> It would be wonderful if ports where regularly updated.

Many of our ports are regularly updated. Unfortunately libvmime is one of the ports that do not have a maintainer. Anyone is welcome to volunteer to become an abandoned port's maintainer, or to attach patches to tickets to fix them.


From gabriele at mysimpatico.com  Thu Apr 15 01:06:53 2010
From: gabriele at mysimpatico.com (Gabriele Kahlout)
Date: Thu, 15 Apr 2010 10:06:53 +0200
Subject: Updated libvmime
In-Reply-To: <621182AA-4FDD-491F-8ED9-57017C23DD42@macports.org>
References: <h2s1f5d398f1004142353yf04fa2d5j2db86002ce35d715@mail.gmail.com>
	<621182AA-4FDD-491F-8ED9-57017C23DD42@macports.org>
Message-ID: <w2y1f5d398f1004150106h3e5cf942j2a9f5f4c56814957@mail.gmail.com>

Okay, the ticket has been filed 5 months ago, what's happening to it?

2010/4/15, Ryan Schmidt <ryandesign at macports.org>:
>
> On Apr 15, 2010, at 01:53, Gabriele Kahlout wrote:
>
>> I'm new to macports, and the idea is really great. However, I need to
>> install libvmime, and the port available is of a version released in
>> 2005, for which current code examples and documentation is not
>> available. Could you update it?
>
> When you find a port that needs to be updated, you should file a port update
> request in the issue tracker. In this case, such a request has already been
> filed:
>
> http://trac.macports.org/ticket/22474
>
>
>> It would be wonderful if ports where regularly updated.
>
> Many of our ports are regularly updated. Unfortunately libvmime is one of
> the ports that do not have a maintainer. Anyone is welcome to volunteer to
> become an abandoned port's maintainer, or to attach patches to tickets to
> fix them.
>
>


-- 
Regards,
K. Gabriele

--- unchanged since 25/1/10 ---
P.S. Unless a notification (LON), please reply either with an answer
OR with " ACK" appended to this subject within 48 hours. Otherwise, I
might resend.
In(LON, this) ? In(48h, TimeNow) ? ?x. In(x, MyInbox) ? IsAnswerTo(x,
this) ? (In(subject(this), subject(x)) ? In(ACK, subject(x)) ?
?IsAnswerTo(x,this)) ? ?IResend(this).

Also note that correspondence may be received only from specified a
priori senders, or if the subject of this email ends with a code, eg.
-LICHT01X, then also from senders whose reply contains it.
?x. In(x, MyInbox) ? In(senderAddress(x), MySafeSenderList) ? (?y.
In(y, subject(this) ) ? In(y,x) ? isCodeLike(y, -LICHT01X) ).

From ryandesign at macports.org  Thu Apr 15 01:18:34 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 15 Apr 2010 03:18:34 -0500
Subject: Updated libvmime
In-Reply-To: <w2y1f5d398f1004150106h3e5cf942j2a9f5f4c56814957@mail.gmail.com>
References: <h2s1f5d398f1004142353yf04fa2d5j2db86002ce35d715@mail.gmail.com>
	<621182AA-4FDD-491F-8ED9-57017C23DD42@macports.org>
	<w2y1f5d398f1004150106h3e5cf942j2a9f5f4c56814957@mail.gmail.com>
Message-ID: <CE13FE81-CAFD-4461-97B3-735A038C99BC@macports.org>

On Apr 15, 2010, at 03:06, Gabriele Kahlout wrote:

> 2010/4/15, Ryan Schmidt <ryandesign at macports.org>:
>> 
>> On Apr 15, 2010, at 01:53, Gabriele Kahlout wrote:
>> 
>>> I'm new to macports, and the idea is really great. However, I need to
>>> install libvmime, and the port available is of a version released in
>>> 2005, for which current code examples and documentation is not
>>> available. Could you update it?
>> 
>> When you find a port that needs to be updated, you should file a port update
>> request in the issue tracker. In this case, such a request has already been
>> filed:
>> 
>> http://trac.macports.org/ticket/22474
>> 
>> 
>>> It would be wonderful if ports where regularly updated.
>> 
>> Many of our ports are regularly updated. Unfortunately libvmime is one of
>> the ports that do not have a maintainer. Anyone is welcome to volunteer to
>> become an abandoned port's maintainer, or to attach patches to tickets to
>> fix them.
> 
> Okay, the ticket has been filed 5 months ago, what's happening to it?

Nothing so far. If you would like to contribute a patch to fix it, please do. Otherwise, perhaps someone else eventually will.


From russell.jones at physics.ox.ac.uk  Thu Apr 15 01:21:16 2010
From: russell.jones at physics.ox.ac.uk (Russell Jones)
Date: Thu, 15 Apr 2010 09:21:16 +0100
Subject: Updated libvmime
In-Reply-To: <w2y1f5d398f1004150106h3e5cf942j2a9f5f4c56814957@mail.gmail.com>
References: <h2s1f5d398f1004142353yf04fa2d5j2db86002ce35d715@mail.gmail.com>	<621182AA-4FDD-491F-8ED9-57017C23DD42@macports.org>
	<w2y1f5d398f1004150106h3e5cf942j2a9f5f4c56814957@mail.gmail.com>
Message-ID: <4BC6CC7C.6030009@physics.ox.ac.uk>

Nothing unless someone chooses to do something. That's what 
"unmaintained" means. The implication is that you might consider 
maintaining the port. Have a look at 
<http://guide.macports.org/#development.local-repositories>http://guide.macports.org/#development
if you think that might be an option.

Russell

Gabriele Kahlout wrote:
> Okay, the ticket has been filed 5 months ago, what's happening to it?
>
> 2010/4/15, Ryan Schmidt <ryandesign at macports.org>:
>   
>> On Apr 15, 2010, at 01:53, Gabriele Kahlout wrote:
>>
>>     
>>> I'm new to macports, and the idea is really great. However, I need to
>>> install libvmime, and the port available is of a version released in
>>> 2005, for which current code examples and documentation is not
>>> available. Could you update it?
>>>       
>> When you find a port that needs to be updated, you should file a port update
>> request in the issue tracker. In this case, such a request has already been
>> filed:
>>
>> http://trac.macports.org/ticket/22474
>>
>>
>>     
>>> It would be wonderful if ports where regularly updated.
>>>       
>> Many of our ports are regularly updated. Unfortunately libvmime is one of
>> the ports that do not have a maintainer. Anyone is welcome to volunteer to
>> become an abandoned port's maintainer, or to attach patches to tickets to
>> fix them.
>>
>>
>>     
>
>
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100415/0c5ee1c9/attachment.html>

From arno at alum.wpi.edu  Thu Apr 15 02:24:45 2010
From: arno at alum.wpi.edu (Arno Hautala)
Date: Thu, 15 Apr 2010 05:24:45 -0400
Subject: Upgrade dependents to universal?
In-Reply-To: <4BC6762E.70005@macports.org>
References: <BF924486-5A6E-4FC1-93DB-27A487C9D590@alum.mit.edu>
	<5115EF03-6591-4C82-981D-31853766BD17@macports.org>
	<n2z6adc49071004141909lbbb19415zdcfd06cf5a45b720@mail.gmail.com>
	<4BC6762E.70005@macports.org>
Message-ID: <q2p6adc49071004150224hd49891b5zfc9a56eb5ff3943f@mail.gmail.com>

On Wed, Apr 14, 2010 at 22:13, Joshua Root <jmr at macports.org> wrote:
>
> Not true, upgrade is a recursive operation by default.

But, if the upgrade was recursive, shouldn't "uprgrade wine-devel"
catch everything?  Or I suppose you would first have to have
wine-devel installed for that to work.

"The More You Know..."


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

pgp eabb6fe6 d47c500f b2458f5d a7cc7abb f81c4e00

From reiser.paul at gmail.com  Thu Apr 15 07:26:49 2010
From: reiser.paul at gmail.com (reiser.paul at gmail.com)
Date: Thu, 15 Apr 2010 10:26:49 -0400
Subject: gnumeric will not install
In-Reply-To: <256CBB6C-254B-4D6D-8A3B-B96534B36D6D@macports.org>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
	<7186220D-9124-46AC-A075-A055055950EF@macports.org>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
	<179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>
	<58B78765-53E8-423A-8CD6-3748DA317CFE@sbcglobal.net>
	<k2l5158669d1004121636ufc8fe7b5vc48df5faa0fc0d52@mail.gmail.com>
	<B5B58C51-711D-421F-8649-5D2A795833F4@macports.org>
	<j2g5158669d1004132017h12f68973lb007137fd9a94efe@mail.gmail.com>
	<256CBB6C-254B-4D6D-8A3B-B96534B36D6D@macports.org>
Message-ID: <r2r5158669d1004150726p60eae485n19632802f351707e@mail.gmail.com>

Hi Ryan - Yes, the gnumeric 1.10.1 folder was from the previous installment.
I have put that in the trash. I'm assuming that the MacPorts installation
process created something like a gnumeric 1.8.4 folder somewhere, but I
cannot seem to find it, in order to complete the installation (./configure,
etc). After the "sudo port -d install gnumeric command", what would be my
next step?

Paul Reiser

On Tue, Apr 13, 2010 at 11:41 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

> On Apr 13, 2010, at 22:17, reiser.paul at gmail.com wrote:
>
> > The log file exceeded the 25 Mb limit, so I deleted everyhing except the
> ./configure output. Let me know if you need more than that. I did the
> following:
> >
> >   sudo port -d install xorg-libsm  - looks good (?)
> >
> >   sudo port -d install gnumeric - looks good (?)
>
> Ok, so according to "port info gnumeric", this would have installed
> gnumeric 1.8.4 for you.
>
>
> > cd to the newly created /Applications/gnumeric-1.10.1 folder
>
> This directory has nothing to do with MacPorts. Perhaps you put this there
> before? To see what MacPorts installed and where, use "port contents
> gnumeric".
>
>
> >   ./configure
> >
> > and this gave some errors. Maybe something else that needs to be
> installed? Anyway, I will wait for your reply before moving on.
>
> The log says libgoffice 0.8 could not be found, which could be either
> because it is not installed, or because the configure script could not find
> it. I see our goffice port is only for version 0.6.6, so it seems to be the
> former reason.
>
> So, I wouldn't worry about this. I'd delete the gnumeric-1.10.1 folder and
> get back to using the gnumeric 1.8.4 that MacPorts installed for you.
>
> We should probably upgrade our gnumeric port to 1.10.x, and would in the
> process logically have to upgrade our goffice port to 0.8.x. The request for
> the goffice update is already filed here:
>
> http://trac.macports.org/ticket/22581
>
> I filed a ticket for the gnumeric update request here:
>
> http://trac.macports.org/ticket/24475
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100415/13ac5568/attachment.html>

From LenoreHorner at sbcglobal.net  Thu Apr 15 07:43:11 2010
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Thu, 15 Apr 2010 09:43:11 -0500
Subject: gnumeric will not install
In-Reply-To: <r2r5158669d1004150726p60eae485n19632802f351707e@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<z2w5158669d1004120947l74b6b7bfjb07de827177b4882@mail.gmail.com>
	<7186220D-9124-46AC-A075-A055055950EF@macports.org>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
	<179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>
	<58B78765-53E8-423A-8CD6-3748DA317CFE@sbcglobal.net>
	<k2l5158669d1004121636ufc8fe7b5vc48df5faa0fc0d52@mail.gmail.com>
	<B5B58C51-711D-421F-8649-5D2A795833F4@macports.org>
	<j2g5158669d1004132017h12f68973lb007137fd9a94efe@mail.gmail.com>
	<256CBB6C-254B-4D6D-8A3B-B96534B36D6D@macports.org>
	<r2r5158669d1004150726p60eae485n19632802f351707e@mail.gmail.com>
Message-ID: <B528D861-1420-43A0-9FD3-C3E09D114CB5@sbcglobal.net>


On Apr 15, 2010, at 9:26 AM, reiser.paul at gmail.com wrote:

> Hi Ryan - Yes, the gnumeric 1.10.1 folder was from the previous  
> installment. I have put that in the trash. I'm assuming that the  
> MacPorts installation process created something like a gnumeric  
> 1.8.4 folder somewhere, but I cannot seem to find it, in order to  
> complete the installation (./configure, etc). After the "sudo port - 
> d install gnumeric command", what would be my next step?

Unless you got some output indicating that install didn't work, you  
now have gnumeric available.  You should be able to start it by typing  
gnumeric at the prompt.

Lenore

>
> Paul Reiser
>
> On Tue, Apr 13, 2010 at 11:41 PM, Ryan Schmidt <ryandesign at macports.org 
> > wrote:
> On Apr 13, 2010, at 22:17, reiser.paul at gmail.com wrote:
>
> > The log file exceeded the 25 Mb limit, so I deleted everyhing  
> except the ./configure output. Let me know if you need more than  
> that. I did the following:
> >
> >   sudo port -d install xorg-libsm  - looks good (?)
> >
> >   sudo port -d install gnumeric - looks good (?)
>
> Ok, so according to "port info gnumeric", this would have installed  
> gnumeric 1.8.4 for you.
>
>
> > cd to the newly created /Applications/gnumeric-1.10.1 folder
>
> This directory has nothing to do with MacPorts. Perhaps you put this  
> there before? To see what MacPorts installed and where, use "port  
> contents gnumeric".
>
>
> >   ./configure
> >
> > and this gave some errors. Maybe something else that needs to be  
> installed? Anyway, I will wait for your reply before moving on.
>
> The log says libgoffice 0.8 could not be found, which could be  
> either because it is not installed, or because the configure script  
> could not find it. I see our goffice port is only for version 0.6.6,  
> so it seems to be the former reason.
>
> So, I wouldn't worry about this. I'd delete the gnumeric-1.10.1  
> folder and get back to using the gnumeric 1.8.4 that MacPorts  
> installed for you.
>
> We should probably upgrade our gnumeric port to 1.10.x, and would in  
> the process logically have to upgrade our goffice port to 0.8.x. The  
> request for the goffice update is already filed here:
>
> http://trac.macports.org/ticket/22581
>
> I filed a ticket for the gnumeric update request here:
>
> http://trac.macports.org/ticket/24475
>
>
>
> _______________________________________________
> 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/20100415/53120286/attachment.html>

From ink_blot at att.net  Thu Apr 15 10:46:08 2010
From: ink_blot at att.net (Ivan Kawaler)
Date: Thu, 15 Apr 2010 12:46:08 -0500
Subject: libao 1.0.0_0 Errors
Message-ID: <D81C6F70-0D8A-4DA3-AF9D-A96442008C19@att.net>

I've come across the following errors from libao while trying to run  
cmus [libao @1.0.0_0+darwin and cmus @2.3.1_1+flac].  Has anyone else  
had issues with this?  Has anyone not come across this issue?

ao_macosx ERROR: Unrecognized channel name " " in channel matrix " "
ao_macosx ERROR: Input channel matrix invalid; ignoring
ao_macosx ERROR: Could not configure output endianness
ao_macosx ERROR: Failed to start audio output => -10867

Error: opening audio device: Operation not supported by device
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100415/405b4b44/attachment.html>

From reiser.paul at gmail.com  Thu Apr 15 12:07:05 2010
From: reiser.paul at gmail.com (reiser.paul at gmail.com)
Date: Thu, 15 Apr 2010 15:07:05 -0400
Subject: gnumeric will not install
In-Reply-To: <B528D861-1420-43A0-9FD3-C3E09D114CB5@sbcglobal.net>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
	<179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>
	<58B78765-53E8-423A-8CD6-3748DA317CFE@sbcglobal.net>
	<k2l5158669d1004121636ufc8fe7b5vc48df5faa0fc0d52@mail.gmail.com>
	<B5B58C51-711D-421F-8649-5D2A795833F4@macports.org>
	<j2g5158669d1004132017h12f68973lb007137fd9a94efe@mail.gmail.com>
	<256CBB6C-254B-4D6D-8A3B-B96534B36D6D@macports.org>
	<r2r5158669d1004150726p60eae485n19632802f351707e@mail.gmail.com>
	<B528D861-1420-43A0-9FD3-C3E09D114CB5@sbcglobal.net>
Message-ID: <k2j5158669d1004151207lae1d1c38t777d63002db2e24d@mail.gmail.com>

Ah - ok, that works! I was used to going thru the ./configure... stuff, then
double-clicking on a gnumeric file, as in version 10. Thanks Lenore.

After that, I installed ImageMagick, and there seems to be no problem with
it either. Next on my list is GDL. I ran into some problems with GDL while
going thru the gnumeric install, but they seem to have gone away after the
succesful gnumeric installation. I will wait and see if there is a problem
with my GDL before MacPorting a new version. As for GIMP, I believe I
installed that from the binary, because so far, I have had no problems with
it.

Thanks to Ryan and Lenore for all the help.
Paul R.

On Thu, Apr 15, 2010 at 10:43 AM, Lenore Horner
<LenoreHorner at sbcglobal.net>wrote:

>
> On Apr 15, 2010, at 9:26 AM, reiser.paul at gmail.com wrote:
>
> Hi Ryan - Yes, the gnumeric 1.10.1 folder was from the previous
> installment. I have put that in the trash. I'm assuming that the MacPorts
> installation process created something like a gnumeric 1.8.4 folder
> somewhere, but I cannot seem to find it, in order to complete the
> installation (./configure, etc). After the "sudo port -d install gnumeric
> command", what would be my next step?
>
>
> Unless you got some output indicating that install didn't work, you now
> have gnumeric available.  You should be able to start it by typing gnumeric
> at the prompt.
>
> Lenore
>
>
> Paul Reiser
>
> On Tue, Apr 13, 2010 at 11:41 PM, Ryan Schmidt <ryandesign at macports.org>wrote:
>
>> On Apr 13, 2010, at 22:17, reiser.paul at gmail.com wrote:
>>
>> > The log file exceeded the 25 Mb limit, so I deleted everyhing except the
>> ./configure output. Let me know if you need more than that. I did the
>> following:
>> >
>> >   sudo port -d install xorg-libsm  - looks good (?)
>> >
>> >   sudo port -d install gnumeric - looks good (?)
>>
>> Ok, so according to "port info gnumeric", this would have installed
>> gnumeric 1.8.4 for you.
>>
>>
>> > cd to the newly created /Applications/gnumeric-1.10.1 folder
>>
>> This directory has nothing to do with MacPorts. Perhaps you put this there
>> before? To see what MacPorts installed and where, use "port contents
>> gnumeric".
>>
>>
>> >   ./configure
>> >
>> > and this gave some errors. Maybe something else that needs to be
>> installed? Anyway, I will wait for your reply before moving on.
>>
>> The log says libgoffice 0.8 could not be found, which could be either
>> because it is not installed, or because the configure script could not find
>> it. I see our goffice port is only for version 0.6.6, so it seems to be the
>> former reason.
>>
>> So, I wouldn't worry about this. I'd delete the gnumeric-1.10.1 folder and
>> get back to using the gnumeric 1.8.4 that MacPorts installed for you.
>>
>> We should probably upgrade our gnumeric port to 1.10.x, and would in the
>> process logically have to upgrade our goffice port to 0.8.x. The request for
>> the goffice update is already filed here:
>>
>> http://trac.macports.org/ticket/22581
>>
>> I filed a ticket for the gnumeric update request here:
>>
>> http://trac.macports.org/ticket/24475
>>
>>
>>
> _______________________________________________
> 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/20100415/ec2303b2/attachment.html>

From ryandesign at macports.org  Thu Apr 15 13:19:50 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 15 Apr 2010 15:19:50 -0500
Subject: gnumeric will not install
In-Reply-To: <k2j5158669d1004151207lae1d1c38t777d63002db2e24d@mail.gmail.com>
References: <n2o5158669d1004110502icba7b92ic062f19565f055a5@mail.gmail.com>
	<p2x5158669d1004121022x5c31a1e0zd4e98a4cf2f73d1@mail.gmail.com>
	<179DF485-53A0-4CD0-B80D-8533D65DAD84@macports.org>
	<58B78765-53E8-423A-8CD6-3748DA317CFE@sbcglobal.net>
	<k2l5158669d1004121636ufc8fe7b5vc48df5faa0fc0d52@mail.gmail.com>
	<B5B58C51-711D-421F-8649-5D2A795833F4@macports.org>
	<j2g5158669d1004132017h12f68973lb007137fd9a94efe@mail.gmail.com>
	<256CBB6C-254B-4D6D-8A3B-B96534B36D6D@macports.org>
	<r2r5158669d1004150726p60eae485n19632802f351707e@mail.gmail.com>
	<B528D861-1420-43A0-9FD3-C3E09D114CB5@sbcglobal.net>
	<k2j5158669d1004151207lae1d1c38t777d63002db2e24d@mail.gmail.com>
Message-ID: <B65CDA48-2DAB-4A61-9F2A-DB3EF3A28FB0@macports.org>

On Apr 15, 2010, at 14:07, reiser.paul at gmail.com wrote:

> On Thu, Apr 15, 2010 at 10:43 AM, Lenore Horner wrote:
> 
>> On Apr 15, 2010, at 9:26 AM, reiser.paul at gmail.com wrote:
>> 
>>> Hi Ryan - Yes, the gnumeric 1.10.1 folder was from the previous installment. I have put that in the trash. I'm assuming that the MacPorts installation process created something like a gnumeric 1.8.4 folder somewhere, but I cannot seem to find it, in order to complete the installation (./configure, etc). After the "sudo port -d install gnumeric command", what would be my next step?
>> 
>> Unless you got some output indicating that install didn't work, you now have gnumeric available.  You should be able to start it by typing gnumeric at the prompt.
> 
> Ah - ok, that works! I was used to going thru the ./configure... stuff, then double-clicking on a gnumeric file, as in version 10. Thanks Lenore.

That's one of the primary things MacPorts does for you -- running ./configure, make and make install, with the correct arguments. The reason you use MacPorts to install software is to avoid having to do that kind of thing by hand.

Lenore already pointed out specifically how to start gnumeric, but more generally, if you didn't know how to run something installed via MacPorts, you would use e.g. "port contents gnumeric" to see everything the gnumeric port installed. If this is a command-line program, you would look through that output for something installed in /opt/local/bin. If this is an Aqua GUI program (i.e. a normal Mac OS X program that you double-click), you would look for something installed in /Applications/MacPorts. If this is an X11 GUI program, the port might have installed it in either or both of those places (depending on the port).



From allbery at kf8nh.com  Thu Apr 15 14:51:25 2010
From: allbery at kf8nh.com (Brandon Allbery)
Date: Thu, 15 Apr 2010 17:51:25 -0400
Subject: Updated libvmime
In-Reply-To: <w2y1f5d398f1004150106h3e5cf942j2a9f5f4c56814957@mail.gmail.com>
References: <h2s1f5d398f1004142353yf04fa2d5j2db86002ce35d715@mail.gmail.com>
	<621182AA-4FDD-491F-8ED9-57017C23DD42@macports.org>
	<w2y1f5d398f1004150106h3e5cf942j2a9f5f4c56814957@mail.gmail.com>
Message-ID: <97FFA5A5-4B83-44F8-8231-EFB4C8B9C214@kf8nh.com>

On Apr 15, 2010, at 04:06 , Gabriele Kahlout wrote:
> Okay, the ticket has been filed 5 months ago, what's happening to it?

MacPorts is 100% volunteer; nobody has volunteered to keep libvmime up  
to date.  You're welcome to do so, but don't expect anyone else to  
step forward simply because you want it.  It's more likely to happen  
if a bunch of people want it, and less likely if people act like  
they're entitled to instant response.

-- 
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery at kf8nh.com
system administrator [openafs,heimdal,too many hats] allbery at ece.cmu.edu
electrical and computer engineering, carnegie mellon university    KF8NH



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100415/cf3f476d/attachment.bin>

From keybounce at gmail.com  Thu Apr 15 20:25:16 2010
From: keybounce at gmail.com (Michael_google gmail_Gersten)
Date: Thu, 15 Apr 2010 20:25:16 -0700
Subject: Upgrade dependents to universal?
In-Reply-To: <q2p6adc49071004150224hd49891b5zfc9a56eb5ff3943f@mail.gmail.com>
References: <BF924486-5A6E-4FC1-93DB-27A487C9D590@alum.mit.edu>
	<5115EF03-6591-4C82-981D-31853766BD17@macports.org>
	<n2z6adc49071004141909lbbb19415zdcfd06cf5a45b720@mail.gmail.com>
	<4BC6762E.70005@macports.org>
	<q2p6adc49071004150224hd49891b5zfc9a56eb5ff3943f@mail.gmail.com>
Message-ID: <z2w1bd71ad81004152025r5d9a8e76r506fb40bfd97c6f2@mail.gmail.com>

What I want to know is why

sudo port upgrade --enforce-variants

works, but

sudo port install --enforce-variants

does not.

From ryandesign at macports.org  Thu Apr 15 20:36:17 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 15 Apr 2010 22:36:17 -0500
Subject: Upgrade dependents to universal?
In-Reply-To: <z2w1bd71ad81004152025r5d9a8e76r506fb40bfd97c6f2@mail.gmail.com>
References: <BF924486-5A6E-4FC1-93DB-27A487C9D590@alum.mit.edu>
	<5115EF03-6591-4C82-981D-31853766BD17@macports.org>
	<n2z6adc49071004141909lbbb19415zdcfd06cf5a45b720@mail.gmail.com>
	<4BC6762E.70005@macports.org>
	<q2p6adc49071004150224hd49891b5zfc9a56eb5ff3943f@mail.gmail.com>
	<z2w1bd71ad81004152025r5d9a8e76r506fb40bfd97c6f2@mail.gmail.com>
Message-ID: <26FBAAA8-5536-4AF6-AE62-BE259EB12B58@macports.org>


On Apr 15, 2010, at 22:25, Michael_google gmail_Gersten wrote:

> What I want to know is why
> 
> sudo port upgrade --enforce-variants
> 
> works, but
> 
> sudo port install --enforce-variants
> 
> does not.

I guess because when Joshua implemented --enforce-variants he did it as an option for the upgrade command, and not also as an option for the install command.

Flags (like "--enforce-variants") which go after the verb (i.e. after "upgrade" or after "install") are flags that are specific to that verb. Flags that go after "port" and before the verb (i.e. "-d", "-f", "-v") are global and apply to every verb.

So, short answer: because nobody got around to doing that yet.


From keybounce at gmail.com  Thu Apr 15 20:57:12 2010
From: keybounce at gmail.com (Michael_google gmail_Gersten)
Date: Thu, 15 Apr 2010 20:57:12 -0700
Subject: Compiling gimp
Message-ID: <h2o1bd71ad81004152057p59348e76p91202dc25abe8e80@mail.gmail.com>

On Mon, Apr 12, 2010 at 10:48 AM, Ryan Schmidt <ryandesign at macports.org> wrote:
>
> I should point out that installing gimp with MacPorts is an enormous endeavor, with almost 200 dependencies. This will take a lot of time to build, and I don't know if every one of these ports is in working order at this point in time. There is a standalone gimp binary for Mac OS X you can download which would probably be a lot simpler and less error-prone.

Well, I can confirm that it does build. Not universal, but it does.

It took over a day on my machine just to build GCC 4.3. Gimp itself
was fast in comparison :-).

Why does it build 5 different versions of docbook?
-- 
Political and economic blog of a strict constitutionalist
http://StrictConstitution.BlogSpot.com

From ryandesign at macports.org  Thu Apr 15 21:18:18 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 15 Apr 2010 23:18:18 -0500
Subject: Why are there multiple docbook-xml ports (was: Re: Compiling gimp)
In-Reply-To: <h2o1bd71ad81004152057p59348e76p91202dc25abe8e80@mail.gmail.com>
References: <h2o1bd71ad81004152057p59348e76p91202dc25abe8e80@mail.gmail.com>
Message-ID: <4E03AD3D-336D-4E01-BA92-F217233EE893@macports.org>


On Apr 15, 2010, at 22:57, Michael_google gmail_Gersten wrote:

> Why does it build 5 different versions of docbook?


I was hoping to be able to point you to a thread where this had been answered before, but I can't find one. I found this message where the question was asked before on the freebsd-ports mailing list, but nobody answered:

http://www.mail-archive.com/freebsd-ports at freebsd.org/msg06877.html

My understanding is that the docbook-xml-* ports provide DocBook XML DTDs -- Document Type Definitions. A DTD defines the meaning of elements within an SGML document; to read an SGML file (like a DocBook XML file), a program (like DocBook) needs the DTD referenced by the file. Any arbitrary software package FOO that builds its documentation using DocBook might have been written using any arbitrary version of the DocBook XML DTD. So we need to provide all DocBook XML DTDs still in use by any software package.


From jmr at macports.org  Thu Apr 15 22:12:05 2010
From: jmr at macports.org (Joshua Root)
Date: Fri, 16 Apr 2010 15:12:05 +1000
Subject: Upgrade dependents to universal?
In-Reply-To: <26FBAAA8-5536-4AF6-AE62-BE259EB12B58@macports.org>
References: <BF924486-5A6E-4FC1-93DB-27A487C9D590@alum.mit.edu>
	<5115EF03-6591-4C82-981D-31853766BD17@macports.org>
	<n2z6adc49071004141909lbbb19415zdcfd06cf5a45b720@mail.gmail.com>
	<4BC6762E.70005@macports.org>
	<q2p6adc49071004150224hd49891b5zfc9a56eb5ff3943f@mail.gmail.com>
	<z2w1bd71ad81004152025r5d9a8e76r506fb40bfd97c6f2@mail.gmail.com>
	<26FBAAA8-5536-4AF6-AE62-BE259EB12B58@macports.org>
Message-ID: <4BC7F1A5.703@macports.org>

On 2010-4-16 13:36 , Ryan Schmidt wrote:
> 
> On Apr 15, 2010, at 22:25, Michael_google gmail_Gersten wrote:
> 
>> What I want to know is why
>>
>> sudo port upgrade --enforce-variants
>>
>> works, but
>>
>> sudo port install --enforce-variants
>>
>> does not.
> 
> I guess because when Joshua implemented --enforce-variants he did it as an option for the upgrade command, and not also as an option for the install command.
> 
> Flags (like "--enforce-variants") which go after the verb (i.e. after "upgrade" or after "install") are flags that are specific to that verb. Flags that go after "port" and before the verb (i.e. "-d", "-f", "-v") are global and apply to every verb.
> 
> So, short answer: because nobody got around to doing that yet.

And because people only ever want it for +universal, and trunk has a
better, automated solution for that.

- Josh

From arno at alum.wpi.edu  Fri Apr 16 04:50:06 2010
From: arno at alum.wpi.edu (Arno Hautala)
Date: Fri, 16 Apr 2010 07:50:06 -0400
Subject: Upgrade dependents to universal?
In-Reply-To: <4BC7F1A5.703@macports.org>
References: <BF924486-5A6E-4FC1-93DB-27A487C9D590@alum.mit.edu>
	<5115EF03-6591-4C82-981D-31853766BD17@macports.org>
	<n2z6adc49071004141909lbbb19415zdcfd06cf5a45b720@mail.gmail.com>
	<4BC6762E.70005@macports.org>
	<q2p6adc49071004150224hd49891b5zfc9a56eb5ff3943f@mail.gmail.com>
	<z2w1bd71ad81004152025r5d9a8e76r506fb40bfd97c6f2@mail.gmail.com>
	<26FBAAA8-5536-4AF6-AE62-BE259EB12B58@macports.org>
	<4BC7F1A5.703@macports.org>
Message-ID: <s2g6adc49071004160450mefb20368m717fddd7cfe5fd11@mail.gmail.com>

On Fri, Apr 16, 2010 at 01:12, Joshua Root <jmr at macports.org> wrote:
>
> And because people only ever want it for +universal, and trunk has a
> better, automated solution for that.

Nifty, what is it?


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

pgp eabb6fe6 d47c500f b2458f5d a7cc7abb f81c4e00

From ryandesign at macports.org  Fri Apr 16 06:33:52 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 16 Apr 2010 08:33:52 -0500
Subject: cyrus-sasl2 build failure, TiPB, 10.5.8
In-Reply-To: <22023557-34CE-4952-A24B-E3C8DFF6EB49@iname.com>
References: <413C08EF-A6A7-4DE2-8BBD-71CCCDE98477@iname.com>
	<3EB817CD-6533-4FD3-B3F8-8B40D9F47ED2@macports.org>
	<22023557-34CE-4952-A24B-E3C8DFF6EB49@iname.com>
Message-ID: <E2BA6C64-9A4E-4805-A88F-661ADDFC5305@macports.org>

On Apr 14, 2010, at 14:59, Philip Hudson wrote:

> On 12 Apr, 2010, at 3:48 pm, Ryan Schmidt wrote:
> 
>> http://trac.macports.org/ticket/23812
> 
> I take that to mean I need to wait for an upstream fix.

We tried to work around it at one point, but apparently we didn't do it right. So yes, poke upstream about fixing this, and until they do, deactivate cyrus-sasl2 before upgrading or switching variants.


> FMI, what's wrong/missing with my google-fu?
> http://www.google.com/search?q=site:lists.macosforge.org%20*
> (This is in LaunchBar. * is replaced by the term I'm looking for)

I'm not sure. What were you trying to search for?



From ryandesign at macports.org  Fri Apr 16 06:39:28 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 16 Apr 2010 08:39:28 -0500
Subject: gimp2 +no_x11 needing +quartz
In-Reply-To: <h2x1bd71ad81004132225ka2731887v11c382f8607223f7@mail.gmail.com>
References: <h2x1bd71ad81004132225ka2731887v11c382f8607223f7@mail.gmail.com>
Message-ID: <09F0CB2B-FFD7-41E4-A962-8B6491AC6F79@macports.org>


On Apr 14, 2010, at 00:25, Michael_google gmail_Gersten wrote:

>> gimp2 @2.6.8_0+darwin_9+no_x11+quartz (active)
> 
> That "+quartz" actually came as a surprise. I tried
> 
> sudo port -f install  gimp2 +no_x11

You probably don't want to be in the habit of using "-f".


> And it got as far as
> 
> Applying patches to gtk2
> --->  Configuring gtk2
> Error: Target org.macports.configure returned: cairo must be built
> with the +quartz variant enabled.
> 
> Kleiman-ibook:~ michael$ port installed cairo
> The following ports are currently installed:
>  cairo @1.8.10_0+macosx+no_x11 (active)
> 
> So why does gimp2, +no_x11, not force the +quartz flag to its
> dependencies? Are end users supposed to track what dependencies
> require what additional dependencies?

If cairo was not already installed, I believe it should have been installed with the +quartz variant, because you were installing gtk2 with the +quartz variant. But if you already had cairo installed without the +quartz variant, the only thing the gtk2 port can do is detect this and tell you to fix it. A port cannot cause a dependency to be installed with a particular variant. That's ticket #126. Though dependencies that haven't yet been built will inherit the variants requested on the command line.



From gabriele at mysimpatico.com  Fri Apr 16 06:59:26 2010
From: gabriele at mysimpatico.com (Gabriele Kahlout)
Date: Fri, 16 Apr 2010 15:59:26 +0200
Subject: Updated libvmime
In-Reply-To: <97FFA5A5-4B83-44F8-8231-EFB4C8B9C214@kf8nh.com>
References: <h2s1f5d398f1004142353yf04fa2d5j2db86002ce35d715@mail.gmail.com>
	<621182AA-4FDD-491F-8ED9-57017C23DD42@macports.org>
	<w2y1f5d398f1004150106h3e5cf942j2a9f5f4c56814957@mail.gmail.com>
	<97FFA5A5-4B83-44F8-8231-EFB4C8B9C214@kf8nh.com>
Message-ID: <y2h1f5d398f1004160659o42050c40p8037b44f083ba458@mail.gmail.com>

hmm.. perhaps who is best suited to do so is the library author.


2010/4/15, Brandon Allbery <allbery at kf8nh.com>:
> On Apr 15, 2010, at 04:06 , Gabriele Kahlout wrote:
>> Okay, the ticket has been filed 5 months ago, what's happening to it?
>
> MacPorts is 100% volunteer; nobody has volunteered to keep libvmime up
> to date.  You're welcome to do so, but don't expect anyone else to
> step forward simply because you want it.  It's more likely to happen
> if a bunch of people want it, and less likely if people act like
> they're entitled to instant response.
>
> --
> brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery at kf8nh.com
> system administrator [openafs,heimdal,too many hats] allbery at ece.cmu.edu
> electrical and computer engineering, carnegie mellon university    KF8NH
>
>
>
>


-- 
Regards,
K. Gabriele

--- unchanged since 25/1/10 ---
P.S. Unless a notification (LON), please reply either with an answer
OR with " ACK" appended to this subject within 48 hours. Otherwise, I
might resend.
In(LON, this) ? In(48h, TimeNow) ? ?x. In(x, MyInbox) ? IsAnswerTo(x,
this) ? (In(subject(this), subject(x)) ? In(ACK, subject(x)) ?
?IsAnswerTo(x,this)) ? ?IResend(this).

Also note that correspondence may be received only from specified a
priori senders, or if the subject of this email ends with a code, eg.
-LICHT01X, then also from senders whose reply contains it.
?x. In(x, MyInbox) ? In(senderAddress(x), MySafeSenderList) ? (?y.
In(y, subject(this) ) ? In(y,x) ? isCodeLike(y, -LICHT01X) ).

From keybounce at gmail.com  Fri Apr 16 09:50:09 2010
From: keybounce at gmail.com (Michael Gersten)
Date: Fri, 16 Apr 2010 09:50:09 -0700
Subject: gimp2 +no_x11 needing +quartz
In-Reply-To: <09F0CB2B-FFD7-41E4-A962-8B6491AC6F79@macports.org>
References: <h2x1bd71ad81004132225ka2731887v11c382f8607223f7@mail.gmail.com>
	<09F0CB2B-FFD7-41E4-A962-8B6491AC6F79@macports.org>
Message-ID: <B888CAA7-003B-4D07-8653-678FAAF50659@stb04.nccom.com>


On Apr 16, 2010, at 6:39 AM, Ryan Schmidt wrote:

>
> On Apr 14, 2010, at 00:25, Michael_google gmail_Gersten wrote:
>
>>> gimp2 @2.6.8_0+darwin_9+no_x11+quartz (active)
>>
>> That "+quartz" actually came as a surprise. I tried
>>
>> sudo port -f install  gimp2 +no_x11
>
> You probably don't want to be in the habit of using "-f".

Probably not, but until +universal on install gets here, ... :-)

(Yea, I've picked up a bad habit.)

>> And it got as far as
>>
>> Applying patches to gtk2
>> --->  Configuring gtk2
>> Error: Target org.macports.configure returned: cairo must be built
>> with the +quartz variant enabled.
>>
>> Kleiman-ibook:~ michael$ port installed cairo
>> The following ports are currently installed:
>> cairo @1.8.10_0+macosx+no_x11 (active)
>>
>> So why does gimp2, +no_x11, not force the +quartz flag to its
>> dependencies? Are end users supposed to track what dependencies
>> require what additional dependencies?
>
> If cairo was not already installed, I believe it should have been  
> installed with the +quartz variant, because you were installing gtk2  
> with the +quartz variant. But if you already had cairo installed  
> without the +quartz variant, the only thing the gtk2 port can do is  
> detect this and tell you to fix it. A port cannot cause a dependency  
> to be installed with a particular variant. That's ticket #126.  
> Though dependencies that haven't yet been built will inherit the  
> variants requested on the command line.

In the past, trying to install stuff with +universal without the -f  
would fail if a dependent did not have +universal; adding -f made it  
work and forced a redo of whatever did not have matching variants.

Here, my thoughts were the same -- by passing -f to port install, I  
wanted any existing dependencies to be changed to match.

So why does it work with +universal and not with +no_x11?

(This was the only place I had to go and add +quartz. Everything else  
compiled just fine.)


From talklists at newgeo.com  Fri Apr 16 11:14:18 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Fri, 16 Apr 2010 11:14:18 -0700
Subject: Get date of Portfile
Message-ID: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>

How can I get the date that the portfile was last updated? Looking at some ports, many do not have livecheck, so I want to know if it is current.  I am surprised, but there are many a site that make it pretty darn hard to find out what is their current release version.

If I can tell if the Portfile is 12 months old, I know I should look into reving it.
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 


From jmr at macports.org  Fri Apr 16 12:23:26 2010
From: jmr at macports.org (Joshua Root)
Date: Sat, 17 Apr 2010 05:23:26 +1000
Subject: Get date of Portfile
In-Reply-To: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>
References: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>
Message-ID: <4BC8B92E.6030502@macports.org>

On 2010-4-17 04:14 , Scott Haneda wrote:
> How can I get the date that the portfile was last updated? Looking at some ports, many do not have livecheck, so I want to know if it is current.  I am surprised, but there are many a site that make it pretty darn hard to find out what is their current release version.
> 
> If I can tell if the Portfile is 12 months old, I know I should look into reving it.

head -n2 `port file foo`

- Josh

From phil.hudson at iname.com  Fri Apr 16 12:35:57 2010
From: phil.hudson at iname.com (Philip Hudson)
Date: Fri, 16 Apr 2010 20:35:57 +0100
Subject: cyrus-sasl2 build failure, TiPB, 10.5.8
In-Reply-To: <E2BA6C64-9A4E-4805-A88F-661ADDFC5305@macports.org>
References: <413C08EF-A6A7-4DE2-8BBD-71CCCDE98477@iname.com>
	<3EB817CD-6533-4FD3-B3F8-8B40D9F47ED2@macports.org>
	<22023557-34CE-4952-A24B-E3C8DFF6EB49@iname.com>
	<E2BA6C64-9A4E-4805-A88F-661ADDFC5305@macports.org>
Message-ID: <48D55612-B1D4-4E8E-990C-32299168423D@iname.com>

On 16 Apr, 2010, at 2:33 pm, Ryan Schmidt wrote:

>> FMI, what's wrong/missing with my google-fu?
>> http://www.google.com/search?q=site:lists.macosforge.org%20*
>> (This is in LaunchBar. * is replaced by the term I'm looking for)
>
> I'm not sure. What were you trying to search for?


cyrus-sasl2 error output_token

Nothing relevant in the first five hits.

--
Phil Hudson                      PGP/GnuPG ID: 0x887DCA63



From talklists at newgeo.com  Fri Apr 16 12:40:12 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Fri, 16 Apr 2010 12:40:12 -0700
Subject: Get date of Portfile
In-Reply-To: <4BC8B92E.6030502@macports.org>
References: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>
	<4BC8B92E.6030502@macports.org>
Message-ID: <765E9F76-AF14-4265-9865-EC33995CA838@newgeo.com>

On Apr 16, 2010, at 12:23 PM, Joshua Root wrote:

> On 2010-4-17 04:14 , Scott Haneda wrote:
>> How can I get the date that the portfile was last updated? Looking at some ports, many do not have livecheck, so I want to know if it is current.  I am surprised, but there are many a site that make it pretty darn hard to find out what is their current release version.
>> 
>> If I can tell if the Portfile is 12 months old, I know I should look into reving it.
> 
> head -n2 `port file foo`

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


From reiser.paul at gmail.com  Fri Apr 16 15:02:23 2010
From: reiser.paul at gmail.com (reiser.paul at gmail.com)
Date: Fri, 16 Apr 2010 18:02:23 -0400
Subject: LOL - macports for windows?
Message-ID: <v2h5158669d1004161502p31b48a15w3bfb28fe941fc266@mail.gmail.com>

Hello - I have had good results with MacPorts on my Mac, and now my
girlfriend wants gnumeric for her windows machine. Is there an equivalent to
MacPorts for Windows, something that will allow someone with not a lot of
unix experience to get it up and running?

Paul R.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100416/b94de4f1/attachment.html>

From panayotis at panayotis.com  Fri Apr 16 15:35:21 2010
From: panayotis at panayotis.com (Panayotis Katsaloulis)
Date: Sat, 17 Apr 2010 01:35:21 +0300
Subject: LOL - macports for windows?
In-Reply-To: <v2h5158669d1004161502p31b48a15w3bfb28fe941fc266@mail.gmail.com>
References: <v2h5158669d1004161502p31b48a15w3bfb28fe941fc266@mail.gmail.com>
Message-ID: <0D3DB435-85E8-4AD9-9A76-C3CC19B7D2C7@panayotis.com>


On 17 ??? 2010, at 1:02 ?.?., reiser.paul at gmail.com wrote:

> Hello - I have had good results with MacPorts on my Mac, and now my girlfriend wants gnumeric for her windows machine. Is there an equivalent to MacPorts for Windows, something that will allow someone with not a lot of unix experience to get it up and running?
> 
> Paul R.

Yes, it's called cygwin


From jeremyhu at macports.org  Fri Apr 16 15:37:17 2010
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Fri, 16 Apr 2010 15:37:17 -0700
Subject: LOL - macports for windows?
In-Reply-To: <v2h5158669d1004161502p31b48a15w3bfb28fe941fc266@mail.gmail.com>
References: <v2h5158669d1004161502p31b48a15w3bfb28fe941fc266@mail.gmail.com>
Message-ID: <30098DD6-2C65-4976-9B47-8EEC12499CFA@macports.org>

Hopefully these will get you where you want to go:

http://www.cygwin.com/
http://www.mingw.org/
http://en.wikipedia.org/wiki/Microsoft_Windows_Services_for_UNIX

On Apr 16, 2010, at 15:02, reiser.paul at gmail.com wrote:

> Hello - I have had good results with MacPorts on my Mac, and now my
> girlfriend wants gnumeric for her windows machine. Is there an equivalent to
> MacPorts for Windows, something that will allow someone with not a lot of
> unix experience to get it up and running?
> 
> Paul R.
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From ryandesign at macports.org  Fri Apr 16 16:35:32 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 16 Apr 2010 18:35:32 -0500
Subject: Get date of Portfile
In-Reply-To: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>
References: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>
Message-ID: <4E3DE3D9-0F83-4D31-8D93-244C7CB29A12@macports.org>


On Apr 16, 2010, at 13:14, Scott Haneda wrote:

> If I can tell if the Portfile is 12 months old, I know I should look into reving it.

Note however that portfiles are often changed without checking whether the version is out of date. Just because a port has been changed in the last 12 months doesn't mean the version of software the port is installing is recent.


From ryandesign at macports.org  Fri Apr 16 16:44:00 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 16 Apr 2010 18:44:00 -0500
Subject: Get date of Portfile
In-Reply-To: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>
References: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>
Message-ID: <0739D9D6-2333-46DF-BA24-A81B75AFC0DA@macports.org>


On Apr 16, 2010, at 13:14, Scott Haneda wrote:

> How can I get the date that the portfile was last updated? Looking at some ports, many do not have livecheck, so I want to know if it is current.

Also, fixing the livecheck in ports that don't have it or where it doesn't work would be great. I spent some time doing this a few weeks ago; I just looked up  ports that were nomaintainer and where livecheck reported either a new version or an inability to determine if a new version was available. Then I fixed the livecheck and/or updated the port to the latest version, if possible. Oh, and I looked up if there were any tickets filed for the port. I got through many ports whose names begin with a thru k and then got tired of the process. But for example if you wanted to start checking some of the ports whose names begin with l:

$ port livecheck maintainer:nomaintainer and name:^l

Of course, it's easier to fix if you're a committer and don't have to file a ticket for each one. :/

And FYI, just filing tickets to say "the livecheck is broken" or "a new version is available" probably won't help much, but if you can do that and attach patches to fix the livecheck and/or update to the new version, that *would* be helpful.



From robertkrul27 at gmail.com  Fri Apr 16 18:11:22 2010
From: robertkrul27 at gmail.com (Rob Krul)
Date: Fri, 16 Apr 2010 21:11:22 -0400
Subject: LOL - macports for windows?
In-Reply-To: <30098DD6-2C65-4976-9B47-8EEC12499CFA@macports.org>
References: <v2h5158669d1004161502p31b48a15w3bfb28fe941fc266@mail.gmail.com>
	<30098DD6-2C65-4976-9B47-8EEC12499CFA@macports.org>
Message-ID: <7B04D3EF-F9C5-4FBA-A95B-48CF1EC49D19@gmail.com>

Even better:

http://www.freebsd.org/


On Apr 16, 2010, at 6:37 PM, Jeremy Huddleston wrote:

> Hopefully these will get you where you want to go:
> 
> http://www.cygwin.com/
> http://www.mingw.org/
> http://en.wikipedia.org/wiki/Microsoft_Windows_Services_for_UNIX
> 
> On Apr 16, 2010, at 15:02, reiser.paul at gmail.com wrote:
> 
>> Hello - I have had good results with MacPorts on my Mac, and now my
>> girlfriend wants gnumeric for her windows machine. Is there an equivalent to
>> MacPorts for Windows, something that will allow someone with not a lot of
>> unix experience to get it up and running?
>> 
>> Paul R.
>> _______________________________________________
>> 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 dnljms at gmail.com  Sat Apr 17 01:33:25 2010
From: dnljms at gmail.com (Daniel James)
Date: Sat, 17 Apr 2010 09:33:25 +0100
Subject: LOL - macports for windows?
In-Reply-To: <v2h5158669d1004161502p31b48a15w3bfb28fe941fc266@mail.gmail.com>
References: <v2h5158669d1004161502p31b48a15w3bfb28fe941fc266@mail.gmail.com>
Message-ID: <w2pa7aa779f1004170133u252fa46bhb2a024e19ed0297e@mail.gmail.com>

On 16 April 2010 23:02,  <reiser.paul at gmail.com> wrote:
> Hello - I have had good results with MacPorts on my Mac, and now my
> girlfriend wants gnumeric for her windows machine. Is there an equivalent to
> MacPorts for Windows, something that will allow someone with not a lot of
> unix experience to get it up and running?

You can download a windows build from their website:

http://projects.gnome.org/gnumeric/downloads.shtml

From talklists at newgeo.com  Sat Apr 17 01:49:36 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Sat, 17 Apr 2010 01:49:36 -0700
Subject: Get date of Portfile
In-Reply-To: <0739D9D6-2333-46DF-BA24-A81B75AFC0DA@macports.org>
References: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>
	<0739D9D6-2333-46DF-BA24-A81B75AFC0DA@macports.org>
Message-ID: <5AF45C5B-66D3-47B1-A606-8BDA4234D6F6@newgeo.com>

On Apr 16, 2010, at 4:44 PM, Ryan Schmidt wrote:

> On Apr 16, 2010, at 13:14, Scott Haneda wrote:
> 
>> How can I get the date that the portfile was last updated? Looking at some ports, many do not have livecheck, so I want to know if it is current.
> 
> Also, fixing the livecheck in ports that don't have it or where it doesn't work would be great. I spent some time doing this a few weeks ago; I just looked up  ports that were nomaintainer and where livecheck reported either a new version or an inability to determine if a new version was available. Then I fixed the livecheck and/or updated the port to the latest version, if possible. Oh, and I looked up if there were any tickets filed for the port. I got through many ports whose names begin with a thru k and then got tired of the process. But for example if you wanted to start checking some of the ports whose names begin with l:
> 
> $ port livecheck maintainer:nomaintainer and name:^l

Ok, Ill bite at a few...
These always trip me up anyway, so nothing better to learn on that a big batch of them.

This seems to be the most common of the expressions used:
    (\d+(?:\.\d+)*)
Has that been determined the preferred method of making that match?

Could you walk me through port "mowitz"
I look at that Portfile and I see the download url is:
    http://siag.nu/pub/mowitz/
If I go to that url, it is 404, I then combine it all to test it:
    http://siag.nu/pub/mowitz/Mowitz-0.3.1

404 also.  I do not know the commands to do a test download, so I tried:
    $sudo port -yv install mowitz

Did I pick a dead port to start on?  Would you mind walking me through your process of one port, so I know how to do this in a fast way.  If you got from a to k, then you are half there, and must have picked up some tricks along the way.

> Of course, it's easier to fix if you're a committer and don't have to file a ticket for each one. :/

You certainly said it.  What if I did a large batch, could I just send you the folders, or is that way out of procedure?

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


From jmr at macports.org  Sat Apr 17 01:57:39 2010
From: jmr at macports.org (Joshua Root)
Date: Sat, 17 Apr 2010 18:57:39 +1000
Subject: Get date of Portfile
In-Reply-To: <5AF45C5B-66D3-47B1-A606-8BDA4234D6F6@newgeo.com>
References: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>	<0739D9D6-2333-46DF-BA24-A81B75AFC0DA@macports.org>
	<5AF45C5B-66D3-47B1-A606-8BDA4234D6F6@newgeo.com>
Message-ID: <4BC97803.6090806@macports.org>

On 2010-4-17 18:49 , Scott Haneda wrote:
> Could you walk me through port "mowitz"
> I look at that Portfile and I see the download url is:
>     http://siag.nu/pub/mowitz/
> If I go to that url, it is 404, I then combine it all to test it:
>     http://siag.nu/pub/mowitz/Mowitz-0.3.1

All the downloads on siag.nu seem to be broken. It worked 7 weeks ago at
least: <http://trac.macports.org/ticket/23896>

> 404 also.  I do not know the commands to do a test download, so I tried:
>     $sudo port -yv install mowitz

The -y will stop port from actually doing anything, so that's not what
you want. Try `sudo port -v fetch mowitz`.

- Josh

From d.l.tDeContes at free.fr  Sat Apr 17 13:22:45 2010
From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=)
Date: Sat, 17 Apr 2010 22:22:45 +0200
Subject: mesa universal
In-Reply-To: <1BEC54F2-AB0F-4004-9731-9CD3907D1690@macports.org>
References: <55E44C9F-2D3E-4481-BE39-F4CBD0230FF8@meissner.com>
	<7117EA98-3BB3-45E3-B776-8A6BB8E05825@macports.org>
	<A9CA5E56-77BA-4B33-96A9-160F0D45DB85@meissner.com>
	<1BEC54F2-AB0F-4004-9731-9CD3907D1690@macports.org>
Message-ID: <E7FA86AE-6206-403C-AD82-B8A0A5A33AD0@free.fr>


Le 8 d?c. 09 ? 00:54, Ryan Schmidt a ?crit :

> I added that more recently while 1.1.33 was current (r60835,  
> 2009-11-25). So upgrading to 1.1.34 is the first time you would  
> encounter this new check.

has it made mesa no longer compatible with mac os x 10.4 ?


> It will likely tell you yet another library is not of the right  
> architecture, and therefore needs to be rebuilt universal.


is it planned to make a mechanism to rebuilt automatically what is  
needed ?


-- 
T?l?assistance / T?l?maintenance
http://www.portparallele.com/ThomasDECONTES/


From keybounce at gmail.com  Sat Apr 17 15:36:42 2010
From: keybounce at gmail.com (Michael_google gmail_Gersten)
Date: Sat, 17 Apr 2010 15:36:42 -0700
Subject: Apple Gcc vs normal Gcc?
Message-ID: <m2l1bd71ad81004171536tf8f045d5xfbb3fe98e259345c@mail.gmail.com>

On Mon, Apr 5, 2010 at 7:21 PM, Joshua Root <jmr at macports.org> wrote:
> On 2010-4-6 06:54 , Ryan Schmidt wrote:
>>
>> Apple's patches allow gcc to accept multiple simultaneous arch flags, e.g. "gcc -arch i386 -arch ix86_64" to generate both at the same time. Standard gcc does not have this ability; instead, you have to "gcc -arch i386", then "gcc -arch x86_64", then "lipo" manually. For ports that require a non-Apple gcc compiler, universal builds are probably possible using the muniversal portgroup, which does this build-and-lipo method.
>
> FSF GCC does not accept -arch at all.
>
> - Josh

What are the other differences between apple gcc and normal gcc? For
example, I noticed that Apple's permits objective C exception throwing
by default, while normal requires an explicit flag to turn it in.

The apple Gcc's man page says that garbage collection does not work
with any current apple runtime (10.5.8 system); no such warning is
seen on the normal (4.3) gcc man page. What's the actual state of
garbage collection in 10.5 now?

What is else different? (Other than the V2 vs V3 license)

-- 
Political and economic blog of a strict constitutionalist
http://StrictConstitution.BlogSpot.com

From ryandesign at macports.org  Sat Apr 17 17:16:06 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 17 Apr 2010 19:16:06 -0500
Subject: mesa universal
In-Reply-To: <E7FA86AE-6206-403C-AD82-B8A0A5A33AD0@free.fr>
References: <55E44C9F-2D3E-4481-BE39-F4CBD0230FF8@meissner.com>
	<7117EA98-3BB3-45E3-B776-8A6BB8E05825@macports.org>
	<A9CA5E56-77BA-4B33-96A9-160F0D45DB85@meissner.com>
	<1BEC54F2-AB0F-4004-9731-9CD3907D1690@macports.org>
	<E7FA86AE-6206-403C-AD82-B8A0A5A33AD0@free.fr>
Message-ID: <E181E75C-3658-4DD5-B2C5-50471F82E41C@macports.org>

On Apr 17, 2010, at 15:22, Thomas De Contes wrote:

> Le 8 d?c. 09 ? 00:54, Ryan Schmidt a ?crit :
> 
>> I added that more recently while 1.1.33 was current (r60835, 2009-11-25). So upgrading to 1.1.34 is the first time you would encounter this new check.
> 
> has it made mesa no longer compatible with mac os x 10.4 ?

No, but updating mesa to 7.8.1 has, for now, made it incompatible with 10.4 on PowerPC. There's a ticket in the issue tracker but we can't seem to figure out how to resolve it at this time.

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


>> It will likely tell you yet another library is not of the right architecture, and therefore needs to be rebuilt universal.
> 
> is it planned to make a mechanism to rebuilt automatically what is needed ?

I believe Joshua already coded this into MacPorts trunk, which will eventually become MacPorts 1.9.0.



From ryandesign at macports.org  Sun Apr 18 00:32:51 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 18 Apr 2010 02:32:51 -0500
Subject: Get date of Portfile
In-Reply-To: <5AF45C5B-66D3-47B1-A606-8BDA4234D6F6@newgeo.com>
References: <42C3AABB-B7C4-473C-8272-EA60576FE432@newgeo.com>
	<0739D9D6-2333-46DF-BA24-A81B75AFC0DA@macports.org>
	<5AF45C5B-66D3-47B1-A606-8BDA4234D6F6@newgeo.com>
Message-ID: <51566810-59FB-4E92-994E-38711D26D762@macports.org>

I'm going to reply to your email on macports-dev; let's continue the discussion there, since we're talking about authoring portfiles, which is a development activity.


From bostonantifan at yahoo.com  Sun Apr 18 05:53:13 2010
From: bostonantifan at yahoo.com (Jack Ripper)
Date: Sun, 18 Apr 2010 05:53:13 -0700 (PDT)
Subject: port command is missing
Message-ID: <972526.1015.qm@web32506.mail.mud.yahoo.com>

I installed MacPorts yesterday and have been using it a lot.  Unfortunately, something seems to have corrupted the installation, as when I do a sudo port command, I now get the message command not found.  I figure it'd be best to uninstall then reinstall MacPorts, but the directions said to email this group first and see what you think.  Please advise.
Peter V.


      

From jmr at macports.org  Sun Apr 18 05:59:20 2010
From: jmr at macports.org (Joshua Root)
Date: Sun, 18 Apr 2010 22:59:20 +1000
Subject: port command is missing
In-Reply-To: <972526.1015.qm@web32506.mail.mud.yahoo.com>
References: <972526.1015.qm@web32506.mail.mud.yahoo.com>
Message-ID: <4BCB0228.1080302@macports.org>

On 2010-4-18 22:53 , Jack Ripper wrote:
> I installed MacPorts yesterday and have been using it a lot.  Unfortunately, something seems to have corrupted the installation, as when I do a sudo port command, I now get the message command not found.  I figure it'd be best to uninstall then reinstall MacPorts, but the directions said to email this group first and see what you think.  Please advise.

This doesn't sound like a corrupted installation. Either your shell is
misconfigured, with /opt/local/bin missing from the PATH environment
variable, or the file /opt/local/bin/port has gone missing (check with ls).

- Josh

From gabriele at mysimpatico.com  Sun Apr 18 07:04:33 2010
From: gabriele at mysimpatico.com (Gabriele Kahlout)
Date: Sun, 18 Apr 2010 16:04:33 +0200
Subject: how long does it take to build gcc45?
Message-ID: <v2w1f5d398f1004180704r78098080ufb25922605f8cfac@mail.gmail.com>

On my 2.5 GB 32-bit macbook it's been running 'stock on building gcc45' for
half an hour. How long more should I normally wait?

-- 
Regards,
K. Gabriele

--- unchanged since 25/1/10 ---
P.S. Unless a notification (LON), please reply either with an answer OR with
" ACK" appended to this subject within 48 hours. Otherwise, I might resend.
In(LON, this) ? In(48h, TimeNow) ? ?x. In(x, MyInbox) ? IsAnswerTo(x, this)
? (In(subject(this), subject(x)) ? In(ACK, subject(x)) ?
?IsAnswerTo(x,this)) ? ?IResend(this).

Also note that correspondence may be received only from specified a priori
senders, or if the subject of this email ends with a code, eg. -LICHT01X,
then also from senders whose reply contains it.
?x. In(x, MyInbox) ? In(senderAddress(x), MySafeSenderList) ? (?y. In(y,
subject(this) ) ? In(y,x) ? isCodeLike(y, -LICHT01X) ).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100418/402d3727/attachment.html>

From gvibe06 at gmail.com  Sun Apr 18 07:13:01 2010
From: gvibe06 at gmail.com (Jeff Singleton)
Date: Sun, 18 Apr 2010 14:13:01 +0000 (UTC)
Subject: Which GCC does macports use?
References: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>
Message-ID: <loom.20100418T160912-332@post.gmane.org>

Ctalk Project <ctalk <at> ctalklang.org> writes:


> 
> So how do I tell macports to use the newly installed compiler?
> 
> Tnx,
> 
> Robert
> 


Having found this out the hard way ... here is the answer:

1.  Using gcc_select (-l to list available versions)
2.  Using configure.compiler=macports-gcc-4.4 on the end of your "port install"
commands.

My Experience

GCC44 is not well accepted under OS X.  Finding sources that it can compile is a
wild goose chase.  I'm constantly hitting the "configure: error: C  
> compiler cannot create executables" error, on GCC43, GCC44, and GCC45 under
macports 1.8.2


From LenoreHorner at sbcglobal.net  Sun Apr 18 07:21:29 2010
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sun, 18 Apr 2010 09:21:29 -0500
Subject: how long does it take to build gcc45?
In-Reply-To: <v2w1f5d398f1004180704r78098080ufb25922605f8cfac@mail.gmail.com>
References: <v2w1f5d398f1004180704r78098080ufb25922605f8cfac@mail.gmail.com>
Message-ID: <A202AEA1-EF6B-488A-858B-5122C533714C@sbcglobal.net>


On Apr 18, 2010, at 9:04 AM, Gabriele Kahlout wrote:

> On my 2.5 GB 32-bit macbook it's been running 'stock on building  
> gcc45' for half an hour. How long more should I normally wait?

I don't know for sure how long it should take, but it's huge so I'm  
pretty sure half an hour is not an indication of any problem.  If you  
use -v when installing, then it's much more obvious that stuff is  
happening.

Lenore

>
> -- 
> Regards,
> K. Gabriele
>
> --- unchanged since 25/1/10 ---
> P.S. Unless a notification (LON), please reply either with an answer  
> OR with " ACK" appended to this subject within 48 hours. Otherwise,  
> I might resend.
> In(LON, this) ? In(48h, TimeNow) ? ?x. In(x, MyInbox) ?  
> IsAnswerTo(x, this) ? (In(subject(this), subject(x)) ? In(ACK,  
> subject(x)) ? ?IsAnswerTo(x,this)) ? ?IResend(this).
>
> Also note that correspondence may be received only from specified a  
> priori senders, or if the subject of this email ends with a code,  
> eg. -LICHT01X, then also from senders whose reply contains it.
> ?x. In(x, MyInbox) ? In(senderAddress(x), MySafeSenderList) ?  
> (?y. In(y, subject(this) ) ? In(y,x) ? isCodeLike(y, - 
> LICHT01X) ).
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From rwilsont1 at verizon.net  Sun Apr 18 08:05:32 2010
From: rwilsont1 at verizon.net (Robert Wilson)
Date: Sun, 18 Apr 2010 11:05:32 -0400
Subject: Problems installing py26-scipy -> gcc43
Message-ID: <E8190F14-6C9D-4B2E-A3ED-D99058FDE9AB@verizon.net>

The following is on an iMac running Mac OS X 10.6.3.

As a result of trying to install py26-scipy @0.7.1 I need gcc43.  The
compilation was failing because of a conflict between the type of
pointer_t in /usr/include/mach/vm_types.h and that in the module.c
file.  I introduced the following change in module.c and the
compilation proceeded, but it is hard to be sure that it will work
correctly:

#define P_UNKNOWN 0
#define P_OTHER 1
#define P_NAMESPACE 2
#define P_COMPONENT 3
#define P_SYMBOL 4
#if 0
typedef enum
{
 P_UNKNOWN = 0, P_OTHER, P_NAMESPACE, P_COMPONENT, P_SYMBOL
}
pointer_t;
#endif

Having done this, it all compiled and I was able to install scipy, but  sys.path in python still showed the
original OS-X paths.  I set PYTHONPATH to /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/:/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages
and could import scipy.  Running scipy.test(), however produced errors:

......
Ran 3488 tests in 41.445s

FAILED (KNOWNFAIL=4, SKIP=21, errors=3)
<nose.result.TextTestResult run=3488 errors=3 failures=0>


Before the 'fix", running "port  -d install gcc26" produced the following :

.....
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc43/work/build/./prev-gcc/xgcc
-B/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc43/work/build/./prev-gcc/
-B/opt/local/x86_64-apple-darwin10/bin/ -c   -g -O2 -DIN_GCC   -W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros
 -Wno-overlength-strings    -DHAVE_CONFIG_H -I. -Ifortran
-I../../gcc-4.3.4/gcc -I../../gcc-4.3.4/gcc/fortran
-I../../gcc-4.3.4/gcc/../include
-I../../gcc-4.3.4/gcc/../libcpp/include -I/opt/local/include
-I/opt/local/include -I../../gcc-4.3.4/gcc/../libdecnumber
-I../../gcc-4.3.4/gcc/../libdecnumber/dpd -I../libdecnumber
../../gcc-4.3.4/gcc/fortran/module.c -o fortran/module.o
../../gcc-4.3.4/gcc/fortran/module.c:102: error: conflicting types for 'pointer_
t'
/usr/include/mach/vm_types.h:40: error: previous declaration of 'pointer_t' was
here
make[3]: *** [fortran/module.o] Error 1
make[3]: *** Waiting for unfinished jobs....ranlib: file:
libbackend.a(insn-peep.o) has no symbols
ranlib: file: libbackend.a(loop-doloop.o) has no symbols
ranlib: file: libbackend.a(vmsdbgout.o) has no symbols
ranlib: file: libbackend.a(xcoffout.o) has no symbols
ranlib -c libbackend.a
ranlib: file: libbackend.a(insn-peep.o) has no symbols
ranlib: file: libbackend.a(loop-doloop.o) has no symbols
ranlib: file: libbackend.a(vmsdbgout.o) has no symbols
ranlib: file: libbackend.a(xcoffout.o) has no symbols
make[2]: *** [all-stage2-gcc] Error 2
make[1]: *** [stage2-bubble] Error 2
make: *** [all] Error 2Error: Target org.macports.build returned:
shell command " cd "/opt/local/var/ma
cports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_la
ng_gcc43/work/build" && /usr/bin/make -j2 all " returned error 2
DEBUG: Backtrace: shell command " cd "/opt/local/var/macports/build/_opt_local_v
ar_macports_sources_rsync.macports.org_release_ports_lang_gcc43/work/build" && /
usr/bin/make -j2 all " returned error 2
   while executing
"command_exec build"
   (procedure "portbuild::build_main" line 9)
   invoked from within
"$procedure $targetname"
Warning: the following items did not execute (for gcc43):
org.macports.activate org.macports.build org.macports.destroot
org.macports.install
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>
bobs-imac$

Any help would be appreciated.

Robert Wilson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100418/bba084ee/attachment.html>

From ryandesign at macports.org  Sun Apr 18 08:42:41 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 18 Apr 2010 10:42:41 -0500
Subject: Problems installing py26-scipy -> gcc43
In-Reply-To: <E8190F14-6C9D-4B2E-A3ED-D99058FDE9AB@verizon.net>
References: <E8190F14-6C9D-4B2E-A3ED-D99058FDE9AB@verizon.net>
Message-ID: <56188350-346F-452A-B2CA-B6E8CCF478BA@macports.org>

On Apr 18, 2010, at 10:05, Robert Wilson wrote:

> As a result of trying to install py26-scipy @0.7.1 I need gcc43.  The
> compilation was failing because of a conflict between the type of
> pointer_t in /usr/include/mach/vm_types.h and that in the module.c
> file.

> ../../gcc-4.3.4/gcc/fortran/module.c:102: error: conflicting types for 'pointer_
> t'
> /usr/include/mach/vm_types.h:40: error: previous declaration of 'pointer_t' was
> here

You should file a ticket in the issue tracker, if one of the existing tickets does not address this issue.



From ryandesign at macports.org  Sun Apr 18 08:43:19 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 18 Apr 2010 10:43:19 -0500
Subject: how long does it take to build gcc45?
In-Reply-To: <v2w1f5d398f1004180704r78098080ufb25922605f8cfac@mail.gmail.com>
References: <v2w1f5d398f1004180704r78098080ufb25922605f8cfac@mail.gmail.com>
Message-ID: <D56556E0-EF0E-4FE6-83A2-FCFC6BB7C95D@macports.org>


On Apr 18, 2010, at 09:04, Gabriele Kahlout wrote:

> On my 2.5 GB 32-bit macbook it's been running 'stock on building gcc45' for half an hour. How long more should I normally wait? 

Wait a couple hours at least. Each version of gcc seems to be bigger than the last.



From ryandesign at macports.org  Sun Apr 18 08:44:01 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 18 Apr 2010 10:44:01 -0500
Subject: Which GCC does macports use?
In-Reply-To: <loom.20100418T160912-332@post.gmane.org>
References: <51090130-812D-46E6-8D33-963A1445C995@ctalklang.org>
	<loom.20100418T160912-332@post.gmane.org>
Message-ID: <2407F671-B444-4738-816A-D56DA368566C@macports.org>


On Apr 18, 2010, at 09:13, Jeff Singleton wrote:

> Ctalk Project <ctalk <at> ctalklang.org> writes:
> 
>> So how do I tell macports to use the newly installed compiler?
> 
> Having found this out the hard way ... here is the answer:
> 
> 1.  Using gcc_select (-l to list available versions)
> 2.  Using configure.compiler=macports-gcc-4.4 on the end of your "port install"
> commands.


Doing so is of course completely unsupported by us.


From keybounce at gmail.com  Sun Apr 18 09:41:11 2010
From: keybounce at gmail.com (Michael_google gmail_Gersten)
Date: Sun, 18 Apr 2010 09:41:11 -0700
Subject: Where is GPG?
Message-ID: <i2m1bd71ad81004180941u11bc29d0n3dfc9820e9ca73c1@mail.gmail.com>

I found lots of stuff for working with GPG, but I can't find gpg
itself. Where should I be looking?

Kleiman-ibook:~ michael$ port search gpg
gpg-agent @2.0.13 (security, mail)
    GPG key agent

GPGAppKit @A1 (aqua, devel, security)
    A framework that provides GPG-type panels

gpgme @1.2.0 (devel, security, crypto)
    A library for easy acces to GnuPG.

gpgme-objc @1.0.2 (devel, security)
    GnuPG Made Easy is an Objective-C framework wrapping libgpgme

libgpg-error @1.7 (devel)
    Common error values for all GnuPG components

nasty @0.6 (security)
    passphrase revovery helper for PGP and GPG keys

py-pygpgme @0.1 (python)
    Python module for working with OpenPGP messages

rb-gpgme @1.0.0 (ruby, security)
    Ruby interface to GnuPG Made Easy (GPGME)

Found 8 ports.
Kleiman-ibook:~ michael$


-- 
Political and economic blog of a strict constitutionalist
http://StrictConstitution.BlogSpot.com

From keybounce at gmail.com  Sun Apr 18 09:45:07 2010
From: keybounce at gmail.com (Michael_google gmail_Gersten)
Date: Sun, 18 Apr 2010 09:45:07 -0700
Subject: how long does it take to build gcc45?
In-Reply-To: <D56556E0-EF0E-4FE6-83A2-FCFC6BB7C95D@macports.org>
References: <v2w1f5d398f1004180704r78098080ufb25922605f8cfac@mail.gmail.com>
	<D56556E0-EF0E-4FE6-83A2-FCFC6BB7C95D@macports.org>
Message-ID: <o2z1bd71ad81004180945g36e5f5b0sccdf4f67b7813598@mail.gmail.com>

>> On my 2.5 GB 32-bit macbook it's been running 'stock on building gcc45' for half an hour. How long more should I normally wait?
>
> Wait a couple hours at least. Each version of gcc seems to be bigger than the last.

4.3 took over 24 hours on my 1.42 G4. So go and get a cup of coffee or
2 (or 20).

-- 
Political and economic blog of a strict constitutionalist
http://StrictConstitution.BlogSpot.com

From jmr at macports.org  Sun Apr 18 09:56:55 2010
From: jmr at macports.org (Joshua Root)
Date: Mon, 19 Apr 2010 02:56:55 +1000
Subject: Where is GPG?
In-Reply-To: <i2m1bd71ad81004180941u11bc29d0n3dfc9820e9ca73c1@mail.gmail.com>
References: <i2m1bd71ad81004180941u11bc29d0n3dfc9820e9ca73c1@mail.gmail.com>
Message-ID: <4BCB39D7.9020201@macports.org>

On 2010-4-19 02:41 , Michael_google gmail_Gersten wrote:
> I found lots of stuff for working with GPG, but I can't find gpg
> itself. Where should I be looking?
> 
> Kleiman-ibook:~ michael$ port search gpg
> gpg-agent @2.0.13 (security, mail)
>     GPG key agent
> 
> GPGAppKit @A1 (aqua, devel, security)
>     A framework that provides GPG-type panels
> 
> gpgme @1.2.0 (devel, security, crypto)
>     A library for easy acces to GnuPG.
> 
> gpgme-objc @1.0.2 (devel, security)
>     GnuPG Made Easy is an Objective-C framework wrapping libgpgme
> 
> libgpg-error @1.7 (devel)
>     Common error values for all GnuPG components
> 
> nasty @0.6 (security)
>     passphrase revovery helper for PGP and GPG keys
> 
> py-pygpgme @0.1 (python)
>     Python module for working with OpenPGP messages
> 
> rb-gpgme @1.0.0 (ruby, security)
>     Ruby interface to GnuPG Made Easy (GPGME)
> 
> Found 8 ports.
> Kleiman-ibook:~ michael$

gnupg/gnupg2

- Josh

From perry at macports.org  Sun Apr 18 09:57:06 2010
From: perry at macports.org (Perry Lee)
Date: Sun, 18 Apr 2010 09:57:06 -0700
Subject: Where is GPG?
In-Reply-To: <i2m1bd71ad81004180941u11bc29d0n3dfc9820e9ca73c1@mail.gmail.com>
References: <i2m1bd71ad81004180941u11bc29d0n3dfc9820e9ca73c1@mail.gmail.com>
Message-ID: <B8CC0466-30E8-48AB-93EA-896C767F806D@macports.org>

On Apr 18, 2010, at 9:41 AM, Michael_google gmail_Gersten wrote:

> I found lots of stuff for working with GPG, but I can't find gpg
> itself. Where should I be looking?

Try gnupg or gnupg2.

From ryandesign at macports.org  Sun Apr 18 10:16:22 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 18 Apr 2010 12:16:22 -0500
Subject: how long does it take to build gcc45?
In-Reply-To: <o2z1bd71ad81004180945g36e5f5b0sccdf4f67b7813598@mail.gmail.com>
References: <v2w1f5d398f1004180704r78098080ufb25922605f8cfac@mail.gmail.com>
	<D56556E0-EF0E-4FE6-83A2-FCFC6BB7C95D@macports.org>
	<o2z1bd71ad81004180945g36e5f5b0sccdf4f67b7813598@mail.gmail.com>
Message-ID: <5E3F0070-D890-41D5-9F73-5C4D2E399580@macports.org>

On Apr 18, 2010, at 11:45, Michael_google gmail_Gersten wrote:

>>> On my 2.5 GB 32-bit macbook it's been running 'stock on building gcc45' for half an hour. How long more should I normally wait?
>> 
>> Wait a couple hours at least. Each version of gcc seems to be bigger than the last.
> 
> 4.3 took over 24 hours on my 1.42 G4. So go and get a cup of coffee or
> 2 (or 20).

Yes, you can expect a PowerPC Mac to take a lot longer than an Intel Mac to build any port, since the Intel Mac has a higher CPU clock speed and has multiple processor cores. My Power Mac G4 has been building gcc45 for the past 11 hours, but it's 466 MHz so I'm sure it'll take another day or two to finish.



From ryandesign at macports.org  Sun Apr 18 10:19:01 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 18 Apr 2010 12:19:01 -0500
Subject: Where is GPG?
In-Reply-To: <4BCB39D7.9020201@macports.org>
References: <i2m1bd71ad81004180941u11bc29d0n3dfc9820e9ca73c1@mail.gmail.com>
	<4BCB39D7.9020201@macports.org>
Message-ID: <6C27F675-3B01-4CEA-8321-2CD95276013B@macports.org>

On Apr 18, 2010, at 11:56, Joshua Root wrote:

> On 2010-4-19 02:41 , Michael_google gmail_Gersten wrote:
>> I found lots of stuff for working with GPG, but I can't find gpg
>> itself. Where should I be looking?
>> 
>> Kleiman-ibook:~ michael$ port search gpg
>> gpg-agent @2.0.13 (security, mail)
>>    GPG key agent
>> 
>> GPGAppKit @A1 (aqua, devel, security)
>>    A framework that provides GPG-type panels
>> 
>> gpgme @1.2.0 (devel, security, crypto)
>>    A library for easy acces to GnuPG.
>> 
>> gpgme-objc @1.0.2 (devel, security)
>>    GnuPG Made Easy is an Objective-C framework wrapping libgpgme
>> 
>> libgpg-error @1.7 (devel)
>>    Common error values for all GnuPG components
>> 
>> nasty @0.6 (security)
>>    passphrase revovery helper for PGP and GPG keys
>> 
>> py-pygpgme @0.1 (python)
>>    Python module for working with OpenPGP messages
>> 
>> rb-gpgme @1.0.0 (ruby, security)
>>    Ruby interface to GnuPG Made Easy (GPGME)
>> 
>> Found 8 ports.
>> Kleiman-ibook:~ michael$
> 
> gnupg/gnupg2

Kind of sad though that gnupg and gnupg2 don't show up in the results for "port search gpg". That should probably be fixed.




From keybounce at gmail.com  Sun Apr 18 10:38:03 2010
From: keybounce at gmail.com (Michael_google gmail_Gersten)
Date: Sun, 18 Apr 2010 10:38:03 -0700
Subject: Where is GPG?
In-Reply-To: <4BCB39D7.9020201@macports.org>
References: <i2m1bd71ad81004180941u11bc29d0n3dfc9820e9ca73c1@mail.gmail.com>
	<4BCB39D7.9020201@macports.org>
Message-ID: <h2s1bd71ad81004181038s3bb897e6j8b0509c26cd220c8@mail.gmail.com>

Do I want GnuPG or GnuPG2?

Even after going to the home page for the gnu software, I can't tell.
Apparently, version 2 has a different architecture, but version 1 is
still maintained, and it isn't clear what benefit V2 has over V1.

And why is there gnupg12 in the port tree? Do I want that? (It looks
like an earlier version)

From ryandesign at macports.org  Sun Apr 18 10:49:56 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 18 Apr 2010 12:49:56 -0500
Subject: Where is GPG?
In-Reply-To: <h2s1bd71ad81004181038s3bb897e6j8b0509c26cd220c8@mail.gmail.com>
References: <i2m1bd71ad81004180941u11bc29d0n3dfc9820e9ca73c1@mail.gmail.com>
	<4BCB39D7.9020201@macports.org>
	<h2s1bd71ad81004181038s3bb897e6j8b0509c26cd220c8@mail.gmail.com>
Message-ID: <F55B47B6-BA47-44EE-B4F6-72D04E0E02C4@macports.org>

On Apr 18, 2010, at 12:38, Michael_google gmail_Gersten wrote:

> Do I want GnuPG or GnuPG2?
> 
> Even after going to the home page for the gnu software, I can't tell.
> Apparently, version 2 has a different architecture, but version 1 is
> still maintained, and it isn't clear what benefit V2 has over V1.

I don't know, but I would start by trying the latest version.


> And why is there gnupg12 in the port tree? Do I want that? (It looks
> like an earlier version)

You most probably don't want it. It was created 5 years ago as a compatibility version for software which was not yet compatible with gnupg 1.4.

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

Surely such an ancient version is utterly uninteresting by now. There are no ports that depend on it. We should most probably delete it.


From arno at alum.wpi.edu  Sun Apr 18 11:23:47 2010
From: arno at alum.wpi.edu (Arno Hautala)
Date: Sun, 18 Apr 2010 14:23:47 -0400
Subject: Where is GPG?
In-Reply-To: <F55B47B6-BA47-44EE-B4F6-72D04E0E02C4@macports.org>
References: <i2m1bd71ad81004180941u11bc29d0n3dfc9820e9ca73c1@mail.gmail.com>
	<4BCB39D7.9020201@macports.org>
	<h2s1bd71ad81004181038s3bb897e6j8b0509c26cd220c8@mail.gmail.com>
	<F55B47B6-BA47-44EE-B4F6-72D04E0E02C4@macports.org>
Message-ID: <y2y6adc49071004181123o3860a218y2555512d2dc177c@mail.gmail.com>

On Sun, Apr 18, 2010 at 13:49, Ryan Schmidt <ryandesign at macports.org> wrote:
> On Apr 18, 2010, at 12:38, Michael_google gmail_Gersten wrote:
>
>> Do I want GnuPG or GnuPG2?

I initially installed both, but it doesn't really matter as they're
mutually compatible and use the same key rings and configuration.
The difference is that v2 is a modular design that links to external
encryption libraries, whereas v1 is self contained.

In practice I end up using v1 because it's a shorter command.

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

pgp eabb6fe6 d47c500f b2458f5d a7cc7abb f81c4e00

From russell.jones at physics.ox.ac.uk  Mon Apr 19 01:25:17 2010
From: russell.jones at physics.ox.ac.uk (Russell Jones)
Date: Mon, 19 Apr 2010 09:25:17 +0100
Subject: LOL - macports for windows?
In-Reply-To: <v2h5158669d1004161502p31b48a15w3bfb28fe941fc266@mail.gmail.com>
References: <v2h5158669d1004161502p31b48a15w3bfb28fe941fc266@mail.gmail.com>
Message-ID: <4BCC136D.50901@physics.ox.ac.uk>

reiser.paul at gmail.com wrote:
> Hello - I have had good results with MacPorts on my Mac, and now my 
> girlfriend wants gnumeric for her windows machine. Is there an 
> equivalent to MacPorts for Windows, something that will allow someone 
> with not a lot of unix experience to get it up and running?
Not exactly what you asked for, but you could just install 
OpenOffice.org for her.

Russell

From rwilsont1 at verizon.net  Mon Apr 19 06:49:22 2010
From: rwilsont1 at verizon.net (rwilsont1 at verizon.net)
Date: Mon, 19 Apr 2010 08:49:22 -0500 (CDT)
Subject: LOL - macports for windows?
Message-ID: <1699084499.458906.1271684962084.JavaMail.root@vms228.mailsrvcs.net>

An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100419/1314f48f/attachment.html>

From mirimiri66 at gmail.com  Mon Apr 19 12:55:47 2010
From: mirimiri66 at gmail.com (seron)
Date: Mon, 19 Apr 2010 12:55:47 -0700 (PDT)
Subject: rtmpdump @2.2 install failure
Message-ID: <28287743.post@talk.nabble.com>


I get the following output when I try to install rtmpdump. I have MacPorts
version 1.8.2 and OS X is version 10.5.8.

$ sudo port -d install rtmpdump
DEBUG: Found port in
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/www/rtmpdump
DEBUG: Changing to port directory:
/opt/local/var/macports/sources/rsync.macports.org/release/ports/www/rtmpdump
DEBUG: OS Platform: darwin
DEBUG: OS Version: 9.8.0
DEBUG: Mac OS X Version: 10.5
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a
pre-existing procedure. Target override will not be provided
DEBUG: not using configure, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port rtmpdump.
DEBUG: Requested variant i386 is not provided by port rtmpdump.
DEBUG: Requested variant macosx is not provided by port rtmpdump.
DEBUG: Requested variant bash_completion is not provided by port rtmpdump.
--->  Computing dependencies for rtmpdump
DEBUG: Executing org.macports.main (rtmpdump)
DEBUG: Skipping completed org.macports.fetch (rtmpdump)
DEBUG: Skipping completed org.macports.checksum (rtmpdump)
DEBUG: setting option extract.cmd to /usr/bin/bzip2
DEBUG: Skipping completed org.macports.extract (rtmpdump)
DEBUG: Skipping completed org.macports.patch (rtmpdump)
DEBUG: Skipping completed org.macports.configure (rtmpdump)
--->  Building rtmpdump
DEBUG: Executing org.macports.build (rtmpdump)
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'
DEBUG: Assembled command: 'cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_rtmpdump/work/rtmpdump-2.2"
&& /usr/bin/make -j1 osx'
/usr/bin/gcc-4.0 -Wall   -DRTMPDUMP_VERSION=\"v2.2\" -O2   -c -o rtmp.o
rtmp.c
In file included from rtmp.c:2071:
handshake.h: In function 'InitRC4Encryption':
handshake.h:64: error: 'SHA256_DIGEST_LENGTH' undeclared (first use in this
function)
handshake.h:64: error: (Each undeclared identifier is reported only once
handshake.h:64: error: for each function it appears in.)
handshake.h:72: warning: implicit declaration of function 'EVP_sha256'
handshake.h:72: warning: passing argument 4 of 'HMAC_Init_ex' makes pointer
from integer without a cast
handshake.h:83: warning: passing argument 4 of 'HMAC_Init_ex' makes pointer
from integer without a cast
handshake.h:64: warning: unused variable 'digest'
handshake.h: In function 'HMACsha256':
handshake.h:215: warning: passing argument 4 of 'HMAC_Init_ex' makes pointer
from integer without a cast
handshake.h: In function 'CalculateDigest':
handshake.h:227: error: 'SHA256_DIGEST_LENGTH' undeclared (first use in this
function)
handshake.h: In function 'VerifyDigest':
handshake.h:242: error: 'SHA256_DIGEST_LENGTH' undeclared (first use in this
function)
handshake.h:242: warning: unused variable 'calcDigest'
handshake.h: In function 'HandShake':
handshake.h:420: error: 'SHA256_DIGEST_LENGTH' undeclared (first use in this
function)
handshake.h:532: warning: unused variable 'digestResp'
handshake.h:596: warning: unused variable 'digest'
handshake.h:595: warning: unused variable 'signature'
handshake.h: In function 'SHandShake':
handshake.h:799: error: 'SHA256_DIGEST_LENGTH' undeclared (first use in this
function)
handshake.h:892: warning: unused variable 'digestResp'
handshake.h:935: warning: unused variable 'digest'
handshake.h:934: warning: unused variable 'signature'
make[2]: *** [rtmp.o] Error 1
make[1]: *** [librtmp/librtmp.a] Error 2
make: *** [osx] Error 2
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_rtmpdump/work/rtmpdump-2.2"
&& /usr/bin/make -j1 osx " returned error 2
DEBUG: Backtrace: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_rtmpdump/work/rtmpdump-2.2"
&& /usr/bin/make -j1 osx " returned error 2
    while executing
"command_exec build"
    (procedure "portbuild::build_main" line 9)
    invoked from within
"$procedure $targetname"
Warning: the following items did not execute (for rtmpdump):
org.macports.activate org.macports.build org.macports.destroot
org.macports.install
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>
-- 
View this message in context: http://old.nabble.com/rtmpdump-%402.2-install-failure-tp28287743p28287743.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From jmr at macports.org  Mon Apr 19 13:14:25 2010
From: jmr at macports.org (Joshua Root)
Date: Tue, 20 Apr 2010 06:14:25 +1000
Subject: rtmpdump @2.2 install failure
In-Reply-To: <28287743.post@talk.nabble.com>
References: <28287743.post@talk.nabble.com>
Message-ID: <4BCCB9A1.105@macports.org>

On 2010-4-20 05:55 , seron wrote:
> 
> I get the following output when I try to install rtmpdump. I have MacPorts
> version 1.8.2 and OS X is version 10.5.8.
> 
[...]
> --->  Building rtmpdump
> DEBUG: Executing org.macports.build (rtmpdump)
> DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'
> DEBUG: Assembled command: 'cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_rtmpdump/work/rtmpdump-2.2"
> && /usr/bin/make -j1 osx'
> /usr/bin/gcc-4.0 -Wall   -DRTMPDUMP_VERSION=\"v2.2\" -O2   -c -o rtmp.o
> rtmp.c
> In file included from rtmp.c:2071:
> handshake.h: In function 'InitRC4Encryption':
> handshake.h:64: error: 'SHA256_DIGEST_LENGTH' undeclared (first use in this
> function)

Could be related to <http://trac.macports.org/ticket/23880> (the missing
declarations should come from openssl).

- Josh

From yvon.thoraval at gmail.com  Tue Apr 20 10:11:55 2010
From: yvon.thoraval at gmail.com (Yvon Thoraval)
Date: Tue, 20 Apr 2010 19:11:55 +0200
Subject: mimms install error
Message-ID: <u2ma810e59a1004201011mf2aa8c33o32cc29198042619b@mail.gmail.com>

Hey all,

i wanted to install mimms and got :
--->  Staging xorg-libXScrnSaver into destroot
--->  Installing xorg-libXScrnSaver @1.2.0_0
--->  Activating xorg-libXScrnSaver @1.2.0_0
--->  Cleaning xorg-libXScrnSaver
Error: Requested variants "+darwin" do not match original selection
"+darwin+quartz".
Please use the same variants again, perform 'port clean tk' or specify the
force option (-f).
Error: The following dependencies failed to build: python26 tk
Error: Status 1 encountered during processing.
Before reporting a bug, first run the command again with the -d flag to get
complete output.


running with the "-d" flag doesn't change anything...

best,

Yvon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100420/58b26ced/attachment.html>

From jmr at macports.org  Tue Apr 20 10:57:57 2010
From: jmr at macports.org (Joshua Root)
Date: Wed, 21 Apr 2010 03:57:57 +1000
Subject: mimms install error
In-Reply-To: <u2ma810e59a1004201011mf2aa8c33o32cc29198042619b@mail.gmail.com>
References: <u2ma810e59a1004201011mf2aa8c33o32cc29198042619b@mail.gmail.com>
Message-ID: <4BCDEB25.8050508@macports.org>

On 2010-4-21 03:11 , Yvon Thoraval wrote:
> Hey all,
> 
> i wanted to install mimms and got :
> --->  Staging xorg-libXScrnSaver into destroot
> --->  Installing xorg-libXScrnSaver @1.2.0_0
> --->  Activating xorg-libXScrnSaver @1.2.0_0
> --->  Cleaning xorg-libXScrnSaver
> Error: Requested variants "+darwin" do not match original selection
> "+darwin+quartz".
> Please use the same variants again, perform 'port clean tk' or specify
> the force option (-f).
> Error: The following dependencies failed to build: python26 tk
> Error: Status 1 encountered during processing.
> Before reporting a bug, first run the command again with the -d flag to
> get complete output.
> 
> 
> running with the "-d" flag doesn't change anything...

Did you run 'port clean tk' like it says?

- Josh

From yvon.thoraval at gmail.com  Tue Apr 20 11:21:17 2010
From: yvon.thoraval at gmail.com (Yvon Thoraval)
Date: Tue, 20 Apr 2010 20:21:17 +0200
Subject: mimms install error
In-Reply-To: <4BCDEB25.8050508@macports.org>
References: <u2ma810e59a1004201011mf2aa8c33o32cc29198042619b@mail.gmail.com>
	<4BCDEB25.8050508@macports.org>
Message-ID: <j2ma810e59a1004201121uff9e26bbre0f0d5d3cd6a8738@mail.gmail.com>

2010/4/20 Joshua Root <jmr at macports.org>

>
> Did you run 'port clean tk' like it says?
>
> - Josh
>

yes, thanks, it works after that :

$ sudo port clean tk

$ sudo port install mimms

$ sudo port install python_select

$ sudo python_select python26

i'm right now able to downlaod an wmv file, i'm surprised it takes the same
time as reading it online.

may be this is because i didn't supply any bandwidth arg ?

actually i have :

272.01 MB / 424.85 MB (133.01 kB/s, 00:19:09 remaining)

with the simple command :

$ mimms mms://full.url.the.file.wmv

thznkd for your reply !
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100420/598498c1/attachment.html>

From patty.ackermann at gmail.com  Wed Apr 21 03:03:41 2010
From: patty.ackermann at gmail.com (Patty Ackermann)
Date: Wed, 21 Apr 2010 03:03:41 -0700
Subject: -Hi-
Message-ID: <n2jb04b5f351004210303x17ad233bhdeccd8daa5002c27@mail.gmail.com>

http://www.med-scribeonline.com/5TdxqIHbts.htm

From woodydon777 at gmail.com  Wed Apr 21 06:02:42 2010
From: woodydon777 at gmail.com (Woody Lin)
Date: Wed, 21 Apr 2010 21:02:42 +0800
Subject: -Hi-
In-Reply-To: <n2jb04b5f351004210303x17ad233bhdeccd8daa5002c27@mail.gmail.com>
References: <n2jb04b5f351004210303x17ad233bhdeccd8daa5002c27@mail.gmail.com>
Message-ID: <r2q1c8119911004210602m84408909o6a661eee1f729639@mail.gmail.com>

WTF is this?

2010/4/21 Patty Ackermann <patty.ackermann at gmail.com>

> http://www.med-scribeonline.com/5TdxqIHbts.htm
> _______________________________________________
> 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/20100421/8d6a1847/attachment.html>

From raimue at macports.org  Wed Apr 21 06:41:52 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Wed, 21 Apr 2010 15:41:52 +0200
Subject: -Hi-
In-Reply-To: <r2q1c8119911004210602m84408909o6a661eee1f729639@mail.gmail.com>
References: <n2jb04b5f351004210303x17ad233bhdeccd8daa5002c27@mail.gmail.com>
	<r2q1c8119911004210602m84408909o6a661eee1f729639@mail.gmail.com>
Message-ID: <4BCF00A0.6090600@macports.org>

On 2010-04-21 15:02 , Woody Lin wrote:
> WTF is this?

Seems to be malicious spam. The user in question has been informed and
is not allowed to post to the list at the moment.

Rainer

From jason.debacker at gmail.com  Wed Apr 21 07:43:21 2010
From: jason.debacker at gmail.com (Jason DeBacker)
Date: Wed, 21 Apr 2010 10:43:21 -0400
Subject: Problems installing ports
Message-ID: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>

I was able to install MacPorts 1.8.2 without any error messages, however
when I try to install a program via the "sudo port install" command, I run
into the error "sed: command not found". Below is the output when I tried to
install qtoctave-mac:

debacker$ sudo port install qtoctave-mac

Password:

---> Computing dependencies for qtoctave-mac Configuring zlib

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_archivers_zlib/work/zlib-1.2.4"
&& ./configure --prefix=/opt/local " returned error 127 Command output:
./configure: line 18: sed: command not found

./configure: line 19: sed: command not found

./configure: line 20: sed: command not found

./configure: line 21: sed: command not found

./configure: line 46: sed: command not found Checking for shared library
support...

Tested /usr/bin/gcc-4.2 -w -c -O2 -arch x86_64 -fPIC ztest20297.c Tested
/usr/bin/gcc-4.2 -dynamiclib -install_name ${exec_prefix}/lib/libz..dylib
-compatibility_version -current_version -O2 -arch x86_64 -fPIC -o
ztest20297.dylib ztest20297.o

ld: malformed version number: -current_version

collect2: ld returned 1 exit status

No shared library support; try without defining CC and CFLAGS Building
static library libz.a version with /usr/bin/gcc-4.2.

Checking for off64_t... No.

Checking for fseeko... Yes.

./configure: line 263: sed: command not found Checking for unistd.h... Yes.

Checking whether to use vs[n]printf() or s[n]printf()... using s[n]printf().

Checking for snprintf() in stdio.h... Yes.

Checking for return value of snprintf()... Yes.

Checking for errno.h... Yes.

./configure: line 503: sed: command not found

./configure: line 526: sed: command not found

./configure: line 544: sed: command not found

Error: The following dependencies failed to build: octave GraphicsMagick
freetype zlib jpeg lcms tiff libiconv gperf libpng libxml2 SuiteSparse metis
arpack gcc43 gmp mpfr atlas gzip texinfo gettext expat ncurses ncursesw
lzmautils curl curl-ca-bundle perl5 perl5.8 libidn openssl pkgconfig fftw-3
fftw-3-single ftgl doxygen coreutils graphviz fontconfig gd2 autoconf
help2man p5-locale-gettext m4 automake libtool xpm xorg-libXext xorg-libX11
xorg-bigreqsproto xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto
xorg-libXdmcp xorg-util-macros xorg-xcmiscproto xorg-xextproto
xorg-xf86bigfontproto xorg-xtrans xorg-libXt xorg-libsm xorg-libice
ghostscript cairo libpixman xrender xorg-renderproto libpaper pango Xft2
glib2 urw-fonts xorg-libXaw groff xorg-libXmu gsed gawk glpk gnuplot
aquaterm pdflib readline hdf5-18 szip pcre qhull cmake qrupdate qt4-mac dbus
libmng sqlite3

Error: Status 1 encountered during processing.

Before reporting a bug, first run the command again with the -d flag to get
complete output.



I am not very familiar with MacPorts or installing programs from source. It
may or may not be related, but I was unable to install MacPorts from the
disk image on the page: http://www.macports.org/install.php. Despite
downloading the dmg for Snow Leopard and my computer running OSX 10.6.3, it
gives me the message that I can't install this on my computer because it's
meant for OSX 10.6. In addition, when I open Octave, I get the line:

/Applications/Octave.app/Contents/Resources/bin/mkoctfile-3.2.2: line 41:
/usr/bin/sed: No such file or directory

but Octave starts up.

I'm using a MacBook Pro with Intel Core Duo. I'm running OSX 10.6.3, but the
computer had 10.5 factory installed when purchased. I may have installed
MacPorts before upgrading, but I have gone through the migration
instructions and tried deleting the whole /opt directory and reinstalling
MacPorts. Before my most recent complete installation of MacPorts, I updated
my XCode to 3.2.2 and CMake to 2.8.1 and Qt to 4.6.2 (I downloaded the whole
SDK, not just the libraries). I have also installed X11 and Octave 3.2.2
(needed to install Qtoctave).

Any help is greatly appreciated. Many thanks in advance.

Sincerely,

Jason
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100421/edd85300/attachment.html>

From jmr at macports.org  Wed Apr 21 07:53:49 2010
From: jmr at macports.org (Joshua Root)
Date: Thu, 22 Apr 2010 00:53:49 +1000
Subject: Problems installing ports
In-Reply-To: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
Message-ID: <4BCF117D.5040704@macports.org>

On 2010-4-22 00:43 , Jason DeBacker wrote:
> I was able to install MacPorts 1.8.2 without any error messages, however
> when I try to install a program via the "sudo port install" command, I
> run into the error "sed: command not found".

/usr/bin/sed is a standard part of Mac OS X. I don't know how it was
deleted on your system, but you'll need to get it back.

> It may or may not be related, but I was unable to install MacPorts from
> the disk image on the page: http://www.macports.org/install.php. Despite
> downloading the dmg for Snow Leopard and my computer running OSX 10.6.3,
> it gives me the message that I can't install this on my computer because
> it's meant for OSX 10.6.

This usually means that your /usr/bin/uname command (also a standard
part of OS X) is missing or malfunctioning.

- Josh

From brad at pixilla.com  Wed Apr 21 08:00:08 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Wed, 21 Apr 2010 08:00:08 -0700
Subject: Problems installing ports
In-Reply-To: <4BCF117D.5040704@macports.org>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
	<4BCF117D.5040704@macports.org>
Message-ID: <288CD243-A686-42E8-810B-9A10A3C734C4@pixilla.com>


On Apr 21, 2010, at 7:53 AM, Joshua Root wrote:

> On 2010-4-22 00:43 , Jason DeBacker wrote:
>> I was able to install MacPorts 1.8.2 without any error messages,  
>> however
>> when I try to install a program via the "sudo port install"  
>> command, I
>> run into the error "sed: command not found".
>
> /usr/bin/sed is a standard part of Mac OS X. I don't know how it was
> deleted on your system, but you'll need to get it back.
>
>> It may or may not be related, but I was unable to install MacPorts  
>> from
>> the disk image on the page: http://www.macports.org/install.php.  
>> Despite
>> downloading the dmg for Snow Leopard and my computer running OSX  
>> 10.6.3,
>> it gives me the message that I can't install this on my computer  
>> because
>> it's meant for OSX 10.6.
>
> This usually means that your /usr/bin/uname command (also a standard
> part of OS X) is missing or malfunctioning.

In Terminal try the following commands. It may be that your $PATH  
variable is messed up unless MacPorts uses a hardcoded path to sed.

echo $PATH

which sed

which uname

/usr/bin/uname

file /usr/bin/sed


// Brad

From jmr at macports.org  Wed Apr 21 08:16:59 2010
From: jmr at macports.org (Joshua Root)
Date: Thu, 22 Apr 2010 01:16:59 +1000
Subject: Problems installing ports
In-Reply-To: <288CD243-A686-42E8-810B-9A10A3C734C4@pixilla.com>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>	<4BCF117D.5040704@macports.org>
	<288CD243-A686-42E8-810B-9A10A3C734C4@pixilla.com>
Message-ID: <4BCF16EB.1030309@macports.org>

On 2010-4-22 01:00 , Bradley Giesbrecht wrote:
> 
> On Apr 21, 2010, at 7:53 AM, Joshua Root wrote:
> 
>> On 2010-4-22 00:43 , Jason DeBacker wrote:
>>> I was able to install MacPorts 1.8.2 without any error messages, however
>>> when I try to install a program via the "sudo port install" command, I
>>> run into the error "sed: command not found".
>>
>> /usr/bin/sed is a standard part of Mac OS X. I don't know how it was
>> deleted on your system, but you'll need to get it back.
>>
>>> It may or may not be related, but I was unable to install MacPorts from
>>> the disk image on the page: http://www.macports.org/install.php. Despite
>>> downloading the dmg for Snow Leopard and my computer running OSX 10.6.3,
>>> it gives me the message that I can't install this on my computer because
>>> it's meant for OSX 10.6.
>>
>> This usually means that your /usr/bin/uname command (also a standard
>> part of OS X) is missing or malfunctioning.
> 
> In Terminal try the following commands. It may be that your $PATH
> variable is messed up unless MacPorts uses a hardcoded path to sed.

MacPorts sets up its own PATH internally. The only way to change it is
to uncomment and edit the binpath setting in macports.conf.

- Josh

From jason.debacker at gmail.com  Wed Apr 21 08:50:30 2010
From: jason.debacker at gmail.com (Jason DeBacker)
Date: Wed, 21 Apr 2010 11:50:30 -0400
Subject: Problems installing ports
In-Reply-To: <4BCF117D.5040704@macports.org>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
	<4BCF117D.5040704@macports.org>
Message-ID: <n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>

>
>
> /usr/bin/sed is a standard part of Mac OS X. I don't know how it was
> deleted on your system, but you'll need to get it back.




> This usually means that your /usr/bin/uname command (also a standard
> part of OS X) is missing or malfunctioning.


Do I need to completely reinstall OS X to get this back?

Jason
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100421/82eae58a/attachment.html>

From brad at pixilla.com  Wed Apr 21 09:10:45 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Wed, 21 Apr 2010 09:10:45 -0700
Subject: Problems installing ports
In-Reply-To: <n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
	<4BCF117D.5040704@macports.org>
	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>
Message-ID: <1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>


On Apr 21, 2010, at 8:50 AM, Jason DeBacker wrote:

>
> /usr/bin/sed is a standard part of Mac OS X. I don't know how it was
> deleted on your system, but you'll need to get it back.
>
>
> This usually means that your /usr/bin/uname command (also a standard
> part of OS X) is missing or malfunctioning.
>
> Do I need to completely reinstall OS X to get this back?
>
> Jason

If I were you and I didn't understand why /usr/bin/sed and /usr/bin/ 
uname I would start by trying to understand why they disappeared if  
they ever existed.

You may have a failing disk. Run Disk Utilities to verify your disk.

Something you did may have deleted them and unless you know you may  
repeat the action.

If you have access to a mac machine of the same arch you should be  
able to copy the missing files into place. But if sed and uname are  
missing what else may be missing.

What is the output of:

file /usr/bin/uname
file /usr/bin/sed


// Brad

From joostkremers at fastmail.fm  Wed Apr 21 09:52:01 2010
From: joostkremers at fastmail.fm (Joost Kremers)
Date: Wed, 21 Apr 2010 18:52:01 +0200
Subject: Problems installing ports
In-Reply-To: <1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
	<4BCF117D.5040704@macports.org>
	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>
	<1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>
Message-ID: <20100421165201.GA1592@vpn-2147.gwdg.de>

On Wed, Apr 21, 2010 at 09:10:45AM -0700, Bradley Giesbrecht wrote:
> If I were you and I didn't understand why /usr/bin/sed and /usr/bin/
> uname I would start by trying to understand why they disappeared if
> they ever existed.

Could it be that the OP simply needs to install the XCode Developer Tools?
 

-- 
Joost Kremers, PhD
University of G?ttingen
Institute for German Philology
K?te-Hamburger-Weg 3
37073 G?ttingen, Germany

From ryandesign at macports.org  Wed Apr 21 10:32:45 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 21 Apr 2010 12:32:45 -0500
Subject: Problems installing ports
In-Reply-To: <20100421165201.GA1592@vpn-2147.gwdg.de>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
	<4BCF117D.5040704@macports.org>
	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>
	<1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>
	<20100421165201.GA1592@vpn-2147.gwdg.de>
Message-ID: <11A43DDA-1211-4E6A-9049-465479963621@macports.org>

On Apr 21, 2010, at 11:52, Joost Kremers wrote:
> On Wed, Apr 21, 2010 at 09:10:45AM -0700, Bradley Giesbrecht wrote:
>> If I were you and I didn't understand why /usr/bin/sed and /usr/bin/
>> uname I would start by trying to understand why they disappeared if
>> they ever existed.
> 
> Could it be that the OP simply needs to install the XCode Developer Tools?

No; sed and uname are standard parts of every Mac OS X installation, whether or not Xcode has been installed. On my 10.6.3 system, uname, its manpage, and sed's manpage are provided by Essentials.pkg. sed comes as part of BaseSystem.pkg.


From keybounce at gmail.com  Wed Apr 21 17:29:53 2010
From: keybounce at gmail.com (Michael Gersten)
Date: Wed, 21 Apr 2010 17:29:53 -0700
Subject: Dbus will not restart after a crash
Message-ID: <80C35B52-3EB7-41A0-B73C-F160BDB74BAB@stb04.nccom.com>

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

Dbus, which is used by gimp, gives this error after a system crash:

Apr 21 16:49:32 Kleiman-ibook org.freedesktop.dbus-system[150]: Failed  
to start message bus: The pid file "/opt/local/var/run/dbus/pid"  
exists, if the message bus is not running, remove this file

The test being performed doesn't make sense when launchd is running  
dbus; that launchd wants to start it up means that it isn't running.

More to the point, this is something that needs to be cleaned up at  
system reboot, and nothing is provided to do so.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)

iEYEARECAAYFAkvPmIIACgkQnKqaWWClk4Ru4gCdFwoa7B/ejBt3aze+sCSg4K4u
tw4Anj4ToS+jdqJwjw33GFdeISJawn01
=MPTb
-----END PGP SIGNATURE-----

From dports at ambulatoryclam.net  Wed Apr 21 17:33:33 2010
From: dports at ambulatoryclam.net (Dan Ports)
Date: Wed, 21 Apr 2010 17:33:33 -0700
Subject: Dbus will not restart after a crash
In-Reply-To: <80C35B52-3EB7-41A0-B73C-F160BDB74BAB@stb04.nccom.com>
References: <80C35B52-3EB7-41A0-B73C-F160BDB74BAB@stb04.nccom.com>
Message-ID: <20100422003333.GD1868@ambulatoryclam.net>

On Wed, Apr 21, 2010 at 05:29:53PM -0700, Michael Gersten wrote:
> Apr 21 16:49:32 Kleiman-ibook org.freedesktop.dbus-system[150]: Failed  
> to start message bus: The pid file "/opt/local/var/run/dbus/pid"  
> exists, if the message bus is not running, remove this file
> 
> The test being performed doesn't make sense when launchd is running  
> dbus; that launchd wants to start it up means that it isn't running.

This has been a problem for a while. You are correct that the dbus pid
file is unnecessary in a launchd world.

I posted a patchfile in #15081 that should fix it by removing the
pidfile. Perhaps someone with commit access can add it to the port?

Dan

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

From kremels at kreme.com  Thu Apr 22 06:10:07 2010
From: kremels at kreme.com (LuKreme)
Date: Thu, 22 Apr 2010 07:10:07 -0600
Subject: Problems installing ports
In-Reply-To: <20100421165201.GA1592@vpn-2147.gwdg.de>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
	<4BCF117D.5040704@macports.org>
	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>
	<1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>
	<20100421165201.GA1592@vpn-2147.gwdg.de>
Message-ID: <B51B21FD-135E-403A-9F0A-36CB7D64234E@kreme.com>

On 21-Apr-2010, at 10:52, Joost Kremers wrote:
> 
> On Wed, Apr 21, 2010 at 09:10:45AM -0700, Bradley Giesbrecht wrote:
>> If I were you and I didn't understand why /usr/bin/sed and /usr/bin/
>> uname I would start by trying to understand why they disappeared if
>> they ever existed.
> 
> Could it be that the OP simply needs to install the XCode Developer Tools?

He would not have been able to build MacPorts without the Developer Tools, would he? Anyway, sed is a basic part of every OS X install and has nothing to do with the developer tools.


-- 
' I really should talk to him, sir. He's had a near-death experience!' 'We all
do. It's called living.' --Hogfather


From kremels at kreme.com  Thu Apr 22 06:11:05 2010
From: kremels at kreme.com (LuKreme)
Date: Thu, 22 Apr 2010 07:11:05 -0600
Subject: Dbus will not restart after a crash
In-Reply-To: <80C35B52-3EB7-41A0-B73C-F160BDB74BAB@stb04.nccom.com>
References: <80C35B52-3EB7-41A0-B73C-F160BDB74BAB@stb04.nccom.com>
Message-ID: <33570B1E-4D36-46E4-91A7-B2B517962087@kreme.com>


On 21-Apr-2010, at 18:29, Michael Gersten wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Dbus, which is used by gimp, gives this error after a system crash:
> 
> Apr 21 16:49:32 Kleiman-ibook org.freedesktop.dbus-system[150]: Failed to start message bus: The pid file "/opt/local/var/run/dbus/pid" exists, if the message bus is not running, remove this file

Yep. Annoying enough I uninstalled dbus.


-- 
Ille Qui Nos Omnes Servabit


From jason.debacker at gmail.com  Thu Apr 22 07:44:21 2010
From: jason.debacker at gmail.com (Jason DeBacker)
Date: Thu, 22 Apr 2010 10:44:21 -0400
Subject: Problems installing ports
In-Reply-To: <B51B21FD-135E-403A-9F0A-36CB7D64234E@kreme.com>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
	<4BCF117D.5040704@macports.org>
	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>
	<1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>
	<20100421165201.GA1592@vpn-2147.gwdg.de>
	<B51B21FD-135E-403A-9F0A-36CB7D64234E@kreme.com>
Message-ID: <l2xf1a583191004220744zd05cb5caq18203780b80c203@mail.gmail.com>

Thanks for all the help.  I have still not successfully installed qtoctave,
but I'm at least getting closer.

Not sure why, but sed was in usr/local/bin not usr/bin.  I copied and moved
it to usr/bin, but it was for the wrong architeture (I have i386).  I
installed Snow Leopard again and got past the problem with sed (using verfiy
disk revealed repairs needed, before, but not after reinstalling Snow
Leopard).  I then had to reinstall Xcode from the Snow Leopard disk because
I was missing something from the Unix developer tools.

My current road block has to do with .dylib file in usr/local/bin not being
of the right architecture.  I read about a solution to this on an
old MacPorts ticket, but have not had a chance to see if it works.  Will try
tonight.

I'll post all my problems and solutions when successful.

Thanks,
Jason
On Thu, Apr 22, 2010 at 9:10 AM, LuKreme <kremels at kreme.com> wrote:

> On 21-Apr-2010, at 10:52, Joost Kremers wrote:
> >
> > On Wed, Apr 21, 2010 at 09:10:45AM -0700, Bradley Giesbrecht wrote:
> >> If I were you and I didn't understand why /usr/bin/sed and /usr/bin/
> >> uname I would start by trying to understand why they disappeared if
> >> they ever existed.
> >
> > Could it be that the OP simply needs to install the XCode Developer
> Tools?
>
> He would not have been able to build MacPorts without the Developer Tools,
> would he? Anyway, sed is a basic part of every OS X install and has nothing
> to do with the developer tools.
>
>
> --
> ' I really should talk to him, sir. He's had a near-death experience!' 'We
> all
> do. It's called living.' --Hogfather
>
> _______________________________________________
> 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/20100422/31f8cdc7/attachment.html>

From raimue at macports.org  Thu Apr 22 09:18:51 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Thu, 22 Apr 2010 18:18:51 +0200
Subject: Problems installing ports
In-Reply-To: <l2xf1a583191004220744zd05cb5caq18203780b80c203@mail.gmail.com>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>	<4BCF117D.5040704@macports.org>	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>	<1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>	<20100421165201.GA1592@vpn-2147.gwdg.de>	<B51B21FD-135E-403A-9F0A-36CB7D64234E@kreme.com>
	<l2xf1a583191004220744zd05cb5caq18203780b80c203@mail.gmail.com>
Message-ID: <4BD076EB.2010608@macports.org>

On 2010-04-22 16:44 , Jason DeBacker wrote:
> My current road block has to do with .dylib file in usr/local/bin not
                                                      ^^^^^^^^^

MacPorts uses /opt/local by default and it is strongly recommended not
to use /usr/local.

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

Rainer

From ryandesign at macports.org  Thu Apr 22 10:03:36 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 22 Apr 2010 12:03:36 -0500
Subject: Problems installing ports
In-Reply-To: <4BD076EB.2010608@macports.org>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>	<4BCF117D.5040704@macports.org>	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>	<1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>	<20100421165201.GA1592@vpn-2147.gwdg.de>	<B51B21FD-135E-403A-9F0A-36CB7D64234E@kreme.com>
	<l2xf1a583191004220744zd05cb5caq18203780b80c203@mail.gmail.com>
	<4BD076EB.2010608@macports.org>
Message-ID: <42A69386-CDD6-4B99-AE8A-762946CEAE0F@macports.org>


On Apr 22, 2010, at 11:18, Rainer M?ller wrote:

> On 2010-04-22 16:44 , Jason DeBacker wrote:
>> My current road block has to do with .dylib file in usr/local/bin not
>                                                      ^^^^^^^^^
> 
> MacPorts uses /opt/local by default and it is strongly recommended not
> to use /usr/local.
> 
> http://trac.macports.org/wiki/FAQ#defaultprefix

What he means is: MacPorts is in /opt/local, and anything in /usr/local is something you've installed locally on your system and it might interfere with MacPorts, therefore it is not supported to have anything in /usr/local while using MacPorts. Please remove anything you have in /usr/local.



From mtd10 at cam.ac.uk  Fri Apr 23 09:28:15 2010
From: mtd10 at cam.ac.uk (Martin Dove)
Date: Fri, 23 Apr 2010 17:28:15 +0100
Subject: =?windows-1252?Q?Gnutplot_and_aquaterm_=96_was_working_but_now_i?=
	=?windows-1252?Q?sn't?=
Message-ID: <31EBFC0C-CC63-41E6-A427-204E2053FD17@cam.ac.uk>

Hello everyone. I have developed a problem with macports gnuplot and aquaterm. It was running nicely a couple of weeks ago, but things installed with macports stopped working after the recent security update (I have Snow Leopard fully updated, including the last Xcode updates). I have reinstalled all my macports applications (three times now) and have no joy.

So, I have installed first aquaterm, then gnuplot. Then I launch gnuplot and get

$ gnuplot

       G N U P L O T
       Version 4.2 patchlevel 5 
       last modified Mar 2009
       System: Darwin 10.3.0

       Copyright (C) 1986 - 1993, 1998, 2004, 2007 - 2009
       Thomas Williams, Colin Kelley and many others

       Type `help` to access the on-line reference manual.
       The gnuplot FAQ is available from http://www.gnuplot.info/faq/

       Send bug reports and suggestions to
<http://sourceforge.net/projects/gnuplot>


Terminal type set to 'aqua'
gnuplot> plot sin(x)

It starts up aquaterm, but nothing happens; I don't even get a line feed. On the other hand, if I launch gnuplot and set term x11, then I get a nice plot working in the x11 window. So the problem is the interaction with aquaterm.

Any suggestions will be greatly appreciated.

Martin


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100423/4cc8165b/attachment.html>

From jason.debacker at gmail.com  Fri Apr 23 11:08:28 2010
From: jason.debacker at gmail.com (Jason DeBacker)
Date: Fri, 23 Apr 2010 14:08:28 -0400
Subject: Problems installing ports
In-Reply-To: <42A69386-CDD6-4B99-AE8A-762946CEAE0F@macports.org>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
	<4BCF117D.5040704@macports.org>
	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>
	<1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>
	<20100421165201.GA1592@vpn-2147.gwdg.de>
	<B51B21FD-135E-403A-9F0A-36CB7D64234E@kreme.com>
	<l2xf1a583191004220744zd05cb5caq18203780b80c203@mail.gmail.com>
	<4BD076EB.2010608@macports.org>
	<42A69386-CDD6-4B99-AE8A-762946CEAE0F@macports.org>
Message-ID: <r2of1a583191004231108oa66ae2c6ne0c6866aeb3a696@mail.gmail.com>

To follow up--

I was able to sucessfully install qtoctave.  I temporarily moved /usr/local
then uninstalled and reinstalled macports and finally installed qtoctave
through macports and everything worked.  It wasn't enough to just move
/usr/local and clean and retinstall the qtoctave port.  I have to start over
with macports.

Thanks again for the help.  I should have come here sooner!

Sincerely,
Jason

On Thu, Apr 22, 2010 at 1:03 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

>
> On Apr 22, 2010, at 11:18, Rainer M?ller wrote:
>
> > On 2010-04-22 16:44 , Jason DeBacker wrote:
> >> My current road block has to do with .dylib file in usr/local/bin not
> >                                                      ^^^^^^^^^
> >
> > MacPorts uses /opt/local by default and it is strongly recommended not
> > to use /usr/local.
> >
> > http://trac.macports.org/wiki/FAQ#defaultprefix
>
> What he means is: MacPorts is in /opt/local, and anything in /usr/local is
> something you've installed locally on your system and it might interfere
> with MacPorts, therefore it is not supported to have anything in /usr/local
> while using MacPorts. Please remove anything you have in /usr/local.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100423/4749bff8/attachment.html>

From andrew.b.lambe at gmail.com  Fri Apr 23 12:41:21 2010
From: andrew.b.lambe at gmail.com (Andrew Lambe)
Date: Fri, 23 Apr 2010 15:41:21 -0400
Subject: Linking 'gfortran' command to compiler in gcc43
Message-ID: <EE63D15D-F00E-4CE6-8626-C46CC9ECCF27@gmail.com>

When I first installed gcc43 through Macports, I noticed that the command gfortran was undefined, even though gfortran comes with the package (for some reason gcc did work as expected.) To compensate, I downloaded gfortran separately using a precompiled binary. I found out too late that gfortran was disguised as 'gfortran-mp-4.3' and now I would like to link the gfortran command to that executable. (Note that the gfortran binary is currently in /usr/local/bin and is called 'gfortran')

1) How can I link the command 'gfortran' to the Macports executable?
2) Is there an easy way to check if e.g. the 'gcc' command is linked to the Macports executable and not something else like Xcode?

Your help is appreciated.

Andrew

From ryandesign at macports.org  Fri Apr 23 12:55:01 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 23 Apr 2010 14:55:01 -0500
Subject: Problems installing ports
In-Reply-To: <r2of1a583191004231108oa66ae2c6ne0c6866aeb3a696@mail.gmail.com>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>
	<4BCF117D.5040704@macports.org>
	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>
	<1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>
	<20100421165201.GA1592@vpn-2147.gwdg.de>
	<B51B21FD-135E-403A-9F0A-36CB7D64234E@kreme.com>
	<l2xf1a583191004220744zd05cb5caq18203780b80c203@mail.gmail.com>
	<4BD076EB.2010608@macports.org>
	<42A69386-CDD6-4B99-AE8A-762946CEAE0F@macports.org>
	<r2of1a583191004231108oa66ae2c6ne0c6866aeb3a696@mail.gmail.com>
Message-ID: <8F255AAF-A55B-477C-B19B-226940375FEF@macports.org>

On Apr 23, 2010, at 13:08, Jason DeBacker wrote:

> I was able to sucessfully install qtoctave.  I temporarily moved /usr/local then uninstalled and reinstalled macports and finally installed qtoctave through macports and everything worked.  It wasn't enough to just move /usr/local and clean and retinstall the qtoctave port.  I have to start over with macports. 

I suppose some of the ports you had already installed (maybe even MacPorts itself) had found things in /usr/local and linked with them. Glad you got it working.



From raimue at macports.org  Fri Apr 23 12:59:34 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Fri, 23 Apr 2010 21:59:34 +0200
Subject: Linking 'gfortran' command to compiler in gcc43
In-Reply-To: <EE63D15D-F00E-4CE6-8626-C46CC9ECCF27@gmail.com>
References: <EE63D15D-F00E-4CE6-8626-C46CC9ECCF27@gmail.com>
Message-ID: <4BD1FC26.7060005@macports.org>

On 2010-04-23 21:41 , Andrew Lambe wrote:
> When I first installed gcc43 through Macports, I noticed that the
> command gfortran was undefined, even though gfortran comes with the
> package (for some reason gcc did work as expected.) To compensate, I
> downloaded gfortran separately using a precompiled binary. I found
> out too late that gfortran was disguised as 'gfortran-mp-4.3' and now
> I would like to link the gfortran command to that executable. (Note
> that the gfortran binary is currently in /usr/local/bin and is called
> 'gfortran')
> 
> 1) How can I link the command 'gfortran' to the Macports executable?

Install the gcc_select port, then run 'sudo gcc_select mp-gcc43' to
select the compiler provided by MacPorts gcc43. Note that this also
changes gcc, g++ and others.

> 2) Is there an easy way to check if e.g. the 'gcc' command is linked
> to the Macports executable and not something else like Xcode?

For example 'ls -l $(which gcc)' to see where the symlink points to.

Rainer

From jmr at macports.org  Fri Apr 23 13:04:39 2010
From: jmr at macports.org (Joshua Root)
Date: Sat, 24 Apr 2010 06:04:39 +1000
Subject: Linking 'gfortran' command to compiler in gcc43
In-Reply-To: <EE63D15D-F00E-4CE6-8626-C46CC9ECCF27@gmail.com>
References: <EE63D15D-F00E-4CE6-8626-C46CC9ECCF27@gmail.com>
Message-ID: <4BD1FD57.1030100@macports.org>

On 2010-4-24 05:41 , Andrew Lambe wrote:
> When I first installed gcc43 through Macports, I noticed that the command gfortran was undefined, even though gfortran comes with the package (for some reason gcc did work as expected.) To compensate, I downloaded gfortran separately using a precompiled binary. I found out too late that gfortran was disguised as 'gfortran-mp-4.3' and now I would like to link the gfortran command to that executable. (Note that the gfortran binary is currently in /usr/local/bin and is called 'gfortran')
> 
> 1) How can I link the command 'gfortran' to the Macports executable?

Install the gcc_select port.

> 2) Is there an easy way to check if e.g. the 'gcc' command is linked to the Macports executable and not something else like Xcode?

ls -l `which gcc`

- Josh

From brad at pixilla.com  Fri Apr 23 13:06:16 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Fri, 23 Apr 2010 13:06:16 -0700
Subject: Problems installing ports
In-Reply-To: <42A69386-CDD6-4B99-AE8A-762946CEAE0F@macports.org>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>	<4BCF117D.5040704@macports.org>	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>	<1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>	<20100421165201.GA1592@vpn-2147.gwdg.de>	<B51B21FD-135E-403A-9F0A-36CB7D64234E@kreme.com>
	<l2xf1a583191004220744zd05cb5caq18203780b80c203@mail.gmail.com>
	<4BD076EB.2010608@macports.org>
	<42A69386-CDD6-4B99-AE8A-762946CEAE0F@macports.org>
Message-ID: <569F84AD-A44F-405F-B053-50E07FB4DF83@pixilla.com>


On Apr 22, 2010, at 10:03 AM, Ryan Schmidt wrote:

>
> On Apr 22, 2010, at 11:18, Rainer M?ller wrote:
>
>> On 2010-04-22 16:44 , Jason DeBacker wrote:
>>> My current road block has to do with .dylib file in usr/local/bin  
>>> not
>>                                                     ^^^^^^^^^
>>
>> MacPorts uses /opt/local by default and it is strongly recommended  
>> not
>> to use /usr/local.
>>
>> http://trac.macports.org/wiki/FAQ#defaultprefix
>
> What he means is: MacPorts is in /opt/local, and anything in /usr/ 
> local is something you've installed locally on your system and it  
> might interfere with MacPorts, therefore it is not supported to have  
> anything in /usr/local while using MacPorts. Please remove anything  
> you have in /usr/local.

There has probably already been a discussion about adding a warning  
output to the port command when certain problems are encountered like / 
usr/local exists and is not $prefix.

If not it may be worth adding to the port command because in the short  
time I've been on the mailing list I've seen numerous times this same  
thing and only by joining our list or reading through the online docs  
will people become aware of the conflict.

// Brad



From andrew.b.lambe at gmail.com  Fri Apr 23 13:09:41 2010
From: andrew.b.lambe at gmail.com (Andrew Lambe)
Date: Fri, 23 Apr 2010 16:09:41 -0400
Subject: Linking 'gfortran' command to compiler in gcc43
In-Reply-To: <4BD1FC26.7060005@macports.org>
References: <EE63D15D-F00E-4CE6-8626-C46CC9ECCF27@gmail.com>
	<4BD1FC26.7060005@macports.org>
Message-ID: <AC0BBB71-92AC-4C06-9B05-F431A4F43B80@gmail.com>

Thanks a lot! That saved a lot of Internet searching.

Andrew

On 2010-04-23, at 3:59 PM, Rainer M?ller wrote:

> On 2010-04-23 21:41 , Andrew Lambe wrote:
>> When I first installed gcc43 through Macports, I noticed that the
>> command gfortran was undefined, even though gfortran comes with the
>> package (for some reason gcc did work as expected.) To compensate, I
>> downloaded gfortran separately using a precompiled binary. I found
>> out too late that gfortran was disguised as 'gfortran-mp-4.3' and now
>> I would like to link the gfortran command to that executable. (Note
>> that the gfortran binary is currently in /usr/local/bin and is called
>> 'gfortran')
>> 
>> 1) How can I link the command 'gfortran' to the Macports executable?
> 
> Install the gcc_select port, then run 'sudo gcc_select mp-gcc43' to
> select the compiler provided by MacPorts gcc43. Note that this also
> changes gcc, g++ and others.
> 
>> 2) Is there an easy way to check if e.g. the 'gcc' command is linked
>> to the Macports executable and not something else like Xcode?
> 
> For example 'ls -l $(which gcc)' to see where the symlink points to.
> 
> Rainer


From ryandesign at macports.org  Fri Apr 23 13:43:17 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 23 Apr 2010 15:43:17 -0500
Subject: Problems installing ports
In-Reply-To: <569F84AD-A44F-405F-B053-50E07FB4DF83@pixilla.com>
References: <n2vf1a583191004210743t26376ac4t7f04caa011de82c9@mail.gmail.com>	<4BCF117D.5040704@macports.org>	<n2hf1a583191004210850m4c0255dco1ba14d2628aa4689@mail.gmail.com>	<1C078CF7-B051-4265-AB64-00CC146D1CD5@pixilla.com>	<20100421165201.GA1592@vpn-2147.gwdg.de>	<B51B21FD-135E-403A-9F0A-36CB7D64234E@kreme.com>
	<l2xf1a583191004220744zd05cb5caq18203780b80c203@mail.gmail.com>
	<4BD076EB.2010608@macports.org>
	<42A69386-CDD6-4B99-AE8A-762946CEAE0F@macports.org>
	<569F84AD-A44F-405F-B053-50E07FB4DF83@pixilla.com>
Message-ID: <17F19922-D5B5-4E93-881F-776B47E3B61C@macports.org>

On Apr 23, 2010, at 15:06, Bradley Giesbrecht wrote:

> On Apr 22, 2010, at 10:03 AM, Ryan Schmidt wrote:
> 
>> What he means is: MacPorts is in /opt/local, and anything in /usr/local is something you've installed locally on your system and it might interfere with MacPorts, therefore it is not supported to have anything in /usr/local while using MacPorts. Please remove anything you have in /usr/local.
> 
> There has probably already been a discussion about adding a warning output to the port command when certain problems are encountered like /usr/local exists and is not $prefix.

We already warn when readline is found in /usr/local because that had been a very common cause of problems building MacPorts itself at selfupdate time. We don't have a general warning though for just /usr/local exists. In fact, things may work fine if you have /usr/local. To be honest, I have one, with just a few things I couldn't install with MacPorts. But I know not to install libraries in there, since they might interfere.

We also already prevent $prefix from being /usr/local; that's a whole new class of problems we don't want.

> If not it may be worth adding to the port command because in the short time I've been on the mailing list I've seen numerous times this same thing and only by joining our list or reading through the online docs will people become aware of the conflict.

It may indeed be worthwhile to find new warnings we can put in. They will have to be more specific than just "/usr/local exists" though as this has in the past already angered some (when such a check was added to the db46 port for a short time).


From jmr at macports.org  Fri Apr 23 15:58:04 2010
From: jmr at macports.org (Joshua Root)
Date: Sat, 24 Apr 2010 08:58:04 +1000
Subject: driftnet +snow leopard 10.6
In-Reply-To: <7AB11243-A3F3-44A5-8487-9A741856AA48@levis-heb.net>
References: <7AB11243-A3F3-44A5-8487-9A741856AA48@levis-heb.net>
Message-ID: <4BD225FC.1000908@macports.org>

I don't really know anything about driftnet; I'm forwarding this to the
macports-users list.

On 2010-4-24 08:21 , Cyril LEVIS wrote:
> HI man,
> 
> For me driftnet doesn't work, i can't see any picture in X11 window and even if i set -d /tmp/directory there is any file,... my MITM work because i can listen for url with urlsnarf for example.
> 
> Is it normal  :p ??
> 
> Thanks for your help.
> And thanks for your macportage ;)

From norman at khine.net  Sat Apr 24 20:09:35 2010
From: norman at khine.net (Norman Khine)
Date: Sun, 25 Apr 2010 05:09:35 +0200
Subject: port install mochiweb fails
Message-ID: <p2p9c2c8ffb1004242009t7334ff8dhf42601b8d70eed74@mail.gmail.com>

hello, i am trying to install mochiweb through macports.
this is the error i have:

http://paste.lisp.org/display/98304

any advise much appreciated

thanks

norman

-- 
?no? u?? u?op ?p?sdn ????? u?? ? - %>>> "".join( [
{'*':'@','^':'.'}.get(c,None) or chr(97+(ord(c)-83)%26) for c in
",adym,*)&uzq^zqf" ] )

From ryandesign at macports.org  Sat Apr 24 21:17:10 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 24 Apr 2010 23:17:10 -0500
Subject: port install mochiweb fails
In-Reply-To: <p2p9c2c8ffb1004242009t7334ff8dhf42601b8d70eed74@mail.gmail.com>
References: <p2p9c2c8ffb1004242009t7334ff8dhf42601b8d70eed74@mail.gmail.com>
Message-ID: <3B725971-1042-49C2-B750-B25390EE955D@macports.org>


On Apr 24, 2010, at 22:09, Norman Khine wrote:

> hello, i am trying to install mochiweb through macports.
> this is the error i have:
> 
> http://paste.lisp.org/display/98304

Looks like this bug report:

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



From mk-lists at email.de  Sun Apr 25 00:55:47 2010
From: mk-lists at email.de (=?iso-8859-1?Q?Marko_K=E4ning?=)
Date: Sun, 25 Apr 2010 09:55:47 +0200
Subject: Remembering maintainer necessary on ticket submission?
Message-ID: <1558B183-B5E0-4B19-B5E8-59BAD337A5AD@email.de>

Hi developers,

why is it necessary to fill in the maintainer of the port in question into the CC: when filing a ticket?

I thought this would/could be done automagically by the ticket system...

Greets,
Marko

From david at mso.anu.edu.au  Sun Apr 25 01:07:59 2010
From: david at mso.anu.edu.au (David Nicholls)
Date: Sun, 25 Apr 2010 18:07:59 +1000
Subject: Python Class Library for Numbers package.
Message-ID: <4BD3F85F.90205@mso.anu.edu.au>

Does anyone know if it's possible to install the CLNUM module for Python 
under Macports (or any other way)?

The Sourceforge page at 
http://calcrpnpy.sourceforge.net/clnumManual.html seems to imply it 
won't install.

I get endless errors when trying the setup program under both the 
standard OS X Python and the Macports Python (2.6)

DN
-- 
__________
ANU RSAA Mt Stromlo

From norman at khine.net  Sun Apr 25 02:00:11 2010
From: norman at khine.net (Norman Khine)
Date: Sun, 25 Apr 2010 11:00:11 +0200
Subject: port install mochiweb fails
In-Reply-To: <3B725971-1042-49C2-B750-B25390EE955D@macports.org>
References: <p2p9c2c8ffb1004242009t7334ff8dhf42601b8d70eed74@mail.gmail.com>
	<3B725971-1042-49C2-B750-B25390EE955D@macports.org>
Message-ID: <z2k9c2c8ffb1004250200i3f9c03dbgdd22b18fe8f71b73@mail.gmail.com>

thanks, i will try and dig further to get it working.

On Sun, Apr 25, 2010 at 6:17 AM, Ryan Schmidt <ryandesign at macports.org> wrote:
>
> On Apr 24, 2010, at 22:09, Norman Khine wrote:
>
>> hello, i am trying to install mochiweb through macports.
>> this is the error i have:
>>
>> http://paste.lisp.org/display/98304
>
> Looks like this bug report:
>
> http://trac.macports.org/ticket/21229
>
>
>



-- 
?no? u?? u?op ?p?sdn ????? u?? ? - %>>> "".join( [
{'*':'@','^':'.'}.get(c,None) or chr(97+(ord(c)-83)%26) for c in
",adym,*)&uzq^zqf" ] )

From ryandesign at macports.org  Sun Apr 25 11:55:08 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 25 Apr 2010 13:55:08 -0500
Subject: Remembering maintainer necessary on ticket submission?
In-Reply-To: <1558B183-B5E0-4B19-B5E8-59BAD337A5AD@email.de>
References: <1558B183-B5E0-4B19-B5E8-59BAD337A5AD@email.de>
Message-ID: <5E536497-B178-4D97-80CA-B136235CA6EE@macports.org>

On Apr 25, 2010, at 02:55, Marko K?ning wrote:

> why is it necessary to fill in the maintainer of the port in question into the CC: when filing a ticket?
> 
> I thought this would/could be done automagically by the ticket system...

If you know of a way to hook into Trac to do that automatically, let us know. Until then, it must be done manually.


From ryandesign at macports.org  Sun Apr 25 11:57:17 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 25 Apr 2010 13:57:17 -0500
Subject: Python Class Library for Numbers package.
In-Reply-To: <4BD3F85F.90205@mso.anu.edu.au>
References: <4BD3F85F.90205@mso.anu.edu.au>
Message-ID: <B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>


On Apr 25, 2010, at 03:07, David Nicholls wrote:

> Does anyone know if it's possible to install the CLNUM module for Python under Macports (or any other way)?

There is no existing port in MacPorts that I can find, and nothing in the MacPorts issue tracker requesting it be added.


> The Sourceforge page at http://calcrpnpy.sourceforge.net/clnumManual.html seems to imply it won't install.

Which information on that page are you referring to?


> I get endless errors when trying the setup program under both the standard OS X Python and the Macports Python (2.6)


Then you should work with the developers of clnum to fix those problems. Once they're fixed, we can consider adding it to MacPorts.


From david at mso.anu.edu.au  Mon Apr 26 01:22:57 2010
From: david at mso.anu.edu.au (David Nicholls)
Date: Mon, 26 Apr 2010 18:22:57 +1000
Subject: Python Class Library for Numbers package.
In-Reply-To: <B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
References: <4BD3F85F.90205@mso.anu.edu.au>
	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
Message-ID: <4BD54D61.5060406@mso.anu.edu.au>

OK, I've worked on this a bit further.

I have installed the MacPorts 'cln' package - it installs the cln/ 
directory in /opt/local/include/

With that in place, the calcrpn-py package installs OK. (It is needed by 
clnum).

The next step is to install the clnum module, as per
http://calcrpnpy.sourceforge.net/clnumManual.html  I can't get it to 
find the numerous .h files that need to be included, because of a path 
problem.

I'm pretty sure that the problem lies in the command as given on the 
above web page (run from within ipython run via sudo):

run clnum_setup.py install --prefix=/usr/local

The various '.h' files have a whole bunch of #include statements with 
files named like 'cln/xxx.h'

A typical line is:

#include "cln/types.h"

and the install process cannot find any of the "cln/xxx.h" files.

Hoping that there was some sort of global prefix process I could use, I 
have tried a variety of "--prefix=..." variants without any luck.  (eg 
--prefix=/opt/local/include)

I could replace all the 'cln/' strings in the .h files and in clnum.cpp 
with '/opt/local/include/cln/' (and there are dozens of them in a lot of 
files) but that's pretty crude and I'm sure there's a more elegant way.

Any suggestions?

DN


-- 
__________
ANU RSAA Mt Stromlo

From david at mso.anu.edu.au  Mon Apr 26 06:16:30 2010
From: david at mso.anu.edu.au (David Nicholls)
Date: Mon, 26 Apr 2010 23:16:30 +1000
Subject: Python Class Library for Numbers package.
In-Reply-To: <4BD54D61.5060406@mso.anu.edu.au>
References: <4BD3F85F.90205@mso.anu.edu.au>	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
	<4BD54D61.5060406@mso.anu.edu.au>
Message-ID: <4BD5922E.1020709@mso.anu.edu.au>

I should mention also that the .h files in question are the ones 
installed by the MacPort cln install.

DN

David Nicholls wrote:
> OK, I've worked on this a bit further.
> 
> I have installed the MacPorts 'cln' package - it installs the cln/ 
> directory in /opt/local/include/
> 
> With that in place, the calcrpn-py package installs OK. (It is needed by 
> clnum).
> 
> The next step is to install the clnum module, as per
> http://calcrpnpy.sourceforge.net/clnumManual.html  I can't get it to 
> find the numerous .h files that need to be included, because of a path 
> problem.
> 
> I'm pretty sure that the problem lies in the command as given on the 
> above web page (run from within ipython run via sudo):
> 
> run clnum_setup.py install --prefix=/usr/local
> 
> The various '.h' files have a whole bunch of #include statements with 
> files named like 'cln/xxx.h'
> 
> A typical line is:
> 
> #include "cln/types.h"
> 
> and the install process cannot find any of the "cln/xxx.h" files.
> 
> Hoping that there was some sort of global prefix process I could use, I 
> have tried a variety of "--prefix=..." variants without any luck.  (eg 
> --prefix=/opt/local/include)
> 
> I could replace all the 'cln/' strings in the .h files and in clnum.cpp 
> with '/opt/local/include/cln/' (and there are dozens of them in a lot of 
> files) but that's pretty crude and I'm sure there's a more elegant way.
> 
> Any suggestions?
> 
> DN
> 
> 


-- 
__________
ANU RSAA Mt Stromlo

From j.van_den_hoff at fzd.de  Mon Apr 26 07:46:05 2010
From: j.van_den_hoff at fzd.de (joerg van den hoff)
Date: Mon, 26 Apr 2010 16:46:05 +0200
Subject: install of `sbcl' failed
Message-ID: <op.vbrxy3qa5cnj9i@moppel.fritz.box>

hi there,

sudo port install sbcl

failed and rerunning as adviced as

  sudo port -d install sbcl

yielded

====cut===

DEBUG: Found port in  
file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/sbcl
DEBUG: Changing to port directory:  
/opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/sbcl
DEBUG: OS Platform: darwin
DEBUG: OS Version: 10.3.0
DEBUG: Mac OS X Version: 10.6
DEBUG: System Arch: i386
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.unload registered provides 'unload', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a  
pre-existing procedure. Target override will not be provided
DEBUG: Reading variant descriptions from  
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: not using configure, so not adding the default universal variant
DEBUG: Requested variant darwin is not provided by port sbcl.
DEBUG: Requested variant i386 is not provided by port sbcl.
DEBUG: Requested variant macosx is not provided by port sbcl.
DEBUG: Executing variant darwin_10_i386 provides darwin_10_i386
DEBUG: Executing variant html provides html
--->  Computing dependencies for sbcl
DEBUG: Executing org.macports.main (sbcl)
DEBUG: Skipping completed org.macports.fetch (sbcl)
DEBUG: Skipping completed org.macports.checksum (sbcl)
DEBUG: setting option extract.cmd to /usr/bin/bzip2
DEBUG: Skipping completed org.macports.extract (sbcl)
DEBUG: Skipping completed org.macports.patch (sbcl)
DEBUG: Skipping completed org.macports.configure (sbcl)
--->  Building sbcl
DEBUG: Executing org.macports.build (sbcl)
sh: line 0: cd:  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-1.0.37:  
No such file or directory
Error: Target org.macports.build returned: shell command "unset LD_PREBIND  
&& unset LD_PREBIND_ALLOW_OVERLAP && cd  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-1.0.37  
&& sh make.sh  
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-1.0.12-x86-darwin/src/runtime/sbcl  
--core  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-1.0.12-x86-darwin/output/sbcl.core  
--disable-debugger --sysinit /dev/null --userinit /dev/null" " returned  
error 1
DEBUG: Backtrace: shell command "unset LD_PREBIND && unset  
LD_PREBIND_ALLOW_OVERLAP && cd  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-1.0.37  
&& sh make.sh  
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-1.0.12-x86-darwin/src/runtime/sbcl  
--core  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-1.0.12-x86-darwin/output/sbcl.core  
--disable-debugger --sysinit /dev/null --userinit /dev/null" " returned  
error 1
     while executing
"$procedure $targetname"
Warning: the following items did not execute (for sbcl):  
org.macports.activate org.macports.build org.macports.destroot  
org.macports.install
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>

===cut===

this happened both with 10.5 on ppc as well as 10.6 on i386

I see there is a 'no such file' problem but how does this come about? any  
ideas?

thanks

joerg

From nunosantos at imaginando.net  Mon Apr 26 07:55:02 2010
From: nunosantos at imaginando.net (Nuno Santos)
Date: Mon, 26 Apr 2010 15:55:02 +0100
Subject: Problems compiling in snow leopard
Message-ID: <4BD5A946.9090109@imaginando.net>

Hi,

I need to compile packages in snow leopard but it seems that by default 
snow leopard compiles in 64 bits.

I'm forcing 32 bit compiling by modifying /opt/local/etc/macports.conf 
variable

universal_archs   x86_32   i386

It happens that while building gstreamer and gst-plugins-base i'm having 
problems with for example the python package
which is linking againsts a framework from snow leopard which is 
probably 64 bit. dont have sure

i'm also having problems when building ffmpeg. it reports a problem 
about being unable to create executable about cross compiling...

does anybody know how to work around this problems?

Thanks,

Nuno

From raimue at macports.org  Mon Apr 26 08:00:30 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Mon, 26 Apr 2010 17:00:30 +0200
Subject: Problems compiling in snow leopard
In-Reply-To: <4BD5A946.9090109@imaginando.net>
References: <4BD5A946.9090109@imaginando.net>
Message-ID: <4BD5AA8E.8030108@macports.org>

On 2010-04-26 16:55 , Nuno Santos wrote:
> I need to compile packages in snow leopard but it seems that by default 
> snow leopard compiles in 64 bits.

Yes, MacPorts uses 64-bit by default on Snow Leopard if your hardware
supports it. Why do you want to force 32-bit?

> I'm forcing 32 bit compiling by modifying /opt/local/etc/macports.conf 
> variable
> 
> universal_archs   x86_32   i386
                    ^^^^^^

This is an invalid architecture. Intel 32-bit is i386, Intel 64-bit is
x86_64.

You probably don't want to change universal_archs, which is only used
when building +universal. You seem to be looking for the build_arch setting.

Rainer

From raimue at macports.org  Mon Apr 26 08:06:17 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Mon, 26 Apr 2010 17:06:17 +0200
Subject: install of `sbcl' failed
In-Reply-To: <op.vbrxy3qa5cnj9i@moppel.fritz.box>
References: <op.vbrxy3qa5cnj9i@moppel.fritz.box>
Message-ID: <4BD5ABE9.90903@macports.org>

On 2010-04-26 16:46 , joerg van den hoff wrote:
> I see there is a 'no such file' problem but how does this come about? any  
> ideas?

Which version of MacPorts are you using? It is currently failing with
trunk as the order changed in which platform blocks are evaluated.

Rainer

From nunosantos at imaginando.net  Mon Apr 26 08:06:35 2010
From: nunosantos at imaginando.net (Nuno Santos)
Date: Mon, 26 Apr 2010 16:06:35 +0100
Subject: Problems compiling in snow leopard
In-Reply-To: <4BD5AA8E.8030108@macports.org>
References: <4BD5A946.9090109@imaginando.net> <4BD5AA8E.8030108@macports.org>
Message-ID: <4BD5ABFB.7040202@imaginando.net>

Hi Rainer,

Thanks for the quick reply. It happens that i'?m working on a qt project 
which depends on external libs and i want it to compile on windows, mac 
and linux.

the problem is that for that i have a brand new mac which comes with 
snow leopard installled but when i make uname -a the architecture is 
i386. so the kernel is running in 32 bit mode...

i have also made that change for build_arch setting and the error i 
specified happens with that enabled...

any further tips?

Thanks,

Nuno

Rainer M?ller wrote:
> On 2010-04-26 16:55 , Nuno Santos wrote:
>   
>> I need to compile packages in snow leopard but it seems that by default 
>> snow leopard compiles in 64 bits.
>>     
>
> Yes, MacPorts uses 64-bit by default on Snow Leopard if your hardware
> supports it. Why do you want to force 32-bit?
>
>   
>> I'm forcing 32 bit compiling by modifying /opt/local/etc/macports.conf 
>> variable
>>
>> universal_archs   x86_32   i386
>>     
>                     ^^^^^^
>
> This is an invalid architecture. Intel 32-bit is i386, Intel 64-bit is
> x86_64.
>
> You probably don't want to change universal_archs, which is only used
> when building +universal. You seem to be looking for the build_arch setting.
>
> Rainer
>   


From j.van_den_hoff at fzd.de  Mon Apr 26 08:28:51 2010
From: j.van_den_hoff at fzd.de (joerg van den hoff)
Date: Mon, 26 Apr 2010 17:28:51 +0200
Subject: install of `sbcl' failed
In-Reply-To: <4BD5ABE9.90903@macports.org>
References: <op.vbrxy3qa5cnj9i@moppel.fritz.box> <4BD5ABE9.90903@macports.org>
Message-ID: <op.vbrzydpo5cnj9i@marco.fz-rossendorf.de>

On Mon, 26 Apr 2010 17:06:17 +0200, Rainer M?ller <raimue at macports.org>  
wrote:

> On 2010-04-26 16:46 , joerg van den hoff wrote:
>> I see there is a 'no such file' problem but how does this come about?  
>> any
>> ideas?
>

thanks for the quick reply!

> Which version of MacPorts are you using? It is currently failing with

current (1.8.2.)

> trunk as the order changed in which platform blocks are evaluated.

sorry for posting (and not checking the tickets) if it is known already.
any hope for a solution soon? or is there a workaround (an easy one, that  
is)?


another point: `sbcl' has to be installed as a dependency of the computer  
algebra system `maxima' which is
written in lisp.

prior to my todays upgrading of the package descriptions there was a  
variant

sudo port install maxima +clisp

which worked (i.e. clisp installed without problem)

by using `clisp' instead of the default `sbcl' as the lisp interpreter.  
now (after updating the package list), this variant is gone.
since maxima seems to have no maintainer I might probably ask here as  
well: does somebody know, why the `clisp' variant is
gone (it would help for now to get maxima running again...)?

thanks

joerg


>
> Rainer


From raimue at macports.org  Mon Apr 26 08:39:58 2010
From: raimue at macports.org (=?ISO-8859-15?Q?Rainer_M=FCller?=)
Date: Mon, 26 Apr 2010 17:39:58 +0200
Subject: install of `sbcl' failed
In-Reply-To: <op.vbrzydpo5cnj9i@marco.fz-rossendorf.de>
References: <op.vbrxy3qa5cnj9i@moppel.fritz.box> <4BD5ABE9.90903@macports.org>
	<op.vbrzydpo5cnj9i@marco.fz-rossendorf.de>
Message-ID: <4BD5B3CE.4070501@macports.org>

On 2010-04-26 17:28 , joerg van den hoff wrote:
>> Which version of MacPorts are you using? It is currently failing with
> 
> current (1.8.2.)
> 
>> trunk as the order changed in which platform blocks are evaluated.
> 
> sorry for posting (and not checking the tickets) if it is known already.
> any hope for a solution soon? or is there a workaround (an easy one, that  
> is)?

It is supposed to work with 1.8.2, so this is not what I thought
initially. Works fine for me with 1.8.2 on Snow Leopard as I just tested.

Rainer

From j.van_den_hoff at fzd.de  Mon Apr 26 08:47:18 2010
From: j.van_den_hoff at fzd.de (joerg van den hoff)
Date: Mon, 26 Apr 2010 17:47:18 +0200
Subject: install of `sbcl' failed
In-Reply-To: <4BD5B3CE.4070501@macports.org>
References: <op.vbrxy3qa5cnj9i@moppel.fritz.box> <4BD5ABE9.90903@macports.org>
	<op.vbrzydpo5cnj9i@marco.fz-rossendorf.de>
	<4BD5B3CE.4070501@macports.org>
Message-ID: <op.vbr0s4xt5cnj9i@moppel.fritz.box>

On Mon, 26 Apr 2010 17:39:58 +0200, Rainer M?ller <raimue at macports.org>  
wrote:

> On 2010-04-26 17:28 , joerg van den hoff wrote:
>>> Which version of MacPorts are you using? It is currently failing with
>>
>> current (1.8.2.)
>>
>>> trunk as the order changed in which platform blocks are evaluated.
>>
>> sorry for posting (and not checking the tickets) if it is known already.
>> any hope for a solution soon? or is there a workaround (an easy one,  
>> that
>> is)?
>
> It is supposed to work with 1.8.2, so this is not what I thought
> initially. Works fine for me with 1.8.2 on Snow Leopard as I just tested.

which is of course good to know but makes me only partially happy ;-)

especially my snow leopard installation of macports is overall quite young  
(a few month)
and has had not that much time to become messed up, inconsistent or  
whatever. anyhow, something
seems to be different for my setup. and I see the same problem on 10.5 ppc  
machine with an independent
macports setup...

my question:
can I do any further testing and/or provide further information which  
would help to corner the problem?

regards,
joerg

>
> Rainer


From nunosantos at imaginando.net  Mon Apr 26 08:48:11 2010
From: nunosantos at imaginando.net (nunosantos at imaginando.net)
Date: Mon, 26 Apr 2010 17:48:11 +0200
Subject: Problems compiling in snow leopard
In-Reply-To: <4BD5ABFB.7040202@imaginando.net>
References: <4BD5A946.9090109@imaginando.net> <4BD5AA8E.8030108@macports.org>
	<4BD5ABFB.7040202@imaginando.net>
Message-ID: <55e59462474339c314dd10bfb772add4@imaginando.net>

This is currently on of my problems:

--->  Configuring ffmpeg
DEBUG: Using compiler 'Mac OS X gcc 4.2'
DEBUG: Executing proc-pre-org.macports.configure-configure-0
DEBUG: Executing org.macports.configure (ffmpeg)
DEBUG: Environment: CFLAGS='-O2 -DHAVE_LRINTF -I/opt/local/include -arch
i386' CPPFLAGS='-I/opt/local/include' CXXFLAGS='-O2 -arch i386'
MACOSX_DEPLOYMENT_TARGET='10.6' CXX='/usr/bin/g++-4.2' F90FLAGS='-O2 -m32'
LDFLAGS='-L/opt/local/lib' OBJC='/usr/bin/gcc-4.2' FCFLAGS='-O2 -m32'
INSTALL='/usr/bin/install -c' OBJCFLAGS='-O2 -arch i386' FFLAGS='-O2 -m32'
CC='/usr/bin/gcc-4.2'
DEBUG: Assembled command: 'cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_ffmpeg/work/ffmpeg-0.5.1"
&& ./configure --prefix=/opt/local --disable-vhook --enable-gpl
--enable-postproc --enable-avfilter --enable-avfilter-lavf
--enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libdirac
--enable-libschroedinger --enable-libfaac --enable-libfaad --enable-libxvid
--enable-libx264 --enable-nonfree --mandir=/opt/local/share/man
--enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=i386
--disable-mmx --disable-mmx2 --disable-sse --disable-ssse3
--disable-amd3dnow --disable-amd3dnowext'
/usr/bin/gcc-4.2 is unable to create an executable file.
If /usr/bin/gcc-4.2 is a cross-compiler, use the --enable-cross-compile
option.
Only do this if you know what cross compiling means.
C compiler test failed.
If you think configure made a mistake, make sure you are using the latest
version from SVN.  If the latest version fails, report the problem to the
ffmpeg-user at mplayerhq.hu mailing list or IRC #ffmpeg on irc.freenode.net.
Include the log file "config.err" produced by configure as this will help
solving the problem.
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_multimedia_ffmpeg/work/ffmpeg-0.5.1"
&& ./configure --prefix=/opt/local --disable-vhook --enable-gpl
--enable-postproc --enable-avfilter --enable-avfilter-lavf
--enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libdirac
--enable-libschroedinger --enable-libfaac --enable-libfaad --enable-libxvid
--enable-libx264 --enable-nonfree --mandir=/opt/local/share/man
--enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=i386
--disable-mmx --disable-mmx2 --disable-sse --disable-ssse3
--disable-amd3dnow --disable-amd3dnowext " returned error 1
DEBUG: Backtrace: configure failure: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_ffmpeg/work/ffmpeg-0.5.1"
&& ./configure --prefix=/opt/local --disable-vhook --enable-gpl
--enable-postproc --enable-avfilter --enable-avfilter-lavf
--enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libdirac
--enable-libschroedinger --enable-libfaac --enable-libfaad --enable-libxvid
--enable-libx264 --enable-nonfree --mandir=/opt/local/share/man
--enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=i386
--disable-mmx --disable-mmx2 --disable-sse --disable-ssse3
--disable-amd3dnow --disable-amd3dnowext " returned error 1
    while executing
"$procedure $targetname"
Warning: the following items did not execute (for ffmpeg):
org.macports.activate org.macports.configure org.macports.build
org.macports.destroot org.macports.install
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>

Any tips?

Thanks,

Nuno


On Mon, 26 Apr 2010 16:06:35 +0100, Nuno Santos
<nunosantos at imaginando.net>
wrote:
> Hi Rainer,
> 
> Thanks for the quick reply. It happens that i'?m working on a qt project

> which depends on external libs and i want it to compile on windows, mac 
> and linux.
> 
> the problem is that for that i have a brand new mac which comes with 
> snow leopard installled but when i make uname -a the architecture is 
> i386. so the kernel is running in 32 bit mode...
> 
> i have also made that change for build_arch setting and the error i 
> specified happens with that enabled...
> 
> any further tips?
> 
> Thanks,
> 
> Nuno
> 
> Rainer M?ller wrote:
>> On 2010-04-26 16:55 , Nuno Santos wrote:
>>   
>>> I need to compile packages in snow leopard but it seems that by
default 
>>> snow leopard compiles in 64 bits.
>>>     
>>
>> Yes, MacPorts uses 64-bit by default on Snow Leopard if your hardware
>> supports it. Why do you want to force 32-bit?
>>
>>   
>>> I'm forcing 32 bit compiling by modifying /opt/local/etc/macports.conf

>>> variable
>>>
>>> universal_archs   x86_32   i386
>>>     
>>                     ^^^^^^
>>
>> This is an invalid architecture. Intel 32-bit is i386, Intel 64-bit is
>> x86_64.
>>
>> You probably don't want to change universal_archs, which is only used
>> when building +universal. You seem to be looking for the build_arch
>> setting.
>>
>> Rainer
>>   
> 
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

From allbery at kf8nh.com  Mon Apr 26 10:23:45 2010
From: allbery at kf8nh.com (Brandon Allbery)
Date: Mon, 26 Apr 2010 13:23:45 -0400
Subject: Python Class Library for Numbers package.
In-Reply-To: <4BD54D61.5060406@mso.anu.edu.au>
References: <4BD3F85F.90205@mso.anu.edu.au>
	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
	<4BD54D61.5060406@mso.anu.edu.au>
Message-ID: <39C09722-9CD3-4EAD-8DA3-C6B515B9634A@kf8nh.com>

On Apr 26, 2010, at 04:22 , David Nicholls wrote:
> run clnum_setup.py install --prefix=/usr/local


--prefix is where the package gets installed, not where it looks for  
things.  Usually there is some way to say --with-(package)=(path)  
(e.g. --with-cln=/opt/local), but I can't speak for this package in  
specific.

-- 
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery at kf8nh.com
system administrator [openafs,heimdal,too many hats] allbery at ece.cmu.edu
electrical and computer engineering, carnegie mellon university    KF8NH



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100426/1b632a15/attachment.bin>

From ryandesign at macports.org  Mon Apr 26 11:07:31 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 26 Apr 2010 13:07:31 -0500
Subject: install of `sbcl' failed
In-Reply-To: <op.vbrxy3qa5cnj9i@moppel.fritz.box>
References: <op.vbrxy3qa5cnj9i@moppel.fritz.box>
Message-ID: <0E4B602E-8095-448A-94B4-2FE127C86CDB@macports.org>

On Apr 26, 2010, at 09:46, joerg van den hoff wrote:

> DEBUG: Skipping completed org.macports.fetch (sbcl)
> DEBUG: Skipping completed org.macports.checksum (sbcl)
> DEBUG: setting option extract.cmd to /usr/bin/bzip2
> DEBUG: Skipping completed org.macports.extract (sbcl)
> DEBUG: Skipping completed org.macports.patch (sbcl)
> DEBUG: Skipping completed org.macports.configure (sbcl)
> --->  Building sbcl
> DEBUG: Executing org.macports.build (sbcl)
> sh: line 0: cd: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-1.0.37: No such file or directory

> this happened both with 10.5 on ppc as well as 10.6 on i386
> 
> I see there is a 'no such file' problem but how does this come about? any ideas?

Since it works for Rainer and for me, I can only suggest that you somehow successfully completed sbcl's extract phase, then perhaps interrupted the installation, then deleted the extracted directory. I'd suggest you start on both machines by cleaning the port and trying again.

sudo port clean sbcl
sudo port -d install sbcl

If it fails again, send us the complete debug output this will produce.



From ryandesign at macports.org  Mon Apr 26 11:23:02 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 26 Apr 2010 13:23:02 -0500
Subject: Python Class Library for Numbers package.
In-Reply-To: <4BD54D61.5060406@mso.anu.edu.au>
References: <4BD3F85F.90205@mso.anu.edu.au>
	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
	<4BD54D61.5060406@mso.anu.edu.au>
Message-ID: <DCEB29C0-A758-4BB5-810D-EB669D910E4A@macports.org>


On Apr 26, 2010, at 03:22, David Nicholls wrote:

> OK, I've worked on this a bit further.
> 
> I have installed the MacPorts 'cln' package - it installs the cln/ directory in /opt/local/include/
> 
> With that in place, the calcrpn-py package installs OK. (It is needed by clnum).
> 
> The next step is to install the clnum module, as per
> http://calcrpnpy.sourceforge.net/clnumManual.html  I can't get it to find the numerous .h files that need to be included, because of a path problem.
> 
> I'm pretty sure that the problem lies in the command as given on the above web page (run from within ipython run via sudo):
> 
> run clnum_setup.py install --prefix=/usr/local
> 
> The various '.h' files have a whole bunch of #include statements with files named like 'cln/xxx.h'
> 
> A typical line is:
> 
> #include "cln/types.h"
> 
> and the install process cannot find any of the "cln/xxx.h" files.
> 
> Hoping that there was some sort of global prefix process I could use, I have tried a variety of "--prefix=..." variants without any luck.  (eg --prefix=/opt/local/include)
> 
> I could replace all the 'cln/' strings in the .h files and in clnum.cpp with '/opt/local/include/cln/' (and there are dozens of them in a lot of files) but that's pretty crude and I'm sure there's a more elegant way.
> 
> Any suggestions?

Need more specifics. If you have an in-progress portfile you're working on, can you send it to us? If you're building by hand, can you show us the exact commands you're typing and the exact error messages you get back?



From poirier at pobox.com  Mon Apr 26 11:28:15 2010
From: poirier at pobox.com (Dan Poirier)
Date: Mon, 26 Apr 2010 14:28:15 -0400
Subject: Problems compiling in snow leopard
References: <4BD5A946.9090109@imaginando.net> <4BD5AA8E.8030108@macports.org>
	<4BD5ABFB.7040202@imaginando.net>
Message-ID: <yuad3xm3w74.fsf@kabuki.raleigh.ibm.com>

On 2010-04-26 at 11:06, Nuno Santos <nunosantos at imaginando.net> wrote:

> the problem is that for that i have a brand new mac which comes with
> snow leopard installled but when i make uname -a the architecture is
> i386. so the kernel is running in 32 bit mode...
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

That does not mean you have to build software in 32-bit mode.  Snow
Leopard typically runs the kernel in 32-bit mode, but most applications
in 64-bit mode.


From jmr at macports.org  Mon Apr 26 11:38:05 2010
From: jmr at macports.org (Joshua Root)
Date: Tue, 27 Apr 2010 04:38:05 +1000
Subject: Problems compiling in snow leopard
In-Reply-To: <4BD5ABFB.7040202@imaginando.net>
References: <4BD5A946.9090109@imaginando.net> <4BD5AA8E.8030108@macports.org>
	<4BD5ABFB.7040202@imaginando.net>
Message-ID: <4BD5DD8D.7090607@macports.org>

On 2010-4-27 01:06 , Nuno Santos wrote:
> the problem is that for that i have a brand new mac which comes with
> snow leopard installled but when i make uname -a the architecture is
> i386. so the kernel is running in 32 bit mode...

Kernel arch is irrelevant here. There wasn't a 64-bit kernel before Snow
Leopard, but both Leopard and Tiger are capable of running 64-bit user code.

- Josh

From ryandesign at macports.org  Mon Apr 26 11:39:45 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 26 Apr 2010 13:39:45 -0500
Subject: Problems compiling in snow leopard
In-Reply-To: <4BD5ABFB.7040202@imaginando.net>
References: <4BD5A946.9090109@imaginando.net> <4BD5AA8E.8030108@macports.org>
	<4BD5ABFB.7040202@imaginando.net>
Message-ID: <C183A552-73BA-4B19-98E3-A46E5F17D286@macports.org>

On Apr 26, 2010, at 10:06, Nuno Santos wrote:

> Thanks for the quick reply. It happens that i'?m working on a qt project which depends on external libs and i want it to compile on windows, mac and linux.

Ok, so what? Mac OS X is 64-bit now, so are some versions of Windows and Linux, so get used to it. :)

> the problem is that for that i have a brand new mac which comes with snow leopard installled but when i make uname -a the architecture is i386. so the kernel is running in 32 bit mode...

Again, so what? "i386" in "uname -a" is pretty much irrelevant to everything. I'm not even sure that has anything to do with whether the kernel is running 32-bit or 64-bit. Even if it does, that's also irrelevant to whether you can run 64-bit software. You can run 64-bit software with a 32-bit kernel. I'm doing it right now.

> i have also made that change for build_arch setting and the error i specified happens with that enabled...


> This is currently on of my problems:
> 
> --->  Configuring ffmpeg
> DEBUG: Using compiler 'Mac OS X gcc 4.2'
> DEBUG: Executing proc-pre-org.macports.configure-configure-0
> DEBUG: Executing org.macports.configure (ffmpeg)
> DEBUG: Environment: CFLAGS='-O2 -DHAVE_LRINTF -I/opt/local/include -arch
> i386' CPPFLAGS='-I/opt/local/include' CXXFLAGS='-O2 -arch i386'
> MACOSX_DEPLOYMENT_TARGET='10.6' CXX='/usr/bin/g++-4.2' F90FLAGS='-O2 -m32'
> LDFLAGS='-L/opt/local/lib' OBJC='/usr/bin/gcc-4.2' FCFLAGS='-O2 -m32'
> INSTALL='/usr/bin/install -c' OBJCFLAGS='-O2 -arch i386' FFLAGS='-O2 -m32'
> CC='/usr/bin/gcc-4.2'
> DEBUG: Assembled command: 'cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_ffmpeg/work/ffmpeg-0.5.1"
> && ./configure --prefix=/opt/local --disable-vhook --enable-gpl
> --enable-postproc --enable-avfilter --enable-avfilter-lavf
> --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libdirac
> --enable-libschroedinger --enable-libfaac --enable-libfaad --enable-libxvid
> --enable-libx264 --enable-nonfree --mandir=/opt/local/share/man
> --enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=i386
> --disable-mmx --disable-mmx2 --disable-sse --disable-ssse3
> --disable-amd3dnow --disable-amd3dnowext'
> /usr/bin/gcc-4.2 is unable to create an executable file.
> If /usr/bin/gcc-4.2 is a cross-compiler, use the --enable-cross-compile
> option.
> Only do this if you know what cross compiling means.
> C compiler test failed.


Yes, sorry, ffmpeg does not support changing build_arch:

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

But it should build fine for x86_64. Have you tried that?




From j.van_den_hoff at fzd.de  Mon Apr 26 11:48:06 2010
From: j.van_den_hoff at fzd.de (joerg van den hoff)
Date: Mon, 26 Apr 2010 20:48:06 +0200
Subject: install of `sbcl' failed
In-Reply-To: <0E4B602E-8095-448A-94B4-2FE127C86CDB@macports.org>
References: <op.vbrxy3qa5cnj9i@moppel.fritz.box>
	<0E4B602E-8095-448A-94B4-2FE127C86CDB@macports.org>
Message-ID: <op.vbr86g195cnj9i@moppel.fritz.box>

ryan, rainer,

really thanks a lot for bothering with this.

On Mon, 26 Apr 2010 20:07:31 +0200, Ryan Schmidt <ryandesign at macports.org>  
wrote:

> On Apr 26, 2010, at 09:46, joerg van den hoff wrote:
>
>> DEBUG: Skipping completed org.macports.fetch (sbcl)
>> DEBUG: Skipping completed org.macports.checksum (sbcl)
>> DEBUG: setting option extract.cmd to /usr/bin/bzip2
>> DEBUG: Skipping completed org.macports.extract (sbcl)
>> DEBUG: Skipping completed org.macports.patch (sbcl)
>> DEBUG: Skipping completed org.macports.configure (sbcl)
>> --->  Building sbcl
>> DEBUG: Executing org.macports.build (sbcl)
>> sh: line 0: cd:  
>> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-1.0.37:  
>> No such file or directory
>
>> this happened both with 10.5 on ppc as well as 10.6 on i386
>>
>> I see there is a 'no such file' problem but how does this come about?  
>> any ideas?
>
> Since it works for Rainer and for me, I can only suggest that you  
> somehow successfully completed sbcl's extract phase, then perhaps  
> interrupted the installation, then deleted the extracted directory. I'd  
> suggest you start on both machines by cleaning the port and trying again.

actually, I did not. what I did in the first place was trying to install  
maxima:

sudo port install maxima

which led _directly_ (without any intervention on my side) to the reported  
error (the final one, that the make target could
not be executed).

>
> sudo port clean sbcl
> sudo port -d install sbcl
>
> If it fails again, send us the complete debug output this will produce.

this worked (and it's completely my fault that I did not try this tidy up  
in the first place before posting). so: problem solved for me, thanks a  
lot!.

I have no idea why it failed in the first place. I can only guess:  
installing `maxima' has been failing (with unrelated errors) for quite  
some time (last I tried was a few months ago) but very probably I did  
_not_ do `port clean maxima' in between. whether or not this could've let  
to a state of the ports tree which caused the present problem I cannot say.

anyway, really thanks a lot to both of you again!

joerg



>
>


From iwannahitthelotto at yahoo.com  Mon Apr 26 14:05:18 2010
From: iwannahitthelotto at yahoo.com (Rick S.)
Date: Mon, 26 Apr 2010 14:05:18 -0700 (PDT)
Subject: PSPP install issue
Message-ID: <829831.4704.qm@web112714.mail.gq1.yahoo.com>

Hello,

I don't have the exact error off hand.

But when I run port install pspp.... it looks for dependencies and builds the list but when trying to install them it returns an error the size of a paragraph.  I am trying to install pspp on mac osx 10.4.11.  I installed Macports 1.8.2.

any input is appreciated.

Thank you,
-Rick



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100426/7af190c0/attachment.html>

From jayeola at gmail.com  Mon Apr 26 14:48:52 2010
From: jayeola at gmail.com (John Maclean)
Date: Mon, 26 Apr 2010 22:48:52 +0100
Subject: No subject
Message-ID: <4BD60A44.9010800@gmail.com>

can any one help by telling me what I can do to overcome this error?


sudo port install bnbt -d
--->  Computing dependencies for bnbt
--->  Fetching bnbt
--->  Verifying checksum(s) for bnbt
--->  Extracting bnbt
--->  Configuring bnbt
--->  Building bnbt
Error: Target org.macports.build returned: shell command " cd 
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bnbt/work/bnbt/src" 
&& /usr/bin/make -j2 bnbt " returned error 2
Command output: g++ -o atom.o  -O2 -flat_namespace  -D__APPLE__ -I. -c 
atom.cpp
g++ -o base64.o  -O2 -flat_namespace  -D__APPLE__ -I. -c base64.cpp
g++ -o bencode.o  -O2 -flat_namespace  -D__APPLE__ -I. -c bencode.cpp
In file included from atom.cpp:22:
bnbt.h:145: error: conflicting declaration 'typedef int socklen_t'
/usr/include/sys/socket.h:108: error: 'socklen_t' has a previous 
declaration as 'typedef __darwin_socklen_t socklen_t'
make: *** [atom.o] Error 1
make: *** Waiting for unfinished jobs....
In file included from bencode.cpp:22:
bnbt.h:145: error: conflicting declaration 'typedef int socklen_t'
/usr/include/sys/socket.h:108: error: 'socklen_t' has a previous 
declaration as 'typedef __darwin_socklen_t socklen_t'
make: *** [bencode.o] Error 1

Error: Status 1 encountered during processing.


From jayeola at gmail.com  Mon Apr 26 14:49:22 2010
From: jayeola at gmail.com (John Maclean)
Date: Mon, 26 Apr 2010 22:49:22 +0100
Subject: installation of bnbt fails
Message-ID: <4BD60A62.6090202@gmail.com>

can any one help by telling me what I can do to overcome this error?


sudo port install bnbt -d
--->  Computing dependencies for bnbt
--->  Fetching bnbt
--->  Verifying checksum(s) for bnbt
--->  Extracting bnbt
--->  Configuring bnbt
--->  Building bnbt
Error: Target org.macports.build returned: shell command " cd 
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bnbt/work/bnbt/src" 
&& /usr/bin/make -j2 bnbt " returned error 2
Command output: g++ -o atom.o  -O2 -flat_namespace  -D__APPLE__ -I. -c 
atom.cpp
g++ -o base64.o  -O2 -flat_namespace  -D__APPLE__ -I. -c base64.cpp
g++ -o bencode.o  -O2 -flat_namespace  -D__APPLE__ -I. -c bencode.cpp
In file included from atom.cpp:22:
bnbt.h:145: error: conflicting declaration 'typedef int socklen_t'
/usr/include/sys/socket.h:108: error: 'socklen_t' has a previous 
declaration as 'typedef __darwin_socklen_t socklen_t'
make: *** [atom.o] Error 1
make: *** Waiting for unfinished jobs....
In file included from bencode.cpp:22:
bnbt.h:145: error: conflicting declaration 'typedef int socklen_t'
/usr/include/sys/socket.h:108: error: 'socklen_t' has a previous 
declaration as 'typedef __darwin_socklen_t socklen_t'
make: *** [bencode.o] Error 1

Error: Status 1 encountered during processing.


From ryandesign at macports.org  Mon Apr 26 14:52:11 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 26 Apr 2010 16:52:11 -0500
Subject: Problems compiling in snow leopard
In-Reply-To: <DEA16DED-54A6-407B-878F-A94065C79E36@imaginando.net>
References: <4BD5A946.9090109@imaginando.net> <4BD5AA8E.8030108@macports.org>
	<4BD5ABFB.7040202@imaginando.net>
	<C183A552-73BA-4B19-98E3-A46E5F17D286@macports.org>
	<DEA16DED-54A6-407B-878F-A94065C79E36@imaginando.net>
Message-ID: <097516DE-BF0B-4123-925C-45849F2DD441@macports.org>

Don't forget to Reply All so your replies go to the list too, not just to me.

On Apr 26, 2010, at 16:01, Nuno Santos wrote:

> Hi Ryan,
> 
> Its not a question of getting used to it. As I said before, i'm working on a software product that will run on Windows, Mac and Linux. It is being built on the top of the Qt framework for that cross platform support.
> 
> I have looken in Qt's website to see if there is a 64 bit version for Mac but no, only for Linux. 
> 
> Even if that was a chance, I would be very limited to only run that software on the most recent macs. Right now I depend on opencv, gstreamer and gst-plugins-base and their respective dependencies.
> 
> About that i386 and kernel thing. Sorry, I had the idea that 64 bit software would only run on 64-bit kernels. 
> 
> But, about this question... if i can run 64-bit software on 32-bit kernels, then the only thing I really need is to get Qt compiled for 64 bit. My problem would be solved by that time, isn't that right?
> 
> Yeah, all the packages compiled just fine in 64 bit mode! ;)
> 
> With my best regards,
> 
> Nuno

The qt4-mac port installs just fine on Snow Leopard for me -- 64-bit by default, or if you want both 64-bit and 32-bit, then use the +universal variant, as usual.

FYI, qt4-mac is an extremely large piece of software; expect to use about 7GB of disk space and many hours to build it.


From ryandesign at macports.org  Mon Apr 26 15:04:48 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 26 Apr 2010 17:04:48 -0500
Subject: installation of bnbt fails
In-Reply-To: <4BD60A62.6090202@gmail.com>
References: <4BD60A62.6090202@gmail.com>
Message-ID: <89830E7D-F28C-4EFE-B14F-2C027DF8FC98@macports.org>

On Apr 26, 2010, at 16:49, John Maclean wrote:

> can any one help by telling me what I can do to overcome this error?
> 
> 
> sudo port install bnbt -d
> --->  Computing dependencies for bnbt
> --->  Fetching bnbt
> --->  Verifying checksum(s) for bnbt
> --->  Extracting bnbt
> --->  Configuring bnbt
> --->  Building bnbt
> Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bnbt/work/bnbt/src" && /usr/bin/make -j2 bnbt " returned error 2
> Command output: g++ -o atom.o  -O2 -flat_namespace  -D__APPLE__ -I. -c atom.cpp
> g++ -o base64.o  -O2 -flat_namespace  -D__APPLE__ -I. -c base64.cpp
> g++ -o bencode.o  -O2 -flat_namespace  -D__APPLE__ -I. -c bencode.cpp
> In file included from atom.cpp:22:
> bnbt.h:145: error: conflicting declaration 'typedef int socklen_t'
> /usr/include/sys/socket.h:108: error: 'socklen_t' has a previous declaration as 'typedef __darwin_socklen_t socklen_t'
> make: *** [atom.o] Error 1
> make: *** Waiting for unfinished jobs....
> In file included from bencode.cpp:22:
> bnbt.h:145: error: conflicting declaration 'typedef int socklen_t'
> /usr/include/sys/socket.h:108: error: 'socklen_t' has a previous declaration as 'typedef __darwin_socklen_t socklen_t'
> make: *** [bencode.o] Error 1


Thanks for reporting the problem. I fixed it in r66956. In half an hour, use "sudo port selfupdate" and try again.



From nunosantos at imaginando.net  Mon Apr 26 15:27:07 2010
From: nunosantos at imaginando.net (Nuno Santos)
Date: Mon, 26 Apr 2010 23:27:07 +0100
Subject: Problems compiling in snow leopard
In-Reply-To: <097516DE-BF0B-4123-925C-45849F2DD441@macports.org>
References: <4BD5A946.9090109@imaginando.net> <4BD5AA8E.8030108@macports.org>
	<4BD5ABFB.7040202@imaginando.net>
	<C183A552-73BA-4B19-98E3-A46E5F17D286@macports.org>
	<DEA16DED-54A6-407B-878F-A94065C79E36@imaginando.net>
	<097516DE-BF0B-4123-925C-45849F2DD441@macports.org>
Message-ID: <674576AC-3BE2-4943-88AC-3FC2DDFDEFCA@imaginando.net>

Oh sorry,

I didn't see and didn't meant to! 

Best regards,

Nuno

On Apr 26, 2010, at 10:52 PM, Ryan Schmidt wrote:

> Don't forget to Reply All so your replies go to the list too, not just to me.
> 
> On Apr 26, 2010, at 16:01, Nuno Santos wrote:
> 
>> Hi Ryan,
>> 
>> Its not a question of getting used to it. As I said before, i'm working on a software product that will run on Windows, Mac and Linux. It is being built on the top of the Qt framework for that cross platform support.
>> 
>> I have looken in Qt's website to see if there is a 64 bit version for Mac but no, only for Linux. 
>> 
>> Even if that was a chance, I would be very limited to only run that software on the most recent macs. Right now I depend on opencv, gstreamer and gst-plugins-base and their respective dependencies.
>> 
>> About that i386 and kernel thing. Sorry, I had the idea that 64 bit software would only run on 64-bit kernels. 
>> 
>> But, about this question... if i can run 64-bit software on 32-bit kernels, then the only thing I really need is to get Qt compiled for 64 bit. My problem would be solved by that time, isn't that right?
>> 
>> Yeah, all the packages compiled just fine in 64 bit mode! ;)
>> 
>> With my best regards,
>> 
>> Nuno
> 
> The qt4-mac port installs just fine on Snow Leopard for me -- 64-bit by default, or if you want both 64-bit and 32-bit, then use the +universal variant, as usual.
> 
> FYI, qt4-mac is an extremely large piece of software; expect to use about 7GB of disk space and many hours to build it.
> 


From jbb at vcn.com  Mon Apr 26 17:25:38 2010
From: jbb at vcn.com (John B Brown)
Date: Mon, 26 Apr 2010 18:25:38 -0600
Subject: gv and ghostscript
Message-ID: <4BD62F02.9010202@vcn.com>

Dear Folk,

	After installing the entire Xorg and XFree86 packages through macports 
I installed ghostscript and gv. Neither of them do anything except sit 
there at the command prompt doing nothing. A control-C will stop the 
wait and return the prompt. Trying to 'see' what is happening by using a 
second shell in the terminal and 'ps' shows me that they are sleeping.

	What am I doing wrong? Why do neither of these command line 
applications work on Apple when they work so well on Linux?

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From jbb at vcn.com  Mon Apr 26 17:32:16 2010
From: jbb at vcn.com (John B Brown)
Date: Mon, 26 Apr 2010 18:32:16 -0600
Subject: necessary info
Message-ID: <4BD63090.6070302@vcn.com>

Dear Folks,

	I forgot the essential stuff. I apologize.

On 4/26/10 6:25 PM, John B Brown wrote:
> Dear Folk,
>
> After installing the entire Xorg and XFree86 packages through macports I
> installed ghostscript and gv. Neither of them do anything except sit
> there at the command prompt doing nothing. A control-C will stop the
> wait and return the prompt. Trying to 'see' what is happening by using a
> second shell in the terminal and 'ps' shows me that they are sleeping.
>
> What am I doing wrong? Why do neither of these command line applications
> work on Apple when they work so well on Linux?
>


     iMac 24" iMac9,1 Mac OS 10.6.3 Xcode, updated to date,
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5659)

Developer Information:

     Version:    3.2 (10M2154)
     Location:    /Developer
     Applications:
     Xcode:    3.2.2 (1650)
     Interface Builder:    3.2.2 (762)
     Instruments:    2.1 (1208)
     Dashcode:    3.0.1 (330)
     SDKs:
     Mac OS X:
     10.5:    (9L31a)
     10.6:    (10M2154)


	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From ryandesign at macports.org  Mon Apr 26 17:44:53 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 26 Apr 2010 19:44:53 -0500
Subject: gv and ghostscript
In-Reply-To: <4BD62F02.9010202@vcn.com>
References: <4BD62F02.9010202@vcn.com>
Message-ID: <901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>


On Apr 26, 2010, at 19:25, John B Brown wrote:

> 	After installing the entire Xorg and XFree86 packages through macports I installed ghostscript and gv. Neither of them do anything except sit there at the command prompt doing nothing. A control-C will stop the wait and return the prompt. Trying to 'see' what is happening by using a second shell in the terminal and 'ps' shows me that they are sleeping.
> 
> 	What am I doing wrong? Why do neither of these command line applications work on Apple when they work so well on Linux?

gs and gv work fine for me on 10.6.3.

You only need one set of X libraries, either Xorg or XFree86. Installing both may be the source of the problem. On Mac OS X these days, Xorg is expected to be used. XFree86 isn't really being maintained in MacPorts. (You may notice XFree86 4.8.0 was released in December 2008 but MacPorts still has version 4.7.0. Possibly we should even remove XFree86 from MacPorts.) Try uninstalling XFree86.


From jayeola at gmail.com  Mon Apr 26 18:22:12 2010
From: jayeola at gmail.com (John Maclean)
Date: Tue, 27 Apr 2010 02:22:12 +0100
Subject: installation of bnbt fails
In-Reply-To: <89830E7D-F28C-4EFE-B14F-2C027DF8FC98@macports.org>
References: <4BD60A62.6090202@gmail.com>
	<89830E7D-F28C-4EFE-B14F-2C027DF8FC98@macports.org>
Message-ID: <4BD63C44.5040102@gmail.com>

On 26/04/2010 23:04, Ryan Schmidt wrote:
> On Apr 26, 2010, at 16:49, John Maclean wrote:
>
>    
>> can any one help by telling me what I can do to overcome this error?
>>
>>
>> sudo port install bnbt -d
>> --->   Computing dependencies for bnbt
>> --->   Fetching bnbt
>> --->   Verifying checksum(s) for bnbt
>> --->   Extracting bnbt
>> --->   Configuring bnbt
>> --->   Building bnbt
>> Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bnbt/work/bnbt/src"&&  /usr/bin/make -j2 bnbt " returned error 2
>> Command output: g++ -o atom.o  -O2 -flat_namespace  -D__APPLE__ -I. -c atom.cpp
>> g++ -o base64.o  -O2 -flat_namespace  -D__APPLE__ -I. -c base64.cpp
>> g++ -o bencode.o  -O2 -flat_namespace  -D__APPLE__ -I. -c bencode.cpp
>> In file included from atom.cpp:22:
>> bnbt.h:145: error: conflicting declaration 'typedef int socklen_t'
>> /usr/include/sys/socket.h:108: error: 'socklen_t' has a previous declaration as 'typedef __darwin_socklen_t socklen_t'
>> make: *** [atom.o] Error 1
>> make: *** Waiting for unfinished jobs....
>> In file included from bencode.cpp:22:
>> bnbt.h:145: error: conflicting declaration 'typedef int socklen_t'
>> /usr/include/sys/socket.h:108: error: 'socklen_t' has a previous declaration as 'typedef __darwin_socklen_t socklen_t'
>> make: *** [bencode.o] Error 1
>>      
>
> Thanks for reporting the problem. I fixed it in r66956. In half an hour, use "sudo port selfupdate" and try again.
>
>
>    
done ! works! thanks! bed!!

sudo port install bnbt -t
Password:
Portfile changed since last build; discarding previous state.
--->  Computing dependencies for bnbt
--->  Fetching bnbt
--->  Verifying checksum(s) for bnbt
--->  Extracting bnbt
--->  Applying patches to bnbt
--->  Configuring bnbt
--->  Building bnbt
--->  Staging bnbt into destroot
--->  Installing bnbt @8.1r3_0
--->  Activating bnbt @8.1r3_0
--->  Cleaning bnbt


From david at mso.anu.edu.au  Mon Apr 26 19:40:23 2010
From: david at mso.anu.edu.au (David Nicholls)
Date: Tue, 27 Apr 2010 12:40:23 +1000
Subject: Python Class Library for Numbers package.
In-Reply-To: <DCEB29C0-A758-4BB5-810D-EB669D910E4A@macports.org>
References: <4BD3F85F.90205@mso.anu.edu.au>
	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
	<4BD54D61.5060406@mso.anu.edu.au>
	<DCEB29C0-A758-4BB5-810D-EB669D910E4A@macports.org>
Message-ID: <4BD64E97.50204@mso.anu.edu.au>

Ryan Schmidt wrote:
> On Apr 26, 2010, at 03:22, David Nicholls wrote:
> 
>> OK, I've worked on this a bit further.
>> 
>> I have installed the MacPorts 'cln' package - it installs the cln/
>> directory in /opt/local/include/
>> 
>> With that in place, the calcrpn-py package installs OK. (It is
>> needed by clnum).
>> 
>> The next step is to install the clnum module, as per 
>> http://calcrpnpy.sourceforge.net/clnumManual.html  I can't get it
>> to find the numerous .h files that need to be included, because of
>> a path problem.
>> 
>> I'm pretty sure that the problem lies in the command as given on
>> the above web page (run from within ipython run via sudo):
>> 
>> run clnum_setup.py install --prefix=/usr/local
>> 
>> The various '.h' files have a whole bunch of #include statements
>> with files named like 'cln/xxx.h'
>> 
>> A typical line is:
>> 
>> #include "cln/types.h"
>> 
>> and the install process cannot find any of the "cln/xxx.h" files.
>> 
>> Hoping that there was some sort of global prefix process I could
>> use, I have tried a variety of "--prefix=..." variants without any
>> luck.  (eg --prefix=/opt/local/include)
>> 
>> I could replace all the 'cln/' strings in the .h files and in
>> clnum.cpp with '/opt/local/include/cln/' (and there are dozens of
>> them in a lot of files) but that's pretty crude and I'm sure
>> there's a more elegant way.
>> 
>> Any suggestions?
> 
> Need more specifics. If you have an in-progress portfile you're
> working on, can you send it to us? If you're building by hand, can
> you show us the exact commands you're typing and the exact error
> messages you get back?


OK, let's take a step backward.  The CLN Macports package.  My first 
step was the usual 'sudo port install cln'

I tried to install the universal variant but it failed.  The default was 
the test variant and that appeared to work.  When I type 'port installed 
cln' I see:

The following ports are currently installed:
   cln @1.2.2_0+test (active)

But in Python (the Macports version 2.6.5) when I try "from cln import 
*" I get 'no module named cln'

I presume this just means that I can't call it that way, and that the 
files it installs are what's important for other Python package 
installers to find.

My next step was to install the rpncalc python package from 
http://calcrpnpy.sourceforge.net/#Installation, using:  'python setup.py 
install --prefix=/opt/local'

That appeared to work, but when importing rpncalc into Python, it said 
it needed clnum.

So the next step I took was to attempt to install clnum, as per 
http://calcrpnpy.sourceforge.net/clnumManual.html, using: 'python 
clnum_setup.py install --prefix=/opt/local'

This is where the problems happen.  I get numerous error messages of the 
type: 'clnum/src/clnum.cpp:30:17: error: cln.h: No such file or directory'

The file cln.h and all the other 'missing' .h files were indeed 
installed using the MacPorts cln package, but they are not being found 
by the python setup process.

Any advice appreciated.

DN

-- 
__________
ANU RSAA Mt Stromlo

From ryandesign at macports.org  Mon Apr 26 21:15:51 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 26 Apr 2010 23:15:51 -0500
Subject: Python Class Library for Numbers package.
In-Reply-To: <4BD64E97.50204@mso.anu.edu.au>
References: <4BD3F85F.90205@mso.anu.edu.au>
	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
	<4BD54D61.5060406@mso.anu.edu.au>
	<DCEB29C0-A758-4BB5-810D-EB669D910E4A@macports.org>
	<4BD64E97.50204@mso.anu.edu.au>
Message-ID: <91F050AD-2EED-4488-ACA2-FEE697D83959@macports.org>

On Apr 26, 2010, at 21:40, David Nicholls wrote:

> OK, let's take a step backward.  The CLN Macports package.  My first step was the usual 'sudo port install cln'
> 
> I tried to install the universal variant but it failed.

Agreed; I filed a ticket for that:

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


> The default was the test variant and that appeared to work.

FYI, the +test variant is pointless in this port and should be deleted; I filed a ticket for that:

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


> When I type 'port installed cln' I see:
> 
> The following ports are currently installed:
>  cln @1.2.2_0+test (active)
> 
> But in Python (the Macports version 2.6.5) when I try "from cln import *" I get 'no module named cln'
> 

> I presume this just means that I can't call it that way, and that the files it installs are what's important for other Python package installers to find.

I'm not familiar with python in general, but from "port deps cln" you can see the cln port doesn't depend on a python port, and using "port contents cln" you can see it doesn't install any python modules, so it doesn't surprise me that you can't simply "import" it into python.


> My next step was to install the rpncalc python package from http://calcrpnpy.sourceforge.net/#Installation, using:  'python setup.py install --prefix=/opt/local'
> 
> That appeared to work, but when importing rpncalc into Python, it said it needed clnum.

So we should make ports for rpncalc and clnum; I filed tickets for this:

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

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


> So the next step I took was to attempt to install clnum, as per http://calcrpnpy.sourceforge.net/clnumManual.html, using: 'python clnum_setup.py install --prefix=/opt/local'
> 
> This is where the problems happen.  I get numerous error messages of the type: 'clnum/src/clnum.cpp:30:17: error: cln.h: No such file or directory'
> 
> The file cln.h and all the other 'missing' .h files were indeed installed using the MacPorts cln package, but they are not being found by the python setup process.

It's probably easier to try to make the ports than to sort out how to build it by hand.

To build it by hand, you probably need to set a bunch of environment variables, such as the ones MacPorts sets automatically every time it installs a port; these are shown in the debug output in the configure phase if you're interested.


From david at mso.anu.edu.au  Mon Apr 26 21:35:16 2010
From: david at mso.anu.edu.au (David Nicholls)
Date: Tue, 27 Apr 2010 14:35:16 +1000
Subject: Python Class Library for Numbers package.
In-Reply-To: <91F050AD-2EED-4488-ACA2-FEE697D83959@macports.org>
References: <4BD3F85F.90205@mso.anu.edu.au>
	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
	<4BD54D61.5060406@mso.anu.edu.au>
	<DCEB29C0-A758-4BB5-810D-EB669D910E4A@macports.org>
	<4BD64E97.50204@mso.anu.edu.au>
	<91F050AD-2EED-4488-ACA2-FEE697D83959@macports.org>
Message-ID: <4BD66984.9080009@mso.anu.edu.au>

Ryan Schmidt wrote:
> On Apr 26, 2010, at 21:40, David Nicholls wrote:
> 
>> OK, let's take a step backward.  The CLN Macports package.  My
>> first step was the usual 'sudo port install cln'
>> 
>> I tried to install the universal variant but it failed.
> 
> Agreed; I filed a ticket for that:
> 
> http://trac.macports.org/ticket/24674
> 
> 
>> The default was the test variant and that appeared to work.
> 
> FYI, the +test variant is pointless in this port and should be
> deleted; I filed a ticket for that:
> 
> http://trac.macports.org/ticket/24678
> 
> 
>> When I type 'port installed cln' I see:
>> 
>> The following ports are currently installed: cln @1.2.2_0+test
>> (active)
>> 
>> But in Python (the Macports version 2.6.5) when I try "from cln
>> import *" I get 'no module named cln'
>> 
> 
>> I presume this just means that I can't call it that way, and that
>> the files it installs are what's important for other Python package
>> installers to find.
> 
> I'm not familiar with python in general, but from "port deps cln" you
> can see the cln port doesn't depend on a python port, and using "port
> contents cln" you can see it doesn't install any python modules, so
> it doesn't surprise me that you can't simply "import" it into python.
> 
> 
> 
>> My next step was to install the rpncalc python package from
>> http://calcrpnpy.sourceforge.net/#Installation, using:  'python
>> setup.py install --prefix=/opt/local'
>> 
>> That appeared to work, but when importing rpncalc into Python, it
>> said it needed clnum.
> 
> So we should make ports for rpncalc and clnum; I filed tickets for
> this:
> 
> http://trac.macports.org/ticket/24676
> 
> http://trac.macports.org/ticket/24677
> 
> 
>> So the next step I took was to attempt to install clnum, as per
>> http://calcrpnpy.sourceforge.net/clnumManual.html, using: 'python
>> clnum_setup.py install --prefix=/opt/local'
>> 
>> This is where the problems happen.  I get numerous error messages
>> of the type: 'clnum/src/clnum.cpp:30:17: error: cln.h: No such file
>> or directory'
>> 
>> The file cln.h and all the other 'missing' .h files were indeed
>> installed using the MacPorts cln package, but they are not being
>> found by the python setup process.
> 
> It's probably easier to try to make the ports than to sort out how to
> build it by hand.
> 
> To build it by hand, you probably need to set a bunch of environment
> variables, such as the ones MacPorts sets automatically every time it
> installs a port; these are shown in the debug output in the configure
> phase if you're interested.
> 

Thanks for that.  Looks like I may have to wait until things are fixed.

DN

-- 
__________
ANU RSAA Mt Stromlo

From ryandesign at macports.org  Mon Apr 26 21:52:58 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 26 Apr 2010 23:52:58 -0500
Subject: Python Class Library for Numbers package.
In-Reply-To: <4BD66984.9080009@mso.anu.edu.au>
References: <4BD3F85F.90205@mso.anu.edu.au>
	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
	<4BD54D61.5060406@mso.anu.edu.au>
	<DCEB29C0-A758-4BB5-810D-EB669D910E4A@macports.org>
	<4BD64E97.50204@mso.anu.edu.au>
	<91F050AD-2EED-4488-ACA2-FEE697D83959@macports.org>
	<4BD66984.9080009@mso.anu.edu.au>
Message-ID: <E89711A2-1BB1-4F43-B07B-B22536859466@macports.org>

On Apr 26, 2010, at 23:35, David Nicholls wrote:
> Ryan Schmidt wrote:
>> So we should make ports for rpncalc and clnum; I filed tickets for
>> this:
>> http://trac.macports.org/ticket/24676
>> http://trac.macports.org/ticket/24677
> Thanks for that.  Looks like I may have to wait until things are fixed.

I added the ports. Please let me know if they work.


From david at mso.anu.edu.au  Mon Apr 26 22:19:51 2010
From: david at mso.anu.edu.au (David Nicholls)
Date: Tue, 27 Apr 2010 15:19:51 +1000
Subject: Python Class Library for Numbers package.
In-Reply-To: <E89711A2-1BB1-4F43-B07B-B22536859466@macports.org>
References: <4BD3F85F.90205@mso.anu.edu.au>
	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
	<4BD54D61.5060406@mso.anu.edu.au>
	<DCEB29C0-A758-4BB5-810D-EB669D910E4A@macports.org>
	<4BD64E97.50204@mso.anu.edu.au>
	<91F050AD-2EED-4488-ACA2-FEE697D83959@macports.org>
	<4BD66984.9080009@mso.anu.edu.au>
	<E89711A2-1BB1-4F43-B07B-B22536859466@macports.org>
Message-ID: <4BD673F7.4040101@mso.anu.edu.au>

Thanks, Ryan

I don't do this often enough to remember how I did it last time: where 
do I obtain the ports from and how do I install a local port file?

DN

Ryan Schmidt wrote:
> On Apr 26, 2010, at 23:35, David Nicholls wrote:
>> Ryan Schmidt wrote:
>>> So we should make ports for rpncalc and clnum; I filed tickets for
>>> this:
>>> http://trac.macports.org/ticket/24676
>>> http://trac.macports.org/ticket/24677
>> Thanks for that.  Looks like I may have to wait until things are fixed.
> 
> I added the ports. Please let me know if they work.
> 


-- 
__________
ANU RSAA Mt Stromlo

From ryandesign at macports.org  Mon Apr 26 22:21:25 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 27 Apr 2010 00:21:25 -0500
Subject: Python Class Library for Numbers package.
In-Reply-To: <4BD673F7.4040101@mso.anu.edu.au>
References: <4BD3F85F.90205@mso.anu.edu.au>
	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
	<4BD54D61.5060406@mso.anu.edu.au>
	<DCEB29C0-A758-4BB5-810D-EB669D910E4A@macports.org>
	<4BD64E97.50204@mso.anu.edu.au>
	<91F050AD-2EED-4488-ACA2-FEE697D83959@macports.org>
	<4BD66984.9080009@mso.anu.edu.au>
	<E89711A2-1BB1-4F43-B07B-B22536859466@macports.org>
	<4BD673F7.4040101@mso.anu.edu.au>
Message-ID: <C629F5E2-D88F-4708-81D0-0A5DECA556AA@macports.org>


On Apr 27, 2010, at 00:19, David Nicholls wrote:

> I don't do this often enough to remember how I did it last time: where do I obtain the ports from and how do I install a local port file?

Instructions for installing a local portfile should be in the MacPorts guide, but you don't need to do that for these new ports. Just wait an hour for the rsync server to catch up, then "sudo port selfupdate", then "sudo port install py26-rpncalc".



From david at mso.anu.edu.au  Mon Apr 26 23:20:21 2010
From: david at mso.anu.edu.au (David Nicholls)
Date: Tue, 27 Apr 2010 16:20:21 +1000
Subject: Python Class Library for Numbers package.
In-Reply-To: <E89711A2-1BB1-4F43-B07B-B22536859466@macports.org>
References: <4BD3F85F.90205@mso.anu.edu.au>
	<B1F1E0ED-5E30-406A-9313-2BC383319C3D@macports.org>
	<4BD54D61.5060406@mso.anu.edu.au>
	<DCEB29C0-A758-4BB5-810D-EB669D910E4A@macports.org>
	<4BD64E97.50204@mso.anu.edu.au>
	<91F050AD-2EED-4488-ACA2-FEE697D83959@macports.org>
	<4BD66984.9080009@mso.anu.edu.au>
	<E89711A2-1BB1-4F43-B07B-B22536859466@macports.org>
Message-ID: <4BD68225.7090601@mso.anu.edu.au>

Ryan Schmidt wrote:
> On Apr 26, 2010, at 23:35, David Nicholls wrote:
>> Ryan Schmidt wrote:
>>> So we should make ports for rpncalc and clnum; I filed tickets for
>>> this:
>>> http://trac.macports.org/ticket/24676
>>> http://trac.macports.org/ticket/24677
>> Thanks for that.  Looks like I may have to wait until things are fixed.
> 
> I added the ports. Please let me know if they work.
> 


Thanks, Ryan, the ports appear to work correctly.  I ran the two test 
files provided in the http://calcrpnpy.sourceforge.net/ packages and 
both ports pass all tests.

Much appreciated.

DN

-- 
__________
ANU RSAA Mt Stromlo

From ryandesign at macports.org  Tue Apr 27 01:13:23 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 27 Apr 2010 03:13:23 -0500
Subject: gv and ghostscript
In-Reply-To: <4BD685B0.5070109@vcn.com>
References: <4BD62F02.9010202@vcn.com>
	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>
	<4BD685B0.5070109@vcn.com>
Message-ID: <EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>

Please Reply All so our conversation stays on the list, not in private mail.

On Apr 27, 2010, at 01:35, John B Brown wrote:
> On 4/26/10 6:44 PM, Ryan Schmidt wrote:
>> gs and gv work fine for me on 10.6.3.
>> 
>> You only need one set of X libraries, either Xorg or XFree86. Installing both may be the source of the problem. On Mac OS X these days, Xorg is expected to be used. XFree86 isn't really being maintained in MacPorts. (You may notice XFree86 4.8.0 was released in December 2008 but MacPorts still has version 4.7.0. Possibly we should even remove XFree86 from MacPorts.) Try uninstalling XFree86.
> 
> 	I installed gv first; there was a huge amount of stuff that had to be automatically installed to get gv in.

Yes, there is.

> Then I installed Xorg after neither gv nor ghostscript worked when first installed by port.

gv and ghostscript depend on the parts of xorg they supposedly require, so those parts should already have been installed. So when you say you "installed Xorg" what exactly do you mean? What ports did you install?

> Then I tried XFree86, and they also didn't work after installing that.

I tried installing the XFree86 port and I couldn't get it to build. You really got this to install? "port installed XFree86" shows that it is installed?

> 	Should I just Trash /opt/local and try again?

If you wish to uninstall MacPorts and start over, correct uninstall instructions are in the guide:

http://guide.macports.org/chunked/installing.macports.uninstalling.html

> Part of the way through all the macport stuff Apple dropped some updates into this box. Xcode was one of them and Java was another.

That should be fine.

> I did bootstrap a compile of gcc-4.4.3 into /usr/local a long time back, so I can always set that as the path for gcc in my PATH, but there's no glibc in this crap box, so that doesn't do me any good; wipe will compile, but it doesn't work here.

That could possibly be a problem. It's not supported to have anything in /usr/local while using MacPorts because such things often interfere with software installed using MacPorts. You should remove this and anything else in /usr/local. If you still need gcc 4.4, it's available in the gcc44 port. It's possible software you've already installed using MacPorts has already linked with software you installed in /usr/local. If so, such software should now fail to run, saying the library it linked with in /usr/local couldn't be found. If that's the case, rebuild the affected port. Or you could uninstall all of MacPorts and reinstall, to be sure you get everything.


From steve at judgement.com  Tue Apr 27 01:48:51 2010
From: steve at judgement.com (Steve Morris)
Date: Tue, 27 Apr 2010 04:48:51 -0400
Subject: Delivery Status Notification (Failure)
In-Reply-To: <1D3AD03D-2AE4-4670-9F90-93799260937A@macports.org>
References: <j2i411f975b1004270116h5731d65fz6be8d2911425ea1b@mail.gmail.com> 
	<00504502cc3963864b04853384d2@google.com>
	<r2r411f975b1004270124u24694687gc3bc4c76b6618eed@mail.gmail.com>
	<1D3AD03D-2AE4-4670-9F90-93799260937A@macports.org>
Message-ID: <p2i411f975b1004270148h58186658q551fa39f1e76348b@mail.gmail.com>

I have been google searching for my problem and ffmpeg, kdenlive and
macports and obviously found something old that I followed up in
error. Google obviously gives me a myriad of hits and it is sometimes
not clear which are valid. Is there a top master page for macports
with forum instructions that I should be following? I haven't found
one yet.

Trying to follow your instructions I just did did "sudo port
selfupdate" followed by "sudo port outdated" and finally "sudo port
install kdenlive" which gives the following error which I believe is
identical to the original error. Should I reopen this ticket?

Password:
--->  Computing dependencies for kdenlive
--->  Building ffmpeg-devel
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_ffmpeg-devel/work/trunk"
&& gmake -j2 all " returned error 2
Command output: /usr/bin/gcc-4.2 -DHAVE_AV_CONFIG_H -I.
-I"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_ffmpeg-devel/work/trunk"
-I/opt/local/include -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -O2 -DHAVE_LRINTF
-I/opt/local/include -arch i386   -std=c99 -fomit-frame-pointer
-I/opt/local/include/dirac -I/opt/local/include/schroedinger-1.0
-I/opt/local/include/orc-0.4 -g -Wdeclaration-after-statement -Wall
-Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls
-Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wundef -O3
-fno-math-errno -fno-tree-vectorize         -MMD -MF
libavcodec/libx264.d -MT libavcodec/libx264.o -c -o
libavcodec/libx264.o libavcodec/libx264.c
/usr/bin/gcc-4.2 -DHAVE_AV_CONFIG_H -I.
-I"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_ffmpeg-devel/work/trunk"
-I/opt/local/include -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -O2 -DHAVE_LRINTF
-I/opt/local/include -arch i386   -std=c99 -fomit-frame-pointer
-I/opt/local/include/dirac -I/opt/local/include/schroedinger-1.0
-I/opt/local/include/orc-0.4 -g -Wdeclaration-after-statement -Wall
-Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls
-Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wundef -O3
-fno-math-errno -fno-tree-vectorize         -MMD -MF
libavcodec/libxvidff.d -MT libavcodec/libxvidff.o -c -o
libavcodec/libxvidff.o libavcodec/libxvidff.c
libavcodec/libx264.c: In function 'encode_nals':
libavcodec/libx264.c:75: warning: implicit declaration of function
'x264_nal_encode'
libavcodec/libxvidff.c: In function 'ff_xvid_encode_init':
libavcodec/libxvidff.c:232: warning: passing argument 1 of
'av_tempfile' discards qualifiers from pointer target type
libavcodec/libx264.c: In function 'X264_init':
libavcodec/libx264.c:190: error: 'x264_param_t' has no member named
'b_bframe_pyramid'
libavcodec/libxvidff.c: In function 'xvid_ff_2pass_after':
libavcodec/libxvidff.c:711: warning: initialization discards
qualifiers from pointer target type
gmake: *** [libavcodec/libx264.o] Error 1
gmake: *** Waiting for unfinished jobs....

Error: The following dependencies failed to build: mlt ffmpeg-devel
frei0r-plugins gavl git-core p5-error rsync popt opencv ffmpeg gtk2
xorg-libXcomposite xorg-compositeproto xorg-libXfixes xorg-fixesproto
xorg-libXcursor xorg-libXdamage xorg-damageproto xorg-libXi
xorg-libXinerama xorg-xineramaproto libdv libsamplerate fftw-3
libsndfile flac sox file libao libid3tag libmad wavpack
Error: Status 1 encountered during processing.
Before reporting a bug, first run the command again with the -d flag
to get complete output.

On Tue, Apr 27, 2010 at 4:36 AM, Ryan Schmidt <ryandesign at macports.org> wrote:
>
> On Apr 27, 2010, at 03:24, Steve Morris wrote:
>
>> I tried posting again, this time as steve at judgement.com and it still
>> bounces. See bounce message below.
>>
>> I started the build earlier than 22 hours ago so it is likely that I
>> didn't get the fix. I will try the update as you suggested.
>>
>> On Tue, Apr 27, 2010 at 4:16 AM, Mail Delivery Subsystem
>> <mailer-daemon at googlemail.com> wrote:
>>> Delivery to the following recipient failed permanently:
>>>
>>> ? ? Darwinports at opendarwin.org
>
> opendarwin.org was shut down years ago, and the project was renamed from DarwinPorts to MacPorts at that time as well. Where did you hear about this old address? The correct email address to post to the list is macports-users at lists.macosforge.org as it says on the page I referred you to earlier:
>
> On Apr 26, 2010, at 21:59, Ryan Schmidt wrote:
>
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
>
>

From ryandesign at macports.org  Tue Apr 27 01:59:59 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 27 Apr 2010 03:59:59 -0500
Subject: Delivery Status Notification (Failure)
In-Reply-To: <p2i411f975b1004270148h58186658q551fa39f1e76348b@mail.gmail.com>
References: <j2i411f975b1004270116h5731d65fz6be8d2911425ea1b@mail.gmail.com>
	<00504502cc3963864b04853384d2@google.com>
	<r2r411f975b1004270124u24694687gc3bc4c76b6618eed@mail.gmail.com>
	<1D3AD03D-2AE4-4670-9F90-93799260937A@macports.org>
	<p2i411f975b1004270148h58186658q551fa39f1e76348b@mail.gmail.com>
Message-ID: <6F3F5122-EE71-4FF4-B67E-976D50181FBF@macports.org>

On Apr 27, 2010, at 03:48, Steve Morris wrote:

> I have been google searching for my problem and ffmpeg, kdenlive and
> macports and obviously found something old that I followed up in
> error. Google obviously gives me a myriad of hits and it is sometimes
> not clear which are valid. Is there a top master page for macports
> with forum instructions that I should be following? I haven't found
> one yet.

You can go to http://www.macports.org/ and click on "mailing lists" which will take you to http://www.macports.org/contact.php#Lists

> Trying to follow your instructions I just did did "sudo port
> selfupdate" followed by "sudo port outdated"

Note that "port outdated" only shows you the list of ports that are outdated; if you actually want to upgrade those ports, you would use "sudo port upgrade outdated".

> and finally "sudo port
> install kdenlive" which gives the following error which I believe is
> identical to the original error. Should I reopen this ticket?
> 
> Password:
> --->  Computing dependencies for kdenlive
> --->  Building ffmpeg-devel

The fact that it went from "Computing dependencies" straight to "Building" (skipping "Fetching", "Checksumming", "Extracting", "Patching" and "Configuring") tells us there was a previous build attempt. If that previous attempt was for the previous version of ffmpeg-devel, MacPorts should have noticed that and cleaned it out. But let's make sure. Try cleaning ffmpeg-devel and then installing it again.

sudo port clean ffmpeg-devel
sudo port install ffmpeg-devel



From jasperfrumau at gmail.com  Tue Apr 27 06:03:41 2010
From: jasperfrumau at gmail.com (Jasper Frumau)
Date: Tue, 27 Apr 2010 15:03:41 +0200
Subject: PHPMyAdmin Macports
Message-ID: <r2q56cc1b0a1004270603kc64d7bafn80780be9bf1dc0e6@mail.gmail.com>

I just installed PHPMyAdmin using sudo port install phpmyadmin, It
mentioned:

A new configuration file has been created at
/opt/local/www/phpmyadmin/config.inc.php.
Please refer to the phpMyAdmin documentation when editing this file,
an online version of which can be found at
http://www.phpmyadmin.netdocumentation/Documentation.html#config

(I wonder why it was added to www and not htdocs ..... )

http://www.phpmyadmin.netdocumentation/Documentation.html#config did not
work, but http://www.phpmyadmin.net/documentation/#config and
https://svn.macports.org/wiki/howto/MAMP do. I followed MacPorts explanation
@ https://svn.macports.org/wiki/howto/MAMP but when I went to
http://localhost/phpmyadmin I got a 404. Any suggestions or tutorial tips?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100427/1626b4ee/attachment.html>

From jasperfrumau at gmail.com  Tue Apr 27 08:00:10 2010
From: jasperfrumau at gmail.com (Jasper Frumau)
Date: Tue, 27 Apr 2010 17:00:10 +0200
Subject: PHPMyAdmin Macports
In-Reply-To: <r2q56cc1b0a1004270603kc64d7bafn80780be9bf1dc0e6@mail.gmail.com>
References: <r2q56cc1b0a1004270603kc64d7bafn80780be9bf1dc0e6@mail.gmail.com>
Message-ID: <z2z56cc1b0a1004270800wfaf8cbb1pee756ac84e7e4847@mail.gmail.com>

Never mind. Moved phpmyadmin from path www to htdocs where all my www files
are and it seems to work now...

On Tue, Apr 27, 2010 at 3:03 PM, Jasper Frumau <jasperfrumau at gmail.com>wrote:

> I just installed PHPMyAdmin using sudo port install phpmyadmin, It
> mentioned:
>
> A new configuration file has been created at
> /opt/local/www/phpmyadmin/config.inc.php.
> Please refer to the phpMyAdmin documentation when editing this file,
> an online version of which can be found at
> http://www.phpmyadmin.netdocumentation/Documentation.html#config
>
> (I wonder why it was added to www and not htdocs ..... )
>
> http://www.phpmyadmin.netdocumentation/Documentation.html#config did not
> work, but http://www.phpmyadmin.net/documentation/#config and
> https://svn.macports.org/wiki/howto/MAMP do. I followed MacPorts
> explanation @ https://svn.macports.org/wiki/howto/MAMP but when I went to
> http://localhost/phpmyadmin I got a 404. Any suggestions or tutorial tips?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100427/4a73b015/attachment.html>

From jbb at vcn.com  Tue Apr 27 08:13:04 2010
From: jbb at vcn.com (John B Brown)
Date: Tue, 27 Apr 2010 09:13:04 -0600
Subject: gv and ghostscript
In-Reply-To: <EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>
References: <4BD62F02.9010202@vcn.com>
	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>
	<4BD685B0.5070109@vcn.com>
	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>
Message-ID: <4BD6FF00.3090709@vcn.com>


On 4/27/10 2:13 AM, Ryan Schmidt wrote:
> Please Reply All so our conversation stays on the list, not in private mail.
>
> On Apr 27, 2010, at 01:35, John B Brown wrote:
>> On 4/26/10 6:44 PM, Ryan Schmidt wrote:
>>> gs and gv work fine for me on 10.6.3.
>>>
>>> You only need one set of X libraries, either Xorg or XFree86. Installing both may be the source of the problem. On Mac OS X these days, Xorg is expected to be used. XFree86 isn't really being maintained in MacPorts. (You may notice XFree86 4.8.0 was released in December 2008 but MacPorts still has version 4.7.0. Possibly we should even remove XFree86 from MacPorts.) Try uninstalling XFree86.
>>
>> 	I installed gv first; there was a huge amount of stuff that had to be automatically installed to get gv in.
>
> Yes, there is.
>
>> Then I installed Xorg after neither gv nor ghostscript worked when first installed by port.
>
> gv and ghostscript depend on the parts of xorg they supposedly require, so those parts should already have been installed. So when you say you "installed Xorg" what exactly do you mean? What ports did you install?

	After running 'sudo port install gv' and then 'sudo port install 
ghostscript' I ran 'sudo port install Xorg'. The install appeared to be 
sucessful showing an installed Xorg line.

>
>> Then I tried XFree86, and they also didn't work after installing that.
>
> I tried installing the XFree86 port and I couldn't get it to build. You really got this to install? "port installed XFree86" shows that it is installed?

	I ran 'sudo port install XFree86' and it ended with an installed 
XFree86 line.

>
>> 	Should I just Trash /opt/local and try again?
>
> If you wish to uninstall MacPorts and start over, correct uninstall instructions are in the guide:
>
> http://guide.macports.org/chunked/installing.macports.uninstalling.html
>
>> Part of the way through all the macport stuff Apple dropped some updates into this box. Xcode was one of them and Java was another.
>
> That should be fine.
>
>> I did bootstrap a compile of gcc-4.4.3 into /usr/local a long time back, so I can always set that as the path for gcc in my PATH, but there's no glibc in this crap box, so that doesn't do me any good; wipe will compile, but it doesn't work here.
>
> That could possibly be a problem. It's not supported to have anything in /usr/local while using MacPorts because such things often interfere with software installed using MacPorts. You should remove this and anything else in /usr/local. If you still need gcc 4.4, it's available in the gcc44 port. It's possible software you've already installed using MacPorts has already linked with software you installed in /usr/local. If so, such software should now fail to run, saying the library it linked with in /usr/local couldn't be found. If that's the case, rebuild the affected port. Or you could uninstall all of MacPorts and reinstall, to be sure you get everything.
>

Might you explain exactly what /usr/local has to do with /opt/local. 
Because all activity for port takes place under /opt/local what does 
having applications in /usr/local do that would interfere with port when 
a properly set up PATH is in operation?

/usr/local is helpful for such utilities as a proper updatedb and locate 
because the ones Apple sends is about as lame as can be. Is Macports 
another Apple exclusionary software system?

Is there a Linux system that will run on this iMac? At least Linux runs 
everything you successfully compile. It knows how to handle 'duplicate' 
library names.

>

My library load sets are below:

DYLD_LIBRARY_PATH=/opt/local/lib:/usr/lib:/usr/X11/lib:/opt/schily/lib:/usr/local/lib

LD_LIBRARY_PATH=/opt/local/lib:/usr/lib:/usr/X11/lib:/opt/schily/lib:/usr/local/lib

I compiled, and use constantly, the Schily cdtools with zero problems 
and they certainly path behind /opt/local as well as everything else.

>




	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From j.van_den_hoff at fzd.de  Tue Apr 27 08:46:30 2010
From: j.van_den_hoff at fzd.de (joerg van den hoff)
Date: Tue, 27 Apr 2010 17:46:30 +0200
Subject: problems with `xpdf' and `gv'  after `port upgrade outdated'
Message-ID: <op.vbtvfsr25cnj9i@marco.fz-rossendorf.de>

hello,

both mentioned viewers do no longer work properly after the `port upgrade  
outdated' run
(xpdf itself was _not_ updated in this run AFAICS but `gv' was).
I noted that among other packages, `openmotif' and `ghostscript' underwent  
update.

what I see is e.g.

`gv' without arguments starts, but segfaults when immediately quitting  
with `q'
`xpdf' segfaults immediately (except in a single instance where it popped  
up like
`gv' does and segfaults later on).
could these be openmotif related problems?


`gv some.pdf' pops up the viewer, but does not show anything except the  
error window:

the error message for 10.5 and ppc is:
======CUT====
Error: /undefinedGPL Ghostscript 8.71: Unrecoverable error, exit code 1
  in copy_trailer_attrs
Operand stack:

Execution stack:
    %interp_exit   .runexec2   --nostringval--   --nostringval--    
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--    
--nostringval--   false   1   %stopped_push   1878   1   3    
%oparray_pop   1877   1   3   %oparray_pop   1861   1   3   %oparray_pop    
1755   1   3   %oparray_pop   --nostringval--   %errorexec_pop    
.runexec2   --nostringval--   --nostringval--   --nostringval--   2    
%stopped_push   --nostringval--
Dictionary st
======CUT=====



while the same for 10.6 and x86 causes the message
===CUT======

Error: /undefined in copy_trailer_attrs
Operand stack:

Execution stack:
    %interp_exit   .runexec2   --nostringval--   --nostringval--    
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--    
--nostringval--   false   1   %stopped_push   1878   1   3    
%oparray_pop   1877   1   3   %oparray_pop   1861   1   3   %oparray_pop    
1755   1   3   %oparray_pop   --nostringval--   %errorexec_pop    
.runexec2   --nostringval--   --nostringval--   --nostringval--   2    
%stopped_push   --nostringvaGPL Ghostscript 8.71: Unrecoverable error,  
exit code 1
l--
Dictionary stack:
    --dict:1156/1684(ro)(G)--   --dict:1/20(G)--   --dict:75/200(L)--    
--dict:108/127(ro)(G)--   --dict:288/300(ro)(G)--   --dict:21/25(L)--
Current allocation mode is local
======CUT====


`gs some.pdf' (i.e. using ghostscript directly) displays the document just  
fine.
`gv some.ps' seems to work OK (just a single test).
I would guess, this has to do with ghostscript problems, but I'm not sure,  
of course.

any advice would be appreciated.

thanks

joerg


PS: using port version 1.8.2 with updated package list from yesterday and  
macos 10.5(ppc) and 10.6(x86)


From domiman at gmail.com  Tue Apr 27 09:10:42 2010
From: domiman at gmail.com (Dominik Reichardt)
Date: Tue, 27 Apr 2010 18:10:42 +0200
Subject: choosing SDK for macports
Message-ID: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>

Hi all,

in the process of building static binaries of our project (Exult), I hit the problem that on 10.5 my attempt to built the 10.4 PPC part always hit the "Symbol not found: _pthread_cond_init$UNIX2003" referenced from SDL (and other similar messages) on final linlking.

I found out that this happens because SDL's PPC part was not compiled against the 10.4 SDK. After more googling I found that adding 
universal_sysroot /Developer/SDKs/MacOSX10.4u.sdk
universal_target 10.4
 
to macports.conf should take care of this. I tried that, built everything anew and still got the problem.

I WAS able to build a static PPC binary by manually building SDL with their fatbuild.sh script and linking to that lib.

I would still like to be able to use the macports installed SDL and am looking for what I'm doing wrong when trying to choose a SDK for macports.

Does anyone know what I did wrong, or was that functionality never really working?

Thanks

Dom

From brad at pixilla.com  Tue Apr 27 09:15:50 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Tue, 27 Apr 2010 09:15:50 -0700
Subject: gv and ghostscript
In-Reply-To: <4BD6FF00.3090709@vcn.com>
References: <4BD62F02.9010202@vcn.com>
	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>
	<4BD685B0.5070109@vcn.com>
	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>
	<4BD6FF00.3090709@vcn.com>
Message-ID: <81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>


On Apr 27, 2010, at 8:13 AM, John B Brown wrote:

> Might you explain exactly what /usr/local has to do with /opt/local.  
> Because all activity for port takes place under /opt/local what does  
> having applications in /usr/local do that would interfere with port  
> when a properly set up PATH is in operation?

One reason is that some sources are hard coded to look in /usr/local.

> /usr/local is helpful for such utilities as a proper updatedb and  
> locate because the ones Apple sends is about as lame as can be. Is  
> Macports another Apple exclusionary software system?


Maybe this port gets you part of what you want.
port info findutiles

If there are software titles not in macports that you desire file a  
ticket requesting they be added, or better yet create the port and  
contribute. Portfiles are normally not very difficult to create.
http://guide.macports.org/#development.creating-portfile

	
Regards,
Bradley Giesbrecht
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100427/744856fa/attachment.html>

From brad at pixilla.com  Tue Apr 27 09:17:21 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Tue, 27 Apr 2010 09:17:21 -0700
Subject: gv and ghostscript
In-Reply-To: <81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>
References: <4BD62F02.9010202@vcn.com>
	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>
	<4BD685B0.5070109@vcn.com>
	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>
	<4BD6FF00.3090709@vcn.com>
	<81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>
Message-ID: <5D84D314-13BB-428D-939F-E5C0C26E9C24@pixilla.com>


On Apr 27, 2010, at 9:15 AM, Bradley Giesbrecht wrote:

>
> On Apr 27, 2010, at 8:13 AM, John B Brown wrote:
>
>> Might you explain exactly what /usr/local has to do with /opt/ 
>> local. Because all activity for port takes place under /opt/local  
>> what does having applications in /usr/local do that would interfere  
>> with port when a properly set up PATH is in operation?
>
> One reason is that some sources are hard coded to look in /usr/local.
>
>> /usr/local is helpful for such utilities as a proper updatedb and  
>> locate because the ones Apple sends is about as lame as can be. Is  
>> Macports another Apple exclusionary software system?
>
>
> Maybe this port gets you part of what you want.
> port info findutiles

Typo :)
port info findutils

> If there are software titles not in macports that you desire file a  
> ticket requesting they be added, or better yet create the port and  
> contribute. Portfiles are normally not very difficult to create.
> http://guide.macports.org/#development.creating-portfile

--
Brad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100427/3f96f60b/attachment.html>

From jmr at macports.org  Tue Apr 27 12:45:25 2010
From: jmr at macports.org (Joshua Root)
Date: Wed, 28 Apr 2010 05:45:25 +1000
Subject: gv and ghostscript
In-Reply-To: <81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>
References: <4BD62F02.9010202@vcn.com>	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>	<4BD685B0.5070109@vcn.com>	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>	<4BD6FF00.3090709@vcn.com>
	<81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>
Message-ID: <4BD73ED5.4090702@macports.org>

On 2010-4-28 02:15 , Bradley Giesbrecht wrote:
> 
> On Apr 27, 2010, at 8:13 AM, John B Brown wrote:
> 
>> Might you explain exactly what /usr/local has to do with /opt/local.
>> Because all activity for port takes place under /opt/local what does
>> having applications in /usr/local do that would interfere with port
>> when a properly set up PATH is in operation?
> 
> One reason is that some sources are hard coded to look in /usr/local.

It's worse than that; gcc looks for headers in /usr/local/include by
default and there's no practical way to stop it from doing that.

- Josh

From ryandesign at macports.org  Tue Apr 27 12:58:03 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 27 Apr 2010 14:58:03 -0500
Subject: choosing SDK for macports
In-Reply-To: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>
References: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>
Message-ID: <AA366900-A04F-415D-9405-6966E67D31E6@macports.org>

On Apr 27, 2010, at 11:10, Dominik Reichardt wrote:

> in the process of building static binaries of our project (Exult), I hit the problem that on 10.5 my attempt to built the 10.4 PPC part always hit the "Symbol not found: _pthread_cond_init$UNIX2003" referenced from SDL (and other similar messages) on final linlking.
> 
> I found out that this happens because SDL's PPC part was not compiled against the 10.4 SDK. After more googling I found that adding 
> universal_sysroot /Developer/SDKs/MacOSX10.4u.sdk
> universal_target 10.4
> 
> to macports.conf should take care of this. I tried that, built everything anew and still got the problem.
> 
> I WAS able to build a static PPC binary by manually building SDL with their fatbuild.sh script and linking to that lib.
> 
> I would still like to be able to use the macports installed SDL and am looking for what I'm doing wrong when trying to choose a SDK for macports.
> 
> Does anyone know what I did wrong, or was that functionality never really working?


Sorry, the ability to build for a different SDK is no longer available as of MacPorts 1.8.0. It was not implemented in a very good way. Joshua has just begun committing new code to trunk to re-add this functionality in a better way. Hopefully this will appear in MacPorts 1.9.0.




From jbb at vcn.com  Tue Apr 27 13:08:30 2010
From: jbb at vcn.com (John B Brown)
Date: Tue, 27 Apr 2010 14:08:30 -0600
Subject: gv and ghostscript
In-Reply-To: <4BD73ED5.4090702@macports.org>
References: <4BD62F02.9010202@vcn.com>	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>	<4BD685B0.5070109@vcn.com>	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>	<4BD6FF00.3090709@vcn.com>	<81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>
	<4BD73ED5.4090702@macports.org>
Message-ID: <4BD7443E.8020802@vcn.com>


On 4/27/10 1:45 PM, Joshua Root wrote:
> On 2010-4-28 02:15 , Bradley Giesbrecht wrote:
>>
>> On Apr 27, 2010, at 8:13 AM, John B Brown wrote:
>>
>>> Might you explain exactly what /usr/local has to do with /opt/local.
>>> Because all activity for port takes place under /opt/local what does
>>> having applications in /usr/local do that would interfere with port
>>> when a properly set up PATH is in operation?
>>
>> One reason is that some sources are hard coded to look in /usr/local.
>
> It's worse than that; gcc looks for headers in /usr/local/include by
> default and there's no practical way to stop it from doing that.
>
> - Josh
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>

	gcc only looks in /usr/local/include if you did not configure it with 
--prefix=/usr after editing the prefix entry in the configure file to 
reflect that as the install tree.

	Of course, that may not be completely possible on an Apple. When I 
bootstrap a new compiler I always install it into /usr tree, except that 
isn't true now I'm on an Apple.

	ARGH!

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From jmr at macports.org  Tue Apr 27 14:12:56 2010
From: jmr at macports.org (Joshua Root)
Date: Wed, 28 Apr 2010 07:12:56 +1000
Subject: choosing SDK for macports
In-Reply-To: <AA366900-A04F-415D-9405-6966E67D31E6@macports.org>
References: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>
	<AA366900-A04F-415D-9405-6966E67D31E6@macports.org>
Message-ID: <4BD75358.1080908@macports.org>

On 2010-4-28 05:58 , Ryan Schmidt wrote:
> On Apr 27, 2010, at 11:10, Dominik Reichardt wrote:
> 
>> in the process of building static binaries of our project (Exult), I hit the problem that on 10.5 my attempt to built the 10.4 PPC part always hit the "Symbol not found: _pthread_cond_init$UNIX2003" referenced from SDL (and other similar messages) on final linlking.
>>
>> I found out that this happens because SDL's PPC part was not compiled against the 10.4 SDK. After more googling I found that adding 
>> universal_sysroot /Developer/SDKs/MacOSX10.4u.sdk
>> universal_target 10.4
>>
>> to macports.conf should take care of this. I tried that, built everything anew and still got the problem.
>>
>> I WAS able to build a static PPC binary by manually building SDL with their fatbuild.sh script and linking to that lib.
>>
>> I would still like to be able to use the macports installed SDL and am looking for what I'm doing wrong when trying to choose a SDK for macports.
>>
>> Does anyone know what I did wrong, or was that functionality never really working?
> 
> 
> Sorry, the ability to build for a different SDK is no longer available as of MacPorts 1.8.0. It was not implemented in a very good way. Joshua has just begun committing new code to trunk to re-add this functionality in a better way. Hopefully this will appear in MacPorts 1.9.0.

You can easily add the appropriate flags in a local copy of the port.
Cross-compiling will probably never be a supported configuration BTW.

- Josh

From ryandesign at macports.org  Wed Apr 28 01:04:57 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 03:04:57 -0500
Subject: CuteCom
In-Reply-To: <j2ld8e303df1004280058i2fd2cdb1h86f9001a0fd912ff@mail.gmail.com>
References: <p2md8e303df1004280056ved67d5d7sd54fa564bef6e80e@mail.gmail.com>
	<j2ld8e303df1004280058i2fd2cdb1h86f9001a0fd912ff@mail.gmail.com>
Message-ID: <002CAB72-0F27-4E49-907C-91F35CA3F07D@macports.org>

David, I'm Cc'ing the macports-users mailing list, which is where any future discussion about this or any other port should occur.


On Apr 28, 2010, at 02:58, David Mesri wrote:

> Hey,
> 
> I'm trying to get cutecom to download via darwin ports.

You mean MacPorts. The project changed names years ago.

http://trac.macports.org/wiki/MacPortsHistory


> I'm currently typing 
> 
> sudo port install -d cutecom-qt4-mac
> 
> but it just says "Waiting for lock on..... /opt/local/var/macports..........
> 
> any advice?

That means another MacPorts process is currently using whatever directory it said. If you've already restarted your computer and you're sure you have no other "port" commands running and you still get that message, then the lock is stale and you can remove it by hand. I'm not sure offhand exactly how or where the lock is stored. If you can't work it out let us know; I'm sure someone around here knows.



From domiman at gmail.com  Wed Apr 28 03:32:18 2010
From: domiman at gmail.com (Dominik Reichardt)
Date: Wed, 28 Apr 2010 12:32:18 +0200
Subject: choosing SDK for macports
In-Reply-To: <4BD75358.1080908@macports.org>
References: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>
	<AA366900-A04F-415D-9405-6966E67D31E6@macports.org>
	<4BD75358.1080908@macports.org>
Message-ID: <F06F8E32-AA8B-4AC8-BFD1-9C88E87CE668@gmail.com>


Am 27.04.2010 um 23:12 schrieb Joshua Root:

>>> 
>>> in the process of building static binaries of our project (Exult), I hit the problem that on 10.5 my attempt to built the 10.4 PPC part always hit the "Symbol not found: _pthread_cond_init$UNIX2003" referenced from SDL (and other similar messages) on final linlking.
>>> 
>>> I found out that this happens because SDL's PPC part was not compiled against the 10.4 SDK. After more googling I found that adding 
>>> universal_sysroot /Developer/SDKs/MacOSX10.4u.sdk
>>> universal_target 10.4
>>> 
>>> to macports.conf should take care of this. I tried that, built everything anew and still got the problem.
>>> 
>>> I WAS able to build a static PPC binary by manually building SDL with their fatbuild.sh script and linking to that lib.
>>> 
>>> I would still like to be able to use the macports installed SDL and am looking for what I'm doing wrong when trying to choose a SDK for macports.
>>> 
>>> Does anyone know what I did wrong, or was that functionality never really working?
>> 
>> 
>> Sorry, the ability to build for a different SDK is no longer available as of MacPorts 1.8.0. It was not implemented in a very good way. Joshua has just begun committing new code to trunk to re-add this functionality in a better way. Hopefully this will appear in MacPorts 1.9.0.
> 
> You can easily add the appropriate flags in a local copy of the port.
> Cross-compiling will probably never be a supported configuration BTW.

Thanks Ryan and Joshua, now I know why that didn't work :)

What are the appropiate flags? These http://guide.macports.org/#reference.phases.configure.universal ?
I tried with those and didn't succeed in getting SDL to compile with the 10.4 SDK. As the examples are missing, I probably used them wrong. Can you give me any pointers?

Dom


From jmr at macports.org  Wed Apr 28 03:52:49 2010
From: jmr at macports.org (Joshua Root)
Date: Wed, 28 Apr 2010 20:52:49 +1000
Subject: choosing SDK for macports
In-Reply-To: <F06F8E32-AA8B-4AC8-BFD1-9C88E87CE668@gmail.com>
References: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>	<AA366900-A04F-415D-9405-6966E67D31E6@macports.org>	<4BD75358.1080908@macports.org>
	<F06F8E32-AA8B-4AC8-BFD1-9C88E87CE668@gmail.com>
Message-ID: <4BD81381.3080906@macports.org>

On 2010-4-28 20:32 , Dominik Reichardt wrote:
> 
> Am 27.04.2010 um 23:12 schrieb Joshua Root:
> 
>> You can easily add the appropriate flags in a local copy of the port.
>> Cross-compiling will probably never be a supported configuration BTW.
> 
> Thanks Ryan and Joshua, now I know why that didn't work :)
> 
> What are the appropiate flags? These http://guide.macports.org/#reference.phases.configure.universal ?
> I tried with those and didn't succeed in getting SDL to compile with the 10.4 SDK. As the examples are missing, I probably used them wrong. Can you give me any pointers?

The default flags listed there for PowerPC Tiger, minus the -arch ones,
are what you need to use the 10.4u SDK.

- Josh

From domiman at gmail.com  Wed Apr 28 03:54:29 2010
From: domiman at gmail.com (Dominik Reichardt)
Date: Wed, 28 Apr 2010 12:54:29 +0200
Subject: choosing SDK for macports
In-Reply-To: <4BD81381.3080906@macports.org>
References: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>	<AA366900-A04F-415D-9405-6966E67D31E6@macports.org>	<4BD75358.1080908@macports.org>
	<F06F8E32-AA8B-4AC8-BFD1-9C88E87CE668@gmail.com>
	<4BD81381.3080906@macports.org>
Message-ID: <EF6641C9-4B7E-4488-B515-8BE68D78ED6E@gmail.com>


Am 28.04.2010 um 12:52 schrieb Joshua Root:

>>> 
>>> You can easily add the appropriate flags in a local copy of the port.
>>> Cross-compiling will probably never be a supported configuration BTW.
>> 
>> Thanks Ryan and Joshua, now I know why that didn't work :)
>> 
>> What are the appropiate flags? These http://guide.macports.org/#reference.phases.configure.universal ?
>> I tried with those and didn't succeed in getting SDL to compile with the 10.4 SDK. As the examples are missing, I probably used them wrong. Can you give me any pointers?
> 
> The default flags listed there for PowerPC Tiger, minus the -arch ones,
> are what you need to use the 10.4u SDK

Thanks, I'll give that a try. I had both arches set which didn't let me succeed!

Dom

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100428/75550c91/attachment.html>

From norman at khine.net  Wed Apr 28 06:23:43 2010
From: norman at khine.net (Norman Khine)
Date: Wed, 28 Apr 2010 15:23:43 +0200
Subject: php5-openssl
Message-ID: <m2m9c2c8ffb1004280623t62eb1734ydd06b8d4eae6fcfa@mail.gmail.com>

hello, i have a running php5 which was built with macports, if i now
want to add support for openssl what is the best way to do it?

would simply:

$ sudo port -v install php5-openssl

do?

thanks

-- 
?no? u?? u?op ?p?sdn ????? u?? ? - %>>> "".join( [
{'*':'@','^':'.'}.get(c,None) or chr(97+(ord(c)-83)%26) for c in
",adym,*)&uzq^zqf" ] )

From domiman at gmail.com  Wed Apr 28 07:01:00 2010
From: domiman at gmail.com (Dominik Reichardt)
Date: Wed, 28 Apr 2010 16:01:00 +0200
Subject: choosing SDK for macports
In-Reply-To: <4BD81381.3080906@macports.org>
References: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>	<AA366900-A04F-415D-9405-6966E67D31E6@macports.org>	<4BD75358.1080908@macports.org>
	<F06F8E32-AA8B-4AC8-BFD1-9C88E87CE668@gmail.com>
	<4BD81381.3080906@macports.org>
Message-ID: <269B2C37-ED00-4C0C-9AC0-E100CD4E24BF@gmail.com>


Am 28.04.2010 um 12:52 schrieb Joshua Root:

>>> 
>>> You can easily add the appropriate flags in a local copy of the port.
>>> Cross-compiling will probably never be a supported configuration BTW.
>> 
>> Thanks Ryan and Joshua, now I know why that didn't work :)
>> 
>> What are the appropiate flags? These http://guide.macports.org/#reference.phases.configure.universal ?
>> I tried with those and didn't succeed in getting SDL to compile with the 10.4 SDK. As the examples are missing, I probably used them wrong. Can you give me any pointers?
> 
> The default flags listed there for PowerPC Tiger, minus the -arch ones,
> are what you need to use the 10.4u SDK.


I just tried and it fails for me on SDL's configure with the error "configure: error: C compiler cannot create executables"
I attached a zip with the port file, the port install debug output and the config.log.

Dom



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100428/f9f20daf/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fail.zip
Type: application/zip
Size: 7488 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100428/f9f20daf/attachment.zip>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100428/f9f20daf/attachment-0001.html>

From iwannahitthelotto at yahoo.com  Wed Apr 28 07:47:49 2010
From: iwannahitthelotto at yahoo.com (Rick S.)
Date: Wed, 28 Apr 2010 07:47:49 -0700 (PDT)
Subject: Details regarding PSPP install issue
Message-ID: <862668.23084.qm@web112704.mail.gq1.yahoo.com>

Hello,

--->  Computing dependencies for pspp
--->  Activating expat @2.0.1_0
Error: The following dependencies failed to build: gsl texinfo gettext
expat libiconv gperf ncurses ncursesw lzmautils gtk2 atk gtk-doc
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-xml-5.0 docbook-xsl
gnome-doc-utils iso-codes libxslt libxml2 zlib p5-xml-parser pkgconfig
py26-libxml2 python26 bzip2 db46 gdbm openssl readline sqlite3 tk Xft2
fontconfig freetype xrender xorg-libX11 xorg-bigreqsproto xorg-inputproto
xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp xorg-util-macros
xorg-xcmiscproto xorg-xextproto xorg-xf86bigfontproto xorg-xtrans
xorg-renderproto tcl xorg-libXScrnSaver xorg-libXext xorg-scrnsaverproto
rarian getopt intltool gnome-common p5-getopt-long p5-pathtools
p5-scalar-list-utils jasper jpeg libpng shared-mime-info tiff
xorg-libXcomposite xorg-compositeproto xorg-libXfixes xorg-fixesproto
xorg-libXcursor xorg-libXdamage xorg-damageproto xorg-libXi
xorg-libXinerama xorg-xineramaproto xorg-libXrandr xorg-randrproto
libglade2 plotutils


When I 
run port install pspp.... it looks for dependencies and builds the list 
but when trying to install them it returns an error the size of a 
paragraph.  I am trying to install pspp on mac osx 10.4.11 (powerpc).  I installed Macports 1.8.2.

any input is appreciated.

Thank you,
-Rick


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100428/1bc81d44/attachment.html>

From raimue at macports.org  Wed Apr 28 09:23:31 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Wed, 28 Apr 2010 18:23:31 +0200
Subject: 
In-Reply-To: <4BD60A44.9010800@gmail.com>
References: <4BD60A44.9010800@gmail.com>
Message-ID: <4BD86103.8050108@macports.org>

On 26.04.2010 23:48, John Maclean wrote:
> sudo port install bnbt -d

If you expected debug output here you should have written:
  sudo port -d install bnbt

Global flags can only be specified between 'port' and the name of the
action. You asked to deselect a variant named 'd' instead with your syntax.

Rainer

From raimue at macports.org  Wed Apr 28 09:27:13 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Wed, 28 Apr 2010 18:27:13 +0200
Subject: necessary info
In-Reply-To: <4BD63090.6070302@vcn.com>
References: <4BD63090.6070302@vcn.com>
Message-ID: <4BD861E1.30907@macports.org>

On 27.04.2010 02:32, John B Brown wrote:
>> After installing the entire Xorg and XFree86 packages through macports I
>> installed ghostscript and gv. Neither of them do anything except sit
>> there at the command prompt doing nothing. A control-C will stop the
>> wait and return the prompt. Trying to 'see' what is happening by using a
>> second shell in the terminal and 'ps' shows me that they are sleeping.
>>
>> What am I doing wrong? Why do neither of these command line applications
>> work on Apple when they work so well on Linux?

Is your X11 running? Maybe launchd can't get it started for whatever
reason and that causes the hang. Try to launch it manually.

Rainer

From raimue at macports.org  Wed Apr 28 09:30:10 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Wed, 28 Apr 2010 18:30:10 +0200
Subject: gv and ghostscript
In-Reply-To: <4BD7443E.8020802@vcn.com>
References: <4BD62F02.9010202@vcn.com>	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>	<4BD685B0.5070109@vcn.com>	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>	<4BD6FF00.3090709@vcn.com>	<81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>	<4BD73ED5.4090702@macports.org>
	<4BD7443E.8020802@vcn.com>
Message-ID: <4BD86292.7080003@macports.org>

On 27.04.2010 22:08, John B Brown wrote:
>     gcc only looks in /usr/local/include if you did not configure it
> with --prefix=/usr after editing the prefix entry in the configure file
> to reflect that as the install tree.

MacPorts uses Apple supplied compilers from Xcode. Therefore we cannot
influence the configure flags at all.

Rainer

From and.damore at macports.org  Wed Apr 28 09:39:10 2010
From: and.damore at macports.org (Andrea D'Amore)
Date: Wed, 28 Apr 2010 18:39:10 +0200
Subject: Details regarding PSPP install issue
In-Reply-To: <862668.23084.qm@web112704.mail.gq1.yahoo.com>
References: <862668.23084.qm@web112704.mail.gq1.yahoo.com>
Message-ID: <r2gef3e3fa1004280939ocd7a2ea5gcd8353bd6766422c@mail.gmail.com>

On Wed, Apr 28, 2010 at 4:47 PM, Rick S. <iwannahitthelotto at yahoo.com> wrote:
> Hello,

Hello

> When I run port install pspp.... it looks for dependencies and builds the
> list but when trying to install them it returns an error the size of a
> paragraph.? I am trying to install pspp on mac osx 10.4.11 (powerpc).? I
> installed Macports 1.8.2.
>
> any input is appreciated.

Use "-d" option to have full debug output, the slice you pasted is not
very helpful.

> Thank you,
> -Rick

-- 
Andrea

From jbb at vcn.com  Wed Apr 28 11:15:57 2010
From: jbb at vcn.com (John B Brown)
Date: Wed, 28 Apr 2010 12:15:57 -0600
Subject: gv and ghostscript
In-Reply-To: <4BD86292.7080003@macports.org>
References: <4BD62F02.9010202@vcn.com>	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>	<4BD685B0.5070109@vcn.com>	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>	<4BD6FF00.3090709@vcn.com>	<81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>	<4BD73ED5.4090702@macports.org>	<4BD7443E.8020802@vcn.com>
	<4BD86292.7080003@macports.org>
Message-ID: <4BD87B5D.8070508@vcn.com>


On 4/28/10 10:30 AM, Rainer M?ller wrote:
> On 27.04.2010 22:08, John B Brown wrote:
>>      gcc only looks in /usr/local/include if you did not configure it
>> with --prefix=/usr after editing the prefix entry in the configure file
>> to reflect that as the install tree.
>
> MacPorts uses Apple supplied compilers from Xcode. Therefore we cannot
> influence the configure flags at all.
>
> Rainer
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>

	Does that mean my env does not control the macport compiles? I set 
'export CC=`which gcc`' in my .bash_profile. I've set my path so that 
/usr/local/bin comes before /opt/local/bin and my library load paths to 
look at /usr/local/lib first.

	That means my CC is set for gcc in /usr/local/bin which is gcc-4.5.0 
which bootstrapped and installed cleanly. Doesn't macports look to 
/usr/local/lib first for libs as it compiles and runs?

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From jbb at vcn.com  Wed Apr 28 11:46:27 2010
From: jbb at vcn.com (John B Brown)
Date: Wed, 28 Apr 2010 12:46:27 -0600
Subject: necessary info
In-Reply-To: <4BD861E1.30907@macports.org>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
Message-ID: <4BD88283.70309@vcn.com>


On 4/28/10 10:27 AM, Rainer M?ller wrote:
> On 27.04.2010 02:32, John B Brown wrote:
>>> After installing the entire Xorg and XFree86 packages through macports I
>>> installed ghostscript and gv. Neither of them do anything except sit
>>> there at the command prompt doing nothing. A control-C will stop the
>>> wait and return the prompt. Trying to 'see' what is happening by using a
>>> second shell in the terminal and 'ps' shows me that they are sleeping.
>>>
>>> What am I doing wrong? Why do neither of these command line applications
>>> work on Apple when they work so well on Linux?
>
> Is your X11 running? Maybe launchd can't get it started for whatever
> reason and that causes the hang. Try to launch it manually.
>
> Rainer
>

	I'm confused. According to the install DVDs that came with this iMac, 
the only way X11 gets in is if I install it from the DVD.

	My screen appears no different after installing X11. How might I 
determine whether or not X11 is running? Does X11 install into the root 
tree locations that are used in Linux? I notice the /etc/X11/ paths are 
completely symbolic links into /usr/X11/lib.

	Is 'launchd' part of the boot system?

	The brief mention in "Mac OS X Support Essentials v10.6" by Kevin M. 
White, Apple Certified, says Apple X11 is based on XFree86 and X11 can 
be accessed by opening the X11 interface located at 
/Applications/Utilities/X11. It then refers all other questions about 
X11 to http://developer.apple.com/opensource/tools/X11.html. Such 
irrelevant subjects as 'remote ssh', forwarding, tunneling are mentioned 
there as examples of X11 configurations. Not exactly simple user help.

	I just tried startx. X11 would not launch. The error message:

dyld: Library not loaded: 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
   Referenced from: 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
   Reason: Incompatible library version: ImageIO requires version 1.0.0 
or later, but libTIFF.dylib provides version 0.0.0

	I've seen that error message before, during compiles that try to link 
libTIFF.dylib from the Apple default location. How do I overcome poorly 
integrated Apple libraries?

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From zjv142010 at hotmail.com  Wed Apr 28 12:14:00 2010
From: zjv142010 at hotmail.com (Z J)
Date: Wed, 28 Apr 2010 15:14:00 -0400
Subject: trouble installing esound
Message-ID: <BLU140-W1026FA7D5C373A90509C23AF020@phx.gbl>


I am trying to install esound using macports and have run into this error.  Here is -d output:
sudo port install esound--->  Computing dependencies for esoundPortfile changed since last build; discarding previous state.Portfile changed since last build; discarding previous state.--->  Fetching libiconvPortfile changed since last build; discarding previous state.--->  Verifying checksum(s) for libiconvPortfile changed since last build; discarding previous state.--->  Extracting libiconvPortfile changed since last build; discarding previous state.--->  Applying patches to libiconvError: Target org.macports.patch returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work/libiconv-1.13.1" && /usr/bin/patch -p1 < '/opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv/files/patch-utf8mac.diff'" returned error 1Command output: sh: line 0: cd: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work/libiconv-1.13.1: No such file or directory
Error: The following dependencies failed to build: audiofile libtool automake autoconf help2man gettext libiconv ncurses ncursesw p5-locale-gettext perl5 perl5.8 m4 pkgconfigError: Status 1 encountered during processing.Before reporting a bug, first run the command again with the -d flag to get complete output.

Any help would be greatly appreciated. 		 	   		  
_________________________________________________________________
Hotmail is redefining busy with tools for the New Busy. Get more from your inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100428/2dbc1f91/attachment.html>

From landonf at macports.org  Wed Apr 28 12:14:44 2010
From: landonf at macports.org (Landon J Fuller)
Date: Wed, 28 Apr 2010 12:14:44 -0700
Subject: necessary info
In-Reply-To: <4BD88283.70309@vcn.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
Message-ID: <744A7C8F-BCD2-4C1F-915D-A89D70E2E874@macports.org>


On Apr 28, 2010, at 11:46 AM, John B Brown wrote:

> dyld: Library not loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
>  Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
>  Reason: Incompatible library version: ImageIO requires version 1.0.0 or later, but libTIFF.dylib provides version 0.0.0
> 
> 	I've seen that error message before, during compiles that try to link libTIFF.dylib from the Apple default location. How do I overcome poorly integrated Apple libraries?

This is likely due to your setting of DYLD_LIBRARY_PATH, which overrides dyld's standard behavior. Apple's dynamic linker supports linking multiple libraries with the same basename (eg, libtiff.dylib) by encoding either a binary-relative or absolute path to the linked library. The 'DYNAMIC LIBRARY LOADING' section of dyld(1) has a very brief introduction on how this works.

With DYLD_LIBRARY_PATH set, dyld will instead first perform a simple search across the user-specified search paths, and any conflicting-named libraries found in the search path will take precedence over the intended libraries. If you have a libtiff.dylib in that search path, it will take precedence over the intended library in ImageIO.

To fix the issue, libraries that require DYLD_* environmental variables should be reconfigured/rebuilt to include proper install name paths (see ld(1) -install_name). As a work-around, using DYLD_FALLBACK_LIBRARY_PATH instead may resolve some conflicts.

-landonf

From zjv142010 at hotmail.com  Wed Apr 28 12:34:45 2010
From: zjv142010 at hotmail.com (Z J)
Date: Wed, 28 Apr 2010 15:34:45 -0400
Subject: trouble installing esound
In-Reply-To: <BLU140-W1026FA7D5C373A90509C23AF020@phx.gbl>
References: <BLU140-W1026FA7D5C373A90509C23AF020@phx.gbl>
Message-ID: <BLU140-W3270D1EC6174FFDB9292B3AF020@phx.gbl>


Now the actual -d output.  Sorry I copied the wrong thing:DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/audio/esoundDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/audio/esoundDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: adding the default universal variantDEBUG: Requested variant darwin is not provided by port esound.DEBUG: Requested variant i386 is not provided by port esound.DEBUG: Requested variant macosx is not provided by port esound.Portfile changed since last build; discarding previous state.DEBUG: delete: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_esound/work--->  Computing dependencies for esoundDEBUG: Searching for dependency: audiofileDEBUG: Didn't find receipt, going to depspec regex for: audiofileDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/audio/audiofileDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/audio/audiofileDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: adding the default universal variantDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: Requested variant darwin is not provided by port audiofile.DEBUG: Requested variant i386 is not provided by port audiofile.DEBUG: Requested variant macosx is not provided by port audiofile.DEBUG: Searching for dependency: pkgconfigDEBUG: Didn't find receipt, going to depspec regex for: pkgconfigDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfigDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/pkgconfigDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: adding the default universal variantDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: Requested variant darwin is not provided by port pkgconfig.DEBUG: Requested variant i386 is not provided by port pkgconfig.DEBUG: Requested variant macosx is not provided by port pkgconfig.DEBUG: Searching for dependency: libtoolDEBUG: Didn't find receipt, going to depspec regex for: libtoolDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/libtoolDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/libtoolDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: adding the default universal variantDEBUG: Requested variant i386 is not provided by port libtool.DEBUG: Requested variant macosx is not provided by port libtool.DEBUG: Executing variant darwin provides darwinDEBUG: Searching for dependency: automakeDEBUG: Didn't find receipt, going to depspec regex for: automakeDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/automakeDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/automakeDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: adding the default universal variantDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: Requested variant darwin is not provided by port automake.DEBUG: Requested variant i386 is not provided by port automake.DEBUG: Requested variant macosx is not provided by port automake.DEBUG: Searching for dependency: perl5DEBUG: Didn't find receipt, going to depspec regex for: perl5DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5DEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: not using configure, so not adding the default universal variantDEBUG: Requested variant darwin is not provided by port perl5.DEBUG: Requested variant i386 is not provided by port perl5.DEBUG: Requested variant macosx is not provided by port perl5.DEBUG: Searching for dependency: autoconfDEBUG: Didn't find receipt, going to depspec regex for: autoconfDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/autoconfDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/autoconfDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: 'universal_variant no' specified, so not adding the default universal variantDEBUG: Requested variant darwin is not provided by port autoconf.DEBUG: Requested variant i386 is not provided by port autoconf.DEBUG: Requested variant macosx is not provided by port autoconf.DEBUG: Searching for dependency: perl5.8DEBUG: Didn't find receipt, going to depspec regex for: perl5.8DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5.8DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5.8DEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: adding the default universal variantDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: Requested variant darwin is not provided by port perl5.8.DEBUG: Requested variant i386 is not provided by port perl5.8.DEBUG: Requested variant macosx is not provided by port perl5.8.DEBUG: Searching for dependency: perl5DEBUG: Didn't find receipt, going to depspec regex for: perl5DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5DEBUG: Searching for dependency: m4DEBUG: Didn't find receipt, going to depspec regex for: m4DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/m4DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/m4DEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: adding the default universal variantDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: Requested variant darwin is not provided by port m4.DEBUG: Requested variant i386 is not provided by port m4.DEBUG: Requested variant macosx is not provided by port m4.DEBUG: Searching for dependency: help2manDEBUG: Didn't find receipt, going to depspec regex for: help2manDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/help2manDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/help2manDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: adding the default universal variantDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: Requested variant darwin is not provided by port help2man.DEBUG: Requested variant i386 is not provided by port help2man.DEBUG: Requested variant macosx is not provided by port help2man.DEBUG: Searching for dependency: perl5DEBUG: Didn't find receipt, going to depspec regex for: perl5DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5DEBUG: Searching for dependency: p5-locale-gettextDEBUG: Didn't find receipt, going to depspec regex for: p5-locale-gettextDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/perl/p5-locale-gettextDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/perl/p5-locale-gettextDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tclDEBUG: adding the default universal variantDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: Requested variant darwin is not provided by port p5-locale-gettext.DEBUG: Requested variant i386 is not provided by port p5-locale-gettext.DEBUG: Requested variant macosx is not provided by port p5-locale-gettext.DEBUG: Searching for dependency: gettextDEBUG: Didn't find receipt, going to depspec regex for: gettextDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gettextDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gettextDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tclDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/archcheck-1.0.tclDEBUG: universal variant already exists, so not adding the default oneDEBUG: Requested variant darwin is not provided by port gettext.DEBUG: Requested variant i386 is not provided by port gettext.DEBUG: Requested variant macosx is not provided by port gettext.DEBUG: Searching for dependency: libiconvDEBUG: Didn't find receipt, going to depspec regex for: libiconvDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconvDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconvDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tclDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: universal variant already exists, so not adding the default oneDEBUG: Requested variant darwin is not provided by port libiconv.DEBUG: Requested variant i386 is not provided by port libiconv.DEBUG: Requested variant macosx is not provided by port libiconv.DEBUG: Searching for dependency: perl5DEBUG: Didn't find receipt, going to depspec regex for: perl5DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5DEBUG: Searching for dependency: gettextDEBUG: Didn't find receipt, going to depspec regex for: gettextDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gettextDEBUG: Searching for dependency: libiconvDEBUG: Didn't find receipt, going to depspec regex for: libiconvDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconvDEBUG: Searching for dependency: libiconvDEBUG: Didn't find receipt, going to depspec regex for: libiconvDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconvDEBUG: Searching for dependency: ncursesDEBUG: Didn't find receipt, going to depspec regex for: ncursesDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncursesDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncursesDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tclDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: universal variant already exists, so not adding the default oneDEBUG: Requested variant darwin is not provided by port ncurses.DEBUG: Requested variant i386 is not provided by port ncurses.DEBUG: Requested variant macosx is not provided by port ncurses.DEBUG: Searching for dependency: expatDEBUG: Found Dependency: receipt exists for expatDEBUG: Searching for dependency: ncurseswDEBUG: Didn't find receipt, going to depspec regex for: ncurseswDEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncurseswDEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/ncurseswDEBUG: OS Platform: darwinDEBUG: OS Version: 9.5.1DEBUG: Mac OS X Version: 10.5DEBUG: System Arch: i386DEBUG: setting option os.universal_supported to yesDEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be providedDEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be providedDEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tclDEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.confDEBUG: universal variant already exists, so not adding the default oneDEBUG: Requested variant darwin is not provided by port ncursesw.DEBUG: Requested variant i386 is not provided by port ncursesw.DEBUG: Requested variant macosx is not provided by port ncursesw.DEBUG: Searching for dependency: gperfDEBUG: Found Dependency: receipt exists for gperfPortfile changed since last build; discarding previous state.DEBUG: delete: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/workDEBUG: Executing org.macports.main (libiconv)Portfile changed since last build; discarding previous state.DEBUG: delete: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work--->  Fetching libiconvDEBUG: Executing org.macports.fetch (libiconv)Portfile changed since last build; discarding previous state.DEBUG: delete: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work--->  Verifying checksum(s) for libiconvDEBUG: Executing org.macports.checksum (libiconv)--->  Checksumming libiconv-1.13.1.tar.gzDEBUG: Correct (md5) checksum for libiconv-1.13.1.tar.gzDEBUG: Correct (sha1) checksum for libiconv-1.13.1.tar.gzDEBUG: Correct (rmd160) checksum for libiconv-1.13.1.tar.gzPortfile changed since last build; discarding previous state.DEBUG: delete: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work--->  Extracting libiconvDEBUG: Executing org.macports.extract (libiconv)--->  Extracting libiconv-1.13.1.tar.gzDEBUG: setting option extract.args to /opt/local/var/macports/distfiles/libiconv/libiconv-1.13.1.tar.gzDEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work" && /usr/bin/gzip -dc /opt/local/var/macports/distfiles/libiconv/libiconv-1.13.1.tar.gz | /usr/bin/gnutar --no-same-owner -xf -'Portfile changed since last build; discarding previous state.DEBUG: delete: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/workDEBUG: Executing org.macports.patch (libiconv)--->  Applying patches to libiconv--->  Applying /opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv/files/patch-utf8mac.diffDEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work/libiconv-1.13.1" && /usr/bin/patch -p1'sh: line 0: cd: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work/libiconv-1.13.1: No such file or directoryError: Target org.macports.patch returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work/libiconv-1.13.1" && /usr/bin/patch -p1 < '/opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv/files/patch-utf8mac.diff'" returned error 1DEBUG: Backtrace: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work/libiconv-1.13.1" && /usr/bin/patch -p1 < '/opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv/files/patch-utf8mac.diff'" returned error 1    while executing"command_exec patch "" "< '$patch'""    ("default" arm line 1)    invoked from within"switch -- [file extension $patch] {            .Z -            .gz {command_exec patch "$gzcat \"$patch\" | (" ")"}            .bz2 {command_exec p..."    (procedure "portpatch::patch_main" line 29)    invoked from within"$procedure $targetname"Warning: the following items did not execute (for libiconv): org.macports.activate org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.installError: The following dependencies failed to build: audiofile libtool automake autoconf help2man gettext libiconv ncurses ncursesw p5-locale-gettext perl5 perl5.8 m4 pkgconfigError: Status 1 encountered during processing.To report a bug, see <http://guide.macports.org/#project.tickets>

From: zjv142010 at hotmail.com
To: macports-users at lists.macosforge.org
Subject: trouble installing esound
Date: Wed, 28 Apr 2010 15:14:00 -0400








I am trying to install esound using macports and have run into this error.  Here is -d output:
sudo port install esound--->  Computing dependencies for esoundPortfile changed since last build; discarding previous state.Portfile changed since last build; discarding previous state.--->  Fetching libiconvPortfile changed since last build; discarding previous state.--->  Verifying checksum(s) for libiconvPortfile changed since last build; discarding previous state.--->  Extracting libiconvPortfile changed since last build; discarding previous state.--->  Applying patches to libiconvError: Target org.macports.patch returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work/libiconv-1.13.1" && /usr/bin/patch -p1 < '/opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libiconv/files/patch-utf8mac.diff'" returned error 1Command output: sh: line 0: cd: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libiconv/work/libiconv-1.13.1: No such file or directory
Error: The following dependencies failed to build: audiofile libtool automake autoconf help2man gettext libiconv ncurses ncursesw p5-locale-gettext perl5 perl5.8 m4 pkgconfigError: Status 1 encountered during processing.Before reporting a bug, first run the command again with the -d flag to get complete output.

Any help would be greatly appreciated. 		 	   		  
Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. See how. 		 	   		  
_________________________________________________________________
The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail.
http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100428/c2f5f6da/attachment.html>

From jbb at vcn.com  Wed Apr 28 12:55:56 2010
From: jbb at vcn.com (John B Brown)
Date: Wed, 28 Apr 2010 13:55:56 -0600
Subject: necessary info
In-Reply-To: <744A7C8F-BCD2-4C1F-915D-A89D70E2E874@macports.org>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<744A7C8F-BCD2-4C1F-915D-A89D70E2E874@macports.org>
Message-ID: <4BD892CC.1090704@vcn.com>

Dear Folk,

	More confusion.

	I've done a 'locate libTIFF' and 'locate libtiff'. There are three 
libTIFFs, one under 10.6 SDK, another under 10.5 SDK, and the third at 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib. 


	The only libtiff finds are "libtiff_copyright.txt", 
libtiff-lzw-1.3.tar.gz, libtifftcl3.8.2.dylib, and 
/Users/jbb/google-earth/libtiff.so.3 so there can be no conflictiing 
library path problems. The error is an Apple built-in version error!

	My updatedb path is "/" so locate gets it all.

On 4/28/10 1:14 PM, Landon J Fuller wrote:
>
> On Apr 28, 2010, at 11:46 AM, John B Brown wrote:
>
>> dyld: Library not loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
>>   Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
>>   Reason: Incompatible library version: ImageIO requires version 1.0.0 or later, but libTIFF.dylib provides version 0.0.0
>>
>> 	I've seen that error message before, during compiles that try to link libTIFF.dylib from the Apple default location. How do I overcome poorly integrated Apple libraries?
>
> This is likely due to your setting of DYLD_LIBRARY_PATH, which overrides dyld's standard behavior. Apple's dynamic linker supports linking multiple libraries with the same basename (eg, libtiff.dylib) by encoding either a binary-relative or absolute path to the linked library. The 'DYNAMIC LIBRARY LOADING' section of dyld(1) has a very brief introduction on how this works.
>
> With DYLD_LIBRARY_PATH set, dyld will instead first perform a simple search across the user-specified search paths, and any conflicting-named libraries found in the search path will take precedence over the intended libraries. If you have a libtiff.dylib in that search path, it will take precedence over the intended library in ImageIO.
>
> To fix the issue, libraries that require DYLD_* environmental variables should be reconfigured/rebuilt to include proper install name paths (see ld(1) -install_name). As a work-around, using DYLD_FALLBACK_LIBRARY_PATH instead may resolve some conflicts.
>
> -landonf




	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From dmmonarres at gmail.com  Wed Apr 28 13:28:07 2010
From: dmmonarres at gmail.com (D. M. Monarres)
Date: Wed, 28 Apr 2010 13:28:07 -0700
Subject: py26-scipy fails to build (link?) at interpolate module
Message-ID: <q2h217e65bd1004281328g8401d4fdv354f3afdbfa328e4@mail.gmail.com>

Hello all,

I searched the trac and didn't see anything about this, so I was wondering
if this was something new

py26-scipy fails to build with a linking error. The odd part is the mixing
of gcc-4.3 and gcc-4.2 I see in the error.

/opt/local/bin/g++-mp-4.3 /usr/bin/gcc-4.2 -L/opt/local/lib -bundle
-undefined dynamic_lookup
build/temp.macosx-10.6-x86_64-2.6/scipy/interpolate/src/_interpolate.o
-Lbuild/temp.macosx-10.6-x86_64-2.6 -o
build/lib.macosx-10.6-x86_64-2.6/scipy/interpolate/_interpolate.so
ld: in /usr/bin/gcc-4.2, can't link with a main executable
collect2: ld returned 1 exit status
ld: in /usr/bin/gcc-4.2, can't link with a main executable
collect2: ld returned 1 exit status

is this normal? Has anybody else had this problem.

Here is a link to the output using -d

http://dl.dropbox.com/u/1768136/py26-scipy-error.log

Thanks for any help, I am stumped as to what I should do.

--
D. M. Monarres
<dmmonarres at gmail.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100428/e75ee0a8/attachment.html>

From mwfunk at gmail.com  Wed Apr 28 13:35:16 2010
From: mwfunk at gmail.com (Michael Funk)
Date: Wed, 28 Apr 2010 13:35:16 -0700
Subject: necessary info
In-Reply-To: <4BD88283.70309@vcn.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
Message-ID: <0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>

On Apr 28, 2010, at 11:46 AM, John B Brown wrote:

> 	I'm confused. According to the install DVDs that came with this iMac, the only way X11 gets in is if I install it from the DVD.

That's correct, it doesn't get installed by default, you have to do it manually.

> 	My screen appears no different after installing X11. How might I determine whether or not X11 is running? Does X11 install into the root tree locations that are used in Linux? I notice the /etc/X11/ paths are completely symbolic links into /usr/X11/lib.

It won't look any different.  You should now have /Applications/Utilities/X11.app.  Launch this just by double clicking it in Finder.  You should see an X11 icon in your Dock, and after a few seconds an xterm window should open up.  If both of these things happen, then X11 is working correctly on your system.

The X server for OS X doesn't talk directly to the graphics hardware or take over your screen.  When the X server is running, each X11 app you launch will just open up in its own window like any other app.

> 	Is 'launchd' part of the boot system?

Yeah, it's the equivalent of 'init' on other Unix systems.  It can also launch things on demand.  Specifically, you shouldn't ever have to manually launch the X server on OS X.  You just launch an X11 application (like xterm or whatever), the app tries to connect to a local socket which is associated with the X server, and if the X server isn't already running, then launchd is smart enough to launch it for you.

> 	The brief mention in "Mac OS X Support Essentials v10.6" by Kevin M. White, Apple Certified, says Apple X11 is based on XFree86 and X11 can be accessed by opening the X11 interface located at /Applications/Utilities/X11. It then refers all other questions about X11 to http://developer.apple.com/opensource/tools/X11.html. Such irrelevant subjects as 'remote ssh', forwarding, tunneling are mentioned there as examples of X11 configurations. Not exactly simple user help.

Well, these are all pretty advanced topics, I wouldn't expect them to write up an 'Intro to X11'-type of thing.  I think their attitude is that if someone is technical enough to want to run X11 apps on their Mac, no simple user help is required.  That said, I wish there was a little more documentation for this stuff.

> 	I just tried startx. X11 would not launch. The error message:

I wouldn't expect startx to work, since that launches a window manager among other things.  Normally you wouldn't run X11 with a window manager on a Mac, since the X server doesn't take over the screen and the apps just open up in standalone windows.  Supposedly you can run the X server in full screen mode and use your own window manager and so on, but I've never tried doing that and don't know what's involved.

> dyld: Library not loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
>  Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
>  Reason: Incompatible library version: ImageIO requires version 1.0.0 or later, but libTIFF.dylib provides version 0.0.0

Not sure what might be causing this, but since you don't need to run startx, I wouldn't worry about it unless you run into it in some other context.

> 	I've seen that error message before, during compiles that try to link libTIFF.dylib from the Apple default location. How do I overcome poorly integrated Apple libraries?

They're pretty well integrated, no one should be directly linking to that build of libtiff anyway.  Since it's deep in the framework directory (as opposed to just sitting out in the open in /usr/lib), it should be thought of as being private to the ImageIO framework.  It's not there for anything else to link to.  If you want to use libtiff directly for anything, I'd suggest building it yourself or using the libtiff port.

  Good luck,
    Mike


From ram at macports.org  Wed Apr 28 13:37:02 2010
From: ram at macports.org (Adam Mercer)
Date: Wed, 28 Apr 2010 15:37:02 -0500
Subject: py26-scipy fails to build (link?) at interpolate module
In-Reply-To: <q2h217e65bd1004281328g8401d4fdv354f3afdbfa328e4@mail.gmail.com>
References: <q2h217e65bd1004281328g8401d4fdv354f3afdbfa328e4@mail.gmail.com>
Message-ID: <g2k799406d61004281337r4a7a9845w324f5970f0456429@mail.gmail.com>

On Wed, Apr 28, 2010 at 15:28, D. M. Monarres <dmmonarres at gmail.com> wrote:

> I searched the trac and didn't see anything about this, so I was wondering
> if this was something new
> py26-scipy fails to build with a linking error. The odd part is the mixing
> of gcc-4.3 and gcc-4.2 I see in the error.

that shouldn't be happening...

> /opt/local/bin/g++-mp-4.3 /usr/bin/gcc-4.2 -L/opt/local/lib -bundle
> -undefined dynamic_lookup
> build/temp.macosx-10.6-x86_64-2.6/scipy/interpolate/src/_interpolate.o
> -Lbuild/temp.macosx-10.6-x86_64-2.6 -o
> build/lib.macosx-10.6-x86_64-2.6/scipy/interpolate/_interpolate.so
> ld: in /usr/bin/gcc-4.2, can't link with a main executable
> collect2: ld returned 1 exit status
> ld: in /usr/bin/gcc-4.2, can't link with a main executable
> collect2: ld returned 1 exit status
> is this normal? Has anybody else had this problem.

I haven't seen this before.

> Here is a link to the output using -d
> http://dl.dropbox.com/u/1768136/py26-scipy-error.log
> Thanks for any help, I am stumped as to what I should do.

Unfortunately thats not much help as it wasn't complete (i.e. you
hadn't cleaned before hand). Can you file a ticket (at
<http://trac.macports.org>) and then attach the full debug log, i.e.:

$ sudo port clean py26-scipy
$ sudo port -d install py26-scipy 2>&1 | tee ~/Desktop/scipy.log

And then assign the ticket to me, or CC me on the ticket.

Cheers

Adam

From mathk.sue at gmail.com  Wed Apr 28 13:43:18 2010
From: mathk.sue at gmail.com (Mathieu Suen)
Date: Wed, 28 Apr 2010 22:43:18 +0200
Subject: gtk with cairo-devel
Message-ID: <687D6FCE-FA2E-4C64-B97C-DB4170EC44E3@gmail.com>

Hi,


Is there a gtk-devel package or should I use gtk?

I first install cairo-devel and then i install gtk2 but during the installation of gtk2 
I got an error. The package cairo was require but conflict with cairo-devel.

Thanks


 Mth


From jmr at macports.org  Wed Apr 28 13:45:22 2010
From: jmr at macports.org (Joshua Root)
Date: Thu, 29 Apr 2010 06:45:22 +1000
Subject: trouble installing esound
In-Reply-To: <BLU140-W1026FA7D5C373A90509C23AF020@phx.gbl>
References: <BLU140-W1026FA7D5C373A90509C23AF020@phx.gbl>
Message-ID: <4BD89E62.3010204@macports.org>

On 2010-4-29 05:14 , Z J wrote:
> I am trying to install esound using macports and have run into this
> error.  Here is -d output:
> 
> sudo port install esound
> --->  Computing dependencies for esound
> Portfile changed since last build; discarding previous state.
> Portfile changed since last build; discarding previous state.
> --->  Fetching libiconv
> Portfile changed since last build; discarding previous state.
> --->  Verifying checksum(s) for libiconv
> Portfile changed since last build; discarding previous state.
> --->  Extracting libiconv
> Portfile changed since last build; discarding previous state.

Your system clock is set wrong.

- Josh

From ryandesign at macports.org  Wed Apr 28 14:12:17 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 16:12:17 -0500
Subject: gtk with cairo-devel
In-Reply-To: <687D6FCE-FA2E-4C64-B97C-DB4170EC44E3@gmail.com>
References: <687D6FCE-FA2E-4C64-B97C-DB4170EC44E3@gmail.com>
Message-ID: <70CB563C-4986-4449-96C0-6DB4FEFB0739@macports.org>


On Apr 28, 2010, at 15:43, Mathieu Suen wrote:

> Is there a gtk-devel package or should I use gtk?
> 
> I first install cairo-devel and then i install gtk2 but during the installation of gtk2 
> I got an error. The package cairo was require but conflict with cairo-devel.

-devel ports in MacPorts aren't like -dev or -devel packages in some other package managers. In other package managers, the binaries and libraries are in the main package, and the -dev or -devel package contains the headers. This is not how things are in MacPorts. In MacPorts, everything is in the main port, which is usually for the latest stable version of the software. And the -devel ports, if they exist, are a complete package of the development versions of the software. So unless you specifically want the latest greatest development version, you should not use the -devel ports. So you should uninstall cairo-devel and install cairo and gtk2.



From ryandesign at macports.org  Wed Apr 28 14:17:04 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 16:17:04 -0500
Subject: gv and ghostscript
In-Reply-To: <4BD87B5D.8070508@vcn.com>
References: <4BD62F02.9010202@vcn.com>	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>	<4BD685B0.5070109@vcn.com>	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>	<4BD6FF00.3090709@vcn.com>	<81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>	<4BD73ED5.4090702@macports.org>	<4BD7443E.8020802@vcn.com>
	<4BD86292.7080003@macports.org> <4BD87B5D.8070508@vcn.com>
Message-ID: <5B7A2349-E1D0-4098-AAA7-2A11D5A4EC16@macports.org>

On Apr 28, 2010, at 13:15, John B Brown wrote:
> On 4/28/10 10:30 AM, Rainer M?ller wrote:
>> On 27.04.2010 22:08, John B Brown wrote:
>>>     gcc only looks in /usr/local/include if you did not configure it
>>> with --prefix=/usr after editing the prefix entry in the configure file
>>> to reflect that as the install tree.
>> 
>> MacPorts uses Apple supplied compilers from Xcode. Therefore we cannot
>> influence the configure flags at all.
> 
> 	Does that mean my env does not control the macport compiles?

That's correct. MacPorts goes to great lengths to clear the environment before running, so that the environment is consistent.

> I set 'export CC=`which gcc`' in my .bash_profile.

MacPorts will clear it before running.

> I've set my path so that /usr/local/bin comes before /opt/local/bin and my library load paths to look at /usr/local/lib first.

This will most probably cause problems. Please unset these library load paths. (DYLD_LIBRARY_PATH, DYLD_FALLBACK_LIBRARY_PATH, LD_LIBRARY_PATH, etc.)

> 	That means my CC is set for gcc in /usr/local/bin which is gcc-4.5.0 which bootstrapped and installed cleanly. Doesn't macports look to /usr/local/lib first for libs as it compiles and runs?

No -- not deliberately. MacPorts uses Apple's GCC compiler in /usr/bin/gcc-4.2 (on Snow Leopard, anyway) to compile (most) ports. (Individual ports can specify otherwise if needed.) But as we mentioned earlier, Apple's GCC compiler automatically looks in /usr/local and will find and use libraries and headers located there. We don't want this behavior but don't know how to stop it. Therefore we can only ask that users remove everything in /usr/local before using MacPorts in order to prevent problems.




From ryandesign at macports.org  Wed Apr 28 14:22:22 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 16:22:22 -0500
Subject: necessary info
In-Reply-To: <4BD88283.70309@vcn.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
Message-ID: <919F606F-1D1B-4073-A05F-D21D5CE4FDCE@macports.org>

On Apr 28, 2010, at 13:46, John B Brown wrote:
> On 4/28/10 10:27 AM, Rainer M?ller wrote:
>> Is your X11 running? Maybe launchd can't get it started for whatever
>> reason and that causes the hang. Try to launch it manually.
> 
> 	I'm confused. According to the install DVDs that came with this iMac, the only way X11 gets in is if I install it from the DVD.

Yes... but you also said you installed XFree86 and Xorg, which are two additional ways X11 gets onto your system.


> 	My screen appears no different after installing X11.

Right, on Mac OS X, X11 is a secondary windowing system you can run when needed.


> How might I determine whether or not X11 is running?

Is X11.app in the dock and open? If yes, it's running. If no, it's not.


> Does X11 install into the root tree locations that are used in Linux? I notice the /etc/X11/ paths are completely symbolic links into /usr/X11/lib.

Apple's X11 provided on the install DVD installs into /usr/X11. The XFree86 port in MacPorts appears to install into the same place. (Note it is not usual for ports to install outside of the MacPorts prefix.) The xorg ports install into the MacPorts prefix.


> 	Is 'launchd' part of the boot system?

Yes. "man launchd" has more.


> 	The brief mention in "Mac OS X Support Essentials v10.6" by Kevin M. White, Apple Certified, says Apple X11 is based on XFree86

Apple X11 was based on XFree86 in Mac OS X 10.4 and earlier, but in Mac OS X 10.5 and later it is based on xorg.


> and X11 can be accessed by opening the X11 interface located at /Applications/Utilities/X11.

Correct. Or, if you installed the xorg MacPorts port, then X11.app is in /Applications/MacPorts.


> It then refers all other questions about X11 to http://developer.apple.com/opensource/tools/X11.html. Such irrelevant subjects as 'remote ssh', forwarding, tunneling are mentioned there as examples of X11 configurations. Not exactly simple user help.
> 
> 	I just tried startx.

It's not expected for you to have to run startx manually. Just open X11.app when you want to use X11.


> X11 would not launch. The error message:
> 
> dyld: Library not loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
>  Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
>  Reason: Incompatible library version: ImageIO requires version 1.0.0 or later, but libTIFF.dylib provides version 0.0.0

You have a libtiff.dylib (or libTIFF.dylib) somewhere that is not built properly.


> 	I've seen that error message before, during compiles that try to link libTIFF.dylib from the Apple default location. How do I overcome poorly integrated Apple libraries?

Apple's libraries are properly integrated but you have destroyed that integration by setting DYLD_LIBRARY_PATH and similar variables.



From j.van_den_hoff at fzd.de  Wed Apr 28 14:24:54 2010
From: j.van_den_hoff at fzd.de (joerg van den hoff)
Date: Wed, 28 Apr 2010 23:24:54 +0200
Subject: rb-ncurses-ruby install failed
Message-ID: <op.vbv5rspu5cnj9i@moppel.fritz.box>

hello everybody,

I tried to insall `sup' today on two machines. the first instance (ppc and  
10.5) went through the second (10.6 and x86)
failed during install of the dependency `rb-ncurses-ruby'. on the second  
try I get this messages:

====CUT=====
--->  Computing dependencies for rb-ncurses-ruby
--->  Staging rb-ncurses-ruby into destroot
Error: Target org.macports.destroot returned: shell command "cd  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-ncurses-ruby/work/ncurses-ruby-1.2.3  
&& /opt/local/bin/gem install --local --force --install-dir  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-ncurses-ruby/work/destroot/opt/local/lib/ruby/gems/1.8  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-ncurses-ruby/work/ncurses-ruby-1.2.3/ncurses-1.2.3.gem"  
returned error 1
Command output: checking for attr_get()... yes
checking for the panel library...
checking for panel.h... yes
checking for panel_hidden() in -lpanel... yes
checking for the form library...
checking for form.h... yes
checking for new_form() in -lform... yes
checking for the menu library...
checking for menu.h... yes
checking for new_menu() in -lmenu... yes
creating Makefile

make
Makefile:134: warning: overriding commands for target  
`/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-ncurses-ruby/work/destroot/opt/local/lib/ruby/gems/1.8/gems/ncurses-1.2.3/lib'
Makefile:132: warning: ignoring old commands for target  
`/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-ncurses-ruby/work/destroot/opt/local/lib/ruby/gems/1.8/gems/ncurses-1.2.3/lib'
/usr/bin/gcc-4.2 -I. -I. -I/opt/local/lib/ruby/1.8/i686-darwin10 -I.  
-DHAVE_UNISTD_H -DHAVE_LOCALE_H -DHAVE_NCURSES_H -DHAVE_NEWSCR  
-DHAVE_TABSIZE -DHAVE_ESCDELAY -DHAVE_KEYBOUND -DHAVE_CURSES_VERSION  
-DHAVE_TIGETSTR -DHAVE_GETWIN -DHAVE_PUTWIN -DHAVE_UNGETMOUSE  
-DHAVE_MOUSEMASK -DHAVE_WENCLOSE -DHAVE_MOUSEINTERVAL -DHAVE_WMOUSE_TRAFO  
-DHAVE_MCPRINT -DHAVE_HAS_KEY -DHAVE_DELSCREEN -DHAVE_DEFINE_KEY  
-DHAVE_KEYOK -DHAVE_RESIZETERM -DHAVE_USE_DEFAULT_COLORS  
-DHAVE_USE_EXTENDED_NAMES -DHAVE_WRESIZE -DHAVE_ATTR_ON -DHAVE_ATTR_OFF  
-DHAVE_ATTR_SET -DHAVE_CHGAT -DHAVE_COLOR_SET -DHAVE_FILTER  
-DHAVE_INTRFLUSH -DHAVE_MVCHGAT -DHAVE_MVHLINE -DHAVE_MVVLINE  
-DHAVE_MVWCHGAT -DHAVE_MVWHLINE -DHAVE_MVWVLINE -DHAVE_NOQIFLUSH  
-DHAVE_PUTP -DHAVE_QIFLUSH -DHAVE_SCR_DUMP -DHAVE_SCR_INIT  
-DHAVE_SCR_RESTORE -DHAVE_SCR_SET -DHAVE_SLK_ATTR -DHAVE_SLK_ATTR_SET  
-DHAVE_SLK_COLOR -DHAVE_TIGETFLAG -DHAVE_TIGETNUM -DHAVE_USE_ENV  
-DHAVE_VIDATTR -DHAVE_WATTR_ON -DHAVE_WATTR_OFF -DHAVE_WATTR_SET  
-DHAVE_WCHGAT -DHAVE_WCOLOR_SET -DHAVE_GETATTRS  
-DHAVE_ASSUME_DEFAULT_COLORS -DHAVE_ATTR_GET -DHAVE_PANEL_H -DHAVE_FORM_H  
-DHAVE_MENU_H -I/opt/local/include -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE   
-I/opt/local/include -fno-common -O2 -arch x86_64  -fno-common -pipe  
-fno-common  -g -arch x86_64 -c form_wrap.c
form_wrap.c: In function 'make_arg':
form_wrap.c:1130: warning: format '%d' expects type 'int', but argument 6  
has type 'long int'
/usr/bin/gcc-4.2 -I. -I. -I/opt/local/lib/ruby/1.8/i686-darwin10 -I.  
-DHAVE_UNISTD_H -DHAVE_LOCALE_H -DHAVE_NCURSES_H -DHAVE_NEWSCR  
-DHAVE_TABSIZE -DHAVE_ESCDELAY -DHAVE_KEYBOUND -DHAVE_CURSES_VERSION  
-DHAVE_TIGETSTR -DHAVE_GETWIN -DHAVE_PUTWIN -DHAVE_UNGETMOUSE  
-DHAVE_MOUSEMASK -DHAVE_WENCLOSE -DHAVE_MOUSEINTERVAL -DHAVE_WMOUSE_TRAFO  
-DHAVE_MCPRINT -DHAVE_HAS_KEY -DHAVE_DELSCREEN -DHAVE_DEFINE_KEY  
-DHAVE_KEYOK -DHAVE_RESIZETERM -DHAVE_USE_DEFAULT_COLORS  
-DHAVE_USE_EXTENDED_NAMES -DHAVE_WRESIZE -DHAVE_ATTR_ON -DHAVE_ATTR_OFF  
-DHAVE_ATTR_SET -DHAVE_CHGAT -DHAVE_COLOR_SET -DHAVE_FILTER  
-DHAVE_INTRFLUSH -DHAVE_MVCHGAT -DHAVE_MVHLINE -DHAVE_MVVLINE  
-DHAVE_MVWCHGAT -DHAVE_MVWHLINE -DHAVE_MVWVLINE -DHAVE_NOQIFLUSH  
-DHAVE_PUTP -DHAVE_QIFLUSH -DHAVE_SCR_DUMP -DHAVE_SCR_INIT  
-DHAVE_SCR_RESTORE -DHAVE_SCR_SET -DHAVE_SLK_ATTR -DHAVE_SLK_ATTR_SET  
-DHAVE_SLK_COLOR -DHAVE_TIGETFLAG -DHAVE_TIGETNUM -DHAVE_USE_ENV  
-DHAVE_VIDATTR -DHAVE_WATTR_ON -DHAVE_WATTR_OFF -DHAVE_WATTR_SET  
-DHAVE_WCHGAT -DHAVE_WCOLOR_SET -DHAVE_GETATTRS  
-DHAVE_ASSUME_DEFAULT_COLORS -DHAVE_ATTR_GET -DHAVE_PANEL_H -DHAVE_FORM_H  
-DHAVE_MENU_H -I/opt/local/include -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE   
-I/opt/local/include -fno-common -O2 -arch x86_64  -fno-common -pipe  
-fno-common  -g -arch x86_64 -c menu_wrap.c
/usr/bin/gcc-4.2 -I. -I. -I/opt/local/lib/ruby/1.8/i686-darwin10 -I.  
-DHAVE_UNISTD_H -DHAVE_LOCALE_H -DHAVE_NCURSES_H -DHAVE_NEWSCR  
-DHAVE_TABSIZE -DHAVE_ESCDELAY -DHAVE_KEYBOUND -DHAVE_CURSES_VERSION  
-DHAVE_TIGETSTR -DHAVE_GETWIN -DHAVE_PUTWIN -DHAVE_UNGETMOUSE  
-DHAVE_MOUSEMASK -DHAVE_WENCLOSE -DHAVE_MOUSEINTERVAL -DHAVE_WMOUSE_TRAFO  
-DHAVE_MCPRINT -DHAVE_HAS_KEY -DHAVE_DELSCREEN -DHAVE_DEFINE_KEY  
-DHAVE_KEYOK -DHAVE_RESIZETERM -DHAVE_USE_DEFAULT_COLORS  
-DHAVE_USE_EXTENDED_NAMES -DHAVE_WRESIZE -DHAVE_ATTR_ON -DHAVE_ATTR_OFF  
-DHAVE_ATTR_SET -DHAVE_CHGAT -DHAVE_COLOR_SET -DHAVE_FILTER  
-DHAVE_INTRFLUSH -DHAVE_MVCHGAT -DHAVE_MVHLINE -DHAVE_MVVLINE  
-DHAVE_MVWCHGAT -DHAVE_MVWHLINE -DHAVE_MVWVLINE -DHAVE_NOQIFLUSH  
-DHAVE_PUTP -DHAVE_QIFLUSH -DHAVE_SCR_DUMP -DHAVE_SCR_INIT  
-DHAVE_SCR_RESTORE -DHAVE_SCR_SET -DHAVE_SLK_ATTR -DHAVE_SLK_ATTR_SET  
-DHAVE_SLK_COLOR -DHAVE_TIGETFLAG -DHAVE_TIGETNUM -DHAVE_USE_ENV  
-DHAVE_VIDATTR -DHAVE_WATTR_ON -DHAVE_WATTR_OFF -DHAVE_WATTR_SET  
-DHAVE_WCHGAT -DHAVE_WCOLOR_SET -DHAVE_GETATTRS  
-DHAVE_ASSUME_DEFAULT_COLORS -DHAVE_ATTR_GET -DHAVE_PANEL_H -DHAVE_FORM_H  
-DHAVE_MENU_H -I/opt/local/include -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE   
-I/opt/local/include -fno-common -O2 -arch x86_64  -fno-common -pipe  
-fno-common  -g -arch x86_64 -c ncurses_wrap.c
ncurses_wrap.c: In function 'rbncurshelper_nonblocking_wgetch':
ncurses_wrap.c:818: error: dereferencing pointer to incomplete type
ncurses_wrap.c:835: error: dereferencing pointer to incomplete type
ncurses_wrap.c:857: error: dereferencing pointer to incomplete type
make: *** [ncurses_wrap.o] Error 1


Gem files will remain installed in  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-ncurses-ruby/work/destroot/opt/local/lib/ruby/gems/1.8/gems/ncurses-1.2.3  
for inspection.
Results logged to  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-ncurses-ruby/work/destroot/opt/local/lib/ruby/gems/1.8/gems/ncurses-1.2.3/gem_make.out
Building native extensions.  This could take a while...

Error: Status 1 encountered during processing.
======CUT======

with `port -d install...' I see these messages (excerpt):

=====CUT======

--->  Computing dependencies for rb-ncurses-ruby
DEBUG: Searching for dependency: ruby
DEBUG: Found Dependency: receipt exists for ruby
DEBUG: Searching for dependency: ncurses
DEBUG: Found Dependency: receipt exists for ncurses
DEBUG: Searching for dependency: rb-rubygems
DEBUG: Found Dependency: receipt exists for rb-rubygems
DEBUG: Executing org.macports.main (rb-ncurses-ruby)
DEBUG: Skipping completed org.macports.fetch (rb-ncurses-ruby)
DEBUG: Skipping completed org.macports.checksum (rb-ncurses-ruby)
DEBUG: setting option extract.cmd to /usr/bin/bzip2
DEBUG: Skipping completed org.macports.extract (rb-ncurses-ruby)
DEBUG: Skipping completed org.macports.patch (rb-ncurses-ruby)
DEBUG: Skipping completed org.macports.configure (rb-ncurses-ruby)
DEBUG: Skipping completed org.macports.build (rb-ncurses-ruby)
--->  Staging rb-ncurses-ruby into destroot
. missing (directory not created: File exists)
./Applications missing (directory not created: File exists)
./Developer missing (directory not created: File exists)
./Library missing (directory not created: File exists)
DEBUG: Executing org.macports.destroot (rb-ncurses-ruby)
ERROR:  Error installing  
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-ncurses-ruby/work/ncurses-ruby-1.2.3/ncurses-1.2.3.gem:
	ERROR: Failed to build gem native extension.

====CUT=====
which chronologically appear before the complaints regarding  
`ncurses_wrap.c'.

I do not really understand what's causing the problem so
I cleaned/uninstalled and retried but without success.

what's next?

thanks in advance,

joerg

From ryandesign at macports.org  Wed Apr 28 14:29:44 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 16:29:44 -0500
Subject: trouble installing esound
In-Reply-To: <4BD89E62.3010204@macports.org>
References: <BLU140-W1026FA7D5C373A90509C23AF020@phx.gbl>
	<4BD89E62.3010204@macports.org>
Message-ID: <AFF1D30E-7377-45F4-99DA-B8752C1DD1EE@macports.org>


On Apr 28, 2010, at 15:45, Joshua Root wrote:

> On 2010-4-29 05:14 , Z J wrote:
>> I am trying to install esound using macports and have run into this
>> error.  Here is -d output:
>> 
>> sudo port install esound
>> --->  Computing dependencies for esound
>> Portfile changed since last build; discarding previous state.
>> Portfile changed since last build; discarding previous state.
>> --->  Fetching libiconv
>> Portfile changed since last build; discarding previous state.
>> --->  Verifying checksum(s) for libiconv
>> Portfile changed since last build; discarding previous state.
>> --->  Extracting libiconv
>> Portfile changed since last build; discarding previous state.
> 
> Your system clock is set wrong.

The final error message produced doesn't suggest this resolution at all; you just know this because you've seen it before. It would be nice to get a better error message for this situation. I filed a ticket:

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



From ryandesign at macports.org  Wed Apr 28 14:31:53 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 16:31:53 -0500
Subject: php5-openssl
In-Reply-To: <m2m9c2c8ffb1004280623t62eb1734ydd06b8d4eae6fcfa@mail.gmail.com>
References: <m2m9c2c8ffb1004280623t62eb1734ydd06b8d4eae6fcfa@mail.gmail.com>
Message-ID: <2D26465C-AE1B-4499-910F-5B0941722E18@macports.org>


On Apr 28, 2010, at 08:23, Norman Khine wrote:

> hello, i have a running php5 which was built with macports, if i now
> want to add support for openssl what is the best way to do it?
> 
> would simply:
> 
> $ sudo port -v install php5-openssl
> 
> do?

Yes. And if you're using PHP in a web server, you'll then have to restart the web server.



From ryandesign at macports.org  Wed Apr 28 14:35:10 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 16:35:10 -0500
Subject: choosing SDK for macports
In-Reply-To: <269B2C37-ED00-4C0C-9AC0-E100CD4E24BF@gmail.com>
References: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>	<AA366900-A04F-415D-9405-6966E67D31E6@macports.org>	<4BD75358.1080908@macports.org>
	<F06F8E32-AA8B-4AC8-BFD1-9C88E87CE668@gmail.com>
	<4BD81381.3080906@macports.org>
	<269B2C37-ED00-4C0C-9AC0-E100CD4E24BF@gmail.com>
Message-ID: <4432FFFE-5502-49D6-8D47-49A5C89880CF@macports.org>

On Apr 28, 2010, at 09:01, Dominik Reichardt wrote:

> Am 28.04.2010 um 12:52 schrieb Joshua Root:
> 
>>>> You can easily add the appropriate flags in a local copy of the port.
>>>> Cross-compiling will probably never be a supported configuration BTW.
>>> 
>>> Thanks Ryan and Joshua, now I know why that didn't work :)
>>> 
>>> What are the appropiate flags? These http://guide.macports.org/#reference.phases.configure.universal ?
>>> I tried with those and didn't succeed in getting SDL to compile with the 10.4 SDK. As the examples are missing, I probably used them wrong. Can you give me any pointers?
>> 
>> The default flags listed there for PowerPC Tiger, minus the -arch ones,
>> are what you need to use the 10.4u SDK.
> 
> I just tried and it fails for me on SDL's configure with the error "configure: error: C compiler cannot create executables"
> I attached a zip with the port file, the port install debug output and the config.log.

config.log says:

configure:2608: /usr/bin/gcc-4.0 -O2 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -I/opt/local/include -isysroot /Developer/SDKs/MacOSX10.4u.sdk -isysroot /Developer/SDKs/MacOSX10.4u.sdk -L/opt/local/lib -Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk -arch i386 -Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk conftest.c  >&5
ld: library not found for -lcrt1.10.5.o

You probably still need to set MACOSX_DEPLOYMENT_TARGET to 10.4. In MacPorts, that's the configure.macosx_deployment_target variable.



From jmr at macports.org  Wed Apr 28 15:43:19 2010
From: jmr at macports.org (Joshua Root)
Date: Thu, 29 Apr 2010 08:43:19 +1000
Subject: trouble installing esound
In-Reply-To: <AFF1D30E-7377-45F4-99DA-B8752C1DD1EE@macports.org>
References: <BLU140-W1026FA7D5C373A90509C23AF020@phx.gbl>
	<4BD89E62.3010204@macports.org>
	<AFF1D30E-7377-45F4-99DA-B8752C1DD1EE@macports.org>
Message-ID: <4BD8BA07.80706@macports.org>

On 2010-4-29 07:29 , Ryan Schmidt wrote:
> 
> On Apr 28, 2010, at 15:45, Joshua Root wrote:
> 
>> Your system clock is set wrong.
> 
> The final error message produced doesn't suggest this resolution at all; you just know this because you've seen it before. It would be nice to get a better error message for this situation. I filed a ticket:
> 
> http://trac.macports.org/ticket/24717

Please reproduce bugs in trunk before filing a ticket.

From jbb at vcn.com  Wed Apr 28 16:07:31 2010
From: jbb at vcn.com (John B Brown)
Date: Wed, 28 Apr 2010 17:07:31 -0600
Subject: necessary info
In-Reply-To: <0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
Message-ID: <4BD8BFB3.5040104@vcn.com>


On 4/28/10 2:35 PM, Michael Funk wrote:
> On Apr 28, 2010, at 11:46 AM, John B Brown wrote:
>
>> 	I'm confused. According to the install DVDs that came with this iMac, the only way X11 gets in is if I install it from the DVD.
>
> That's correct, it doesn't get installed by default, you have to do it manually.
>
>> 	My screen appears no different after installing X11. How might I determine whether or not X11 is running? Does X11 install into the root tree locations that are used in Linux? I notice the /etc/X11/ paths are completely symbolic links into /usr/X11/lib.
>
> It won't look any different.  You should now have /Applications/Utilities/X11.app.  Launch this just by double clicking it in Finder.  You should see an X11 icon in your Dock, and after a few seconds an xterm window should open up.  If both of these things happen, then X11 is working correctly on your system.
>
> The X server for OS X doesn't talk directly to the graphics hardware or take over your screen.  When the X server is running, each X11 app you launch will just open up in its own window like any other app.
>
>> 	Is 'launchd' part of the boot system?
>
> Yeah, it's the equivalent of 'init' on other Unix systems.  It can also launch things on demand.  Specifically, you shouldn't ever have to manually launch the X server on OS X.  You just launch an X11 application (like xterm or whatever), the app tries to connect to a local socket which is associated with the X server, and if the X server isn't already running, then launchd is smart enough to launch it for you.
>
>> 	The brief mention in "Mac OS X Support Essentials v10.6" by Kevin M. White, Apple Certified, says Apple X11 is based on XFree86 and X11 can be accessed by opening the X11 interface located at /Applications/Utilities/X11. It then refers all other questions about X11 to http://developer.apple.com/opensource/tools/X11.html. Such irrelevant subjects as 'remote ssh', forwarding, tunneling are mentioned there as examples of X11 configurations. Not exactly simple user help.
>
> Well, these are all pretty advanced topics, I wouldn't expect them to write up an 'Intro to X11'-type of thing.  I think their attitude is that if someone is technical enough to want to run X11 apps on their Mac, no simple user help is required.  That said, I wish there was a little more documentation for this stuff.
>
>> 	I just tried startx. X11 would not launch. The error message:
>
> I wouldn't expect startx to work, since that launches a window manager among other things.  Normally you wouldn't run X11 with a window manager on a Mac, since the X server doesn't take over the screen and the apps just open up in standalone windows.  Supposedly you can run the X server in full screen mode and use your own window manager and so on, but I've never tried doing that and don't know what's involved.
>
>> dyld: Library not loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
>>   Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
>>   Reason: Incompatible library version: ImageIO requires version 1.0.0 or later, but libTIFF.dylib provides version 0.0.0
>
> Not sure what might be causing this, but since you don't need to run startx, I wouldn't worry about it unless you run into it in some other context.
>
>> 	I've seen that error message before, during compiles that try to link libTIFF.dylib from the Apple default location. How do I overcome poorly integrated Apple libraries?
>
> They're pretty well integrated, no one should be directly linking to that build of libtiff anyway.  Since it's deep in the framework directory (as opposed to just sitting out in the open in /usr/lib), it should be thought of as being private to the ImageIO framework.  It's not there for anything else to link to.  If you want to use libtiff directly for anything, I'd suggest building it yourself or using the libtiff port.
>
>    Good luck,
>      Mike
>
>

	Running X11.app from Utilities under Applications results in the 
following error message in a separate window.

> Process:         X11.bin [160]
> Path:            /Applications/Utilities/X11.app/Contents/MacOS/X11
> Identifier:      org.x.X11
> Version:         ??? (???)
> Build Info:      X11server-850200~13
> Code Type:       X86-64 (Native)
> Parent Process:  launchd [93]
>
> Date/Time:       2010-04-28 16:48:22.241 -0600
> OS Version:      Mac OS X 10.6.3 (10D578)
> Report Version:  6
>
> Interval Since Last Report:          15785 sec
> Crashes Since Last Report:           4167
> Per-App Crashes Since Last Report:   2227
> Anonymous UUID:                      AE7A43E3-F36C-4405-AA46-4AFCF3952DAA
>
> Exception Type:  EXC_BREAKPOINT (SIGTRAP)
> Exception Codes: 0x0000000000000002, 0x0000000000000000
> Crashed Thread:  0
>
> Dyld Error Message:
>   Library not loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
>   Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
>   Reason: Incompatible library version: ImageIO requires version 1.0.0 or later, but libTIFF.dylib provides version 0.0.0
>
> Model: iMac9,1, BootROM IM91.008D.B08, 2 processors, Intel Core 2 Duo, 3.06 GHz, 4 GB, SMC 1.45f0
> Graphics: NVIDIA GeForce GT 130, NVIDIA GeForce GT 130, PCIe, 512 MB
> Memory Module: global_name
> AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8E), Broadcom BCM43xx 1.0 (5.10.91.27)
> Bluetooth: Version 2.3.1f4, 2 service, 2 devices, 1 incoming serial ports
> Network Service: Ethernet, Ethernet, en0
> Serial ATA Device: ST31000342ASQ, 931.51 GB
> Serial ATA Device: HL-DT-ST DVDRW  GA11N
> USB Device: Built-in iSight, 0x05ac  (Apple Inc.), 0x8502, 0x24400000
> USB Device: IR Receiver, 0x05ac  (Apple Inc.), 0x8242, 0x04500000
> USB Device: USB Hub, 0x05e3  (Genesys Logic, Inc.), 0x0604, 0x06400000
> USB Device: Trackball, 0x046d  (Logitech Inc.), 0xc404, 0x06420000
> USB Device: Logitech USB Keyboard, 0x046d  (Logitech Inc.), 0xc315, 0x06200000
> USB Device: BRCM2046 Hub, 0x0a5c  (Broadcom Corp.), 0x4500, 0x06100000
> USB Device: Bluetooth USB Host Controller, 0x05ac  (Apple Inc.), 0x8215, 0x06110000

	As you can plainly see, trying to start X11 using the X11.app utility 
results in exactly the same versioning error; startx has nothing to do 
with that error.

	As I said before, its an Apple built-in error; Apple compiled and 
installed the library. This is the result of the regular update which 
drops new binary sets down the wire as they are produced and Apple 
releases them. In this case it was an Xcode update; I certainly never 
compiled that mis-versioned library.

	So, X11 wont run now because of that version error.

	Any suggestions?

	Incidentally, the box the error appeared in had this.

"This report will be sent to apple automatically."

	That's my typing; the box wont let me copy and paste from its facia. 
There's bunches more on the facia, but I'm not going to type it all out.

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From dmmonarres at gmail.com  Wed Apr 28 16:36:41 2010
From: dmmonarres at gmail.com (D. M. Monarres)
Date: Wed, 28 Apr 2010 16:36:41 -0700
Subject: py26-scipy fails to build (link?) at interpolate module
In-Reply-To: <h2s217e65bd1004281417mea8d10e1kbc42e4229aff8189@mail.gmail.com>
References: <q2h217e65bd1004281328g8401d4fdv354f3afdbfa328e4@mail.gmail.com>
	<g2k799406d61004281337r4a7a9845w324f5970f0456429@mail.gmail.com>
	<h2s217e65bd1004281417mea8d10e1kbc42e4229aff8189@mail.gmail.com>
Message-ID: <g2n217e65bd1004281636qa5a3aad5sc15b4d2001879eca@mail.gmail.com>

Did three things:

1) Removed hand compiled SuiteSparse installed in /usr/local
2) Disabled ccache
3) reinstalled python26 and py26-numpy

Now py26-scipy installs. Temperamental beast isn't it.

Here are the build logs if it helps.

http://dl.dropbox.com/u/1768136/numpy.log
http://dl.dropbox.com/u/1768136/scipy.log



--
D. M. Monarres
<dmmonarres at gmail.com>


On Wed, Apr 28, 2010 at 2:17 PM, D. M. Monarres <dmmonarres at gmail.com>wrote:

> Done http://trac.macports.org/ticket/24716
> --
>
> D. M. Monarres
> <dmmonarres at gmail.com>
>
>
> On Wed, Apr 28, 2010 at 1:37 PM, Adam Mercer <ram at macports.org> wrote:
>
>> On Wed, Apr 28, 2010 at 15:28, D. M. Monarres <dmmonarres at gmail.com>
>> wrote:
>>
>> > I searched the trac and didn't see anything about this, so I was
>> wondering
>> > if this was something new
>> > py26-scipy fails to build with a linking error. The odd part is the
>> mixing
>> > of gcc-4.3 and gcc-4.2 I see in the error.
>>
>> that shouldn't be happening...
>>
>> > /opt/local/bin/g++-mp-4.3 /usr/bin/gcc-4.2 -L/opt/local/lib -bundle
>> > -undefined dynamic_lookup
>> > build/temp.macosx-10.6-x86_64-2.6/scipy/interpolate/src/_interpolate.o
>> > -Lbuild/temp.macosx-10.6-x86_64-2.6 -o
>> > build/lib.macosx-10.6-x86_64-2.6/scipy/interpolate/_interpolate.so
>> > ld: in /usr/bin/gcc-4.2, can't link with a main executable
>> > collect2: ld returned 1 exit status
>> > ld: in /usr/bin/gcc-4.2, can't link with a main executable
>> > collect2: ld returned 1 exit status
>> > is this normal? Has anybody else had this problem.
>>
>> I haven't seen this before.
>>
>> > Here is a link to the output using -d
>> > http://dl.dropbox.com/u/1768136/py26-scipy-error.log
>> > Thanks for any help, I am stumped as to what I should do.
>>
>> Unfortunately thats not much help as it wasn't complete (i.e. you
>> hadn't cleaned before hand). Can you file a ticket (at
>> <http://trac.macports.org>) and then attach the full debug log, i.e.:
>>
>> $ sudo port clean py26-scipy
>> $ sudo port -d install py26-scipy 2>&1 | tee ~/Desktop/scipy.log
>>
>> And then assign the ticket to me, or CC me on the ticket.
>>
>> Cheers
>>
>> Adam
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100428/88c02dc8/attachment.html>

From ryandesign at macports.org  Wed Apr 28 16:38:18 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 18:38:18 -0500
Subject: py26-scipy fails to build (link?) at interpolate module
In-Reply-To: <g2n217e65bd1004281636qa5a3aad5sc15b4d2001879eca@mail.gmail.com>
References: <q2h217e65bd1004281328g8401d4fdv354f3afdbfa328e4@mail.gmail.com>
	<g2k799406d61004281337r4a7a9845w324f5970f0456429@mail.gmail.com>
	<h2s217e65bd1004281417mea8d10e1kbc42e4229aff8189@mail.gmail.com>
	<g2n217e65bd1004281636qa5a3aad5sc15b4d2001879eca@mail.gmail.com>
Message-ID: <E2699B77-A837-41BD-8127-DA9421461044@macports.org>


On Apr 28, 2010, at 18:36, D. M. Monarres wrote:

> Did three things:
> 
> 1) Removed hand compiled SuiteSparse installed in /usr/local
> 2) Disabled ccache 
> 3) reinstalled python26 and py26-numpy
> 
> Now py26-scipy installs. Temperamental beast isn't it. 

Having things in /usr/local is not supported while using MacPorts because it causes conflicts such as the ones you experienced.


From ryandesign at macports.org  Wed Apr 28 16:40:45 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 18:40:45 -0500
Subject: rb-ncurses-ruby install failed
In-Reply-To: <op.vbv5rspu5cnj9i@moppel.fritz.box>
References: <op.vbv5rspu5cnj9i@moppel.fritz.box>
Message-ID: <84E4C3AE-A48D-4688-804D-779F4FBBA450@macports.org>

On Apr 28, 2010, at 16:24, joerg van den hoff wrote:

> I tried to insall `sup' today on two machines. the first instance (ppc and 10.5) went through the second (10.6 and x86)
> failed during install of the dependency `rb-ncurses-ruby'.

Yes, we have a ticket for this problem:

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


From mwfunk at gmail.com  Wed Apr 28 17:03:20 2010
From: mwfunk at gmail.com (Michael Funk)
Date: Wed, 28 Apr 2010 17:03:20 -0700
Subject: necessary info
In-Reply-To: <4BD8BFB3.5040104@vcn.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
Message-ID: <8817157B-4466-455D-9F6A-2DF52BC97B22@gmail.com>

On Apr 28, 2010, at 4:07 PM, John B Brown wrote:

> 	As you can plainly see, trying to start X11 using the X11.app utility results in exactly the same versioning error; startx has nothing to do with that error.

Gotcha, I misunderstood.  I thought the error might come from something other than the X server that startx was trying to launch.

> 	As I said before, its an Apple built-in error; Apple compiled and installed the library. This is the result of the regular update which drops new binary sets down the wire as they are produced and Apple releases them. In this case it was an Xcode update; I certainly never compiled that mis-versioned library.
> 
> 	So, X11 wont run now because of that version error.
> 
> 	Any suggestions?

I'm not sure, something is screwy.  If the ImageIO framework was really truly busted on your system, a lot more than X11.app would be hosed- anything else that used that framework (like AppKit) would be busted too.  Something's weird in the execution environment that's causing this to happen.  From Terminal, type 'set' and look for any environment variables that start with DYLD_.  None of these are set by default, but if you have any defined they might be interfering with which instances of which libraries are getting loaded up and from where.

I'm assuming you're using X11.app from your OS X install DVD and not something else.  Also, if you haven't already, run Software Update to make sure you've got the latest bits for everything.

  Mike


From ram at macports.org  Wed Apr 28 17:09:11 2010
From: ram at macports.org (Adam Mercer)
Date: Wed, 28 Apr 2010 19:09:11 -0500
Subject: py26-scipy fails to build (link?) at interpolate module
In-Reply-To: <g2n217e65bd1004281636qa5a3aad5sc15b4d2001879eca@mail.gmail.com>
References: <q2h217e65bd1004281328g8401d4fdv354f3afdbfa328e4@mail.gmail.com> 
	<g2k799406d61004281337r4a7a9845w324f5970f0456429@mail.gmail.com> 
	<h2s217e65bd1004281417mea8d10e1kbc42e4229aff8189@mail.gmail.com> 
	<g2n217e65bd1004281636qa5a3aad5sc15b4d2001879eca@mail.gmail.com>
Message-ID: <k2q799406d61004281709pe531684fzf171b39da081e808@mail.gmail.com>

On Wed, Apr 28, 2010 at 18:36, D. M. Monarres <dmmonarres at gmail.com> wrote:
> Did three things:
> 1) Removed hand compiled SuiteSparse installed in /usr/local
> 2) Disabled ccache
> 3) reinstalled python26 and py26-numpy
> Now py26-scipy installs.?Temperamental?beast isn't it.

Which was it that made the problem go away? Did you test each
individually or all at once?

Cheers

Adam

From steve at judgement.com  Wed Apr 28 17:17:18 2010
From: steve at judgement.com (Steve Morris)
Date: Wed, 28 Apr 2010 20:17:18 -0400
Subject: Installing kdenlive: The continuing saga.
Message-ID: <q2m411f975b1004281717z6fb8df83r4df0b707b90424a9@mail.gmail.com>

I am trying to install kdenlive and have had a series of of problems
with installing its many dependencies. Currently mlt is dead. I filed
ticket #24698 against that and hopefully it will get fixed someday. In
the process of debugging the most recent problems Ryan mentioned that
he had sucesssfully built kdenlive against revision r64072 of
macports. Since I have used subversion I decided to give that a shot.
I couldn't find the exact instructions but simply followed the wiki
instructions for installing fron the repository and eventually ran

% svn co -r 64072  http://svn.macports.org/repository/macports/trunk/dports/ .

... lots of stuff deleted ...
A    devel/caml-json-static/Portfile
A    devel/vxl
A    devel/vxl/files
svn: Can't convert string from 'UTF-8' to native encoding:
svn: devel/vxl/files/patch-v3p?\226?\152?\131mpeg2?\226?\152?\131libmpeg2?\226?\152?\131idct_altivec.c

I'm stumped. Any suggestions would be appreciated. How to fix mlt? How
to get svn to download macports sources on my machine? Anything?

Actually the kindest thing you could do is tell me that I will never
be able to install and use kdenlive on my mac so I could just give up
and do something else with my life. This is too much like torture. I
just want to edit a little video.

Steve Morris

From jbb at vcn.com  Wed Apr 28 17:37:44 2010
From: jbb at vcn.com (John B Brown)
Date: Wed, 28 Apr 2010 18:37:44 -0600
Subject: gv and ghostscript
In-Reply-To: <5B7A2349-E1D0-4098-AAA7-2A11D5A4EC16@macports.org>
References: <4BD62F02.9010202@vcn.com>	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>	<4BD685B0.5070109@vcn.com>	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>	<4BD6FF00.3090709@vcn.com>	<81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>	<4BD73ED5.4090702@macports.org>	<4BD7443E.8020802@vcn.com>
	<4BD86292.7080003@macports.org> <4BD87B5D.8070508@vcn.com>
	<5B7A2349-E1D0-4098-AAA7-2A11D5A4EC16@macports.org>
Message-ID: <4BD8D4D8.4010007@vcn.com>


On 4/28/10 3:17 PM, Ryan Schmidt wrote:
> On Apr 28, 2010, at 13:15, John B Brown wrote:
>> On 4/28/10 10:30 AM, Rainer M?ller wrote:
>>> On 27.04.2010 22:08, John B Brown wrote:
>>>>      gcc only looks in /usr/local/include if you did not configure it
>>>> with --prefix=/usr after editing the prefix entry in the configure file
>>>> to reflect that as the install tree.
>>>
>>> MacPorts uses Apple supplied compilers from Xcode. Therefore we cannot
>>> influence the configure flags at all.
>>
>> 	Does that mean my env does not control the macport compiles?
>
> That's correct. MacPorts goes to great lengths to clear the environment before running, so that the environment is consistent.
>

	Exactly what in the environment must be cleared? If I set the 
environment as I wish my computer to perform, what about MacPorts gives 
the right to remove the environment I approve for my computing?

>> I set 'export CC=`which gcc`' in my .bash_profile.
>
> MacPorts will clear it before running.
>
>> I've set my path so that /usr/local/bin comes before /opt/local/bin and my library load paths to look at /usr/local/lib first.
>
> This will most probably cause problems. Please unset these library load paths. (DYLD_LIBRARY_PATH, DYLD_FALLBACK_LIBRARY_PATH, LD_LIBRARY_PATH, etc.)
>

	What about the Apple version of BSD causes it to ignore the wishes of 
the owner and operator of the computer? In my experience with UNIX and 
Linux, in many flavors, I have never run into such hubris and cheek. 
It's so bad that there are duplicate names for obviously different C 
libraries delivered by Apple, one set into the Xcode system and another 
pair into /Developer/SDKs/MacOSX10.x.sdk/usr/lib/libc.dylib.

	The Xcode set of links for /usr/lib/libc.dylib goes to:

-r-xr-xr-x  1 root  wheel  6852240 Feb 26 12:53 /usr/lib/libSystem.B.dylib*
lrwxr-xr-x  1 root  wheel       17 Apr 21 13:27 
/usr/lib/libSystem.dylib@ -> libSystem.B.dylib
lrwxr-xr-x  1 root  wheel       15 Apr 21 13:27 /usr/lib/libc.dylib@ -> 
libSystem.dylib

	The SDK set of links, for MacOSX10.6.sdk is:

-rwxr-xr-x  1 root  wheel  782032 Mar 11 19:08 
/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libSystem.B.dylib*
lrwxr-xr-x  1 root  wheel      17 Apr 27 13:06 
/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libSystem.dylib@ -> libSystem.B.dylib
lrwxr-xr-x  1 root  wheel      15 Apr 27 13:06 
/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libc.dylib@ -> libSystem.dylib

	You will notice a MAJOR discrepance in size between both sets of 
library links for libc.dylib, 782032 and 6852240.

	I'm confused, aren't you?

>> 	That means my CC is set for gcc in /usr/local/bin which is gcc-4.5.0 which bootstrapped and installed cleanly. Doesn't macports look to /usr/local/lib first for libs as it compiles and runs?
>
> No -- not deliberately. MacPorts uses Apple's GCC compiler in /usr/bin/gcc-4.2 (on Snow Leopard, anyway) to compile (most) ports. (Individual ports can specify otherwise if needed.) But as we mentioned earlier, Apple's GCC compiler automatically looks in /usr/local and will find and use libraries and headers located there. We don't want this behavior but don't know how to stop it. Therefore we can only ask that users remove everything in /usr/local before using MacPorts in order to prevent problems.
>

	Except that all the C routines are in /usr/lib or a different sized set 
in SDK, and not in /usr/local/lib.

	I would suggest some changes in the behavior of the Apple version of 
gcc and the Apple version of the gnu compiling system; they should 
comply with normal posix systems rules. Why, pray tell, should Apple 
wish me to remove all my customizations, helpful to my use of my computer?

	That certainly ain't POSIX!

>
>

	Removing any parts in these e-mails is NOT the way to keep track of 
problems and their solutions. Just saying!

>

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From ryandesign at macports.org  Wed Apr 28 20:37:16 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 22:37:16 -0500
Subject: Installing kdenlive: The continuing saga.
In-Reply-To: <q2m411f975b1004281717z6fb8df83r4df0b707b90424a9@mail.gmail.com>
References: <q2m411f975b1004281717z6fb8df83r4df0b707b90424a9@mail.gmail.com>
Message-ID: <75BE35B2-3123-43EC-9255-F7F8B91A5F6A@macports.org>


On Apr 28, 2010, at 19:17, Steve Morris wrote:

> I am trying to install kdenlive and have had a series of of problems
> with installing its many dependencies. Currently mlt is dead. I filed
> ticket #24698 against that and hopefully it will get fixed someday.

I believe you're seeing this because your machine has an Intel Core (and not an Intel Core 2) processor. I'll add a note to the ticket with some more ideas.

> In
> the process of debugging the most recent problems Ryan mentioned that
> he had sucesssfully built kdenlive against revision r64072 of
> macports.

I also said that I was able to build kdenlive with the current version of our ports.

> Since I have used subversion I decided to give that a shot.
> I couldn't find the exact instructions but simply followed the wiki
> instructions for installing fron the repository and eventually ran
> 
> % svn co -r 64072  http://svn.macports.org/repository/macports/trunk/dports/ .
> 
> ... lots of stuff deleted ...
> A    devel/caml-json-static/Portfile
> A    devel/vxl
> A    devel/vxl/files
> svn: Can't convert string from 'UTF-8' to native encoding:
> svn: devel/vxl/files/patch-v3p?\226?\152?\131mpeg2?\226?\152?\131libmpeg2?\226?\152?\131idct_altivec.c

In general, the solution to that Subversion error message is to set the LANG environment variable properly in your terminal.

However, in this instance, the vxl patchfiles were named ludicrously and I've fixed that in r67097.

> I'm stumped. Any suggestions would be appreciated. How to fix mlt? How
> to get svn to download macports sources on my machine? Anything?

You can try again now that I've renamed the patchfiles, but I don't believe it will help because I believe the error you describe in #24698 is specific to i386 machines and my machine is x86_64.

> Actually the kindest thing you could do is tell me that I will never
> be able to install and use kdenlive on my mac so I could just give up
> and do something else with my life. This is too much like torture. I
> just want to edit a little video.

If you want to give up, I won't stop you. I can tell you that parts of MacPorts are broken. Certain ports won't install. We are not perfect. If you can live with that and want to proceed and help us improve the parts that don't work, let's continue.



From ryandesign at macports.org  Wed Apr 28 20:42:46 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 28 Apr 2010 22:42:46 -0500
Subject: gv and ghostscript
In-Reply-To: <4BD8D4D8.4010007@vcn.com>
References: <4BD62F02.9010202@vcn.com>	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>	<4BD685B0.5070109@vcn.com>	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>	<4BD6FF00.3090709@vcn.com>	<81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>	<4BD73ED5.4090702@macports.org>	<4BD7443E.8020802@vcn.com>
	<4BD86292.7080003@macports.org> <4BD87B5D.8070508@vcn.com>
	<5B7A2349-E1D0-4098-AAA7-2A11D5A4EC16@macports.org>
	<4BD8D4D8.4010007@vcn.com>
Message-ID: <FFE54C86-4F81-4CF0-BDFE-31F738DA609E@macports.org>


On Apr 28, 2010, at 19:37, John B Brown wrote:

>> That's correct. MacPorts goes to great lengths to clear the environment before running, so that the environment is consistent.
> 
> 	Exactly what in the environment must be cleared? If I set the environment as I wish my computer to perform, what about MacPorts gives the right to remove the environment I approve for my computing?

We have the right to write MacPorts however we see fit, just as any software developer can write their software however they want. In this case, we don't have the manpower to adequately maintain the ports we already have, so we certainly don't have the manpower to support users making arbitrary changes to the environment.


>>> I set 'export CC=`which gcc`' in my .bash_profile.
>> 
>> MacPorts will clear it before running.
>> 
>>> I've set my path so that /usr/local/bin comes before /opt/local/bin and my library load paths to look at /usr/local/lib first.
>> 
>> This will most probably cause problems. Please unset these library load paths. (DYLD_LIBRARY_PATH, DYLD_FALLBACK_LIBRARY_PATH, LD_LIBRARY_PATH, etc.)
>> 
> 
> 	What about the Apple version of BSD causes it to ignore the wishes of the owner and operator of the computer? In my experience with UNIX and Linux, in many flavors, I have never run into such hubris and cheek. It's so bad that there are duplicate names for obviously different C libraries delivered by Apple, one set into the Xcode system and another pair into /Developer/SDKs/MacOSX10.x.sdk/usr/lib/libc.dylib.

I'm not going to respond to complaints about Mac OS X. This list is for assisting users in getting things working with MacPorts, not complaining about the operating system on which it runs.


> 	The Xcode set of links for /usr/lib/libc.dylib goes to:
> 
> -r-xr-xr-x  1 root  wheel  6852240 Feb 26 12:53 /usr/lib/libSystem.B.dylib*
> lrwxr-xr-x  1 root  wheel       17 Apr 21 13:27 /usr/lib/libSystem.dylib@ -> libSystem.B.dylib
> lrwxr-xr-x  1 root  wheel       15 Apr 21 13:27 /usr/lib/libc.dylib@ -> libSystem.dylib
> 
> 	The SDK set of links, for MacOSX10.6.sdk is:
> 
> -rwxr-xr-x  1 root  wheel  782032 Mar 11 19:08 /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libSystem.B.dylib*
> lrwxr-xr-x  1 root  wheel      17 Apr 27 13:06 /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libSystem.dylib@ -> libSystem.B.dylib
> lrwxr-xr-x  1 root  wheel      15 Apr 27 13:06 /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libc.dylib@ -> libSystem.dylib
> 
> 	You will notice a MAJOR discrepance in size between both sets of library links for libc.dylib, 782032 and 6852240.
> 
> 	I'm confused, aren't you?

I don't know why there is a difference.


>>> 	That means my CC is set for gcc in /usr/local/bin which is gcc-4.5.0 which bootstrapped and installed cleanly. Doesn't macports look to /usr/local/lib first for libs as it compiles and runs?
>> 
>> No -- not deliberately. MacPorts uses Apple's GCC compiler in /usr/bin/gcc-4.2 (on Snow Leopard, anyway) to compile (most) ports. (Individual ports can specify otherwise if needed.) But as we mentioned earlier, Apple's GCC compiler automatically looks in /usr/local and will find and use libraries and headers located there. We don't want this behavior but don't know how to stop it. Therefore we can only ask that users remove everything in /usr/local before using MacPorts in order to prevent problems.
>> 
> 
> 	Except that all the C routines are in /usr/lib or a different sized set in SDK, and not in /usr/local/lib.
> 
> 	I would suggest some changes in the behavior of the Apple version of gcc and the Apple version of the gnu compiling system; they should comply with normal posix systems rules. Why, pray tell, should Apple wish me to remove all my customizations, helpful to my use of my computer?
> 
> 	That certainly ain't POSIX!

Complaints and bug reports about Mac OS X should be directed to Apple, not us.


> 	Removing any parts in these e-mails is NOT the way to keep track of problems and their solutions. Just saying!

I follow standard mailing list etiquette rules and trim parts of the conversation that I am not directly replying to.



From and.damore at macports.org  Wed Apr 28 22:34:18 2010
From: and.damore at macports.org (Andrea D'Amore)
Date: Thu, 29 Apr 2010 07:34:18 +0200
Subject: necessary info
In-Reply-To: <4BD8BFB3.5040104@vcn.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
Message-ID: <w2gef3e3fa1004282234r84f7aba8nb92ceac6bb8e0d6e@mail.gmail.com>

On Thu, Apr 29, 2010 at 1:07 AM, John B Brown <jbb at vcn.com> wrote:

>>> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
>>> ?Reason: Incompatible library version: ImageIO requires version 1.0.0 or
>>> later, but libTIFF.dylib provides version 0.0.0

> ? ? ? ?Any suggestions?

Can you paste the output of 'otool -L' and 'md5' on
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
?


-- 
Andrea

From steve at judgement.com  Wed Apr 28 22:56:07 2010
From: steve at judgement.com (Steve Morris)
Date: Thu, 29 Apr 2010 01:56:07 -0400
Subject: Installing kdenlive: The continuing saga.
In-Reply-To: <75BE35B2-3123-43EC-9255-F7F8B91A5F6A@macports.org>
References: <q2m411f975b1004281717z6fb8df83r4df0b707b90424a9@mail.gmail.com> 
	<75BE35B2-3123-43EC-9255-F7F8B91A5F6A@macports.org>
Message-ID: <s2t411f975b1004282256pa3a1aa63o6f8118657eb1dd98@mail.gmail.com>

Ryan. I did not mean to complain about the Macports work. I think it
is a tremendous thing. I realize that I just happen to want something
obscure that doesn't get touched often so it gets rusty. I am amazed
that so much does work. It is just that I am getting pretty fried.
I've put a lot of time into this. I'm a bit old to be up in the wee
hours like this.

What am I supposed to do to apply the latest Portfile patch? I did the
update sequence again (port selfupdate; port upgrade outdated; port
clean mlt; port install mlt) and got the same error in have_mmx.S. I
checked the build area and --disable-mmx is not shown in
configfile.log. I didn't understand how to translate the Portfile diff
(where do Portfiles live?) so I wasn't sure whether the change
intended to take it out or put it in. Just to test I manually reran
configure with --disable-mmx added and got a different failure:

...
ltDeque.o MltEvent.o MltFactory.o MltField.o MltFilter.o
MltFilteredConsumer.o MltFilteredProducer.o MltFrame.o MltGeometry.o
MltMultitrack.o MltParser.o MltPlaylist.o MltProducer.o MltProfile.o
MltProperties.o MltPushConsumer.o MltRepository.o MltService.o
MltTokeniser.o MltTractor.o MltTransition.o  -L../framework -lmlt
ln -sf libmlt++.0.5.2.dylib libmlt++.dylib
ln -sf libmlt++.0.5.2.dylib libmlt++.3.dylib
cc -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer   -DUSE_SSE2 -g
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D__DARWIN__  -I..
-DVERSION=\"0.5.2\"   -c -o melt.o melt.c
melt.c:33:17: error: SDL.h: No such file or directory
melt.c: In function ?event_handling?:
melt.c:181: error: ?SDL_Event? undeclared (first use in this function)
melt.c:181: error: (Each undeclared identifier is reported only once
melt.c:181: error: for each function it appears in.)
melt.c:181: error: expected ?;? before ?event?
melt.c:183: warning: implicit declaration of function ?SDL_PollEvent?
melt.c:183: error: ?event? undeclared (first use in this function)
melt.c:187: error: ?SDL_QUIT? undeclared (first use in this function)
melt.c:191: error: ?SDL_KEYDOWN? undeclared (first use in this function)
make[1]: *** [melt.o] Error 1
make: *** [all] Error 1


On Wed, Apr 28, 2010 at 11:37 PM, Ryan Schmidt <ryandesign at macports.org> wrote:
>
> On Apr 28, 2010, at 19:17, Steve Morris wrote:
>
>> I am trying to install kdenlive and have had a series of of problems
>> with installing its many dependencies. Currently mlt is dead. I filed
>> ticket #24698 against that and hopefully it will get fixed someday.
>
> I believe you're seeing this because your machine has an Intel Core (and not an Intel Core 2) processor. I'll add a note to the ticket with some more ideas.
>
>> In
>> the process of debugging the most recent problems Ryan mentioned that
>> he had sucesssfully built kdenlive against revision r64072 of
>> macports.
>
> I also said that I was able to build kdenlive with the current version of our ports.
>
>> Since I have used subversion I decided to give that a shot.
>> I couldn't find the exact instructions but simply followed the wiki
>> instructions for installing fron the repository and eventually ran
>>
>> % svn co -r 64072 ?http://svn.macports.org/repository/macports/trunk/dports/ .
>>
>> ... lots of stuff deleted ...
>> A ? ?devel/caml-json-static/Portfile
>> A ? ?devel/vxl
>> A ? ?devel/vxl/files
>> svn: Can't convert string from 'UTF-8' to native encoding:
>> svn: devel/vxl/files/patch-v3p?\226?\152?\131mpeg2?\226?\152?\131libmpeg2?\226?\152?\131idct_altivec.c
>
> In general, the solution to that Subversion error message is to set the LANG environment variable properly in your terminal.
>
> However, in this instance, the vxl patchfiles were named ludicrously and I've fixed that in r67097.
>
>> I'm stumped. Any suggestions would be appreciated. How to fix mlt? How
>> to get svn to download macports sources on my machine? Anything?
>
> You can try again now that I've renamed the patchfiles, but I don't believe it will help because I believe the error you describe in #24698 is specific to i386 machines and my machine is x86_64.
>
>> Actually the kindest thing you could do is tell me that I will never
>> be able to install and use kdenlive on my mac so I could just give up
>> and do something else with my life. This is too much like torture. I
>> just want to edit a little video.
>
> If you want to give up, I won't stop you. I can tell you that parts of MacPorts are broken. Certain ports won't install. We are not perfect. If you can live with that and want to proceed and help us improve the parts that don't work, let's continue.
>
>
>

From ryandesign at macports.org  Wed Apr 28 23:02:07 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 29 Apr 2010 01:02:07 -0500
Subject: Installing kdenlive: The continuing saga.
In-Reply-To: <s2t411f975b1004282256pa3a1aa63o6f8118657eb1dd98@mail.gmail.com>
References: <q2m411f975b1004281717z6fb8df83r4df0b707b90424a9@mail.gmail.com>
	<75BE35B2-3123-43EC-9255-F7F8B91A5F6A@macports.org>
	<s2t411f975b1004282256pa3a1aa63o6f8118657eb1dd98@mail.gmail.com>
Message-ID: <147EC6FA-146C-438F-B7EC-B5122D957299@macports.org>


On Apr 29, 2010, at 00:56, Steve Morris wrote:

> Ryan. I did not mean to complain about the Macports work. I think it
> is a tremendous thing. I realize that I just happen to want something
> obscure that doesn't get touched often so it gets rusty. I am amazed
> that so much does work. It is just that I am getting pretty fried.
> I've put a lot of time into this. I'm a bit old to be up in the wee
> hours like this.
> 
> What am I supposed to do to apply the latest Portfile patch? I did the
> update sequence again (port selfupdate; port upgrade outdated; port
> clean mlt; port install mlt) and got the same error in have_mmx.S. I
> checked the build area and --disable-mmx is not shown in
> configfile.log. I didn't understand how to translate the Portfile diff
> (where do Portfiles live?) so I wasn't sure whether the change
> intended to take it out or put it in. Just to test I manually reran
> configure with --disable-mmx added and got a different failure:

The Guide explains where portfiles live and how to apply patches to them:

http://guide.macports.org/chunked/development.patches.html#development.patches.applying


> ...
> ltDeque.o MltEvent.o MltFactory.o MltField.o MltFilter.o
> MltFilteredConsumer.o MltFilteredProducer.o MltFrame.o MltGeometry.o
> MltMultitrack.o MltParser.o MltPlaylist.o MltProducer.o MltProfile.o
> MltProperties.o MltPushConsumer.o MltRepository.o MltService.o
> MltTokeniser.o MltTractor.o MltTransition.o  -L../framework -lmlt
> ln -sf libmlt++.0.5.2.dylib libmlt++.dylib
> ln -sf libmlt++.0.5.2.dylib libmlt++.3.dylib
> cc -Wall -fPIC -DPIC   -O2 -pipe -fomit-frame-pointer   -DUSE_SSE2 -g
> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D__DARWIN__  -I..
> -DVERSION=\"0.5.2\"   -c -o melt.o melt.c
> melt.c:33:17: error: SDL.h: No such file or directory

You probably haven't set all the environment variables that MacPorts sets for you (CFLAGS, CPPFLAGS, CXXFLAGS, LDFLAGS, etc.), so it doesn't know how to find the dependencies it needs (SDL in this case). It will be easier to just modify the portfile using the patch above.



From jbb at vcn.com  Wed Apr 28 23:15:54 2010
From: jbb at vcn.com (John B Brown)
Date: Thu, 29 Apr 2010 00:15:54 -0600
Subject: gv and ghostscript
In-Reply-To: <FFE54C86-4F81-4CF0-BDFE-31F738DA609E@macports.org>
References: <4BD62F02.9010202@vcn.com>	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>	<4BD685B0.5070109@vcn.com>	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>	<4BD6FF00.3090709@vcn.com>	<81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>	<4BD73ED5.4090702@macports.org>	<4BD7443E.8020802@vcn.com>
	<4BD86292.7080003@macports.org> <4BD87B5D.8070508@vcn.com>
	<5B7A2349-E1D0-4098-AAA7-2A11D5A4EC16@macports.org>
	<4BD8D4D8.4010007@vcn.com>
	<FFE54C86-4F81-4CF0-BDFE-31F738DA609E@macports.org>
Message-ID: <4BD9241A.8060906@vcn.com>


On 4/28/10 9:42 PM, Ryan Schmidt wrote:
>
> On Apr 28, 2010, at 19:37, John B Brown wrote:
>
>>> That's correct. MacPorts goes to great lengths to clear the environment before running, so that the environment is consistent.
>>
>> 	Exactly what in the environment must be cleared? If I set the environment as I wish my computer to perform, what about MacPorts gives the right to remove the environment I approve for my computing?
>
> We have the right to write MacPorts however we see fit, just as any software developer can write their software however they want. In this case, we don't have the manpower to adequately maintain the ports we already have, so we certainly don't have the manpower to support users making arbitrary changes to the environment.
>

	Point taken.

	If I wish UNIX/Linux/gnu applications ported into MacOS and want to 
maintain Linux-like flexible utility I must do it myself. Or I could use 
Bootcamp to install Linux and have done with it.

>
>>>> I set 'export CC=`which gcc`' in my .bash_profile.
>>>
>>> MacPorts will clear it before running.
>>>
>>>> I've set my path so that /usr/local/bin comes before /opt/local/bin and my library load paths to look at /usr/local/lib first.
>>>
>>> This will most probably cause problems. Please unset these library load paths. (DYLD_LIBRARY_PATH, DYLD_FALLBACK_LIBRARY_PATH, LD_LIBRARY_PATH, etc.)
>>>
>>
>> 	What about the Apple version of BSD causes it to ignore the wishes of the owner and operator of the computer? In my experience with UNIX and Linux, in many flavors, I have never run into such hubris and cheek. It's so bad that there are duplicate names for obviously different C libraries delivered by Apple, one set into the Xcode system and another pair into /Developer/SDKs/MacOSX10.x.sdk/usr/lib/libc.dylib.
>
> I'm not going to respond to complaints about Mac OS X. This list is for assisting users in getting things working with MacPorts, not complaining about the operating system on which it runs.
>
>
>> 	The Xcode set of links for /usr/lib/libc.dylib goes to:
>>
>> -r-xr-xr-x  1 root  wheel  6852240 Feb 26 12:53 /usr/lib/libSystem.B.dylib*
>> lrwxr-xr-x  1 root  wheel       17 Apr 21 13:27 /usr/lib/libSystem.dylib@ ->  libSystem.B.dylib
>> lrwxr-xr-x  1 root  wheel       15 Apr 21 13:27 /usr/lib/libc.dylib@ ->  libSystem.dylib
>>
>> 	The SDK set of links, for MacOSX10.6.sdk is:
>>
>> -rwxr-xr-x  1 root  wheel  782032 Mar 11 19:08 /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libSystem.B.dylib*
>> lrwxr-xr-x  1 root  wheel      17 Apr 27 13:06 /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libSystem.dylib@ ->  libSystem.B.dylib
>> lrwxr-xr-x  1 root  wheel      15 Apr 27 13:06 /Developer/SDKs/MacOSX10.6.sdk/usr/lib/libc.dylib@ ->  libSystem.dylib
>>
>> 	You will notice a MAJOR discrepance in size between both sets of library links for libc.dylib, 782032 and 6852240.
>>
>> 	I'm confused, aren't you?
>
> I don't know why there is a difference.
>

	Where might I go for an answer to why there is a difference?

>
>>>> 	That means my CC is set for gcc in /usr/local/bin which is gcc-4.5.0 which bootstrapped and installed cleanly. Doesn't macports look to /usr/local/lib first for libs as it compiles and runs?
>>>
>>> No -- not deliberately. MacPorts uses Apple's GCC compiler in /usr/bin/gcc-4.2 (on Snow Leopard, anyway) to compile (most) ports. (Individual ports can specify otherwise if needed.) But as we mentioned earlier, Apple's GCC compiler automatically looks in /usr/local and will find and use libraries and headers located there. We don't want this behavior but don't know how to stop it. Therefore we can only ask that users remove everything in /usr/local before using MacPorts in order to prevent problems.
>>>
>>
>> 	Except that all the C routines are in /usr/lib or a different sized set in SDK, and not in /usr/local/lib.
>>
>> 	I would suggest some changes in the behavior of the Apple version of gcc and the Apple version of the gnu compiling system; they should comply with normal posix systems rules. Why, pray tell, should Apple wish me to remove all my customizations, helpful to my use of my computer?
>>
>> 	That certainly ain't POSIX!
>
> Complaints and bug reports about Mac OS X should be directed to Apple, not us.
>
>
>> 	Removing any parts in these e-mails is NOT the way to keep track of problems and their solutions. Just saying!
>
> I follow standard mailing list etiquette rules and trim parts of the conversation that I am not directly replying to.
>
>
>




	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From jbb at vcn.com  Wed Apr 28 23:19:04 2010
From: jbb at vcn.com (John B Brown)
Date: Thu, 29 Apr 2010 00:19:04 -0600
Subject: necessary info
In-Reply-To: <w2gef3e3fa1004282234r84f7aba8nb92ceac6bb8e0d6e@mail.gmail.com>
References: <4BD63090.6070302@vcn.com>
	<4BD861E1.30907@macports.org>	<4BD88283.70309@vcn.com>	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>	<4BD8BFB3.5040104@vcn.com>
	<w2gef3e3fa1004282234r84f7aba8nb92ceac6bb8e0d6e@mail.gmail.com>
Message-ID: <4BD924D8.4030503@vcn.com>


On 4/28/10 11:34 PM, Andrea D'Amore wrote:
> On Thu, Apr 29, 2010 at 1:07 AM, John B Brown<jbb at vcn.com>  wrote:
>
>>>> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
>>>>   Reason: Incompatible library version: ImageIO requires version 1.0.0 or
>>>> later, but libTIFF.dylib provides version 0.0.0
>
>>         Any suggestions?
>
> Can you paste the output of 'otool -L' and 'md5' on
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
> ?
>
>
jbb at pinball3:~
(1): % otool -L 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib:
	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib (compatibility version 1.0.0, current version 1.0.0)
	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib (compatibility version 1.0.0, current version 1.0.0)
	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 125.0.1)
jbb at pinball3:~
(2): % md5 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
MD5 
(/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib) 
= 7fee7ba9b094ba84ba1ca0db2033a825
jbb at pinball3:~
(3): %


	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From and.damore at macports.org  Thu Apr 29 01:01:47 2010
From: and.damore at macports.org (Andrea D'Amore)
Date: Thu, 29 Apr 2010 10:01:47 +0200
Subject: Fwd: necessary info
In-Reply-To: <r2hef3e3fa1004290059y32ba8424hd7a9a709349a5060@mail.gmail.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
	<8817157B-4466-455D-9F6A-2DF52BC97B22@gmail.com>
	<r2hef3e3fa1004290059y32ba8424hd7a9a709349a5060@mail.gmail.com>
Message-ID: <x2wef3e3fa1004290101s720a8ddap744e1056aa278b39@mail.gmail.com>

On Thu, Apr 29, 2010 at 2:03 AM, Michael Funk <mwfunk at gmail.com> wrote:
> ?None of these are set by default, but if you have any defined they might be interfering with which instances of which libraries are getting loaded up and from where.

The error he reported had full path to libTIFF and ImageIO, doesn't
that mean that the problem is between those two?



-- 
Andrea

P.S.
I really can't keep in mind this "reply/reply to all" thing and always
ends replying only to the actual author with my plain email address
(i.e. non @macports.org)

From mwfunk at gmail.com  Thu Apr 29 02:28:36 2010
From: mwfunk at gmail.com (Michael Funk)
Date: Thu, 29 Apr 2010 02:28:36 -0700
Subject: necessary info
In-Reply-To: <x2wef3e3fa1004290101s720a8ddap744e1056aa278b39@mail.gmail.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
	<8817157B-4466-455D-9F6A-2DF52BC97B22@gmail.com>
	<r2hef3e3fa1004290059y32ba8424hd7a9a709349a5060@mail.gmail.com>
	<x2wef3e3fa1004290101s720a8ddap744e1056aa278b39@mail.gmail.com>
Message-ID: <1CF8B2E5-2FF0-4934-A47A-2D7FAF2B5EE7@gmail.com>

On Apr 29, 2010, at 1:01 AM, Andrea D'Amore wrote:

> On Thu, Apr 29, 2010 at 2:03 AM, Michael Funk <mwfunk at gmail.com> wrote:
>>  None of these are set by default, but if you have any defined they might be interfering with which instances of which libraries are getting loaded up and from where.
> 
> The error he reported had full path to libTIFF and ImageIO, doesn't
> that mean that the problem is between those two?

That's very true- my shot-in-the-dark theory was that it's trying to load libtiff from somewhere else (via DYLD_LIBRARY_PATH or something similar), but in the error message after the link failure it just lists the path that's hardcoded in ImageIO rather than the path it actually tried to use.  I don't know if the error reporting actually works like that, it's just a guess.

The main reason I suspect that something deeper is going on is that ImageIO gets indirectly loaded up by just about every GUI app, and ImageIO immediately pulls in libtiff.  If it was just a matter of libtiff and ImageIO being unlinkable, I would think that every GUI app on the system would crash on startup, not just X11.app.

Yet another thing John could try: from Terminal, run 'sudo update_dyld_shared_cache', then reboot.

  Mike


From domiman at gmail.com  Thu Apr 29 02:30:58 2010
From: domiman at gmail.com (Dominik Reichardt)
Date: Thu, 29 Apr 2010 11:30:58 +0200
Subject: choosing SDK for macports
In-Reply-To: <4432FFFE-5502-49D6-8D47-49A5C89880CF@macports.org>
References: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>	<AA366900-A04F-415D-9405-6966E67D31E6@macports.org>	<4BD75358.1080908@macports.org>
	<F06F8E32-AA8B-4AC8-BFD1-9C88E87CE668@gmail.com>
	<4BD81381.3080906@macports.org>
	<269B2C37-ED00-4C0C-9AC0-E100CD4E24BF@gmail.com>
	<4432FFFE-5502-49D6-8D47-49A5C89880CF@macports.org>
Message-ID: <6DE7776A-5EA9-430E-9826-D057675C7627@gmail.com>


Am 28.04.2010 um 23:35 schrieb Ryan Schmidt:

>> 
>> Am 28.04.2010 um 12:52 schrieb Joshua Root:
>> 
>>>>> You can easily add the appropriate flags in a local copy of the port.
>>>>> Cross-compiling will probably never be a supported configuration BTW.
>>>> 
>>>> Thanks Ryan and Joshua, now I know why that didn't work :)
>>>> 
>>>> What are the appropiate flags? These http://guide.macports.org/#reference.phases.configure.universal ?
>>>> I tried with those and didn't succeed in getting SDL to compile with the 10.4 SDK. As the examples are missing, I probably used them wrong. Can you give me any pointers?
>>> 
>>> The default flags listed there for PowerPC Tiger, minus the -arch ones,
>>> are what you need to use the 10.4u SDK.
>> 
>> I just tried and it fails for me on SDL's configure with the error "configure: error: C compiler cannot create executables"
>> I attached a zip with the port file, the port install debug output and the config.log.
> 
> config.log says:
> 
> configure:2608: /usr/bin/gcc-4.0 -O2 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -I/opt/local/include -isysroot /Developer/SDKs/MacOSX10.4u.sdk -isysroot /Developer/SDKs/MacOSX10.4u.sdk -L/opt/local/lib -Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk -arch i386 -Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk conftest.c  >&5
> ld: library not found for -lcrt1.10.5.o
> 
> You probably still need to set MACOSX_DEPLOYMENT_TARGET to 10.4. In MacPorts, that's the configure.macosx_deployment_target variable.


Thanks, I couldn't get that to work with configure.macosx_deployment_target variable, it seemed as if MacPorts does not know that variable, and judging from the MacPorts 1.6.0 changelog, that variable was indeed removed.
Adding -mmacosx-version-min=10.4 to the compiler AND linker flags did the trick, though. Many thanks for pointing the way!!!
It did build and install, now I only need to test how my static building of Exult fares :)

Dom


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100429/b302ca1b/attachment.html>

From raimue at macports.org  Thu Apr 29 03:00:11 2010
From: raimue at macports.org (=?ISO-8859-15?Q?Rainer_M=FCller?=)
Date: Thu, 29 Apr 2010 12:00:11 +0200
Subject: gv and ghostscript
In-Reply-To: <4BD8D4D8.4010007@vcn.com>
References: <4BD62F02.9010202@vcn.com>	<901B6CC1-4262-41D3-8567-C28B97D0B82E@macports.org>	<4BD685B0.5070109@vcn.com>	<EF397375-9701-458C-A341-F6FD82E32EB0@macports.org>	<4BD6FF00.3090709@vcn.com>	<81275CDF-90F1-4120-994A-E58285C9F554@pixilla.com>	<4BD73ED5.4090702@macports.org>	<4BD7443E.8020802@vcn.com>
	<4BD86292.7080003@macports.org> <4BD87B5D.8070508@vcn.com>
	<5B7A2349-E1D0-4098-AAA7-2A11D5A4EC16@macports.org>
	<4BD8D4D8.4010007@vcn.com>
Message-ID: <4BD958AB.9020008@macports.org>

On 2010-04-29 02:37 , John B Brown wrote:
> 	Exactly what in the environment must be cleared? If I set the 
> environment as I wish my computer to perform, what about MacPorts gives 
> the right to remove the environment I approve for my computing?

Your customized environment would influence the build, which could
result in broken dependencies. To ensure a consistent experience, almost
everything is cleared out except proxy settings.

> [...]
> It's so bad that there are duplicate names for obviously different C 
> libraries delivered by Apple, one set into the Xcode system and another 
> pair into /Developer/SDKs/MacOSX10.x.sdk/usr/lib/libc.dylib.

These SDKs are provided in order to cross-build binaries and libraries
for older versions of Mac OS X. Usually you don't need them.

> [...]
> 	I'm confused, aren't you?

No.

> 	I would suggest some changes in the behavior of the Apple version of 
> gcc and the Apple version of the gnu compiling system; they should 
> comply with normal posix systems rules. Why, pray tell, should Apple 
> wish me to remove all my customizations, helpful to my use of my computer?
> 
> 	That certainly ain't POSIX!

I don't understand what you are talking about here. Looking for headers
and libraries in /usr/local is normal gcc behavior on any system if it
has been compiled for /usr. Just that other systems don't care that much
about it as they are not compiling for a different prefix.

Also, complaints about Apple provided software should directly go to
them, not to us :-)

Rainer

From raimue at macports.org  Thu Apr 29 03:15:09 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Thu, 29 Apr 2010 12:15:09 +0200
Subject: choosing SDK for macports
In-Reply-To: <6DE7776A-5EA9-430E-9826-D057675C7627@gmail.com>
References: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>	<AA366900-A04F-415D-9405-6966E67D31E6@macports.org>	<4BD75358.1080908@macports.org>	<F06F8E32-AA8B-4AC8-BFD1-9C88E87CE668@gmail.com>	<4BD81381.3080906@macports.org>	<269B2C37-ED00-4C0C-9AC0-E100CD4E24BF@gmail.com>	<4432FFFE-5502-49D6-8D47-49A5C89880CF@macports.org>
	<6DE7776A-5EA9-430E-9826-D057675C7627@gmail.com>
Message-ID: <4BD95C2D.5050302@macports.org>

On 2010-04-29 11:30 , Dominik Reichardt wrote:
> Thanks, I couldn't get that to work
> with configure.macosx_deployment_target variable, it seemed as if
> MacPorts does not know that variable, and judging from the MacPorts
> 1.6.0 changelog, that variable was indeed removed.

It was moved to a global option macosx_deployment_target. It can be set
in macports.conf or in the Portfile.

Rainer

From ryandesign at macports.org  Thu Apr 29 03:16:46 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 29 Apr 2010 05:16:46 -0500
Subject: choosing SDK for macports
In-Reply-To: <4BD95C2D.5050302@macports.org>
References: <C540ACA7-E6A7-4259-8620-B76E255983B4@gmail.com>	<AA366900-A04F-415D-9405-6966E67D31E6@macports.org>	<4BD75358.1080908@macports.org>	<F06F8E32-AA8B-4AC8-BFD1-9C88E87CE668@gmail.com>	<4BD81381.3080906@macports.org>	<269B2C37-ED00-4C0C-9AC0-E100CD4E24BF@gmail.com>	<4432FFFE-5502-49D6-8D47-49A5C89880CF@macports.org>
	<6DE7776A-5EA9-430E-9826-D057675C7627@gmail.com>
	<4BD95C2D.5050302@macports.org>
Message-ID: <FF92349B-5865-4059-9009-5097E3FEEBF8@macports.org>


On Apr 29, 2010, at 05:15, Rainer M?ller wrote:

> On 2010-04-29 11:30 , Dominik Reichardt wrote:
>> Thanks, I couldn't get that to work
>> with configure.macosx_deployment_target variable, it seemed as if
>> MacPorts does not know that variable, and judging from the MacPorts
>> 1.6.0 changelog, that variable was indeed removed.
> 
> It was moved to a global option macosx_deployment_target. It can be set
> in macports.conf or in the Portfile.

Sorry; I was just reading it out of the Guide, which apparently hasn't been updated for these changes yet.


From and.damore at macports.org  Thu Apr 29 03:17:35 2010
From: and.damore at macports.org (Andrea D'Amore)
Date: Thu, 29 Apr 2010 12:17:35 +0200
Subject: necessary info
In-Reply-To: <4BD924D8.4030503@vcn.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
	<w2gef3e3fa1004282234r84f7aba8nb92ceac6bb8e0d6e@mail.gmail.com>
	<4BD924D8.4030503@vcn.com>
Message-ID: <s2kef3e3fa1004290317l77370b5ck4b325aca312a8d55@mail.gmail.com>

On Thu, Apr 29, 2010 at 8:19 AM, John B Brown <jbb at vcn.com> wrote:
> jbb at pinball3:~
> (1): % otool -L
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib:
>
> ?/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
> (compatibility version 1.0.0, current version 1.0.0)
>
> ?/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
> (compatibility version 1.0.0, current version 1.0.0)
> ? ? ? ?/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version
> 1.2.3)
> ? ? ? ?/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 125.0.1)
> jbb at pinball3:~
> (2): % md5
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
> MD5
> (/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib)
> = 7fee7ba9b094ba84ba1ca0db2033a825

Your otool output for libTIFF.dylib and its md5 seems to be fine, they
are the same as on my machine. As Michael suggest it could be some env
variable.

At the moment it seems you have three versions of X Windows System,
X11.app from install disc and XFree86 and xorg from ports, maybe
there's some conflict.

A few things I'd try:
- create a new user and try launching /Applications/Utility/X11.app from there
- uninstall macports' XFree86 and xorg and try X11.app
- install XQuartz from <http://xquartzmacosforge.org>

> ? ? ? ?John B. Brown.

-- 
Andrea


P.S.
Would you mind cutting off a dozen rows from signature?

From j.van_den_hoff at fzd.de  Thu Apr 29 06:32:30 2010
From: j.van_den_hoff at fzd.de (joerg van den hoff)
Date: Thu, 29 Apr 2010 15:32:30 +0200
Subject: rb-ncurses-ruby install failed
In-Reply-To: <84E4C3AE-A48D-4688-804D-779F4FBBA450@macports.org>
References: <op.vbv5rspu5cnj9i@moppel.fritz.box>
	<84E4C3AE-A48D-4688-804D-779F4FBBA450@macports.org>
Message-ID: <op.vbxekgs75cnj9i@marco.fz-rossendorf.de>

On Thu, 29 Apr 2010 01:40:45 +0200, Ryan Schmidt <ryandesign at macports.org>  
wrote:

> On Apr 28, 2010, at 16:24, joerg van den hoff wrote:
>
>> I tried to insall `sup' today on two machines. the first instance (ppc  
>> and 10.5) went through the second (10.6 and x86)
>> failed during install of the dependency `rb-ncurses-ruby'.
>
> Yes, we have a ticket for this problem:
>
> http://trac.macports.org/ticket/21672
>

thanks a lot for the pointer (I'll try to look more often into the ticket  
list before posting...).
the proposed workaround seems to fail for me though. mmh.

hopefully someone finds time to look into this.

regards,
joerg

From j.van_den_hoff at fzd.de  Thu Apr 29 06:41:23 2010
From: j.van_den_hoff at fzd.de (joerg van den hoff)
Date: Thu, 29 Apr 2010 15:41:23 +0200
Subject: gem problem; probably related to Ticket #23875 (pec_fetcher.rb:232:
	warning: getc is obsolete; use STDIN.getc instead)
Message-ID: <op.vbxey9x65cnj9i@marco.fz-rossendorf.de>

hi,

I noticed the mentioned ticket (2 month old), so I just want to report I  
observe the exact same problem
under 10.5 (ppc) as well. any chance of a solution (or a workaround) soon?

best

joerg


From dluke at geeklair.net  Thu Apr 29 07:29:59 2010
From: dluke at geeklair.net (Daniel J. Luke)
Date: Thu, 29 Apr 2010 10:29:59 -0400
Subject: necessary info
In-Reply-To: <4BD8BFB3.5040104@vcn.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
Message-ID: <F55A9BEC-96FB-4082-B304-34EC9DB596DC@geeklair.net>

On Apr 28, 2010, at 7:07 PM, John B Brown wrote:
>> Dyld Error Message:
>>  Library not loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
>>  Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
>>  Reason: Incompatible library version: ImageIO requires version 1.0.0 or later, but libTIFF.dylib provides version 0.0.0

On Apr 29, 2010, at 2:19 AM, John B Brown wrote:
> jbb at pinball3:~
> (1): % otool -L /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib:
> 	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib (compatibility version 1.0.0, current version 1.0.0)
> 	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib (compatibility version 1.0.0, current version 1.0.0)
> 	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
> 	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.0.1)

Clearly, your crashing apps want libTIFF.dylib version 1.0.0 which they have a full path to (inside of ImageIO). For whatever reason, dyld lis loading some other libTIFF.dylib which has version 0.0.0

As has been said before, you probably have a DYLD_* environment variable set that is causing your problem.

I know you haven't found the problem libTIFF.dylib, but obviously the dynamic linker is finding one that is _not_ the one in ImageIO.

--
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 jbb at vcn.com  Thu Apr 29 07:43:33 2010
From: jbb at vcn.com (John B Brown)
Date: Thu, 29 Apr 2010 08:43:33 -0600
Subject: Fwd: necessary info
In-Reply-To: <x2wef3e3fa1004290101s720a8ddap744e1056aa278b39@mail.gmail.com>
References: <4BD63090.6070302@vcn.com>
	<4BD861E1.30907@macports.org>	<4BD88283.70309@vcn.com>	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>	<4BD8BFB3.5040104@vcn.com>	<8817157B-4466-455D-9F6A-2DF52BC97B22@gmail.com>	<r2hef3e3fa1004290059y32ba8424hd7a9a709349a5060@mail.gmail.com>
	<x2wef3e3fa1004290101s720a8ddap744e1056aa278b39@mail.gmail.com>
Message-ID: <4BD99B15.1080403@vcn.com>


On 4/29/10 2:01 AM, Andrea D'Amore wrote:
> On Thu, Apr 29, 2010 at 2:03 AM, Michael Funk<mwfunk at gmail.com>  wrote:
>>   None of these are set by default, but if you have any defined they might be interfering with which instances of which libraries are getting loaded up and from where.
>
> The error he reported had full path to libTIFF and ImageIO, doesn't
> that mean that the problem is between those two?
>
>
>

	Thank you, Andrea. Finally some logic, not personality or abuse. It 
would be nice to determine what is really happening, not some U-SWAG.

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From and.damore at macports.org  Thu Apr 29 08:05:50 2010
From: and.damore at macports.org (Andrea D'Amore)
Date: Thu, 29 Apr 2010 17:05:50 +0200
Subject: Fwd: necessary info
In-Reply-To: <4BD99B15.1080403@vcn.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
	<8817157B-4466-455D-9F6A-2DF52BC97B22@gmail.com>
	<r2hef3e3fa1004290059y32ba8424hd7a9a709349a5060@mail.gmail.com>
	<x2wef3e3fa1004290101s720a8ddap744e1056aa278b39@mail.gmail.com>
	<4BD99B15.1080403@vcn.com>
Message-ID: <m2zef3e3fa1004290805s22f9c044n8b99c3af2b765b15@mail.gmail.com>

On Thu, Apr 29, 2010 at 4:43 PM, John B Brown <jbb at vcn.com> wrote:
> ? ? ? ?Thank you, Andrea. Finally some logic, not personality or abuse. It
> would be nice to determine what is really happening, not some U-SWAG.

I can't fully understand what you write.

Did you grep the output of set as you were suggested? Did you updated
dyld cache?

To make it clear at the moment you have deleted your previous macports
install directory, right?


The XQuartz link I provided was missing a dot, it is actually
<http://xquartz.macosforge.org>.

You say it's an Apple builtin error but you have to consider that on
fresh installed systems X11.app works like a charm, you may possibly
have polluted your env installing some program.

> ? ? ? ?Shalom,
> ? ? ? ?John B. Brown.

-- 
Andrea

From jbb at vcn.com  Thu Apr 29 08:55:20 2010
From: jbb at vcn.com (John B Brown)
Date: Thu, 29 Apr 2010 09:55:20 -0600
Subject: necessary info
In-Reply-To: <F55A9BEC-96FB-4082-B304-34EC9DB596DC@geeklair.net>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
	<F55A9BEC-96FB-4082-B304-34EC9DB596DC@geeklair.net>
Message-ID: <4BD9ABE8.10809@vcn.com>

Dear Folk,

	My version of findutils searches from /. Here is the locate result for 
libTIFF and libtiff. Might there be a problem with what is here?

jbb at pinball3:~
(6): % locate libTIFF
/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
/Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib

jbb at pinball3:~
(7): % locate libtiff
/Library/Printers/hp/Utilities/HPPU 
Plugins/ZMeasurement.assistant/Contents/Resources/libtiff_copyright.txt
/src/gnu/LIBS/libtiff-lzw-1.3.tar.gz
/src/gnu/LIBS/libtiff-lzw-1.5.tgz
/src/gnu/LIBS/libtiff-lzw-1.5.tgz.md5
/System/Library/Tcl/8.4/Img1.4/libtifftcl3.8.2.dylib
/System/Library/Tcl/8.5/Img1.4/libtifftcl3.8.2.dylib
/Users/jbb/google-earth/libtiff.so.3
/usr/lib/libtiff.3.6.0.dylib
/usr/lib/libtiff.a
/usr/lib/libtiff.dylib
/usr/lib/libtiff.so
/usr/local/man/man3/libtiff.3t

jbb at pinball3:~
(8): %

	'nm -a' is not providing a version number for the /System libTIFF. Its 
long since I've used nm but I faintly recall a top header line that 
listed version and compile information which I don't see here.

	'what' gives me nothing and 'whatis', "nothing appropriate."

	God, I hate debugging system problems.

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

On 4/29/10 8:29 AM, Daniel J. Luke wrote:
> On Apr 28, 2010, at 7:07 PM, John B Brown wrote:
>>> Dyld Error Message:
>>>   Library not loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
>>>   Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
>>>   Reason: Incompatible library version: ImageIO requires version 1.0.0 or later, but libTIFF.dylib provides version 0.0.0
>
> On Apr 29, 2010, at 2:19 AM, John B Brown wrote:
>> jbb at pinball3:~
>> (1): % otool -L /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
>> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib:
>> 	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib (compatibility version 1.0.0, current version 1.0.0)
>> 	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib (compatibility version 1.0.0, current version 1.0.0)
>> 	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
>> 	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.0.1)
>
> Clearly, your crashing apps want libTIFF.dylib version 1.0.0 which they have a full path to (inside of ImageIO). For whatever reason, dyld lis loading some other libTIFF.dylib which has version 0.0.0
>
> As has been said before, you probably have a DYLD_* environment variable set that is causing your problem.
>
> I know you haven't found the problem libTIFF.dylib, but obviously the dynamic linker is finding one that is _not_ the one in ImageIO.
>
> --
> 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 jbb at vcn.com  Thu Apr 29 09:12:34 2010
From: jbb at vcn.com (John B Brown)
Date: Thu, 29 Apr 2010 10:12:34 -0600
Subject: Fwd: necessary info
In-Reply-To: <m2zef3e3fa1004290805s22f9c044n8b99c3af2b765b15@mail.gmail.com>
References: <4BD63090.6070302@vcn.com>
	<4BD861E1.30907@macports.org>	<4BD88283.70309@vcn.com>	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>	<4BD8BFB3.5040104@vcn.com>	<8817157B-4466-455D-9F6A-2DF52BC97B22@gmail.com>	<r2hef3e3fa1004290059y32ba8424hd7a9a709349a5060@mail.gmail.com>	<x2wef3e3fa1004290101s720a8ddap744e1056aa278b39@mail.gmail.com>	<4BD99B15.1080403@vcn.com>
	<m2zef3e3fa1004290805s22f9c044n8b99c3af2b765b15@mail.gmail.com>
Message-ID: <4BD9AFF2.3010601@vcn.com>


On 4/29/10 9:05 AM, Andrea D'Amore wrote:
> On Thu, Apr 29, 2010 at 4:43 PM, John B Brown<jbb at vcn.com>  wrote:
>>         Thank you, Andrea. Finally some logic, not personality or abuse. It
>> would be nice to determine what is really happening, not some U-SWAG.
>
> I can't fully understand what you write.

	See private message.
>
> Did you grep the output of set as you were suggested? Did you updated
> dyld cache?

	Yes and yes.
>
> To make it clear at the moment you have deleted your previous macports
> install directory, right?
>

	Both deleted, and recursively 'wipe'd /opt/local.

>
> The XQuartz link I provided was missing a dot, it is actually
> <http://xquartz.macosforge.org>.
>
> You say it's an Apple builtin error but you have to consider that on
> fresh installed systems X11.app works like a charm, you may possibly
> have polluted your env installing some program.

	By "fresh installed systems" do you mean I must wipe my entire disk and 
start all over again to gain that condition? I've reinstalled from the 
gray install discs at least three times; it all gets hazy after so many 
times.

	Could there possibly be some boot setting I have made that would remove 
the version numbers from a system library?

	Could the fact that 'locate' does not find libTIFF.dylib in /usr/lib 
mean the version number is a phony caused by a missing library in /usr/lib?

>
>>         Shalom,
>>         John B. Brown.
>




	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From jbb at vcn.com  Thu Apr 29 09:26:05 2010
From: jbb at vcn.com (John B Brown)
Date: Thu, 29 Apr 2010 10:26:05 -0600
Subject: Fwd: necessary info
In-Reply-To: <m2zef3e3fa1004290805s22f9c044n8b99c3af2b765b15@mail.gmail.com>
References: <4BD63090.6070302@vcn.com>
	<4BD861E1.30907@macports.org>	<4BD88283.70309@vcn.com>	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>	<4BD8BFB3.5040104@vcn.com>	<8817157B-4466-455D-9F6A-2DF52BC97B22@gmail.com>	<r2hef3e3fa1004290059y32ba8424hd7a9a709349a5060@mail.gmail.com>	<x2wef3e3fa1004290101s720a8ddap744e1056aa278b39@mail.gmail.com>	<4BD99B15.1080403@vcn.com>
	<m2zef3e3fa1004290805s22f9c044n8b99c3af2b765b15@mail.gmail.com>
Message-ID: <4BD9B31D.1090900@vcn.com>


On 4/29/10 9:05 AM, Andrea D'Amore wrote:
> On Thu, Apr 29, 2010 at 4:43 PM, John B Brown<jbb at vcn.com>  wrote:
>>         Thank you, Andrea. Finally some logic, not personality or abuse. It
>> would be nice to determine what is really happening, not some U-SWAG.
>
> I can't fully understand what you write.
>
> Did you grep the output of set as you were suggested? Did you updated
> dyld cache?
>
> To make it clear at the moment you have deleted your previous macports
> install directory, right?
>
>
> The XQuartz link I provided was missing a dot, it is actually
> <http://xquartz.macosforge.org>.
>
> You say it's an Apple builtin error but you have to consider that on
> fresh installed systems X11.app works like a charm, you may possibly
> have polluted your env installing some program.
>
>>         Shalom,
>>         John B. Brown.
>

	I've looked over the page listing the contents of xquartz X11-2.5.0 and 
find no tiff or TIFF (the same thing in Firefox find) so It might be 
possible there is something wrong with the install package on my copy of 
the gray install disks.

	Any suggestions concerning an install of X11-2.5.0 from 
http://xquartz.macosforge.org?

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From jbb at vcn.com  Thu Apr 29 09:29:53 2010
From: jbb at vcn.com (John B Brown)
Date: Thu, 29 Apr 2010 10:29:53 -0600
Subject: Fwd: necessary info
In-Reply-To: <m2zef3e3fa1004290805s22f9c044n8b99c3af2b765b15@mail.gmail.com>
References: <4BD63090.6070302@vcn.com>
	<4BD861E1.30907@macports.org>	<4BD88283.70309@vcn.com>	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>	<4BD8BFB3.5040104@vcn.com>	<8817157B-4466-455D-9F6A-2DF52BC97B22@gmail.com>	<r2hef3e3fa1004290059y32ba8424hd7a9a709349a5060@mail.gmail.com>	<x2wef3e3fa1004290101s720a8ddap744e1056aa278b39@mail.gmail.com>	<4BD99B15.1080403@vcn.com>
	<m2zef3e3fa1004290805s22f9c044n8b99c3af2b765b15@mail.gmail.com>
Message-ID: <4BD9B401.2080702@vcn.com>

Dear Folk,

	My bad. The page only lists Changes in 2.5.0 and there is a different 
version for SnowLeopard; XQuartz-2.5.0.dmg, not X11-2.5.0.dmg.

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

On 4/29/10 9:05 AM, Andrea D'Amore wrote:
> On Thu, Apr 29, 2010 at 4:43 PM, John B Brown<jbb at vcn.com>  wrote:
>>         Thank you, Andrea. Finally some logic, not personality or abuse. It
>> would be nice to determine what is really happening, not some U-SWAG.
>
> I can't fully understand what you write.
>
> Did you grep the output of set as you were suggested? Did you updated
> dyld cache?
>
> To make it clear at the moment you have deleted your previous macports
> install directory, right?
>
>
> The XQuartz link I provided was missing a dot, it is actually
> <http://xquartz.macosforge.org>.
>
> You say it's an Apple builtin error but you have to consider that on
> fresh installed systems X11.app works like a charm, you may possibly
> have polluted your env installing some program.
>
>>         Shalom,
>>         John B. Brown.
>


From mwfunk at gmail.com  Thu Apr 29 09:46:45 2010
From: mwfunk at gmail.com (Michael Funk)
Date: Thu, 29 Apr 2010 09:46:45 -0700
Subject: necessary info
In-Reply-To: <4BD9ABE8.10809@vcn.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
	<F55A9BEC-96FB-4082-B304-34EC9DB596DC@geeklair.net>
	<4BD9ABE8.10809@vcn.com>
Message-ID: <36B6A07D-71C1-45E7-8426-AF1779653824@gmail.com>

On Apr 29, 2010, at 8:55 AM, John B Brown wrote:

> jbb at pinball3:~
> (7): % locate libtiff
> /Library/Printers/hp/Utilities/HPPU Plugins/ZMeasurement.assistant/Contents/Resources/libtiff_copyright.txt
> /src/gnu/LIBS/libtiff-lzw-1.3.tar.gz
> /src/gnu/LIBS/libtiff-lzw-1.5.tgz
> /src/gnu/LIBS/libtiff-lzw-1.5.tgz.md5
> /System/Library/Tcl/8.4/Img1.4/libtifftcl3.8.2.dylib
> /System/Library/Tcl/8.5/Img1.4/libtifftcl3.8.2.dylib
> /Users/jbb/google-earth/libtiff.so.3
> /usr/lib/libtiff.3.6.0.dylib
> /usr/lib/libtiff.a
> /usr/lib/libtiff.dylib
> /usr/lib/libtiff.so
> /usr/local/man/man3/libtiff.3t

The libtiff in /usr/lib could definitely be a problem, I wonder if that's what's getting loaded instead of the one in the ImageIO directory.  You can tell its version by doing an 'otool -L /usr/lib/libtiff.dylib'.  In general /usr/lib is the domain of the OS vendor, nothing should be going in there aside from what the OS installer puts there (there is no /usr/lib/libtiff* on a stock system).  That's why MacPorts puts everything under /opt/local by default.

Actually, from a previous email you said that your DYLD_LIBRARY_PATH was set to the following:

DYLD_LIBRARY_PATH=/opt/local/lib:/usr/lib:/usr/X11/lib:/opt/schily/lib:/usr/local/lib

You don't need to have /usr/lib in there (or shouldn't need it).  dyld uses full pathnames embedded in the binary header to resolve
references to shared libraries.  DYLD_LIBRARY_PATH is used to override this behavior.  There's no need to set it at all unless you're debugging a different build of a library or otherwise want to forcibly change which shared libraries are loaded from which directories.  You probably don't need to define DYLD_LIBRARY_PATH at all, and probably shouldn't be setting it.

By putting a custom build of libtiff in /usr/lib, and including /usr/lib in DYLD_LIBRARY_PATH, anything that needs to load libtiff.dylib will load your custom build of libtiff instead of the one it was intended to run with.  By default the filesystem is case-preserving but not case-sensitive ("LS" works just as well as "ls"), so libtiff.dylib looks just like libTIFF.dylib to dyld when it's resolving references for ImageIO.

  Mike


From brad at pixilla.com  Thu Apr 29 09:45:04 2010
From: brad at pixilla.com (Bradley Giesbrecht)
Date: Thu, 29 Apr 2010 09:45:04 -0700
Subject: necessary info
In-Reply-To: <m2zef3e3fa1004290805s22f9c044n8b99c3af2b765b15@mail.gmail.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
	<8817157B-4466-455D-9F6A-2DF52BC97B22@gmail.com>
	<r2hef3e3fa1004290059y32ba8424hd7a9a709349a5060@mail.gmail.com>
	<x2wef3e3fa1004290101s720a8ddap744e1056aa278b39@mail.gmail.com>
	<4BD99B15.1080403@vcn.com>
	<m2zef3e3fa1004290805s22f9c044n8b99c3af2b765b15@mail.gmail.com>
Message-ID: <09E361CE-FC8A-4203-B7B9-AB510C1440A3@pixilla.com>


On Apr 29, 2010, at 8:05 AM, Andrea D'Amore wrote:

> On Thu, Apr 29, 2010 at 4:43 PM, John B Brown <jbb at vcn.com> wrote:
>>        Thank you, Andrea. Finally some logic, not personality or  
>> abuse. It
>> would be nice to determine what is really happening, not some U-SWAG.
>
> I can't fully understand what you write.
>
> Did you grep the output of set as you were suggested? Did you updated
> dyld cache?
>
> To make it clear at the moment you have deleted your previous macports
> install directory, right?
>
>
> The XQuartz link I provided was missing a dot, it is actually
> <http://xquartz.macosforge.org>.
>
> You say it's an Apple builtin error but you have to consider that on
> fresh installed systems X11.app works like a charm, you may possibly
> have polluted your env installing some program.


This is what I have for files on osx 10.5.8, and startx works from  
command line resulting in /Applications/Utilities/X11.app in the Dock.

Regards,
Brad

bash-3.2# locate libTIFF.dylib
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/ 
Versions/A/Resources/libTIFF.dylib
/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/ 
Versions/A/Resources/libTIFF.dylib
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ 
Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
bash-3.2# locate libtiff.dylib
/opt/local/lib/libtiff.dylib
/opt/local/var/macports/software/tiff/3.9.2_2+macosx/opt/local/lib/ 
libtiff.dylib
/opt/local/var/macports/software/tiff/3.9.2_3+macosx/opt/local/lib/ 
libtiff.dylib
bash-3.2# port installed xorg xfree86
None of the specified ports are installed.
bash-3.2# which startx
/usr/X11/bin/startx
bash-3.2# startx
font_cache: Scanning user font directories to generate X11 font caches
font_cache: Updating FC cache
xauth:  creating new authority file /Users/brad/.serverauth.25905

Xquartz: X11.app = /Applications/Utilities/X11.app/Contents/MacOS/X11
Xquartz: Starting X server: /Applications/Utilities/X11.app/Contents/ 
MacOS/X11 --listenonly
X11.app: main(): argc=2
	argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11.bin
	argv[1] = --listenonly
Waiting for startup parameters via Mach IPC.
X11.app: do_start_x11_server(): argc=6
	argv[0] = /usr/X11/bin/X
	argv[1] = :0
	argv[2] = -nolisten
	argv[3] = tcp
	argv[4] = -auth
	argv[5] = /Users/brad/.serverauth.25905
2010-04-29 09:35:35.939 X11.bin[26059:717] Could not connect the  
action apps_table_cancel: to target of class X11Controller
InitConnectionLimits: MaxClients = 255
Xquartz starting:
X.Org X Server 1.4.2-apple33
Build Date: 20090327
Sync Extension 3.0
(EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base
(dix) initialising device 0
(dix) initialising device 1
(dix) initialising device 2
(EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base
(dix) initialising device 3
(dix) initialising device 4
(dix) initialising device 5
(dix) initialising device 6
(dix) enabling device 0
(dix) enabling device 1
(dix) enabling device 2
(dix) enabling device 3
(dix) enabling device 4
(dix) enabling device 5
(dix) enabling device 6
font_cache: Done
AllocNewConnection: client index = 1, socket fd = 6
AllocNewConnection: client index = 2, socket fd = 7
AllocNewConnection: client index = 2, socket fd = 7
AllocNewConnection: client index = 3, socket fd = 9
Quitting Xquartz...
Xquartz: start_x11_server: (ipc/mig) server died
xinit:  connection to X server lost.
xinit:  Operation not permitted (errno 1):  Can't kill X server


From jbb at vcn.com  Thu Apr 29 10:36:55 2010
From: jbb at vcn.com (John B Brown)
Date: Thu, 29 Apr 2010 11:36:55 -0600
Subject: necessary info
In-Reply-To: <36B6A07D-71C1-45E7-8426-AF1779653824@gmail.com>
References: <4BD63090.6070302@vcn.com>
	<4BD861E1.30907@macports.org>	<4BD88283.70309@vcn.com>	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>	<4BD8BFB3.5040104@vcn.com>	<F55A9BEC-96FB-4082-B304-34EC9DB596DC@geeklair.net>	<4BD9ABE8.10809@vcn.com>
	<36B6A07D-71C1-45E7-8426-AF1779653824@gmail.com>
Message-ID: <4BD9C3B7.9010005@vcn.com>

Dear Folk,

	After remembering I still have Applecare, I called support and asked 
how to uninstall the X11 installed set. I never realized the ease with 
which a package can be uninstalled on this system; remove it from the 
install folder in Finder, put it on the desktop, and reboot. Being a 
belt and suspender sort of guy, I trashed both the plist and the app 
before the reboot.

	Not so difficult after all.

	So, now I'll install XQuartz-2.5.0; the present installed OS is 
supplied from the MacOSUpdCombo10.6.3v1.1.dmg which may have broken X11 
when it went in. Who's to know?

	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

On 4/29/10 10:46 AM, Michael Funk wrote:
> On Apr 29, 2010, at 8:55 AM, John B Brown wrote:
>
>> jbb at pinball3:~
>> (7): % locate libtiff
>> /Library/Printers/hp/Utilities/HPPU Plugins/ZMeasurement.assistant/Contents/Resources/libtiff_copyright.txt
>> /src/gnu/LIBS/libtiff-lzw-1.3.tar.gz
>> /src/gnu/LIBS/libtiff-lzw-1.5.tgz
>> /src/gnu/LIBS/libtiff-lzw-1.5.tgz.md5
>> /System/Library/Tcl/8.4/Img1.4/libtifftcl3.8.2.dylib
>> /System/Library/Tcl/8.5/Img1.4/libtifftcl3.8.2.dylib
>> /Users/jbb/google-earth/libtiff.so.3
>> /usr/lib/libtiff.3.6.0.dylib
>> /usr/lib/libtiff.a
>> /usr/lib/libtiff.dylib
>> /usr/lib/libtiff.so
>> /usr/local/man/man3/libtiff.3t
>
> The libtiff in /usr/lib could definitely be a problem, I wonder if that's what's getting loaded instead of the one in the ImageIO directory.  You can tell its version by doing an 'otool -L /usr/lib/libtiff.dylib'.  In general /usr/lib is the domain of the OS vendor, nothing should be going in there aside from what the OS installer puts there (there is no /usr/lib/libtiff* on a stock system).  That's why MacPorts puts everything under /opt/local by default.
>
> Actually, from a previous email you said that your DYLD_LIBRARY_PATH was set to the following:
>
> DYLD_LIBRARY_PATH=/opt/local/lib:/usr/lib:/usr/X11/lib:/opt/schily/lib:/usr/local/lib
>
> You don't need to have /usr/lib in there (or shouldn't need it).  dyld uses full pathnames embedded in the binary header to resolve
> references to shared libraries.  DYLD_LIBRARY_PATH is used to override this behavior.  There's no need to set it at all unless you're debugging a different build of a library or otherwise want to forcibly change which shared libraries are loaded from which directories.  You probably don't need to define DYLD_LIBRARY_PATH at all, and probably shouldn't be setting it.
>
> By putting a custom build of libtiff in /usr/lib, and including /usr/lib in DYLD_LIBRARY_PATH, anything that needs to load libtiff.dylib will load your custom build of libtiff instead of the one it was intended to run with.  By default the filesystem is case-preserving but not case-sensitive ("LS" works just as well as "ls"), so libtiff.dylib looks just like libTIFF.dylib to dyld when it's resolving references for ImageIO.
>
>    Mike
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


From gitmailinglist at me.com  Thu Apr 29 12:35:49 2010
From: gitmailinglist at me.com (Jez Caudle)
Date: Thu, 29 Apr 2010 20:35:49 +0100
Subject: A list of installed files
Message-ID: <B5421E5E-D801-4E70-813E-585FA336FB67@me.com>

Hi,

where/how do I find a list of files that goes to make up a port?

I ask because I have a piece of software installed twice, once through MacPorts and another from source. I want to delete the set installed through source or copy the files from MacPorts over the 'installed from source' files.

Thanks.

From ryandesign at macports.org  Thu Apr 29 12:37:19 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 29 Apr 2010 14:37:19 -0500
Subject: A list of installed files
In-Reply-To: <B5421E5E-D801-4E70-813E-585FA336FB67@me.com>
References: <B5421E5E-D801-4E70-813E-585FA336FB67@me.com>
Message-ID: <C1121713-3A0A-4540-B6D2-74611F140230@macports.org>


On Apr 29, 2010, at 14:35, Jez Caudle wrote:

> where/how do I find a list of files that goes to make up a port?
> 
> I ask because I have a piece of software installed twice, once through MacPorts and another from source. I want to delete the set installed through source or copy the files from MacPorts over the 'installed from source' files.


To see the contents of an installed port named foo, use:

port contents foo



From mathk.sue at gmail.com  Thu Apr 29 14:43:07 2010
From: mathk.sue at gmail.com (Mathieu Suen)
Date: Thu, 29 Apr 2010 23:43:07 +0200
Subject: Fail to build python2.6 with i386 arch
Message-ID: <294F1922-534A-4E79-8517-97A4DD3B7309@gmail.com>

Hi,

I am on snow leopard 10.6.3 and I configure port to build i386 package.
When I try to install python I get the following error:

$ sudo port install python26
--->  Computing dependencies for python26
--->  Fetching python26
--->  Verifying checksum(s) for python26
--->  Extracting python26
--->  Applying patches to python26
--->  Configuring python26
--->  Building python26
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python26/work/Python-2.6.5" && /usr/bin/make -j2 all MAKE="/usr/bin/make CC=/usr/bin/gcc-4.2" " returned error 2
Command output: 		/usr/bin/gcc-4.2 -o Python.framework/Versions/2.6/Python  -dynamiclib \
			-isysroot "" \
			-all_load libpython2.6.a -Wl,-single_module \
			-install_name /opt/local/Library/Frameworks/Python.framework/Versions/2.6/Python \
			-compatibility_version 2.6 \
			-current_version 2.6; \
        else \
		/usr/bin/libtool -o Python.framework/Versions/2.6/Python -dynamic  libpython2.6.a \
			 -lSystem -lSystemStubs -arch_only i386 -install_name /opt/local/Library/Frameworks/Python.framework/Versions/2.6/Python -compatibility_version 2.6 -current_version 2.6 ;\
	fi
/usr/bin/install -c -d -m 755  \
		Python.framework/Versions/2.6/Resources/English.lproj
/usr/bin/install -c -m 644 Mac/Resources/framework/Info.plist \
		Python.framework/Versions/2.6/Resources/Info.plist
ln -fsn 2.6 Python.framework/Versions/Current
ln -fsn Versions/Current/Python Python.framework/Python
ln -fsn Versions/Current/Headers Python.framework/Headers
ln -fsn Versions/Current/Resources Python.framework/Resources
/usr/bin/gcc-4.2 -L/opt/local/lib -u _PyMac_Error Python.framework/Versions/2.6/Python -o python \
			Modules/python.o \
			 -ldl  -framework CoreFoundation     
ld: warning: in Python.framework/Versions/2.6/Python, file was built for i386 which is not the architecture being linked (x86_64)
Undefined symbols:
  "_PyMac_Error", referenced from:
     -u command line option
  "_Py_Main", referenced from:
      _main in python.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [python] Error 1

Error: Status 1 encountered during processing.
Before reporting a bug, first run the command again with the -d flag to get complete output.


thanks
	Mth





From blb at macports.org  Thu Apr 29 15:24:55 2010
From: blb at macports.org (Bryan Blackburn)
Date: Thu, 29 Apr 2010 16:24:55 -0600
Subject: Fail to build python2.6 with i386 arch
In-Reply-To: <294F1922-534A-4E79-8517-97A4DD3B7309@gmail.com>
References: <294F1922-534A-4E79-8517-97A4DD3B7309@gmail.com>
Message-ID: <20100429222455.GE323@ninagal.withay.com>

On Thu, Apr 29, 2010 at 11:43:07PM +0200, Mathieu Suen said:
> Hi,
> 
> I am on snow leopard 10.6.3 and I configure port to build i386 package.
> When I try to install python I get the following error:

That's a known issue, ticket #24383:

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

If you or anyone knows a good way to make it work, speak up on that ticket.

Bryan


[...]
> 
> thanks
> 	Mth
> 

From ryandesign at macports.org  Thu Apr 29 23:35:47 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 30 Apr 2010 01:35:47 -0500
Subject: necessary info
In-Reply-To: <36B6A07D-71C1-45E7-8426-AF1779653824@gmail.com>
References: <4BD63090.6070302@vcn.com> <4BD861E1.30907@macports.org>
	<4BD88283.70309@vcn.com>
	<0883AF6A-FE77-4724-9B07-404A739DFAD1@gmail.com>
	<4BD8BFB3.5040104@vcn.com>
	<F55A9BEC-96FB-4082-B304-34EC9DB596DC@geeklair.net>
	<4BD9ABE8.10809@vcn.com>
	<36B6A07D-71C1-45E7-8426-AF1779653824@gmail.com>
Message-ID: <F61C8DC1-8E0A-482F-B9DC-F766C455452F@macports.org>

On Apr 29, 2010, at 11:46, Michael Funk wrote:

> On Apr 29, 2010, at 8:55 AM, John B Brown wrote:
> 
>> jbb at pinball3:~
>> (7): % locate libtiff
>> /Library/Printers/hp/Utilities/HPPU Plugins/ZMeasurement.assistant/Contents/Resources/libtiff_copyright.txt
>> /src/gnu/LIBS/libtiff-lzw-1.3.tar.gz
>> /src/gnu/LIBS/libtiff-lzw-1.5.tgz
>> /src/gnu/LIBS/libtiff-lzw-1.5.tgz.md5
>> /System/Library/Tcl/8.4/Img1.4/libtifftcl3.8.2.dylib
>> /System/Library/Tcl/8.5/Img1.4/libtifftcl3.8.2.dylib
>> /Users/jbb/google-earth/libtiff.so.3
>> /usr/lib/libtiff.3.6.0.dylib
>> /usr/lib/libtiff.a
>> /usr/lib/libtiff.dylib
>> /usr/lib/libtiff.so
>> /usr/local/man/man3/libtiff.3t
> 
> The libtiff in /usr/lib could definitely be a problem, I wonder if that's what's getting loaded instead of the one in the ImageIO directory.  You can tell its version by doing an 'otool -L /usr/lib/libtiff.dylib'.  In general /usr/lib is the domain of the OS vendor, nothing should be going in there aside from what the OS installer puts there (there is no /usr/lib/libtiff* on a stock system).

Definitely a reasonable candidate. I can confirm there is no libtiff in /usr/lib on my systems either, so it's not standard. Please remove it.



From deoliveira.alanbarros at gmail.com  Fri Apr 30 04:20:00 2010
From: deoliveira.alanbarros at gmail.com (Alan Barros de Oliveira)
Date: Fri, 30 Apr 2010 08:20:00 -0300
Subject: gcc on macports
Message-ID: <2112DDA8-178B-4D5E-BAD1-3A8B570DD275@gmail.com>

Dear all,

I recently upgraded to Snow Leopard and I have followed exactly
the steps described here:

http://trac.macports.org/wiki/Migration

to migrate macports from MAC OS X 10.5 to 10.6 (the main point here
is that one must uninstall all ports and install them again after upgrading
XCodes and macports itself).

The question is: I had the gcc macport in 10.5 but I did not installed it 
under 10.6. In spite of that I still have gcc. 
By the way, gcc does not appear when I type 
"port installed". So what happens if I do "sudo port install gcc" ??
Will I have two of them??





--
Alan Barros de Oliveira, Professor
Universidade Federal de Ouro Preto
Instituto de Ci?ncias Exatas e Biol?gicas
Departamento de F?sica
Campus Morro do Cruzeiro
Ouro Preto, MG, Brasil. 35400-000.
Phone: +55 31 3359 1677
 Cell: +55 31 9110 3468





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100430/b5eb9215/attachment.html>

From ryandesign at macports.org  Fri Apr 30 04:34:33 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 30 Apr 2010 06:34:33 -0500
Subject: gcc on macports
In-Reply-To: <2112DDA8-178B-4D5E-BAD1-3A8B570DD275@gmail.com>
References: <2112DDA8-178B-4D5E-BAD1-3A8B570DD275@gmail.com>
Message-ID: <5D12E85C-7299-46BD-8AED-CC7B710C9D09@macports.org>


On Apr 30, 2010, at 06:20, Alan Barros de Oliveira wrote:

> The question is: I had the gcc macport in 10.5 but I did not installed it 
> under 10.6. In spite of that I still have gcc. 
> By the way, gcc does not appear when I type 
> "port installed". So what happens if I do "sudo port install gcc" ??
> Will I have two of them??

Well, there is no port called "gcc". There are several gcc ports, for the different major gcc versions we offer:


$ port echo 'name:^gcc\d'
gcc33                           
gcc34                           
gcc40                           
gcc41                           
gcc42                           
gcc43                           
gcc44                           
gcc45                           
gcc46                     


gcc 4.5.0 was just released; that's the newest stable gcc port. (gcc46 is a development version.)

You can install any or all of these gcc ports simultaneously -- at least, you can install gcc43 through gcc46; gcc42 and earlier don't build on Snow Leopard (not for me, anyway). Yes, you will then have multiple copies of gcc installed. You can install and use the gcc_select port to select which one you want to use as "gcc", or you can just use the compilers by their full names.



From deoliveira.alanbarros at gmail.com  Fri Apr 30 04:45:09 2010
From: deoliveira.alanbarros at gmail.com (Alan Barros de Oliveira)
Date: Fri, 30 Apr 2010 08:45:09 -0300
Subject: gcc on macports
In-Reply-To: <5D12E85C-7299-46BD-8AED-CC7B710C9D09@macports.org>
References: <2112DDA8-178B-4D5E-BAD1-3A8B570DD275@gmail.com>
	<5D12E85C-7299-46BD-8AED-CC7B710C9D09@macports.org>
Message-ID: <DD3CE783-B6B8-4F51-B11B-92C2D7325135@gmail.com>


Thanks, Ryan

I have gcc, gcc-4.0, and gcc-4.2 (yes, with dashes). Thus it seems they are not macported gcc's, right?
I simple don't remember if I have installed  C compilers other than macport ones in the past... it seems I did!

Alan.


On Apr 30, 2010, at 8:34 AM, Ryan Schmidt wrote:

> 
> On Apr 30, 2010, at 06:20, Alan Barros de Oliveira wrote:
> 
>> The question is: I had the gcc macport in 10.5 but I did not installed it 
>> under 10.6. In spite of that I still have gcc. 
>> By the way, gcc does not appear when I type 
>> "port installed". So what happens if I do "sudo port install gcc" ??
>> Will I have two of them??
> 
> Well, there is no port called "gcc". There are several gcc ports, for the different major gcc versions we offer:
> 
> 
> $ port echo 'name:^gcc\d'
> gcc33                           
> gcc34                           
> gcc40                           
> gcc41                           
> gcc42                           
> gcc43                           
> gcc44                           
> gcc45                           
> gcc46                     
> 
> 
> gcc 4.5.0 was just released; that's the newest stable gcc port. (gcc46 is a development version.)
> 
> You can install any or all of these gcc ports simultaneously -- at least, you can install gcc43 through gcc46; gcc42 and earlier don't build on Snow Leopard (not for me, anyway). Yes, you will then have multiple copies of gcc installed. You can install and use the gcc_select port to select which one you want to use as "gcc", or you can just use the compilers by their full names.
> 
> 

--
Alan Barros de Oliveira, Professor
Universidade Federal de Ouro Preto
Instituto de Ci?ncias Exatas e Biol?gicas
Departamento de F?sica
Campus Morro do Cruzeiro
Ouro Preto, MG, Brasil. 35400-000.
Phone: +55 31 3359 1677
 Cell: +55 31 9110 3468






From raimue at macports.org  Fri Apr 30 04:57:38 2010
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Fri, 30 Apr 2010 13:57:38 +0200
Subject: gcc on macports
In-Reply-To: <DD3CE783-B6B8-4F51-B11B-92C2D7325135@gmail.com>
References: <2112DDA8-178B-4D5E-BAD1-3A8B570DD275@gmail.com>	<5D12E85C-7299-46BD-8AED-CC7B710C9D09@macports.org>
	<DD3CE783-B6B8-4F51-B11B-92C2D7325135@gmail.com>
Message-ID: <4BDAC5B2.2000901@macports.org>

On 30.04.2010 13:45, Alan Barros de Oliveira wrote:
> I have gcc, gcc-4.0, and gcc-4.2 (yes, with dashes). Thus it seems they are not macported gcc's, right?
> I simple don't remember if I have installed  C compilers other than macport ones in the past... it seems I did!

These in /usr/bin are part of the Xcode Developer Tools.

Rainer

From ryandesign at macports.org  Fri Apr 30 05:23:21 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 30 Apr 2010 07:23:21 -0500
Subject: gcc on macports
In-Reply-To: <DD3CE783-B6B8-4F51-B11B-92C2D7325135@gmail.com>
References: <2112DDA8-178B-4D5E-BAD1-3A8B570DD275@gmail.com>
	<5D12E85C-7299-46BD-8AED-CC7B710C9D09@macports.org>
	<DD3CE783-B6B8-4F51-B11B-92C2D7325135@gmail.com>
Message-ID: <143C2E47-81DE-416A-991B-D02E5DFC3D2D@macports.org>


On Apr 30, 2010, at 06:45, Alan Barros de Oliveira wrote:

> I have gcc, gcc-4.0, and gcc-4.2 (yes, with dashes). Thus it seems they are not macported gcc's, right?
> I simple don't remember if I have installed  C compilers other than macport ones in the past... it seems I did!

In /usr/bin, a standard install of Xcode will install the compilers gcc-4.0 and gcc-4.2, and a symlink gcc. On Leopard, that symlink will point to gcc-4.0, while on Snow Leopard, it will point to gcc-4.2.

MacPorts doesn't install anything in /usr/bin. If you install a gcc port with MacPorts, you'll get additional compilers in the MacPorts prefix, usually /opt/local.



From mugloch at gmail.com  Fri Apr 30 10:27:08 2010
From: mugloch at gmail.com (Scott Mc Laughlin)
Date: Fri, 30 Apr 2010 18:27:08 +0100
Subject: uninstall help please
Message-ID: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>

hi,

this is my first time using macports, I have poor skills and limited
experience with non drag'n'drop installations so hopefully this makes sense
to you. I'm on OSX 10.6.3

I installed macports then ran the selfupdate, I had to leave and I think the
computer went to sleep while the update was happening (it had been running
40mins before I had to leave). Now the port command is not functioning, nor
is the the uninstall command working. In both cases I get the errors below.
Can I delete it all and start again? (I'm trying to load libvorbis so that I
can use Icecast streaming).

Thanks,
Scott


scott-mc:~ scott$ sudo port -d selfupdate
Password:
dlopen(/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib, 10): no
suitable image found.  Did find:
 /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib: no matching
architecture in universal wrapper
    while executing
"load /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib"
    ("package ifneeded Pextlib 1.0" script)
    invoked from within
"package require Pextlib 1.0"
    (file "/opt/local/bin/port" line 40)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100430/94afb2ea/attachment.html>

From and.damore at macports.org  Fri Apr 30 10:33:00 2010
From: and.damore at macports.org (Andrea D'Amore)
Date: Fri, 30 Apr 2010 19:33:00 +0200
Subject: uninstall help please
In-Reply-To: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
References: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
Message-ID: <y2uef3e3fa1004301033r6d42544r9d7d80fe6271823a@mail.gmail.com>

On Fri, Apr 30, 2010 at 7:27 PM, Scott Mc Laughlin <mugloch at gmail.com> wrote:

> Can I delete it all and start again?

"it" the single library or "it" the whole macports installation?
IMHO you could as well reinstall the pkg again over the existing
macports installation.


> Thanks,
> Scott

-- 
Andrea

From jbb at vcn.com  Fri Apr 30 10:47:34 2010
From: jbb at vcn.com (John B Brown)
Date: Fri, 30 Apr 2010 11:47:34 -0600
Subject: uninstall help please
In-Reply-To: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
References: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
Message-ID: <4BDB17B6.5010502@vcn.com>

Dear Scott,

	If you wish to uninstall macports and try over again here are directions.

http://guide.macports.org/chunked/installing.macports.uninstalling.html

	Works for me.

On 4/30/10 11:27 AM, Scott Mc Laughlin wrote:
> hi,
>
> this is my first time using macports, I have poor skills and limited
> experience with non drag'n'drop installations so hopefully this makes sense
> to you. I'm on OSX 10.6.3
>
> I installed macports then ran the selfupdate, I had to leave and I think the
> computer went to sleep while the update was happening (it had been running
> 40mins before I had to leave). Now the port command is not functioning, nor
> is the the uninstall command working. In both cases I get the errors below.
> Can I delete it all and start again? (I'm trying to load libvorbis so that I
> can use Icecast streaming).
>
> Thanks,
> Scott
>
>
> scott-mc:~ scott$ sudo port -d selfupdate
> Password:
> dlopen(/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib, 10): no
> suitable image found.  Did find:
>   /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib: no matching
> architecture in universal wrapper
>      while executing
> "load /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib"
>      ("package ifneeded Pextlib 1.0" script)
>      invoked from within
> "package require Pextlib 1.0"
>      (file "/opt/local/bin/port" line 40)
>
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users




	Shalom,

	John B. Brown.
	[jbb at vcn.com]
	358 High Street,
	Buffalo, Wyoming
	82834

"Freedom is not worth having if it does not include
the freedom to make mistakes"  Mahatma Gandhi
"If any question why we died, tell them,
because our fathers lied."  Rudyard Kipling
"A man who does not know the truth is just an idiot
but a man who knows the truth and calls it a lie
is a crook."  Bertolt Brecht
"I wonder whether the world is being run
by smart people who are putting us on
or by imbeciles who really mean it."  Mark Twain

From ram at macports.org  Fri Apr 30 11:23:53 2010
From: ram at macports.org (Adam Mercer)
Date: Fri, 30 Apr 2010 13:23:53 -0500
Subject: uninstall help please
In-Reply-To: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
References: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
Message-ID: <p2y799406d61004301123z496ae98dx8a387227c0c51ea5@mail.gmail.com>

On Fri, Apr 30, 2010 at 12:27, Scott Mc Laughlin <mugloch at gmail.com> wrote:

> scott-mc:~ scott$ sudo port -d selfupdate
> Password:
> dlopen(/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib, 10): no
> suitable image found. ?Did find:
> /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib: no matching
> architecture in universal wrapper
> ?? ?while executing
> "load /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib"
> ?? ?("package ifneeded Pextlib 1.0" script)
> ?? ?invoked from within
> "package require Pextlib 1.0"
> ?? ?(file "/opt/local/bin/port" line 40)

Looks like you used the wrong installer for your platform. Make sure
you download the correct installer.

Cheers

Adam

From talklists at newgeo.com  Fri Apr 30 15:04:04 2010
From: talklists at newgeo.com (Scott Haneda)
Date: Fri, 30 Apr 2010 15:04:04 -0700
Subject: uninstall help please
In-Reply-To: <p2y799406d61004301123z496ae98dx8a387227c0c51ea5@mail.gmail.com>
References: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
	<p2y799406d61004301123z496ae98dx8a387227c0c51ea5@mail.gmail.com>
Message-ID: <D380D319-1F02-4FB9-A408-1D97991F3C83@newgeo.com>

On Apr 30, 2010, at 11:23 AM, Adam Mercer wrote:

> Looks like you used the wrong installer for your platform. Make sure
> you download the correct installer.

Why is this possible? Is Apple's packagemaker tool used for creating the MacPorts installer?  My very limited experience in using it, I seem to recall you can set a target for what systems will or will not accept the installer.  Would this not be a good change to make to the installer, making it impossible to install the wrong version on the wrong system?

Is it possible to make just one installer, an installer that is smart enough to know which bits to use depending on the platform you are trying to install on?  It has always been a bit of a pain to locate the downloads page, figure out which one to install etc.  A very minor bit of a pain, but one that I am pretty sure could be solved.  This would bump up file size and download times, which may be the issue right there, if there is some limitation in bandwidth and how much it costs the project.

Is there any interest in this?  Should I perhaps open a ticket?
-- 
Scott * If you contact me off list replace talklists@ with scott@ * 


From ryandesign at macports.org  Fri Apr 30 15:16:01 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 30 Apr 2010 17:16:01 -0500
Subject: uninstall help please
In-Reply-To: <D380D319-1F02-4FB9-A408-1D97991F3C83@newgeo.com>
References: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
	<p2y799406d61004301123z496ae98dx8a387227c0c51ea5@mail.gmail.com>
	<D380D319-1F02-4FB9-A408-1D97991F3C83@newgeo.com>
Message-ID: <C73070FE-0151-4828-AF73-3C63C9F74776@macports.org>

On Apr 30, 2010, at 17:04, Scott Haneda wrote:

> On Apr 30, 2010, at 11:23 AM, Adam Mercer wrote:
> 
>> Looks like you used the wrong installer for your platform. Make sure
>> you download the correct installer.
> 
> Why is this possible?

As of MacPorts 1.7.1, it's not:

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

Still, something got corrupted with the user's pextlib and perhaps other parts, so reinstalling MacPorts base is still the best suggestion.


> Is it possible to make just one installer, an installer that is smart enough to know which bits to use depending on the platform you are trying to install on?  It has always been a bit of a pain to locate the downloads page, figure out which one to install etc.  A very minor bit of a pain, but one that I am pretty sure could be solved.

The disk images we distribute are created by MacPorts itself using "sudo port dmg MacPorts"; you can read the rest of the release process here:

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

We would like to be able to directly distribute what MacPorts has produced and not have to fiddle with it afterward. Personally, I have always wanted for MacPorts to build itself using the lowest-supported Mac OS X SDK (so that would currently be MacOSX10.4u.sdk); the resulting MacPorts should theoretically run on all our supported OSes. I have not tested this though, and if you wanted to see if that actually worked, that would probably be worthwhile. I had problems using the 10.4u SDK from 10.6 when 10.6 first came out; I may have been doing something wrong or this may have been early problems with Xcode 3.0 or it may still be broken. But even if we have to run the packaging script on a 10.4 or 10.5 machine that wouldn't be a problem; we already have to run the packaging script on several different machines, one for each dmg we currently produce.


> This would bump up file size and download times, which may be the issue right there, if there is some limitation in bandwidth and how much it costs the project.

I don't think Mac OS Forge is imposing any transfer limits, and MacPorts is small enough that even tripling the download size wouldn't matter.


From jmr at macports.org  Fri Apr 30 16:06:50 2010
From: jmr at macports.org (Joshua Root)
Date: Sat, 01 May 2010 09:06:50 +1000
Subject: uninstall help please
In-Reply-To: <p2y799406d61004301123z496ae98dx8a387227c0c51ea5@mail.gmail.com>
References: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
	<p2y799406d61004301123z496ae98dx8a387227c0c51ea5@mail.gmail.com>
Message-ID: <4BDB628A.2040507@macports.org>

On 2010-5-1 04:23 , Adam Mercer wrote:
> On Fri, Apr 30, 2010 at 12:27, Scott Mc Laughlin <mugloch at gmail.com> wrote:
> 
>> scott-mc:~ scott$ sudo port -d selfupdate
>> Password:
>> dlopen(/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib, 10): no
>> suitable image found.  Did find:
>> /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib: no matching
>> architecture in universal wrapper
>>     while executing
>> "load /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib"
>>     ("package ifneeded Pextlib 1.0" script)
>>     invoked from within
>> "package require Pextlib 1.0"
>>     (file "/opt/local/bin/port" line 40)
> 
> Looks like you used the wrong installer for your platform. Make sure
> you download the correct installer.

Possible, but it must have been a really old version or the installer
would have complained. The correct download location for the latest
version of MacPorts is <http://www.macports.org/install.php>.

The other possibility is that the OS was upgraded, in which case these
steps need to be followed:
<http://trac.macports.org/wiki/Migration>

- Josh

From steve at judgement.com  Fri Apr 30 19:57:14 2010
From: steve at judgement.com (Steve Morris)
Date: Fri, 30 Apr 2010 22:57:14 -0400
Subject: Mac::Growl?
Message-ID: <n2g411f975b1004301957j3c0253f4s73b4ce5c7aeef470@mail.gmail.com>

Is it possible to get the CPAN package Mac::Growl ported?

Thanks

From emer at emer.net  Fri Apr 30 21:11:37 2010
From: emer at emer.net (Mark Anderson)
Date: Sat, 1 May 2010 00:11:37 -0400
Subject: Mac::Growl?
In-Reply-To: <n2g411f975b1004301957j3c0253f4s73b4ce5c7aeef470@mail.gmail.com>
References: <n2g411f975b1004301957j3c0253f4s73b4ce5c7aeef470@mail.gmail.com>
Message-ID: <w2p2cf4100f1004302111u8f60643cj79c80e3cabe27069@mail.gmail.com>

I can give it a look on Sunday.  I'm planning to use cpan2port, so you
may want to give that a try that yourself, might (I stress might) be
easy.

Mark

On Fri, Apr 30, 2010 at 10:57 PM, Steve Morris <steve at judgement.com> wrote:
> Is it possible to get the CPAN package Mac::Growl ported?
>
> Thanks
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>

From and.damore at macports.org  Fri Apr 30 22:43:23 2010
From: and.damore at macports.org (Andrea D'Amore)
Date: Sat, 1 May 2010 07:43:23 +0200
Subject: uninstall help please
In-Reply-To: <C73070FE-0151-4828-AF73-3C63C9F74776@macports.org>
References: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
	<p2y799406d61004301123z496ae98dx8a387227c0c51ea5@mail.gmail.com>
	<D380D319-1F02-4FB9-A408-1D97991F3C83@newgeo.com>
	<C73070FE-0151-4828-AF73-3C63C9F74776@macports.org>
Message-ID: <w2lef3e3fa1004302243vc5d6c066wdc1b6aa6626da405@mail.gmail.com>

On Sat, May 1, 2010 at 12:16 AM, Ryan Schmidt <ryandesign at macports.org> wrote:
> I don't think Mac OS Forge is imposing any transfer limits, and MacPorts is small enough that even tripling the download size wouldn't matter.

Interesting enough I have always got and still get about 30 kb/s from
macosforge, this is particularly evident for XQuartz. I workaround
proxying the file on a computer at uni, where it downloads at about
350 kb/s. I always wondered if it was a routing issue of my ISP or
what.

-- 
Andrea

From it001 at bk.ru  Fri Apr 30 23:02:59 2010
From: it001 at bk.ru (=?koi8-r?B?4czFy9PFyiD3z8rMxc7Lzw==?=)
Date: Sat, 1 May 2010 13:02:59 +0700
Subject: Can't install port mc
Message-ID: <5D4D982B-18F5-47F1-8ADF-8B765F5D2705@bk.ru>

Can't install port "mc"
the dependent port "gperf" is not download from any ftp

--->  Attempting to fetch gperf-3.0.4.tar.gz from ftp://ftp.chg.ru/pub/gnu/gperf
DEBUG: Fetching failed:: Timeout was reached

I go to in this ftp source with my internet browser, but port "gperf-3.0.4.tar.gz"
is present to this path - ftp://ftp.chg.ru/pub/gnu/gperf

I don't know as to solve this problem... Please help me!

Full DEBUG list in attach file
--------------------------------------
? ?????????, ???????? ???????

?????????? ?? ??????? ? ????????? ????????,
??? "??????"

???.:+7 (3812) 21-02-36
???.: +7 923 766 39 21
skype: jeanremymartin
ICQ 155584476
E-mail: it001 at bk.ru

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100501/b244a51d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: error.doc
Type: application/msword
Size: 118784 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100501/b244a51d/attachment.doc>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20100501/b244a51d/attachment-0001.html>

From ryandesign at macports.org  Fri Apr 30 23:07:05 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 1 May 2010 01:07:05 -0500
Subject: uninstall help please
In-Reply-To: <w2lef3e3fa1004302243vc5d6c066wdc1b6aa6626da405@mail.gmail.com>
References: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>
	<p2y799406d61004301123z496ae98dx8a387227c0c51ea5@mail.gmail.com>
	<D380D319-1F02-4FB9-A408-1D97991F3C83@newgeo.com>
	<C73070FE-0151-4828-AF73-3C63C9F74776@macports.org>
	<w2lef3e3fa1004302243vc5d6c066wdc1b6aa6626da405@mail.gmail.com>
Message-ID: <1F7253FD-7214-4794-9DB8-B9A362E337D6@macports.org>


On May 1, 2010, at 00:43, Andrea D'Amore wrote:

> On Sat, May 1, 2010 at 12:16 AM, Ryan Schmidt wrote:
> 
>> I don't think Mac OS Forge is imposing any transfer limits, and MacPorts is small enough that even tripling the download size wouldn't matter.
> 
> Interesting enough I have always got and still get about 30 kb/s from
> macosforge, this is particularly evident for XQuartz. I workaround
> proxying the file on a computer at uni, where it downloads at about
> 350 kb/s. I always wondered if it was a routing issue of my ISP or
> what.

Somewhat frequently I too get about 5 KB/sec (guess that's about 30 kb/sec) from this server. Other times it's plenty fast. This has been going on for awhile:

http://lists.macosforge.org/pipermail/macports-dev/2008-July/005596.html



From ryandesign at macports.org  Fri Apr 30 23:08:35 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 1 May 2010 01:08:35 -0500
Subject: Can't install port mc
In-Reply-To: <5D4D982B-18F5-47F1-8ADF-8B765F5D2705@bk.ru>
References: <5D4D982B-18F5-47F1-8ADF-8B765F5D2705@bk.ru>
Message-ID: <B0C55223-4CC7-4021-9D72-FBBE08307539@macports.org>


On May 1, 2010, at 01:02, ??????? ???????? wrote:

> Can't install port "mc"
> the dependent port "gperf" is not download from any ftp
> 
> --->  Attempting to fetch gperf-3.0.4.tar.gz from ftp://ftp.chg.ru/pub/gnu/gperf
> DEBUG: Fetching failed:: Timeout was reached
> 
> I go to in this ftp source with my internet browser, but port "gperf-3.0.4.tar.gz"
> is present to this path - ftp://ftp.chg.ru/pub/gnu/gperf
> 
> I don't know as to solve this problem... Please help me!

Something is wrong with your network. Do you use a proxy server? If so, specify it in macports.conf. Ask your network administrator for additional assistance if that doesn't work.



From david at mso.anu.edu.au  Fri Apr 30 23:10:53 2010
From: david at mso.anu.edu.au (David Nicholls)
Date: Sat, 01 May 2010 16:10:53 +1000
Subject: uninstall help please
In-Reply-To: <w2lef3e3fa1004302243vc5d6c066wdc1b6aa6626da405@mail.gmail.com>
References: <l2o7b78ce981004301027z337f8265r53ea07f56b39f3e4@mail.gmail.com>	<p2y799406d61004301123z496ae98dx8a387227c0c51ea5@mail.gmail.com>	<D380D319-1F02-4FB9-A408-1D97991F3C83@newgeo.com>	<C73070FE-0151-4828-AF73-3C63C9F74776@macports.org>
	<w2lef3e3fa1004302243vc5d6c066wdc1b6aa6626da405@mail.gmail.com>
Message-ID: <4BDBC5ED.7010104@mso.anu.edu.au>

Andrea D'Amore wrote:
> On Sat, May 1, 2010 at 12:16 AM, Ryan Schmidt <ryandesign at macports.org> wrote:
>> I don't think Mac OS Forge is imposing any transfer limits, and MacPorts is small enough that even tripling the download size wouldn't matter.
> 
> Interesting enough I have always got and still get about 30 kb/s from
> macosforge, this is particularly evident for XQuartz. I workaround
> proxying the file on a computer at uni, where it downloads at about
> 350 kb/s. I always wondered if it was a routing issue of my ISP or
> what.
> 

It may be a packet size problem on a router somewhere between you and 
macosforge.  Seems to slow things down a lot.  The most extreme version 
is the "black hole router" problem, where nothing gets through.

DN
-- 
__________
ANU RSAA Mt Stromlo

From ryandesign at macports.org  Fri Apr 30 23:21:27 2010
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 1 May 2010 01:21:27 -0500
Subject: Can't install port mc
In-Reply-To: <C4087954-E904-41D3-8DDE-54A3F21AFF19@bk.ru>
References: <5D4D982B-18F5-47F1-8ADF-8B765F5D2705@bk.ru>
	<B0C55223-4CC7-4021-9D72-FBBE08307539@macports.org>
	<C4087954-E904-41D3-8DDE-54A3F21AFF19@bk.ru>
Message-ID: <339A74FB-F39D-4A5B-B52A-BCC0B8B0EBF4@macports.org>

On May 1, 2010, at 01:13, ??????? ???????? wrote:

> 01.05.2010, ? 13:08, Ryan Schmidt ???????(?):
> 
>> On May 1, 2010, at 01:02, ??????? ???????? wrote:
>> 
>>> Can't install port "mc"
>>> the dependent port "gperf" is not download from any ftp
>>> 
>>> --->  Attempting to fetch gperf-3.0.4.tar.gz from ftp://ftp.chg.ru/pub/gnu/gperf
>>> DEBUG: Fetching failed:: Timeout was reached
>>> 
>>> I go to in this ftp source with my internet browser, but port "gperf-3.0.4.tar.gz"
>>> is present to this path - ftp://ftp.chg.ru/pub/gnu/gperf
>>> 
>>> I don't know as to solve this problem... Please help me!
>> 
>> Something is wrong with your network. Do you use a proxy server? If so, specify it in macports.conf. Ask your network administrator for additional assistance if that doesn't work.
> 
> My network work correctly, i don't use proxy, i use direct connect - NAT (port selfupdate work correctly)

Then I'm not sure why it's not working. Maybe someone else has some other troubleshooting ideas to suggest.

If you can download the distfiles manually, you can put them in the directory MacPorts looks for them in:

/opt/local/var/macports/distfiles/${name}

where ${name} is the name of the port.

Remember to Reply All so your reply goes to the list too, not just to me.