Re: tsocks: Where are validateconf & inspectsocks utilities?

[Bryan Blackburn]

On Tue, Sep 20, 2011 at 11:45:05AM -0700, Stefan Lasiewski said:
> The tsocks.conf(5) manpage mentions two utilities which can help in
> troubleshooting tsocks:
> 
> UTILITIES
[...]
> 
> But I cannot find these utilities on my system. Have they been removed, and
> if so, why were they removed (were they not functional)? Can I rebuild the
> port to install these utilities?

Looks like the standard 'make install' doesn't actually install those
utilities; as of r84209 they are now installed as well.

Bryan


> 
> Thank you,
> 
> -= Stefan
> 
> 
> -- 
> Stefan Lasiewski Email: stef...@nersc.gov
> Computer System Engineer IIIEmail: slasiew...@lbl.gov
> Networking, Security, and Servers Group
> 
> National Energy Research Scientific Computing Center
> Lawrence Berkeley National Laboratory
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: installation log file

[Bryan Blackburn]

On Sat, Sep 17, 2011 at 11:20:18AM -0500, Mr. Puneet Kishor said:
> 
> On Sep 17, 2011, at 11:18 AM, Mr. Puneet Kishor wrote:
> 
> > Does macports keep a log file of all the installs? I am trying to keep a 
> > record of all the installs, including what worked and what didn't (and the 
> > work around), but am wondering if I am duplicating something the macports 
> > does anyway.
> > 
> > I don't see anything at /opt/local/var/macports/logs (other than a few 
> > individual port logs), and I see the following question at serverfault from 
> > a couple of years ago with no conclusive resolution 
> > [http://serverfault.com/questions/57672/where-does-macports-log-its-stdout]
> 
> 
> I take that back. The above linked thread on serverfault does have a comment 
> to the effect, "The logging feature Nerdling referred to will be part of 
> MacPorts 1.9". Since I am using MacPort 2.0.3, could I find out where the 
> said logging feature might be writing its logs?

Logs created from a successful install are by default cleared out; if you
want to keep them in all cases, you can set 'keeplogs yes' in your
${prefix}/etc/macports/macports.conf file.  Otherwise, failed builds should
be the only logs that stay (unless you've run clean on the port).

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Packages ignoring applications_dir

[Bryan Blackburn]

On Thu, Sep 08, 2011 at 11:35:38PM -0500, Ryan Schmidt said:
> 
> On Sep 8, 2011, at 21:56, Scott Webster wrote:
> 
> > On Thu, Sep 8, 2011 at 7:06 PM, Bryan Blackburn wrote:
> >> On Thu, Sep 08, 2011 at 06:52:22PM -0700, Scott Webster said:
> >>> It forces a build from source if you use a non-standard prefix?  Wouldn't 
> >>> it
> >>> be straightforward to just replicate the same files into an alternate
> >>> location?  The situation here seems slightly more complex since we're
> >>> outside the $prefix/ tree...
> >> 
> >> Yup, if your prefix is not /opt/local, port always builds from source.
> >> Libraries and executables both have hardcoded paths in them (you can use
> >> 'otool -L /some/lib/or/executable' to see) so building to one location then
> >> moving will definitely break things.
> >> 
> >> There are also some ports with things like ${prefix}/etc and other paths
> >> compiled into binaries, config files with paths, and so on.  All of that
> >> means relocating would be a mess at best...
> >> 
> > 
> > Thanks for the explanation!  I guess now to complete my education I
> > should go look up how Mac OS X deals with moving application bundles
> > around...
> 
> Application bundles are painstakingly crafted by their developers so that 
> relocation is possible. They are a completely different animal from the kind 
> of command-line software most MacPorts ports provide.
> 

It's possible the app bundles in ports could be relocated, but I'm
guessing that's a lot more code in MacPorts than simply forcing a source
build when applications_dir is not the default.  Long-term it would make
sense, but like most things MacPorts, someone needs to code it first; and
the code to skip the archive and build from source is already there...

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Packages ignoring applications_dir

[Bryan Blackburn]

On Thu, Sep 08, 2011 at 06:52:22PM -0700, Scott Webster said:
> It forces a build from source if you use a non-standard prefix?  Wouldn't it
> be straightforward to just replicate the same files into an alternate
> location?  The situation here seems slightly more complex since we're
> outside the $prefix/ tree...

Yup, if your prefix is not /opt/local, port always builds from source.
Libraries and executables both have hardcoded paths in them (you can use
'otool -L /some/lib/or/executable' to see) so building to one location then
moving will definitely break things.

There are also some ports with things like ${prefix}/etc and other paths
compiled into binaries, config files with paths, and so on.  All of that
means relocating would be a mess at best...

Bryan


> 
> On Sep 8, 2011 6:38 PM, "Bryan Blackburn"  wrote:
> 
> On Thu, Sep 08, 2011 at 06:43:24PM -0500, Adam Mercer said:
> > Hi
> >
> > In my macports.conf I have app...
> Hmm, the build server is probably set to the default for applications_dir
> (and frameworks) so all the packages from it are going to respect its
> settings.
> 
> I guess the best option would be to make sure port only builds from source
> anytime those are non-default (like it does with prefix).
> 
> Bryan
> 
> 
> 
> >
> > Cheers
> >
> > Adam
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Packages ignoring applications_dir

[Bryan Blackburn]

On Thu, Sep 08, 2011 at 06:43:24PM -0500, Adam Mercer said:
> Hi
> 
> In my macports.conf I have applications_dir set as
> /opt/local/Applications/MacPorts, however when installing python27,
> for example, the app bundles are installed in /Applications/MacPorts.
> I notice that the port is installed from a package and not built from
> source but shouldn't the final location honour the configuration
> options?

Hmm, the build server is probably set to the default for applications_dir
(and frameworks) so all the packages from it are going to respect its
settings.

I guess the best option would be to make sure port only builds from source
anytime those are non-default (like it does with prefix).

Bryan


> 
> Cheers
> 
> Adam
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: your mail

[Bryan Blackburn]

On Wed, Jul 27, 2011 at 07:41:09PM -0500, Grant Jennings said:
> Whenever i try to build apt, i get this
> 
> -bash-3.2$ sudo port install apt
> Password:
> --->  lzmautils is replaced by xz
> --->  Computing dependencies for xz
> --->  Cleaning xz
> --->  Computing dependencies for apt
> --->  Building apt
> Error: Target org.macports.build returned: shell command failed (see
> log for details)
> Log for apt is at:
> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_apt/apt/main.log
> Error: Status 1 encountered during processing.
> 
> And it exits back to bash.
> i looked at the log, but im no expert on the contents of logs so i
> dont know what most of it means.
> I have also attached the log for you to look at.

Probably related to #13425:



Sounds like the apt port is really outdated and needs someone to get it
current...

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: request for newer binutils (2.21)

[Bryan Blackburn]

On Sat, Jul 09, 2011 at 05:19:38PM +0200, Mojca Miklavec said:
> Dear list,
> 
> I have problems with segfaulting ld (binutils version 2.19) when
> cross-compiling binaries for Windows. I solved the problem a few
> months ago by creating my own port for 2.21, but it would be great if
> binutils could have been upgraded to a more recent version in
> MacPorts.

Perhaps you need to do a selfupdate?  binutils was updated to 2.21 back in
December:



Bryan


> 
> I could send details of the crash, but I don't think that it really
> makes any difference since most probably nobody on this list will try
> to patch version 2.19.
> 
> Thank you very much,
> Mojca
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: PHP with postgresql support

[Bryan Blackburn]

On Tue, Mar 15, 2011 at 07:39:27PM +0100, Niels Postma said:
> Hi Mac fans,
> 
> I'm in need of some help to get php working with postgresql support. 
> Searching the net I could not find any (to me) helpfull information, other 
> then I might try the MacPorts. I've installed MacPorts but I can not really 
> find how to use this to solve my problem.
> 
> Here's my current info:
> 
> - OSX10.6
> - Using installed Apache2 & PHP5
> - I need to get to postgresql database in my php scripts

You can use 'port search php5-' to see all the various php5-based modules
available, one of which is php5-postgresql (be sure to examine its variants
to select which version of PostGreSQL you want).

Bryan


> 
> Is there anyone that can help me a little in this matter?
> 
> Thanks in advance,
> 
> Niels Postma
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: your mail

[Bryan Blackburn]

On Wed, Mar 09, 2011 at 11:00:16PM +0100, Bruno DOUTRIAUX - Youmé-TECH said:
> hello i encountered an error trying to install py27-hgsvn and i don't know
> how to resolve it.
> 
> 
> 
> imac-de-meriem-lentz:~ harlock59$ sudo port -d install py27-hgsvn
[...]
> DEBUG: Skipping completed org.macports.extract (python27)
> DEBUG: Executing org.macports.patch (python27)
> --->  Applying patches to python27
> --->  Applying /opt/local/var/macports/sources/
> rsync.macports.org/release/ports/lang/python27/files/patch-Makefile.pre.in.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_lang_python27/work/Python-2.7b1"
> && /usr/bin/patch -p0'
> patching file Makefile.pre.in
> Hunk #1 FAILED at 394.
> Hunk #2 FAILED at 993.
> Hunk #3 FAILED at 1073.
> 3 out of 3 hunks FAILED -- saving rejects to file Makefile.pre.in.rej

The python27 port hasn't been at the 2.7b1 version in months, I believe you
need to selfupdate (it is currently 2.7.1).

Bryan

[...]
> 
> -- 
> --
> Bruno DOUTRIAUX
> EI Youmé-TECH
> Artisan Auto-Entrepreneur
> 03 27 41 13 54 (fixe)
> 06 58 60 39 53 (gsm)
> Technicien Dépannages Informatique
> www.youmetech.fr
> www.depannage-informatique-valenciennes.fr
> -
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: standard variants for py26-numpy

[Bryan Blackburn]

On Mon, Feb 14, 2011 at 08:50:13PM +0100, Olaf Foellinger said:
> Hi,
> 
> for quite some time I'm using macports now, main target is gnucash.
> Thanks for all the work and the support. 
> 
> Today I've noticed during an upgrade that macports tries to install
> atlas. That's because it's a standard dependency of py26-numpy.
> py26-numpy also adds gcc44 this way which is quite a lot for gnucash
> users. I would recommend to omit atlas from the default dependencies of
> p25-numpy. What do you think? Should I enter a ticket for this?   

Use -atlas to disable that variant, which also has the effect of disabling
the need for a new gcc as well:

$ sudo port install py26-numpy -atlas

If you're using the new sqlite format for the registry, this will be
properly recorded but you won't see in in just a 'port installed'; you need
to use verbose to see it:

$ port -v installed py26-numpy
The following ports are currently installed:
  py26-numpy @1.5.1_1-atlas (active) platform='darwin 10' archs='x86_64'


Bryan


> 
>   
> Gruß Olaf
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: coreutils now that with_default_names is gone

[Bryan Blackburn]

On Tue, Nov 23, 2010 at 11:44:37AM -0800, seron said:
> 
> I've had coreutils installed using the with_default_names variant in order to
> have it replace the corresponding OS X commands. How can I have this
> functionality back now that the with_default_names variant is gone from
> coreutils @8.5_1?

Put /opt/local/libexec/gnubin in your PATH, coreutils (and similar ports)
now install unprefixed binaries in that location; see ticket #20748:



Bryan


> 
> I'm using MacPorts 1.9.2 and OS X 10.6.5.
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Proxy problem

[Bryan Blackburn]

On Sun, Oct 03, 2010 at 12:09:33PM +0100, notbot said:
> Ok, I have tried all the various options that I can think of and
> always just get the same 407 error.

Note that 407 is "Proxy Authentication Required" which means your proxy
needs a user/password to get through.  MacPorts' proxy handling doesn't
currently have any handling of this (it's just host & port), hence you
seeing the 407 errors.

Short of manually downloading the necessary distfiles and putting them in
the right places, I'm not sure of another way to work around this.

Bryan


> 
> System preferences proxy works fine with safari etc and I have
> checked that the download site is working by going to the URL
> directly... so, not sure what else to try.
> 
> I am therefore trying the port dmg cmd to create .dmg files and see
> if I can make that work :-)
> 
> Many thanks
> 
> Anot
> 
[...]
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: checksum error installing db46

[Bryan Blackburn]

On Mon, Aug 30, 2010 at 07:06:47PM -0500, Ryan Schmidt said:
> On Aug 30, 2010, at 10:13, Rainer Müller wrote:
> 
> > please try this instead as the issue has already been fixed:
> > 
> > sudo port selfupdate
> > sudo port clean --all db46
> > sudo port install db46
> 
> Actually, I don't think it has been fixed. Please see:
> 
> http://trac.macports.org/ticket/26075

It's fixed in the sense that fetching (once you've selfupdated) will go
straight to our servers instead of Oracle's, but otherwise Oracle's web site
is still messed up when it comes to fetching the patches.

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: msmtp crash report (mutt not working)

[Bryan Blackburn]

On Tue, Aug 03, 2010 at 06:42:59PM -0600, John J. Foster said:
> Sometime quite recently mutt stopped sending mail via msmtp. I had a
> buddy call me asking why I haven't responded to his mails. I've tracked
> the problem down to my replies going nowhere. This is a copy of the
> msmtp crash report.
> 
> fes...@magpie ~ $ less
[...]
> Dyld Error Message:
>   Library not loaded: /opt/local/lib/libgss.1.dylib
>   Referenced from: /opt/local/bin/msmtp
>   Reason: image not found
> 
> I'm not exactly sure how to proceed. The library referenced does not
> exist, but libgss.3.dylib does.
> 
> Any help greatly appreciated,

The new version of the gss port updated the version of the library, which
means ports using it should have had their revisions increased.  However, I
just updated msmtp to 1.4.21 which should also have the same end result once
you do a selfupdate and upgrade of msmtp.

Bryan


> festus

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Error setting locale in python

[Bryan Blackburn]

On Thu, Jul 22, 2010 at 08:32:06PM +0200, Harald Hanche-Olsen said:
> python2.5 and python2.6 both don't like my locale setting:
> 
>   ; python2.6
>   Python 2.6.5 (r265:79063, Jul 16 2010, 21:35:10) 
>   [GCC 4.0.1 (Apple Inc. build 5493)] on darwin
>   Type "help", "copyright", "credits" or "license" for more information.
>   >>> import locale
>   >>> locale.setlocale(locale.LC_ALL,'')
>   Traceback (most recent call last):
> File "", line 1, in 
> File 
> "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py",
>  line 513, in setlocale
>   return _setlocale(category, locale)
>   locale.Error: unsupported locale setting
> 
> /usr/bin/python, on the other hand, has no such problems.
> My locale setting may be a bit unusual, but not illegal AFAIK:
> 
>   ; locale
>   LANG=
>   LC_COLLATE="C"
>   LC_CTYPE="en_US.UTF-8"
>   LC_MESSAGES="C"
>   LC_MONETARY="C"
>   LC_NUMERIC="C"
>   LC_TIME="C"
>   LC_ALL=
> 
> Any suggestions? Is this a bug, or am I actually not allowed to
> specify my locale that way?

Do you have anything else in your env that could be affecting the locale
stuff?  If I use those LANG/LC settings you've listed, the MacPorts python
seems okay with it:

% env LANG= LC_COLLATE="C" LC_CTYPE="en_US.UTF-8" LC_MESSAGES="C" 
LC_MONETARY="C" LC_NUMERIC="C" LC_TIME="C" LC_ALL= /mp/bin/python2.6
Python 2.6.5 (r265:79063, Jul 17 2010, 19:33:53) 
[GCC 4.2.1 (Apple Inc. build 5659)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.setlocale(locale.LC_ALL,'')
'C/en_US.UTF-8/C/C/C/C'

Though this is on 10.6, whereas I'm guessing you're on an earlier version
since the gcc listed for your build is 4.0.1.

Bryan


> 
> - Harald
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Eliminating X dependency from python

[Bryan Blackburn]

On Tue, Jul 06, 2010 at 04:02:00PM -0700, Michael_google gmail_Gersten said:
> >> So, two questions:
> >> 1. Why is the default for a scripting language to bring in the entire
> >> gui system? Why isn't that a variant?
> >
> > http://trac.macports.org/wiki/FAQ#pydeps
> 
> That hardly answers it, and yet does.
> 
> Alright, then this question: Why isn't the gui an optional package?

It is; as others have mentioned, the +no_tkinter variant will disable the tk
stuff (which is where the X11 dependencies are originating).

> 
> Equally, does someone knowledgeable want to update that FAQ? It's
> talking about Python 23 and 24, so it's kinda out of date; do those
> same issues still apply, or are there new issues now in 26?

It's still the same for later versions, as it still should be applicable to
2.6, 2.7, and 3.1 at the moment.

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: NumPy, SciPy, universal builds, and default fortran compiler for scientific ports

[Bryan Blackburn]

On Thu, Jun 17, 2010 at 02:12:08PM -0500, Adam Mercer said:
> On Thu, Jun 17, 2010 at 10:48, Joshua Root  wrote:
> 
> > I don't know why anyone would need a universal scipy or numpy. Do they
> > have any dependents that only build for a particular arch? It might be
> > best to just mark all the dependents as non-universal too.
> 
> I agree, but I think one problem is that NumPy uses the same compiler
> flags as were used to build Python (at least that used to be the
> case), so if Python was built universally so was NumPy - not sure if
> this is still the case...

You might be interested in ticket #24802:



With that, -arch shouldn't be kept around for module builds.

Bryan


> 
> > It's high time this happened. There has been no movement on these
> > tickets, so maintainer timeout is going to be invoked.
> 
> Thanks for doing this, you're right it's past time this was done.
> 
> Cheers
> 
> Adam
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Fail to build python2.6 with i386 arch

[Bryan Blackburn]

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:



If you or anyone knows a good way to make it work, speak up on that ticket.

Bryan


[...]
> 
> thanks
>   Mth
> 
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Which package to install if I want to have the man page for strdup?

[Bryan Blackburn]

On Sat, Jan 02, 2010 at 10:56:33AM +1100, Joshua Root said:
> On 2010-1-2 10:40 , Peng Yu wrote:
> > I don't have manpage for strdup. Could somebody let me know which
> > package I should install?
> 
> Man pages are generally installed by the same port as the software they
> document, but of course we don't have a libc port. Mac OS X ships with a
> strdup man page AFAICT, but if I'm mistaken, the other candidate would
> be Xcode Tools.

pkgutil says it's part of the BSD package on 10.6 at least:

$ pkgutil --file-info /usr/share/man/man3/strdup.3.gz 
volume: /
path: /usr/share/man/man3/strdup.3.gz

pkgid: com.apple.pkg.BSD
pkg-version: 10.6.0.1.1.1249291854
install-time: 1252978950
uid: 0
gid: 0
mode: 444

IIRC, BSD is always installed these days, but was optional sometime back...

Bryan


> 
> - Josh
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: problem

[Bryan Blackburn]

On Mon, Nov 16, 2009 at 08:37:44AM +, Giulio Cesare vs Max said:
> Goodmornig,
> I have a problem with MacPorts-1.8.1,
> when I MacPorts-1.8.1 
>  ./configure
> I get 
> 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 MacPorts version... 1.8.1
> checking for sw_vers... /usr/bin/sw_vers
> checking for defaults... /usr/bin/defaults
> checking for xcode-select... no
> checking Mac OS X version... 10.5.8
> checking for gcc... no
> checking for cc... no
> checking for cl.exe... no
> configure: error: in `/Users/mini16max/desktop/MacPorts-1.8.1':
> configure: error: no acceptable C compiler found in $PATH
> See `config.log' for more details.
> so I see 'config.log', but there is a error.
> I don't understand.
>  You can help me, thank you very much.

Sounds like you haven't installed Xcode (3.1.4 is latest for 10.5) which is
needed for MacPorts in general as well as to build MacPorts itself; see



Note that if you aren't doing anything out of the ordinary for configure,
you can install from the DMG instead:



Bryan


> ByeBye 
> 
> Massimo
> __
> Conoscere, ti permettere di non essere pecora!
> (elaborare uno spirito critico e dei punti di vista personali, così da essere 
> pastore!)
> 
> "Non esiste reale progresso finchè sulla terra esiste un bambino infelice "
>  tratto 
> dalle parole di: AlbertEinstein
> "La fame nel mondo esiste non perchè non c'è cibo abbastanza,
> invece è perchè esiste troppa speculazione-indifferenza "
>  tratto 
> dalle parole di: BXVI\ …Oltre agli SMS, che rovinano amori ed amicizie, "per 
> via dei malintesi", /
> \ si è aggiunta anche l’e-mail, dunque l’unica via d’uscita è ..  
>/
>PARLARSI FACCIA A FACCIA ….
> ... anche se per me il contatto umano è sempre la migliore espressione ...
>   
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Subversion Port Install Failure

[Bryan Blackburn]

On Fri, Nov 13, 2009 at 06:50:03PM +1100, Mike Hannibal said:
> Hi,
> 
> I tried to install subversion and I got this error:
> 
> Could somebody suggest how to resolve this?
> 
> thanks
> Mike
> 
> >--->  Fetching neon
[...]
> >checking expat.h usability... yes
> >checking expat.h presence... yes
> >checking for expat.h... yes
> >checking for XML_SetXmlDeclHandler in -lexpat... no
> >configure: error: expat library not found, cannot proceed
> >
> >Error: The following dependencies failed to build: neon serf
> >Error: Status 1 encountered during processing.

expat is definitely listed as a dependency of neon, so should have been
installed; what is the result from running the following?

$ port installed expat
$ lipo -info /opt/local/lib/libexpat.dylib

If the latter says the architecture is i386 and you have a 64bit-capable
machine, see



Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: mercurial problem on 10.6 (seemingly identical to ticket #21283)

[Bryan Blackburn]

On Wed, Nov 11, 2009 at 11:43:16AM +0200, joerg van den hoff said:
> I've just installed macports 1.8.1 on a new macbook pro running 10.6
> and installed some packages,
> most of them without problems (thanks to everybody involved!).
> 
> but mercurial fails with exactly the same error message as reported
> in ticket 21283 (bottom line "no module named osutils").
> 
> that ticket is seemingly closed, and I don't see what I should do
> now. any advice?

That ticket was closed as a duplicate of #21389:



If you look at this one you'll see it's a umask issue.  If you use a more
open umask when installing a port, it should be okay.  You'll need to use
that workaround until MacPorts 1.8.2 is released.

Bryan


> 
> thanks
> joerg
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: qt4-mac +noframework variant cannot be used on macosx 10.6

[Bryan Blackburn]

On Tue, Nov 10, 2009 at 09:28:43AM +0100, eric moscardi said:
> Hi macports-users,
> 
> I have to install qt4-mac with +noframework on MacOsX 10.6, so I run:
> "port install qt4-mac +noframework " but I have a error: Variant
> noframework conflicts with cocoa.
> How can I install qt4 without framework?

Try

$ sudo port install qt4-mac +noframework -cocoa

It looks like +cocoa is selected by default on 10.6 so you need to
specifically disable it.  The reason appears to be in ticket #21960:



Not sure how well things will work without +cocoa, if it even builds...

Bryan


> Thanks in advance.
> Eric
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: can't selfupdate, can't install invalid command name "license"

[Bryan Blackburn]

On Tue, Nov 03, 2009 at 07:52:48PM +0100, Uwe Brauer said:
> Hello

First, note that you don't want to send emails to the macports-tickets list,
you want the macports-users list instead:



> 
> I  just downloaded the last darwin port (1.7) for Leopard. Now 2
> problems occur

1.7 is old, and DarwinPorts has not existed for several years now, see



for the current MacPorts version and



for info on naming.

> 
> sudo port -d selfupdate
> 
> gives me
> "macports::selfupdate [array get global_options]"
> Error: /opt/local/bin/port: port selfupdate failed: Error installing new
> MacPorts base: shell command "cd
> /opt/local/var/macports/sources/rsync.macports.org/release/base &&
> ./configure --prefix=/opt/local --with-tclpackage=/Library/Tcl
> --with-install-user=root --with-install-group=admin
> --with-directory-mode=0755 && make && make install" returned error 1
> configure: error: in
> `/opt/local/var/macports/sources/rsync.macports.org/release/base':
> configure: error: no acceptable C compiler found in $PATH
> See `config.log' for more details.

Sounds like you may not have Xcode installed, which is a requirement as
MacPorts usually builds from source; see



for help on installing.

> 
> 
> and when I try to install say xemacs
> sudo port install xemacs
> 
> I obtain
> Error: Unable to execute port: invalid command name "license"

This should be fixed once you get 1.8.1 installed, as well as the
livecheck.type error.

Bryan


> 
> So I thought the reason lies in the missing CC compiler
> sudo port install apple-gcc40
> 
> gives
> 
> Error: Unable to open port: invalid command name "livecheck.type"
> 
> 
> 
> what can I do
> 
> thanks very much
> 
> Uwe Brauer
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: apr-util not building because it can't find db

[Bryan Blackburn]

On Sun, Oct 11, 2009 at 08:47:43PM -0500, Ryan Schmidt said:
> On Oct 11, 2009, at 19:10, Daniel J. Luke wrote:
> 
> >so, here's the problem, do you have  /opt/local/lib/db46/
> >libdb-4.6.dylib ?
> >
> >If you do have that file, is it the right architecture? (try `file
> >/opt/local/lib/db46/libdb-4.6.dylib`)
> 
> I don't recall what OS David is using, but it seems on Snow Leopard
> "file" no longer tells you the architectures in a file. "lipo -info"
> still does, though.

'which file' are you using?

$ file /bin/ls
/bin/ls: Mach-O universal binary with 2 architectures
/bin/ls (for architecture x86_64):  Mach-O 64-bit executable x86_64
/bin/ls (for architecture i386):Mach-O executable i386

Bryan


> 
> 
> $ file /opt/local/lib/db46/libdb-4.6.dylib
> /opt/local/lib/db46/libdb-4.6.dylib: Mach-O fat file with 2
> architectures
> $ lipo -info /opt/local/lib/db46/libdb-4.6.dylib
> Architectures in the fat file: /opt/local/lib/db46/libdb-4.6.dylib
> are: i386 x86_64
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Install Error

[Bryan Blackburn]

On Thu, Oct 08, 2009 at 07:24:38PM -0400, Peter Hindrichs said:
> I am looking to further my understanding and knowledge of the command
> line and "Ports"  so when I tried to install the port "CosmicDebris"
> I got this message.
> 
> I have tried to figure it out, but am having no luck, could someone
> please help me to understand what is actually being said here. Could
> this have something to do with the fact that the program is not Snow
> Leopard compatible  or is there another reason ?

That's entirely possible since it's wanting to build against the 10.4 SDK
which isn't installed by default with Xcode on 10.6 (if I recall correctly).
I also note that the current port version is 2.0 while there is an update
available, which notes "Version 2.1: Works with Mac OS X 10.5"...someone
needs to give the port an update at least.

Bryan

[...]
> " returned error 1
> Command output:
> === BUILD NATIVE TARGET Cosmic Debris OF PROJECT Cosmic Debris WITH
> CONFIGURATION Deployment ===
> Check dependencies
> error: There is no SDK with the name or path '/Developer/SDKs/
> MacOSX10.4u.sdk'
> [BEROR]error: There is no SDK with the name or path '/Developer/SDKs/
> MacOSX10.4u.sdk'
> ** BUILD FAILED **
> 
> 
> Error: Status 1 encountered during processing.
> Freedom:~ peterhin$
> 
> 
> Many Thanks
> 
> Peter
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: using macports and numpy dependency

[Bryan Blackburn]

On Sun, Oct 04, 2009 at 05:26:39PM -0700, Artie Ziff said:
> Hello,
> 
> Perhaps someone can clarify dependency details?
> 
> Does MacPorts "info" indicate that numpy module is configured (in
> MacPorts) to work only with python24?
> 
> I already had python26 installed and selected.
> 
> Is there a way to specify to MacPorts not to install python24, in this
> situation, and use python 2,6 instead?

You want the py26-numpy port, py-* ports are all 2.4-based, py25-* for 2.5,
etc...

Bryan


> 
> Is this an example of a situation where it is better to use a different
> strategy, if I do not want to use python 2.4?
> 
> ###
> 
> $ port info py-numpy
> py-numpy @1.3.0 (python)
> 
> Description:  The core utilities for the scientific library
> scipy for Python
> Homepage: http://numpy.scipy.org/
> 
> Library Dependencies: python24, fftw-3, py-nose
> Platforms:darwin
> License:  unknown
> Maintainers:  d...@macports.org, openmaintai...@macports.org
> 
> ###
> 
> Thanks!
> AZ
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Issue with mutt-devel after MacPorts update

[Bryan Blackburn]

On Sun, Oct 04, 2009 at 03:55:11PM -0400, Doctor Who said:
> On Sun, Oct 4, 2009 at 3:42 PM, Bryan Blackburn  wrote:
> > On Sun, Oct 04, 2009 at 09:49:50AM -0400, Doctor Who said:
> >> I had mutt-devel working with no issues on my Snow Leopard install
> >> until I did a complete uninstall and reinstall of MacPorts to the
> >> latest version.  The issue is specifically with getting the
> >> "headercache" piece working again.
> >>
> >> I install mutt-devel with the following variants:
> >>
> >> sudo port install mutt-devel +headercache +gpgme +imap +ssl +sidebar
> >
> > If you use 'port variants mutt-devel' you'll note that you need to select
> > one of the database backends as well:
> >
> >   headercache: Enable header caching (requires gdbm, qdbm, or tokyocabinet)
> >
> > The port should probably error out when headercache is selected but no
> > database is...
> >
> > And for what it's worth, 1.5.20 with headercache and tokyocabinet is working
> > fine here 10.6.1.
> >
> > Bryan
> >
> 
> Thanks.  I had tried before with gdbm and had the same behavior.
> Trying now with tokyocabinet seems to have it working again.  Weird.

Hmm, perhaps there's something wrong with headercache+gdbm; looking at the
Portfile again, it actually looks like +gdbm should get set if you don't set
one of the other databases.

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Issue with mutt-devel after MacPorts update

[Bryan Blackburn]

On Sun, Oct 04, 2009 at 09:49:50AM -0400, Doctor Who said:
> I had mutt-devel working with no issues on my Snow Leopard install
> until I did a complete uninstall and reinstall of MacPorts to the
> latest version.  The issue is specifically with getting the
> "headercache" piece working again.
> 
> I install mutt-devel with the following variants:
> 
> sudo port install mutt-devel +headercache +gpgme +imap +ssl +sidebar

If you use 'port variants mutt-devel' you'll note that you need to select
one of the database backends as well:

   headercache: Enable header caching (requires gdbm, qdbm, or tokyocabinet)

The port should probably error out when headercache is selected but no
database is...

And for what it's worth, 1.5.20 with headercache and tokyocabinet is working
fine here 10.6.1.

Bryan


> 
> mutt-devel then appears to install without issue, but when I launch
> mutt and authenticate, mutt hangs at:
> 
> Fetching message headers... 0/3106 (0%)
> 
> and does not progress past this point.
> 
> If I install mutt without the +headercache variant and launch mutt, I
> get an error message complaining about the reference to headercache in
> my .muttrc that can be reconciled, but otherwise I can download and
> view the mail.
> 
> Any ideas about how I can get my mutt working again with the
> headercache option?  Not sure why it was working before the MacPorts
> update but is not working now.
> 
> Thanks.
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Problem installing rb-gnome2

[Bryan Blackburn]

On Wed, Sep 30, 2009 at 01:23:34PM -0400, Nation, Carey said:
> Hi,
> 
> I'm trying to install using: sudo port install rb-gnome2.  It does quite
> a lot of dependencies and then dies trying to install rb-opengl.  The
> error is something about sed failing and Makefile.glut not existing.

Should be fixed in r58546 (the Portfile wasn't specifying where those files
were located).

Bryan


[...]
> 
> 
> 
> Carey Nation   
> 
> Lead Software Engineer
> 
> CNN BEST
> 
> Broadcast Production Systems
> 
> Video Solutions Group
> 
> (404)827-2935 (wk)
> 
> (404)824-0033 (cell)
> 
> 
> 
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: OS X 10.6.1: MacPorts 1.8 Wireshark Problems

[Bryan Blackburn]

On Tue, Sep 29, 2009 at 07:51:41PM -0700, Merton Campbell Crockett said:
> I use Wireshark constantly to diagnose application and network
> problems.  I have two Mac Pro systems.  The one at work is a
> MacPro1,1.  At home, I have a MacPro3,1.
> 
> After upgrading to OS X 10.6.1, I downloaded MacPorts 1.8 and ran
> into the problem that everyone seems to have encountered with
> residual information in /opt/local/  I removed all of the
> directories used by MacPorts and re-installed the MacPorts package.

That's not a problem but quite normal, a major OS upgrade (eg 10.5-10.6)
requires a rebuild:



> 
> The problem that I'm encountering involves Wireshark.  It built
> successfully on both my home and work systems.  On the MacPro3,1
> system at home Wireshark runs without problems.
> 
> On the MacPro1,1 system at work, Wireshark takes anywhere from 30
> minutes to an hour to load. It spends an inordinate amount of time
> loading dissectors.  Once it finishes loading and displays its X
> window, it is unusable.  No menu is displayed when you click on any
> item in the menu bar.  The close, minimize, and maximize icons are
> not functional.  You can't click on the links to open any of the
> files listed in the center of the window.

Most likely the pango issue as seen on ticket #21701:



Bryan


> 
> Is there a support issue with a MacPro1,1 system?
> 
> 
> Merton Campbell Crockett
> m.c.crock...@roadrunner.com
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: MacPorts 1.8.1 has been released

[Bryan Blackburn]

On Tue, Sep 29, 2009 at 05:34:49PM -0400, Ralph Pass said:
> I did it from the shell (I did not know that ports had an interactive mode!)
> 
> ls -l /usr/bin/gcc*  ->
> lrwxr-xr-x  1 root  wheel   7 Sep  8 12:56 /usr/bin/gcc -> gcc-4.2
> -rwxr-xr-x  1 root  wheel   97392 May 18 13:27 /usr/bin/gcc-4.0
> -rwxr-xr-x  1 root  wheel  166128 May 18 14:13 /usr/bin/gcc-4.2
> 
> 
> port installed "gcc*"--->  None of the specified ports are
> installed.

Okay, so no funky symlinks for gcc in /usr and no gcc ports installed which
could be compiling wrong.

Just to make sure, 'which gcc' does return '/usr/bin/gcc' right?  Other than
that, I'm out of ideas at the moment.

Also, don't forget to send to the list instead of just me...

Bryan


> 
> 
> You did not ask but I have:
> .
> .
> .# CPU architecture to compile for. Defaults to i386 or ppc on Mac OS X 10.5
> # and earlier, depending on the CPU type detected at runtime. On Mac
> OS X 10.6
> # the default is x86_64 if the CPU supports it, i386 otherwise.
> #build_arch i386
> .
> .
> .
> # machine architectures
> universal_archs x86_64 i386
> 
> in the macports.config file.
> 
> 
> Ralph Pass
> 
> 
> 
> Bryan Blackburn wrote:
> >On Tue, Sep 29, 2009 at 04:47:54PM -0400, Ralph Pass said:
> >>More information:
> >>
> >>doing a lipo -info /Libary/Tcl/macports1.0/Macports.dylib shows that
> >>on the system that works, the architecture is x86_64 and on the one
> >>that does not work, the architecture is i386.  Both cases the gcc is
> >>gcc-4.2.  Further the dates on the Macports.dylib file is the time of
> >>the sudo port selfupdate.
> >>
> >>
> >>So why did the selfupdate use architecture i386 (and I know that Snow
> >>Leopard now defaults to x87_64 rather than i386)?
> >
> >That's definitely the question, as it shouldn't be doing that.  It shouldn't
> >be what you have for build_arch in macports.conf as I tried that, and
> >MacPorts.dylib was still x86_64 after a selfupdate.
> >
> >What is the result from the following commands?
> >
> >$ ls -l /usr/bin/gcc*
> >$ port installed "gcc*"
> >
> >Also, did you run selfupdate from the shell, or where you in port's
> >interactive mode?
> >
> >Bryan
> >
> >
> >>
> >>Ralph Pass
> >>
> >>Ralph Pass wrote:
> >>>Like several other people I have had trouble with updating to 1.8.1
> >>>on Snow Leopard.
> >>>
> >>>On my Mac Pro (about 19 months old), I updated to Snow Leopard and
> >>>then 1.8.0 and things worked.  I then did a sudo port selfupdate
> >>>and it worked.  A sudo port upgrade outdated also worked.
> >>>On a new (3 month old) Macbook Pro, I updated to Snow Leopard and
> >>>then 1.8.0 and things worked.  However, it failed when I did a sudo
> >>>port selfupdate:
> >>>
> >>>
> >>>
> >>>
> >>>sudo port selfupdate
> >>>dlopen(/Library/Tcl/macports1.0/MacPorts.dylib, 10): no suitable
> >>>image found.  Did find:
> >>>  /Library/Tcl/macports1.0/MacPorts.dylib: mach-o, but wrong
> >>>architecture
> >>>  while executing
> >>>"load /Library/Tcl/macports1.0/MacPorts.dylib"
> >>>  ("package ifneeded macports 1.0" script)
> >>>  invoked from within
> >>>"package require macports"
> >>>  (file "/opt/local/bin/port" line 39)
> >>>
> >>>
> >>>Note that for
> >>>uname -a gives:
> >>>Darwin mars.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31
> >>>22:47:34 PDT 2009; root:xnu-1456.1.25~1/RELEASE_I386 i386
> >>>
> >>>sw_vers  gives:
> >>>ProductName:Mac OS X
> >>>ProductVersion:10.6.1
> >>>BuildVersion:10B504
> >>>
> >>>So I am bit perplexed and looking for guidance.
> >>>
> >>>Thanks,
> >>>Ralph Pass
> >[...]
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: MacPorts 1.8.1 has been released

[Bryan Blackburn]

On Tue, Sep 29, 2009 at 01:10:49PM -0700, Savory Michael said:
> On Sep 29, 2009, at 12:35 PM, Bryan Blackburn wrote:
[...]
> >That's really odd, tcl_platform is a standard Tcl variable, so unless
> >something is really wrong with your Tcl install, that shouldn't
> >happen.
> >
> >What is the result of
> >
> >$ ls -l /usr/bin/tclsh*
> >
> >Bryan
> 
> $ ls -l /usr/bin/tclsh*
> lrwxr-xr-x  1 root  wheel   8 Aug 29 00:18 /usr/bin/tclsh -> tclsh8.5
> lrwxr-xr-x  1 root  wheel  67 Aug 29 00:18 /usr/bin/tclsh8.4 ->
> ../../System/Library/Frameworks/Tcl.framework/Versions/8.4/tclsh8.4
> lrwxr-xr-x  1 root  wheel  67 Aug 29 00:18 /usr/bin/tclsh8.5 ->
> ../../System/Library/Frameworks/Tcl.framework/Versions/8.5/tclsh8.5

That looks right; definitely heed Josh's message about a possible
trunk-based install (check the date of /opt/local/bin/port) in case that is
the issue..

Also, don't forget to reply to the list as well.

Bryan


> 
> 
> >>
> >>This is on a normal (non user privs) clean install when Snow Leopard
> >>was released.
> >>Any ideas?
> >>
> >>
> >>Regards
> >>
> >>Mike
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: MacPorts 1.8.1 has been released

[Bryan Blackburn]

On Tue, Sep 29, 2009 at 04:47:54PM -0400, Ralph Pass said:
> More information:
> 
> doing a lipo -info /Libary/Tcl/macports1.0/Macports.dylib shows that
> on the system that works, the architecture is x86_64 and on the one
> that does not work, the architecture is i386.  Both cases the gcc is
> gcc-4.2.  Further the dates on the Macports.dylib file is the time of
> the sudo port selfupdate.
> 
> 
> So why did the selfupdate use architecture i386 (and I know that Snow
> Leopard now defaults to x87_64 rather than i386)?

That's definitely the question, as it shouldn't be doing that.  It shouldn't
be what you have for build_arch in macports.conf as I tried that, and
MacPorts.dylib was still x86_64 after a selfupdate.

What is the result from the following commands?

$ ls -l /usr/bin/gcc*
$ port installed "gcc*"

Also, did you run selfupdate from the shell, or where you in port's
interactive mode?

Bryan


> 
> 
> 
> Ralph Pass
> 
> Ralph Pass wrote:
> >Like several other people I have had trouble with updating to 1.8.1
> >on Snow Leopard.
> >
> >On my Mac Pro (about 19 months old), I updated to Snow Leopard and
> >then 1.8.0 and things worked.  I then did a sudo port selfupdate
> >and it worked.  A sudo port upgrade outdated also worked.
> >On a new (3 month old) Macbook Pro, I updated to Snow Leopard and
> >then 1.8.0 and things worked.  However, it failed when I did a sudo
> >port selfupdate:
> >
> >
> >
> >
> >sudo port selfupdate
> >dlopen(/Library/Tcl/macports1.0/MacPorts.dylib, 10): no suitable
> >image found.  Did find:
> >   /Library/Tcl/macports1.0/MacPorts.dylib: mach-o, but wrong
> >architecture
> >   while executing
> >"load /Library/Tcl/macports1.0/MacPorts.dylib"
> >   ("package ifneeded macports 1.0" script)
> >   invoked from within
> >"package require macports"
> >   (file "/opt/local/bin/port" line 39)
> >
> >
> >Note that for
> >uname -a gives:
> >Darwin mars.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31
> >22:47:34 PDT 2009; root:xnu-1456.1.25~1/RELEASE_I386 i386
> >
> >sw_vers  gives:
> >ProductName:Mac OS X
> >ProductVersion:10.6.1
> >BuildVersion:10B504
> >
> >So I am bit perplexed and looking for guidance.
> >
> >Thanks,
> >Ralph Pass
[...]
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: MacPorts 1.8.1 has been released

[Bryan Blackburn]

On Tue, Sep 29, 2009 at 12:21:00PM -0700, Savory Michael said:
> You are of corse perfectly correct, I withdraw my concern
> 
> On Sep 29, 2009, at 12:12 PM, Harald Hanche-Olsen wrote:
> >>$ uname -a
> >>Darwin arda.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31
> >The numbers given by uname is the kernel version, NOT the OS version.
> 
> However I am still left unable to install 1.8.1 with the following
> error message...
> 
> DEBUG: Rebuilding and reinstalling MacPorts if needed
> MacPorts base version 1.8.1 downloaded.
> --->  MacPorts base is outdated, installing new version 1.8.1
> DEBUG: can't read "tcl_platform(user)": no such variable
> while executing
> "string equal $tcl_platform(user) $owner"
> (procedure "macports::selfupdate" line 63)
> invoked from within
> "macports::selfupdate [array get global_options]"
> Error: /opt/local/bin/port: port selfupdate failed: can't read
> "tcl_platform(user)": no such variable

That's really odd, tcl_platform is a standard Tcl variable, so unless
something is really wrong with your Tcl install, that shouldn't happen.

What is the result of

$ ls -l /usr/bin/tclsh*

Bryan


> 
> This is on a normal (non user privs) clean install when Snow Leopard
> was released.
> Any ideas?
> 
> 
> Regards
> 
> Mike
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: gnupg2 conflicts with gnupg (ticket 21462)

[Bryan Blackburn]

On Tue, Sep 29, 2009 at 12:16:33PM +0200, Christoph Ludwig said:
> Hi,
> 
> this morning an upgrade of my ports failed because there's a conflict
> between gnupg2 2.0.12_1 and gnupg 1.14.10_0; both want to install
> /opt/local/share/man/man1/gpg-zip.1.gz. 
> 
> b...@... added a patch to ticket 21462 11 days ago that updates gnupg2
> to 2.0.13 and removes the offending man pag from the port. (gnupg2 does
> not install gpg-zip, so there's no good reason why it should install a
> man page for it.)
> 
> Any chance that someone with the necessary privileges commits the
> patch, please?

Ah, thanks for the reminder; I was just waiting to hear if there was some
reason to actually keep that man page.

Fixed and updated in r58494.

Bryan


> 
> Thanks!
> 
> Christoph
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Non-working non-root install

[Bryan Blackburn]

On Wed, Sep 02, 2009 at 10:21:53AM -0500, Ryan Schmidt said:
> On Aug 31, 2009, at 11:25, Ryan Schmidt wrote:
> 
> >I am attaching a script which reproduces the problem on my system
> >(clean install of Snow Leopard), and the output I get. When you run
> >it, do you see the problem on your system as well? You need to edit
> >the user in the script. Note that it installs MacPorts in /tmp/mp
> >and downloads the MacPorts source to /tmp/macportsbase. You can
> >edit these at the top of the script too if you want.
> 
> Can somebody please test what happens when they run this script on
> their system? It will not affect your current MacPorts install. The
> version of the script attached to this email is updated so that you
> don't need to enter your username manually.

This should be fixed in r58093 (trunk) and r58094 (1.8 branch) now; I wasn't
seeing it initially as it only appears to happen on 10.6 but was running
10.5 at the time.

The basic problem is that Tcl doesn't like to set a permission of 0444 when
also using '-creator {}' when you aren't root.  The way the code was
initially working was that all attributes that 'file attributes' returns
were being set on the newly-installed file, as can be seen when you try it:

$ tclsh
% file attributes /mach_kernel
-group wheel -owner root -permissions 00644 -readonly 0 -creator {} -type {} 
-hidden 1 -rsrclength 0

For man pages, the permission mode is 0444, combined with not being root and
using that '-creator {}', it fails:

$ touch /tmp/foo
$ tclsh
% file attributes /tmp/foo -permissions 0444 -creator {}
could not set attributes of "/tmp/foo": permission denied

However, 0644 is fine, or using 0444 without creator is also fine.  The code
now just specifically sets the permissions, owner, and group, ignoring the
other bits.

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Installing Zim on 10.5

[Bryan Blackburn]

On Fri, Sep 18, 2009 at 11:33:14PM +0530, damitr said:
> Hi,
> I tried to install Zim in Leopard using:
> 
> $sudo port install zim
> 
> This was the result:
[...]
> --->  Activating p5-file-mimeinfo @0.15_0
> Error: Target org.macports.activate returned: Image error:
> /opt/local/bin/mimeopen already exists and does not belong to a
> registered port.  Unable to activate port p5-file-mimeinfo.
> Error: The following dependencies failed to build: p5-file-mimeinfo
> p5-gtk2 p5-cairo p5-extutils-depends p5-extutils-pkgconfig p5-glib
> p5-pango p5-module-build p5-archive-tar p5-compress-zlib
> p5-compress-raw-zlib p5-io-compress-base p5-io-compress-zlib
> p5-io-compress-bzip2 p5-compress-raw-bzip2 p5-io-zlib
> p5-package-constants p5-extutils-cbuilder p5-extutils-parsexs
> p5-module-signature gnupg p5-digest-sha p5-version p5-yaml
> Error: Status 1 encountered during processing.

Do you know where /opt/local/bin/mimeopen came from?  If you are definitely
sure it's okay, you can just force p5-file-mimeinfo's activation:

$ sudo port -f activate p5-file-mimeinfo

> 
> Tried reinstalling mimeopen, but did not work.
> 
> Please help…
> 
> I have Mac OS X 10.5 on Intel. Xcode 3.1. Macports 1.71.

Note you'll want to run selfupdate as MacPorts 1.8.0 is current.

Bryan


> 
> regards
> 
> D
> 
> 
> 
> -- 
> What TeX version are you using?
> I am  3.141592...
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Mysql5

[Bryan Blackburn]

On Thu, Sep 17, 2009 at 01:00:44AM -0500, Ryan Schmidt said:
[...]
> 
> Indeed, the +server variant does currently not do anything -- except
> print a message explaining to the user that it doesn't do anything
> anymore.

Maybe put the message later, say post-activate, after most of the debug
messages have flown by; even surrounded by lots of * lines or something
to try and draw the eye to it?  Of course that doesn't help when lots of
ports are being upgraded at once, but may be a bit better.

Bryan

[...]

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Macports 1.8, creating my stable environment

[Bryan Blackburn]

On Wed, Sep 16, 2009 at 09:36:35PM -0700, Scott Haneda said:
> On Sep 16, 2009, at 9:16 PM, Ryan Schmidt wrote:
> 
> >
> >There are some issues in 1.8.0, yes. "port load" isn't working
> >which might affect you if you want to run server processes; in that
> >case, use the longer "sudo launchctl ..." commands. There is an
> >issue if the top-level directory you're installing into is a
> >symlink, so don't do that. There are several issues if your
> >MacPorts install is not owned by root, so use a normal root-owned
> >install for now. We now pass "-arch" all the time, not just for
> >universal builds, and this breaks some ports -- in particular glib2
> >is broken due to this on PowerPC. I will look into this soon. Any
> >other issues you're thinking of?
> >
> >You can always build MacPorts from source in a totally different
> >prefix, keeping your current MacPorts installation untouched, to
> >test if everything builds ok.
> 
> I am not doing anything out of the ordinary.  php, mysql, apache2,
> and pureftpd.  Do you know of any issues with those?
> 
> As time moves on, Dovecot and Postfix will probably make there way to
> the machine, but I am not sure at this time.  Thanks

Note that most of the issues recently have been port-related with how Mac OS
X 10.6 builds 64bit by default, and not necessarily MacPorts 1.8.0.

Bryan


> -- 
> Scott * If you contact me off list replace talklists@ with scott@ *
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: mac ports error

[Bryan Blackburn]

On Fri, Sep 11, 2009 at 06:09:25PM -0500, Tim Eberhard said:
> All,
> 
> I've checked the faq and known issues as well as searched google for this
> problem, but I was wondering if anyone else is encountering this issue.
[...]
> Warning: No index(es) found! Have you synced your source indexes?
> DEBUG: Synchronizing ports tree(s)
> Synchronizing local ports tree from
> http://www.macports.org/files/ports.tar.gz

So you're using the tarball method for source; sounds like #21034:



You might want to build from source, using the release_1_8 branch so you get
this fix (which will be in 1.8.1); you can check out the branch with

$ svn co http://svn.macports.org/repository/macports/branches/release_1_8

Then you can follow the guide's instructions on using an svn install:



Bryan

[...]
> 
> I would appreciate any input and advise on how to fix this. I already
> uninstalled all my previous ports and I would *really* like them back :)
> 
> Thanks,
> -Tim Eberhard
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Error building git-core

[Bryan Blackburn]

On Thu, Sep 10, 2009 at 01:21:49PM -0700, Joshua Slayton said:
> I'm receiving the following error while attempting to build git-core.
> Normally I can handle issues like this but I can't decipher what exactly the
> error is. Do I have an out of date library? Something missing from my
> library path?
> This is on an iMac which was newly upgraded to Snow Leopard. xcode was also
> upgraded to version 3.2 (1610). I upgraded libxml2 to 2.7.3 but that didn't
> help. Any help is appreciated.

If you did an upgrade, first be sure to read the Migration info page:



Bryan

[...]
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Portfile clarifications

[Bryan Blackburn]

On Mon, Sep 07, 2009 at 12:55:00AM -0700, Jim Busser said:
> Hi all
> 
> I am new to MacPorts but have it installed (on Leopard), and have
> further installed some ports both from the command line and using the
> GUI Porticus.
> 
> I am working on a first portfile for client software GNUmed-client
> which connects to a database. What the Portfile needs to mediate is
> 
> - user downloads the archive
> - checksums applied and directory and contents extracted
> - check and take care of dependencies
> - there is no build (compilation) needed, because what is being
> downloaded is just a directory containing subdirectories and python
> source, which does not need compilation
> - copy the extracted directory to a suitable machine directory (owned
> by root) but also to the logged-in user's home directory

Note that (with a couple of important exceptions), installing files outside
of ${prefix} (/opt/local by default) is very much frowned upon.

> - also create some hard links but this bit I am not (at this time)
> worried about :-)
> 
> I have read the following
> 
>   http://guide.macports.org/
>   http://trac.macports.org/wiki/PortfileRecipes
>   http://trac.macports.org/wiki/BuildPhases
> 
> but still have a few questions:
> 
> 1. Am I right to surmise that the phases
>   fetch
>   checksum
>   extract
> execute by default (without having to be declared), so long as
> distfiles and checksums had been specified?

Yes, all phases are run unless you either set something which causes them to
be skipped (like clearing distfiles skips fetch, checksum, and extract) or
by overriding the phase completely.

> 
> Does extraction rely on the value of "extract.suffix" or is the
> latter used only for the fetch phase?

extract.suffix is used for fetch, checksum, and extract since it is usually
append to distname to build the full file name.

> 
> 2. As our distfile is actually a directory which needs no
> compilation, do I need to explicitly eliminate the following phases,
> using:
>   configure {}
>   build {}
>   destroot {}
> 
> or (in the case of configure) do I instead declare a keyword
>   use_configure   no
> 
> or if configure {} is the same as use_configure   no
>   then it doesn't matter? either gives identical results ??

"use_configure no" is preferred (in fact, port lint will complain if you use
"configure {}" instead); to override build, yes "build {}" is the right way.

> 
> 3. If I would eliminate destroot, then there will exist no destrooted
> files on which the install phase can act. So do I need to do
> 
>   install{} ?

Actually you want to setup your own destroot phase, and install the files in
that step, to ${destroot}${prefix}/... so that port sees what files are
considered to be part of the final install.  See the mediawiki port for one
example, which simply copies everything in destroot:



> 
> 4. On Debian, in order to keep a copy of our client (owned by root)
> available to supply machine-wide defaults, our project installs a
> copy of the client in
>   /etc/
> 
> In MacPorts, I take it this should instead reside in:
> 
>   /opt/local/var/macports/software/
> 
> as (for example)
> 
>   /opt/local/var/macports/software/GNUmed-client-0.5.0

The stuff installed into var/macports/software is what's called an image,
which is the full (from destroot) set of the port's files.  When a port is
activated, the stuff in var/macports/software is then hardlinked into just
${prefix} (and removed when deactivated).  Hence, if you properly do the
destroot, installing the port will populate var/macports/software.

>   
> but we will also want creation of
> 
>   ~/GNUmed-client-0.5.0

Depending on what's actually needed in someone's homedir, you may be able to
either use ui_msg to tell the user what to do, or perhaps install a script
with the port which does any necessary setup.  Note that whatever that
script would do would obviously not be part of the port itself.  I do
something similar to this (though into /usr instead of ~) with the cups-pdf
port, which installs ${prefix}/libexec/cups-pdf_links.sh:



Bryan


> 
> So for this, would I declare a post-destroot phase, and how do I
> achieve the two copying tasks above, since I am not sure whether the
> source would be
> 
>   ${worksrcpath}
> 
>   =
> 
>   ${prefix}/var/macports/build/${name}/work/${worksrcdir}
> 
> or would it instead be
> 
>   ${prefix}/var/macports/build/${name}/work/${name}
> 
> and if xinstall even copies recursively? I was guessing maybe
> 
> post-destroot { /
> xinstall -m 755 -W ${worksrcpath} ${prefix}/var/macports/software/
> xinstall -m 700 -d ~/{name}
> xinstall -m 700 -W ${worksrcpath} ~/{name}
> }
> 
> but would appreciate the guidance. As I figure this out, I am
> identifying som

Re: Help needed uninstalling / reinstalling ports

[Bryan Blackburn]

On Sun, Sep 06, 2009 at 12:50:31PM -0700, Michael_google gmail_Gersten said:
> >> That's not what I wanted. That's still not uninstalling what I wanted,
> >> and it uninstalled a bunch more that I don't know if I wanted removed
> >> or not.
> >
> > I believe it did what you asked: it tried to uninstall various ports you
> > requested, could not because it did not know which of multiple available
> > versions of those ports to uninstall, proceeded despite errors because you
> > used "-p", and then uninstalled inactive ports because you used "-u".
> >
> > The fact that we allow "-u" with "sudo port uninstall" seems weird to me. As
> > Mark pointed out, "sudo port uninstall inactive" does the same thing.
> 
> Then perhaps the meaning needs to be changed.
> 
> I thought "sudo port uninstall -u" would mean: Uninstall the inactive
> versions of these ports.
> 
> Not: Uninstall ALL inactive versions of ALL ports.

The man page does say

   -u   uninstall non-active ports when upgrading and uninstalling

Perhaps that should just say 'when upgrading'?

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Cannot compile and install net-snmp 5.4.2.1_1 from macports

[Bryan Blackburn]

On Mon, Sep 07, 2009 at 01:11:41AM +0800, Chang James said:
> Hi,
>I try to install net-snmp 5.4.2.1_1 from macport tody, but it shows me
> compiling error and install failed!
> 
> OS:Mac OS X 10.5.8
> CPU: INTEL
> Mac Mini 3.1
> 
> Following is the error logs:
> 
> port install net-snmp
[...]
> /opt/local/lib -version-info 16:2:1 -o libnetsnmphelpers.la all_helpers.lo
> baby_steps.lo bulk_to_next.lo cache_handler.lo debug_handler.lo instance.lo
> mode_end_call.lo multiplexer.lo null.lo old_api.lo read_only.lo row_merge.lo
> scalar.lo scalar_group.lo serialize.lo stash_cache.lo stash_to_next.lo
> table.lo table_array.lo table_container.lo table_data.lo table_dataset.lo
> table_iterator.lo table_row.lo table_tdata.lo watcher.lo ../
> libnetsnmpagent.la ../../snmplib/libnetsnmp.la -L/opt/local/lib
> -L/opt/local/lib
> libtool: link: cannot find the library `../libnetsnmpagent.la' or unhandled
> argument `../libnetsnmpagent.la'
> make[2]: *** [libnetsnmphelpers.la] Error 1
> make[1]: *** [subdirs] Error 1
> make: *** [subdirs] Error 1
> Error: Status 1 encountered during processing.
> --->  Executing: /opt/local/bin/port install net-snmp

Looks like #20981:



which I just (hopefully) fixed in r57134.  After waiting at least 30 minutes
from this reply, run

$ sudo port selfupdate

then try again (I would also say to clean, but you did that part already).

Bryan


> 
> port clean net-snmp
> Port command started with PID 30761
> --->  Cleaning net-snmp
> --->  Executing: /opt/local/bin/port clean net-snmp
> 
>   Could someone tell me how to solve this problem?
> Best Regards!
> 
>  James
> Chang
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Trying to rebuild on 10.6

[Bryan Blackburn]

On Sun, Sep 06, 2009 at 06:49:56AM -0500, Ryan Schmidt said:
[...]
> php5 used to declare a dependency on tiff. I was unable to find any
> part of php that actually used tiff so I recently removed the
> dependency. If you are able to find out why the php5 port used to
> have the tiff dependency, and it is still needed, I'm of course happy
> to add it back in.

That is most likely #13054:



'port dependents tiff' here also says php5 since I upgraded to 5.3.0 from
5.2.whatever...

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Non-working non-root install

[Bryan Blackburn]

On Fri, Sep 04, 2009 at 10:10:52AM -0500, Ryan Schmidt said:
> On Sep 2, 2009, at 10:41, Perry Lee wrote:
> 
> >Ryan Schmidt wrote:
> >> Can somebody please test what happens when they run this script
> >on their
> >> system? It will not affect your current MacPorts install. The
> >version of
> >> the script attached to this email is updated so that you don't
> >need to
> >> enter your username manually.
> >
> >I just ran the script on my system (also a clean install of Snow
> >Leopard). Following is the output from `$PREFIX/bin/port install
> >zlib`:
> [snip]
> >Error: Target org.macports.install returned: could not set
> >attributes of "/tmp/mp/var/macports/software/zlib/1.2.3_2/tmp/mp/
> >share/man/man3/zlib.3.gz": permission denied
> 
> Ok, so Perry sees the same issue I did. Bryan, can you try my script
> on your system and see if you see it too?

No problems here (other than excessive "MacPorts running without
privileges..." messages).  I did update the script for 10.5 use, but
otherwise no changes.  Perhaps some permissions changes on 10.6?

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Install PHP 5.2 with Macports 1.8?

[Bryan Blackburn]

On Sat, Sep 05, 2009 at 01:06:01AM +0800, Jason Dinh Ba Thanh said:
> Hi all,
> 
> I just did a clean install of Snow Leopard on my Mac. After I
> installed macports 1.8, 'sudo port install php5' now gives me 5.3
> instead of 5.2. There's many projects I'm working on could not run on
> 5.3. Anyone knows a quick and easy way to downgrade to 5.2? I
> searched php ports but there was no option for this. Thanks.

There's also a php52 port, see 'port info php52' and 'port variants php52'.

Bryan


> 
> Best Regards,
> Dinh Ba Thanh, Jason
> bath...@gmail.com
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: O.T. Can I use my Mac Ports install to build odt2txt?

[Bryan Blackburn]

On Thu, Sep 03, 2009 at 03:43:03PM +1000, Peter B. West said:
> 
> On 03/09/2009, at 2:53 PM, Ryan Schmidt wrote:
> 
> >
> >On Sep 2, 2009, at 23:46, Peter B. West wrote:
> >
> >>lydia:Desktop pbw$ sudo port sync
> >>Error: Synchronization of the local ports tree failed doing rsync
> >>port sync failed: Synchronization of 1 source(s) failed
> >
> >Ok, try the debug switch to find out why.
> >
> >sudo port -d sync
> >
> >
> lydia:Desktop pbw$ sudo port -d sync
> DEBUG: Synchronizing ports tree(s)
> Synchronizing local ports tree from rsync://rsync.macports.org/release/ports/
> DEBUG: /usr/bin/rsync -rtzv --delete-after
> rsync://rsync.macports.org/release/ports/
> /opt/local/var/macports/sources/rsync.macports.org/release/ports
> rsync: failed to connect to rsync.macports.org: Connection refused (61)
> rsync error: error in socket IO (code 10) at /SourceCache/rsync/
> rsync-37.3/rsync/clientserver.c(105) [receiver=2.6.9]
> Error: Synchronization of the local ports tree failed doing rsync
> DEBUG: Synchronization of 1 source(s) failed
> while executing
> "mportsync [array get global_options]"
> port sync failed: Synchronization of 1 source(s) failed

See if anything at the following helps:



Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: /usr/local?

[Bryan Blackburn]

On Sun, Aug 30, 2009 at 06:15:50PM -0400, David J. Haines said:
> So, I tried installing 1.8.0 from source to /usr/local, and it's
> apparently "not supported."  I understand fully that doing so has
> never been recommended, and I understand why, but disallowing the
> user the option to do so?  That's just not right.  The "--prefix"
> flag is there so that people *can* install it to where ever they damn
> well please.  I can't say that this is a good move, and I'd ask that
> the ability to install it to /usr/local be reinstated.

/usr/local is specially handled by gcc (which we of course use to build
things), and can cause issues; see the third point at



It's now been specifically disallowed in configure to avoid the support
issues (eg, tickets) against installs there.

Bryan


> 
> David Haines
> dhai...@gmail.com
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Non-working non-root install

[Bryan Blackburn]

On Sun, Aug 30, 2009 at 03:19:29AM -0500, Ryan Schmidt said:
> On Aug 29, 2009, at 14:29, Bryan Blackburn wrote:
> >On Sat, Aug 29, 2009 at 05:40:51AM -0500, Ryan Schmidt said:
> >
> >>I have been running a non-root installation of MacPorts 1.7.1 and
> >>earlier with no problems. I use "port install foo" (without sudo)
> >>most of the time. When I encounter the occasional port that really
> >>does require root, then I use sudo.
> >>
> >>I now have a non-root install of MacPorts 1.8.0 and Snow Leopard on a
> >>clean drive and I am having problems.
> >
> >What was the configure line you used to do the install?  I have a 1.8
> >install in my homedir, which had no problems with zlib.
> >
> >>
> >>First, MacPorts now tells me all the time "MacPorts running without
> >>privileges. You may be unable to complete certain actions (eg
> >>install)." Is there a way to get MacPorts to shut up about it? :) I
> >>know what I'm doing and don't need to be reminded about it ten times
> >>per port.
> >
> >That is pretty ugly output, it should probably only say so once I
> >would say
> >(per run).  Ticket?
> 
> Are you also seeing the output I see?

Yes, the same warning during each phase, hence my thinking it should
probably be printed only once, and that we should probably have a ticket to
keep track of it.

[...]
> 
> I was using --with-macports-user but I was not using --with-no-root-
> privileges because the description of that option in "./configure --
> help" did not describe a behavior I desired.
> 
> http://lists.macosforge.org/pipermail/macports-users/2009-July/015966.html
> 
> I tried adding --with-no-root-privileges now but it did not change
> anything.
> 
> The only other difference I can see between what you do and what I do
> is that I use group admin and you use the group blb. I changed mine
> to use the group rschmidt and it didn't change anything either.

You may also want to check macportsuser in macports.conf, perhaps it isn't
what it should be?  If it isn't there at all, the default value should be
coming from ${prefix}/share/macports/Tcl/port1.0/port_autoconf.tcl.

Other than that, I'm not sure why it would work here but not for you.

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: multiple platform statements

[Bryan Blackburn]

On Sat, Aug 29, 2009 at 03:51:11PM -0500, Adam Mercer said:
> Hi
> 
> In looking into ticket #20868 I have found that the py25-numpy port
> installs the f2py binary into the destroot as f2py2.5 on SL whereas on
> Leopard and Tiger installs it as f2py which I then need to rename in a
> post-destoot section to avoid conflicts. I therefore need to ensure
> that the post-destroot section is not run when using SL. Is there a
> syntax that you can say run this if the platform isn't darwin 10? Or
> do I have to have multiple platform statements for darwin 8 and 9 like
> the following:

You can instead add an if statement into the global post-destroot:

if {${os.major} < 10} {
   move ...
}

Or something similar, tailored to your needs.  Though we may want to still
vaguely seem to support non-darwin, in which case you need to also check
os.platform:

if {${os.platform} == "darwin" && ${os.major} < 10} ...


Bryan

[...]

> 
> Cheers
> 
> Adam
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Non-working non-root install

[Bryan Blackburn]

On Sat, Aug 29, 2009 at 05:40:51AM -0500, Ryan Schmidt said:
> I have been running a non-root installation of MacPorts 1.7.1 and
> earlier with no problems. I use "port install foo" (without sudo)
> most of the time. When I encounter the occasional port that really
> does require root, then I use sudo.
> 
> I now have a non-root install of MacPorts 1.8.0 and Snow Leopard on a
> clean drive and I am having problems.

What was the configure line you used to do the install?  I have a 1.8
install in my homedir, which had no problems with zlib.

> 
> First, MacPorts now tells me all the time "MacPorts running without
> privileges. You may be unable to complete certain actions (eg
> install)." Is there a way to get MacPorts to shut up about it? :) I
> know what I'm doing and don't need to be reminded about it ten times
> per port.

That is pretty ugly output, it should probably only say so once I would say
(per run).  Ticket?

> 
> Second, every port I've tried so far fails to get through the install
> phase, citing permission problems with manpages, presumably relating
> to MacPorts' re-compressing of manpages. The latter is filed as
> 
> http://trac.macports.org/ticket/20887

Since I'm not seeing this, it's probably a deal with needing some more
configure options (assuming you used the same as in that ticket).  I have
been using:

$ ./configure --prefix=/Users/blb/MacPorts/mp-test
--with-tclpackage=/Users/blb/MacPorts/mp-test/Library/Tcl
--with-applications-dir=/Users/blb/MacPorts/mp-test/Applications
--with-frameworks-dir=/Users/blb/MacPorts/mp-test/Library/Frameworks
--with-install-user=blb --with-install-group=blb --with-no-root-privileges
--with-macports-user=blb --enable-readline

(or similar paths) for my home-based installs.  It may be the
--with-macports-user that is needed.

Bryan

[...]

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Ticket #59

[Bryan Blackburn]

On Thu, Aug 20, 2009 at 11:19:55AM -0700, Frank J. R. Hanstick said:
> Hello,
>   I get the error described in this ticket and am suppose to get the
> varian from /tags/darwinbuild-5.  How do I do this?

I think you want darwinbuild-dev:



Bryan


> 
> Frank J. R. Hanstick
> tro...@comcast.net
> 
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: lots of changes for a small upgrade increment

[Bryan Blackburn]

On Tue, Aug 18, 2009 at 09:03:03PM -0500, Lenore Horner said:
> 
> On Aug 18, 2009, at 20:56 , Bryan Blackburn wrote:
> 
> >On Tue, Aug 18, 2009 at 07:43:16PM -0500, Lenore Horner said:
> >>Actually, I deactivate and then install so my variants are respected.
> >
> >Note that 'port upgrade' keeps positive variants (eg, +variant1,
> >+variant2)
> >around by default.
> But not negatives I think.  At any rate, upgrade is a sure way to
> trash my Quartz install of Gnucash so I don't use it any more.

Right, that's why I was careful to point out it's only for positive
variants; the issue with negative variants is ticket #2377:

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

Bryan

[...]
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: lots of changes for a small upgrade increment

[Bryan Blackburn]

On Tue, Aug 18, 2009 at 07:43:16PM -0500, Lenore Horner said:
> Actually, I deactivate and then install so my variants are respected.

Note that 'port upgrade' keeps positive variants (eg, +variant1, +variant2)
around by default.

> 
> Among the things listed as outdated was the gtk-doc.
> gtk-doc1.11_0 < 1.11_1
> 
> Why would such a small upgrade cause seven new dependencies to be
> installed: db46, gdbm, tcl, tk, python26, py26-libxml2,
> gnome-doc-utils?

gtk-doc was updated to handle varying python versions more consistently with
other ports with variants (+python25 and +python26), and the default is
+python26.  So if you already had 1.11_0, it dependend on python25 and not
specifying +python25 for 1.11_1, you get 2.6.  However, your python25 port
is probably outdated as well as it now brings in some of those ports you've
listed (db46, gdbm, tcl, tk).

Bryan


> 
> Lenore
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Installing on OS X Leopard - Build Error

[Bryan Blackburn]

On Tue, Aug 18, 2009 at 02:07:16PM -0500, Lenore Horner said:
> On Aug 18, 2009, at 13:21 , Christopher Stamper wrote:
> 
> >Hello,
> >
> >I'm trying to install GNU Cash on my macbook using macports (Quartz
> >version), following the instructions on the website.
> >
> >After running 'sudo port install gnucash', I get the following error:
> >
> >** The libgnutls-config script installed by LIBGNUTLS could not be
> >found
> >>*** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in
> >>*** your path, or set the LIBGNUTLS_CONFIG environment variable
> >>to the
> >>*** full path to libgnutls-config.
> >>configure: error:
> >>    Libgnutls is required for Gwenhywfar. Please install it
> >>(including
> >>devel packages)
[...]
> 
> Perhaps the problem is that there's a typo in the portfile because
> what you have in your error message is libgnutls_config and what I
> have installed is libgnutls-config.

Sounds like #20680:



which suggests the 2.8 branch of gnutls no longer provides the -config
script.

Bryan


> 
> Lenore
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: streamripper install failed

[Bryan Blackburn]

On Sun, Aug 09, 2009 at 01:07:44PM +0200, Joerg van den Hoff said:
> hi there,
>  
> I ran into the following problem. `port install streamripper' failed with:
>  
> =CUT
> --->  Fetching streamripper
> --->  Attempting to fetch streamripper-1.64.3.tar.gz from 
> http://mesh.dl.sourceforge.net/streamripper
> --->  Verifying checksum(s) for streamripper
> --->  Extracting streamripper
> --->  Configuring streamripper
> 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_audio_streamripper/work/streamripper-1.64.3"
>  && ./configure --prefix=/opt/local --with-ogg=/opt/local 
> --with-vorbis=/opt/local --with-libiconv-prefix=/opt/local 
> --with-included-argv --with-included-libmad --with-included-tre 
> --mandir=/opt/local/share/man " returned error 1
[...]
> checking for GLIB - version >= 2.16.0... no
> *** Could not run GLIB test program, checking why...
> *** The test program failed to compile or link. See the file config.log for 
> the
> *** exact error that occured. This usually means GLIB is incorrectly 
> installed.
> configure: error: Glib 2.16 or greater required
> =CUT
>  
> indeed, I had only glib 2.14 installed, but
> it seems that the missing newer version should be automatically installed or
> this is a misconeption?
> furthermore, I don't understand the initial 'configure failure' error...
> this happened with
>  
> macos 10.4.11 (PB G4)
> port 1.700
>  
> note: after I installed glib 2.20 manually, streamripper installed apparently 
> fine.

When MacPorts 1.8 is final, it will automatically upgrade dependencies like
this one, so that shouldn't be an issue anymore.  Since we can't otherwise
depend on version-specific dependencies (eg, glib2 >= 2.16.0) this should be
the safest way to go.

Also note your MacPorts is a revision behind as 1.7.1 has been available
since late March...

Bryan


>  
> best regards
>  
> joerg
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Newbie can't install xorg-libXext

[Bryan Blackburn]

On Fri, Aug 07, 2009 at 02:55:49PM -0700, Rasmussen Law Offices, PLLC said:
> First let me say that I'm very new at using macports.
> 
> I was trying to install hydrogen on my Macbook running Leopard
> 10.5.7.  It hangs when it starts to try and install xorg-libXext.
> 
> Here's the message that I get:
> 
> administrators-macbook:~ Administrator$ sudo port install -v hydrogen
> Password:
> --->  Building xorg-libXext
> 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_xor
> g-libXext/work/libXext-1.0.99.4" && make all " returned error 1
> Command output: sh: line 0: cd: 
> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_xor
> g-libXext/work/libXext-1.0.99.4: No such file or directory
> 
> Error: The following dependencies failed to build: scons python25 tk
> xorg-libXScrnSaver xorg-libXext
> Error: Status 1 encountered during processing.
> administrators-macbook:~ Administrator$
> 
> So how do I fix this?  I've tried installing xorg-libXext by itself
> and I get the same message.

That's weird; try

$ sudo port clean --work xorg-libXext

then see if your install of hydrogen works then.

Bryan


> 
> Thanks for any help you can give.  Rock on.
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: --with-macports-user

[Bryan Blackburn]

On Mon, Jul 20, 2009 at 10:01:49PM -0500, Ryan Schmidt said:
[...]
> What else does --with-no-root-privileges do? The help only says it
> will "Specify that MacPorts should be installed in your home
> directory". I do not want MacPorts in my home directory; I want it
> where I indicate with --prefix. The name of the option implies that
> it should be used by someone who does not have root privileges, or
> who does not want MacPorts to use root privileges. I have and do want
> MacPorts to use root privileges if necessary, but for most ports it
> is not necessary. Should I use the --with-no-root-privileges option?

Which documentation are you reading, it sounds like that may be not quite
correct?  The comments in aclocal.m4 just say:

  if with user specifies --with-no-root-privileges,
  use current user and group.
  use ~/Library/Tcl as Tcl package directory

so it is sort of a convenience for install user and group (to your current
user and group), and for the Tcl package dir.

> 
> >As for --with-macports-user, you'll want to set that to the same
> >user when doing non-root, as otherwise it defaults to root currently
> >(apparently due to the functionality having bugs still [1]).  In
> >the future
> >this would be the user who would actually own the build as it happens
> 
> And who will that be? My user id, root, or some new user?

Good question, probably something we'd need to figure out to get it
completed; at least for root installs, it could even use nobody for
building, though nobody is sometimes abused for such purposes...

> 
> >then
> >port would only set to root for the actual install.
> >
> >Bryan
> >
> >[1] - 
> 
> I see the comment there reads "dropping root privs is still buggy".
> In what way?

No idea, as that comment is the sole source of my information concerning
that.

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: --with-macports-user

[Bryan Blackburn]

On Mon, Jul 20, 2009 at 07:24:50PM -0500, Ryan Schmidt said:
> My non-root MacPorts 1.7.1 install was configured with
> 
> --with-install-user=rschmidt
> --with-install-group=admin
> 
> I don't use "sudo" for most operations. This gives me some assurance
> that arbitrary things on my hard drive are not being modified. I only
> use sudo to install ports that need root access, like those that have
> startup scripts, like apache2 or mysql5-server.
> 
> MacPorts trunk has a new --with-macports-user option. How am I meant
> to configure MacPorts trunk now? What should I specify for the
> macports-user? rschmidt? root? some new user I create? Will I need to
> change my habits about when I use sudo?

On trunk, for non-root installs, the --with-no-root-privileges option should
automatically set the install user and group to your current settings (it
uses id).  As for --with-macports-user, you'll want to set that to the same
user when doing non-root, as otherwise it defaults to root currently
(apparently due to the functionality having bugs still [1]).  In the future
this would be the user who would actually own the build as it happens, then
port would only set to root for the actual install.

Bryan

[1] - 

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Difficulty installing and using PostgreSQL.

[Bryan Blackburn]

On Fri, Jul 17, 2009 at 12:31:46AM -0500, Ryan Schmidt said:
[...]
> On Jul 16, 2009, at 08:38, Don Fox wrote:
> 
> >Ryan,
> >I've installed postgresql84-server @8.4.0 checked the PATH to make
> >sure that this /opt/local/bin:/opt/local/sbin is appended to the
> >start of the path.
> >
> >typed 'psql' at cmd line
> >
> >bash-3.2$ psql
> >psql: FATAL:  database "donfox" does not exist

This looks like the server is running and psql is doing what it does by
default, connecting with your user ID as the DB user and trying to attach to
a database of the same name.  However are you sure this is the postgres with
MacPorts, postgresql84 should make 'psql84' available in /opt/local/bin, not
just 'psql'?

[...]
> On Jul 16, 2009, at 20:39, Don Fox wrote:
> 
> >The server was running earlier today, but after an install of
> >GNUmed application, which required extensive ports I started
> >getting this?
> >
> >bash-3.2$ psql
> >psql: could not connect to server: No such file or directory
> > Is the server running locally and accepting
> > connections on Unix domain socket "/tmp/.s.PGSQL.5432"?

That definitely sounds like the server isn't running at that point, so seems
like something may have shut it down.  If it's running with launchd it
should be restarted, so either it isn't running with launchd or it is
dying/respawing.  Check your system and console logs for anything
interesting, also check /opt/local/var/log/postgresql84/postgres.log.

Bryan


> >
> >The port selected was 5432.
> >
> >I used the "port load".
> 
> 
> I've never used PostgreSQL myself so I'm not sure what to suggest.
> But I was hoping your answers would help someone who knows about
> PostgreSQL help you further. I am sending this reply back to the
> mailing list. Remember to use Reply All so your reply goes to the
> list too, not just to the individual.
> 
> It would still be good to know if the PostgreSQL server process is
> actually running. For example, is it shown in Activity Monitor? If
> not, is there a PostgreSQL log file, and if so is there anything
> relevant in it?
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: how to prevent a package from upgrade

[Bryan Blackburn]

On Mon, Jul 13, 2009 at 12:07:48AM +0700, S. M. Ibrahim (Lavlu) said:
> hi,
> 
> in all our production server we are running php-5.2.10 , so as php-5.3
> is major upgrade, and there is lot's of the change, i don't want to
> upgrade my development systems php version. what's the easy way to
> stay to php-5.2 ?

Long-term, this should be handled when ticket #15708 is implemented;



Bryan


> 
> 
> thanks
> 
> -- 
> 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
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: python26 can't import socket module

[Bryan Blackburn]

On Mon, Jun 22, 2009 at 05:32:49PM -0400, Michael Dippery said:
> >What version of OpenSSL did you have installed and active when
> >you built python26 (port installed openssl)?
> 
> I have openssl @0.9.8k_0 installed via MacPorts.

A recent discussion over irc (thanks fynn) helped track down one possible
cause of this; namely, check to see if you have any PYTHON environment
variables set and pointing to a 2.5 (or other non-2.6) version of python;
for example, setting PYTHONPATH can result in the exact same error as you
originally saw.

Bryan


> 
> =
> Michael Dippery
> Systems Programmer
> CEES, Rensselaer Polytechnic Institute
> W: (518) 276-8143
> E: m...@nees.rpi.edu
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: when can i safely force a macports build when a dependency is indepently installed

[Bryan Blackburn]

On Thu, Jul 02, 2009 at 03:55:22PM -0400, Carter Schonwald said:
> thanks,
> might it be from a while ago having initially used fink / building stuff on
> my own / also having installed texlive 08 separately?

fink should install into /sw so unless you changed it, that won't be it; if
you don't give --prefix to configure scripts, when you build by hand it
should go into /usr/local.  I'm not sure about texlive 08 and where it goes
by default.  The only other thing I'm aware of that likes /opt/local would
be the package installers for KDE.

Bryan


> -Carter
> 
> On Thu, Jul 2, 2009 at 3:35 PM, Bryan Blackburn  wrote:
> 
> > On Thu, Jul 02, 2009 at 12:06:21PM -0400, Carter Schonwald said:
> > > hello all,
> > >
> > > I occasionally encounter errors of the following sort:
> > >
> > > sudo port install erlang
> > > --->  Activating fontconfig @2.6.0_2+macosx
> > > Error: Target org.macports.activate returned: Image error:
> > > /opt/local/etc/fonts/conf.avail/10-autohint.conf already exists and does
> > not
> > > belong to a registered port.  Unable to activate port fontconfig.
> > > Error: The following dependencies failed to build: tk Xft2 fontconfig
> > > xorg-libXScrnSaver xorg-scrnsaverproto
> > > Error: Status 1 encountered during processing.
> >
> > Encountering a "already exists and does not belong to a registered port"
> > should happen only extremely rarely, so if you are seeing it frequently you
> > need to track down what else may be depositing files into /opt/local that
> > isn't MacPorts.
> >
> > >
> > >
> > > when / how can I safely force macports to install over the dependency or
> > how
> > > can i determine if its safe to do so?
> >
> > You can force it with -f, read up at:
> >
> > <http://trac.macports.org/wiki/FAQ#whentoforce>
> >
> > Bryan
> >
> >
> > > thanks!
> > > -Carter
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: when can i safely force a macports build when a dependency is indepently installed

[Bryan Blackburn]

On Thu, Jul 02, 2009 at 12:06:21PM -0400, Carter Schonwald said:
> hello all,
> 
> I occasionally encounter errors of the following sort:
> 
> sudo port install erlang
> --->  Activating fontconfig @2.6.0_2+macosx
> Error: Target org.macports.activate returned: Image error:
> /opt/local/etc/fonts/conf.avail/10-autohint.conf already exists and does not
> belong to a registered port.  Unable to activate port fontconfig.
> Error: The following dependencies failed to build: tk Xft2 fontconfig
> xorg-libXScrnSaver xorg-scrnsaverproto
> Error: Status 1 encountered during processing.

Encountering a "already exists and does not belong to a registered port"
should happen only extremely rarely, so if you are seeing it frequently you
need to track down what else may be depositing files into /opt/local that
isn't MacPorts.

> 
> 
> when / how can I safely force macports to install over the dependency or how
> can i determine if its safe to do so?

You can force it with -f, read up at:



Bryan


> thanks!
> -Carter
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Managing launchd

[Bryan Blackburn]

On Thu, Jul 02, 2009 at 07:06:35PM +0300, Panagiotis Atmatzidis said:
> Hello,
> 
> I have a mac mini G4 that acts as a server on my home LAN offering
> services (dns, http, AFP, etc).
> 
> I've installed dnsmasq but I don't know how to make launchd start
> dnsmasq on boot. I understand that this has something to do with
> launchd but I could not find any documentation on how to do it.

Looks like the dnsmasq port doesn't currently install a launchd item (it has
at least some of the bits but they are commented-out).  Best would probably
be to file a ticket for it:



> 
> My second issue is that when I've installed lighttpd, I did a quick
> configuration on the lighttpd.conf in order to make it work. I copy
> and paste at the terminal the command line in order to start the
> demon via launchd at boot something like this:
> 
> sudo launchctl load -w /Library/LaunchDaemons/
> org.macports.lighttpd.plist
> 
> Now the problem is that while, I can clearly see that lighttpd
> doesn't bind any port(!) is running and apparently every time I kill
> the process it starts by itself, so at this point I don't have
> control over this. How can manage this situation? I want to configure
> it first and the put it at startup. Here's what I'm talking about:

Right, launchd will keep it running so if you kill it, launchd restarts it;
that is how it works.  If you want to shut it down, use the converse of the
command you used to load it:

$ sudo launchctl unload -w /Library/LaunchDaemons/org.macports.lighttpd.plist

Then use the load again when you want to start it again.

Bryan

[...]
> 
> 
> Thank you for your time in advance,
> 
> regards
> 
> 
> Panagiotis (atma) Atmatzidis
> 
> email:a...@convalesco.org
> URL:  http://www.convalesco.org
> GnuPG key id: 0xFC4E8BB4
> --
> The wise man said: "Never argue with an idiot. They bring you down to
> their level and beat you with experience."
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: how do I find which package has a program I am looking for?

[Bryan Blackburn]

On Wed, Jul 01, 2009 at 09:45:01PM -0400, Mitchell L Model said:
> At 10:48 AM +1000 7/2/09, Joshua Root wrote:
> >On 2009-7-2 10:27, Mitchell L Model wrote:
> >> I just switched machines. I had /opt/local/bin/ls on my other one. I am 
> >> remaking my ports environment for various reasons. So far I haven't 
> >> stumbled upon the port containing ls! I've read documentation, tried some 
> >> things, etc. I'm sure I'm missing something really basic. Would someone 
> >> please fill me in?
> >
> >/opt/local/bin/ls would only be provided by the coreutils port with the
> >+with_default_names variant selected. It's actually a pretty bad idea to
> >use this variant, because many programs will expect the utilities to
> >have the BSD behaviour. It can currently also break MacPorts base:
> >
> >
> >Without that variant, the coreutils will be installed with a 'g' prefix,
> >e.g. 'ls' becomes 'gls'. If you want to use gls when you type ls in your
> >shell, it's far safer to set up an alias.
> 
> Thanks for all that info -- that was a whole other issue I hadn't thought 
> about.
> I switched from fink to ports recently, and not everything is the same.
> I've been getting errors on some installations with the command "cd";
> I wonder if that's the same problem

Make sure your install is current (with 'sudo port selfupdate') as most of
the cd problems have been fixed; if you still hit one, please file a ticket
so we can fix it:



> 
> But I still want to know how to find something -- I'm missing libJPEG.dylib
> which is needed for some things I'm installing (and not obscure ones),
> for instance. How would I figure out what package contains it? I guess
> libraries are harder than commands; I'd like to know how to find both.

The jpeg port provides libjpeg.dylib (all lowercase) if that's what you're
looking for.  However, note that MacPorts doesn't currently have a database
of installed files and what port provides them, you basically have to have a
given port already installed to find that information.

Bryan


> 
> Thanks.
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: mysql5-server install - FATAL ERROR: Could not find fill_help_tables.sql inside --basedir

[Bryan Blackburn]

On Tue, Jun 23, 2009 at 08:58:37PM -0500, Bill Hernandez said:
> Several days ago I posted this message but received no response, Does  
> anybody know who the mySQL maintainer might be ?
>
> I really would like to get this installed if possible.
>
> Any ideas ?

'port info' usually reveals who maintains a given port, unless of course it
comes up with 'nomaintainer'.

Do you have /opt/local/share/mysql5/mysql/fill_help_tables.sql ?  I'm
guessing that's what it is complaining about...

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: python26 can't import socket module

[Bryan Blackburn]

On Mon, Jun 22, 2009 at 05:01:35PM -0400, Michael Dippery said:
> I recently installed MacPort's python26 port. I am now unable to use  
> Django's manage.py script; it fails with the error "Error: cannot import 
> name SSLError" (I have tried with both py25-django and py26-django 
> installed).
>
> The problem occurs when a piece of Django code tries to access  
> socket.sslerror. I fired up Python 2.6, and got the following error when I 
> tried to "import socket":
>
> Python 2.6.2 (r262:71600, Jun 22 2009, 15:02:00)
> [GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import socket
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
> lib/python2.6/socket.py", line 64, in 
> from _ssl import SSLError as sslerror
> ImportError: cannot import name SSLError
>
> The python25 port used to have a py25-socket-ssl port which I believe may 
> have fixed this problem, but, of course, that port no longer exists for 
> python26 (the SSL socket stuff is supposedly included in python26). Is 
> there a reason this doesn't work, and moreover, how do I fix it?

It is included in python26, but it sounds like an issue occurred when it was
being built.  What version of OpenSSL did you have installed and active when
you built python26 (port installed openssl)?  This usually occurs when
python's build system fails to link to OpenSSL, and instead of simply
failing with an error message, it just continues on and doesn't install all
the needed modules.

Bryan


>
>
>
> =
> Michael Dippery
> Systems Programmer
> CEES, Rensselaer Polytechnic Institute
> W: (518) 276-8143
> E: m...@nees.rpi.edu
>
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: wxWidgets version?

[Bryan Blackburn]

On Mon, Jun 22, 2009 at 01:34:00PM -0700, Adam Dershowitz said:
> Something is odd about wxWidgets and the versions.
>
> I just did a sync and outdated and macports reported:
> wxWidgets 2.8.10_0 < 2.8.9_0  (hmmm?)

>From what I understand, there were some incompatibilities with 2.8.10 so it
was back-rev'd with an increase in epoch (hence the newer version being
claimed as outdated).

> Then I did port upgrade and got this:
>
> --->  Fetching wxWidgets
> --->  Verifying checksum(s) for wxWidgets
> --->  Extracting wxWidgets
> --->  Applying patches to wxWidgets
> --->  Configuring wxWidgets
> --->  Building wxWidgets
> --->  Staging wxWidgets into destroot
> --->  Deactivating wxWidgets @2.8.10_0
> --->  Uninstalling wxWidgets @2.8.10_0
> --->  Installing wxWidgets @2.8.9_0
> Error: Target org.macports.install returned: Registry error: wxWidgets  
> @2.8.9_0 already registered as installed.  Please uninstall it first.

Hmm, it sounds like port got a little confused since I'm guessing you had
the original 2.8.9 installed (with epoch 0, the default) then the upgrade
appears to have not taken the newer epoch value into account.  If that's the
case that would definitely be a bug with base.

>
>
> And I then did this:
> sudo port uninstall wxWidgets @2.8.9_0
> --->  Uninstalling wxWidgets @2.8.9_0
>
> and this:   sudo port install wxWidgets @2.8.10_0
> --->  Installing wxWidgets @2.8.9_0
> --->  Activating wxWidgets @2.8.9_0
> --->  Cleaning wxWidgets

'port install' doesn't use the @version nomenclature, so it installed
whatever version is current, 2.8.9 in this case.  2.8.9 should be the right
one to have, and you got around the original bug by uninstalling 2.8.9
before the new install.

Bryan

>
>
> I did find this:  https://trac.macports.org/changeset/52662 but it  
> doesn't really explain the story.  So, I don't get it about which one  
> should be installed.
>
> So, what's the story?  And what is the fix to it?
>
> --Adam
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: uninstalling Macports

[Bryan Blackburn]

On Sun, Jun 14, 2009 at 07:58:02PM -0400, Chris Laurenzano said:
> I downloaded macports because I want to get Alpine, but after I  
> downloaded and clicked on the .dmg icon, I don't know what to do next.  
> How do I get it to work and download Alpine?

Opening a Terminal window and running 'sudo port install alpine' should do
it.  You may want to have a look at the MacPorts guide on use:



Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: How to process docbook files ?

[Bryan Blackburn]

On Fri, Jun 12, 2009 at 11:18:06AM +0200, Grünewald Michaël said:
> Dear list,
>
> I recently installed openjade with macports, but whenever it is run, the 
> program fails with a `message bus' error. An appropriate ticket has been 
> filled on trac, and the bug was then reported to upstream maintainers. 
> This history is rather old (about 1 year IIRC) and openjade is still 
> unusable on macports.

It's usable, you just have to be sure to give it the right command line
arguments; see the comment at #15859 for how to use it without getting a bus
error:



Bryan


>
> (I have OS X 10.5.7 and macports 1.7.)
>
> I was looking for a replacement solution, but did not find anything  
> suitable. Any suggestion would be very much appreciated!
>
> For instance, I can step back in the past and use a pre-1.3.2 openjade  
> version, that may work with macports. Does anyone know which version  
> would be suitable?
> -- 
> Cheers,
> Michaël
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Xorg/X11 for every second port

[Bryan Blackburn]

On Thu, Jun 11, 2009 at 11:12:33PM +0200, Cristian Serb said:
> But on gentoo e.g. I could specify not to install certain deps. Is there a 
> way to do this for macports?

No, the python ports used to try and use variants or separate ports to break
things out (see that pydeps anchor on the FAQ) but there have been issues,
also see ticket #12369:

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

Bryan


>
> On Jun 11, 2009, at 11:05 PM, Bryan Blackburn wrote:
>
>> On Thu, Jun 11, 2009 at 10:47:00PM +0200, Cristian Serb said:
>>> Hi there,
>>>
>>> ever since I use macports I notice that it tries very often to  
>>> install
>>> Xorg along with ports that actually don't need it. Today I tried to
>>> install trac and again ... Xorg. I can't even remember the numerous  
>>> other
>>> trials I ed because of Xorg. I'm surprised that I can install 
>>> nmap
>>> without Xorg...
>>>
>>> So what is this? Is there a way to spot it?
>>
>> trac uses python26 (since trac is python-based), and python26 needs tk 
>> which
>> is where the xorg stuff originates.  See
>>
>> <http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries>
>>
>> and
>>
>> <http://trac.macports.org/wiki/FAQ#pydeps>
>>
>> Bryan
>>
>>
>>>
>>> Many Thanks,
>>> Cristian___
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Xorg/X11 for every second port

[Bryan Blackburn]

On Thu, Jun 11, 2009 at 10:47:00PM +0200, Cristian Serb said:
> Hi there,
>
> ever since I use macports I notice that it tries very often to install  
> Xorg along with ports that actually don't need it. Today I tried to  
> install trac and again ... Xorg. I can't even remember the numerous other 
> trials I ed because of Xorg. I'm surprised that I can install nmap 
> without Xorg...
>
> So what is this? Is there a way to spot it?

trac uses python26 (since trac is python-based), and python26 needs tk which
is where the xorg stuff originates.  See



and



Bryan


>
> Many Thanks,
> Cristian___
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: cyrus-sasl2 upgrading (was Re: subversion on 10.4)

[Bryan Blackburn]

On Thu, Jun 11, 2009 at 01:11:22AM -0500, Ryan Schmidt said:
> On Jun 11, 2009, at 00:43, Bryan Blackburn wrote:
[...]
>>
>> Does anyone know why cyrus-sasl2 has that pre-configure check?  I found
>> tickets #17158 and #17328, the former being the one which added it but 
>> with
>> no description of why.  Having just commented-out the pre-configure  
>> bit,
>> upgrading from 2.1.22 to 2.1.23 worked just fine.  Is it
>> OS-version-specific, arch-specific, or MacPorts-version-specific?
>
> I also have no problem upgrading from 2.1.22 to 2.1.23, on Mac OS X  
> 10.4.11 Intel with Xcode 2.5 and MacPorts 1.7.1.
>
> But if you downgrade your cyrus-sasl2 to 2.1.21 first, then try to  
> upgrade, you should get the failure I got (see below).

Ah, so the secret is to come from the .21 version...okay I've attached a
patch to ticket #17328 which should deal with this.  The patch is a bit
kludgy but without messing around with the autoconf stuff (which is pretty
old), this is the simplest way to deal with it.

Bryan

[...]

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

cyrus-sasl2 upgrading (was Re: subversion on 10.4)

[Bryan Blackburn]

On Wed, Jun 10, 2009 at 11:54:59PM -0500, Ryan Schmidt said:
[...]
>
> I see the same symptom, yes. A similar solution would need to be applied 
> to the cyrus-sasl2 port. If you can come up with a general change that 
> should be made to MacPorts base that will not adversely affect too many 
> other ports, we can certainly consider it.

Does anyone know why cyrus-sasl2 has that pre-configure check?  I found
tickets #17158 and #17328, the former being the one which added it but with
no description of why.  Having just commented-out the pre-configure bit,
upgrading from 2.1.22 to 2.1.23 worked just fine.  Is it
OS-version-specific, arch-specific, or MacPorts-version-specific?

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Installation of GMT

[Bryan Blackburn]

On Thu, Jun 04, 2009 at 02:08:50PM +1000, Tomas O'Kane said:
> Hi all,
> I am a new user to macports, so am guessing that it is just an error of my 
> own but I cannot seem to be able to download GMT, the generic mapping 
> tools. I am using terminal, and whenever I try and install it I receive 
> the following message, plus the attachment
>
> Error: The following dependencies failed to build: netcdf
> Error: Status 1 encountered during processing.
>
> I have tried everything that I can think of. Does anyone have any  
> suggestions?
> Thanks a lot for your help,
> Tom
> --->  Configuring netcdf
[...]
> configure: finding C compiler
> checking for C compiler default output file name... 
> configure: error: C compiler cannot create executables
> See `config.log' for more details.

Seems a lot like #19772:



Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: install issue

[Bryan Blackburn]

On Wed, Jun 03, 2009 at 06:42:29PM -0400, Hachey, John said:
> 
> Hi
> 
> I keep getting this error message 
> 
> dyld: lazy symbol binding failed: Symbol not found: _close$UNIX2003
>   Referenced from: /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib
>   Expected in: /usr/lib/libSystem.B.dylib

Do you have any DYLD environment variables set?  See with

$ env |grep DYLD

This kind of thing frequently happens with DYLD_LIBRARY_PATH set, throwing
other software off.

Bryan

[...]
> 
> any ideas?
> 
> Thanks, John
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: cdparanoia fails to build on PPC

[Bryan Blackburn]

On Wed, Jun 03, 2009 at 01:39:05AM -0400, David Clark said:
> I have not tried this on Intel yet, but on PPC, I get the following errors:
> 
> Error: Target org.macports.build returned: shell command " cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_cdparanoia/work/cdparanoia-III-10.2"
> && make all " returned error 2
> Command output:   -o cdparanoia -lcdda_interface -lcdda_paranoia 
> -lm
> Undefined symbols:
>   "_cdda_version", referenced from:
>   _main in main.o

Sounds like #19831:



Sounds like deactivating the current one and cleaning then installing
cdparanoia should work.

Bryan

[...]
> 
> Hopefully this will help someone track down the error and sort it out.
> 
> Thanks in advance,
> 
> david
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Upgrade errors.

[Bryan Blackburn]

On Thu, May 28, 2009 at 09:35:57PM -0700, Frank J. R. Hanstick said:
> Hello,
>   I got the following errors following:
[...]
>
> Error: No port perl5.9 found.
> Error: No port render found.
> Error: No port render found.
>
> are about.  I may have seen these before; but, cannot remember when or 
> why.

perl5.9 was renamed perl5.9-devel over a year ago [1], then deleted about a
month after that [2] in favor of the release-status perl5.10.  Depending on
what you're doing with it, going with perl5.10 is probably the best choice.

The render port was removed [3] in favor of xorg-renderproto after being a
stub port for a while.  Just force-uninstall render and you should be fine
as it should have been only a build-time dependency and xorg-renderproto
takes care of that now.

Unfortunately MacPorts doesn't have any sort of support for
renaming/deleting ports so this kind of issue occasionally surfaces.

Bryan

[1] - 
[2] - 
[3] - 


> Frank J. R. Hanstick
> tro...@comcast.net
>
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Specifying PostgreSQL data on startup

[Bryan Blackburn]

On Thu, May 28, 2009 at 02:42:44PM -0400, Alexy Khrabrov said:
> I'd like to use the startup scripts for PostgreSQL 8.3 server, in
>
> /opt/local/etc/LaunchDaemons/org.macports.postgresql83-server
>
> with Lingon: http://tuppis.com/lingon/
>
> Now the scripts allow for an environment variable to specify where your 
> data is:
>
>su postgres -c "${PGCTL} -D ${POSTGRESQL83DATA:=/opt/local/var/ 
> db/postgresql83/defaultdb} start -l /opt/local/var/log/postgresql83/ 
> postgres.log"
>
> However, it the server is started on boot, where does $POSTGRESQL83DATA 
> come from?

Note that the ${POSTGRESQL83DATA:=/opt/local/var/db/postgresql83/defaultdb}
is an either/or; if POSTGRESQL83DATA is defined use it, otherwise use that
path.  I don't see POSTGRESQL83DATA being defined anywhere so it's falling
back to that hardcoded path.

If you need to set it you should be able to so with the launchd plist, but
note that any changes to it are going to be lost the next time you upgrade
the postgresql83-server port.

Bryan


>
> Cheers,
> Alexy
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: new version netcdf wont compile

[Bryan Blackburn]

On Tue, May 26, 2009 at 11:46:10PM -0400, William Davis said:
> new version netcdf wont compile. relevant part of config.log seems to be:
>
> configure:3675: finding C compiler
> configure:3795: checking for C compiler version
> configure:3803: openmpicc --version >&5
> ./configure: line 3805: openmpicc: command not found

Sounds like ticket #19772:



If you can give the patch there a try and it works for you, that would make
it more likely to be committed (netcdf is without maintainer) since
confirmation is always nice.

Bryan

[...]
>
> William Davis
> frstanATbellsouthDOTnet
> Mac OS X.5.7 Darwin 9.7.0
> XQuartz 2.3.3.2 (xorg-server 1.4.2-apple42)
> Mac Mini Intel Duo @ 1.86 GHz
>
> Mundus vult decepi, ego non
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: "Reclaiming disk space" documentation/guide missing

[Bryan Blackburn]

On Mon, May 25, 2009 at 06:57:25PM +0200, Andreas Kotes said:
[...]
> 
> I totally agree. Debian solves this by offering a 'localepurge' package,
> which basically allows you to give a list of languages you need (i.e.
> which are useful to you ;)), and just has a install-hook which takes
> care of throwing away all other localization files.

Not sure if removing such is going to be that useful for disk space, on my
install with a bit over 600 ports, var/macports/software is 4.3G whereas
share/locale is only 140M, which is only about 3% of total.  Obviously
share/locale isn't the only location for such files but I believe is a
pretty good size of it.

Bryan

[...]
> 
>Andreas
> 
> -- 
> In theory, theory and practice are the same. In practice, they’re not.
> - Lawrence Peter "Yogi" Berra
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: MacPorts duplicate files or hardlinks?

[Bryan Blackburn]

On Sun, May 24, 2009 at 04:31:24PM -0700, Scott Haneda said:
> On May 24, 2009, at 4:01 PM, Bryan Blackburn wrote:
>
>> Long-term, the way images are handled should be changing by not doing 
>> the
>> install-then-hardlink style, see ticket #19458:
>>
>> <http://trac.macports.org/ticket/19458>
>
>
> How are you so readily aware of what tickets there are?  I spend a good 
> deal of time looking in there and searching, never finding much. What is 
> your trick, or are you just involved in trac so much these things trigger 
> a memory and you can find them?

Usually going to

<http://trac.macports.org/query>

and selecting Summary from 'Add filter' can get you to port-related tickets
quickly since most of them have the port name in the summary (there's also a
port field but older tickets didn't have it and won't be found searching on
that).  There's also the 'Ticket Search' link on the left which goes to

<http://trac.macports.org/search?portsummarysearch=on>

and lets you search both port & summary, though I use the first mostly out
of habit.

Also being on the macports-tickets list (where every ticket change is sent)
help keep awareness up.

Finally, in the specific case of the ticket I mentioned earlier, that is one
I filed so I definitely knew of it...

Bryan


> -- 
> Scott * If you contact me off list replace talklists@ with scott@ *
>
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: MacPorts duplicate files or hardlinks?

[Bryan Blackburn]

On Sun, May 24, 2009 at 12:03:06PM -0700, Bee said:
> MacPorts 1.7 selfupdate (recently)
> MacOS 10.4.11
>
> MacPorts seems to keep many duplicate files.
>
> As an example, I did a search for duplicates I found these identical  
> files:
>
> /opt/local/bin/vim
> /opt/local/var/macports/software/vim/7.2.182_0/opt/local/bin/vim
>
> Are these really a duplicate files or a hardlink?
> I think the "2" before the "root" means it has a hardlink. Is that  
> correct?
>
> -rwxr-xr-x   2 root  admin  - 1462888 May 17 22:26 vim
>
> If duplicate files:
> + Is there a reason both are kept?

Yes, the files in .../var/macports/software is what's called an image, for
all the low-level details see the guide:



Basically a given port is first installed in this directory, then when it is
activated hard links are created in just ${prefix} to the stuff in
.../var/macports/software so it can be visible.

> + Is there a way to "clean" duplicates?

Since it uses hardlinks it shouldn't be really taking up twice the amount of
diskspace, but of course it does create another link for every file.  The
more common disk space user is having multiple installs of a port when you
only need the current (happens with 'port upgrade outdated' which doesn't
uninstall the older version).  To clean those you can use 'sudo port
uninstall inactive' to remove those (assuming all ports you have which are
inactive are not wanted).

Long-term, the way images are handled should be changing by not doing the
install-then-hardlink style, see ticket #19458:



Bryan


>
> --
> Bill Muench
> Santa Cruz, California
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: php 5.9.2 curl 7.19.4 Incompatible library version

[Bryan Blackburn]

On Fri, May 22, 2009 at 08:17:43AM -0700, harabanar said:
> 
> Hi .. 
> 
> I have been trying to upgrade my php5 installation from 5.2.5 to 5.2.9 but
> every time I try to restart the apache server or I get the error 
> 
> "Reason: Incompatible library version: php requires version 6.0.0 or later,
> but libcurl.4.dylib provides version 5.0.0"
> 
> Can anyone help me?
> 
> Some informations: 
> strings /usr/lib/libcurl.4.dylib | grep CLIENT
> CLIENT libcurl 7.16.3
> CLIENT libcurl 7.16.3
> CLIENT libcurl 7.16.3
> 
> otool -L /opt/local/apache2/modules/libphp5.so | grep curl -i
>/opt/local/lib/libcurl.4.dylib (compatibility version 6.0.0, current
> version 6.1.0)

Does the result of 'otool -L /opt/local/lib/libcurl.4.dylib' also show it to
be 6.0.0 compat, 6.1.0 current?  If so, check for any DYLD_* environment
variables being set as those could be causing it to use the wrong library.

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: netcdf4

[Bryan Blackburn]

On Thu, May 21, 2009 at 05:39:08PM -0700, Christopher Barker said:
> Hi all,
>
> I just installed the netcdf libs:
>
> port install netcdf4 +universal
>
> However, despite being called netcdf4, it doesn't appear to support  
> netcdf 4, but rather only 3 -- netcdf4 is built on top of hdf5, which was 
> not installed and built in this case. I took a look in the port file  
> online and noticed:
>
>
> 28#depends_libport:hdf5 \
> 29#port:szip
>
> 34configure.args  --enable-shared  --disable-f77
> 35#--enable-netcdf-4
> 36#--with-szlib=${prefix}
> 37#--with-hdf5=${prefix}
>
> so it looks like netcdf4 support has been commented out. Anyone know why?

Probably related to ticket #16262:



Looks like some of the update to version 4 happened but not all...

Bryan


>
> I'd also love to get '--enable-dap if possible
>
> It also looks like the recent release is 4.0.1, it would be nice to get  
> that updated.
>
> -Chris
>
>
>
>
> -- 
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R(206) 526-6959   voice
> 7600 Sand Point Way NE   (206) 526-6329   fax
> Seattle, WA  98115   (206) 526-6317   main reception
>
> chris.bar...@noaa.gov
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: How to list which revisions are available for activation?

[Bryan Blackburn]

On Wed, May 20, 2009 at 08:55:38PM -0700, Jim DeLaHunt said:
> This may be a stupid question, but I can't find the answer in the help file.
>
> How can I find out which revisions of a particular port are present on my 
> system?
>
> Consider the following.  "port info" tells me which is the highest  
> revision loaded on my system.  However, "port outdated" tells me that  
> what is active is a slightly older revision.  What I want is a command 
> which will tell me, "you have version a.b.c_d and version m.n.o_p, and 
> it's version a.b.c_d which is activated".

That would be the 'installed' command, eg,

$ port installed hs-libcabal
  hs-libcabal @1.6.0.1_0
  hs-libcabal @1.6.0.3_1 (active)


Not specifying a port shows all the ports you currently have installed.

Bryan

[...]
>
> Thanks in advance,
> -- 
> --Jim DeLaHunt, j...@jdlh.com http://blog.jdlh.com/ (http://jdlh.com/)
>   multilingual websites consultant
>
>   157-2906 West Broadway, Vancouver BC V6K 2G8, Canada
>  Canada mobile +1-604-376-8953
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: latex2html

[Bryan Blackburn]

On Wed, May 20, 2009 at 10:36:00PM +0200, vernin said:
>
> Le 20 mai 09 à 22:05, Bryan Blackburn a écrit :
>
>>>
>>
>> Hmm, zlib is a dependency for tiff so it should be there; what is the 
>> output
>> from running
>>
>> $ port installed zlib
>
>
> macbook-vernin:/ jver$ port installed zlib
> The following ports are currently installed:
>   zlib @1.2.3_1 (active)

Okay it is installed and active, so that's good.  Note that zlib was updated
to 1.2.3_2 about six months ago, so there's the possibility you have some
outdated bits.  Running

$ sudo port selfupdate
$ sudo port clean --work tiff
$ sudo port upgrade outdated

may help out with your original install attempt.  Otherwise, what OS
version, Xcode version, and machine are you using?

Bryan

PS, don't forget to reply-all to make sure it reaches the list...


>
> Jacques Vernin
>
>
>
>
>
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: latex2html

[Bryan Blackburn]

On Wed, May 20, 2009 at 12:13:18PM +0200, vernin said:
> The installation of latex2html with port failed and I cannot undestand  
> why:
> Can you help me.
>
> Thanks
>
> ===
> macbook-vernin:rapport_2009 jver$ sudo port install latex2html
[...]
> --->  Configuring tiff
[...]
> checking for inflateEnd in -lz... no
> configure: error: Zlib library not found at /opt/local/lib
>
> Error: The following dependencies failed to build: netpbm tiff
> Error: Status 1 encountered during processing.

Hmm, zlib is a dependency for tiff so it should be there; what is the output
from running

$ port installed zlib

Bryan


> ===
>
> Jacques Vernin
>
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: xpdf vs poppler

[Bryan Blackburn]

On Fri, May 15, 2009 at 07:56:30AM -0400, William Davis said:
> I was trying to install py26-impressive +huge and got this:
>
> macintosh:~ frstan$ sudo port -d activate xpdf
> Password:
> --->  Activating xpdf
> DEBUG: Image error: /opt/local/bin/pdffonts is being used by the active 
> poppler port.  Please deactivate this port first, or use 'port -f activate 
> xpdf' to force the activation.
> while executing
> "_activate_contents $name $imagefiles $imagedir"
> (procedure "portimage::activate" line 57)
> invoked from within
> "portimage::activate $portname [composite_version $portversion [array get 
> variations]] [array get options]"
> Error: port activate failed: Image error: /opt/local/bin/pdffonts is  
> being used by the active poppler port.  Please deactivate this port  
> first, or use 'port -f activate xpdf' to force the activation.
> macintosh:~ frstan$

I believe that would be ticket #17540:



Bryan


>
>
>
> William Davis
> frstanATbellsouthDOTnet
> Mac OS X.5.7 Darwin 9.5.0
> XQuartz 2.3.3 (xorg-server 1.4.2-apple42)
> Mac Mini Intel Duo @ 1.86 GHz
>
> Mundus vult decepi, ego non
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Cleaning gtk2 error

[Bryan Blackburn]

On Tue, May 12, 2009 at 09:17:35PM -0700, Artie Ziff said:
> $ sudo port upgrade outdated
[...]
> --->  Cleaning gtk2
> couldn't change working directory to
> "/Users/art/Projects/mono-csharpshell": no such file or directory

Did you happen to remove this directory while that port command was running?
port will return to the original directory from which is was started, so if
that directory is removed before port finishes, this happens.

This is similar to #17076:



Bryan


[...]
> 
> Is sharing error here, sufficient.
> Or should I post as bug?
> 
> Cheers,
> Art
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Trouble Installing Mplayer

[Bryan Blackburn]

On Tue, May 12, 2009 at 08:40:27PM -0700, EmmGunn said:
> Thanks for the hint.  I tried moving the math.h header file but then I  
> received this error:
>
> --->  Building perl5.8
> 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_perl5.8/work/perl-5.8.9" && make all " 
> returned error 2
> Command output: make: *** No rule to make target `/usr/local/include/ 
> math.h', needed by `miniperlmain.o'.  Stop.

Ah, you need to clean perl5.8 first:

$ sudo port clean --work perl5.8

It obviously remembered that file existed from an earlier stage (probably
configure) so cleaning will get rid of that information, and when you run
install again it'll rerun configure and shouldn't see it this time around.

Bryan


>
> Error: Status 1 encountered during processing.
>
> It seems that the math.h file is needed.  I just know some of the basics 
> of UNIX but isn't the usr/local/ directory for user installed stuff.  Why 
> would the perl installer be looking in there for anything?  Thank in 
> advance for any more  help.
>
>
>
> On May 12, 2009, at 4:01 PM, Bryan Blackburn wrote:
>
>> On Tue, May 12, 2009 at 01:56:39PM -0700, EmmGunn said:
>>> Hi All!
>>> I'm having trouble installing mplayer.  The specific problem seems to 
>>> be
>>> with the perl5.8 port.  I get the following error when it tries to
>>> install:
>>>
>>> --->  Building perl5.8
>>> 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_perl5.8/work/perl-5.8.9" && make all 
>>> "
>>> returned error 2
>>> Command output: /usr/local/include/math.h:868: error: syntax error  
>>> before
>>> '*' token
>>
>> It appears that you have something in /usr/local that is getting in the 
>> way;
>> you'll need to move or remove such items (at least this one header  
>> file),
>> though there may be others.  The usual advice given is to simply move
>> /usr/local aside (eg, to /usr/local-move) then install again.
>>
>> Bryan
>>
>> [...]
>>>
>>> I'm not sure what math.h has to do with perl.  It's a GPAC file.  I  
>>> think
>>> it was installed with mp4box.  Was something overwritten?  I tried to 
>>> do
>>> some googling but didn't have any luck.  Part of the problem is that 
>>> I'm
>>> not a UNIX pro so what I did find was greek to me.  Any dummying down 
>>> that
>>> you can manage in your response would be very much appreciated.   
>>> Thanks
>>> for any hints.
>>>
>>> -Mike
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Trouble Installing Mplayer

[Bryan Blackburn]

On Tue, May 12, 2009 at 01:56:39PM -0700, EmmGunn said:
> Hi All!
> I'm having trouble installing mplayer.  The specific problem seems to be 
> with the perl5.8 port.  I get the following error when it tries to  
> install:
>
> --->  Building perl5.8
> 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_perl5.8/work/perl-5.8.9" && make all " 
> returned error 2
> Command output: /usr/local/include/math.h:868: error: syntax error before 
> '*' token

It appears that you have something in /usr/local that is getting in the way;
you'll need to move or remove such items (at least this one header file),
though there may be others.  The usual advice given is to simply move
/usr/local aside (eg, to /usr/local-move) then install again.

Bryan

[...]
>
> I'm not sure what math.h has to do with perl.  It's a GPAC file.  I think 
> it was installed with mp4box.  Was something overwritten?  I tried to do 
> some googling but didn't have any luck.  Part of the problem is that I'm 
> not a UNIX pro so what I did find was greek to me.  Any dummying down that 
> you can manage in your response would be very much appreciated.  Thanks 
> for any hints.
>
> -Mike
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: problem installing gst-plugins-base

[Bryan Blackburn]

On Tue, May 12, 2009 at 12:00:22PM +0100, Jack Rutherford said:
> Hi,
> 
> I have been having lots of trouble getting gst-plugins-base to
> install, below is the output that is returned when I run port -v
> install gst-plugins-base.
> 
> Can anyone offer any advice?
> 
> 
> port -v install gst-plugins-base
> --->  Building gst-plugins-base
> make  all-recursive
> Making all in gst-libs
> Making all in gst
> Making all in interfaces
> make  all-am
> /bin/sh ../../../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H
> -I. -I../../..-I../../../gst-libs -I../../../gst-libs -D_REENTRANT
> -I/opt/local/include/gstreamer-0.10 -I/opt/local/include/glib-2.0
> -I/opt/local/lib/glib-2.0/include -I/opt/local/include
> -I/opt/local/include/libxml2   -Wall -Wdeclaration-after-statement  -g
>   -g -O2 -MT libgstinterfaces_0.10_la-colorbalance.lo -MD -MP -MF
> .deps/libgstinterfaces_0.10_la-colorbalance.Tpo -c -o
> libgstinterfaces_0.10_la-colorbalance.lo `test -f 'colorbalance.c' ||
> echo './'`colorbalance.c
> ../../../libtool: line 830: X--tag=CC: command not found

Looks like #18918:



Unfortunately there doesn't appear to be any ideas on how to fix it as
yet...

Bryan

[...]
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Announcing: port_upgrade

[Bryan Blackburn]

On Sat, May 09, 2009 at 04:28:46PM -0700, Scott C. Kennedy said:
> Well, for me, when I used to do that, I would lose all my variants.

'port upgrade' is supposed to keep all variants intact, though there is/was
a definte bug with it, fixed on trunk:



If that's the thing you've run into, 1.8 should be fine then.  If it is
something else have you filed a ticket?

> Plus, when a dependency for a package changed significantly, then the
> program would terminate or act unexpectedly. For me, a longer compile
> time when updating packages to ensure that all my packages are linked to
> the most recent version of all of their dependencies is a good
> investment of time.

'port upgrade' when new dependencies are added should simply install those
ports, what is the problem you've seen, is there a ticket?

Bryan


> 
> Scott
> 
> Jeremy Huddleston wrote:
> >
> > On May 9, 2009, at 14:05, Tony Doan wrote:
> >
> >> (long time lurker, first time poster)
> >>
> >> Got MacPorts?
> >>
> >> Do you normally keep things up to date by running "port sync; port
> >> upgrade outdated"? Do you then wish there was a problem free way to
> >> clean out all the previous versions?
> >
> > How is this different/better than my favorite solution:
> >
> > sudo port -v upgrade outdated
> > sudo port -v uninstall inactive
> >
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: port upgrade outdated

[Bryan Blackburn]

On Sat, May 09, 2009 at 05:58:04PM -0500, Ryan Schmidt said:
[...]
>
> Rather than trying to find solutions for individual ports like this, we 
> should come up with a global solution for renaming / superseding /  
> deprecating ports and implement it in base.

There is a pseudo-portname, obsolete, that may or may not work for this, I
haven't quite looked much into how it works/supposed to work; though if it
does what I think it should, it probably only handles the deprecating part.

Bryan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: Fontconfig broken

[Bryan Blackburn]

On Mon, May 04, 2009 at 01:44:48PM -0700, Adam Dershowitz said:
> I seem to have an odd problem of a port that is "sort of installed and  
> sort of not".
> I see that gd2 is outdated, so I did a port sync and port upgrade  
> outdated.
>
> At which point I got this:
> Error: No port fontconfig found.
> Error: Dependency 'fontconfig' not found.
> Error: Unable to upgrade port: 1
>
> If I try to look for the port I get this:
> >port info fontconfig
> Error: Port fontconfig not found

You probably sync'd when portindex failed to get fontconfig due to some
X11-based changes; try a sync again as fontconfig was fixed in r50581 and
portindex was successful in r50583.

Bryan


>
>
> But if I do this:
> >port installed fontconfig
> The following ports are currently installed:
>   fontconfig @2.6.0_1+macosx
>   fontconfig @2.6.0_2+macosx (active)
>
> I see that I actually have the port installed and active.
> So it seems that it is there, but macports can not find it.  Something is 
> clearly broken.
>
> Any idea what, or what I can do about it?
>
> Thanks,
>
> --Adam
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Re: wxMaxima 0.8.1 doesn't work after upgrade

[Bryan Blackburn]

On Sun, May 03, 2009 at 10:30:03PM +0200, Agustín Valverde said:
> Hi all
>
> I have upgrade maxima to 5.18 and wxMaxima to 0.8.1. Maxima works fine in 
> terminal, but wxmaxima not. Is someone working with these programs?

I only see one ticket against wxMaxima (#18508 [1]) but it sounds like a
prompt issue and not a not-working one.  Also, I don't recall any issues
reported on the list recently.

Perhaps if you describe the specifics of "doesn't work" someone may be able
to help with the problem?

Bryan

[1] - 


>
> Thanks
> Agustín
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users