From lanceboyle at qwest.net Sun Feb 1 11:05:25 2009 From: lanceboyle at qwest.net (Jerry) Date: Sun, 1 Feb 2009 12:05:25 -0700 Subject: LyX won't install Message-ID: I tried to install LyX universal on PPC 10.4.11. It failed with apparently some problem with sqlite Jerry Attempting to fetch sqlite-3.6.10.tar.gz from http:// distfiles.macports.org/sqlite3/3.6.10 Verifying checksum(s) for sqlite3 Extracting sqlite3 Configuring sqlite3 Building sqlite3 Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_databas es_sqlite3/work/sqlite-3.6.10" && gnumake all " returned error 2 Command output: ERROR: No debug map or DWARF data was found to link.libtool: link: (cd ".libs" && rm -f "libsqlite3.dylib" && ln -s "libsqlite3.0.dylib" "libsqlite3.dylib") libtool: link: ar cru .libs/libsqlite3.a sqlite3.o libtool: link: ranlib .libs/libsqlite3.a libtool: link: ( cd ".libs" && rm -f "libsqlite3.la" && ln -s "../libsqlite3.la" "libsqlite3.la" ) ./libtool --mode=link /usr/bin/gcc-4.0 -I/opt/local/include - isysroot /Developer/SDKs/MacOSX10.4u.sdk -O2 -isysroot /Developer/ SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -DSQLITE_OS_UNIX=1 -I. -I./ src -D_HAVE_SQLITE_CONFIG_H -DNDEBUG -DSQLITE_THREADSAFE=1 - DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_ENABLE_COLUMN_METADATA=1 - L/opt/local/lib -Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -DHAVE_REA DLINE=1 -I/opt/local/include \ -o sqlite3 ./src/shell.c libsqlite3.la \ -L/opt/local/lib -lreadline -lm -rpath "/opt/local/lib" libtool: link: /usr/bin/gcc-4.0 -I/opt/local/include -isysroot / Developer/SDKs/MacOSX10.4u.sdk -O2 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -arch ppc -arch i386 -DSQLITE_OS_UNIX=1 -I. -I./src - D_HAVE_SQLITE_CONFIG_H -DNDEBUG -DSQLITE_THREADSAFE=1 - DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_ENABLE_COLUMN_METADATA=1 - Wl,-syslibroot -Wl,/Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arc h i386 -DHAVE_READLINE=1 -I/opt/local/include -o .libs/sqlite3 ./src/ shell.c -L/opt/local/lib ./.libs/libsqlite3.dylib -lreadline -lm /usr/bin/ld: for architecture ppc /usr/bin/ld: warning can't open dynamic library: /Developer/SDKs/ MacOSX10.4u.sdk/opt/local/lib/libncurses.5.dylib referenced from: / opt/local/lib/libreadline.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) /usr/bin/ld: Undefined symbols: _tgetent referenced from libreadline expected to be defin ed in /opt/local/lib/libncurses.5.dylib _tgetflag referenced from libreadline expected to be defined in /opt/ local/lib/libncurses.5.dylib _tgetnum referenced from libreadline expected to be defined in /opt/ local/lib/libncurses.5.dylib _tgetstr referenced from libreadline expected to be defined in /opt/ local/lib/libncurses.5.dylib _tputs referenced from libreadline expected to be defined in /opt/ local/lib/libncurses.5.dylib _tgoto referenced from libreadline expected to be defined in /opt/ local/lib/libncur ses.5.dylib collect2: ld returned 1 exit status /usr/bin/ld: for architecture i386 /usr/bin/ld: warning can't open dynamic library: /Developer/SDKs/ MacOSX10.4u.sdk/opt/local/lib/libncurses.5.dylib referenced from: / opt/local/lib/libreadline.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) /usr/bin/ld: Undefined symbols: _tgetent referenced from libreadline expected to be defined in /opt/ local/lib/libncurses.5.dylib _tgetflag referenced from libreadline expected to be defined in /opt/local/lib/libncurses.5.dylib _tgetnum referenced from libreadline expected to be defined in /opt/ local/lib/libncurses.5.dylib _tgetstr referenced from libreadline expected to be defined in /opt/ local/lib/libncurses.5.dylib _tputs referenced from libreadline expected to be defined in /opt/ local/lib/libncurses.5.dylib _tgoto referenced from libreadline expected to be defined in /opt/ local/lib/libncurses.5.dylib collect2: ld returned 1 exit status lipo: can't open input file: /var/tmp/ /ccYwDnTw.out (No such file or directory) gnumake: *** [sqlite3] Error 1 Error: The following dependencies failed to build: ImageMagick xorg- libs xorg-libxcb xorg-xcb-proto python26 sqlite3 xorg-libxkbfile xorg- libxkbui xorg-xcb-util python25 qt4-mac dbus libmng lcms mysql5 postgresql83 bison libxslt ossp-uuid unixODBC texlive texlive_base ghostscript cairo libpixman texi2html texinfo lzmautils texlive_texmf- full texlive_texmf-minimal Error: Status 1 encountered during processing. Executing: /opt/local/bin/port install LyX +universal From martin at siarp.de Sun Feb 1 13:42:03 2009 From: martin at siarp.de (Martin Stadler) Date: Sun, 1 Feb 2009 22:42:03 +0100 Subject: zope2.10 In-Reply-To: <454D44FD-3017-430D-BC95-EECB942EED14@macports.org> References: <182B9E0C-2EAF-48E5-B39C-946386EE763B@siarp.de> <454D44FD-3017-430D-BC95-EECB942EED14@macports.org> Message-ID: <6814F01D-091A-4FEA-AE88-50C859338AD3@siarp.de> Am 17.01.2009 um 02:17 schrieb Ryan Schmidt: > Hi Martin. Thanks for your interest in Zope! It looks like the port > hasn't been updated in some time and it could use some attention > from someone such as yourself with an interest in the software. > > > On Jan 15, 2009, at 15:51, Martin Stadler wrote: > >> I'd like to have a zope2.10 port. >> >> There's a "zope" port which is currently at version 2.8.7. I think >> it would be reasonable to have multiple Zope ports like 2.9, 2.10, >> 2.11 etc. as it is the case with the Python ports for instance. > > The reasons why we typically have multiple versioned ports are > because of incompatibilities between those versions of the software. > For example, Apache modules are different for Apache 1.x, 2.0.x and > 2.2.x, so we have ports apache (1.x), apache20 (2.0.x) and apache2 > (2.2.x). Python modules build differently for different versions, so > we have ports python21, python22, python23, python24, python25, > python26, and python30, and every individual Python module port must > also be duplicated, e.g. py-setuptools (for 2.4), py25-setuptools > (for 2.5) and py26-setuptools (for 2.6). > > There are also ports for databases like PostgreSQL and MySQL that > are available in different versions, because the user must convert > their database data from one version to another, and we want the > user to be free to do that conversion at a time of their choosing, > after they've made sufficient backups of their data, and not have it > forced on them by "port upgrade outdated". > > And then we also have ports that exist just to be used as > dependencies. For example, we have the autoconf port which provides > the current version 2.63, but PHP requires the much older autoconf > 2.13, so we have the autoconf213 port just for that. > > This strategy should be the exception and not the rule. Most ports > should just exist once in the tree and be updated to the latest > version. > > Do any of the above scenarios apply to Zope? Zope itself in its different versions is a dependency for web apps like Plone or custom apps so yes, I'd say your first two points apply and there should be these separate ports. >> I had a look at the current Zope port and it also creates Zope >> instance. Linux distributions like Debian have a separate package >> called zope2.10-sandbox or zope2.9-instance or so. I like this >> concept more since I personally don't need a prepared instance. > > I don't know Zope so I don't know what's appropriate. MacPorts > usually offers ports that are full-featured if possible. But if the > prepared instance is a large entity, or requires additional > downloads, or lots of time to compile, and users will likely want to > omit it, then MacPorts should offer that option. One way to do that > would be with variants, but I like multiple smaller ports, as you > suggest, better, because you can't declare dependencies on variants > of a port, and it's more trouble to reinstall a port with additional > variants than it is to just install another port with the additional > features. Yes, multiple ports. >> The existing Zope port installs Zope into ${prefix}/libexec, Debian >> in /usr/lib. I don't know much about Unix directory structure >> conventions so I can't tell what fits better. > > According to "man porthier", ${prefix}/lib is for libraries -- > generally dynamic libraries (.dylib), static libraries (.a) and > libtool files (.la) -- while ${prefix}/libexec is for executable > programs that the user is not meant to execute directly, but which > are instead executed by some other process. So it sounds like a good fit. I was hoping for some Zope users to join the discussion. I personally don't feel that I could maintain the port. The version I posted works fine for me with my Plone buildouts. Would be nice to have it in the tree but it's not too hard to add it locally. Martin From ryandesign at macports.org Sun Feb 1 18:32:33 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 1 Feb 2009 20:32:33 -0600 Subject: sqlite3 won't install (was: Re: LyX won't install) In-Reply-To: References: Message-ID: On Feb 1, 2009, at 13:05, Jerry wrote: > /usr/bin/ld: Undefined symbols: > _tgetent referenced from libreadline expected to be defined in /opt/ > local/lib/libncurses.5.dylib > _tgetflag referenced from libreadline expected to be defined in / > opt/local/lib/libncurses.5.dylib > _tgetnum referenced from libreadline expected to be defined in /opt/ > local/lib/libncurses.5.dylib > _tgetstr referenced from libreadline expected to be defined in /opt/ > local/lib/libncurses.5.dylib > _tputs referenced from libreadline expected to be defined in /opt/ > local/lib/libncurses.5.dylib > _tgoto referenced from libreadline expected to be defined in /opt/ > local/lib/libncurses.5.dylib This looks like this problem: http://lists.macosforge.org/pipermail/macports-users/2007-April/ 002605.html Try rebuilding your readline: sudo port -nf upgrade readline Then clean your sqlite3 and try again. sudo port clean sqlite3 sudo port install sqlite3 From th.douez at gmail.com Mon Feb 2 09:44:21 2009 From: th.douez at gmail.com (Thierry) Date: Mon, 2 Feb 2009 18:44:21 +0100 Subject: install specific version of portfile Message-ID: <3D79128E-8161-471D-B730-5FD18AE4DF65@gmail.com> Hi all, This week-end I discovered Macport and I was really astonished about this tool ! Congratulations to all who build this gem. What I wanted to do is use a perl package on a Mac, call Image::Magick. It depends on ImageMagick library. So, I put my sleeves up and start with macport. Then install ImageMagick, so far so good. The problem is that the installation of Perl Magick failed... I don't have the time neither probably the skills to go further on this problem, but I was thinking of installing the same versions of ImageMagick and Perl Magick. I'm on a Macbook with Tiger ( 10.4.11 ) The question: Can we, and if yes how, install a portfile with a specific version ( not the last ) I didn't see anything about that. please, see me as a new user :-) Regards, Thierry From lanceboyle at qwest.net Mon Feb 2 11:15:00 2009 From: lanceboyle at qwest.net (Jerry) Date: Mon, 2 Feb 2009 12:15:00 -0700 Subject: LyX PPC won't install (Re: sqlite3 won't install (was: Re: LyX won't install)) In-Reply-To: References: Message-ID: On Feb 1, 2009, at 7:32 PM, Ryan Schmidt wrote: > On Feb 1, 2009, at 13:05, Jerry wrote: > >> /usr/bin/ld: Undefined symbols: >> _tgetent referenced from libreadline expected to be defined in / >> opt/local/lib/libncurses.5.dylib >> _tgetflag referenced from libreadline expected to be defined in / >> opt/local/lib/libncurses.5.dylib >> _tgetnum referenced from libreadline expected to be defined in / >> opt/local/lib/libncurses.5.dylib >> _tgetstr referenced from libreadline expected to be defined in / >> opt/local/lib/libncurses.5.dylib >> _tputs referenced from libreadline expected to be defined in /opt/ >> local/lib/libncurses.5.dylib >> _tgoto referenced from libreadline expected to be defined in /opt/ >> local/lib/libncurses.5.dylib > > This looks like this problem: > > http://lists.macosforge.org/pipermail/macports-users/2007-April/ > 002605.html > > Try rebuilding your readline: > > sudo port -nf upgrade readline > > Then clean your sqlite3 and try again. > > sudo port clean sqlite3 > sudo port install sqlite3 > > Hi Ryan, Before receiving your advice above, I started over with installing LyX, but this time without attempting a universal build. This build went farther but also failed with the below output. PPC, 10.4.11. Jerry Building qt4-mac Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt 4-mac/work/qt-mac-opensource-src-4.4.3" && make first " returned error 2 Command output: make[29]: *** [debug-all] Error 2 make[28]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[27]: *** [debug-all] Error 2 make[26]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[25]: *** [debug-all] Error 2 ma ke[24]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[23]: *** [debug-all] Error 2 make[22]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[21]: *** [debug-all] Error 2 make[20]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[19]: *** [debug-all] Error 2 make[18]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[17]: *** [debug-all] Error 2 make[16]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Erro r 2 make[15]: *** [debug-all] Error 2 make[14]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[13]: *** [debug-all] Error 2 make[12]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[11]: *** [debug-all] Error 2 make[10]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[9]: *** [debug-all] Error 2 make[8]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[7]: *** [debug-all] Error 2 make[6]: *** [/Library/Frameworks/Q tDesigner.framework/QtDesigner] Error 2 make[5]: *** [debug-all] Error 2 make[4]: *** [sub-lib-make_default-ordered] Error 2 make[3]: *** [sub-components-make_default-ordered] Error 2 make[2]: *** [sub-src-make_default] Error 2 make[1]: *** [sub-designer-make_default-ordered] Error 2 make: *** [sub-tools-make_default-ordered] Error 2 Error: The following dependencies failed to build: qt4-mac texlive texlive_base ghostscript cairo libpixman texi2html texinfo lzmautils texlive_texmf-full texlive_texmf-minimal Error: Status 1 encountered during processing. Executing: /opt/local/bin/port install LyX From soeren at neigaard.com Mon Feb 2 12:03:22 2009 From: soeren at neigaard.com (=?ISO-8859-1?Q?S=F8ren_Krogh_Neigaard?=) Date: Mon, 2 Feb 2009 21:03:22 +0100 Subject: duplicity AttributeError: 'module' object has no attribute 'ssl' problem Message-ID: <5BBD5469-30C7-4B26-8330-1C7413EE9565@neigaard.com> Hi I have just installed duplicity, and have made this scipt for Amazon S3: --- SCRIPT START --- #!/bin/sh cd ~ export PASSPHRASE=XXX export AWS_ACCESS_KEY_ID=XXX export AWS_SECRET_ACCESS_KEY=XXX kind=incremental if [ "$1" = "full" ] then kind=full fi duplicity $kind -v5 --num-retries 10 \ --include $HOME/work/ \ --include $HOME/workspace/ \ --include $HOME/Desktop/ \ --include $HOME/Documents/ \ --exclude '*' \ $HOME s3+http://work_doc export PASSPHRASE= export AWS_ACCESS_KEY_ID= export AWS_SECRET_ACCESS_KEY= cd - --- SCRIPT END --- But I keep getting this error: AsyncScheduler: running task synchronously (asynchronicity disabled) Traceback (most recent call last): File "/opt/local/bin/duplicity", line 583, in with_tempdir(main) File "/opt/local/bin/duplicity", line 577, in with_tempdir fn() File "/opt/local/bin/duplicity", line 558, in main full_backup(col_stats) File "/opt/local/bin/duplicity", line 234, in full_backup bytes_written = write_multivol("full", tarblock_iter, globals.backend) File "/opt/local/bin/duplicity", line 161, in write_multivol (tdp, dest_filename))) File "/opt/local/lib/python2.5/site-packages/duplicity/ asyncscheduler.py", line 146, in schedule_task return self.__run_synchronously(fn, params) File "/opt/local/lib/python2.5/site-packages/duplicity/ asyncscheduler.py", line 172, in __run_synchronously ret = fn(*params) File "/opt/local/bin/duplicity", line 160, in async_waiters.append(io_scheduler.schedule_task(lambda tdp, dest_filename: put(tdp, dest_filename), File "/opt/local/bin/duplicity", line 114, in put backend.put(tdp, dest_filename) File "/opt/local/lib/python2.5/site-packages/duplicity/backends/ botobackend.py", line 154, in put self.bucket = self.conn.create_bucket(self.bucket_name) File "/opt/local/lib/python2.5/site-packages/boto/s3/ connection.py", line 277, in create_bucket data=data) File "/opt/local/lib/python2.5/site-packages/boto/s3/ connection.py", line 305, in make_request data, host, auth_path, sender) File "/opt/local/lib/python2.5/site-packages/boto/connection.py", line 324, in make_request return self._mexe(method, path, data, headers, host, sender) File "/opt/local/lib/python2.5/site-packages/boto/connection.py", line 263, in _mexe connection.request(method, path, data, headers) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/httplib.py", line 866, in request self._send_request(method, url, body, headers) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/httplib.py", line 889, in _send_request self.endheaders() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/httplib.py", line 860, in endheaders self._send_output() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/httplib.py", line 732, in _send_output self.send(msg) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/httplib.py", line 699, in send self.connect() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/httplib.py", line 1135, in connect ssl = socket.ssl(sock, self.key_file, self.cert_file) AttributeError: 'module' object has no attribute 'ssl' Any ideas? Med venlig hilsen/Best regards S?ren Neigaard If I'd known computer science was going to be like this, I'd never have given up being a rock 'n' roll star. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 1926 bytes Desc: not available URL: From jmr at macports.org Mon Feb 2 12:26:21 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 03 Feb 2009 07:26:21 +1100 Subject: duplicity AttributeError: 'module' object has no attribute 'ssl' problem In-Reply-To: <5BBD5469-30C7-4B26-8330-1C7413EE9565@neigaard.com> References: <5BBD5469-30C7-4B26-8330-1C7413EE9565@neigaard.com> Message-ID: <498756ED.7090409@macports.org> S?ren Krogh Neigaard wrote: > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/httplib.py", > line 1135, in connect > ssl = socket.ssl(sock, self.key_file, self.cert_file) > AttributeError: 'module' object has no attribute 'ssl' I would guess that duplicity or one of its dependencies is missing a dependency on py25-socket-ssl. - Josh From jmr at macports.org Mon Feb 2 12:30:45 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 03 Feb 2009 07:30:45 +1100 Subject: install specific version of portfile In-Reply-To: <3D79128E-8161-471D-B730-5FD18AE4DF65@gmail.com> References: <3D79128E-8161-471D-B730-5FD18AE4DF65@gmail.com> Message-ID: <498757F5.2030408@macports.org> Thierry wrote: > Hi all, > > This week-end I discovered Macport and I was really astonished > about this tool ! > > Congratulations to all who build this gem. > > What I wanted to do is use a perl package on a Mac, call Image::Magick. > > It depends on ImageMagick library. > > So, I put my sleeves up and start with macport. > > Then install ImageMagick, so far so good. > > The problem is that the installation of Perl Magick failed... IIRC, you can install ImageMagick with the perl variant and not worry about p5-perlmagick. To force a rebuild of ImageMagick with the new variant, use this command: sudo port -fn upgrade ImageMagick +perl For future reference, a list of the available variants is displayed by 'port variants '. - Josh From ryandesign at macports.org Mon Feb 2 13:04:11 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 2 Feb 2009 15:04:11 -0600 Subject: install specific version of portfile In-Reply-To: <498757F5.2030408@macports.org> References: <3D79128E-8161-471D-B730-5FD18AE4DF65@gmail.com> <498757F5.2030408@macports.org> Message-ID: On Feb 2, 2009, at 14:30, Joshua Root wrote: > Thierry wrote: > >> This week-end I discovered Macport and I was really astonished >> about this tool ! >> >> Congratulations to all who build this gem. >> >> What I wanted to do is use a perl package on a Mac, call >> Image::Magick. >> >> It depends on ImageMagick library. >> >> So, I put my sleeves up and start with macport. >> >> Then install ImageMagick, so far so good. >> >> The problem is that the installation of Perl Magick failed... > > IIRC, you can install ImageMagick with the perl variant and not worry > about p5-perlmagick. To force a rebuild of ImageMagick with the new > variant, use this command: > > sudo port -fn upgrade ImageMagick +perl > > For future reference, a list of the available variants is displayed by > 'port variants '. Josh is correct. However, if in the future you want to install an earlier version of a port for some reason, instructions are here: http://trac.macports.org/wiki/howto/InstallingOlderPort P.S: Welcome to MacPorts! From ryandesign at macports.org Mon Feb 2 13:13:56 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 2 Feb 2009 15:13:56 -0600 Subject: qt4-mac won't build (was: Re: LyX PPC won't install (Re: sqlite3 won't install (was: Re: LyX won't install)) In-Reply-To: References: Message-ID: On Feb 2, 2009, at 13:15, Jerry wrote: > Building qt4-mac > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_ > qt4-mac/work/qt-mac-opensource-src-4.4.3" && make first " returned > error 2 > Command output: make[29]: *** [debug-all] Error 2 > make[28]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Error 2 > make[27]: *** [debug-all] Error 2 > make[26]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Error 2 > make[25]: *** [debug-all] Error 2 > ma > ke[24]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Error 2 > make[23]: *** [debug-all] Error 2 > make[22]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Error 2 > make[21]: *** [debug-all] Error 2 > make[20]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Error 2 > make[19]: *** [debug-all] Error 2 > make[18]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Error 2 > make[17]: *** [debug-all] Error 2 > make[16]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Erro > r 2 > make[15]: *** [debug-all] Error 2 > make[14]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Error 2 > make[13]: *** [debug-all] Error 2 > make[12]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Error 2 > make[11]: *** [debug-all] Error 2 > make[10]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Error 2 > make[9]: *** [debug-all] Error 2 > make[8]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] > Error 2 > make[7]: *** [debug-all] Error 2 > make[6]: *** [/Library/Frameworks/Q > tDesigner.framework/QtDesigner] Error 2 > make[5]: *** [debug-all] Error 2 > make[4]: *** [sub-lib-make_default-ordered] Error 2 > make[3]: *** [sub-components-make_default-ordered] Error 2 > make[2]: *** [sub-src-make_default] Error 2 > make[1]: *** [sub-designer-make_default-ordered] Error 2 > make: *** [sub-tools-make_default-ordered] Error 2 > Error: The following dependencies failed to build: qt4-mac texlive > texlive_base ghostscript cairo libpixman texi2html texinfo > lzmautils texlive_texmf-full texlive_texmf-minimal > Error: Status 1 encountered during processing. > Executing: /opt/local/bin/port install LyX Not sure why qt4-mac is failing to build. MacPorts only shows the last 30 lines of errors, and the first error seems to have occurred before that in this case. Try cleaning and installing again, this time with the debug switch so we see what's really happening. sudo port clean qt4-mac sudo port -d install qt4-mac From ryandesign at macports.org Mon Feb 2 13:29:52 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 2 Feb 2009 15:29:52 -0600 Subject: install specific version of portfile In-Reply-To: References: <3D79128E-8161-471D-B730-5FD18AE4DF65@gmail.com> <498757F5.2030408@macports.org> Message-ID: On Feb 2, 2009, at 15:15, Thierry wrote: > As I did managed my perl stuff using cpan command, I did install > Perl Magick module via the cpan. > And that's here I got the compilation's errors. ( Magick.xs -> > Magick.c -> compil failed ) > I'm not sure if it's because of being on Mac, or if PerlMagick is > on version 6.4 at the moment, > and ImageMagick a bit more advanced... ? I recommend you don't use CPAN; instead, use MacPorts to install any Perl modules you need. Most Perl modules are in separate ports whose names start with "p5-". Use "port search" to see if the modules you need are there; if not, we can add them. For PerlMagick there is a p5-perlmagick port but it does not compile; see: http://trac.macports.org/ticket/12071 http://trac.macports.org/ticket/13234 Both tickets request that the port be removed, so I guess we should do that. To get PerlMagick, compile the ImageMagick port with the +perl variant. P.S: Use Reply All so your reply goes to the list too, not just to me. From th.douez at gmail.com Mon Feb 2 13:41:29 2009 From: th.douez at gmail.com (Thierry) Date: Mon, 2 Feb 2009 22:41:29 +0100 Subject: install specific version of portfile In-Reply-To: References: <3D79128E-8161-471D-B730-5FD18AE4DF65@gmail.com> <498757F5.2030408@macports.org> Message-ID: <669EB8A5-3CFD-46DE-97D0-194871039452@gmail.com> Le 2 f?vr. 09 ? 22:29, Ryan Schmidt a ?crit : > > On Feb 2, 2009, at 15:15, Thierry wrote: > >> As I did managed my perl stuff using cpan command, I did install >> Perl Magick module via the cpan. >> And that's here I got the compilation's errors. ( Magick.xs -> >> Magick.c -> compil failed ) >> I'm not sure if it's because of being on Mac, or if PerlMagick is >> on version 6.4 at the moment, >> and ImageMagick a bit more advanced... ? > > > I recommend you don't use CPAN; instead, use MacPorts to install > any Perl modules you need. Got the message ! > Most Perl modules are in separate ports whose names start with "p5-". > Use "port search" to see if the modules you need are there; if not, > we can add them. > > > For PerlMagick there is a p5-perlmagick port but it does not > compile; see: > > http://trac.macports.org/ticket/12071 > > http://trac.macports.org/ticket/13234 > > Both tickets request that the port be removed, so I guess we should > do that. > > To get PerlMagick, compile the ImageMagick port with the +perl > variant. Thanks. > P.S: Use Reply All so your reply goes to the list too, not just to me. Oups ! sorry. wasn't aware. It's late here :-) Thierry From lanceboyle at qwest.net Mon Feb 2 23:40:46 2009 From: lanceboyle at qwest.net (Jerry) Date: Tue, 3 Feb 2009 00:40:46 -0700 Subject: qt4-mac won't build (was: Re: LyX PPC won't install (Re: sqlite3 won't install (was: Re: LyX won't install)) In-Reply-To: References: Message-ID: On Feb 2, 2009, at 2:13 PM, Ryan Schmidt wrote: > > On Feb 2, 2009, at 13:15, Jerry wrote: > >> Building qt4-mac >> Error: Target org.macports.build returned: shell command " cd "/ >> opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua >> _qt4-mac/work/qt-mac-opensource-src-4.4.3" && make first " >> returned error 2 >> Command output: make[29]: *** [debug-all] Error 2 >> make[28]: *** [/Library/Frameworks/QtDesigner.framework/ >> QtDesigner] Error 2 >> make[27]: *** [debug-all] Error 2 >> make[26]: *** [/Library/Frameworks/QtDesigner.framework/ >> QtDesigner] Error 2 >> make[25]: *** [debug-all] Error 2 >> ma >> ke[24]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] >> Error 2 >> make[23]: *** [debug-all] Error 2 >> make[22]: *** [/Library/Frameworks/QtDesigner.framework/ >> QtDesigner] Error 2 >> make[21]: *** [debug-all] Error 2 >> make[20]: *** [/Library/Frameworks/QtDesigner.framework/ >> QtDesigner] Error 2 >> make[19]: *** [debug-all] Error 2 >> make[18]: *** [/Library/Frameworks/QtDesigner.framework/ >> QtDesigner] Error 2 >> make[17]: *** [debug-all] Error 2 >> make[16]: *** [/Library/Frameworks/QtDesigner.framework/ >> QtDesigner] Erro >> r 2 >> make[15]: *** [debug-all] Error 2 >> make[14]: *** [/Library/Frameworks/QtDesigner.framework/ >> QtDesigner] Error 2 >> make[13]: *** [debug-all] Error 2 >> make[12]: *** [/Library/Frameworks/QtDesigner.framework/ >> QtDesigner] Error 2 >> make[11]: *** [debug-all] Error 2 >> make[10]: *** [/Library/Frameworks/QtDesigner.framework/ >> QtDesigner] Error 2 >> make[9]: *** [debug-all] Error 2 >> make[8]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] >> Error 2 >> make[7]: *** [debug-all] Error 2 >> make[6]: *** [/Library/Frameworks/Q >> tDesigner.framework/QtDesigner] Error 2 >> make[5]: *** [debug-all] Error 2 >> make[4]: *** [sub-lib-make_default-ordered] Error 2 >> make[3]: *** [sub-components-make_default-ordered] Error 2 >> make[2]: *** [sub-src-make_default] Error 2 >> make[1]: *** [sub-designer-make_default-ordered] Error 2 >> make: *** [sub-tools-make_default-ordered] Error 2 >> Error: The following dependencies failed to build: qt4-mac texlive >> texlive_base ghostscript cairo libpixman texi2html texinfo >> lzmautils texlive_texmf-full texlive_texmf-minimal >> Error: Status 1 encountered during processing. >> Executing: /opt/local/bin/port install LyX > > Not sure why qt4-mac is failing to build. MacPorts only shows the > last 30 lines of errors, and the first error seems to have occurred > before that in this case. Try cleaning and installing again, this > time with the debug switch so we see what's really happening. > > sudo port clean qt4-mac > sudo port -d install qt4-mac > I ran the above two commands. Here is a synopsis of the last few screens of output. The last command which seems to have executed without an error is this: /usr/bin/g++-4.0 -c -O2 -isystem/opt/local/include -I/opt/local/ include/mysql5/mysql -I/opt/local/include/postgresql83 -g - fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -fPIC - DQT_STATICPLUGIN -DQDESIGNER_COMPONENTS_LIBRARY -DQT_SCRIPT_LIB - DQT_XML_LIB -DQT_GUI_LIB -DQT_CORE_LIB -D_LARGEFILE64_SOURCE - D_LARGEFILE_SOURCE -DQT_SHARED -I../../../../../mkspecs/macx-g++ -I. - I../../../../../include/QtDesigner -I../../../../../include/QtCore - I../../../../../include/QtCore -I../../../../../include/QtGui - I../../../../../include/QtGui -I../../../../../include/QtXml - I../../../../../include/QtXml -I../../../../../include/QtScript - I../../../../../include/QtScript -I../../../../../include - I../../../../../include/QtDesigner -I. -I.. -I../../lib/components - I../../lib/sdk -I../../lib/extension -I../../lib/uilib -I../../lib/ shared -I../propertyeditor -I../../../../shared/qtpropertybrowser - I../../../../shared/qtgradienteditor -I../objectinspector -I../ signalsloteditor -I../formeditor -I../widgetbox -I../buddyeditor -I../ taskmenu -I../taskmenu -I../tabordereditor -I.moc/debug-shared -I.uic/ debug-shared -F/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt 4-mac/work/qt-mac-opensource-src-4.4.3/lib -o .obj/debug-shared/ qrc_widgetbox.o .rcc/debug-shared/qrc_widgetbox.cpp Followed immediately by approximately 110 occurrences of this (exactly the same about 110 times): make -f Makefile.Debug all Creating '/Library/Frameworks/QtDesigner.framework/QtDesigner' (cd /tmp/qt-stuff/source/qt-mac-opensource-src-4.4.3/tools/designer/ src/lib;make) /bin/sh: line 1: cd: /tmp/qt-stuff/source/qt-mac-opensource-src-4.4.3/ tools/designer/src/lib: No such file or directory followed immediately by /bin/sh: fork: Resource temporarily unavailable make[222]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 129 make[221]: *** [debug-all] Error 2 make[220]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[219]: *** [debug-all] Error 2 make[218]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[217]: *** [debug-all] Error 2 make[216]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[215]: *** [debug-all] Error 2 make[214]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[213]: *** [debug-all] Error 2 make[212]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[211]: *** [debug-all] Error 2 make[210]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[209]: *** [debug-all] Error 2 make[208]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[207]: *** [debug-all] Error 2 make[206]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[205]: *** [debug-all] Error 2 make[204]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[203]: *** [debug-all] Error 2 make[202]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[201]: *** [debug-all] Error 2 make[200]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[199]: *** [debug-all] Error 2 make[198]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[197]: *** [debug-all] Error 2 make[196]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[195]: *** [debug-all] Error 2 make[194]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[193]: *** [debug-all] Error 2 make[192]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[191]: *** [debug-all] Error 2 make[190]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[189]: *** [debug-all] Error 2 make[188]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[187]: *** [debug-all] Error 2 make[186]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[185]: *** [debug-all] Error 2 make[184]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[183]: *** [debug-all] Error 2 make[182]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[181]: *** [debug-all] Error 2 make[180]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[179]: *** [debug-all] Error 2 make[178]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[177]: *** [debug-all] Error 2 make[176]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[175]: *** [debug-all] Error 2 make[174]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[173]: *** [debug-all] Error 2 make[172]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[171]: *** [debug-all] Error 2 make[170]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[169]: *** [debug-all] Error 2 make[168]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[167]: *** [debug-all] Error 2 make[166]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[165]: *** [debug-all] Error 2 make[164]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[163]: *** [debug-all] Error 2 make[162]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[161]: *** [debug-all] Error 2 make[160]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[159]: *** [debug-all] Error 2 make[158]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[157]: *** [debug-all] Error 2 make[156]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[155]: *** [debug-all] Error 2 make[154]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[153]: *** [debug-all] Error 2 make[152]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[151]: *** [debug-all] Error 2 make[150]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[149]: *** [debug-all] Error 2 make[148]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[147]: *** [debug-all] Error 2 make[146]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[145]: *** [debug-all] Error 2 make[144]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[143]: *** [debug-all] Error 2 make[142]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[141]: *** [debug-all] Error 2 make[140]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[139]: *** [debug-all] Error 2 make[138]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[137]: *** [debug-all] Error 2 make[136]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[135]: *** [debug-all] Error 2 make[134]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[133]: *** [debug-all] Error 2 make[132]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[131]: *** [debug-all] Error 2 make[130]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[129]: *** [debug-all] Error 2 make[128]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[127]: *** [debug-all] Error 2 make[126]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[125]: *** [debug-all] Error 2 make[124]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[123]: *** [debug-all] Error 2 make[122]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[121]: *** [debug-all] Error 2 make[120]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[119]: *** [debug-all] Error 2 make[118]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[117]: *** [debug-all] Error 2 make[116]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[115]: *** [debug-all] Error 2 make[114]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[113]: *** [debug-all] Error 2 make[112]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[111]: *** [debug-all] Error 2 make[110]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[109]: *** [debug-all] Error 2 make[108]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[107]: *** [debug-all] Error 2 make[106]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[105]: *** [debug-all] Error 2 make[104]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[103]: *** [debug-all] Error 2 make[102]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[101]: *** [debug-all] Error 2 make[100]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[99]: *** [debug-all] Error 2 make[98]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[97]: *** [debug-all] Error 2 make[96]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[95]: *** [debug-all] Error 2 make[94]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[93]: *** [debug-all] Error 2 make[92]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[91]: *** [debug-all] Error 2 make[90]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[89]: *** [debug-all] Error 2 make[88]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[87]: *** [debug-all] Error 2 make[86]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[85]: *** [debug-all] Error 2 make[84]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[83]: *** [debug-all] Error 2 make[82]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[81]: *** [debug-all] Error 2 make[80]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[79]: *** [debug-all] Error 2 make[78]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[77]: *** [debug-all] Error 2 make[76]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[75]: *** [debug-all] Error 2 make[74]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[73]: *** [debug-all] Error 2 make[72]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[71]: *** [debug-all] Error 2 make[70]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[69]: *** [debug-all] Error 2 make[68]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[67]: *** [debug-all] Error 2 make[66]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[65]: *** [debug-all] Error 2 make[64]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[63]: *** [debug-all] Error 2 make[62]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[61]: *** [debug-all] Error 2 make[60]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[59]: *** [debug-all] Error 2 make[58]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[57]: *** [debug-all] Error 2 make[56]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[55]: *** [debug-all] Error 2 make[54]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[53]: *** [debug-all] Error 2 make[52]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[51]: *** [debug-all] Error 2 make[50]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[49]: *** [debug-all] Error 2 make[48]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[47]: *** [debug-all] Error 2 make[46]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[45]: *** [debug-all] Error 2 make[44]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[43]: *** [debug-all] Error 2 make[42]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[41]: *** [debug-all] Error 2 make[40]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[39]: *** [debug-all] Error 2 make[38]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[37]: *** [debug-all] Error 2 make[36]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[35]: *** [debug-all] Error 2 make[34]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[33]: *** [debug-all] Error 2 make[32]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[31]: *** [debug-all] Error 2 make[30]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[29]: *** [debug-all] Error 2 make[28]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[27]: *** [debug-all] Error 2 make[26]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[25]: *** [debug-all] Error 2 make[24]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[23]: *** [debug-all] Error 2 make[22]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[21]: *** [debug-all] Error 2 make[20]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[19]: *** [debug-all] Error 2 make[18]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[17]: *** [debug-all] Error 2 make[16]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[15]: *** [debug-all] Error 2 make[14]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[13]: *** [debug-all] Error 2 make[12]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[11]: *** [debug-all] Error 2 make[10]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[9]: *** [debug-all] Error 2 make[8]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[7]: *** [debug-all] Error 2 make[6]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[5]: *** [debug-all] Error 2 make[4]: *** [sub-lib-make_default-ordered] Error 2 make[3]: *** [sub-components-make_default-ordered] Error 2 make[2]: *** [sub-src-make_default] Error 2 make[1]: *** [sub-designer-make_default-ordered] Error 2 make: *** [sub-tools-make_default-ordered] Error 2 Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qt 4-mac/work/qt-mac-opensource-src-4.4.3" && make first " returned error 2 Command output: make[29]: *** [debug-all] Error 2 make[28]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[27]: *** [debug-all] Error 2 make[26]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[25]: *** [debug-all] Error 2 make[24]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[23]: *** [debug-all] Error 2 make[22]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[21]: *** [debug-all] Error 2 make[20]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[19]: *** [debug-all] Error 2 make[18]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[17]: *** [debug-all] Error 2 make[16]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[15]: *** [debug-all] Error 2 make[14]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[13]: *** [debug-all] Error 2 make[12]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[11]: *** [debug-all] Error 2 make[10]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[9]: *** [debug-all] Error 2 make[8]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[7]: *** [debug-all] Error 2 make[6]: *** [/Library/Frameworks/QtDesigner.framework/QtDesigner] Error 2 make[5]: *** [debug-all] Error 2 make[4]: *** [sub-lib-make_default-ordered] Error 2 make[3]: *** [sub-components-make_default-ordered] Error 2 make[2]: *** [sub-src-make_default] Error 2 make[1]: *** [sub-designer-make_default-ordered] Error 2 make: *** [sub-tools-make_default-ordered] Error 2 Warning: the following items did not execute (for qt4-mac): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. That is the end of the output. Jerry From tim.visher at gmail.com Tue Feb 3 12:25:06 2009 From: tim.visher at gmail.com (Tim Visher) Date: Tue, 3 Feb 2009 15:25:06 -0500 Subject: Unable to install dosbox because of conflict with mplayer? In-Reply-To: <20081220210056.GD783@ninagal.withay.com> References: <20081220210056.GD783@ninagal.withay.com> Message-ID: I was able to work around this by first uninstalling mplayer and speex, then installing dosbox, then installing mplayer without sdl. I have no idea how to tell a port that I have an acceptable package already installed. However, other than mplayer not supporting sdl, I'm fat and happy at this point. :) Thanks for your help! -- In Christ, Timmy V. http://burningones.com/ http://five.sentenc.es/ - Spend less time on e-mail From yardcat at comcast.net Tue Feb 3 13:13:09 2009 From: yardcat at comcast.net (Arden) Date: Tue, 3 Feb 2009 13:13:09 -0800 Subject: xorg- Message-ID: <5550335B-7208-47D4-A42D-90CB4E2FEAF2@comcast.net> I get this error when trying to upgrade installed graphics ports and trying to install any graphic port. yardcatsmac-2:~ yardcat$ sudo port install gd2 ---> Activating xorg-renderproto @0.9.3_0 Error: Target org.macports.activate returned: Image error: /opt/local/ include/X11/extensions/render.h is being used by the active render port. Please deactivate this port first, or use the -f flag to force the activation. Error: The following dependencies failed to build: xorg-libs xorg- libXcursor xorg-renderproto xorg-libXrandr Error: Status 1 encountered during processing. I haven't any idea on how to fix or configure this error. Thanks, Arden From talklists at newgeo.com Tue Feb 3 13:17:16 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 3 Feb 2009 13:17:16 -0800 Subject: xorg- In-Reply-To: <5550335B-7208-47D4-A42D-90CB4E2FEAF2@comcast.net> References: <5550335B-7208-47D4-A42D-90CB4E2FEAF2@comcast.net> Message-ID: On Feb 3, 2009, at 1:13 PM, Arden wrote: > I get this error when trying to upgrade installed graphics ports and > trying to install any graphic port. > > yardcatsmac-2:~ yardcat$ sudo port install gd2 > ---> Activating xorg-renderproto @0.9.3_0 > Error: Target org.macports.activate returned: Image error: /opt/ > local/include/X11/extensions/render.h is being used by the active > render port. Please deactivate this port first, or use the -f flag > to force the activation. > Error: The following dependencies failed to build: xorg-libs xorg- > libXcursor xorg-renderproto xorg-libXrandr > Error: Status 1 encountered during processing. > > I haven't any idea on how to fix or configure this error. Thanks, > Arden I think you need to do what the errors are telling you sudo port -d deactivate render; sudo port -d install gd2; sudo port -d activate render; I do not know why, or what repercussions this has, and hopefully someone can explain what it is that is going on, as to why if this is harmless, it can not happen automatically. I have run into this before, and the above steps have gotten me past it. -- Scott * If you contact me off list replace talklists@ with scott@ * From jmr at macports.org Tue Feb 3 13:26:14 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 04 Feb 2009 08:26:14 +1100 Subject: xorg- In-Reply-To: <5550335B-7208-47D4-A42D-90CB4E2FEAF2@comcast.net> References: <5550335B-7208-47D4-A42D-90CB4E2FEAF2@comcast.net> Message-ID: <4988B676.7020706@macports.org> Arden wrote: > I get this error when trying to upgrade installed graphics ports and > trying to install any graphic port. > > yardcatsmac-2:~ yardcat$ sudo port install gd2 > ---> Activating xorg-renderproto @0.9.3_0 > Error: Target org.macports.activate returned: Image error: > /opt/local/include/X11/extensions/render.h is being used by the active > render port. Please deactivate this port first, or use the -f flag to > force the activation. > Error: The following dependencies failed to build: xorg-libs > xorg-libXcursor xorg-renderproto xorg-libXrandr > Error: Status 1 encountered during processing. > > I haven't any idea on how to fix or configure this error. Thanks, Arden See this ticket: and this thread: - Josh From TimLee at rochester.rr.com Tue Feb 3 16:32:27 2009 From: TimLee at rochester.rr.com (Timothy Lee) Date: Tue, 3 Feb 2009 19:32:27 -0500 Subject: ENV to macports Message-ID: <536D7EE3-F5C4-4109-B3D0-4676E3288487@rochester.rr.com> Hello! Quick question... How do I tell macports to use my CFLAGS, CXXFLAGS, LDFLAGS, and my MACOSX_DEPLOYMENT_TARGET from my environment when building an app?? Thanks! Tim From brad at pixilla.com Tue Feb 3 17:47:10 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Tue, 3 Feb 2009 17:47:10 -0800 Subject: ENV to macports In-Reply-To: <536D7EE3-F5C4-4109-B3D0-4676E3288487@rochester.rr.com> References: <536D7EE3-F5C4-4109-B3D0-4676E3288487@rochester.rr.com> Message-ID: If your building a Portfile here is a piece of the postfix Portfile: variant ldap description "add ldap support via openldap" { depends_lib-append port:openldap set CCARGS [concat ${CCARGS} -DHAS_LDAP] set AUXLIBS [concat ${AUXLIBS} -lldap -llber] } //Brad On Feb 3, 2009, at 4:32 PM, Timothy Lee wrote: > Hello! > > Quick question... > How do I tell macports to use my CFLAGS, CXXFLAGS, LDFLAGS, and my > MACOSX_DEPLOYMENT_TARGET from my environment when building an app?? > > Thanks! > Tim > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From raimue at macports.org Tue Feb 3 18:46:37 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 04 Feb 2009 03:46:37 +0100 Subject: ENV to macports In-Reply-To: References: <536D7EE3-F5C4-4109-B3D0-4676E3288487@rochester.rr.com> Message-ID: <4989018D.5080501@macports.org> Bradley Giesbrecht wrote: > If your building a Portfile here is a piece of the postfix Portfile: > > variant ldap description "add ldap support via openldap" { > depends_lib-append port:openldap > set CCARGS [concat ${CCARGS} -DHAS_LDAP] > set AUXLIBS [concat ${AUXLIBS} -lldap -llber] > } `set' does not affect the environment at all, these are just local Tcl variables. If you need special variables in the environment for building, specify configure.env (and build.env) in the Portfile. But also note there are predefined options to set CFLAGS, LDFLAGS and others, namely configure.cflags, configure.ldflags, etc. They should be preferred over manipulating configure.env. They are explained in the guide: HTH, Rainer From TimLee at rochester.rr.com Tue Feb 3 19:08:57 2009 From: TimLee at rochester.rr.com (Timothy Lee) Date: Tue, 3 Feb 2009 22:08:57 -0500 Subject: ENV to macports In-Reply-To: <4989018D.5080501@macports.org> References: <536D7EE3-F5C4-4109-B3D0-4676E3288487@rochester.rr.com> <4989018D.5080501@macports.org> Message-ID: Is it possible to 'pass in' environment variables to the 'port install' command? Or is the only way to pass something like CFLAGS to macports is through a portfile? For example... I would like to $sudo port install pan2 CFLAGS="-isysroot /Developers/SDKs/ MacOSX10.4u.sdk" thoughts? On Feb 3, 2009, at 9:46 PM, Rainer M?ller wrote: > Bradley Giesbrecht wrote: >> If your building a Portfile here is a piece of the postfix Portfile: >> >> variant ldap description "add ldap support via openldap" { >> depends_lib-append port:openldap >> set CCARGS [concat ${CCARGS} -DHAS_LDAP] >> set AUXLIBS [concat ${AUXLIBS} -lldap -llber] >> } > > `set' does not affect the environment at all, these are just local Tcl > variables. > > If you need special variables in the environment for building, specify > configure.env (and build.env) in the Portfile. But also note there are > predefined options to set CFLAGS, LDFLAGS and others, namely > configure.cflags, configure.ldflags, etc. They should be preferred > over > manipulating configure.env. > > They are explained in the guide: > > > HTH, > Rainer From jmr at macports.org Tue Feb 3 19:34:35 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 04 Feb 2009 14:34:35 +1100 Subject: ENV to macports In-Reply-To: References: <536D7EE3-F5C4-4109-B3D0-4676E3288487@rochester.rr.com> <4989018D.5080501@macports.org> Message-ID: <49890CCB.1030504@macports.org> Timothy Lee wrote: > Is it possible to 'pass in' environment variables to the 'port install' > command? > > Or is the only way to pass something like CFLAGS to macports is through > a portfile? > > For example... I would like to > $sudo port install pan2 CFLAGS="-isysroot /Developers/SDKs/MacOSX10.4u.sdk" > > thoughts? Why do you need to set the sysroot? The universal_sysroot setting from macports.conf will be used when building with the universal variant, and when building non-universal an SDK shouldn't be needed. If pan2 does need it for some reason, then it should be added in the portfile. It is *possible* to tell MP to use arbitrary parts of your environment, but it's almost certainly a bad idea. - Josh From TimLee at rochester.rr.com Tue Feb 3 19:54:31 2009 From: TimLee at rochester.rr.com (Timothy Lee) Date: Tue, 3 Feb 2009 22:54:31 -0500 Subject: ENV to macports In-Reply-To: <49890CCB.1030504@macports.org> References: <536D7EE3-F5C4-4109-B3D0-4676E3288487@rochester.rr.com> <4989018D.5080501@macports.org> <49890CCB.1030504@macports.org> Message-ID: <9DC268FD-88D7-4BEF-81F9-45707A92FD8F@rochester.rr.com> So here is the issue... I can't compile universal. The project that I'm building for includes too many macports ports and I can't get all of the macports to successfully install. I DO have a 10.4 PPC machine that has successfully built everything that I need (obviously with no args added, its targeting 10.4). I want to build a 10.4 i386 build on my leopard i386 machine. When this is complete, I'll 'lipo' together all pieces of each individual tree (using mozilla's 'unify' script). I have tried adding +universal to my variants.conf and changing my macports.conf to universal_target to 10.4, universal_sysroot to the 10.4 sdk, and universal_archs to ONLY i386 (as per your suggestion). Unfortunately this didn't work (too many assumptions in macports regarding the +universal variant and having at least two archs present). So now my only option is to explicitly drive into macports my CFLAGS, LDFLAGS, and most importantly my MACOSX_DEPLOYMENT_TARGET vars. Is it possible to 'pass in' this information to macports? Thanks Tim On Feb 3, 2009, at 10:34 PM, Joshua Root wrote: > Timothy Lee wrote: >> Is it possible to 'pass in' environment variables to the 'port >> install' >> command? >> >> Or is the only way to pass something like CFLAGS to macports is >> through >> a portfile? >> >> For example... I would like to >> $sudo port install pan2 CFLAGS="-isysroot /Developers/SDKs/ >> MacOSX10.4u.sdk" >> >> thoughts? > > Why do you need to set the sysroot? The universal_sysroot setting from > macports.conf will be used when building with the universal variant, > and > when building non-universal an SDK shouldn't be needed. If pan2 does > need it for some reason, then it should be added in the portfile. > > It is *possible* to tell MP to use arbitrary parts of your > environment, > but it's almost certainly a bad idea. > > - Josh From timlee at rochester.rr.com Wed Feb 4 07:34:38 2009 From: timlee at rochester.rr.com (Tim Lee) Date: Wed, 4 Feb 2009 10:34:38 -0500 Subject: ENV to macports In-Reply-To: <9DC268FD-88D7-4BEF-81F9-45707A92FD8F@rochester.rr.com> Message-ID: <20090204153438.4OAB1.2322.root@hrndva-web27-z02> Anyone have any thoughts on this? Maybe a way to build for 10.4, without adding the '-arch' commands? thanks Tim ---- Timothy Lee wrote: > So here is the issue... > I can't compile universal. The project that I'm building for includes > too many macports ports and I can't get all of the macports to > successfully install. > > I DO have a 10.4 PPC machine that has successfully built everything > that I need (obviously with no args added, its targeting 10.4). > I want to build a 10.4 i386 build on my leopard i386 machine. > When this is complete, I'll 'lipo' together all pieces of each > individual tree (using mozilla's 'unify' script). > > I have tried adding +universal to my variants.conf and changing my > macports.conf to universal_target to 10.4, universal_sysroot to the > 10.4 sdk, and universal_archs to ONLY i386 (as per your suggestion). > Unfortunately this didn't work (too many assumptions in macports > regarding the +universal variant and having at least two archs present). > > So now my only option is to explicitly drive into macports my CFLAGS, > LDFLAGS, and most importantly my MACOSX_DEPLOYMENT_TARGET vars. > > Is it possible to 'pass in' this information to macports? > > > Thanks > Tim > > On Feb 3, 2009, at 10:34 PM, Joshua Root wrote: > > > Timothy Lee wrote: > >> Is it possible to 'pass in' environment variables to the 'port > >> install' > >> command? > >> > >> Or is the only way to pass something like CFLAGS to macports is > >> through > >> a portfile? > >> > >> For example... I would like to > >> $sudo port install pan2 CFLAGS="-isysroot /Developers/SDKs/ > >> MacOSX10.4u.sdk" > >> > >> thoughts? > > > > Why do you need to set the sysroot? The universal_sysroot setting from > > macports.conf will be used when building with the universal variant, > > and > > when building non-universal an SDK shouldn't be needed. If pan2 does > > need it for some reason, then it should be added in the portfile. > > > > It is *possible* to tell MP to use arbitrary parts of your > > environment, > > but it's almost certainly a bad idea. > > > > - Josh > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From smibrahim at gmail.com Wed Feb 4 07:43:03 2009 From: smibrahim at gmail.com (S. M. Ibrahim (Lavlu)) Date: Wed, 4 Feb 2009 21:43:03 +0600 Subject: need to uninstall all inactive ports Message-ID: <4997275b0902040743l4a72818ej8853f6a772f05bc9@mail.gmail.com> hi, i am using macports for last 6 months. recently when i was cleaning my hdd for some free space, i saw /opt/local folder size is 11GB :( i want to remove all unnecessary package + libs and also the orphan packages. and at the time of upgrade i didn't use -uR , lots of package have more then 1 inactive version. is there any easy way ? -- 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Wed Feb 4 07:44:01 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 05 Feb 2009 02:44:01 +1100 Subject: ENV to macports In-Reply-To: <9DC268FD-88D7-4BEF-81F9-45707A92FD8F@rochester.rr.com> References: <536D7EE3-F5C4-4109-B3D0-4676E3288487@rochester.rr.com> <4989018D.5080501@macports.org> <49890CCB.1030504@macports.org> <9DC268FD-88D7-4BEF-81F9-45707A92FD8F@rochester.rr.com> Message-ID: <4989B7C1.80303@macports.org> Timothy Lee wrote: > So here is the issue... > I can't compile universal. The project that I'm building for includes > too many macports ports and I can't get all of the macports to > successfully install. > > I DO have a 10.4 PPC machine that has successfully built everything that > I need (obviously with no args added, its targeting 10.4). > I want to build a 10.4 i386 build on my leopard i386 machine. > When this is complete, I'll 'lipo' together all pieces of each > individual tree (using mozilla's 'unify' script). > > I have tried adding +universal to my variants.conf and changing my > macports.conf to universal_target to 10.4, universal_sysroot to the 10.4 > sdk, and universal_archs to ONLY i386 (as per your suggestion). > Unfortunately this didn't work (too many assumptions in macports > regarding the +universal variant and having at least two archs present). > > So now my only option is to explicitly drive into macports my CFLAGS, > LDFLAGS, and most importantly my MACOSX_DEPLOYMENT_TARGET vars. > > Is it possible to 'pass in' this information to macports? You should be able to override macosx_deployment_target, configure.cflags and configure.ldflags on the command line using "name=value" syntax. Note that there will still be problems with this, as platform darwin 9 variants will be selected when building on Leopard (and you want to target darwin 8). MP just doesn't have a good way of targeting another platform at present. - Josh From jmr at macports.org Wed Feb 4 07:49:28 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 05 Feb 2009 02:49:28 +1100 Subject: need to uninstall all inactive ports In-Reply-To: <4997275b0902040743l4a72818ej8853f6a772f05bc9@mail.gmail.com> References: <4997275b0902040743l4a72818ej8853f6a772f05bc9@mail.gmail.com> Message-ID: <4989B908.8000804@macports.org> S. M. Ibrahim (Lavlu) wrote: > hi, > > i am using macports for last 6 months. recently when i was cleaning my > hdd for some free space, i saw /opt/local folder size is 11GB :( > i want to remove all unnecessary package + libs and also the orphan > packages. and at the time of upgrade i didn't use -uR , lots of package > have more then 1 inactive version. > > > is there any easy way ? 'sudo port clean --all inactive' will remove the distfiles, and 'sudo port uninstall inactive' will uninstall the inactive versions. You might also like to try the port_cutleaves port, which walks you through removing 'orphan' ports. BTW, I understand using -u when upgrading, but why -R? The latter will upgrade dependents of the ports being upgraded, but that is unnecessary if you're running 'port upgrade outdated', since everything outdated will be upgraded anyway. - Josh From raimue at macports.org Wed Feb 4 07:50:22 2009 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Wed, 04 Feb 2009 16:50:22 +0100 Subject: need to uninstall all inactive ports In-Reply-To: <4997275b0902040743l4a72818ej8853f6a772f05bc9@mail.gmail.com> References: <4997275b0902040743l4a72818ej8853f6a772f05bc9@mail.gmail.com> Message-ID: <4989B93E.3000604@macports.org> S. M. Ibrahim (Lavlu) wrote: > i am using macports for last 6 months. recently when i was cleaning my > hdd for some free space, i saw /opt/local folder size is 11GB :( > i want to remove all unnecessary package + libs and also the orphan > packages. and at the time of upgrade i didn't use -uR , lots of package > have more then 1 inactive version. You can use this to remove inactive ports: sudo port uninstall inactive You will gain additional space by removing downloaded distfiles with: sudo port clean --all installed But there is no way to find orphaned ports, as MacPorts does not track if ports are installed as dependency or by request. But there is the tool port_cutleaves which allows to remove possible no longer needed ports. sudo port install port_cutleaves sudo port_cutleaves Rainer From timlee at rochester.rr.com Wed Feb 4 08:14:56 2009 From: timlee at rochester.rr.com (Tim Lee) Date: Wed, 4 Feb 2009 16:14:56 +0000 Subject: ENV to macports In-Reply-To: <4989B7C1.80303@macports.org> Message-ID: <20090204161456.V8YE4.2870.root@hrndva-web27-z02> Does building +universal (setting universal_target to 10.4 & setting universal_sysroot to a 10.4 sdk) properly select Darwin 8 variants? Or does this have the same issue with selecting Darwin 9 variants? thanks ---- Joshua Root wrote: > Timothy Lee wrote: > > So here is the issue... > > I can't compile universal. The project that I'm building for includes > > too many macports ports and I can't get all of the macports to > > successfully install. > > > > I DO have a 10.4 PPC machine that has successfully built everything that > > I need (obviously with no args added, its targeting 10.4). > > I want to build a 10.4 i386 build on my leopard i386 machine. > > When this is complete, I'll 'lipo' together all pieces of each > > individual tree (using mozilla's 'unify' script). > > > > I have tried adding +universal to my variants.conf and changing my > > macports.conf to universal_target to 10.4, universal_sysroot to the 10.4 > > sdk, and universal_archs to ONLY i386 (as per your suggestion). > > Unfortunately this didn't work (too many assumptions in macports > > regarding the +universal variant and having at least two archs present). > > > > So now my only option is to explicitly drive into macports my CFLAGS, > > LDFLAGS, and most importantly my MACOSX_DEPLOYMENT_TARGET vars. > > > > Is it possible to 'pass in' this information to macports? > > You should be able to override macosx_deployment_target, > configure.cflags and configure.ldflags on the command line using > "name=value" syntax. Note that there will still be problems with this, > as platform darwin 9 variants will be selected when building on Leopard > (and you want to target darwin 8). MP just doesn't have a good way of > targeting another platform at present. > > - Josh From jmr at macports.org Wed Feb 4 08:21:03 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 05 Feb 2009 03:21:03 +1100 Subject: ENV to macports In-Reply-To: <20090204161456.V8YE4.2870.root@hrndva-web27-z02> References: <20090204161456.V8YE4.2870.root@hrndva-web27-z02> Message-ID: <4989C06F.8080002@macports.org> Tim Lee wrote: > Does building +universal (setting universal_target to 10.4 & setting universal_sysroot to a 10.4 sdk) properly select Darwin 8 variants? Or does this have the same issue with selecting Darwin 9 variants? No and yes respectively, because platform variants contain a mix of stuff that is needed to build on that platform and stuff that is needed to run on that platform. The variants are selected based on the platform being built on, and the universal variant just uses the ostrich algorithm. - Josh From ohce86 at kitcarson.net Wed Feb 4 10:16:31 2009 From: ohce86 at kitcarson.net (Timothy Goins) Date: Wed, 4 Feb 2009 11:16:31 -0700 Subject: need to uninstall all inactive ports In-Reply-To: <4989B93E.3000604@macports.org> References: <4997275b0902040743l4a72818ej8853f6a772f05bc9@mail.gmail.com> <4989B93E.3000604@macports.org> Message-ID: <3FE862A5-0881-4450-9825-B5001C450501@kitcarson.net> Here's what I get when I try to get port_cutleaves: tsg at cotopaxi:~$ sudo port install port_cutleaves Error: Port port_cutleaves not found On Feb 4, 2009, at 8:50 AM, Rainer M?ller wrote: > S. M. Ibrahim (Lavlu) wrote: >> i am using macports for last 6 months. recently when i was cleaning >> my >> hdd for some free space, i saw /opt/local folder size is 11GB :( >> i want to remove all unnecessary package + libs and also the orphan >> packages. and at the time of upgrade i didn't use -uR , lots of >> package >> have more then 1 inactive version. > > You can use this to remove inactive ports: > sudo port uninstall inactive > > You will gain additional space by removing downloaded distfiles with: > sudo port clean --all installed > > But there is no way to find orphaned ports, as MacPorts does not track > if ports are installed as dependency or by request. But there is the > tool port_cutleaves which allows to remove possible no longer needed > ports. > > sudo port install port_cutleaves > sudo port_cutleaves > > Rainer > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Wed Feb 4 11:20:59 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 05 Feb 2009 06:20:59 +1100 Subject: need to uninstall all inactive ports In-Reply-To: <3FE862A5-0881-4450-9825-B5001C450501@kitcarson.net> References: <4997275b0902040743l4a72818ej8853f6a772f05bc9@mail.gmail.com> <4989B93E.3000604@macports.org> <3FE862A5-0881-4450-9825-B5001C450501@kitcarson.net> Message-ID: <4989EA9B.1080204@macports.org> Timothy Goins wrote: > Here's what I get when I try to get port_cutleaves: > > tsg at cotopaxi:~$ sudo port install port_cutleaves > Error: Port port_cutleaves not found It's been in the repository for 10 days, but there were some recently-corrected issues with rsync that may have prevented you from getting it. You probably just need to sync. - Josh From ttelford.groups at gmail.com Wed Feb 4 11:36:52 2009 From: ttelford.groups at gmail.com (Troy Telford) Date: Wed, 4 Feb 2009 12:36:52 -0700 Subject: privoxy build error Message-ID: <1e30a6d10902041136p7510cf4ap2a2a070e933f7f4e@mail.gmail.com> For several weeks now (I'm being patient), I've had issues with building the Privoxy port. I'm using the latest version of MacPorts. This is the error output I get when I run "port upgrade -d privoxy" - as well as some padding... Superuser install, installing config files as privoxy:privoxy Installing configuration files to /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_privoxy/work/destroot/opt/local/etc/privoxy Installing config as config.new Installing trust as trust.new Installing fresh default.action Installing fresh standard.action Installing user.action as user.action.new Installing fresh default.filter Installing user.filter as user.filter.new Warning: Older config files are preserved. Check new versions for changes! Checking logfiles in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_privoxy/work/destroot/opt/local/var/log/privoxy No init script installed, install it manually if needed rm -f config.base config.tmp Privoxy 3.0.10 stable installation succeeded! The Privoxy configuration files have been installed in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_privoxy/work/destroot/opt/local/etc/privoxy DEBUG: Executing proc-post-org.macports.destroot-destroot-0 Error: Target org.macports.destroot returned: error renaming "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_privoxy/work/destroot/opt/local/etc/privoxy/config": no such file or directory Warning: the following items did not execute (for privoxy): org.macports.destroot DEBUG: invalid command name "::ui_init" while executing "::ui_init $priority $prefix $channels $message" ("uplevel" body line 2) invoked from within "uplevel 1 $body" Error: Unable to upgrade port: 1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad at pixilla.com Wed Feb 4 16:52:43 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Wed, 4 Feb 2009 16:52:43 -0800 Subject: php5 +apache2 Message-ID: I just installed php5. port -v install php5 _apache2 +imap +pspell +tidy +mysql5 +sqlite +pear +readline bounce apache2 /opt/local/etc/LauchDaemons/org.macports/apache2/apache2.wrapper restart check for php5 module /opt/local/apache2/bin/apachectl -t -D DUMP_MODULES ends with php5_module (shared) Syntax OK But if I navigate in Safari to localhost/phpinfo.php I get rather then php interpreted output. Looking in /opt/local/apache2/conf/httpd.conf I see where the php module has been added. Any ideas what to look at next? //Brad From mbrooksclark at mac.com Wed Feb 4 18:14:02 2009 From: mbrooksclark at mac.com (M. Brooks Clark) Date: Wed, 04 Feb 2009 20:14:02 -0600 Subject: php5 +apache2 In-Reply-To: References: Message-ID: <4D95EF95-416F-4C30-852C-44767BB33860@mac.com> Did you add this line to /opt/local/apache2/conf/httpd.conf Include conf/extras-conf/mod_php.conf Brooks On Feb 4, 2009, at 6:52 PM, Bradley Giesbrecht wrote: > I just installed php5. > > port -v install php5 _apache2 +imap +pspell +tidy +mysql5 +sqlite > +pear +readline > > bounce apache2 > > /opt/local/etc/LauchDaemons/org.macports/apache2/apache2.wrapper > restart > > check for php5 module > > /opt/local/apache2/bin/apachectl -t -D DUMP_MODULES > > ends with > > php5_module (shared) > Syntax OK > > > But if I navigate in Safari to localhost/phpinfo.php > > I get > > phpinfo(); > ?> > > rather then php interpreted output. > > Looking in /opt/local/apache2/conf/httpd.conf I see where the php > module has been added. > > > Any ideas what to look at next? > > //Brad > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad at pixilla.com Wed Feb 4 19:16:10 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Wed, 4 Feb 2009 19:16:10 -0800 Subject: php5 +apache2 In-Reply-To: <4D95EF95-416F-4C30-852C-44767BB33860@mac.com> References: <4D95EF95-416F-4C30-852C-44767BB33860@mac.com> Message-ID: <11623FEF-36F6-409C-8F94-DAC94B8E00CB@pixilla.com> Brooks, I did not. Thank you for solving my problem. //Brad On Feb 4, 2009, at 6:14 PM, M. Brooks Clark wrote: > Did you add this line to /opt/local/apache2/conf/httpd.conf > > Include conf/extras-conf/mod_php.conf > > > > Brooks > > > > On Feb 4, 2009, at 6:52 PM, Bradley Giesbrecht wrote: > >> I just installed php5. >> >> port -v install php5 _apache2 +imap +pspell +tidy +mysql5 +sqlite >> +pear +readline >> >> bounce apache2 >> >> /opt/local/etc/LauchDaemons/org.macports/apache2/apache2.wrapper >> restart >> >> check for php5 module >> >> /opt/local/apache2/bin/apachectl -t -D DUMP_MODULES >> >> ends with >> >> php5_module (shared) >> Syntax OK >> >> >> But if I navigate in Safari to localhost/phpinfo.php >> >> I get >> >> > phpinfo(); >> ?> >> >> rather then php interpreted output. >> >> Looking in /opt/local/apache2/conf/httpd.conf I see where the php >> module has been added. >> >> >> Any ideas what to look at next? >> >> //Brad >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Wed Feb 4 19:56:13 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 4 Feb 2009 21:56:13 -0600 Subject: ENV to macports In-Reply-To: <9DC268FD-88D7-4BEF-81F9-45707A92FD8F@rochester.rr.com> References: <536D7EE3-F5C4-4109-B3D0-4676E3288487@rochester.rr.com> <4989018D.5080501@macports.org> <49890CCB.1030504@macports.org> <9DC268FD-88D7-4BEF-81F9-45707A92FD8F@rochester.rr.com> Message-ID: <443E2AE5-372E-4D42-A57B-2D2721A2F277@macports.org> So the underlying issue is: On Feb 3, 2009, at 21:54, Timothy Lee wrote: > I can't compile universal. The project that I'm building for > includes too many macports ports and I can't get all of the > macports to successfully install. Have these issues already been reported via MacPorts tickets? From ryandesign at macports.org Wed Feb 4 19:57:24 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 4 Feb 2009 21:57:24 -0600 Subject: xorg- In-Reply-To: <4988B676.7020706@macports.org> References: <5550335B-7208-47D4-A42D-90CB4E2FEAF2@comcast.net> <4988B676.7020706@macports.org> Message-ID: <169178CD-931D-4B38-85E6-55A4A62A1DFB@macports.org> On Feb 3, 2009, at 15:26, Joshua Root wrote: > Arden wrote: >> I get this error when trying to upgrade installed graphics ports and >> trying to install any graphic port. >> >> yardcatsmac-2:~ yardcat$ sudo port install gd2 >> ---> Activating xorg-renderproto @0.9.3_0 >> Error: Target org.macports.activate returned: Image error: >> /opt/local/include/X11/extensions/render.h is being used by the >> active >> render port. Please deactivate this port first, or use the -f >> flag to >> force the activation. >> Error: The following dependencies failed to build: xorg-libs >> xorg-libXcursor xorg-renderproto xorg-libXrandr >> Error: Status 1 encountered during processing. >> >> I haven't any idea on how to fix or configure this error. Thanks, >> Arden > > See this ticket: > > and this thread: > 007092.html> I wish the render port had been kept around for awhile in its does- not-install-any-files state so that users would not have encountered this issue. That is why I went to the effort of making the render port do that... From ryandesign at macports.org Wed Feb 4 19:58:55 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 4 Feb 2009 21:58:55 -0600 Subject: Unable to install dosbox because of conflict with mplayer? In-Reply-To: References: <20081220210056.GD783@ninagal.withay.com> Message-ID: <78037E75-F718-4DFF-8B51-DDBF17E6A623@macports.org> On Feb 3, 2009, at 14:25, Tim Visher wrote: > I was able to work around this by first uninstalling mplayer and > speex, then installing dosbox, then installing mplayer without sdl. I > have no idea how to tell a port that I have an acceptable package > already installed. Bryan explained how in the preceding message in this thread: On Dec 20, 2008, at 15:00, Bryan Blackburn wrote: > As a dependency, the best way to deal with this would be to update the > libsdl_sound port (which is what wants speex) to also allow speex- > devel by > using a path:some/file/speex/installs:speex so it can make use of an > already-installed speex-devel. Someone who knows more about > libsdl_sound > and speex would need to determine if this is in fact feasible. > From TimLee at rochester.rr.com Wed Feb 4 20:05:02 2009 From: TimLee at rochester.rr.com (Timothy Lee) Date: Wed, 4 Feb 2009 23:05:02 -0500 Subject: ENV to macports In-Reply-To: <443E2AE5-372E-4D42-A57B-2D2721A2F277@macports.org> References: <536D7EE3-F5C4-4109-B3D0-4676E3288487@rochester.rr.com> <4989018D.5080501@macports.org> <49890CCB.1030504@macports.org> <9DC268FD-88D7-4BEF-81F9-45707A92FD8F@rochester.rr.com> <443E2AE5-372E-4D42-A57B-2D2721A2F277@macports.org> Message-ID: <88C59484-9C9B-493C-9FAC-06E68F634805@rochester.rr.com> Unfortunately, no. I guess that I could start working through the issues one by one (and posting tickets) but I was hoping for a 'quick' turn and move on to the actual app I'm using macports for. It seems like 'sudo port -d install qt4-mac' fails on every third dependency (+universal). Tim On Feb 4, 2009, at 10:56 PM, Ryan Schmidt wrote: > So the underlying issue is: > > On Feb 3, 2009, at 21:54, Timothy Lee wrote: > >> I can't compile universal. The project that I'm building for >> includes too many macports ports and I can't get all of the >> macports to successfully install. > > Have these issues already been reported via MacPorts tickets? > From cedric.ody at univ-rennes1.fr Thu Feb 5 04:51:39 2009 From: cedric.ody at univ-rennes1.fr (=?ISO-8859-1?Q?C=E9dric_Ody?=) Date: Thu, 5 Feb 2009 13:51:39 +0100 Subject: opendx: does not launch + Warning: violation by /opt/local/dx Message-ID: <1D074C9D-7058-4702-BDA9-C872016B2A57@univ-rennes1.fr> Hello, I have succeeded in installing dx from the macports. However, it can not launch and I have the following comment > dx Error: attempt to add non-widget child "dsm" to parent "startupui" which supports only widgets Also, I had the following comments in the building of dx: bash-3.2$ sudo port install opendx ---> Fetching opendx ---> Verifying checksum(s) for opendx ---> Extracting opendx ---> Configuring opendx ---> Building opendx ---> Staging opendx into destroot Warning: violation by /opt/local/dx Warning: opendx violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases! ---> Installing opendx @4.4.4_1+darwin_9 ---> Activating opendx @4.4.4_1+darwin_9 ---> Cleaning opendx Thanks by advance, C?dric PS: It is the first time I use macports so I may have done something wrong. Note also that I have used this Portfile found on the macports pages: # $Id: Portfile 40515 2008-10-04 23:18:28Z jmr at macports.org $ PortSystem 1.0 name opendx version 4.4.4 revision 1 categories science maintainers gwright at macports.org platforms darwin description IBM's Open Visualization Data Explorer long_description \ OpenDX is a uniquely powerful, full-featured software \ package for the visualization of scientific, \ engineering and analytical data: Its open system design \ is built on familiar standard interface environments. \ And its sophisticated data model provides users with \ great flexibility in creating visualizations. homepage http://opendx.org master_sites http://opendx.npaci.edu/source/ checksums md5 6da0c4cd21d3c08f97b7662e3aee5b7b distname dx-${version} depends_lib port:netcdf \ port:cdf \ port:cosmoplayer \ port:opendx-java40 \ port:ImageMagick \ port:openmotif platform darwin 9 { configure.cppflags-append -D_UINT64 -D_UINT32 -D_UINT16 -D_UINT8 configure.ldflags-append -dylib_file \ /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/ libGL.dylib:\ /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/ libGL.dylib } variant no_java { depends_lib-delete port:cosmoplayer depends_lib-delete port:opendx-java40 configure.args-delete --with-jni-path=/System/Library/Frameworks/ JavaVM.frameworks/Headers configure.args-delete --with-java40jar-path=${prefix}/share/java/ java40.jar configure.args-delete --with-cosmojar-path=${prefix}/share/java/ npcosmop211.jar configure.args-append --without-javadx } # # The configure.env variables are to make sure we use Apple's preinstalled # java; the kaffe port will not work to build JavaDX. # configure.javac /usr/bin/javac configure.env-append JAVA_HOME=/Library/Java/Home \ JAVA=/usr/bin/java \ JAVAH=/usr/bin/javah \ JAVAP=/usr/bin/javap configure.args --x-includes=${x11prefix}/include \ --x-libraries=${x11prefix}/lib \ --with-jni-path=/System/Library/Frameworks/JavaVM.framework/Headers \ --with-java40jar-path=${prefix}/share/java/java40.jar \ --with-cosmojar-path=${prefix}/share/java/npcosmop211.jar post-destroot { set fixers [ exec find ${destroot}${prefix} -type f | xargs grep - l /usr/lpp ] foreach fil ${fixers} { reinplace "s|/usr/lpp|${prefix}|g" ${fil} } } From mdcrawford at gmail.com Thu Feb 5 12:59:30 2009 From: mdcrawford at gmail.com (Michael Crawford) Date: Thu, 5 Feb 2009 12:59:30 -0800 Subject: gnome-doc-utils is missing db2omf Message-ID: I can't build gnucash because gnome-doc-utils won't build. It won't build because db2omf isn't installed, and I can't figure out which port it should be in. I only started using MacPorts just last night, so I am very much a newbie. How can I find out which port has a given file in it? I thought "port provides db2omf" would do that, but apparently it only works when a file is already installed. In looking through the bug reports in Trac, I see lots of problems about gnome-doc-utils not building, that were fixed and the tickets closed. Well it looks like it's broken again. I thought maybe installing linuxdoc would give me db2omf, as it was apparently developed for linuxdoc at first, but linuxdoc-1.1.tar.gz fails to download from any of MacPort's mirror servers. Thanks for any help you can give me, Mike -- Michael David Crawford mdcrawford at gmail dot com I'm looking for a job in Silicon Valley: http://www.goingware.com/resume/cover-letter.html From mdcrawford at gmail.com Thu Feb 5 13:17:20 2009 From: mdcrawford at gmail.com (Michael Crawford) Date: Thu, 5 Feb 2009 13:17:20 -0800 Subject: gnome-doc-utils is missing db2omf In-Reply-To: References: Message-ID: On Thu, Feb 5, 2009 at 12:59 PM, Michael Crawford wrote: > I can't build gnucash because gnome-doc-utils won't build. It won't > build because db2omf isn't installed, and I can't figure out which > port it should be in. In hopes that the packages would be the same, I used the package contents search at the Debian website to see where db2omf might be, and it said that it's in gnome-doc-utils! There are two files with that name - this is in Debian now, perhaps it's different in MacPorts: /usr/share/gnome/help/gnome-doc-xslt/C/db2omf.xml /usr/share/xml/gnome/xslt/docbook/omf/db2omf.xsl Note that the first is an XML file and the other is an XSL file. It looks like both the files are present on my Mac, in /opt/local/var/macport/build - in the gnome-doc-util's build directory. Perhaps someone can give me some tips on completing the build manually? Thanks! Mike -- Michael David Crawford mdcrawford at gmail dot com I'm looking for a job in Silicon Valley: http://www.goingware.com/resume/cover-letter.html From mdcrawford at gmail.com Thu Feb 5 14:04:17 2009 From: mdcrawford at gmail.com (Michael Crawford) Date: Thu, 5 Feb 2009 14:04:17 -0800 Subject: gnome-doc-utils is missing db2omf - SOLVED Message-ID: > On Thu, Feb 5, 2009 at 12:59 PM, Michael Crawford wrote: >> I can't build gnucash because gnome-doc-utils won't build. It won't >> build because db2omf isn't installed, and I can't figure out which >> port it should be in. It turns out I was looking at the wrong error message. Here is the right one: Making all in doc Making all in gnome-doc-make Unknown option: n Usage: head [-options] ... That is, the command "head -n" is being given in the build, but the head command says it doesn't accept a -n argument. This was confusing, because "man head" said that it does - and I've used the head command for decades. It prints out the beginning of a file, with the number of lines to display being given by the -n argument. Well I finally got around to examining /usr/bin/head, and discovering that it was a Perl script, and not a binary as I expected. And it turns out to be some kind of HTTP utility. There was no head in MacPorts yet, so after again looking it up in the Debian package contents search, I installed the coreutils port. But that installed ghead, not head. Googling for: "mac os x" /usr/bin/head Turned up the culprit, as explained in Brad Rice's blog: /usr/bin/head and perl lwp http://www.bradrice.com/wposx/archives/95 His blog links to this post by Ken Williams: http://www.macosxhints.com/article.php?story=20010603142727786&query=perl+HEAD A Perl CPAN package called LWP tries to install a command called /usr/bin/HEAD - uppercase "HEAD", but because HFS+ is by default case-insensitive, it ends up overwriting the lowercase /usr/bin/head. HFS+ preserves filename cases, but you can't have to files with the same spelling in the same directory, even if their cases are different! LWP is some kind of automated HTTP client; I installed it a while back to enable the generation of RSS feeds for my blog, which is just a bunch of static HTML files, rather than being implemented by some kind of web application software. I have a Perl script that downloads my homepage and looks for new blog entries in it, then generates my RSS. I upload the RSS file to my site with scp. Both Brad Rice and Ken Williams recommend getting the /usr/bin/head from your OS X install DVD, but what I did was after installing the coreutils port, I copied /opt/local/bin/ghead to /usr/bin/head. It seems to work fine now. And I got gnome-doc-utils to install! Back to building gnucash. Ever Faithful, Mike -- Michael David Crawford mdcrawford at gmail dot com I'm looking for a job in Silicon Valley: http://www.goingware.com/resume/cover-letter.html From ryandesign at macports.org Thu Feb 5 18:08:26 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 5 Feb 2009 20:08:26 -0600 Subject: gnome-doc-utils is missing db2omf - SOLVED In-Reply-To: References: Message-ID: On Feb 5, 2009, at 16:04, Michael Crawford wrote: > A Perl CPAN package called LWP tries to install a command called > /usr/bin/HEAD - uppercase "HEAD", but because HFS+ is by default > case-insensitive, it ends up overwriting the lowercase /usr/bin/head. > > HFS+ preserves filename cases, but you can't have to files with the > same spelling in the same directory, even if their cases are > different! Yes... I ran into this too, probably 7 years ago, but it should have been fixed in LWP a very long time ago. I believe it doesn't install HEAD by default now. > LWP is some kind of automated HTTP client; I installed it a while back > to enable the generation of RSS feeds for my blog, which is just a > bunch of static HTML files, rather than being implemented by some kind > of web application software. I have a Perl script that downloads my > homepage and looks for new blog entries in it, then generates my RSS. > I upload the RSS file to my site with scp. If you want LWP, MacPorts provides it in the port p5-libwww-perl. Of course MacPorts installs into its own prefix (usually /opt/local) so it won't overwrite head or anything else in /usr/bin. > Both Brad Rice and Ken Williams recommend getting the /usr/bin/head > from your OS X install DVD, but what I did was after installing the > coreutils port, I copied /opt/local/bin/ghead to /usr/bin/head. It > seems to work fine now. I would recommend following Brad and Ken's advice instead. ghead is GNU head, while the head that was on your operating system before was BSD head. They may not be entirely compatible. From ryandesign at macports.org Thu Feb 5 18:13:48 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 5 Feb 2009 20:13:48 -0600 Subject: opendx: does not launch + Warning: violation by /opt/local/dx In-Reply-To: <1D074C9D-7058-4702-BDA9-C872016B2A57@univ-rennes1.fr> References: <1D074C9D-7058-4702-BDA9-C872016B2A57@univ-rennes1.fr> Message-ID: <75CB763B-A7BF-4629-8AF9-46C8EEE66C87@macports.org> Hi C?dric. Welcome to MacPorts! On Feb 5, 2009, at 06:51, C?dric Ody wrote: > I have succeeded in installing dx from the macports. > > However, it can not launch and I have the following comment > > > dx > Error: attempt to add non-widget child "dsm" to parent "startupui" > which supports only widgets I'm afraid I don't have any advice on this. Perhaps Greg Wright, the port's maintainer, can comment. If not, you can ask the developers of the software. > Also, I had the following comments in the building of dx: > bash-3.2$ sudo port install opendx > ---> Fetching opendx > ---> Verifying checksum(s) for opendx > ---> Extracting opendx > ---> Configuring opendx > ---> Building opendx > ---> Staging opendx into destroot > Warning: violation by /opt/local/dx > Warning: opendx violates the layout of the ports-filesystems! > Warning: Please fix or indicate this misbehavior (if it is > intended), it will be an error in future releases! You should file a ticket in the issue tracker for this problem. http://guide.macports.org/#project.tickets > PS: It is the first time I use macports so I may have done > something wrong. Note also that I have used this Portfile found on > the macports pages: > > > # $Id: Portfile 40515 2008-10-04 23:18:28Z jmr at macports.org $ [snip] It looks like your port is a little out of date, so you should probably "sudo port selfupdate" to make sure you have the latest MacPorts code and portfiles. From trog24 at comcast.net Fri Feb 6 15:12:28 2009 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Fri, 6 Feb 2009 15:12:28 -0800 Subject: Fwd: Request to mailing list macports-users rejected References: Message-ID: <643AE398-5FF7-4B22-8A21-DB2563D04E88@comcast.net> Hello, Can anyone explain why I received this email. I never sent an error message regarding upgrading xrender on Panther. Mainly because I use Tiger and have been for quite a long while. Frank Begin forwarded message: > From: macports-users-bounces at lists.macosforge.org > Date: February 6, 2009 2:39:24 PM PST > To: trog24 at comcast.net > Subject: Request to mailing list macports-users rejected > > Your request to the macports-users mailing list > > Posting of your message titled "Re: Error upgrading xrender on > Panther" > > has been rejected by the list moderator. The moderator gave the > following reason for rejecting your request: > > "No reason given" > > Any questions or comments should be directed to the list administrator > at: > > macports-users-owner at lists.macosforge.org Frank J. R. Hanstick trog24 at comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From doughalldev at gmail.com Fri Feb 6 16:33:53 2009 From: doughalldev at gmail.com (Doug Hall) Date: Fri, 6 Feb 2009 18:33:53 -0600 Subject: Checksum problems with 'R' Message-ID: <6ecb81700902061633q4ab90capb045f501c48970d2@mail.gmail.com> I'm getting checksum errors with 'R': $ sudo port clean --all R ---> Cleaning R MBP:~ $ sudo port install R ---> Fetching R ---> Attempting to fetch R-2.8.0.tar.gz from http://cran.au.r-project.org/src/base/R-2/ ---> Verifying checksum(s) for R Error: Checksum (md5) mismatch for R-2.8.0.tar.gz Error: Checksum (sha1) mismatch for R-2.8.0.tar.gz Error: Checksum (rmd160) mismatch for R-2.8.0.tar.gz Error: Target org.macports.checksum returned: Unable to verify file checksums Error: Status 1 encountered during processing. Anyone suggestions? From jmr at macports.org Fri Feb 6 16:47:53 2009 From: jmr at macports.org (Joshua Root) Date: Sat, 07 Feb 2009 11:47:53 +1100 Subject: Checksum problems with 'R' In-Reply-To: <6ecb81700902061633q4ab90capb045f501c48970d2@mail.gmail.com> References: <6ecb81700902061633q4ab90capb045f501c48970d2@mail.gmail.com> Message-ID: <498CDA39.8040100@macports.org> Doug Hall wrote: > I'm getting checksum errors with 'R': > > $ sudo port clean --all R > ---> Cleaning R > MBP:~ $ sudo port install R > ---> Fetching R > ---> Attempting to fetch R-2.8.0.tar.gz from > http://cran.au.r-project.org/src/base/R-2/ > ---> Verifying checksum(s) for R > Error: Checksum (md5) mismatch for R-2.8.0.tar.gz > Error: Checksum (sha1) mismatch for R-2.8.0.tar.gz > Error: Checksum (rmd160) mismatch for R-2.8.0.tar.gz > Error: Target org.macports.checksum returned: Unable to verify file checksums > Error: Status 1 encountered during processing. > > Anyone suggestions? The current version of R is 2.8.1, so the first thing I'd try is `sudo port selfupdate`. - Josh From mjijackson at gmail.com Fri Feb 6 20:44:54 2009 From: mjijackson at gmail.com (Michael J. I. Jackson) Date: Fri, 6 Feb 2009 21:44:54 -0700 Subject: MySQL 5 and MySQL 5.1 installed concurrently Message-ID: <9cd0f6980902062044j2974f224j1680c4fb1495cbbf@mail.gmail.com> Is it possible to install the mysql5 and mysql5-devel ports concurrently on the same box? I had 5.0 installed, but then decided I'd like to try 5.1. So I deactivated the mysql port and installed mysql-devel. However, it appears that the install location for 5.1 is exactly the same as 5 so the two cannot coexist on the same machine. If someone would please confirm this, that would be great. If you could tell me how to confirm it for myself so I don't have to bother you next time, that would be even better. ;) Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Fri Feb 6 22:44:59 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 7 Feb 2009 00:44:59 -0600 Subject: MySQL 5 and MySQL 5.1 installed concurrently In-Reply-To: <9cd0f6980902062044j2974f224j1680c4fb1495cbbf@mail.gmail.com> References: <9cd0f6980902062044j2974f224j1680c4fb1495cbbf@mail.gmail.com> Message-ID: On Feb 6, 2009, at 22:44, Michael J. I. Jackson wrote: > Is it possible to install the mysql5 and mysql5-devel ports > concurrently on the same box? I had 5.0 installed, but then decided > I'd like to try 5.1. So I deactivated the mysql port and installed > mysql-devel. However, it appears that the install location for 5.1 > is exactly the same as 5 so the two cannot coexist on the same > machine. > > If someone would please confirm this, that would be great. If you > could tell me how to confirm it for myself so I don't have to > bother you next time, that would be even better. ;) You can have both mysql5 and mysql5-devel installed at the same time, but not active at the same time. The same goes for any other foo/foo- devel port combination. If you have mysql5 installed and would like to try mysql5-devel instead, you would need to sudo port deactivate mysql5 sudo port install mysql5-devel +server In this particular case (mysql5 5.0.x and mysql5-devel 5.1.x) you would also need to rebuild any programs (such as php5) that use the mysql library, because the version number of the library has changed. Otherwise you will find that php will complain about not being able to find the (old) mysql5 library. To rebuild php5: sudo port -nf upgrade php5 Some ports may not know about mysql5-devel and still try to depend exclusively on mysql5. For example, if you've installed mysql5-devel as above, and then try to install a port that requires mysql5, you'll get an error as it tries to activate mysql5 but can't because mysql5- devel is already active. Usually this is a bug, which should be filed against that port so that the dependency can be rewritten so that either mysql5 or mysql5-devel can be used. From erwan at rail.eu.org Sat Feb 7 00:07:45 2009 From: erwan at rail.eu.org (Erwan David) Date: Sat, 7 Feb 2009 09:07:45 +0100 Subject: Unable to login on trac. Message-ID: <20090207080744.GA1420@rail.eu.org> When I login on trac, I get the following error : Traceback (most recent call last): File "/opt/local/lib/python2.5/site-packages/trac/web/api.py", line 367, in send_error 'text/html') File "/opt/local/lib/python2.5/site-packages/trac/web/chrome.py", line 706, in render_template if not req.session or not int(req.session.get('accesskeys', 0)): File "/opt/local/lib/python2.5/site-packages/trac/web/api.py", line 194, in __getattr__ value = self.callbacks[name](self) File "/opt/local/lib/python2.5/site-packages/trac/web/main.py", line 264, in _get_session return Session(self.env, req) File "/opt/local/lib/python2.5/site-packages/trac/web/session.py", line 156, in __init__ self.promote_session(sid) File "/opt/local/lib/python2.5/site-packages/trac/web/session.py", line 214, in promote_session "WHERE sid=%s OR sid=%s ", (sid, self.req.authname)) File "/opt/local/lib/python2.5/site-packages/trac/db/util.py", line 50, in execute return self.cursor.execute(sql_escape_percent(sql), args) File "/opt/local/lib/python2.5/site-packages/trac/db/util.py", line 50, in execute return self.cursor.execute(sql_escape_percent(sql), args) ProgrammingError: current transaction is aborted, commands ignored until end of transaction block Going back with my browsr I get the login page, which shows meI am logged in (I get logout button instead of login/register). However, I get same error on any other age I want to consult. From list at mrtech.ru Sat Feb 7 00:48:07 2009 From: list at mrtech.ru (Troex Nevelin) Date: Sat, 7 Feb 2009 16:48:07 +0800 Subject: xorg without WindowServer Message-ID: <5DC51814-48EC-4F17-B9B4-2B1EA6E8104F@mrtech.ru> Hello, Is it possible to run xorg-server from console without Mac OS X WindowServer? I cannot found any information about it. Running 10.4.11 on G4 From mjijackson at gmail.com Sat Feb 7 11:02:29 2009 From: mjijackson at gmail.com (Michael J. I. Jackson) Date: Sat, 7 Feb 2009 12:02:29 -0700 Subject: MySQL 5 and MySQL 5.1 installed concurrently In-Reply-To: References: <9cd0f6980902062044j2974f224j1680c4fb1495cbbf@mail.gmail.com> Message-ID: <8C677774-0583-4339-9639-36C0499E7F99@gmail.com> On Feb 6, 2009, at 11:44 PM, Ryan Schmidt wrote: > On Feb 6, 2009, at 22:44, Michael J. I. Jackson wrote: > >> Is it possible to install the mysql5 and mysql5-devel ports >> concurrently on the same box? I had 5.0 installed, but then decided >> I'd like to try 5.1. So I deactivated the mysql port and installed >> mysql-devel. However, it appears that the install location for 5.1 >> is exactly the same as 5 so the two cannot coexist on the same >> machine. >> >> If someone would please confirm this, that would be great. If you >> could tell me how to confirm it for myself so I don't have to >> bother you next time, that would be even better. ;) > > You can have both mysql5 and mysql5-devel installed at the same > time, but not active at the same time. The same goes for any other > foo/foo-devel port combination. > > If you have mysql5 installed and would like to try mysql5-devel > instead, you would need to > > sudo port deactivate mysql5 > sudo port install mysql5-devel +server > > In this particular case (mysql5 5.0.x and mysql5-devel 5.1.x) you > would also need to rebuild any programs (such as php5) that use the > mysql library, because the version number of the library has > changed. Otherwise you will find that php will complain about not > being able to find the (old) mysql5 library. To rebuild php5: > > sudo port -nf upgrade php5 > > Some ports may not know about mysql5-devel and still try to depend > exclusively on mysql5. For example, if you've installed mysql5-devel > as above, and then try to install a port that requires mysql5, > you'll get an error as it tries to activate mysql5 but can't because > mysql5-devel is already active. Usually this is a bug, which should > be filed against that port so that the dependency can be rewritten > so that either mysql5 or mysql5-devel can be used. Is this the case for rb-mysql? I have both mysql5 and mysql5-devel installed as you stated above, with mysql5-devel active and mysql5 deactivated. When I try and install rb-mysql, it immediately fetches mysql5 and starts rebuilding it (even though it's already installed, just inactive). Looking at the Portfile (http://trac.macports.org/browser/trunk/dports/ruby/rb-mysql/Portfile ) the only relevant line I can see is the following: depends_lib port:mysql5 So I guess there are three questions here: 1) Why would rb-mysql start rebuilding mysql5 if it's already been installed? 2) Should a bug be filed against rb-mysql to modify it so it can use mysql5-devel as well? 3) What can I do in the mean time to get rb-mysql working with mysql5-devel? From ryandesign at macports.org Sat Feb 7 11:25:25 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 7 Feb 2009 13:25:25 -0600 Subject: MySQL 5 and MySQL 5.1 installed concurrently In-Reply-To: <8C677774-0583-4339-9639-36C0499E7F99@gmail.com> References: <9cd0f6980902062044j2974f224j1680c4fb1495cbbf@mail.gmail.com> <8C677774-0583-4339-9639-36C0499E7F99@gmail.com> Message-ID: On Feb 7, 2009, at 13:02, Michael J. I. Jackson wrote: > On Feb 6, 2009, at 11:44 PM, Ryan Schmidt wrote: > >> On Feb 6, 2009, at 22:44, Michael J. I. Jackson wrote: >> >>> Is it possible to install the mysql5 and mysql5-devel ports >>> concurrently on the same box? I had 5.0 installed, but then >>> decided I'd like to try 5.1. So I deactivated the mysql port and >>> installed mysql-devel. However, it appears that the install >>> location for 5.1 is exactly the same as 5 so the two cannot >>> coexist on the same machine. >>> >>> If someone would please confirm this, that would be great. If you >>> could tell me how to confirm it for myself so I don't have to >>> bother you next time, that would be even better. ;) >> >> You can have both mysql5 and mysql5-devel installed at the same >> time, but not active at the same time. The same goes for any other >> foo/foo-devel port combination. >> >> If you have mysql5 installed and would like to try mysql5-devel >> instead, you would need to >> >> sudo port deactivate mysql5 >> sudo port install mysql5-devel +server >> >> In this particular case (mysql5 5.0.x and mysql5-devel 5.1.x) you >> would also need to rebuild any programs (such as php5) that use >> the mysql library, because the version number of the library has >> changed. Otherwise you will find that php will complain about not >> being able to find the (old) mysql5 library. To rebuild php5: >> >> sudo port -nf upgrade php5 >> >> Some ports may not know about mysql5-devel and still try to depend >> exclusively on mysql5. For example, if you've installed mysql5- >> devel as above, and then try to install a port that requires >> mysql5, you'll get an error as it tries to activate mysql5 but >> can't because mysql5-devel is already active. Usually this is a >> bug, which should be filed against that port so that the >> dependency can be rewritten so that either mysql5 or mysql5-devel >> can be used. > > Is this the case for rb-mysql? > > I have both mysql5 and mysql5-devel installed as you stated above, > with mysql5-devel active and mysql5 deactivated. When I try and > install rb-mysql, it immediately fetches mysql5 and starts > rebuilding it (even though it's already installed, just inactive). > Looking at the Portfile (http://trac.macports.org/browser/trunk/ > dports/ruby/rb-mysql/Portfile) the only relevant line I can see is > the following: > > depends_lib port:mysql5 > > So I guess there are three questions here: 1) Why would rb-mysql > start rebuilding mysql5 if it's already been installed? Because it is not active. > 2) Should a bug be filed against rb-mysql to modify it so it can > use mysql5-devel as well? Yes. "port:mysql5" should be changed to "path:bin/mysql_config5:mysql5". > 3) What can I do in the mean time to get rb-mysql working with > mysql5-devel? Make the above change to the portfile locally. To find out where the file is, run "port file rb-mysql". Note that your change will be wiped out next time you "port sync". From florian.ebeling at gmail.com Sat Feb 7 12:25:28 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Sat, 7 Feb 2009 21:25:28 +0100 Subject: MySQL 5 and MySQL 5.1 installed concurrently In-Reply-To: References: <9cd0f6980902062044j2974f224j1680c4fb1495cbbf@mail.gmail.com> <8C677774-0583-4339-9639-36C0499E7F99@gmail.com> Message-ID: <5cbbe4ae0902071225q5a5d22bdwdd156301324e914b@mail.gmail.com> >> 2) Should a bug be filed against rb-mysql to modify it so it can use >> mysql5-devel as well? > > Yes. "port:mysql5" should be changed to "path:bin/mysql_config5:mysql5". Ok, that sounds reasonable. I'll do that change, probably today. Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From qhuys at gatsby.ucl.ac.uk Sat Feb 7 14:44:00 2009 From: qhuys at gatsby.ucl.ac.uk (Quentin Huys) Date: Sat, 7 Feb 2009 22:44:00 +0000 Subject: broken window focus with macports 1.700 Message-ID: <20090207224359.GA36666@Qh.lan> Hi there I have a problem which rather baffles me. I just did a fresh install of macports 1.7. I use the ion3 window manager, which I love, but which isn't supported by macports (or many other distros, due to licensing issues). Now here comes the tricky bit. It's geared towards using keyboard to navigate windows. When I change window, the focus does move as it should, and the mouse jumps to the menu bar of the window I move to. Unfortunately, programs don't seem to 'be' in focus when that happens. For instance, if I use the keyboard to move focus to a window with xdvi, the cursor will jump to that window's menu bar, and that window will look active, but xdvi won't get any of my keyboard inputs until I use the mouse to move the cursor into the window proper. As soon as I move the cursor out of the window proper onto the menu bar no commands go through to the program any more. This is true for ghostview, xdvi and others. Unfortunately that totally destroys the usefulness of ion3 as a window manager, as I have to use the mouse every time I use the keyboard to move windows. I checked that this is not a ion3 bug. The same version of ion3 on an old (macports 1.600) works fine. I have no idea how to even start thinking aobut this... Any ideas? Thanks so much! Quentin From ryandesign at macports.org Sat Feb 7 17:44:01 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 7 Feb 2009 19:44:01 -0600 Subject: broken window focus with macports 1.700 In-Reply-To: <20090207224359.GA36666@Qh.lan> References: <20090207224359.GA36666@Qh.lan> Message-ID: On Feb 7, 2009, at 16:44, Quentin Huys wrote: > I just did a fresh install of macports 1.7. I use the ion3 window > manager, which > I love, but which isn't supported by macports (or many other > distros, due to > licensing issues). > > Now here comes the tricky bit. It's geared towards using keyboard > to navigate > windows. When I change window, the focus does move as it should, > and the mouse > jumps to the menu bar of the window I move to. > > Unfortunately, programs don't seem to 'be' in focus when that > happens. For > instance, if I use the keyboard to move focus to a window with > xdvi, the cursor > will jump to that window's menu bar, and that window will look > active, but xdvi > won't get any of my keyboard inputs until I use the mouse to move > the cursor > into the window proper. As soon as I move the cursor out of the > window proper > onto the menu bar no commands go through to the program any more. > This is true > for ghostview, xdvi and others. > > Unfortunately that totally destroys the usefulness of ion3 as a > window manager, > as I have to use the mouse every time I use the keyboard to move > windows. > > I checked that this is not a ion3 bug. The same version of ion3 on > an old > (macports 1.600) works fine. > > I have no idea how to even start thinking aobut this... Any ideas? I would imagine this has less to do with the version of MacPorts and more to do with the fact that there has been lots of activity recently in the xorg-* ports, and these are now used as dependencies of ports that require X features, instead of using the X11 software that Apple provides. Jeremy Huddleston has been the driving force for this work, and it fixes several issues we have had, but may unfortunately cause new ones. I'm not sure where to go on this issue exactly. What version of Mac OS X and Xcode are you using? If Leopard, are you also using XQuartz or no? From qhuys at gatsby.ucl.ac.uk Sun Feb 8 01:53:44 2009 From: qhuys at gatsby.ucl.ac.uk (Quentin Huys) Date: Sun, 8 Feb 2009 09:53:44 +0000 Subject: broken window focus with macports 1.700 In-Reply-To: References: <20090207224359.GA36666@Qh.lan> Message-ID: <20090208095317.GA2469@Qh.lan> Hi Ryan Thank you very much indeed for the quick reply. > I would imagine this has less to do with the version of MacPorts and > more to do with the fact that there has been lots of activity recently in > the xorg-* ports, and these are now used as dependencies of ports that > require X features, instead of using the X11 software that Apple > provides. Jeremy Huddleston has been the driving force for this work, and > it fixes several issues we have had, but may unfortunately cause new > ones. I'm not sure where to go on this issue exactly. What version of Mac > OS X and Xcode are you using? If Leopard, are you also using XQuartz or > no? I see. I have Leopard 10.5.5, home:~% uname -v Darwin Kernel Version 9.5.0: Wed Sep 3 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 home:~% port -v MacPorts 1.700 and the most recent version of everything in MacPorts. The output of port installed is below. All the xorg-* ports were installed, as I remember, when I installed texlive. Thank you so much for your help! Very best wishes, Quentin The following ports are currently installed: a2ps @4.14_0 (active) antiword @0.37_0 (active) apr @1.3.3_1 (active) apr-util @1.3.4_1 (active) autoconf @2.63_0 (active) automake @1.10.2_0 (active) bzip2 @1.0.5_1 (active) cairo @1.8.6_3+macosx (active) coreutils @6.12_2 (active) cyrus-sasl2 @2.1.22_0+kerberos (active) db46 @4.6.21_3 (active) dcraw @8.90_1 dcraw @8.91_0 (active) elinks @0.11.5_0 (active) expat @2.0.1_0 (active) fontconfig @2.6.0_1+macosx (active) fortune @6.2.0-RELEASE_0 (active) freetype @2.3.8_0+macosx (active) gdbm @1.8.3_1 (active) gettext @0.17_4 (active) ghostscript @8.63_1 ghostscript @8.64_0 (active) gperf @3.0.3_0 (active) gv @3.6.6_3 (active) help2man @1.36.4_1 (active) jasper @1.900.1_3 (active) jhead @2.7_0 (active) jpeg @6b_3 (active) lbdb @0.36_0 (active) lcms @1.17_0 (active) libiconv @1.12_2 (active) libpaper @1.1.21_1 (active) libpixman @0.12.0_1 (active) libpng @1.2.34_0 (active) libtool @2.2.6a_0 (active) libxml2 @2.7.2_2+darwin_9 libxml2 @2.7.3_0 (active) lua @5.1.4_0 (active) lynx @2.8.6rel.5_1+ssl (active) lzmautils @4.32.7_1 (active) m4 @1.4.12_1 (active) mutt-devel @1.5.18_0+gdbm+headercache+imap+pop+sasl+sidebar+smtp+ssl (active) ncurses @5.7_0 (active) ncursesw @5.7_0 (active) neon @0.28.3_0 (active) netpbm @10.26.58_0 (active) offlineimap @5.99.4_0 (active) openmotif @2.3.1-1_2 (active) openssl @0.9.8j_0 (active) p5-locale-gettext @1.05_0 (active) perl5 @5.8.9_0 (active) perl5.8 @5.8.9_2 (active) pkgconfig @0.23_1 (active) psutils @p17_0 (active) python24 @2.4.6_0+darwin_9+macosx (active) python26 @2.6.1_0 (active) readline @5.2.012_1 (active) serf @0.3.0_0 (active) sqlite3 @3.6.10_1 (active) subversion @1.5.5_0 (active) t1lib @5.1.2_1 (active) tcl @8.5.6_0 (active) texi2html @1.80_0 (active) texinfo @4.13_0 (active) texlive @2007_6 (active) texlive_base @2007_6 (active) texlive_texmf-full @2007_3 (active) texlive_texmf-minimal @2007_2 (active) tiff @3.8.2_2+darwin_9+macosx (active) tinyproxy @1.6.3_0 (active) tk @8.5.6_1 (active) transfig @3.2.5_1 (active) wget @1.11.4_3 (active) Xaw3d @1.5E_3 (active) xfig @3.2.5_4 (active) Xft2 @2.1.13_1 (active) xorg-applewmproto @1.1.1_0 (active) xorg-bigreqsproto @1.0.2_0 (active) xorg-compositeproto @0.4_0 (active) xorg-damageproto @1.1.0_0 (active) xorg-dmxproto @2.2.2_0 (active) xorg-evieproto @1.0.2_0 (active) xorg-fixesproto @4.0_0 (active) xorg-fontcacheproto @0.1.2_0 (active) xorg-fontsproto @2.0.2_0 (active) xorg-inputproto @1.5.0_0 (active) xorg-kbproto @1.0.3_0 (active) xorg-libAppleWM @1.0.0_1 (active) xorg-libdmx @1.0.2_1 (active) xorg-libfontenc @1.0.4_0 (active) xorg-libFS @1.0.1_0 (active) xorg-libice @1.0.5_0 (active) xorg-liblbxutil @1.0.1_0 (active) xorg-liboldX @1.0.1_0 (active) xorg-libpthread-stubs @0.1_0 (active) xorg-libs @20090105_0 (active) xorg-libsm @1.1.0_0 (active) xorg-libX11 @1.1.5_1 (active) xorg-libXau @1.0.4_0 (active) xorg-libXaw @1.0.5_0 (active) xorg-libxcb @1.1_0 (active) xorg-libXcomposite @0.4.0_0 (active) xorg-libXcursor @1.1.9_0 (active) xorg-libXdamage @1.1.1_0 (active) xorg-libXdmcp @1.0.2_0 (active) xorg-libXevie @1.0.2_1 (active) xorg-libXext @1.0.4_0 (active) xorg-libXfixes @4.0.3_0 (active) xorg-libXfont @1.3.4_1 (active) xorg-libXfontcache @1.0.4_0 (active) xorg-libXi @1.2.0_0 (active) xorg-libXinerama @1.0.3_0 (active) xorg-libxkbfile @1.0.5_0 (active) xorg-libxkbui @1.0.2_0 (active) xorg-libXmu @1.0.4_0 (active) xorg-libXp @1.0.0_2 (active) xorg-libXrandr @1.2.3_0 (active) xorg-libXres @1.0.3_0 (active) xorg-libXScrnSaver @1.1.3_0 (active) xorg-libXt @1.0.5_0 (active) xorg-libXTrap @1.0.0_1 (active) xorg-libXtst @1.0.3_0 (active) xorg-libXv @1.0.4_0 (active) xorg-libXvMC @1.0.4_0 (active) xorg-libXxf86dga @1.0.2_0 (active) xorg-libXxf86misc @1.0.1_1 (active) xorg-libXxf86vm @1.0.2_0 (active) xorg-printproto @1.0.4_0 (active) xorg-randrproto @1.2.1_0 (active) xorg-recordproto @1.13.2_0 (active) xorg-renderproto @0.9.3_0 (active) xorg-resourceproto @1.0.2_0 (active) xorg-scrnsaverproto @1.1.0_0 (active) xorg-trapproto @3.4.3_0 (active) xorg-util-macros @1.2.1_0 (active) xorg-videoproto @2.2.2_0 (active) xorg-xcb-proto @1.3_0+python26 (active) xorg-xcb-util @0.3.2_0 (active) xorg-xcmiscproto @1.1.2_0 (active) xorg-xextproto @7.0.4_0 (active) xorg-xf86bigfontproto @1.1.2_0 (active) xorg-xf86dgaproto @2.0.3_0 (active) xorg-xf86miscproto @0.9.2_0 (active) xorg-xf86vidmodeproto @2.2.2_0 (active) xorg-xineramaproto @1.1.2_0 (active) xorg-xproto @7.0.14_1 (active) xorg-xtrans @1.2.2_0 (active) xpdf @3.02_4 (active) xpm @3.5.7_0 (active) xrender @0.9.4_5 (active) zlib @1.2.3_2 (active) From barry at barrys-emacs.org Sun Feb 8 02:41:39 2009 From: barry at barrys-emacs.org (Barry Scott) Date: Sun, 8 Feb 2009 10:41:39 +0000 Subject: Is Mac ports expected to be very broken on 10.5? Message-ID: I install 1.7.0 on 10.5.6 from the DMG and then did sudo /opt/local/bin/port -v selfupdate then did sudo /opt/local/bin/port install wireshark that failed failing to find GTK+ during configure. I assume that a dependency is missing no problem I'll install GTK+. A also wonder if /opt/local/bin needs to be on the path. I then run sudo su - PATH=/opt/local/bin:/opt/local/sbin:$PATH port install gtk2 this fails thus: ---> Extracting py25-libxml2 ---> Applying patches to py25-libxml2 ---> Configuring py25-libxml2 ---> Building py25-libxml2 Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_python_py25-libxml2/work/libxml2- python-2.6.21" && /opt/local/bin/python2.5 setup.py --no-user-cfg build " returned error 1 Command output: /opt/local/Library/Frameworks/Python.framework/ Versions/2.5/lib/python2.5/xmllib.py:9: DeprecationWarning: The xmllib module is obsolete. Use xml.sax instead. warnings.warn("The xmllib module is obsolete. Use xml.sax instead.", DeprecationWarning) /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/dist.py:247: UserWarning: 'licence' distribution option is deprecated; use 'license' warnings.warn(msg) Found 1579 functions in libxml2-api.xml Found 53 functions in libxml2-python-api.xml Generated 873 wrapper functions, 547 failed, 212 skipped Barry From vitto.giova at yahoo.it Sun Feb 8 06:23:14 2009 From: vitto.giova at yahoo.it (Vittorio) Date: Sun, 8 Feb 2009 15:23:14 +0100 Subject: trac problem Message-ID: <4de51c660902080623n1f240balb8445a46218cb1f9@mail.gmail.com> Hi! I have a problem every time i login to macports trac to report a bug or open a ticket! I tried googling but didn't help in this case! The page i'm redirected to is this one Traceback (most recent call last): File "/opt/local/lib/python2.5/site-packages/trac/web/api.py", line 367, in send_error 'text/html') File "/opt/local/lib/python2.5/site-packages/trac/web/chrome.py", line 706, in render_template if not req.session or not int(req.session.get('accesskeys', 0)): File "/opt/local/lib/python2.5/site-packages/trac/web/api.py", line 194, in __getattr__ value = self.callbacks[name](self) File "/opt/local/lib/python2.5/site-packages/trac/web/main.py", line 264, in _get_session return Session(self.env, req) File "/opt/local/lib/python2.5/site-packages/trac/web/session.py", line 156, in __init__ self.promote_session(sid) File "/opt/local/lib/python2.5/site-packages/trac/web/session.py", line 214, in promote_session "WHERE sid=%s OR sid=%s ", (sid, self.req.authname)) File "/opt/local/lib/python2.5/site-packages/trac/db/util.py", line 50, in execute return self.cursor.execute(sql_escape_percent(sql), args) File "/opt/local/lib/python2.5/site-packages/trac/db/util.py", line 50, in execute return self.cursor.execute(sql_escape_percent(sql), args) ProgrammingError: current transaction is aborted, commands ignored until end of transaction block Does someone know a solution? Thanks Vittorio -------------- next part -------------- An HTML attachment was scrubbed... URL: From raimue at macports.org Sun Feb 8 07:56:07 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 08 Feb 2009 16:56:07 +0100 Subject: Is Mac ports expected to be very broken on 10.5? In-Reply-To: References: Message-ID: <498F0097.1020707@macports.org> Barry Scott wrote: > I install 1.7.0 on 10.5.6 from the DMG > and then did > > sudo /opt/local/bin/port -v selfupdate > > then did > > sudo /opt/local/bin/port install wireshark > > that failed failing to find GTK+ during configure. Wireshark correctly declares a dependency on gtk2. So you should already have it installed. Please check with 'port installed gtk2'. Also make sure that it is marked as "(active)". If gtk2 is installed and active but wireshark still does not find it, could you please provide a debug log and the config.log from $(port work wireshark)/wireshark-*? > I assume that a dependency is missing no problem I'll install GTK+. > A also wonder if /opt/local/bin needs to be on the path. > > I then run > > sudo su - > PATH=/opt/local/bin:/opt/local/sbin:$PATH > port install gtk2 No, MacPorts exports its own PATH for compiling. This is controlled by the binpath setting in macports.conf and is by default "/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11/bin". > this fails thus: > > ---> Extracting py25-libxml2 > ---> Applying patches to py25-libxml2 > ---> Configuring py25-libxml2 > ---> Building py25-libxml2 > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_python_py25-libxml2/work/libxml2- > python-2.6.21" && /opt/local/bin/python2.5 setup.py --no-user-cfg > build " returned error 1 > Command output: /opt/local/Library/Frameworks/Python.framework/ > Versions/2.5/lib/python2.5/xmllib.py:9: DeprecationWarning: The xmllib > module is obsolete. Use xml.sax instead. > warnings.warn("The xmllib module is obsolete. Use xml.sax > instead.", DeprecationWarning) > /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/ > python2.5/distutils/dist.py:247: UserWarning: 'licence' distribution > option is deprecated; use 'license' > warnings.warn(msg) > Found 1579 functions in libxml2-api.xml > Found 53 functions in libxml2-python-api.xml > Generated 873 wrapper functions, 547 failed, 212 skipped No idea, py25-libxml2 builds fine here... Rainer From skunkmeadowjr at gmail.com Sun Feb 8 12:24:33 2009 From: skunkmeadowjr at gmail.com (James) Date: Sun, 08 Feb 2009 15:24:33 -0500 Subject: BIND9 build error Message-ID: <498F3F81.1010105@gmail.com> Hello! I am in need of assistance with a build problem. the port i am building is bind9. the system is 10.3 with macports 1.70. here is the terminal output i get: sandbox:~ james$ sudo port -d build bind9 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/net/bind9 DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/net/bind9 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/openssl DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/openssl DEBUG: Searching for dependency: openssl DEBUG: Found Dependency: receipt exists for openssl ---> Building bind9 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bind9/work/bind-9.6.0-P1" && make all " returned error 2 Command output: making all in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bind9/work/bind-9.6.0-P1/make making all in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bind9/work/bind-9.6.0-P1/lib making all in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bind9/work/bind-9.6.0-P1/lib/isc making all in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bind9/work/bind-9.6.0-P1/lib/isc/include making all in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bind9/work/bind-9.6.0-P1/lib/isc/include/isc making all in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bind9/work/bind-9.6.0-P1/lib/isc/unix making all in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bind9/work/bind-9.6.0-P1/lib/isc/unix/include making all in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bind9/work/bind-9.6.0-P1/lib/isc/unix/include/isc /usr/bin/gcc-3.3 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_bind9/work/bind-9.6.0-P1 -I./include -I./../pthreads/include -I../include -I./../include -I./.. -D_REENTRANT -O2 -I/usr/include/libxml2 -W -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wformat -Wpointer-arith -fno-strict-aliasing -c app.c In file included from ../include/isc/task.h:87, from app.c:46: ../include/isc/xml.h:32:30: libxml/xmlwriter.h: No such file or directory In file included from app.c:46: ../include/isc/task.h:618: error: parse error before "xmlTextWriterPtr" make[3]: *** [app.o] Error 1 make[2]: *** [subdirs] Error 1 make[1]: *** [subdirs] Error 1 make: *** [subdirs] Error 1 Error: Status 1 encountered during processing. Any ideas what i am doing wrong? -skunkmeadow From bfulg at pacbell.net Sun Feb 8 12:47:41 2009 From: bfulg at pacbell.net (Brent Fulgham) Date: Sun, 8 Feb 2009 12:47:41 -0800 Subject: trac problem In-Reply-To: <4de51c660902080623n1f240balb8445a46218cb1f9@mail.gmail.com> References: <4de51c660902080623n1f240balb8445a46218cb1f9@mail.gmail.com> Message-ID: <50039482-CCF2-435B-984A-6AE55AA3B131@pacbell.net> Hi Vittorio, On Feb 8, 2009, at 6:23 AM, Vittorio wrote: > Hi! > I have a problem every time i login to macports trac to report a bug > or open a ticket! > I tried googling but didn't help in this case! > > The page i'm redirected to is this one > > Traceback (most recent call last): > File "/opt/local/lib/python2.5/site-packages/trac/web/api.py", > line 367, in send_error > 'text/html') > File "/opt/local/lib/python2.5/site-packages/trac/web/chrome.py", > line 706, in render_template I ran into this before on my WebKit account (also hosted on MacOSForge), and the resolution was to find and delete my cookies for the site and then log in again. I hope that helps! -Brent From jmr at macports.org Sun Feb 8 12:56:51 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 09 Feb 2009 07:56:51 +1100 Subject: BIND9 build error In-Reply-To: <498F3F81.1010105@gmail.com> References: <498F3F81.1010105@gmail.com> Message-ID: <498F4713.10001@macports.org> James wrote: > ../include/isc/xml.h:32:30: libxml/xmlwriter.h: No such file or directory It appears that bind9 uses libxml2, but it does not declare a dependency on it. The dependency should be added, but in the meantime, installing libxml2, cleaning bind9, and then trying the bind9 install again may work. - Josh From thebobcampbell at gmail.com Sun Feb 8 14:56:34 2009 From: thebobcampbell at gmail.com (Robert Campbell) Date: Sun, 8 Feb 2009 15:56:34 -0700 Subject: X11 problem? Message-ID: I decided to rebuild my MacPorts installation due to some trouble I was having building certain packages, hoping a clean build would help. My system: Powerbook G4 1.67Ghz OS X 10.4.11 Xcode 2.5 X11 (with SDK) 1.1.3 from Apple Removed everything per the instructions on the macports site, then reinstalled from the 1.7.0 DMG for Tiger. Just to kick things off, I built xv (had to build subversion first). Now it appears to be installing Xorg in its entirety (do I really need Xinerama? kinda doubtful). Is this the expected behavior now, or did the new installation miss the Apple X11 already installed? Could it have been a path thing? Was there a placeholder I needed to "install" to tell macports I already had X11? (though this is making me reminisce about the old days of building X11R4 from scratch on my Sun IPC - come back 14 hours later and it's just about to finish...) Thanks, Bob Campbell From jmr at macports.org Sun Feb 8 15:14:37 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 09 Feb 2009 10:14:37 +1100 Subject: X11 problem? In-Reply-To: References: Message-ID: <498F675D.3080102@macports.org> Robert Campbell wrote: > Just to kick things off, I built xv (had to build subversion first). > Now it appears to be installing Xorg in its entirety (do I really need > Xinerama? kinda doubtful). > > Is this the expected behavior now, or did the new installation miss the > Apple X11 already installed? Could it have been a path thing? Was > there a placeholder I needed to "install" to tell macports I already had > X11? Yes, this is expected behaviour. X had historically been an exception to the "MacPorts uses its own stuff" rule, for various reasons. Those reasons no longer apply, so the exception is gone. If you really want the old behaviour back, you can use the +system_x11 variant (best to add it to variants.conf). - Josh From vitto.giova at yahoo.it Sun Feb 8 15:36:21 2009 From: vitto.giova at yahoo.it (Vittorio) Date: Mon, 9 Feb 2009 00:36:21 +0100 Subject: trac problem In-Reply-To: <50039482-CCF2-435B-984A-6AE55AA3B131@pacbell.net> References: <4de51c660902080623n1f240balb8445a46218cb1f9@mail.gmail.com> <50039482-CCF2-435B-984A-6AE55AA3B131@pacbell.net> Message-ID: <4de51c660902081536u314534a3s1e2ed8964c7d29e4@mail.gmail.com> thanks! this solved my problem and i was finally able to report and overdue change in libSDL_mixer gotta clean cookies more often ^^ bye Vittorio On Sun, Feb 8, 2009 at 9:47 PM, Brent Fulgham wrote: > Hi Vittorio, > > On Feb 8, 2009, at 6:23 AM, Vittorio wrote: > > Hi! >> I have a problem every time i login to macports trac to report a bug or >> open a ticket! >> I tried googling but didn't help in this case! >> >> The page i'm redirected to is this one >> >> Traceback (most recent call last): >> File "/opt/local/lib/python2.5/site-packages/trac/web/api.py", line 367, >> in send_error >> 'text/html') >> File "/opt/local/lib/python2.5/site-packages/trac/web/chrome.py", line >> 706, in render_template >> > I ran into this before on my WebKit account (also hosted on MacOSForge), > and the resolution was to find and delete my cookies for the site and then > log in again. > > I hope that helps! > > -Brent > -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Sun Feb 8 16:21:25 2009 From: blb at macports.org (Bryan Blackburn) Date: Sun, 8 Feb 2009 17:21:25 -0700 Subject: X11 problem? In-Reply-To: <498F675D.3080102@macports.org> References: <498F675D.3080102@macports.org> Message-ID: <20090209002125.GG1047@ninagal.withay.com> On Mon, Feb 09, 2009 at 10:14:37AM +1100, Joshua Root said: > Robert Campbell wrote: > > Just to kick things off, I built xv (had to build subversion first). > > Now it appears to be installing Xorg in its entirety (do I really need > > Xinerama? kinda doubtful). > > > > Is this the expected behavior now, or did the new installation miss the > > Apple X11 already installed? Could it have been a path thing? Was > > there a placeholder I needed to "install" to tell macports I already had > > X11? > > Yes, this is expected behaviour. X had historically been an exception to > the "MacPorts uses its own stuff" rule, for various reasons. Those > reasons no longer apply, so the exception is gone. > > If you really want the old behaviour back, you can use the +system_x11 > variant (best to add it to variants.conf). Do note, thought, that part of the reason is the age of the X11 Apple provides for 10.4, some current ports won't build against it anymore. Bryan > > - Josh From ryandesign at macports.org Sun Feb 8 16:39:47 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 8 Feb 2009 18:39:47 -0600 Subject: X11 problem? In-Reply-To: <498F675D.3080102@macports.org> References: <498F675D.3080102@macports.org> Message-ID: On Feb 8, 2009, at 17:14, Joshua Root wrote: > Robert Campbell wrote: >> Just to kick things off, I built xv (had to build subversion first). >> Now it appears to be installing Xorg in its entirety (do I really >> need >> Xinerama? kinda doubtful). >> >> Is this the expected behavior now, or did the new installation >> miss the >> Apple X11 already installed? Could it have been a path thing? Was >> there a placeholder I needed to "install" to tell macports I >> already had >> X11? > > Yes, this is expected behaviour. X had historically been an > exception to > the "MacPorts uses its own stuff" rule, for various reasons. Those > reasons no longer apply, so the exception is gone. Maybe we need to update parts of the guide with this new information. Does one still need to have Apple's X11User and X11SDK installed now? From ryandesign at macports.org Sun Feb 8 16:42:19 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 8 Feb 2009 18:42:19 -0600 Subject: Is Mac ports expected to be very broken on 10.5? In-Reply-To: References: Message-ID: <1EAAA554-E10C-4367-948C-E7BDF2CF3084@macports.org> Hi Barry. Sorry you're experiencing difficulties. To answer the question in your subject line, no, MacPorts is expected to work very well on Mac OS X 10.5 and 10.4. If it doesn't for you, then we'll have to figure out whether we have a bug in one of the ports or whether maybe there's something different about your system. From jmr at macports.org Sun Feb 8 16:42:29 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 09 Feb 2009 11:42:29 +1100 Subject: X11 problem? In-Reply-To: References: <498F675D.3080102@macports.org> Message-ID: <498F7BF5.2080100@macports.org> Ryan Schmidt wrote: > > On Feb 8, 2009, at 17:14, Joshua Root wrote: > >> Robert Campbell wrote: >>> Just to kick things off, I built xv (had to build subversion first). >>> Now it appears to be installing Xorg in its entirety (do I really need >>> Xinerama? kinda doubtful). >>> >>> Is this the expected behavior now, or did the new installation miss the >>> Apple X11 already installed? Could it have been a path thing? Was >>> there a placeholder I needed to "install" to tell macports I already had >>> X11? >> >> Yes, this is expected behaviour. X had historically been an exception to >> the "MacPorts uses its own stuff" rule, for various reasons. Those >> reasons no longer apply, so the exception is gone. > > Maybe we need to update parts of the guide with this new information. > Does one still need to have Apple's X11User and X11SDK installed now? You shouldn't need X11SDK, but you need X11User unless you install xorg-server, since the X server is not included as a dependency for the vast majority of things. - Josh From ryandesign at macports.org Sun Feb 8 16:45:27 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 8 Feb 2009 18:45:27 -0600 Subject: broken window focus with macports 1.700 In-Reply-To: <20090208095317.GA2469@Qh.lan> References: <20090207224359.GA36666@Qh.lan> <20090208095317.GA2469@Qh.lan> Message-ID: On Feb 8, 2009, at 03:53, Quentin Huys wrote: >> I would imagine this has less to do with the version of MacPorts and >> more to do with the fact that there has been lots of activity >> recently in >> the xorg-* ports, and these are now used as dependencies of ports >> that >> require X features, instead of using the X11 software that Apple >> provides. Jeremy Huddleston has been the driving force for this >> work, and >> it fixes several issues we have had, but may unfortunately cause new >> ones. I'm not sure where to go on this issue exactly. What version >> of Mac >> OS X and Xcode are you using? If Leopard, are you also using >> XQuartz or >> no? > > I see. > > I have Leopard 10.5.5, > > home:~% uname -v > Darwin Kernel Version 9.5.0: Wed Sep 3 11:29:43 PDT 2008; > root:xnu-1228.7.58~1/RELEASE_I386 > home:~% port -v > MacPorts 1.700 > > and the most recent version of everything in MacPorts. The output > of port > installed is below. All the xorg-* ports were installed, as I > remember, when I > installed texlive. [snip] First, you should update from Mac OS X 10.5.5 to 10.5.6, along with any other updates provided by Software Update. Have you tried installing the latest release of XQuartz? It provides a later version of the X window system than what Apple includes with Leopard. You can get it here: http://xquartz.macosforge.org/ From qhuys at gatsby.ucl.ac.uk Sun Feb 8 17:06:00 2009 From: qhuys at gatsby.ucl.ac.uk (Quentin Huys) Date: Mon, 9 Feb 2009 01:06:00 +0000 Subject: broken window focus with macports 1.700 In-Reply-To: References: <20090207224359.GA36666@Qh.lan> <20090208095317.GA2469@Qh.lan> Message-ID: <20090209010559.GA10829@Qh.lan> Hi Ryan Thanks a lot for the email. > First, you should update from Mac OS X 10.5.5 to 10.5.6, along with any > other updates provided by Software Update. So I was trying to avoid doing that as there are issues with the iphone. Is there a specific reason you're thinking the 10.5.6 update might help? > Have you tried installing the latest release of XQuartz? It provides a > later version of the X window system than what Apple includes with > Leopard. You can get it here: > > http://xquartz.macosforge.org/ Thanks, I'll try that. Best wishes, Q From ryandesign at macports.org Sun Feb 8 17:17:15 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 8 Feb 2009 19:17:15 -0600 Subject: broken window focus with macports 1.700 In-Reply-To: <20090209010559.GA10829@Qh.lan> References: <20090207224359.GA36666@Qh.lan> <20090208095317.GA2469@Qh.lan> <20090209010559.GA10829@Qh.lan> Message-ID: <729BA539-AAA9-438B-9484-44BF9D1F1BFE@macports.org> On Feb 8, 2009, at 19:06, Quentin Huys wrote: >> First, you should update from Mac OS X 10.5.5 to 10.5.6, along >> with any >> other updates provided by Software Update. > > So I was trying to avoid doing that as there are issues with the > iphone. Is > there a specific reason you're thinking the 10.5.6 update might help? No, not specifically, but just to rule out any issues Apple has already fixed. You're talking about issues with jailbroken iPhones? From jmr at macports.org Sun Feb 8 23:35:02 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 09 Feb 2009 18:35:02 +1100 Subject: Checksum problems with 'R' In-Reply-To: <6ecb81700902081636q2b180d8fw4aced92afd200771@mail.gmail.com> References: <6ecb81700902061633q4ab90capb045f501c48970d2@mail.gmail.com> <498CDA39.8040100@macports.org> <6ecb81700902081636q2b180d8fw4aced92afd200771@mail.gmail.com> Message-ID: <498FDCA6.6080203@macports.org> Remember to use Reply All so your replies go to the list as well as me. Doug Hall wrote: > On Fri, Feb 6, 2009 at 6:47 PM, Joshua Root wrote: >> The current version of R is 2.8.1, so the first thing I'd try is `sudo >> port selfupdate`. >> >> - Josh >> > > Okay, I'm running the latest MacPorts: (1.700), however, I did the > selfupdate anyway. 'port selfupdate' does the same thing as 'port sync' as well as updating the base code if needed. So you could have just synced, but you might as well always run selfupdate just in case base is updated. > MBP:R $ sudo port install R > ---> Fetching R > ---> Attempting to fetch R-2.8.1.tar.gz from > http://cran.au.r-project.org/src/base/R-2/ > ---> Verifying checksum(s) for R > Error: Checksum (md5) mismatch for R-2.8.1.tar.gz > Error: Checksum (sha1) mismatch for R-2.8.1.tar.gz > Error: Checksum (rmd160) mismatch for R-2.8.1.tar.gz > Error: Target org.macports.checksum returned: Unable to verify file checksums > Error: Status 1 encountered during processing. cran.au.r-project.org doesn't appear to exist. I'd guess that your ISP has one of those obnoxious, standards-violating DNS servers that redirects nonexistent hosts to an ad page. I've removed that mirror from the port, so if you sync about 30 minutes after the time of this message, you should be able to fetch R. You'll want to `sudo port clean --all R` first, to get rid of the bad download. - Josh From skunkmeadowjr at gmail.com Mon Feb 9 05:30:55 2009 From: skunkmeadowjr at gmail.com (James) Date: Mon, 09 Feb 2009 08:30:55 -0500 Subject: BIND9 build error In-Reply-To: <498F4713.10001@macports.org> References: <498F3F81.1010105@gmail.com> <498F4713.10001@macports.org> Message-ID: <4990300F.8000000@gmail.com> Josh, It does work when you add libxml2. And none of the other tutorials that i have seen on compiling bind9 have this marked as needed ether. -skunkmeadowjr Joshua Root wrote: > James wrote: > >> ../include/isc/xml.h:32:30: libxml/xmlwriter.h: No such file or directory >> > > It appears that bind9 uses libxml2, but it does not declare a dependency > on it. The dependency should be added, but in the meantime, installing > libxml2, cleaning bind9, and then trying the bind9 install again may work. > > - Josh > > From dluke at geeklair.net Mon Feb 9 06:51:39 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Mon, 9 Feb 2009 09:51:39 -0500 Subject: BIND9 build error In-Reply-To: <4990300F.8000000@gmail.com> References: <498F3F81.1010105@gmail.com> <498F4713.10001@macports.org> <4990300F.8000000@gmail.com> Message-ID: <281093B5-F9F7-45DC-9A61-79E02EF8065C@geeklair.net> Fixed in r46642! On Feb 9, 2009, at 8:30 AM, James wrote: > Josh, > It does work when you add libxml2. And none of the other tutorials > that i have seen on > compiling bind9 have this marked as needed ether. > -skunkmeadowjr > Joshua Root wrote: >> James wrote: >> >>> ../include/isc/xml.h:32:30: libxml/xmlwriter.h: No such file or >>> directory >>> >> >> It appears that bind9 uses libxml2, but it does not declare a >> dependency >> on it. The dependency should be added, but in the meantime, >> installing >> libxml2, cleaning bind9, and then trying the bind9 install again >> may work. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From 200309 at calcentral.com Mon Feb 9 08:49:34 2009 From: 200309 at calcentral.com (Bee) Date: Mon, 9 Feb 2009 08:49:34 -0800 Subject: gnumeric col and row headings font Message-ID: <0EE4262A-4D05-4FA6-8AA1-CFEA7470BEB0@calcentral.com> I installed gnumeric 1.8.4 from macports. It works fine except the column letters and row numbers are missing a font. Column letters start as 0041 0042 0043 ie the ascii hex for A B C, similarly for the row numbers. googling finds someone on a linux machine with the same problem, but that solution is not applicable to the Mac. Anyone else see this? Is there a solution? -- Bill Santa Cruz, California From 200309 at calcentral.com Mon Feb 9 08:59:07 2009 From: 200309 at calcentral.com (Bee) Date: Mon, 9 Feb 2009 08:59:07 -0800 Subject: X11 problem? In-Reply-To: References: Message-ID: Installed gnumeric from macport sudo port install gnumeric $ which gnumeric /opt/local/bin/gnumeric $ gnumeric Cannot open display: Run 'gnumeric --help' to see a full list of available command line options. $ echo $PATH /usr/local/bin:/usr/local/sbin:/opt/local/bin:/opt/local/sbin:/Users/ Bee/bin:/Users/Bee/sbin:/bin:/sbin:/usr/bin:/usr/sbin I can open X11, add gnumeric -- opt/local/bin/gnumeric to the menu and it runs with a font problem that I posted earlier. Reading the "X11 problem?" post I get the feeling X11 is not needed and I should be able to run gnumeric straight from the command line. How to? -- Bill Santa Cruz, California From jeremyhu at macports.org Mon Feb 9 11:09:56 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Mon, 9 Feb 2009 11:09:56 -0800 Subject: X11 problem? In-Reply-To: References: Message-ID: <92D5034A-B953-4C5D-8A63-C317DEFB3CE1@macports.org> On Feb 9, 2009, at 08:59, Bee wrote: > Installed gnumeric from macport > sudo port install gnumeric > > $ which gnumeric > /opt/local/bin/gnumeric > > $ gnumeric > Cannot open display: > Run 'gnumeric --help' to see a full list of available command line > options. > > $ echo $PATH > /usr/local/bin:/usr/local/sbin:/opt/local/bin:/opt/local/sbin:/Users/ > Bee/bin:/Users/Bee/sbin:/bin:/sbin:/usr/bin:/usr/sbin > > I can open X11, add gnumeric -- opt/local/bin/gnumeric to the menu > and it runs with a font problem that I posted earlier. > > Reading the "X11 problem?" post I get the feeling X11 is not needed > and I should be able to run gnumeric straight from the command line. > > How to? If you're on Tiger, you need to run X11.app, then launch gnumeric from an xterm (or from the Applications menu). If you're on Leopard, you can launch it from Terminal.app if you want to use Apple's provided X11.app or X11.app from xquartz.macosforge.org. If you want to use X11.app from Macports, the method is the same as in Tiger (launch the X11.app, then launch gnumeric from within an xterm). What was the gnumeric solution on the linux box you referenced? From raimue at macports.org Mon Feb 9 12:41:07 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 09 Feb 2009 21:41:07 +0100 Subject: [MacPorts] howto/build64bit added In-Reply-To: <20090209201406.1BCAF4448001@relay10.apple.com> References: <20090209201406.1BCAF4448001@relay10.apple.com> Message-ID: <499094E3.2030904@macports.org> MacPorts wrote: > Added page "howto/build64bit" by cerieljacobs at gmail.com from 84.245.21.29* > Page URL: > Content: > -------8<------8<------8<------8<------8<------8<------8<------8<-------- > Can 64-bit MacPort binaries be build by editing > /opt/local/etc/macports/macports.conf > and changing: > {{{universal_archs ppc i386}}} > to: > {{{universal_archs x86_64}}} > ? > -------8<------8<------8<------8<------8<------8<------8<------8<-------- Please use macports-users for questions like this and not the wiki. The howto section is meant for tutorials. Rainer From jmr at macports.org Mon Feb 9 12:52:02 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 10 Feb 2009 07:52:02 +1100 Subject: gnumeric col and row headings font In-Reply-To: <0EE4262A-4D05-4FA6-8AA1-CFEA7470BEB0@calcentral.com> References: <0EE4262A-4D05-4FA6-8AA1-CFEA7470BEB0@calcentral.com> Message-ID: <49909772.8090104@macports.org> Bee wrote: > I installed gnumeric 1.8.4 from macports. > > It works fine except the column letters and row numbers are missing a > font. Column letters start as 0041 0042 0043 ie the ascii hex for A B C, > similarly for the row numbers. > > googling finds someone on a linux machine with the same problem, but > that solution is not applicable to the Mac. > > Anyone else see this? > > Is there a solution? On Debian, gnumeric depends on gsfonts. In MP, these are included in ghostscript. Perhaps the fonts can be split out of ghostscript into a separate port, so that they can be depended on separately? Does installing ghostscript help with this problem? - Josh From jeremyhu at macports.org Mon Feb 9 13:33:43 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Mon, 9 Feb 2009 13:33:43 -0800 Subject: X11 problem? In-Reply-To: References: <92D5034A-B953-4C5D-8A63-C317DEFB3CE1@macports.org> Message-ID: > The way I run gnumeric is to add it to the Applications menu: > gnumeric -- /opt/local/bin/gnumeric > > ok, and a try with xterm and got a warning from xterm but gnumeric > runs: > > Hawthorn:~ Bee$ cd /opt/local/bin/ > Hawthorn:/opt/local/bin Bee$ ./gnumeric > Xlib: extension "RANDR" missing on display ":0.0". > > And the console log had: > Xlib: extension "RANDR" missing on display ":0.0". > > (/opt/local/bin/gnumeric:562): Gtk-WARNING **: Unable to find > default local directory monitor type That all looks good and expected. > This is the post that had a "fix", since XFCE is not part of MacOS > it is not helpful. > >> As it turned out, it was a setting in XFCE's User Interface. >> Gnumeric didn't like the font that I chose That gives hint to a problem in your ~/.gtkrc or ~/.gtkrc-2.0 or whatever gtk uses to choose your fonts. From jwdavison at mac.com Mon Feb 9 15:28:58 2009 From: jwdavison at mac.com (joseph davison) Date: Mon, 09 Feb 2009 17:28:58 -0600 Subject: Ruby 1.9 help bug Message-ID: <92D51753-2941-4E7D-B4D2-EE0AF8C8DF06@mac.com> Hi, I installed ruby19 and am learning to use it. There's a bug/problem; Here's an irb1.9 session that shows it: jason(s002)[2005]% irb1.9 irb(main):001:0> help :help NameError: undefined method `execute' for module `IRB::ExtendCommand::Help' from (eval):4:in `instance_method' from (eval):4:in `irb_help' from (irb):1 from /opt/local/bin/irb1.9:12:in `
' irb(main):002:0> quit You probably also want to see: jason(s002)[2008]% ruby1.9 --version ruby 1.9.1 (2008-12-01 revision 20438) [i386-darwin9] After writing that, I did a port selfupdate and a port upgrade ruby19 (and, since it seemed to reinstall both macports and ruby1.9, I figured something changed.) Then I ran the test again and got the same results, and -- and the version information didn't change... macports base version 1.700 is what is there now (and was before, I believe) Ah - I see it upgraded libiconv and openssl problem is still there. joe From markoilcan at gmail.com Mon Feb 9 19:44:06 2009 From: markoilcan at gmail.com (M A) Date: Mon, 9 Feb 2009 21:44:06 -0600 Subject: missing howto page Message-ID: <9ab34dfc0902091944j493506f4vc61750fbc35855b6@mail.gmail.com> I was just checking out the dovecot howto on the wiki page, which is very nice. Many thanks to the author! In any case, the link to dovecot.conf (under Step4) does not seem to be working. It just leads to a blank web page. It would be nice to have that page! Thanks, Mark A From ryandesign at macports.org Mon Feb 9 20:28:21 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 9 Feb 2009 22:28:21 -0600 Subject: Ruby 1.9 help bug In-Reply-To: <92D51753-2941-4E7D-B4D2-EE0AF8C8DF06@mac.com> References: <92D51753-2941-4E7D-B4D2-EE0AF8C8DF06@mac.com> Message-ID: On Feb 9, 2009, at 17:28, joseph davison wrote: > I installed ruby19 and am learning to use it. > > There's a bug/problem; Here's an irb1.9 session that shows it: > jason(s002)[2005]% irb1.9 > irb(main):001:0> help :help > NameError: undefined method `execute' for module > `IRB::ExtendCommand::Help' > from (eval):4:in `instance_method' > from (eval):4:in `irb_help' > from (irb):1 > from /opt/local/bin/irb1.9:12:in `
' > irb(main):002:0> quit irb1.9 is not provided by a MacPorts port, is it? Do you see a similar problem with another software, or just with irb1.9? If just with irb1.9, you may need to report it to the author of that software. From febeling at macports.org Mon Feb 9 23:51:11 2009 From: febeling at macports.org (C. Florian Ebeling) Date: Tue, 10 Feb 2009 08:51:11 +0100 Subject: Ruby 1.9 help bug In-Reply-To: <92D51753-2941-4E7D-B4D2-EE0AF8C8DF06@mac.com> References: <92D51753-2941-4E7D-B4D2-EE0AF8C8DF06@mac.com> Message-ID: <5cbbe4ae0902092351k31678e56p9c2ac8337ba37799@mail.gmail.com> On Tue, Feb 10, 2009 at 12:28 AM, joseph davison wrote: > Hi, > I installed ruby19 and am learning to use it. > > There's a bug/problem; Here's an irb1.9 session that shows it: > jason(s002)[2005]% irb1.9 > irb(main):001:0> help :help > NameError: undefined method `execute' for module `IRB::ExtendCommand::Help' > from (eval):4:in `instance_method' > from (eval):4:in `irb_help' > from (irb):1 > from /opt/local/bin/irb1.9:12:in `
' > irb(main):002:0> quit > > > You probably also want to see: > > jason(s002)[2008]% ruby1.9 --version > ruby 1.9.1 (2008-12-01 revision 20438) [i386-darwin9] I get the same error on my installation. This is not a problem with the port, though, but something in the standard lib module irb under 1.9. I assume you can safely use your ruby 1.9 installation and think this is same minor regression from the 1.9 version bump. File a bug in the ruby 1.9 bug tracker if you want to support the developers with this problem. Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From raimue at macports.org Tue Feb 10 05:36:52 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 10 Feb 2009 14:36:52 +0100 Subject: missing howto page In-Reply-To: <9ab34dfc0902091944j493506f4vc61750fbc35855b6@mail.gmail.com> References: <9ab34dfc0902091944j493506f4vc61750fbc35855b6@mail.gmail.com> Message-ID: <499182F4.1060506@macports.org> M A wrote: > I was just checking out the dovecot howto on the wiki page, which is > very nice. Many thanks to the author! In any case, the link to > dovecot.conf (under Step4) does not seem to be working. It just leads > to a blank web page. It would be nice to have that page! The link works for me. Please try this direct link: Rainer From markoilcan at gmail.com Tue Feb 10 06:59:41 2009 From: markoilcan at gmail.com (M A) Date: Tue, 10 Feb 2009 08:59:41 -0600 Subject: missing howto page In-Reply-To: <499182F4.1060506@macports.org> References: <9ab34dfc0902091944j493506f4vc61750fbc35855b6@mail.gmail.com> <499182F4.1060506@macports.org> Message-ID: <9ab34dfc0902100659hdec6817g8dd4b13bcb18d338@mail.gmail.com> On Tue, Feb 10, 2009 at 7:36 AM, Rainer M?ller wrote: > M A wrote: >> I was just checking out the dovecot howto on the wiki page, which is >> very nice. Many thanks to the author! In any case, the link to >> dovecot.conf (under Step4) does not seem to be working. It just leads >> to a blank web page. It would be nice to have that page! > > The link works for me. Please try this direct link: > > Well, it's working for me now, but last night I would get either a completely blank page or a page with a server error message. I'll just assume that somebody was doing some work on the servers last night (or something).... Thanks, MarkA From brad at pixilla.com Tue Feb 10 14:04:07 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Tue, 10 Feb 2009 14:04:07 -0800 Subject: daemondo Message-ID: <390AFF6A-B06D-488E-8F21-A3A37209001B@pixilla.com> Is there a shorter way to bounce servers then: launchctl unload /Library/LaunchDaemons/org.macports.bind9.plist launchctl load -w /Library/LaunchDaemons/org.macports.bind9.plist I'm writing little scripts for this but if there is already something in place that I missed I'll use that. //Brad From jmr at macports.org Tue Feb 10 14:07:43 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 11 Feb 2009 09:07:43 +1100 Subject: daemondo In-Reply-To: <390AFF6A-B06D-488E-8F21-A3A37209001B@pixilla.com> References: <390AFF6A-B06D-488E-8F21-A3A37209001B@pixilla.com> Message-ID: <4991FAAF.6080100@macports.org> Bradley Giesbrecht wrote: > Is there a shorter way to bounce servers then: > > launchctl unload /Library/LaunchDaemons/org.macports.bind9.plist > launchctl load -w /Library/LaunchDaemons/org.macports.bind9.plist > > I'm writing little scripts for this but if there is already something in > place that I missed I'll use that. `port unload bind9` and `port load bind9` do the same things as the above, and are undeniably shorter. :-) OTOH, you might just want to send SIGHUP to named, or use rndc. - Josh From face at CentosPrime.COM Tue Feb 10 14:27:19 2009 From: face at CentosPrime.COM (Chris Janton) Date: Tue, 10 Feb 2009 15:27:19 -0700 Subject: daemondo In-Reply-To: <4991FAAF.6080100@macports.org> References: <390AFF6A-B06D-488E-8F21-A3A37209001B@pixilla.com> <4991FAAF.6080100@macports.org> Message-ID: <3C4B19D9-6D79-42F2-9D8D-39C0E22DE94B@centosprime.com> On 2009-02-10 , at 15:07 , Joshua Root wrote: > `port unload bind9` and `port load bind9` do the same things as the > above, and are undeniably shorter. :-) > > OTOH, you might just want to send SIGHUP to named, or use rndc. from daemondo --help daemondo responds to SIGHUP by restarting the daemon, and to SIGTERM by stopping it. daemondo exits on receipt of SIGTERM, or when it detects that the daemon process has died. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From gwen.barnes at gmail.com Tue Feb 10 16:37:27 2009 From: gwen.barnes at gmail.com (Gwen Barnes) Date: Tue, 10 Feb 2009 16:37:27 -0800 Subject: error installing nspr In-Reply-To: References: Message-ID: Hello, I am trying to install firefox-x11, which depends on nspr. nspr is crashing when I try to install. Below is the nspr install error log, with debugging. Can anyone help me get this running? Thanks. -Gwen gwen at coruscant:/Users/gwen>sudo port clean nspr Password: ---> Cleaning nspr gwen at coruscant:/Users/gwen>sudo port -d install nspr DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/nspr DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/nspr DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: 'universal_variant no' specified, so not adding the default universal variant DEBUG: Requested variant darwin is not provided by port nspr. DEBUG: Requested variant i386 is not provided by port nspr. DEBUG: Requested variant macosx is not provided by port nspr. DEBUG: Executing org.macports.main (nspr) ---> Fetching nspr DEBUG: Executing org.macports.fetch (nspr) ---> Verifying checksum(s) for nspr DEBUG: Executing org.macports.checksum (nspr) ---> Checksumming nspr-4.7.3.tar.gz DEBUG: Correct (md5) checksum for nspr-4.7.3.tar.gz DEBUG: Correct (sha1) checksum for nspr-4.7.3.tar.gz DEBUG: Correct (rmd160) checksum for nspr-4.7.3.tar.gz ---> Extracting nspr DEBUG: Executing org.macports.extract (nspr) ---> Extracting nspr-4.7.3.tar.gz DEBUG: setting option extract.args to /opt/local/var/macports/distfiles/nspr/nspr-4.7.3.tar.gz DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_nspr/work" && gzip -dc /opt/local/var/macports/distfiles/nspr/nspr-4.7.3.tar.gz | /usr/bin/gnutar --no-same-owner -xf -' DEBUG: Executing org.macports.patch (nspr) DEBUG: Executing proc-post-org.macports.patch-patch-0 ---> Configuring nspr DEBUG: Using compiler 'Mac OS X gcc 4.0' DEBUG: Executing org.macports.configure (nspr) DEBUG: Environment: CFLAGS='-O2' CPPFLAGS='-I/opt/local/include' CXXFLAGS='-O2' MACOSX_DEPLOYMENT_TARGET='10.5' CPP='/usr/bin/cpp-4.0' CXX='/usr/bin/g++-4.0' F90FLAGS='-O2' LDFLAGS='-L/opt/local/lib' FCFLAGS='-O2' OBJC='/usr/bin/gcc-4.0' INSTALL='/usr/bin/install -c' OBJCFLAGS='-O2' FFLAGS='-O2' CC='/usr/bin/gcc-4.0' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_nspr/work/nspr-4.7.3/mozilla/nsprpub" && ./configure --prefix=/opt/local --disable-debug' creating cache ./config.cache checking host system type... i386-apple-darwin9.6.0 checking target system type... i386-apple-darwin9.6.0 checking build system type... i386-apple-darwin9.6.0 checking for whoami... /usr/bin/whoami checking for gcc... /usr/bin/gcc-4.0 checking whether the C compiler (/usr/bin/gcc-4.0 -O2 -L/opt/local/lib) works... yes checking whether the C compiler (/usr/bin/gcc-4.0 -O2 -L/opt/local/lib) is a cross-compiler... no checking whether we are using GNU C... yes checking whether /usr/bin/gcc-4.0 accepts -g... yes checking how to run the C preprocessor... /usr/bin/cpp-4.0 checking for ranlib... ranlib checking for as... /usr/bin/as checking for ar... /usr/bin/ar checking for ld... /usr/bin/ld checking for strip... /usr/bin/strip checking for windres... no checking for gcc -pipe support... no checking for visibility(hidden) attribute... no checking for perl5... no checking for perl... /opt/local/bin/perl checking whether /usr/bin/gcc-4.0 needs -traditional... no checking for lchown... yes checking for strerror... yes checking whether /usr/bin/gcc-4.0 accepts -pthread... yes updating cache ./config.cache creating ./config.status creating Makefile creating config/Makefile creating config/autoconf.mk creating config/nsprincl.mk creating config/nsprincl.sh creating config/nspr-config creating lib/Makefile creating lib/ds/Makefile creating lib/libc/Makefile creating lib/libc/include/Makefile creating lib/libc/src/Makefile creating lib/tests/Makefile creating pkg/Makefile creating pkg/linux/Makefile creating pkg/solaris/Makefile creating pkg/solaris/SUNWpr/Makefile creating pkg/solaris/SUNWprd/Makefile creating pr/Makefile creating pr/include/Makefile creating pr/include/md/Makefile creating pr/include/obsolete/Makefile creating pr/include/private/Makefile creating pr/src/Makefile creating pr/src/io/Makefile creating pr/src/linking/Makefile creating pr/src/malloc/Makefile creating pr/src/md/Makefile creating pr/src/md/unix/Makefile creating pr/src/memory/Makefile creating pr/src/misc/Makefile creating pr/src/threads/Makefile creating pr/tests/Makefile creating pr/tests/dll/Makefile creating pr/src/pthreads/Makefile ---> Building nspr DEBUG: Executing org.macports.build (nspr) DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_nspr/work/nspr-4.7.3/mozilla/nsprpub" && make all' cd config; make -j1 export /usr/bin/gcc-4.0 -o now.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM now.c /usr/bin/gcc-4.0 now.o -L/opt/local/lib -o now /usr/bin/gcc-4.0 -o nsinstall.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM nsinstall.c /usr/bin/gcc-4.0 nsinstall.o -L/opt/local/lib -o nsinstall rm -f nfspwd; cp nfspwd.pl nfspwd; chmod +x nfspwd rm -f ../dist/bin/nspr-config cd pr; make -j1 export cd include; make export cd md; make export ../../../config/./nsinstall -R -m 444 ./_aix32.cfg ./_aix64.cfg ./_beos.cfg ./_bsdi.cfg ./_darwin.cfg ./_dgux.cfg ./_freebsd.cfg ./_hpux32.cfg ./_hpux64.cfg ./_irix32.cfg ./_irix64.cfg ./_linux.cfg ./_ncr.cfg ./_nec.cfg ./_netbsd.cfg ./_nextstep.cfg ./_nto.cfg ./_openbsd.cfg ./_openvms.cfg ./_os2.cfg ./_osf1.cfg ./_qnx.cfg ./_reliantunix.cfg ./_riscos.cfg ./_scoos.cfg ./_solaris.cfg ./_sony.cfg ./_sunos4.cfg ./_symbian.cfg ./_unixware.cfg ./_unixware7.cfg ./_win16.cfg ./_win95.cfg ./_winnt.cfg ../../../dist/include/nspr/md ../../../config/./nsinstall -R -m 444 ./_darwin.cfg ../../../dist/include/nspr mv -f ../../../dist/include/nspr/_darwin.cfg ../../../dist/include/nspr/prcpucfg.h cd private; make export ../../../config/./nsinstall -R -m 444 ./pprio.h ./pprthred.h ./prpriv.h ../../../dist/include/nspr/private cd obsolete; make export ../../../config/./nsinstall -R -m 444 ./pralarm.h ./probslet.h ./protypes.h ./prsem.h ../../../dist/include/nspr/obsolete ../../config/./nsinstall -R -m 444 ./nspr.h ./pratom.h ./prbit.h ./prclist.h ./prcmon.h ./prcountr.h ./prcvar.h ./prdtoa.h ./prenv.h ./prerr.h ./prerror.h ./prinet.h ./prinit.h ./prinrval.h ./prio.h ./pripcsem.h ./prlink.h ./prlock.h ./prlog.h ./prlong.h ./prmem.h ./prmon.h ./prmwait.h ./prnetdb.h ./prolock.h ./prpdce.h ./prprf.h ./prproces.h ./prrng.h ./prrwlock.h ./prshm.h ./prshma.h ./prsystem.h ./prthread.h ./prtime.h ./prtpool.h ./prtrace.h ./prtypes.h ./prvrsion.h ./prwin16.h ../../dist/include/nspr cd src; make export cd io; make export /usr/bin/gcc-4.0 -o prfdcach.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private prfdcach.c /usr/bin/gcc-4.0 -o prmwait.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private prmwait.c /usr/bin/gcc-4.0 -o priometh.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private priometh.c /usr/bin/gcc-4.0 -o pripv6.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private pripv6.c /usr/bin/gcc-4.0 -o prmapopt.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private prmapopt.c /usr/bin/gcc-4.0 -o prlayer.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private prlayer.c /usr/bin/gcc-4.0 -o prlog.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private prlog.c /usr/bin/gcc-4.0 -o prmmap.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private prmmap.c /usr/bin/gcc-4.0 -o prpolevt.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private prpolevt.c /usr/bin/gcc-4.0 -o prprf.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private prprf.c prprf.c: In function 'dosprintf': prprf.c:700: warning: 'nap' may be used uninitialized in this function /usr/bin/gcc-4.0 -o prscanf.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private prscanf.c prscanf.c: In function 'PR_sscanf': prscanf.c:342: warning: 'ch' may be used uninitialized in this function prscanf.c:232: warning: 'ch' may be used uninitialized in this function /usr/bin/gcc-4.0 -o prstdio.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private prstdio.c cd linking; make export /usr/bin/gcc-4.0 -o prlink.o -c -I/opt/local/include -O2 -Wmost -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include -I../../../pr/include/private -I/Developer/Headers/FlatCarbon prlink.c prlink.c:48:27: error: CodeFragments.h: No such file or directory prlink.c:49:23: error: TextUtils.h: No such file or directory prlink.c:50:19: error: Types.h: No such file or directory prlink.c:51:21: error: Aliases.h: No such file or directory prlink.c:52:19: error: CFURL.h: No such file or directory prlink.c:53:22: error: CFBundle.h: No such file or directory prlink.c:54:22: error: CFString.h: No such file or directory prlink.c:55:26: error: CFDictionary.h: No such file or directory prlink.c:56:20: error: CFData.h: No such file or directory prlink.c:183: error: syntax error before 'CFragConnectionID' prlink.c:183: warning: no semicolon at end of struct or union prlink.c:184: warning: type defaults to 'int' in declaration of 'bundle' prlink.c:184: warning: data definition has no type or storage class prlink.c:185: error: syntax error before 'main' prlink.c:185: warning: type defaults to 'int' in declaration of 'main' prlink.c:185: warning: 'main' is usually a function prlink.c:185: warning: data definition has no type or storage class prlink.c:186: error: syntax error before 'wrappers' prlink.c:186: warning: type defaults to 'int' in declaration of 'wrappers' prlink.c:186: warning: data definition has no type or storage class prlink.c:204: error: syntax error before '}' token prlink.c: In function '_PR_InitLinker': prlink.c:319: error: invalid application of 'sizeof' to incomplete type 'PRLibrary' prlink.c:321: error: dereferencing pointer to incomplete type prlink.c:322: error: dereferencing pointer to incomplete type prlink.c:323: error: dereferencing pointer to incomplete type prlink.c:324: error: dereferencing pointer to incomplete type prlink.c:332: error: dereferencing pointer to incomplete type prlink.c: In function 'pr_UnlockedFindLibrary': prlink.c:549: error: dereferencing pointer to incomplete type prlink.c:550: error: dereferencing pointer to incomplete type prlink.c:561: error: dereferencing pointer to incomplete type prlink.c:562: error: dereferencing pointer to incomplete type prlink.c:562: error: dereferencing pointer to incomplete type prlink.c:567: error: dereferencing pointer to incomplete type prlink.c: In function 'pr_LoadMachDyldModule': prlink.c:613: warning: 'NSCreateObjectFileImageFromFile' is deprecated (declared at /usr/include/mach-o/dyld.h:145) prlink.c:615: warning: 'NSLinkModule' is deprecated (declared at /usr/include/mach-o/dyld.h:161) prlink.c:621: warning: 'NSDestroyObjectFileImage' is deprecated (declared at /usr/include/mach-o/dyld.h:147) prlink.c:623: warning: 'NSUnLinkModule' is deprecated (declared at /usr/include/mach-o/dyld.h:169) prlink.c: In function 'pr_LoadCFBundle': prlink.c:744: error: 'CFURLRef' undeclared (first use in this function) prlink.c:744: error: (Each undeclared identifier is reported only once prlink.c:744: error: for each function it appears in.) prlink.c:744: error: syntax error before 'bundleURL' prlink.c:745: error: 'CFBundleRef' undeclared (first use in this function) prlink.c:746: error: 'PATH_MAX' undeclared (first use in this function) prlink.c:748: error: 'CFStringRef' undeclared (first use in this function) prlink.c:748: error: syntax error before 'pathRef' prlink.c:755: error: 'pathRef' undeclared (first use in this function) prlink.c:755: warning: implicit declaration of function 'CFStringCreateWithCString' prlink.c:755: error: 'kCFStringEncodingUTF8' undeclared (first use in this function) prlink.c:757: error: 'bundleURL' undeclared (first use in this function) prlink.c:757: warning: implicit declaration of function 'CFURLCreateWithFileSystemPath' prlink.c:758: error: 'kCFURLPOSIXPathStyle' undeclared (first use in this function) prlink.c:760: warning: implicit declaration of function 'CFBundleCreate' prlink.c:761: warning: implicit declaration of function 'CFRelease' prlink.c:766: error: dereferencing pointer to incomplete type prlink.c:767: warning: comparison between pointer and integer prlink.c:746: warning: unused variable 'pathBuf' prlink.c: In function 'pr_LoadViaDyld': prlink.c:773: error: dereferencing pointer to incomplete type prlink.c:774: error: dereferencing pointer to incomplete type prlink.c:775: error: dereferencing pointer to incomplete type prlink.c:775: warning: 'NSAddImage' is deprecated (declared at /usr/include/mach-o/dyld.h:230) prlink.c:777: error: dereferencing pointer to incomplete type prlink.c:782: warning: 'NSLinkEditError' is deprecated (declared at /usr/include/mach-o/dyld.h:217) prlink.c:788: error: dereferencing pointer to incomplete type prlink.c:788: error: dereferencing pointer to incomplete type prlink.c: In function 'pr_LoadLibraryByPathname': prlink.c:868: error: invalid application of 'sizeof' to incomplete type 'PRLibrary' prlink.c:873: error: dereferencing pointer to incomplete type prlink.c:947: error: 'cfragNoLibraryErr' undeclared (first use in this function) prlink.c:951: error: dereferencing pointer to incomplete type prlink.c:952: error: dereferencing pointer to incomplete type prlink.c:1023: error: dereferencing pointer to incomplete type prlink.c:1116: error: dereferencing pointer to incomplete type prlink.c: In function 'PR_UnloadLibrary': prlink.c:1261: error: dereferencing pointer to incomplete type prlink.c:1267: error: dereferencing pointer to incomplete type prlink.c:1268: error: dereferencing pointer to incomplete type prlink.c:1268: error: dereferencing pointer to incomplete type prlink.c:1288: error: dereferencing pointer to incomplete type prlink.c:1289: warning: 'NSUnLinkModule' is deprecated (declared at /usr/include/mach-o/dyld.h:169) prlink.c:1289: error: dereferencing pointer to incomplete type prlink.c:1304: error: dereferencing pointer to incomplete type prlink.c:1305: warning: implicit declaration of function 'CloseConnection' prlink.c:1305: error: dereferencing pointer to incomplete type prlink.c:1306: error: dereferencing pointer to incomplete type prlink.c:1307: error: dereferencing pointer to incomplete type prlink.c:1308: error: dereferencing pointer to incomplete type prlink.c:1309: error: dereferencing pointer to incomplete type prlink.c:1315: error: dereferencing pointer to incomplete type prlink.c:1318: error: dereferencing pointer to incomplete type prlink.c:1321: error: dereferencing pointer to incomplete type prlink.c:1321: error: dereferencing pointer to incomplete type prlink.c:1325: error: dereferencing pointer to incomplete type prlink.c:1343: error: dereferencing pointer to incomplete type prlink.c:1344: error: dereferencing pointer to incomplete type prlink.c:1345: error: dereferencing pointer to incomplete type prlink.c: In function 'pr_FindSymbolInLib': prlink.c:1366: error: dereferencing pointer to incomplete type prlink.c:1368: error: dereferencing pointer to incomplete type prlink.c:1404: error: dereferencing pointer to incomplete type prlink.c:1405: error: 'CFStringRef' undeclared (first use in this function) prlink.c:1405: error: syntax error before 'nameRef' prlink.c:1406: error: 'nameRef' undeclared (first use in this function) prlink.c:1407: warning: implicit declaration of function 'CFBundleGetFunctionPointerForName' prlink.c:1407: error: dereferencing pointer to incomplete type prlink.c:1407: warning: assignment makes pointer from integer without a cast prlink.c:1411: error: dereferencing pointer to incomplete type prlink.c:1412: error: 'Ptr' undeclared (first use in this function) prlink.c:1412: error: syntax error before 'symAddr' prlink.c:1413: error: 'CFragSymbolClass' undeclared (first use in this function) prlink.c:1414: error: 'Str255' undeclared (first use in this function) prlink.c:1418: warning: implicit declaration of function 'c2pstrcpy' prlink.c:1418: error: 'pName' undeclared (first use in this function) prlink.c:1420: warning: implicit declaration of function 'FindSymbol' prlink.c:1420: error: dereferencing pointer to incomplete type prlink.c:1420: error: 'symAddr' undeclared (first use in this function) prlink.c:1420: error: 'symClass' undeclared (first use in this function) prlink.c:1420: error: 'noErr' undeclared (first use in this function) prlink.c:1429: error: dereferencing pointer to incomplete type prlink.c:1431: error: dereferencing pointer to incomplete type prlink.c:1433: warning: 'NSLookupSymbolInImage' is deprecated (declared at /usr/include/mach-o/dyld.h:182) prlink.c:1433: error: dereferencing pointer to incomplete type prlink.c:1437: warning: 'NSAddressOfSymbol' is deprecated (declared at /usr/include/mach-o/dyld.h:188) prlink.c:1459: error: dereferencing pointer to incomplete type prlink.c:1461: warning: 'NSLookupSymbolInModule' is deprecated (declared at /usr/include/mach-o/dyld.h:181) prlink.c:1461: error: dereferencing pointer to incomplete type prlink.c:1463: warning: 'NSAddressOfSymbol' is deprecated (declared at /usr/include/mach-o/dyld.h:188) prlink.c: In function 'PR_FindSymbolAndLibrary': prlink.c:1559: error: dereferencing pointer to incomplete type prlink.c:1563: error: dereferencing pointer to incomplete type prlink.c:1564: error: dereferencing pointer to incomplete type prlink.c:1564: error: dereferencing pointer to incomplete type prlink.c: In function 'PR_LoadStaticLibrary': prlink.c:1603: error: dereferencing pointer to incomplete type prlink.c:1608: error: invalid application of 'sizeof' to incomplete type 'PRLibrary' prlink.c:1611: error: dereferencing pointer to incomplete type prlink.c:1612: error: dereferencing pointer to incomplete type prlink.c:1613: error: dereferencing pointer to incomplete type prlink.c:1613: error: dereferencing pointer to incomplete type prlink.c:1614: error: dereferencing pointer to incomplete type prlink.c:1615: error: dereferencing pointer to incomplete type prlink.c:1620: error: dereferencing pointer to incomplete type make[3]: *** [prlink.o] Error 1 make[2]: *** [export] Error 2 make[1]: *** [export] Error 2 make: *** [export] Error 2 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_nspr/work/nspr-4.7.3/mozilla/nsprpub" && make all " returned error 2 Command output: prlink.c:1420: error: 'symClass' undeclared (first use in this function) prlink.c:1420: error: 'noErr' undeclared (first use in this function) prlink.c:1429: error: dereferencing pointer to incomplete type prlink.c:1431: error: dereferencing pointer to incomplete type prlink.c:1433: warning: 'NSLookupSymbolInImage' is deprecated (declared at /usr/include/mach-o/dyld.h:182) prlink.c:1433: error: dereferencing pointer to incomplete type prlink.c:1437: warning: 'NSAddressOfSymbol' is deprecated (declared at /usr/include/mach-o/dyld.h:188) prlink.c:1459: error: dereferencing pointer to incomplete type prlink.c:1461: warning: 'NSLookupSymbolInModule' is deprecated (declared at /usr/include/mach-o/dyld.h:181) prlink.c:1461: error: dereferencing pointer to incomplete type prlink.c:1463: warning: 'NSAddressOfSymbol' is deprecated (declared at /usr/include/mach-o/dyld.h:188) prlink.c: In function 'PR_FindSymbolAndLibrary': prlink.c:1559: error: dereferencing pointer to incomplete type prlink.c:1563: error: dereferencing pointer to incomplete type prlink.c:1564: error: dereferencing pointer to incomplete type prlink.c:1564: error: dereferencing pointer to incomplete type prlink.c: In function 'PR_LoadStaticLibrary': prlink.c:1603: error: dereferencing pointer to incomplete type prlink.c:1608: error: invalid application of 'sizeof' to incomplete type 'PRLibrary' prlink.c:1611: error: dereferencing pointer to incomplete type prlink.c:1612: error: dereferencing pointer to incomplete type prlink.c:1613: error: dereferencing pointer to incomplete type prlink.c:1613: error: dereferencing pointer to incomplete type prlink.c:1614: error: dereferencing pointer to incomplete type prlink.c:1615: error: dereferencing pointer to incomplete type prlink.c:1620: error: dereferencing pointer to incomplete type make[3]: *** [prlink.o] Error 1 make[2]: *** [export] Error 2 make[1]: *** [export] Error 2 make: *** [export] Error 2 Warning: the following items did not execute (for nspr): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. gwen at coruscant:/Users/gwen> -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Tue Feb 10 16:55:52 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 10 Feb 2009 17:55:52 -0700 Subject: error installing nspr In-Reply-To: References: Message-ID: <20090211005552.GF43409@ninagal.withay.com> On Tue, Feb 10, 2009 at 04:37:27PM -0800, Gwen Barnes said: > Hello, > > I am trying to install firefox-x11, which depends on nspr. nspr is crashing > when I try to install. Below is the nspr install error log, with > debugging. Can anyone help me get this running? Thanks. > > -Gwen > > gwen at coruscant:/Users/gwen>sudo port clean nspr > Password: > ---> Cleaning nspr > gwen at coruscant:/Users/gwen>sudo port -d install nspr [...] > /usr/bin/gcc-4.0 -o prlink.o -c -I/opt/local/include -O2 -Wmost > -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 > -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 > -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM > -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include > -I../../../pr/include/private -I/Developer/Headers/FlatCarbon prlink.c > prlink.c:48:27: error: CodeFragments.h: No such file or directory > prlink.c:49:23: error: TextUtils.h: No such file or directory > prlink.c:50:19: error: Types.h: No such file or directory > prlink.c:51:21: error: Aliases.h: No such file or directory > prlink.c:52:19: error: CFURL.h: No such file or directory > prlink.c:53:22: error: CFBundle.h: No such file or directory > prlink.c:54:22: error: CFString.h: No such file or directory > prlink.c:55:26: error: CFDictionary.h: No such file or directory > prlink.c:56:20: error: CFData.h: No such file or directory What version of Xcode do you have installed, and did you disable any options when installing it? Those headers should be part of a normal Xcode install. Bryan [...] From gwen.barnes at gmail.com Tue Feb 10 18:30:50 2009 From: gwen.barnes at gmail.com (Gwen Barnes) Date: Tue, 10 Feb 2009 18:30:50 -0800 Subject: error installing nspr In-Reply-To: <20090211005552.GF43409@ninagal.withay.com> References: <20090211005552.GF43409@ninagal.withay.com> Message-ID: Yep, xcode was the problem. I think I may not even have had xcode installed. Anyway, I installed it now and the nspr install works fine. Thanks for the heads up. If you're wondering how I could not have xcode installed, I'm running on a new machine now, where I copied over everything from my old machine. It had all my setting and applications, even macports applications, and everything seemed to run fine. Until now. My guess is xcode didn't copy over in the transition; I know I had it on the old machine. -Gwen On Tue, Feb 10, 2009 at 4:55 PM, Bryan Blackburn wrote: > On Tue, Feb 10, 2009 at 04:37:27PM -0800, Gwen Barnes said: > > Hello, > > > > I am trying to install firefox-x11, which depends on nspr. nspr is > crashing > > when I try to install. Below is the nspr install error log, with > > debugging. Can anyone help me get this running? Thanks. > > > > -Gwen > > > > gwen at coruscant:/Users/gwen>sudo port clean nspr > > Password: > > ---> Cleaning nspr > > gwen at coruscant:/Users/gwen>sudo port -d install nspr > [...] > > /usr/bin/gcc-4.0 -o prlink.o -c -I/opt/local/include -O2 -Wmost > > -fno-common -pthread -fPIC -UDEBUG -DNDEBUG=1 -DXP_UNIX=1 -DDARWIN=1 > > -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DXP_MACOSX=1 -DHAVE_LCHOWN=1 > > -DHAVE_STRERROR=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM > > -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../../pr/include > > -I../../../pr/include/private -I/Developer/Headers/FlatCarbon prlink.c > > prlink.c:48:27: error: CodeFragments.h: No such file or directory > > prlink.c:49:23: error: TextUtils.h: No such file or directory > > prlink.c:50:19: error: Types.h: No such file or directory > > prlink.c:51:21: error: Aliases.h: No such file or directory > > prlink.c:52:19: error: CFURL.h: No such file or directory > > prlink.c:53:22: error: CFBundle.h: No such file or directory > > prlink.c:54:22: error: CFString.h: No such file or directory > > prlink.c:55:26: error: CFDictionary.h: No such file or directory > > prlink.c:56:20: error: CFData.h: No such file or directory > > What version of Xcode do you have installed, and did you disable any > options > when installing it? Those headers should be part of a normal Xcode > install. > > Bryan > > [...] > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Tue Feb 10 21:22:16 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 10 Feb 2009 23:22:16 -0600 Subject: error installing nspr In-Reply-To: References: <20090211005552.GF43409@ninagal.withay.com> Message-ID: <48A329A3-7FDD-41C6-9CD3-AE7296DF4F9E@macports.org> On Feb 10, 2009, at 20:30, Gwen Barnes wrote: > On Tue, Feb 10, 2009 at 4:55 PM, Bryan Blackburn wrote: > >> On Tue, Feb 10, 2009 at 04:37:27PM -0800, Gwen Barnes said: >> >> > prlink.c:48:27: error: CodeFragments.h: No such file or directory >> > prlink.c:49:23: error: TextUtils.h: No such file or directory >> > prlink.c:50:19: error: Types.h: No such file or directory >> > prlink.c:51:21: error: Aliases.h: No such file or directory >> > prlink.c:52:19: error: CFURL.h: No such file or directory >> > prlink.c:53:22: error: CFBundle.h: No such file or directory >> > prlink.c:54:22: error: CFString.h: No such file or directory >> > prlink.c:55:26: error: CFDictionary.h: No such file or directory >> > prlink.c:56:20: error: CFData.h: No such file or directory >> >> What version of Xcode do you have installed, and did you disable >> any options >> when installing it? Those headers should be part of a normal >> Xcode install. > > Yep, xcode was the problem. I think I may not even have had xcode > installed. Anyway, I installed it now and the nspr install works > fine. Thanks for the heads up. You had at least parts of Xcode, since you had /usr/bin/gcc-4.0. > If you're wondering how I could not have xcode installed, I'm > running on a new machine now, where I copied over everything from > my old machine. It had all my setting and applications, even > macports applications, and everything seemed to run fine. Until > now. My guess is xcode didn't copy over in the transition; I know > I had it on the old machine. Your old machine was also an Intel Mac running Mac OS X 10.5.x? From ryandesign at macports.org Tue Feb 10 21:23:37 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 10 Feb 2009 23:23:37 -0600 Subject: daemondo In-Reply-To: <3C4B19D9-6D79-42F2-9D8D-39C0E22DE94B@centosprime.com> References: <390AFF6A-B06D-488E-8F21-A3A37209001B@pixilla.com> <4991FAAF.6080100@macports.org> <3C4B19D9-6D79-42F2-9D8D-39C0E22DE94B@centosprime.com> Message-ID: On Feb 10, 2009, at 16:27, Chris Janton wrote: > On 2009-02-10 , at 15:07 , Joshua Root wrote: > >> `port unload bind9` and `port load bind9` do the same things as the >> above, and are undeniably shorter. :-) >> >> OTOH, you might just want to send SIGHUP to named, or use rndc. > > > from > > daemondo --help > > daemondo responds to SIGHUP by restarting the daemon, and to > SIGTERM by > stopping it. daemondo exits on receipt of SIGTERM, or when it detects > that the daemon process has died. That's pretty good to know. Should we have an alias in port for sending SIGHUP? Maybe port restart bind9 From peteo at oakleystudio.com Tue Feb 10 21:50:13 2009 From: peteo at oakleystudio.com (Peter Oakley) Date: Wed, 11 Feb 2009 00:50:13 -0500 Subject: PHP Trouble with XML Parsing Message-ID: <90EF0BA6-E650-4895-92EB-71CCA2D02BFD@oakleystudio.com> Hey everybody, here's a puzzle... I am a Macintosh user, using MacPorts to install the most up-to-date PHP5 and various other related libraries on a Mac OS X web server. I have encountered a problem with PHP commands related to parsing XML data ( xml_parse_into_struct() and others). These commands, which worked in an older version of PHP with outdated expat and libxml libraries, are now causing my web server to exit processing and report a segmentation fault. Various bug reports I have read seemed to indicate the problem was with libxml2 v 2.7.2. Here are two links for your reference: 1) http://bugs.php.net/bug.php?id=45996 2) http://thread.gmane.org/gmane.comp.gnome.lib.xml.general/14610 That first link also reports that this bug was fixed with v2.7.3 of libxml2. That version of libxml2 just became available in MacPorts within the past day or so. Earlier today I installed it, reinstalled PHP5, and my phpinfo() indicates it's now using the new libxml2 v2.7.3. But my XML parsing still fails. (Specifically what happens is that the httpd pid dies. Example from my apache error file: "[notice] child pid 350 exit signal Bus error (10)".) Is anyone else having this same trouble with PHP? Any ideas what might be causing this? - Peter Oakley, webmaster Oakley Studio, LLC - Web Sites and Web Strategic Planning Distinctive Web Design, Professional Email Services, Secure Ecommerce for Small Business Web: http://www.oakleystudio.com Email: peteo at oakleystudio.com Phone: 574-707-0194 From mdcrawford at gmail.com Tue Feb 10 22:28:57 2009 From: mdcrawford at gmail.com (Michael Crawford) Date: Tue, 10 Feb 2009 22:28:57 -0800 Subject: Simple SMTP Relay? Message-ID: Greetings, Fellow Travelers. I don't have an SMTP server to use, so I can only send mail from GMail and not from Thunderbird. Does MacPorts have a simple SMTP server I could run on my Mac, that would look up the recipient's MX record and deliver my outgoing mail directly to the recipient's mail server? I thought ssmtp might do it, but it's not a daemon but a command-line program for sending individual messages. If MacPorts can't do it, I also have a Fedora 10 box that would be sure to have something I could use, but I'd rather install it on my MacBook Pro so I can send mail while I'm in cafes. Thanks! Mike -- Michael David Crawford mdcrawford at gmail dot com I'm looking for a job in Silicon Valley: http://www.goingware.com/resume/cover-letter.html From jmr at macports.org Tue Feb 10 23:05:43 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 11 Feb 2009 18:05:43 +1100 Subject: Simple SMTP Relay? In-Reply-To: References: Message-ID: <499278C7.30406@macports.org> Michael Crawford wrote: > Greetings, Fellow Travelers. > > I don't have an SMTP server to use, so I can only send mail from GMail > and not from Thunderbird. Does MacPorts have a simple SMTP server I > could run on my Mac, that would look up the recipient's MX record and > deliver my outgoing mail directly to the recipient's mail server? > > I thought ssmtp might do it, but it's not a daemon but a command-line > program for sending individual messages. 'port search smtp' and 'port search mta' should give you some ideas. The putmail port looks promising, or you can use a full-blown MTA like exim or postfix. The latter comes installed with OS X already, BTW. - Josh From raimue at macports.org Wed Feb 11 05:57:12 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 11 Feb 2009 14:57:12 +0100 Subject: daemondo In-Reply-To: References: <390AFF6A-B06D-488E-8F21-A3A37209001B@pixilla.com> <4991FAAF.6080100@macports.org> <3C4B19D9-6D79-42F2-9D8D-39C0E22DE94B@centosprime.com> Message-ID: <4992D938.70902@macports.org> Ryan Schmidt wrote: > That's pretty good to know. > > Should we have an alias in port for sending SIGHUP? Maybe > > port restart bind9 Port does not know the pid of daemondo and therefore can't send SIGHUP, this should be done by launchd. I consider pkill/killall too dangerous as a general way to do this. The correct way to restart an already loaded bind9 would be: sudo launchctl stop org.macports.bind9 sudo launchctl start org.macports.bind9 Rainer From rechner at vlado-do.de Wed Feb 11 08:55:32 2009 From: rechner at vlado-do.de (Vlado Plaga) Date: Wed, 11 Feb 2009 17:55:32 +0100 Subject: New digiKam port - kde4 / io-slave problem Message-ID: <20090211175532.5fdfab4d@platypus.ps42> After days of compiling I thought I had everything ready to give the new KDE4 digiKam a try on my PPC iMac - but although it compiles and starts successfully it does not actually display any pictures. :( Maybe someone here can help me with this? Problems are I know little about Portfile generation (and simply adapted the kdegraphics4 Portfile), and even less about programming for KDE4. My Portfile (see attachment) certainly has too many dependancies, and I had to activate it with "port -f activate", since some icons had already been installed by kdebase (or something related). When I start digikam from a terminal I get the following output: /Applications/MacPorts/KDE4/digikam.app/Contents/MacOS/digikam digikam(41240)/phonon (KDE plugin): QDBusError("org.freedesktop.DBus.Error.ServiceUnknown", "The name org.kde.kded was not provided by any .service files") digikam(41240)/phonon (KDE plugin): QDBusError("org.freedesktop.DBus.Error.ServiceUnknown", "The name org.kde.kded was not provided by any .service files") digikam(41240): Attempt to use QAction "camera_solid" with KXMLGUIFactory! digikam(41240): Attempt to use QAction "usb_media" with KXMLGUIFactory! digikam(41240): Attempt to use QAction "card_reader" with KXMLGUIFactory! digikam(41240): Attempt to use QAction "camera_addedmanually" with KXMLGUIFactory! digikam(41240): couldn't create slave: "Unable to create io-slave: klauncher said: Unknown protocol 'digikamdates'. " digikam(41240)/digikam (core) Digikam::AlbumManager::slotDatesJobResult: Failed to list dates digikam(41240): couldn't create slave: "Unable to create io-slave: klauncher said: Unknown protocol 'digikamalbums'. " digikam(41240)/digikam (core) Digikam::AlbumLister::slotResult: Failed to list url: "Could not start process Unable to create io-slave: klauncher said: Unknown protocol 'digikamalbums'. ." digikam(41240)/kdecore (trader) KServiceTypeTrader::defaultOffers: KServiceTypeTrader: serviceType "Digikam/ImagePlugin" not found Of course I searched for some of the terms, especially "Unable to create io-slave", but the results were neither helpful to me, nor very encouraging. For example this: http://www.kde-apps.org/content/show.php?content=9957#c200416 "I have been struggling with this for at least a year now" I also found something on environment variables, and tried setting LDPATH to /opt/local/lib/kde4 (where kio_digikamalbums.so is), but that did not change anything. What caused me to embark on this adventure in the first place was a) I had started using digiKam (KDE 3 version) on Ubuntu and can't think of better way to organise my pictures, and b) I found a blog entry describing how someone successfully compiled digikam on Mac OS: http://opensourcecat.blogspot.com/2009/01/en-digikam-little-step-more-to-world.html Any help would be appreciated! Vlado -------------- next part -------------- A non-text attachment was scrubbed... Name: Portfile Type: application/octet-stream Size: 865 bytes Desc: not available URL: From tgommes at gmail.com Wed Feb 11 10:39:32 2009 From: tgommes at gmail.com (Thomas Gommes) Date: Wed, 11 Feb 2009 19:39:32 +0100 Subject: New digiKam port - kde4 / io-slave problem In-Reply-To: <20090211175532.5fdfab4d@platypus.ps42> References: <20090211175532.5fdfab4d@platypus.ps42> Message-ID: <49931B64.3060900@gmail.com> An HTML attachment was scrubbed... URL: From timlee at rochester.rr.com Wed Feb 11 11:10:18 2009 From: timlee at rochester.rr.com (Tim Lee) Date: Wed, 11 Feb 2009 19:10:18 +0000 Subject: ENV to macports In-Reply-To: <4989C06F.8080002@macports.org> Message-ID: <20090211191018.13U7J.82360.root@hrndva-web04-z01> How many ports actually contain darwin 8 or 9 variants? When overriding macosx_deployment_target, CFLAGS, and LDFLAGS, do these get appended to the macports environment or do they replace the macports environment vars? Thanks Tim ---- Joshua Root wrote: > Tim Lee wrote: > > Does building +universal (setting universal_target to 10.4 & setting universal_sysroot to a 10.4 sdk) properly select Darwin 8 variants? Or does this have the same issue with selecting Darwin 9 variants? > > No and yes respectively, because platform variants contain a mix of > stuff that is needed to build on that platform and stuff that is needed > to run on that platform. The variants are selected based on the platform > being built on, and the universal variant just uses the ostrich algorithm. > > - Josh From raimue at macports.org Wed Feb 11 11:38:21 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 11 Feb 2009 20:38:21 +0100 Subject: daemondo In-Reply-To: <1E397C6F-1317-4FE2-AEC6-5AE4DE465F86@pixilla.com> References: <390AFF6A-B06D-488E-8F21-A3A37209001B@pixilla.com> <4991FAAF.6080100@macports.org> <3C4B19D9-6D79-42F2-9D8D-39C0E22DE94B@centosprime.com> <4992D938.70902@macports.org> <1E397C6F-1317-4FE2-AEC6-5AE4DE465F86@pixilla.com> Message-ID: <4993292D.9030404@macports.org> Bradley Giesbrecht wrote: > If you have naming consistency which it looks like you do you could do: > > port reload bind9: > > > function reload ($2) { > launchctl stop "org.macports.$2"; > launchctl start "org.macports.$2"; > } In fact it is not a reload, but a restart. And I don't see any point in integrating the launchctl interface into port. port load/unload are useful as you do not have to type the long path names to the plist files, but everything else should be done with launchctl. Rainer PS: Please remember to use "Reply All" so your message goes also to the list and not only to me. From raimue at macports.org Wed Feb 11 11:39:33 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 11 Feb 2009 20:39:33 +0100 Subject: ENV to macports In-Reply-To: <20090211191018.13U7J.82360.root@hrndva-web04-z01> References: <20090211191018.13U7J.82360.root@hrndva-web04-z01> Message-ID: <49932975.3090306@macports.org> Tim Lee wrote: > How many ports actually contain darwin 8 or 9 variants? $ port echo all |wc -l 5551 $ port echo variant:darwin_8 |wc -l 127 $ port echo variant:darwin_9 |wc -l 128 > When overriding macosx_deployment_target, CFLAGS, and LDFLAGS, do > these get appended to the macports environment or do they replace the > macports environment vars? When you specify these on the command line they override the Portfile, but the Portfile overrides macports.conf. The order is as follows: macports.conf < Portfile < command line Where "<" means "overriden by", from left to right. Rainer From timlee at rochester.rr.com Wed Feb 11 11:49:41 2009 From: timlee at rochester.rr.com (Tim Lee) Date: Wed, 11 Feb 2009 14:49:41 -0500 Subject: ENV to macports In-Reply-To: <49932975.3090306@macports.org> Message-ID: <20090211194941.AGNTI.82921.root@hrndva-web04-z01> This may have been answered with Josh's Ostrich Algo explanation- but, how could macports (on 10.5 "darwin_9") be forced to link/build for "darwin_8"? thanks ---- "Rainer M?ller" wrote: > Tim Lee wrote: > > How many ports actually contain darwin 8 or 9 variants? > > $ port echo all |wc -l > 5551 > $ port echo variant:darwin_8 |wc -l > 127 > $ port echo variant:darwin_9 |wc -l > 128 > > > When overriding macosx_deployment_target, CFLAGS, and LDFLAGS, do > > these get appended to the macports environment or do they replace the > > macports environment vars? > > When you specify these on the command line they override the Portfile, > but the Portfile overrides macports.conf. > > The order is as follows: > macports.conf < Portfile < command line > > Where "<" means "overriden by", from left to right. > > Rainer > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From ryandesign at macports.org Wed Feb 11 13:30:08 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 11 Feb 2009 15:30:08 -0600 Subject: ENV to macports In-Reply-To: <20090211194941.AGNTI.82921.root@hrndva-web04-z01> References: <20090211194941.AGNTI.82921.root@hrndva-web04-z01> Message-ID: On Feb 11, 2009, at 13:49, Tim Lee wrote: > This may have been answered with Josh's Ostrich Algo explanation- > but, how could macports (on 10.5 "darwin_9") be forced to link/ > build for "darwin_8"? We don't really have a good way to do that. It's not a feature that's requested very often, and there are more important things that need to be fixed in MacPorts. From ryandesign at macports.org Wed Feb 11 13:40:26 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 11 Feb 2009 15:40:26 -0600 Subject: New digiKam port - kde4 / io-slave problem In-Reply-To: <20090211175532.5fdfab4d@platypus.ps42> References: <20090211175532.5fdfab4d@platypus.ps42> Message-ID: On Feb 11, 2009, at 10:55, Vlado Plaga wrote: > b) I found a blog entry describing how someone successfully compiled > digikam on Mac OS: > http://opensourcecat.blogspot.com/2009/01/en-digikam-little-step- > more-to-world.html He said that he was able to compile digiKam using some dependencies from MacPorts, but that some were too old and had to be updated, and it looks like he had to create several new ports. Only he does not provide them. I added a comment to the blog adding him to please file a ticket in Trac with his portfiles so that we can look at them and see if we can add them to MacPorts. From dluke at geeklair.net Wed Feb 11 14:20:10 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 11 Feb 2009 17:20:10 -0500 Subject: ENV to macports In-Reply-To: References: <20090211194941.AGNTI.82921.root@hrndva-web04-z01> Message-ID: On Feb 11, 2009, at 4:30 PM, Ryan Schmidt wrote: > We don't really have a good way to do that. It's not a feature > that's requested very often, and there are more important things > that need to be fixed in MacPorts. Or rather there are other things that interested parties are working on. If you (anyone out there) is interested in fixing up this or any other part of MacPorts, please get involved (everything is done by volunteers). -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From jmr at macports.org Wed Feb 11 14:46:53 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 12 Feb 2009 09:46:53 +1100 Subject: ENV to macports In-Reply-To: <20090211194941.AGNTI.82921.root@hrndva-web04-z01> References: <20090211194941.AGNTI.82921.root@hrndva-web04-z01> Message-ID: <4993555D.6000808@macports.org> Tim Lee wrote: > This may have been answered with Josh's Ostrich Algo explanation- > but, how could macports (on 10.5 "darwin_9") be forced to link/build for "darwin_8"? You could try selecting darwin_8 manually in addition to darwin_9, or hacking portmain.tcl to select darwin_8 instead of darwin_9. Whether either of those approaches would work, and if so, which one, would depend on each specific port. - Josh From timlee at rochester.rr.com Wed Feb 11 17:32:16 2009 From: timlee at rochester.rr.com (Timothy Lee) Date: Wed, 11 Feb 2009 20:32:16 -0500 Subject: ENV to macports In-Reply-To: <4993555D.6000808@macports.org> References: <20090211194941.AGNTI.82921.root@hrndva-web04-z01> <4993555D.6000808@macports.org> Message-ID: <10E13A60-D8FA-4A9E-A538-5D2A1F2CF124@rochester.rr.com> I thought choosing which version was an either/or scenario. Are you saying that its possible to choose more than one per build? On Feb 11, 2009, at 5:46 PM, Joshua Root wrote: > Tim Lee wrote: >> This may have been answered with Josh's Ostrich Algo explanation- >> but, how could macports (on 10.5 "darwin_9") be forced to link/ >> build for "darwin_8"? > > You could try selecting darwin_8 manually in addition to darwin_9, or > hacking portmain.tcl to select darwin_8 instead of darwin_9. Whether > either of those approaches would work, and if so, which one, would > depend on each specific port. > > - Josh > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From jmr at macports.org Wed Feb 11 17:36:52 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 12 Feb 2009 12:36:52 +1100 Subject: ENV to macports In-Reply-To: <10E13A60-D8FA-4A9E-A538-5D2A1F2CF124@rochester.rr.com> References: <20090211194941.AGNTI.82921.root@hrndva-web04-z01> <4993555D.6000808@macports.org> <10E13A60-D8FA-4A9E-A538-5D2A1F2CF124@rochester.rr.com> Message-ID: <49937D34.4010508@macports.org> Timothy Lee wrote: > I thought choosing which version was an either/or scenario. > Are you saying that its possible to choose more than one per build? They are actually just variants under the hood. The only difference compared to normal variants is that platform variants are automatically selected based on the platform you're building on. Selecting platform variants manually is normally a really bad idea, but if you need to target a different platform, it just might work in some cases. - Josh From timlee at rochester.rr.com Wed Feb 11 17:40:58 2009 From: timlee at rochester.rr.com (Timothy Lee) Date: Wed, 11 Feb 2009 20:40:58 -0500 Subject: ENV to macports In-Reply-To: <49937D34.4010508@macports.org> References: <20090211194941.AGNTI.82921.root@hrndva-web04-z01> <4993555D.6000808@macports.org> <10E13A60-D8FA-4A9E-A538-5D2A1F2CF124@rochester.rr.com> <49937D34.4010508@macports.org> Message-ID: So, if targeting 10.4 from 10.5, would you recommend +darwin_8 - darwin_9 in my variants.conf? Thanks Josh! On Feb 11, 2009, at 8:36 PM, Joshua Root wrote: > Timothy Lee wrote: >> I thought choosing which version was an either/or scenario. >> Are you saying that its possible to choose more than one per build? > > They are actually just variants under the hood. The only difference > compared to normal variants is that platform variants are > automatically > selected based on the platform you're building on. Selecting platform > variants manually is normally a really bad idea, but if you need to > target a different platform, it just might work in some cases. > > - Josh > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From jmr at macports.org Wed Feb 11 17:42:34 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 12 Feb 2009 12:42:34 +1100 Subject: ENV to macports In-Reply-To: References: <20090211194941.AGNTI.82921.root@hrndva-web04-z01> <4993555D.6000808@macports.org> <10E13A60-D8FA-4A9E-A538-5D2A1F2CF124@rochester.rr.com> <49937D34.4010508@macports.org> Message-ID: <49937E8A.1020505@macports.org> Timothy Lee wrote: > So, if targeting 10.4 from 10.5, would you recommend +darwin_8 -darwin_9 > in my variants.conf? I wouldn't *recommend* anything like that... As I said before, the combination that will work (if any) will vary from port to port. - Josh From chuck at sharpsteen.net Wed Feb 11 21:47:57 2009 From: chuck at sharpsteen.net (Charlie Sharpsteen) Date: Wed, 11 Feb 2009 21:47:57 -0800 Subject: Question concerning redundant package installation Message-ID: <806322fe0902112147v3d4c16f1k58567b9e5db7f86b@mail.gmail.com> Hi all, I have been using macports to install programs that have been a little testy to compile myself and have been very satisfied so far. However, I just installed latex2rtf and port downloads and installed a rather large number of packages including some of the GNU toolchain, perl, and an outdated tex-live distribution. Much of this all ready exists on my computer and I am a little concerned about managing conflicts. Is there any way to have port preferentially link against libraries outside of /opt/local instead of downloading redundant copies? -Charlie -------------- next part -------------- An HTML attachment was scrubbed... URL: From perry at macports.org Wed Feb 11 22:30:46 2009 From: perry at macports.org (Perry Lee) Date: Wed, 11 Feb 2009 22:30:46 -0800 Subject: Question concerning redundant package installation In-Reply-To: <806322fe0902112147v3d4c16f1k58567b9e5db7f86b@mail.gmail.com> References: <806322fe0902112147v3d4c16f1k58567b9e5db7f86b@mail.gmail.com> Message-ID: <979A5A95-372F-48A4-98BF-EE4E935411F7@macports.org> On Feb 11, 2009, at 9:47 PM, Charlie Sharpsteen wrote: > Much of this all ready exists on my computer and I am a little > concerned about managing conflicts. Is there any way to have port > preferentially link against libraries outside of /opt/local instead > of downloading redundant copies? Hi Charlie, The short answer is no (though there are few exceptions like the system_x11 variant I think...). For the longer reason why, you should check out the FAQ: http://trac.macports.org/wiki/FAQ#WillMacPortslinktosystemlibrariesratherthanitsown From raimue at macports.org Thu Feb 12 00:40:14 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu, 12 Feb 2009 09:40:14 +0100 Subject: Question concerning redundant package installation In-Reply-To: <806322fe0902112147v3d4c16f1k58567b9e5db7f86b@mail.gmail.com> References: <806322fe0902112147v3d4c16f1k58567b9e5db7f86b@mail.gmail.com> Message-ID: <4993E06E.2000706@macports.org> Charlie Sharpsteen wrote: > I have been using macports to install programs that have been a little > testy to compile myself and have been very satisfied so far. However, I > just installed latex2rtf and port downloads and installed a rather large > number of packages including some of the GNU toolchain, perl, and an > outdated tex-live distribution. texlive follows the OpenBSD texlive release and that is still at version 2007. So it is the latest and greatest we can get without creating many packages ourselves. > Much of this all ready exists on my computer and I am a little concerned > about managing conflicts. That's exactly the point. As MacPorts installs everything to /opt/local, there won't be any conflicts with system provided libraries. > Is there any way to have port preferentially > link against libraries outside of /opt/local instead of downloading > redundant copies? As MacPorts installs newer versions in most cases, I would not see this as redundant. Rainer From mark.mahabir at gmail.com Thu Feb 12 07:02:04 2009 From: mark.mahabir at gmail.com (Mark Mahabir) Date: Thu, 12 Feb 2009 15:02:04 +0000 Subject: nedit bus error Message-ID: Hi all I've just installed today the latest version of Macports, openmotif and nedit on a MacBook, MacOS 10.5.6. nedit doesn't start - I just get the following :- bash-3.2$ ./nedit No type converter registered for 'BtnMotion' to 'MouseMoved' conversion. No type converter registered for 'TranslationTable' to 'MouseMoved' conversion. No type converter registered for 'BtnMotion' to 'Keymap' conversion. Bus error I googled and tried the usual suggestions of cleaning all/reinstalling. I get the same error when starting from scratch on another MacBook. Any ideas? Thanks in advance for any suggestions. Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From rechner at vlado-do.de Thu Feb 12 09:39:27 2009 From: rechner at vlado-do.de (Vlado Plaga) Date: Thu, 12 Feb 2009 18:39:27 +0100 Subject: New digiKam port - now working! In-Reply-To: <49931B64.3060900@gmail.com> References: <20090211175532.5fdfab4d@platypus.ps42> <49931B64.3060900@gmail.com> Message-ID: <20090212183927.09dd208c@platypus.ps42> After reading a private reply from Ryan Schmidt, and what Salvatore Brigaglia wrote as a reply to our comments on his blog entry, I experimented some more and... my digiKam is now working! :-) Reading about the importance of dbus, and about problems with the port version I had on my hard drive[1], I upgraded from dbus @1.2.12_2 to dbus @1.2.12_4. I don't know what else exactly out of several things I tried caused digiKam to work. Probably the most important measure was to delete the old configuration file "~/Library/Preferences/KDE/share/config/digikamr" and the previously generated "digikam4.db". A reboot might also be necessary (for dbus). Now there are still strange messages when I start digikam from the terminal, and I can't quit it via the menu when started this way, but it works just fine. The best way to start it seems to be via the icon in /Applications/MacPorts: that way it's also possible to quit the program normally. Thomas: what dbus port do you have installed? Can you try my Portfile, now that it works for me? I'm reattaching my Portfile (this time with a proper MIME type, and with one dependency less), and I hope it can soon be used as a starting point for a Portfile in the official system. Notice I disabled gphoto support because currently the version in MacPorts is too old, and I don't need it anyway. Unfortunately I had no success compiling the kipi-plugins (which could extend digiKam's capabilities). One minor issue I notice is the lack of program-specific icons in my /Applications/MacPorts/KDE4 folder. What could I do to change that? Regards, Vlado Plaga [1] http://trac.macports.org/ticket/17950 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Portfile URL: From jeremyhu at macports.org Thu Feb 12 09:44:05 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Thu, 12 Feb 2009 09:44:05 -0800 Subject: nedit bus error In-Reply-To: References: Message-ID: <6D5A03AB-B424-445E-8B06-C6329F489955@macports.org> Where's it failing? gdb --args /opt/local/bin/nedit (gdb) run ... fail ... (gdb) bt # Usefult info you should provide here On Feb 12, 2009, at 07:02, Mark Mahabir wrote: > Hi all > > I've just installed today the latest version of Macports, openmotif > and > nedit on a MacBook, MacOS 10.5.6. > > nedit doesn't start - I just get the following :- > > bash-3.2$ ./nedit > No type converter registered for 'BtnMotion' to 'MouseMoved' > conversion. > No type converter registered for 'TranslationTable' to 'MouseMoved' > conversion. > No type converter registered for 'BtnMotion' to 'Keymap' conversion. > Bus error > > I googled and tried the usual suggestions of cleaning all/ > reinstalling. I > get the same error when starting from scratch on another MacBook. > > Any ideas? > > Thanks in advance for any suggestions. > > Mark > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From tgommes at gmail.com Thu Feb 12 12:29:26 2009 From: tgommes at gmail.com (Thomas Gommes) Date: Thu, 12 Feb 2009 21:29:26 +0100 Subject: New digiKam port - now working! In-Reply-To: <20090212183927.09dd208c@platypus.ps42> References: <20090211175532.5fdfab4d@platypus.ps42> <49931B64.3060900@gmail.com> <20090212183927.09dd208c@platypus.ps42> Message-ID: <499486A6.3050000@gmail.com> An HTML attachment was scrubbed... URL: From mtrumpis at berkeley.edu Thu Feb 12 14:30:31 2009 From: mtrumpis at berkeley.edu (M Trumpis) Date: Thu, 12 Feb 2009 14:30:31 -0800 Subject: py25-pyqt4 build fails Message-ID: Hi.. I ran into a pretty basic problem with the py25-pyqt4 (4.4.3) port. The error blurb describes it all. Sadly, I don't know how macports builds work, but somehow the config missed the ${prefix}/Library/Frameworks directory for the -F flag. I just changed up by hand the Makefile in [build-dir]/work/PyQt-mac-gpl-4.4.3/designer to include the right flag and the install went fine from there. Unfortunately I'm getting the bus error problem now when I try to "from PyQt4 import Qt" /usr/bin/g++-4.0 -headerpad_max_install_names -bundle -flat_namespace -o libpythonplugin.bundle pluginloader.o moc_pluginloader.o -F/opt/local/libexec/qt4-mac/lib -L/opt/local/libexec/qt4-mac/lib -framework Python -L/opt/local/lib -L/opt/local/lib/mysql5/mysql -L/opt/local/lib/postgresql83 -L/opt/local/libexec/qt4-mac/lib -F/opt/local/libexec/qt4-mac/lib -framework QtDesigner -framework QtScript -framework QtXml -framework QtGui -framework Carbon -framework AppKit -lpng -framework QtCore -lz -lm -framework ApplicationServices /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: can't locate framework for: -framework Python Mike From macsforever2000 at macports.org Thu Feb 12 15:18:21 2009 From: macsforever2000 at macports.org (Frank Schima) Date: Thu, 12 Feb 2009 16:18:21 -0700 Subject: py25-pyqt4 build fails In-Reply-To: References: Message-ID: <2E139149-7D5F-4178-9A55-2DCB494F6B1D@macports.org> On Feb 12, 2009, at 3:30 PM, M Trumpis wrote: > Hi.. I ran into a pretty basic problem with the py25-pyqt4 (4.4.3) > port. The error blurb describes it all. Sadly, I don't know how > macports builds work, but somehow the config missed the > ${prefix}/Library/Frameworks directory for the -F flag. I just changed > up by hand the Makefile in > [build-dir]/work/PyQt-mac-gpl-4.4.3/designer to include the right flag > and the install went fine from there. > > Unfortunately I'm getting the bus error problem now when I try to > "from PyQt4 import Qt" > > > /usr/bin/g++-4.0 -headerpad_max_install_names -bundle -flat_namespace > -o libpythonplugin.bundle pluginloader.o moc_pluginloader.o > -F/opt/local/libexec/qt4-mac/lib -L/opt/local/libexec/qt4-mac/lib > -framework Python -L/opt/local/lib -L/opt/local/lib/mysql5/mysql > -L/opt/local/lib/postgresql83 -L/opt/local/libexec/qt4-mac/lib > -F/opt/local/libexec/qt4-mac/lib -framework QtDesigner -framework > QtScript -framework QtXml -framework QtGui -framework Carbon > -framework AppKit -lpng -framework QtCore -lz -lm -framework > ApplicationServices > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: can't locate framework > for: -framework Python There's a bug report on this issue: It does actually work for me though. Cheers! Frank From mtrumpis at berkeley.edu Thu Feb 12 18:13:31 2009 From: mtrumpis at berkeley.edu (M Trumpis) Date: Fri, 13 Feb 2009 02:13:31 +0000 (UTC) Subject: py25-pyqt4 build fails References: <2E139149-7D5F-4178-9A55-2DCB494F6B1D@macports.org> Message-ID: Frank Schima macports.org> writes: > > > On Feb 12, 2009, at 3:30 PM, M Trumpis wrote: > > > Hi.. I ran into a pretty basic problem with the py25-pyqt4 (4.4.3) > > port. The error blurb describes it all. Sadly, I don't know how > > macports builds work, but somehow the config missed the > > ${prefix}/Library/Frameworks directory for the -F flag. I just changed > > up by hand the Makefile in > > [build-dir]/work/PyQt-mac-gpl-4.4.3/designer to include the right flag > > and the install went fine from there. > > > > Unfortunately I'm getting the bus error problem now when I try to > > "from PyQt4 import Qt" > > > > > > /usr/bin/g++-4.0 -headerpad_max_install_names -bundle -flat_namespace > > -o libpythonplugin.bundle pluginloader.o moc_pluginloader.o > > -F/opt/local/libexec/qt4-mac/lib -L/opt/local/libexec/qt4-mac/lib > > -framework Python -L/opt/local/lib -L/opt/local/lib/mysql5/mysql > > -L/opt/local/lib/postgresql83 -L/opt/local/libexec/qt4-mac/lib > > -F/opt/local/libexec/qt4-mac/lib -framework QtDesigner -framework > > QtScript -framework QtXml -framework QtGui -framework Carbon > > -framework AppKit -lpng -framework QtCore -lz -lm -framework > > ApplicationServices > > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: can't locate framework > > for: -framework Python > > There's a bug report on this issue: > > > > It does actually work for me though. > > Cheers! > Frank > > Hi Frank.. I did come across that ticket. That problem seems to crop up after the build stage, though. It seems to me like the build fail can be gotten around with a few tweaks to the config machinery (however Qt does that). It looks like this attempt in the Portfile doesn't work: configure.post_args LFLAGS="-F${prefix}/Library/Frameworks -L${prefix}/lib" because the Makefiles in PyQT4 define "LFLAGS = blah blah", instead of "+=" I can monkey-see-monkey-do my way out of the problem line by line, but I'm clueless about "fixing" the problem. Kind regards, Mike From jeremyhu at macports.org Fri Feb 13 02:32:56 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Fri, 13 Feb 2009 02:32:56 -0800 Subject: nedit bus error In-Reply-To: References: <6D5A03AB-B424-445E-8B06-C6329F489955@macports.org> Message-ID: And the backtrace? (see the 'bt' command you need to run...) On Feb 13, 2009, at 01:53, Mark Mahabir wrote: > I get: > > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_PROTECTION_FAILURE at address: 0x00000004 > 0x005cffd6 in XtWidgetToApplicationContext () > (gdb) > > Thanks, > > Mark > > 2009/2/12 Jeremy Huddleston > >> Where's it failing? >> >> gdb --args /opt/local/bin/nedit >> (gdb) run >> ... fail ... >> (gdb) bt >> # Usefult info you should provide here >> >> >> On Feb 12, 2009, at 07:02, Mark Mahabir wrote: >> >> Hi all >>> >>> I've just installed today the latest version of Macports, >>> openmotif and >>> nedit on a MacBook, MacOS 10.5.6. >>> >>> nedit doesn't start - I just get the following :- >>> >>> bash-3.2$ ./nedit >>> No type converter registered for 'BtnMotion' to 'MouseMoved' >>> conversion. >>> No type converter registered for 'TranslationTable' to 'MouseMoved' >>> conversion. >>> No type converter registered for 'BtnMotion' to 'Keymap' conversion. >>> Bus error >>> >>> I googled and tried the usual suggestions of cleaning all/ >>> reinstalling. I >>> get the same error when starting from scratch on another MacBook. >>> >>> Any ideas? >>> >>> Thanks in advance for any suggestions. >>> >>> Mark >>> _______________________________________________ >>> macports-users mailing list >>> macports-users at lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >>> >> >> From macsforever2000 at macports.org Fri Feb 13 06:06:50 2009 From: macsforever2000 at macports.org (Frank Schima) Date: Fri, 13 Feb 2009 07:06:50 -0700 Subject: py25-pyqt4 build fails In-Reply-To: References: <2E139149-7D5F-4178-9A55-2DCB494F6B1D@macports.org> Message-ID: <4BFC06C7-B237-4CCD-BBC0-F683986B6A99@macports.org> On Feb 12, 2009, at 7:13 PM, M Trumpis wrote: > Frank Schima macports.org> writes: >> >> There's a bug report on this issue: >> >> >> >> It does actually work for me though. >> > Hi Frank.. I did come across that ticket. That problem seems to crop > up after > the build stage, though. It seems to me like the build fail can be > gotten around > with a few tweaks to the config machinery (however Qt does that). > > It looks like this attempt in the Portfile doesn't work: > > configure.post_args LFLAGS="-F${prefix}/Library/Frameworks -L$ > {prefix}/lib" > > because the Makefiles in PyQT4 define "LFLAGS = blah blah", instead > of "+=" > > I can monkey-see-monkey-do my way out of the problem line by line, > but I'm > clueless about "fixing" the problem. You're right, the error occurs during activation in that ticket - due to the Python Frameworks bug. Are you on Tiger? What version of Xcode are you running? Have you run "sudo port selfupdate" and then "sudo port upgrade outdated" recently? To do what you want, you could change the portfile command to: configure.post_args-append LFLAGS="-F${prefix}/Library/Frameworks -L$ {prefix}/lib" But that is not a general fix because the configure phase works fine on Leopard as it is. Cheers! Frank From mtrumpis at berkeley.edu Fri Feb 13 09:29:20 2009 From: mtrumpis at berkeley.edu (M Trumpis) Date: Fri, 13 Feb 2009 17:29:20 +0000 (UTC) Subject: py25-pyqt4 build fails References: <2E139149-7D5F-4178-9A55-2DCB494F6B1D@macports.org> <4BFC06C7-B237-4CCD-BBC0-F683986B6A99@macports.org> Message-ID: Frank Schima macports.org> writes: > > Are you on Tiger? What version of Xcode are you running? Have you run > "sudo port selfupdate" and then "sudo port upgrade outdated" recently? > > To do what you want, you could change the portfile command to: > > configure.post_args-append LFLAGS="-F${prefix}/Library/Frameworks -L$ > {prefix}/lib" > > But that is not a general fix because the configure phase works fine > on Leopard as it is. > > Cheers! > Frank > > I'm on Tiger 10.4.11, Xcode v 2.5. I did update the Portfile descriptions yesterday, and I've been in the process of upgrading to current packages. I'm fairly sure all the deps for pyqt4 are up to date. So it just works in Leopard? The reasons-to-upgrade list is getting longer. Kind regards, Mike From ram at macports.org Sun Feb 15 22:09:59 2009 From: ram at macports.org (Adam Mercer) Date: Mon, 16 Feb 2009 00:09:59 -0600 Subject: qt4-mac dependencies - 2 RDBMS? Message-ID: <799406d60902152209u15708385wa41777cabd8f9796@mail.gmail.com> Hi I'm wanting to write a port for some QT based software and looking at the dependencies for qt4-mac I see that it depends on both mysql5 and postgresql83, in addition to sqlite: $ port deps qt4-mac qt4-mac has build dependencies on: pkgconfig qt4-mac has library dependencies on: zlib tiff libpng libmng jpeg dbus unixODBC mysql5 postgresql83 openssl sqlite3 $ Does this really need to depend on two different RDBMS, isn't SQLite enough? Could variants be added that switch off MySQL and PostgreSQL support? Cheers Adam From mcalhoun at macports.org Mon Feb 16 09:43:10 2009 From: mcalhoun at macports.org (Marcus Calhoun-Lopez) Date: Mon, 16 Feb 2009 17:43:10 +0000 (UTC) Subject: qt4-mac dependencies - 2 RDBMS? References: <799406d60902152209u15708385wa41777cabd8f9796@mail.gmail.com> Message-ID: Adam Mercer macports.org> writes: > > Hi > > I'm wanting to write a port for some QT based software and looking at > the dependencies for qt4-mac I see that it depends on both mysql5 and > postgresql83, in addition to sqlite: > > Does this really need to depend on two different RDBMS, isn't SQLite > enough? Could variants be added that switch off MySQL and PostgreSQL > support? Qt4 used to behave as you suggest. It was changed in r44200 (http://trac.macports.org/changeset/44200/trunk/dports/aqua/qt4-mac/Portfile). Some of the variants were removed because they were needed by other packages (r44200 lists them). In addition, having all these variants made the port much harder to maintain. -Marcus From cerieljacobs at gmail.com Mon Feb 16 10:50:38 2009 From: cerieljacobs at gmail.com (Ceriel Jacobs) Date: Mon, 16 Feb 2009 19:50:38 +0100 Subject: How to specify (default) compiler options and choose which compiler Message-ID: <22AA8702-5C84-43B3-AB05-E3617239C2F9@gmail.com> My goal is to build speed optimised binaries for 10.5 Core2Duo: -fast - march=nocona (-m64). The -march=nocona requires gcc 4.2 or higher. The default on MacOS is still gcc 4.0. I know I can use ./port ... configure.compiler=gcc-4.2 Questions: - how to specify gcc 4.2 *by default* within MacPorts? - how to verify that binaries are actually build using gcc 4.2? I am already using the +universal trick to specify default x86_64 instead of the default i386/ppc. Now I read macports documentation regarding setting compiler flags: configure.cflags defaults to -O2. Questions: - which configuration file should be modified to change the default - O2 to -fast? - in case that is not possible, and it should be appended to the port command, how is that best done? a. configure.cflags=-fast or b. configure.cflags-delete=-O2 configure.cflags-append=-fast (and for configure.ccflags-delete=-O2 configure.cxxflags-delete=-O2) ~Ceriel From mcalhoun at macports.org Mon Feb 16 13:21:30 2009 From: mcalhoun at macports.org (Marcus Calhoun-Lopez) Date: Mon, 16 Feb 2009 21:21:30 +0000 (UTC) Subject: How to specify (default) compiler options and choose which compiler References: <22AA8702-5C84-43B3-AB05-E3617239C2F9@gmail.com> Message-ID: Ceriel Jacobs gmail.com> writes: > > My goal is to build speed optimised binaries for 10.5 Core2Duo: -fast - > march=nocona (-m64). > > The -march=nocona requires gcc 4.2 or higher. > The default on MacOS is still gcc 4.0. > I know I can use ./port ... configure.compiler=gcc-4.2 > > Questions: > - how to specify gcc 4.2 *by default* within MacPorts? WARNING: All of the things I am about to mention could very easily break a MacPorts installation and should not be implemented lightly. As far as I know, there is no configuration file in which these values can be changed. You could write a shell script which overrides the default values port install $1 configure.compiler=gcc-4.2 configure.optflags=-fast configure.m64=yes configure.march=nocona You can also edit the file ${prefix}/share/macports/Tcl/port1.0/portconfigure.tcl These two actions only set the default value. A Portfile can override your value as well. In that case you would have to create your own local repository (http://guide.macports.org/#development.local-repositories). > - how to verify that binaries are actually build using gcc 4.2? The only way I know of is to use verbose output and see if any other compiler is being used. -Marcus From ram at macports.org Mon Feb 16 16:36:44 2009 From: ram at macports.org (Adam Mercer) Date: Mon, 16 Feb 2009 18:36:44 -0600 Subject: qt4-mac dependencies - 2 RDBMS? In-Reply-To: References: <799406d60902152209u15708385wa41777cabd8f9796@mail.gmail.com> Message-ID: <799406d60902161636t96baf39gd5536101b81fc10c@mail.gmail.com> On Mon, Feb 16, 2009 at 11:43, Marcus Calhoun-Lopez wrote: > Qt4 used to behave as you suggest. > It was changed in r44200 > (http://trac.macports.org/changeset/44200/trunk/dports/aqua/qt4-mac/Portfile). > > Some of the variants were removed because they were needed by other packages > (r44200 lists them). > > In addition, having all these variants made the port much harder to maintain. Makes sense, I'm all for easy to maintain ports! Cheers Adam From raimue at macports.org Mon Feb 16 17:01:33 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 17 Feb 2009 02:01:33 +0100 Subject: How to specify (default) compiler options and choose which compiler In-Reply-To: References: <22AA8702-5C84-43B3-AB05-E3617239C2F9@gmail.com> Message-ID: <499A0C6D.4020209@macports.org> Marcus Calhoun-Lopez wrote: > You could write a shell script which overrides the default values > port install $1 > configure.compiler=gcc-4.2 > configure.optflags=-fast > configure.m64=yes > configure.march=nocona > > You can also edit the file > ${prefix}/share/macports/Tcl/port1.0/portconfigure.tcl > > These two actions only set the default value. > A Portfile can override your value as well. No, command line options override values given in the Portfile. configure.compiler can currently only be set to a different default by editing portconfigure.tcl. Rainer From jmr at macports.org Mon Feb 16 17:24:45 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 17 Feb 2009 12:24:45 +1100 Subject: qt4-mac dependencies - 2 RDBMS? In-Reply-To: <799406d60902161636t96baf39gd5536101b81fc10c@mail.gmail.com> References: <799406d60902152209u15708385wa41777cabd8f9796@mail.gmail.com> <799406d60902161636t96baf39gd5536101b81fc10c@mail.gmail.com> Message-ID: <499A11DD.40104@macports.org> Adam Mercer wrote: > On Mon, Feb 16, 2009 at 11:43, Marcus Calhoun-Lopez > wrote: > >> Qt4 used to behave as you suggest. >> It was changed in r44200 >> (http://trac.macports.org/changeset/44200/trunk/dports/aqua/qt4-mac/Portfile). >> >> Some of the variants were removed because they were needed by other packages >> (r44200 lists them). >> >> In addition, having all these variants made the port much harder to maintain. > > Makes sense, I'm all for easy to maintain ports! I don't see an explanation for why postgresql and mysql are needed in that revision or the linked tickets, though. Is it documented somewhere? - Josh From mcalhoun at macports.org Mon Feb 16 20:49:15 2009 From: mcalhoun at macports.org (Marcus Calhoun-Lopez) Date: Tue, 17 Feb 2009 04:49:15 +0000 (UTC) Subject: qt4-mac dependencies - 2 RDBMS? References: <799406d60902152209u15708385wa41777cabd8f9796@mail.gmail.com> <799406d60902161636t96baf39gd5536101b81fc10c@mail.gmail.com> <499A11DD.40104@macports.org> Message-ID: Joshua Root macports.org> writes: > > I don't see an explanation for why postgresql and mysql are needed in > that revision or the linked tickets, though. Is it documented somewhere? > As far as I know, no port relies on either the postgresql or mysql functionality. Some users might want it however. Qt has an QSqlDatabase class which can make use of several different driver types including PostgreSQL and MySQL. Having both provides extra functionality. Based solely on my own experience, using variants to enable functionality for the sake of minimizing dependencies is far more trouble than it is worth. To answer your point, however, it seems there was no reason for the postgresql and mysql changes other than to provide full functionality without variants. -Marcus From raimue at macports.org Mon Feb 16 21:57:12 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 17 Feb 2009 06:57:12 +0100 Subject: qt4-mac dependencies - 2 RDBMS? In-Reply-To: References: <799406d60902152209u15708385wa41777cabd8f9796@mail.gmail.com> <799406d60902161636t96baf39gd5536101b81fc10c@mail.gmail.com> <499A11DD.40104@macports.org> Message-ID: <499A51B8.3060908@macports.org> Marcus Calhoun-Lopez wrote: > As far as I know, no port relies on either the postgresql or mysql functionality. > Some users might want it however. So there is no need to enable it by default and users can choose the variants if they want to. As you say it only affects some, not all users. And I doubt many users want both mysql and postgresql support. > Qt has an QSqlDatabase class which can make use of several > different driver types including PostgreSQL and MySQL. > Having both provides extra functionality. > > Based solely on my own experience, using variants to enable functionality > for the sake of minimizing dependencies is far more trouble than it is worth. It makes sense to exclude heavy-weight dependencies from the default install and provide them as variants. It's not easy to define heavy-weight, this is a decision the maintainer has to make. For example, requiring texlive as a build dependency only to provide a documentation which can also be read online somewhere is not reasonable. But for users who still want this locally a +docs variant can be provided. > To answer your point, however, it seems there was no reason for the > postgresql and mysql changes > other than to provide full functionality without variants. I consider both mysql and postgresql as heavy-weight (note and they should only be installed if there is a reason to do so. If you would always go for "full functionality" there wouldn't be any variants at all. I would suggest to move the mysql and postgresql dependencies back to variants. Rainer From David.Epstein at warwick.ac.uk Mon Feb 16 23:45:22 2009 From: David.Epstein at warwick.ac.uk (David Epstein) Date: Mon, 16 Feb 2009 23:45:22 -0800 (PST) Subject: structure and names of directories in /opt/local Message-ID: <22052170.post@talk.nabble.com> Can someone say something about the general structure of /opt/local. For example, what kind of material goes into "share", and why is it called "share"? Who is sharing it? I recognize src as source, but what is var about? Thanks David -- View this message in context: http://www.nabble.com/structure-and-names-of-directories-in--opt-local-tp22052170p22052170.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From jacco at jaccorens.com Tue Feb 17 00:06:20 2009 From: jacco at jaccorens.com (Jacco Rens) Date: Tue, 17 Feb 2009 09:06:20 +0100 Subject: Issue with double perl Message-ID: Hi Listmembers, I'm trying to build imapsync on my machine, but it fails with the following error: .... ---> Installing p5-digest-md5 @2.38_0 ---> Activating p5-digest-md5 @2.38_0 Error: Target org.macports.activate returned: Image error: /opt/local/ share/man/man3/Digest::MD5.3pm.gz is being used by the active perl5.8 port. Please deactivate this port first, or use the -f flag to force the activation. Error: The following dependencies failed to build: p5-digest-md5 p5-io- socket-ssl p5-net-libidn libidn gettext expat libiconv gperf ncurses ncursesw p5-net-ssleay p5-mail-imapclient p5-term-readkey Error: Status 1 encountered during processing. What I have installed via ports is shown below, and I see perl5 and perl5.8 there, that I suspect to be the cause of the problem. bash-3.2# /opt/local/bin/port installed The following ports are currently installed: db44 @4.4.20_1 (active) openssl @0.9.8j_0 (active) p5-berkeleydb @0.31_0 (active) p5-datemanip @5.54_0 (active) p5-digest-md5 @2.38_0 perl5 @5.8.9_0 (active) perl5.8 @5.8.9_2 (active) squid @2.7.STABLE6_0+darwin_9 (active) zlib @1.2.3_2 (active) Any advice how to overcome these errors? -- jacco From jmr at macports.org Tue Feb 17 00:34:43 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 17 Feb 2009 19:34:43 +1100 Subject: structure and names of directories in /opt/local In-Reply-To: <22052170.post@talk.nabble.com> References: <22052170.post@talk.nabble.com> Message-ID: <499A76A3.8090509@macports.org> David Epstein wrote: > Can someone say something about the general structure of /opt/local. For > example, what kind of material goes into "share", and why is it called > "share"? Who is sharing it? I recognize src as source, but what is var > about? `man porthier` :-) - Josh From krischik at macports.org Tue Feb 17 00:41:13 2009 From: krischik at macports.org (Martin Krischik) Date: Tue, 17 Feb 2009 09:41:13 +0100 Subject: structure and names of directories in /opt/local In-Reply-To: <22052170.post@talk.nabble.com> References: <22052170.post@talk.nabble.com> Message-ID: <499A7829.3070001@macports.org> David Epstein schrieb: > Can someone say something about the general structure of /opt/local. For > example, what kind of material goes into "share", and why is it called > "share"? Who is sharing it? I recognize src as source, but what is var > about? Read: http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard The names aren't all that telling which is probably the reason why the Mac does not follow the FHS. Regards Martin -- Martin Krischik krischik at users.sourceforge.net From cerieljacobs at gmail.com Tue Feb 17 04:06:24 2009 From: cerieljacobs at gmail.com (Ceriel Jacobs) Date: Tue, 17 Feb 2009 13:06:24 +0100 Subject: How to specify (default) compiler options and choose which compiler In-Reply-To: References: <22AA8702-5C84-43B3-AB05-E3617239C2F9@gmail.com> Message-ID: Op 16 feb 2009, om 22:21 heeft Marcus Calhoun-Lopez het volgende geschreven: > WARNING: > All of the things I am about to mention could very easily break > a MacPorts installation and should not be implemented lightly. You can say that again. I was trying to build postgresql83 with this command: $ sudo /opt/local/bin/port -v install postgresql83 +universal configure.compiler=gcc-4.2 configure.optflags=-fast configure.m64=yes configure.march=nocona The process hung (overnight) at run_tic.sh [1] which was related to ncurses dependancy, which is a dependancy of readline dependancy, which is a postgresql83 dependancy. With help of -v verbose output and Rainer M?ller's comment I decided to change two default values in > ${prefix}/share/macports/Tcl/port1.0/portconfigure.tcl for the compiler; "darwin 9" { set compiler gcc-4.2 } and for the optflag; default configure.optflags {-fast} -m64 doesn't seem needed to be specified, it was now often double in commands listed in the verbose output. One command was decided to be kept on the port command line: configure.march=nocona. Also when switching portconfigure.tcl back to gcc-4.0 / -O2 $ sudo /opt/local/bin/port -v install ncurses +universal (universal=x86_64) hangs. Uninstalling & cleaning: ncursesw & ncurses doesn't improve, ncurses still hangs at executing run_tic.sh [2] ~Ceriel [1]--- DESTDIR=/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_ncurses/work/destroot-x86_64 \ prefix=/opt/local \ exec_prefix=/opt/local \ bindir=/opt/local/bin \ top_srcdir=.. \ srcdir=. \ datadir=/opt/local/share \ ticdir=/opt/local/share/terminfo \ source=terminfo.tmp \ THIS_CC="/usr/bin/gcc-4.2 -m64" \ THAT_CC="/usr/bin/gcc-4.2 -m64" \ /bin/sh ./run_tic.sh ** Building terminfo database, please wait... Running tic to install /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_ncurses/work/destroot-x86_64/opt/ local/share/terminfo ... You may see messages regarding extended capabilities, e.g., AX. These are extended terminal capabilities which are compiled using tic -x If you have ncurses 4.2 applications, you should read the INSTALL document, and install the terminfo without the -x option. ^C [2]--- mkdir /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_ncurses/work/destroot-x86_64/opt/ local/share/tabset DESTDIR=/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_ncurses/work/destroot-x86_64 \ prefix=/opt/local \ exec_prefix=/opt/local \ bindir=/opt/local/bin \ top_srcdir=.. \ srcdir=. \ datadir=/opt/local/share \ ticdir=/opt/local/share/terminfo \ source=terminfo.tmp \ THIS_CC="/usr/bin/gcc-4.0 -m64" \ THAT_CC="/usr/bin/gcc-4.0 -m64" \ /bin/sh ./run_tic.sh ** Building terminfo database, please wait... Running tic to install /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_ncurses/work/destroot-x86_64/opt/ local/share/terminfo ... You may see messages regarding extended capabilities, e.g., AX. These are extended terminal capabilities which are compiled using tic -x If you have ncurses 4.2 applications, you should read the INSTALL document, and install the terminfo without the -x option. From ryandesign at macports.org Tue Feb 17 04:46:12 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 17 Feb 2009 06:46:12 -0600 Subject: Issue with double perl In-Reply-To: References: Message-ID: <378BA955-A328-4A17-83AC-4809C39E19F4@macports.org> On Feb 17, 2009, at 02:06, Jacco Rens wrote: > I'm trying to build imapsync on my machine, but it fails with the > following error: > > .... > ---> Installing p5-digest-md5 @2.38_0 > ---> Activating p5-digest-md5 @2.38_0 > Error: Target org.macports.activate returned: Image error: /opt/ > local/share/man/man3/Digest::MD5.3pm.gz is being used by the active > perl5.8 port. Please deactivate this port first, or use the -f > flag to force the activation. > Error: The following dependencies failed to build: p5-digest-md5 p5- > io-socket-ssl p5-net-libidn libidn gettext expat libiconv gperf > ncurses ncursesw p5-net-ssleay p5-mail-imapclient p5-term-readkey > Error: Status 1 encountered during processing. You must do what the port tells you to do: "/opt/local/share/man/man3/Digest::MD5.3pm.gz is being used by the active perl5.8 port. Please deactivate this port first, or use the - f flag to force the activation." In other words, please type: "sudo port -f activate p5-digest-md5" Then continue with what you were doing before. > What I have installed via ports is shown below, and I see perl5 and > perl5.8 there, that I suspect to be the cause of the problem. That is not a problem. perl5 is a thin wrapper over perl5.8, at this time. That may change in the future. $ port contents perl5 Port perl5 contains: /mp/bin/perl5 /mp/share/doc/perl5/README.txt $ From David.Epstein at warwick.ac.uk Tue Feb 17 04:55:56 2009 From: David.Epstein at warwick.ac.uk (David Epstein) Date: Tue, 17 Feb 2009 04:55:56 -0800 (PST) Subject: manual changes in /opt/local Message-ID: <22056767.post@talk.nabble.com> I learned from a bad experience that manual changes to files in /opt/local are a bad idea. For one thing, new versions of ports are quite likely to overwrite such changes. It was worse for me: the whole MacPorts arrangement stopped working. updmap is a command that comes with the teTex package. (Side question: how would I be able to find this out if I recalled only "updmap" and not "teTex? Another side question: is there a way of finding out which commands the package teTex will install in /opt/local/bin, without actually installing it?) To get back to my main question: "man updmap" says "updmap reads a configuration file, updmap.cfg(5)" and I'm assuming updmap.cfg is supposed to be edited by hand---it's a text file. Problem 1: editing by hand a file in /opt/local. Is this wise? Is there any alternative? Will the file be overwritten by a later port? Prolem 2: % slocate updmap.cfg /opt/local/share/texmf-dist/web2c/updmap.cfg /opt/local/var/macports/software/teTeX/3.0_5/opt/local/share/texmf-dist/web2c/updmap.cfg so there are two files updmap.cfg files. How do I know which one to edit? Or should I be editing yet another copy? There are a couple of other configuration files in /opt/local that I have edited by hand. I have also done something I don't quite remember about getting some daily maintenance program or perhaps daily updating of some database to work. So what about the overwriting problem? I would like to know what other MacPorts users do. Thanks David -- View this message in context: http://www.nabble.com/manual-changes-in--opt-local-tp22056767p22056767.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From joshmiks at yahoo.co.in Tue Feb 17 02:05:07 2009 From: joshmiks at yahoo.co.in (vinitha ks) Date: Tue, 17 Feb 2009 15:35:07 +0530 (IST) Subject: Glew for MAC Message-ID: <140285.44239.qm@web95401.mail.in2.yahoo.com> Hi, I donloaded glew1.5.1 source,but there is library for mac.How can create mac libray for glew? when i tried "sudo port install glew" ,it shows error like "sudo: port: command not found" Anyone can help me? Thanks, Check out the all-new Messenger 9.0! Go to http://in.messenger.yahoo.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From cerieljacobs at gmail.com Tue Feb 17 07:21:31 2009 From: cerieljacobs at gmail.com (Ceriel Jacobs) Date: Tue, 17 Feb 2009 16:21:31 +0100 Subject: Glew for MAC In-Reply-To: <140285.44239.qm@web95401.mail.in2.yahoo.com> References: <140285.44239.qm@web95401.mail.in2.yahoo.com> Message-ID: <53650E46-9B2C-4594-A292-0DE825B78E77@gmail.com> "sudo: port: command not found" means something like 'I cannot find the executable file port'. Usually tricks are done to search for executables in different locations; this is done with an environment variable named $PATH You can show your path with the command: "echo $PATH"; when your MacPorts /bin directory is not listed on your path, the computer doesn't know where to find it. A simple solution is to specify where the command port can be found, (/ opt/local/bin is the default location), example: "sudo /opt/local/bin/port install glew" A little more difficult is that add you MacPorts bin folder to your path. ~Ceriel Op 17 feb 2009, om 11:05 heeft vinitha ks het volgende geschreven: > Hi, > I donloaded glew1.5.1 source,but there is library for mac.How can > create mac libray for glew? > > when i tried "sudo port install glew" ,it shows error like "sudo: > port: command not found" > Anyone can help me? > Thanks, > > Add more friends to your messenger and enjoy! Invite them > now._______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Tue Feb 17 07:59:55 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 18 Feb 2009 02:59:55 +1100 Subject: Glew for MAC In-Reply-To: <140285.44239.qm@web95401.mail.in2.yahoo.com> References: <140285.44239.qm@web95401.mail.in2.yahoo.com> Message-ID: <499ADEFB.3030203@macports.org> vinitha ks wrote: > Hi, > I donloaded glew1.5.1 source,but there is library for mac.How can create > mac libray for glew? > > when i tried "sudo port install glew" ,it shows error like "sudo: port: > command not found" > Anyone can help me? You do have MacPorts installed, right? Did you install version 1.7.0? Did you open a new Terminal window after installing? - Josh From raimue at macports.org Tue Feb 17 09:43:25 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 17 Feb 2009 18:43:25 +0100 Subject: manual changes in /opt/local In-Reply-To: <22056767.post@talk.nabble.com> References: <22056767.post@talk.nabble.com> Message-ID: <499AF73D.8080804@macports.org> David Epstein wrote: > updmap is a command that comes with the teTex package. (Side question: how > would I be able to find this out if I recalled only "updmap" and not "teTex? > Another side question: is there a way of finding out which commands the > package teTex will install in /opt/local/bin, without actually installing > it?) 'port provides $(which updmap)' if you have it installed. If not, there is no way to find this out. As MacPorts is building from source there is no way to know which files it will install before building. > To get back to my main question: "man updmap" says "updmap reads a > configuration file, updmap.cfg(5)" and I'm assuming updmap.cfg is supposed > to be edited by hand---it's a text file. > > Problem 1: editing by hand a file in /opt/local. Is this wise? Is there any > alternative? Will the file be overwritten by a later port? Yes, it will be overwritten. > Prolem 2: % slocate updmap.cfg > /opt/local/share/texmf-dist/web2c/updmap.cfg > /opt/local/var/macports/software/teTeX/3.0_5/opt/local/share/texmf-dist/web2c/updmap.cfg > > so there are two files updmap.cfg files. How do I know which one to edit? Or > should I be editing yet another copy? The first one is the current "active" copy. The other one is in the image where everything gets installed first. At 'port activate' hardlinks are created in the prefix to the files in the depot. You can read more about images at . I would recommend to copy the file to ~/texmf/web2c/updmap.cfg in your home and edit it there. I am doing the same for some local latex styles (although I am using texlive). > There are a couple of other configuration files in /opt/local that I have > edited by hand. I have also done something I don't quite remember about > getting some daily maintenance program or perhaps daily updating of some > database to work. Configuration file handling in general is a mess in MacPorts at the moment. If they were part of the port, an upgrade would simply overwrite them. So for most ports you have to copy the default configuration manually and edit it. Rainer From raimue at macports.org Tue Feb 17 09:44:29 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 17 Feb 2009 18:44:29 +0100 Subject: How to specify (default) compiler options and choose which compiler In-Reply-To: References: <22AA8702-5C84-43B3-AB05-E3617239C2F9@gmail.com> Message-ID: <499AF77D.70906@macports.org> Ceriel Jacobs wrote: > Op 16 feb 2009, om 22:21 heeft Marcus Calhoun-Lopez het volgende > geschreven: >> WARNING: >> All of the things I am about to mention could very easily break >> a MacPorts installation and should not be implemented lightly. > You can say that again. > > I was trying to build postgresql83 with this command: > $ sudo /opt/local/bin/port -v install postgresql83 +universal > configure.compiler=gcc-4.2 configure.optflags=-fast configure.m64=yes > configure.march=nocona > > The process hung (overnight) at run_tic.sh [1] which was related to > ncurses dependancy, which is a dependancy of readline dependancy, > which is a postgresql83 dependancy. See also ticket #17295 [1]. There seems to be a problem with 64 bit and ncurses. Rainer [1] http://trac.macports.org/ticket/17295 From mcalhoun at macports.org Tue Feb 17 16:09:41 2009 From: mcalhoun at macports.org (Marcus Calhoun-Lopez) Date: Wed, 18 Feb 2009 00:09:41 +0000 (UTC) Subject: qt4-mac dependencies - 2 RDBMS? References: <799406d60902152209u15708385wa41777cabd8f9796@mail.gmail.com> <799406d60902161636t96baf39gd5536101b81fc10c@mail.gmail.com> <499A11DD.40104@macports.org> <499A51B8.3060908@macports.org> Message-ID: Rainer M?ller macports.org> writes: > It makes sense to exclude heavy-weight dependencies from the default > install and provide them as variants. It's not easy to define > heavy-weight, this is a decision the maintainer has to make. > > For example, requiring texlive as a build dependency only to provide a > documentation which can also be read online somewhere is not reasonable. > But for users who still want this locally a +docs variant can be provided. > > > To answer your point, however, it seems there was no reason for the > > postgresql and mysql changes > > other than to provide full functionality without variants. > > I consider both mysql and postgresql as heavy-weight I would respectfully disagree. Qt takes hours to build (at least on my machine). In comparison, neither mysql nor postgresql takes very long. > If you would always go for "full functionality" > there wouldn't be any variants at all. Even with full functionality, qt4-mac has a variant to change the html rendering engine. Other ports use variants to choose fortran compiler to use, the python installation to use, etc. > I would suggest to move the mysql and postgresql dependencies back to > variants. It still seems to me that qt4-mac is fine as it is. -Marcus From mark at dxradio.demon.co.uk Tue Feb 17 19:24:05 2009 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Wed, 18 Feb 2009 03:24:05 +0000 Subject: dovecot update? Message-ID: <84A449CB-4BFD-49DE-9B92-A3C85DE4D952@dxradio.demon.co.uk> I notice that Macports (1.1.3 - 2 Sep 2008) is lagging behind Dovecot's releases (1.1.11 - 4 Feb 2009). I did file a ticket a while ago for Dovecot 1.1.8 or similar, I presume that's still open. Mark From to.signin at googlemail.com Wed Feb 18 05:02:08 2009 From: to.signin at googlemail.com (Wen Zhang) Date: Wed, 18 Feb 2009 21:02:08 +0800 Subject: mldonkey 2.9.4 configuration error due to ocaml version Message-ID: Hi,I try to install mldonkey on leopard using command "sudo port install mldonkey". The Ocaml version installed with this is version 3.11.0, but mldonkey configuration reported error because it required ocaml version 3.10.2. How can I fix this? -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.van_den_hoff at fzd.de Wed Feb 18 07:51:01 2009 From: j.van_den_hoff at fzd.de (Joerg van den Hoff) Date: Wed, 18 Feb 2009 16:51:01 +0100 Subject: bug in asciidoc port? Message-ID: <20090218155101.GG20937@fzd.de> hi there, I recently installed the `asciidoc` port (MacOS 10.4.11) and I noted that the first line in the python source of `asciidoc` reads: #!/usr/bin/env python which finds the system's python binary in /usr/bin. at least for me this is version 2.3.5 but, `asciidoc' needs the macports provided python2.5. so the first line should read #!/usr/bin/env python2.5 or probably even better specify directly the path to the correct python executable. I presume... regards, joerg From devans at macports.org Wed Feb 18 09:03:11 2009 From: devans at macports.org (David Evans) Date: Wed, 18 Feb 2009 09:03:11 -0800 Subject: bug in asciidoc port? In-Reply-To: <20090218155101.GG20937@fzd.de> References: <20090218155101.GG20937@fzd.de> Message-ID: <499C3F4F.2030009@macports.org> Joerg van den Hoff wrote: > hi there, > > I recently installed the `asciidoc` port (MacOS 10.4.11) and > I noted that the first line in the python source of `asciidoc` > reads: > > #!/usr/bin/env python > > which finds the system's python binary in /usr/bin. at least > for me this is version 2.3.5 but, `asciidoc' needs the macports > provided python2.5. so the first line should read > > #!/usr/bin/env python2.5 > > or probably even better specify directly the path to the > correct python executable. > > I presume... > > regards, > > joerg > > Another solution is to use port python_select (which I think is recommended by the python25 port) to select which python binary will be used in the default case sudo port install python_select sudo python_select python25 then % python --version Python 2.5.4 From David.Epstein at warwick.ac.uk Wed Feb 18 12:31:17 2009 From: David.Epstein at warwick.ac.uk (David Epstein) Date: Wed, 18 Feb 2009 12:31:17 -0800 (PST) Subject: comparing a possibly altered file with the original Message-ID: <22087551.post@talk.nabble.com> I have done a very small amount of editing of some configuration files in /opt/local, and I suddenly realize that I should have been keeping a record, because upgrading the port will delete my customizations. A specific file I have changed is texmf.cnf in the teTex package, but I probably only deleted one or two comment characters. What is the simplest way to compare the version of the file that I now have in /opt/local with the version of the file that I originally downloaded on installation? I want a method that is safe, with no danger of overwriting my current setup. Thanks David -- View this message in context: http://www.nabble.com/comparing-a-possibly-altered-file-with-the-original-tp22087551p22087551.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From raimue at macports.org Wed Feb 18 13:35:31 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 18 Feb 2009 22:35:31 +0100 Subject: comparing a possibly altered file with the original In-Reply-To: <22087551.post@talk.nabble.com> References: <22087551.post@talk.nabble.com> Message-ID: <499C7F23.8020102@macports.org> David Epstein wrote: > What is the simplest way to compare the version of the file that I now have > in /opt/local with the version of the file that I originally downloaded on > installation? I want a method that is safe, with no danger of overwriting my > current setup. Since on activation the file is hardlinked from the image to the location in prefix, you also changed the one in the image. There is no way to get the original back except rebuilding the port. Run a 'port destroot ' and then compare the file in $(port work )/work/destroot/ with the one in prefix. Rainer From David.Epstein at warwick.ac.uk Wed Feb 18 14:00:20 2009 From: David.Epstein at warwick.ac.uk (David Epstein) Date: Wed, 18 Feb 2009 14:00:20 -0800 (PST) Subject: comparing a possibly altered file with the original In-Reply-To: <499C7F23.8020102@macports.org> References: <22087551.post@talk.nabble.com> <499C7F23.8020102@macports.org> Message-ID: <22089238.post@talk.nabble.com> Rainer M?ller-4 wrote: > > David Epstein wrote: >> What is the simplest way to compare the version of the file that I now >> have >> in /opt/local with the version of the file that I originally downloaded >> on >> installation? I want a method that is safe, with no danger of overwriting >> my >> current setup. > > Run a 'port destroot ' and then compare the file in > $(port work )/work/destroot/ with the one in prefix. > I tried the command "port work teTex" and got a null response, so i'm not sure what this means. Where will the new version of teTex be downloaded to by the command "port destroot teTex"? What do you mean by "the one in prefix"? Thanks David -- View this message in context: http://www.nabble.com/comparing-a-possibly-altered-file-with-the-original-tp22087551p22089238.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From raimue at macports.org Wed Feb 18 14:10:18 2009 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Wed, 18 Feb 2009 23:10:18 +0100 Subject: comparing a possibly altered file with the original In-Reply-To: <22089238.post@talk.nabble.com> References: <22087551.post@talk.nabble.com> <499C7F23.8020102@macports.org> <22089238.post@talk.nabble.com> Message-ID: <499C874A.6020702@macports.org> David Epstein wrote: > I tried the command "port work teTex" and got a null response, so i'm not > sure what this means. The command only works after you ran 'port destroot'. > Where will the new version of teTex be downloaded to > by the command "port destroot teTex"? That's what 'port work tetex' will tell you. > What do you mean by "the one in > prefix"? Your prefix is where the hierarchy starts. Usually this is /opt/local. Somewhere below this path is the file you changed and you want to compare. Rainer From ms at mac-specialist.com Wed Feb 18 15:36:56 2009 From: ms at mac-specialist.com (Bill Hernandez) Date: Wed, 18 Feb 2009 17:36:56 -0600 Subject: comparing a possibly altered file with the original In-Reply-To: <22087551.post@talk.nabble.com> References: <22087551.post@talk.nabble.com> Message-ID: <91C13041-0494-4F74-BB9D-34FE05CB467B@mac-specialist.com> On Feb 18, 2009, at 2:31 PM, David Epstein wrote: > > I have done a very small amount of editing of some configuration > files in > /opt/local, and I suddenly realize that I should have been keeping a > record, > because upgrading the port will delete my customizations. A specific > file I > have changed is texmf.cnf in the teTex package, but I probably only > deleted > one or two comment characters. > > What is the simplest way to compare the version of the file that I > now have > in /opt/local with the version of the file that I originally > downloaded on > installation? I want a method that is safe, with no danger of > overwriting my > current setup. Take a look at BBEdit it makes backups of every change you make to text files, also look at Time Machine Sample of BBEdit AUTOMATIC backups (I only show the content of one day's worth). You don't have to anything BBEdit does it all automatically. Each of the backup directories at the bottom has similar contents : 2008-11-05 add (2008-11-05 21-55-41-116).php bh_class_pagination_demo (2008-11-05 21-29-58-065).php bh_class_pdo_demo (2008-11-05 21-30-17-282).php date_test_page (2008-11-05 21-38-44-232).php dir_index (2008-11-05 21-47-36-814).php dir_index (2008-11-05 21-47-53-914).php error (2008-11-05 21-30-10-209).php finish (2008-11-05 21-29-53-090).php generator (2008-11-05 22-16-11-751).php generator (2008-11-05 22-16-24-839).php generator (2008-11-05 22-18-39-419).php generator (2008-11-05 22-18-55-251).php heredoc_images (2008-11-05 21-53-55-977).php heredoc_sample (2008-11-05 21-53-29-429).php heredoc_sample_00 (2008-11-05 21-54-24-175).php heredoc_sample_01 (2008-11-05 21-54-37-754).php heredoc_sample_02 (2008-11-05 21-54-50-915).php heredoc_sample_03 (2008-11-05 21-55-01-179).php highlight_code (2008-11-05 21-51-38-988).php highlight_code (2008-11-05 21-52-38-814).php index (2008-11-05 21-29-47-601).php index (2008-11-05 22-01-13-156).php insert (2008-11-05 21-55-59-661).php insert (2008-11-05 21-59-54-025).php insert (2008-11-05 22-01-25-078).php insert (2008-11-05 22-11-21-878).php math_round_up (2008-11-05 21-48-12-295).php mysql_test (2008-11-05 21-37-56-645).php read_dir (2008-11-05 21-32-48-476).php read_dir (2008-11-05 21-33-26-950).php read_dir (2008-11-05 21-35-19-395).php read_directory (2008-11-05 21-35-08-288).php recursive_dir (2008-11-05 21-48-41-480).php recursive_dir (2008-11-05 21-50-55-762).php serialize_test_page (2008-11-05 21-39-57-473).php serialize_test_page (2008-11-05 21-40-43-666).php serialize_test_page (2008-11-05 21-41-50-131).php serialize_test_page (2008-11-05 21-43-15-133).php serialize_test_page (2008-11-05 21-45-49-724).php serialize_test_page (2008-11-05 21-46-36-540).php setup (2008-11-05 22-04-33-729).php show_table (2008-11-05 21-35-37-073).php show_table (2008-11-05 21-36-10-220).php stack_and_queue_demo (2008-11-05 21-37-00-603).php test_page (2008-11-05 21-47-07-202).php 2008-11-19 2008-11-06 2008-11-07 2008-11-08 2008-11-09 2008-11-10 2008-11-11 2008-11-12 2008-11-13 2008-11-14 2008-11-15 2008-11-16 2008-11-17 2008-11-18 From David.Epstein at warwick.ac.uk Wed Feb 18 17:11:23 2009 From: David.Epstein at warwick.ac.uk (David Epstein) Date: Wed, 18 Feb 2009 17:11:23 -0800 (PST) Subject: comparing a possibly altered file with the original In-Reply-To: <499C874A.6020702@macports.org> References: <22087551.post@talk.nabble.com> <499C7F23.8020102@macports.org> <22089238.post@talk.nabble.com> <499C874A.6020702@macports.org> Message-ID: <22092055.post@talk.nabble.com> Rainer M?ller-4 wrote: > > David Epstein wrote: >> I tried the command "port work teTex" and got a null response, so i'm not >> sure what this means. > > The command only works after you ran 'port destroot'. > >> Where will the new version of teTex be downloaded to >> by the command "port destroot teTex"? > > That's what 'port work tetex' will tell you. > I hope this posting won't arrive twice. I wrote a response, but I'm not sure whether I sent it, so I'm trying again. sudo port destroot teTex worked without comment. port work teTex gave the response /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_print_teTeX/work Note that this ends with "work". When I did "ls -alR" on this directory, I got drwxr-xr-x 3 root admin 102 Feb 19 00:11 ./ drwxr-xr-x 3 root admin 102 Feb 19 00:11 ../ -rw-r--r-- 1 root admin 0 Feb 19 00:11 .macports.teTeX.state So I have been unable to follow Rainer's advice. David -- View this message in context: http://www.nabble.com/comparing-a-possibly-altered-file-with-the-original-tp22087551p22092055.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From blb at macports.org Wed Feb 18 17:21:28 2009 From: blb at macports.org (Bryan Blackburn) Date: Wed, 18 Feb 2009 18:21:28 -0700 Subject: comparing a possibly altered file with the original In-Reply-To: <22092055.post@talk.nabble.com> References: <22087551.post@talk.nabble.com> <499C7F23.8020102@macports.org> <22089238.post@talk.nabble.com> <499C874A.6020702@macports.org> <22092055.post@talk.nabble.com> Message-ID: <20090219012128.GI1058@ninagal.withay.com> On Wed, Feb 18, 2009 at 05:11:23PM -0800, David Epstein said: [...] > > I hope this posting won't arrive twice. I wrote a response, but I'm not sure > whether I sent it, so I'm trying again. > > sudo port destroot teTex > worked without comment. If you already have it installed, port won't rerun much on it. You have to force it like 'sudo port -f destroot teTeX'; though that may take a while to run since it'll be building everything again. After that the work dir should exist. Bryan > port work teTex > gave the response > > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_print_teTeX/work > > Note that this ends with "work". When I did "ls -alR" on this directory, I > got > > drwxr-xr-x 3 root admin 102 Feb 19 00:11 ./ > drwxr-xr-x 3 root admin 102 Feb 19 00:11 ../ > -rw-r--r-- 1 root admin 0 Feb 19 00:11 .macports.teTeX.state > > So I have been unable to follow Rainer's advice. > > David > From ryandesign at macports.org Thu Feb 19 02:57:04 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 19 Feb 2009 04:57:04 -0600 Subject: bug in asciidoc port? In-Reply-To: <499C3F4F.2030009@macports.org> References: <20090218155101.GG20937@fzd.de> <499C3F4F.2030009@macports.org> Message-ID: On Feb 18, 2009, at 11:03, David Evans wrote: > Joerg van den Hoff wrote: > >> I recently installed the `asciidoc` port (MacOS 10.4.11) and >> I noted that the first line in the python source of `asciidoc` >> reads: >> >> #!/usr/bin/env python >> >> which finds the system's python binary in /usr/bin. at least >> for me this is version 2.3.5 but, `asciidoc' needs the macports >> provided python2.5. so the first line should read >> >> #!/usr/bin/env python2.5 >> >> or probably even better specify directly the path to the >> correct python executable. > > Another solution is to use port python_select (which I think is > recommended by the python25 port) to select which > python binary will be used in the default case > > sudo port install python_select > sudo python_select python25 > > then > > % python --version > Python 2.5.4 IMHO a user should only need to install python_select if they want to be able to type "python" and have the MacPorts python executed. A user should not have to install or use python_select simply in order to get a program which requires python (like asciidoc) to work correctly. There is already this ticket which is perhaps related: http://trac.macports.org/ticket/14005 From ryandesign at macports.org Thu Feb 19 03:03:11 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 19 Feb 2009 05:03:11 -0600 Subject: mldonkey 2.9.4 configuration error due to ocaml version In-Reply-To: References: Message-ID: <228F51BF-E900-4362-A953-9D879BBACC1C@macports.org> On Feb 18, 2009, at 07:02, Wen Zhang wrote: > I try to install mldonkey on leopard using command "sudo port > install mldonkey". The Ocaml version installed with this is version > 3.11.0, but mldonkey configuration reported error because it > required ocaml version 3.10.2. How can I fix this? mldonkey will need to be updated to 2.9.7. I have filed a ticket requesting this update: http://trac.macports.org/ticket/18546 From pgijnxn02 at sneakemail.com Thu Feb 19 14:39:36 2009 From: pgijnxn02 at sneakemail.com (Joel Thibault (MacPorts)) Date: Thu, 19 Feb 2009 17:39:36 -0500 Subject: Problem opening openssl tar file openssl-0.9.8j.tar.gz Message-ID: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> Installing wireshark fails at the openssl dependency: DEBUG: setting option extract.args to /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_openssl/work" && gzip -dc /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz | /usr/bin/gnutar --no-same-owner -xf -' DEBUG: euid changed to: 0 Error: Target org.macports.extract returned: could not set owner for file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_openssl/work/openssl-0.9.8j/test/fips_aes_data": no such file or directory Is there a problem in the tar file itself? $ tar tzf /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz | grep fips_aes openssl-0.9.8j/fips/aes/fips_aesavs.c openssl-0.9.8j/fips/aes/fips_aes_selftest.c openssl-0.9.8j/test/fips_aesavs.c openssl-0.9.8j/test/fips_aes_data So it does appear to be present, at least Joel Thibault -- Joel Thibault [AIM: Jole Tebo] Software Engineer in Boston From jmr at macports.org Thu Feb 19 19:30:14 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 20 Feb 2009 14:30:14 +1100 Subject: Problem opening openssl tar file openssl-0.9.8j.tar.gz In-Reply-To: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> References: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> Message-ID: <499E23C6.2060200@macports.org> Joel Thibault (MacPorts) wrote: > Installing wireshark fails at the openssl dependency: > > DEBUG: setting option extract.args to > /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz > DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5' > DEBUG: Assembled command: 'cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_openssl/work" > && gzip -dc /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz > | /usr/bin/gnutar --no-same-owner -xf -' > DEBUG: euid changed to: 0 > Error: Target org.macports.extract returned: could not set owner for > file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_openssl/work/openssl-0.9.8j/test/fips_aes_data": > no such file or directory > > Is there a problem in the tar file itself? Nope, trunk is just broken. (Which you neglected to mention you are running...) - Josh From blb at macports.org Thu Feb 19 19:36:50 2009 From: blb at macports.org (Bryan Blackburn) Date: Thu, 19 Feb 2009 20:36:50 -0700 Subject: Problem opening openssl tar file openssl-0.9.8j.tar.gz In-Reply-To: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> References: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> Message-ID: <20090220033650.GG675@ninagal.withay.com> On Thu, Feb 19, 2009 at 05:39:36PM -0500, Joel Thibault (MacPorts) said: > Installing wireshark fails at the openssl dependency: > > DEBUG: setting option extract.args to > /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz > DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5' > DEBUG: Assembled command: 'cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_openssl/work" > && gzip -dc /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz > | /usr/bin/gnutar --no-same-owner -xf -' > DEBUG: euid changed to: 0 > Error: Target org.macports.extract returned: could not set owner for > file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_openssl/work/openssl-0.9.8j/test/fips_aes_data": > no such file or directory > > Is there a problem in the tar file itself? No, it's an issue with the new gsoc08-privileges stuff [1] checked into trunk a couple of days ago. I see the same here when I extract openssl as root, but no issues as me. Not sure what it's hanging up on. Bryan [1] - [...] > > Joel Thibault > > > -- > Joel Thibault [AIM: Jole Tebo] > Software Engineer in Boston From dave.evans55 at googlemail.com Fri Feb 20 03:04:03 2009 From: dave.evans55 at googlemail.com (David Evans) Date: Fri, 20 Feb 2009 11:04:03 +0000 Subject: some kde ports, phonon, and qt4-mac Message-ID: <499E8E23.3080502@googlemail.com> While upgrading phonon I get this message: -- Found Qt-Version 4.4.3 (using /opt/local/libexec/qt4-mac/bin/qmake) -- Found Threads: TRUE -- Found Automoc4: /opt/local/bin/automoc4 CMake Error at CMakeLists.txt:134 (message): Qt compiled without support for -fvisibility=hidden. This will break plugins and linking of some applications. Please fix your Qt installation. I get the same message with these ports: kdebase4 4.1.3_3 < 4.2.0_0 kdelibs4 4.1.3_3 < 4.2.0_0 kdepimlibs4 4.1.3_3 < 4.2.0_0 phonon 4.2.0_3 < 4.3.0_0 I've recompiled qt4-mac and still get the same message. It has been like this for several weeks. Any suggestions gratefully received. I don't know why I am the only one getting the error. From pgijnxn02 at sneakemail.com Fri Feb 20 06:32:19 2009 From: pgijnxn02 at sneakemail.com (Joel Thibault (MacPorts)) Date: Fri, 20 Feb 2009 09:32:19 -0500 Subject: Problem opening openssl tar file openssl-0.9.8j.tar.gz In-Reply-To: <20090220033650.GG675@ninagal.withay.com> References: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> <20090220033650.GG675@ninagal.withay.com> Message-ID: <7a665ffc0902200632t7f8e18b7vf8f9fa5f140426be@mail.gmail.com> On Thu, Feb 19, 2009 at 10:36 PM, Bryan Blackburn blb-at-macports.org |MacPorts| wrote: > On Thu, Feb 19, 2009 at 05:39:36PM -0500, Joel Thibault (MacPorts) said: >> Installing wireshark fails at the openssl dependency: >> >> DEBUG: setting option extract.args to >> /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz >> DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5' >> DEBUG: Assembled command: 'cd >> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_openssl/work" >> && gzip -dc /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz >> | /usr/bin/gnutar --no-same-owner -xf -' >> DEBUG: euid changed to: 0 >> Error: Target org.macports.extract returned: could not set owner for >> file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_openssl/work/openssl-0.9.8j/test/fips_aes_data": >> no such file or directory >> >> Is there a problem in the tar file itself? > > No, it's an issue with the new gsoc08-privileges stuff [1] checked into > trunk a couple of days ago. I see the same here when I extract openssl as > root, but no issues as me. Not sure what it's hanging up on. > > Bryan > > [1] - > Aha. Reinstalling base from trunk r46953 fixed the problem. Thanks! -- Joel Thibault [AIM: Jole Tebo] Software Engineer in Boston From cerieljacobs at gmail.com Fri Feb 20 08:16:02 2009 From: cerieljacobs at gmail.com (Ceriel Jacobs) Date: Fri, 20 Feb 2009 17:16:02 +0100 Subject: Problem opening openssl tar file openssl-0.9.8j.tar.gz In-Reply-To: <7a665ffc0902200632t7f8e18b7vf8f9fa5f140426be@mail.gmail.com> References: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> <20090220033650.GG675@ninagal.withay.com> <7a665ffc0902200632t7f8e18b7vf8f9fa5f140426be@mail.gmail.com> Message-ID: <525D1F9E-390E-461A-A465-E6F071EFA35B@gmail.com> Thanks for your message: Op 20 feb 2009, om 15:32 heeft Joel Thibault (MacPorts) het volgende geschreven: > > Aha. Reinstalling base from trunk r46953 fixed the problem. Thanks! > This however it still doesn't help me to built openssl. Try #1 $ sudo /opt/local/bin/port install -d openssl +universal configure.march=nocona ---> Staging openssl into destroot Error: Target org.macports.destroot returned: no such file or directory Error: Status 1 encountered during processing. Try #2 $ sudo /opt/local/bin/port install -v openssl +universal ---> Staging openssl into destroot Error: Target org.macports.destroot returned: no such file or directory Error: Status 1 encountered during processing. Try #3 $ sudo /opt/local/bin/port install -v openssl (after a port clean) Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_openssl/work/openssl-0.9.8j" && make all " returned error 2 Command output: ld warning: in /opt/local/lib/libz.dylib, file is not of required architecture Or should there mere be done then these steps, to correctly go back to revision 46953 (from r.47035)? 1. $ svn co http://svn.macports.org/repository/macports/trunk/base -r 46953 2. $ cd base 3. $ ./configure --enable-readline 4. $ make -j2 5. $ sudo make install 6. $ make distclean 7. $ sudo /opt/local/bin/port -v selfupdate 8. $ sudo nano /opt/local/etc/macports/macports.conf (universal architecture=x86_64) 9. $ sudo nano /opt/local/share/macports/Tcl/port1.0/portconfigure.tcl (default configure.optflags=-fast)("darwin 9" { set compiler gcc-4.2 }) From raimue at macports.org Fri Feb 20 08:33:29 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 20 Feb 2009 17:33:29 +0100 Subject: Problem opening openssl tar file openssl-0.9.8j.tar.gz In-Reply-To: <525D1F9E-390E-461A-A465-E6F071EFA35B@gmail.com> References: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> <20090220033650.GG675@ninagal.withay.com> <7a665ffc0902200632t7f8e18b7vf8f9fa5f140426be@mail.gmail.com> <525D1F9E-390E-461A-A465-E6F071EFA35B@gmail.com> Message-ID: <499EDB59.9010307@macports.org> Ceriel Jacobs wrote: > Thanks for your message: > > Op 20 feb 2009, om 15:32 heeft Joel Thibault (MacPorts) het volgende > geschreven: >> Aha. Reinstalling base from trunk r46953 fixed the problem. Thanks! >> > > This however it still doesn't help me to built openssl. You have to remove leftovers from your previous attempts. sudo port clean openssl Rainer From cerieljacobs at gmail.com Fri Feb 20 11:37:58 2009 From: cerieljacobs at gmail.com (Ceriel Jacobs) Date: Fri, 20 Feb 2009 20:37:58 +0100 Subject: Problem opening openssl tar file openssl-0.9.8j.tar.gz In-Reply-To: <499EDB59.9010307@macports.org> References: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> <20090220033650.GG675@ninagal.withay.com> <7a665ffc0902200632t7f8e18b7vf8f9fa5f140426be@mail.gmail.com> <525D1F9E-390E-461A-A465-E6F071EFA35B@gmail.com> <499EDB59.9010307@macports.org> Message-ID: <5686EF93-CA06-4EB5-BADE-C371D74F3E81@gmail.com> Op 20 feb 2009, om 17:33 heeft Rainer M?ller het volgende geschreven: > Ceriel Jacobs wrote: >> Thanks for your message: >> >> Op 20 feb 2009, om 15:32 heeft Joel Thibault (MacPorts) het volgende >> geschreven: >>> Aha. Reinstalling base from trunk r46953 fixed the problem. >>> Thanks! >>> >> >> This however it still doesn't help me to built openssl. > > You have to remove leftovers from your previous attempts. > > sudo port clean openssl > > Rainer After 'sudo port clean openssl', the results are: try #1 $ sudo /opt/local/bin/port install -d openssl +universal configure.march=nocona ---> Fetching openssl ---> Verifying checksum(s) for openssl ---> Extracting openssl ---> Applying patches to openssl ---> Configuring openssl ---> Building openssl ---> Staging openssl into destroot Error: Target org.macports.destroot returned: no such file or directory Error: Status 1 encountered during processing. try#2 $ sudo /opt/local/bin/port clean openssl ---> Cleaning openssl $ sudo /opt/local/bin/port install -v openssl +universal configure.march=nocona ---> Fetching openssl ---> Verifying checksum(s) for openssl ---> Extracting openssl ---> Applying patches to openssl ---> Configuring openssl ---> Building openssl ---> Staging openssl into destroot Error: Target org.macports.destroot returned: no such file or directory Error: Status 1 encountered during processing. It is strange (to me) that both -v and -d are returning little output. From blb at macports.org Fri Feb 20 11:52:58 2009 From: blb at macports.org (Bryan Blackburn) Date: Fri, 20 Feb 2009 12:52:58 -0700 Subject: Problem opening openssl tar file openssl-0.9.8j.tar.gz In-Reply-To: <5686EF93-CA06-4EB5-BADE-C371D74F3E81@gmail.com> References: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> <20090220033650.GG675@ninagal.withay.com> <7a665ffc0902200632t7f8e18b7vf8f9fa5f140426be@mail.gmail.com> <525D1F9E-390E-461A-A465-E6F071EFA35B@gmail.com> <499EDB59.9010307@macports.org> <5686EF93-CA06-4EB5-BADE-C371D74F3E81@gmail.com> Message-ID: <20090220195258.GD483@ninagal.withay.com> On Fri, Feb 20, 2009 at 08:37:58PM +0100, Ceriel Jacobs said: [...] > try #1 > $ sudo /opt/local/bin/port install -d openssl +universal [...] > configure.march=nocona [...] > $ sudo /opt/local/bin/port install -v openssl +universal [...] > It is strange (to me) that both -v and -d are returning little output. You want '...port -v install...' or '...port -d install...', otherwise it's considered an option to install, and as you've seen, doesn't work as expected. Bryan From cerieljacobs at gmail.com Fri Feb 20 14:07:19 2009 From: cerieljacobs at gmail.com (Ceriel Jacobs) Date: Fri, 20 Feb 2009 23:07:19 +0100 Subject: port install openssl (x86_64) on r.46953; Error: Target org.macports.destroot returned: no such file or directory In-Reply-To: <20090220195258.GD483@ninagal.withay.com> References: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> <20090220033650.GG675@ninagal.withay.com> <7a665ffc0902200632t7f8e18b7vf8f9fa5f140426be@mail.gmail.com> <525D1F9E-390E-461A-A465-E6F071EFA35B@gmail.com> <499EDB59.9010307@macports.org> <5686EF93-CA06-4EB5-BADE-C371D74F3E81@gmail.com> <20090220195258.GD483@ninagal.withay.com> Message-ID: <2DAE960C-BB36-4156-B50C-74CCCABFE663@gmail.com> Bryan, thanks for pointing me at my typo in the command. However the result of this x86_64 install, is still an error. What else can I try to correctly build and install openssl (on MacPorts revision 46953)? try #1 $ sudo /opt/local/bin/port clean openssl $ sudo /opt/local/bin/port -d install openssl +universal configure.march=nocona DEBUG: Executing org.macports.destroot (openssl) xinstall: mkdir /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_openssl/work/pre-dest xinstall: mkdir /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_openssl/work/pre-dest/x86_64 Hunk #3 succeeded at 203 (offset 23 lines). Error: Target org.macports.destroot returned: no such file or directory Warning: the following items did not execute (for openssl): org.macports.activate org.macports.destroot org.macports.install Error: Status 1 encountered during processing. $ ls -l /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_openssl/work/pre-dest total 0 drwxr-xr-x 3 root admin 102 Feb 20 22:57 x86_64 $ ls -l /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_openssl/work/pre-dest/x86_64 total 0 drwxr-xr-x 3 root admin 102 Feb 20 22:57 opt $ ls -l /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_openssl/work/pre-dest/x86_64/opt total 0 drwxr-xr-x 7 root admin 238 Feb 20 22:57 local $ ls -l /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_openssl/work/pre-dest/x86_64/opt/local total 0 drwxr-xr-x 4 root admin 136 Feb 20 22:57 bin drwxr-xr-x 3 root admin 102 Feb 20 22:57 etc drwxr-xr-x 3 root admin 102 Feb 20 22:57 include drwxr-xr-x 12 root admin 408 Feb 20 22:57 lib drwxr-xr-x 3 root admin 102 Feb 20 22:57 share try #2 $ sudo /opt/local/bin/port clean openssl $ sudo /opt/local/bin/port -d install openssl +universal Hunk #3 succeeded at 203 (offset 23 lines). Error: Target org.macports.destroot returned: no such file or directory Warning: the following items did not execute (for openssl): org.macports.activate org.macports.destroot org.macports.install Error: Status 1 encountered during processing. try #3 $ sudo /opt/local/bin/port clean openssl $ sudo /opt/local/bin/port -d install openssl +universal configure.compiler=gcc-4.0 DEBUG: Using compiler 'Mac OS X gcc 4.0' DEBUG: Executing org.macports.configure (openssl) Configuring for darwin64-x86_64-cc DEBUG: Executing org.macports.destroot (openssl) xinstall: mkdir /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_openssl/work/pre-dest xinstall: mkdir /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_openssl/work/pre-dest/x86_64 patching file include/openssl/opensslconf.h Hunk #3 succeeded at 203 (offset 23 lines). Error: Target org.macports.destroot returned: no such file or directory Warning: the following items did not execute (for openssl): org.macports.activate org.macports.destroot org.macports.install Error: Status 1 encountered during processing. Op 20 feb 2009, om 20:52 heeft Bryan Blackburn het volgende geschreven: > On Fri, Feb 20, 2009 at 08:37:58PM +0100, Ceriel Jacobs said: > [...] > You want '...port -v install...' or '...port -d install...', otherwise > it's considered an option to install, and as you've seen, doesn't work > as expected. From blb at macports.org Fri Feb 20 17:25:54 2009 From: blb at macports.org (Bryan Blackburn) Date: Fri, 20 Feb 2009 18:25:54 -0700 Subject: Problem opening openssl tar file openssl-0.9.8j.tar.gz In-Reply-To: <7a665ffc0902200632t7f8e18b7vf8f9fa5f140426be@mail.gmail.com> References: <7a665ffc0902191439p7ca3c7f0r3f0176963b26b9f2@mail.gmail.com> <20090220033650.GG675@ninagal.withay.com> <7a665ffc0902200632t7f8e18b7vf8f9fa5f140426be@mail.gmail.com> Message-ID: <20090221012554.GG483@ninagal.withay.com> On Fri, Feb 20, 2009 at 09:32:19AM -0500, Joel Thibault (MacPorts) said: > On Thu, Feb 19, 2009 at 10:36 PM, Bryan Blackburn blb-at-macports.org > |MacPorts| wrote: > > On Thu, Feb 19, 2009 at 05:39:36PM -0500, Joel Thibault (MacPorts) said: > >> Installing wireshark fails at the openssl dependency: > >> > >> DEBUG: setting option extract.args to > >> /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz > >> DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5' > >> DEBUG: Assembled command: 'cd > >> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_openssl/work" > >> && gzip -dc /opt/local/var/macports/distfiles/openssl/openssl-0.9.8j.tar.gz > >> | /usr/bin/gnutar --no-same-owner -xf -' > >> DEBUG: euid changed to: 0 > >> Error: Target org.macports.extract returned: could not set owner for > >> file "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_openssl/work/openssl-0.9.8j/test/fips_aes_data": > >> no such file or directory > >> > >> Is there a problem in the tar file itself? > > > > No, it's an issue with the new gsoc08-privileges stuff [1] checked into > > trunk a couple of days ago. I see the same here when I extract openssl as > > root, but no issues as me. Not sure what it's hanging up on. > > > > Bryan > > > > [1] - > > > > Aha. Reinstalling base from trunk r46953 fixed the problem. Thanks! FYI this issue should be fixed as of r47050 [1]. Bryan [1] - > > > -- > Joel Thibault [AIM: Jole Tebo] > Software Engineer in Boston From jdfrens at gmail.com Sat Feb 21 14:00:22 2009 From: jdfrens at gmail.com (Jeremy Frens) Date: Sat, 21 Feb 2009 17:00:22 -0500 Subject: Trying to update parrot Message-ID: Parrot is up to version 0.9.1, but macports still installs 0.5.2. I've been working on a new Portage file, but after it installs, I try running the vm and get this: $ parrot multiple-operations-4_compilation dyld: Library not loaded: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_parrot/work/parrot-0.9.1/blib/lib/libparrot.dylib Referenced from: /opt/local/bin/parrot Reason: image not found Trace/BPT trap When I install parrot to /usr/local/, I don't get this same problem. I'm thinking at this point that I'm just missing something simple to get this library into place. jdf -- Jeremy D. Frens jdfrens at gmail.com http://www.norecess.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From alejandro.aragon at gmail.com Sat Feb 21 15:32:08 2009 From: alejandro.aragon at gmail.com (Alejandro Aragon) Date: Sat, 21 Feb 2009 17:32:08 -0600 Subject: failed attempt to upgrade some ports Message-ID: Hello everyone, Recently I upgrade to v1.7 of macports and I realized that I had a lot outdated programs. I was able to upgrade most of them, but then there was a set of them I couldn't upgrade: aaragon@~$sudo port outdated Password: The following installed ports are outdated: dirac 1.0.0_1 < 1.0.2_0 fftw-3 3.2_1 < 3.2.1_0 gd2 2.0.35_2 < 2.0.35_3 gnome-doc-utils 0.14.0_0 < 0.14.2_0 gnuplot 4.2.4_0 < 4.2.4_1 graphviz 2.20.3_0 < 2.20.3_3 gtk2 2.14.4_0 < 2.14.7_1 ImageMagick 6.4.6-0_0 < 6.4.9-1_0 scrollkeeper 0.3.14_6 < 0.3.14_7 texlive_base 2007_4 < 2007_6 aaragon@~$ I tried cleaning all the ports and still cannot upgrade them. For example, this is what I get when I try to upgrade gnuplot aaragon@~/$sudo port upgrade gnuplot ---> Fetching db46 ---> Attempting to fetch patch.4.6.21.1 from http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ ---> Attempting to fetch patch.4.6.21.2 from http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ ---> Attempting to fetch patch.4.6.21.3 from http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ ---> Attempting to fetch db-4.6.21.tar.gz from http://distfiles.macports.org/db4 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: xorg-libxcb xorg- xcb-proto python26 db46 xorg-xcb-util ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: xorg-xcb-proto python26 db46 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: python26 db46 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: db46 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: xorg-libxcb xorg- xcb-proto python26 db46 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: xorg-libs xorg- libxcb xorg-xcb-proto python26 db46 xorg-xcb-util Error: Unable to upgrade port: 1 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: xorg-libs xorg- libxcb xorg-xcb-proto python26 db46 xorg-xcb-util Error: Unable to upgrade port: 1 Can someone give me advice on how to solve this? Thank you all, aa From jmr at macports.org Sat Feb 21 21:09:08 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 22 Feb 2009 16:09:08 +1100 Subject: failed attempt to upgrade some ports In-Reply-To: References: Message-ID: <49A0DDF4.80908@macports.org> Alejandro Aragon wrote: > aaragon@~/$sudo port upgrade gnuplot > ---> Fetching db46 > ---> Attempting to fetch patch.4.6.21.1 from > http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ > ---> Attempting to fetch patch.4.6.21.2 from > http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ > ---> Attempting to fetch patch.4.6.21.3 from > http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ > ---> Attempting to fetch db-4.6.21.tar.gz from > http://distfiles.macports.org/db4 > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Target org.macports.checksum returned: Unable to verify file > checksums Oracle silently changed the contents of this patch on their server. See this ticket: - Josh From raimue at macports.org Sat Feb 21 21:56:00 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 22 Feb 2009 06:56:00 +0100 Subject: failed attempt to upgrade some ports In-Reply-To: <49A0DDF4.80908@macports.org> References: <49A0DDF4.80908@macports.org> Message-ID: <49A0E8F0.9020507@macports.org> Joshua Root wrote: > Alejandro Aragon wrote: >> aaragon@~/$sudo port upgrade gnuplot >> ---> Fetching db46 >> ---> Attempting to fetch patch.4.6.21.1 from >> http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ >> ---> Attempting to fetch patch.4.6.21.2 from >> http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ >> ---> Attempting to fetch patch.4.6.21.3 from >> http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ >> ---> Attempting to fetch db-4.6.21.tar.gz from >> http://distfiles.macports.org/db4 >> ---> Verifying checksum(s) for db46 >> Error: Checksum (md5) mismatch for patch.4.6.21.3 >> Error: Target org.macports.checksum returned: Unable to verify file >> checksums > > Oracle silently changed the contents of this patch on their server. See > this ticket: I temporary disabled the Oracle patch site for now in r47109 [1], so installations will not be blocked any more when fetching from the "wrong" server. MacPorts will automatically download from a distfiles mirror instead. If you already fetched the wrong checksummed patch, use this: sudo port -f clean db46 sudo port install db46 Force (-f) is necessary to also delete the patches as the dist_subdir is shared among the db4x ports. Rainer [1] http://trac.macports.org/changeset/47109 From ryandesign at macports.org Sun Feb 22 00:56:45 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 22 Feb 2009 02:56:45 -0600 Subject: Trying to update parrot In-Reply-To: References: Message-ID: <69008439-F812-4113-8CAA-EAAD888A4FC2@macports.org> On Feb 21, 2009, at 16:00, Jeremy Frens wrote: > Parrot is up to version 0.9.1, but macports still installs 0.5.2. > I've been working on a new Portage file, but after it installs, I > try running the vm and get this: > > $ parrot multiple-operations-4_compilation > dyld: Library not loaded: /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > parrot/work/parrot-0.9.1/blib/lib/libparrot.dylib > Referenced from: /opt/local/bin/parrot > Reason: image not found > Trace/BPT trap > > When I install parrot to /usr/local/, I don't get this same > problem. I'm thinking at this point that I'm just missing > something simple to get this library into place. I would begin by filing a ticket in the issue tracker requesting that the maintainers update the port. Attaching your work-in-progress 0.9.1 port to the ticket could help. From j.van_den_hoff at fzd.de Sun Feb 22 06:53:14 2009 From: j.van_den_hoff at fzd.de (Joerg van den Hoff) Date: Sun, 22 Feb 2009 15:53:14 +0100 Subject: mercurial: "hg convert" cannot find `svn' python bindings Message-ID: <20090222145314.GA29604@fzd.de> hi, I'm running `hg' version 1.1.2 under macosX 10.4.11 and port v 1.7. today I've installed `subversion-python25bindings'. next I tried a `hg convert ssh://server/path_to_repo'. (first try: not quite sure if the URL is correct or needs a double `/' after server if it's an absolute path...) now I get the error message: "Subversion python bindings could not be loaded" although /opt/local/lib/svn-python25 is in place. a ktrace' of the `hg convert' indicates that `hg' is very well aware of svn-python25 location but is trying in vain to locate files like: "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket" "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket.so" "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socketmodule.so" "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket.py" "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket.pyc" "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl" "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_sslmodule.so" "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.py" "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.pyc" "/opt/local/lib/svn-python2.5/_ssl" "/opt/local/lib/svn-python2.5/_ssl.so" "/opt/local/lib/svn-python2.5/_sslmodule.so" "/opt/local/lib/svn-python2.5/_ssl.py" "/opt/local/lib/svn-python2.5/_ssl.pyc am I missing something or is it a bug?? thanks joerg From jmr at macports.org Sun Feb 22 07:07:26 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 23 Feb 2009 02:07:26 +1100 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <20090222145314.GA29604@fzd.de> References: <20090222145314.GA29604@fzd.de> Message-ID: <49A16A2E.1020403@macports.org> Joerg van den Hoff wrote: > hi, > > I'm running `hg' version 1.1.2 under macosX 10.4.11 > and port v 1.7. > > today I've installed `subversion-python25bindings'. > > next I tried a `hg convert ssh://server/path_to_repo'. > (first try: not quite sure if the URL is correct or > needs a double `/' after server if it's an absolute > path...) > > now I get the error message: > > "Subversion python bindings could not be loaded" > > although /opt/local/lib/svn-python25 > > is in place. > > a ktrace' of the `hg convert' indicates that > `hg' is very well aware of svn-python25 location but > is trying in vain to locate files like: > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket" > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket.so" > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socketmodule.so" > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket.py" > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket.pyc" > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl" > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_sslmodule.so" > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.py" > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.pyc" > > "/opt/local/lib/svn-python2.5/_ssl" > "/opt/local/lib/svn-python2.5/_ssl.so" > "/opt/local/lib/svn-python2.5/_sslmodule.so" > "/opt/local/lib/svn-python2.5/_ssl.py" > "/opt/local/lib/svn-python2.5/_ssl.pyc > > am I missing something or is it a bug?? Looks like something needs to depend on py25-socket-ssl? - Josh From frstan at bellsouth.net Sun Feb 22 09:01:27 2009 From: frstan at bellsouth.net (William Davis) Date: Sun, 22 Feb 2009 12:01:27 -0500 Subject: error near build_libtool_libs Message-ID: the following error appears in something like 6 ports: checking for gawk... gawk checking whether make sets $(MAKE)... yes ./configure: line 2554: syntax error near unexpected token `build_libtool_libs,' ./configure: line 2554: ` _LT_DECL(build_libtool_libs, enable_shared, 0,' and configure fails. The only difference in the error between the ports is the specific line number. The example shown is for aalib trying to go from aalib 1.4rc5_3 to 1.4rc5_4 . Any suggestions? William Davis frstanATbellsouthDOTnet Mac OS X.5.6 Darwin 9.5.0 XQuartz 2.3.2 (xorg-server 1.4.2-apple31) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From j.van_den_hoff at fzd.de Sun Feb 22 09:15:19 2009 From: j.van_den_hoff at fzd.de (Joerg van den Hoff) Date: Sun, 22 Feb 2009 18:15:19 +0100 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <49A16A2E.1020403@macports.org> References: <20090222145314.GA29604@fzd.de> <49A16A2E.1020403@macports.org> Message-ID: <20090222171519.GB29604@fzd.de> On Mon, Feb 23, 2009 at 02:07:26AM +1100, Joshua Root wrote: > Joerg van den Hoff wrote: > > hi, > > > > I'm running `hg' version 1.1.2 under macosX 10.4.11 > > and port v 1.7. > > > > today I've installed `subversion-python25bindings'. > > > > next I tried a `hg convert ssh://server/path_to_repo'. > > (first try: not quite sure if the URL is correct or > > needs a double `/' after server if it's an absolute > > path...) > > > > now I get the error message: > > > > "Subversion python bindings could not be loaded" > > > > although /opt/local/lib/svn-python25 > > > > is in place. > > > > a ktrace' of the `hg convert' indicates that > > `hg' is very well aware of svn-python25 location but > > is trying in vain to locate files like: > > > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket" > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket.so" > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socketmodule.so" > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket.py" > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_socket.pyc" > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl" > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_sslmodule.so" > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.py" > > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.pyc" > > > > "/opt/local/lib/svn-python2.5/_ssl" > > "/opt/local/lib/svn-python2.5/_ssl.so" > > "/opt/local/lib/svn-python2.5/_sslmodule.so" > > "/opt/local/lib/svn-python2.5/_ssl.py" > > "/opt/local/lib/svn-python2.5/_ssl.pyc > > > > am I missing something or is it a bug?? > > Looks like something needs to depend on > > - Josh thanks for responding so quickly. I tried as advised (installed py25-socket-ssl) more or less successful: ---> Fetching py25-socket-ssl ---> Verifying checksum(s) for py25-socket-ssl ---> Extracting py25-socket-ssl ---> Configuring py25-socket-ssl ---> Building py25-socket-ssl ---> Staging py25-socket-ssl into destroot ---> Packaging tgz archive for py25-socket-ssl 2.5.4_0 ---> Installing py25-socket-ssl @2.5.4_0 ---> Activating py25-socket-ssl @2.5.4_0 ---> Cleaning py25-socket-ssl ---> Fetching libiconv ---> Attempting to fetch libiconv-1.12.tar.gz from ftp://ftp.lip6.fr/pub/gnu/libiconv ---> Verifying checksum(s) for libiconv ---> Extracting libiconv ---> Applying patches to libiconv ---> Configuring libiconv ---> Building libiconv ---> Staging libiconv into destroot ---> Packaging tgz archive for libiconv 1.12_2 ---> Deactivating libiconv @1.12_0 Error: Deactivating libiconv 1.12_0 failed: Active version of libiconv is not 1.12_0 but 1.12_0+darwin_8. ---> Fetching gettext ---> Attempting to fetch gettext-0.17.tar.gz from http://mirrors.kernel.org/gnu/gettext ---> Verifying checksum(s) for gettext ---> Extracting gettext ---> Applying patches to gettext ---> Configuring gettext ---> Building gettext ---> Staging gettext into destroot ---> Packaging tgz archive for gettext 0.17_4 ---> Deactivating gettext @0.17_3 ---> Installing gettext @0.17_4 ---> Activating gettext @0.17_4 ---> Cleaning gettext (only thing I'm not sure of is, whether the `libiconv' error is irrelevant?) anyway, I now have a _ssl.so in /opt/local/lib/python2.5/site-packages/_ssl.so but `hg convert ...' (according to ktrace) now seemlingly looks only in 25045 Python NAMI "/opt/local/bin/_ssl.so" 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_ssl.so" 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-darwin/_ssl.so" 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac/_ssl.so" 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac/lib-scriptpackages/_ssl.so" 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-tk/_ssl.so" 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_ssl.so" 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" for the _ssl.so file... (strangely, `hg' no longer looks, e.g., in /opt/local/lib/svn-python2.5/_ssl.so as in my first `ktrace' run!?) so I'm still getting the "Subversion python bindings could not be loaded" message. any more ideas? am I doing something stupid wrong? e.g., I'm not at all acquainted with phyton, so must/can I define/modify the python library path? greetings, joerg From jmr at macports.org Sun Feb 22 09:30:08 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 23 Feb 2009 04:30:08 +1100 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <20090222171519.GB29604@fzd.de> References: <20090222145314.GA29604@fzd.de> <49A16A2E.1020403@macports.org> <20090222171519.GB29604@fzd.de> Message-ID: <49A18BA0.7040208@macports.org> Joerg van den Hoff wrote: > ---> Deactivating libiconv @1.12_0 > Error: Deactivating libiconv 1.12_0 failed: Active version of libiconv is not 1.12_0 but 1.12_0+darwin_8. > (only thing I'm not sure of is, whether the `libiconv' error is irrelevant?) It certainly shouldn't be happening... > anyway, I now have a _ssl.so in > > /opt/local/lib/python2.5/site-packages/_ssl.so > > but `hg convert ...' (according to ktrace) now seemlingly looks only in > > 25045 Python NAMI "/opt/local/bin/_ssl.so" > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_ssl.so" > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-darwin/_ssl.so" > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac/_ssl.so" > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac/lib-scriptpackages/_ssl.so" > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-tk/_ssl.so" > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_ssl.so" > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" > > for the _ssl.so file... > (strangely, `hg' no longer looks, e.g., in /opt/local/lib/svn-python2.5/_ssl.so as in > my first `ktrace' run!?) There is a symlink involved: % ls -ld /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 lrwxr-xr-x 1 root admin 24 7 Jan 19:35 /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 -> /opt/local/lib/python2.5 So probably it stops after "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" this time because it finds that file. I don't know why the bindings can't be loaded, though. - Josh From peter at pogma.com Sun Feb 22 09:33:42 2009 From: peter at pogma.com (Peter O'Gorman) Date: Sun, 22 Feb 2009 11:33:42 -0600 Subject: error near build_libtool_libs In-Reply-To: References: Message-ID: <49A18C76.9060801@pogma.com> William Davis wrote: > the following error appears in something like 6 ports: > > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > ./configure: line 2554: syntax error near unexpected token > `build_libtool_libs,' > ./configure: line 2554: ` _LT_DECL(build_libtool_libs, enable_shared, > 0,' > > and configure fails. _LT_DECL is an internal libtool macro that was introduced in libtool-2.2.x. The fact that it appears verbatim in configure means that m4 did not find a definition for it when it created configure, because, I assume, aclocal did not find the libtool-2.x macros in its search path. Please try rebuilding the problematic ports with the libtool port installed. If the build succeeds, then file tickets on those ports for the missing build dependency. Peter -- Peter O'Gorman http://pogma.com From j.van_den_hoff at fzd.de Sun Feb 22 10:27:22 2009 From: j.van_den_hoff at fzd.de (Joerg van den Hoff) Date: Sun, 22 Feb 2009 19:27:22 +0100 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <49A18BA0.7040208@macports.org> References: <20090222145314.GA29604@fzd.de> <49A16A2E.1020403@macports.org> <20090222171519.GB29604@fzd.de> <49A18BA0.7040208@macports.org> Message-ID: <20090222182722.GA7674@fzd.de> On Mon, Feb 23, 2009 at 04:30:08AM +1100, Joshua Root wrote: > Joerg van den Hoff wrote: > > ---> Deactivating libiconv @1.12_0 > > Error: Deactivating libiconv 1.12_0 failed: Active version of libiconv is not 1.12_0 but 1.12_0+darwin_8. > > > (only thing I'm not sure of is, whether the `libiconv' error is irrelevant?) > > It certainly shouldn't be happening... > > > anyway, I now have a _ssl.so in > > > > /opt/local/lib/python2.5/site-packages/_ssl.so > > > > but `hg convert ...' (according to ktrace) now seemlingly looks only in > > > > 25045 Python NAMI "/opt/local/bin/_ssl.so" > > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/_ssl.so" > > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-darwin/_ssl.so" > > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac/_ssl.so" > > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac/lib-scriptpackages/_ssl.so" > > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-tk/_ssl.so" > > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_ssl.so" > > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" > > 25045 Python NAMI "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" > > > > for the _ssl.so file... > > (strangely, `hg' no longer looks, e.g., in /opt/local/lib/svn-python2.5/_ssl.so as in > > my first `ktrace' run!?) > > There is a symlink involved: > > % ls -ld > /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 > > lrwxr-xr-x 1 root admin 24 7 Jan 19:35 > /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 > -> /opt/local/lib/python2.5 > > So probably it stops after > "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/_ssl.so" > this time because it finds that file. sorry, I did'nt check this. you are right, I looked into the ktrace output again: it finds the file under this name. > > I don't know why the bindings can't be loaded, though. let alone me... maybe somebody else knows what's up. anyway thanks a lot for narrowing it down a bit. joerg > > - Josh From jmr at macports.org Sun Feb 22 10:28:00 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 23 Feb 2009 05:28:00 +1100 Subject: error near build_libtool_libs In-Reply-To: <49A18C76.9060801@pogma.com> References: <49A18C76.9060801@pogma.com> Message-ID: <49A19930.4010205@macports.org> Peter O'Gorman wrote: > William Davis wrote: >> the following error appears in something like 6 ports: >> >> checking for gawk... gawk >> checking whether make sets $(MAKE)... yes >> ./configure: line 2554: syntax error near unexpected token >> `build_libtool_libs,' >> ./configure: line 2554: ` _LT_DECL(build_libtool_libs, enable_shared, >> 0,' >> >> and configure fails. > > _LT_DECL is an internal libtool macro that was introduced in > libtool-2.2.x. The fact that it appears verbatim in configure means that > m4 did not find a definition for it when it created configure, because, > I assume, aclocal did not find the libtool-2.x macros in its search path. > > Please try rebuilding the problematic ports with the libtool port > installed. If the build succeeds, then file tickets on those ports for > the missing build dependency. The aalib port does depend on libtool (and autoconf and automake), and it builds fine for me. Do any of those three need to be upgraded? - Josh From frstan at bellsouth.net Sun Feb 22 11:23:46 2009 From: frstan at bellsouth.net (William Davis) Date: Sun, 22 Feb 2009 14:23:46 -0500 Subject: error near build_libtool_libs In-Reply-To: <49A18C76.9060801@pogma.com> References: <49A18C76.9060801@pogma.com> Message-ID: <80BB6096-ACDD-42D7-B938-150BB81228A9@bellsouth.net> On Feb 22, 2009, at 12:33 PM, Peter O'Gorman wrote: > William Davis wrote: >> the following error appears in something like 6 ports: >> >> checking for gawk... gawk >> checking whether make sets $(MAKE)... yes >> ./configure: line 2554: syntax error near unexpected token >> `build_libtool_libs,' >> ./configure: line 2554: ` _LT_DECL(build_libtool_libs, >> enable_shared, >> 0,' >> >> and configure fails. > > _LT_DECL is an internal libtool macro that was introduced in > libtool-2.2.x. The fact that it appears verbatim in configure means > that > m4 did not find a definition for it when it created configure, > because, > I assume, aclocal did not find the libtool-2.x macros in its search > path. > > Please try rebuilding the problematic ports with the libtool port > installed. If the build succeeds, then file tickets on those ports for > the missing build dependency. > > Peter > -- > Peter O'Gorman > http://pogma.com thanks Peter, for your reply. However consider: macintosh:~ frstan$ port installed libtool The following ports are currently installed: libtool @2.2.6a_0 (active) and macintosh:~ frstan$ which libtool /usr/bin/libtool ?? William Davis frstanATbellsouthDOTnet Mac OS X.5.6 Darwin 9.5.0 XQuartz 2.3.2 (xorg-server 1.4.2-apple31) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From frstan at bellsouth.net Sun Feb 22 11:26:51 2009 From: frstan at bellsouth.net (William Davis) Date: Sun, 22 Feb 2009 14:26:51 -0500 Subject: error near build_libtool_libs In-Reply-To: <49A19930.4010205@macports.org> References: <49A18C76.9060801@pogma.com> <49A19930.4010205@macports.org> Message-ID: <152CDC20-AD01-4C24-A5C7-2DCCBEBF361D@bellsouth.net> On Feb 22, 2009, at 1:28 PM, Joshua Root wrote: > Peter O'Gorman wrote: >> William Davis wrote: >>> the following error appears in something like 6 ports: >>> >>> checking for gawk... gawk >>> checking whether make sets $(MAKE)... yes >>> ./configure: line 2554: syntax error near unexpected token >>> `build_libtool_libs,' >>> ./configure: line 2554: ` _LT_DECL(build_libtool_libs, >>> enable_shared, >>> 0,' >>> >>> and configure fails. >> >> _LT_DECL is an internal libtool macro that was introduced in >> libtool-2.2.x. The fact that it appears verbatim in configure means >> that >> m4 did not find a definition for it when it created configure, >> because, >> I assume, aclocal did not find the libtool-2.x macros in its search >> path. >> >> Please try rebuilding the problematic ports with the libtool port >> installed. If the build succeeds, then file tickets on those ports >> for >> the missing build dependency. > > The aalib port does depend on libtool (and autoconf and automake), and > it builds fine for me. Do any of those three need to be upgraded? > > - Josh macintosh:~ frstan$ port installed libtool The following ports are currently installed: libtool @2.2.6a_0 (active) macintosh:~ frstan$ port installed autoconf The following ports are currently installed: autoconf @2.63_0 (active) macintosh:~ frstan$ port installed automake The following ports are currently installed: automake @1.10.2_0 (active) Apparently current...... William Davis frstanATbellsouthDOTnet Mac OS X.5.6 Darwin 9.5.0 XQuartz 2.3.2 (xorg-server 1.4.2-apple31) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From jmr at macports.org Sun Feb 22 11:29:02 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 23 Feb 2009 06:29:02 +1100 Subject: error near build_libtool_libs In-Reply-To: <80BB6096-ACDD-42D7-B938-150BB81228A9@bellsouth.net> References: <49A18C76.9060801@pogma.com> <80BB6096-ACDD-42D7-B938-150BB81228A9@bellsouth.net> Message-ID: <49A1A77E.8080007@macports.org> William Davis wrote: > macintosh:~ frstan$ which libtool > /usr/bin/libtool > > ?? It's installed as glibtool because Apple's libtool is completely different. - Josh From frstan at bellsouth.net Sun Feb 22 11:53:43 2009 From: frstan at bellsouth.net (William Davis) Date: Sun, 22 Feb 2009 14:53:43 -0500 Subject: error near build_libtool_libs In-Reply-To: <49A1A77E.8080007@macports.org> References: <49A18C76.9060801@pogma.com> <80BB6096-ACDD-42D7-B938-150BB81228A9@bellsouth.net> <49A1A77E.8080007@macports.org> Message-ID: <27E2ECCE-98A0-4D13-8D8A-B72CCF0910C8@bellsouth.net> On Feb 22, 2009, at 2:29 PM, Joshua Root wrote: > William Davis wrote: >> macintosh:~ frstan$ which libtool >> /usr/bin/libtool >> >> ?? > > It's installed as glibtool because Apple's libtool is completely > different. > > - Josh macintosh:~ frstan$ which glibtool /opt/local/bin/glibtool William Davis frstanATbellsouthDOTnet Mac OS X.5.6 Darwin 9.5.0 XQuartz 2.3.2 (xorg-server 1.4.2-apple31) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From blb at macports.org Sun Feb 22 14:18:21 2009 From: blb at macports.org (Bryan Blackburn) Date: Sun, 22 Feb 2009 15:18:21 -0700 Subject: Notification of port deletion: htdig and hfsrsync Message-ID: <20090222221821.GC793@ninagal.withay.com> We don't have any policy on deleting ports, so how about an email? I think both htdig and hfsrsync should be deleted, see tickets 5448 and 6488 for reasoning. Neither is a dependency for other ports. Any objections? Bryan From David.Epstein at warwick.ac.uk Sun Feb 22 16:17:37 2009 From: David.Epstein at warwick.ac.uk (David Epstein) Date: Sun, 22 Feb 2009 16:17:37 -0800 (PST) Subject: texlive_base failed to build Message-ID: <22153627.post@talk.nabble.com> I'm aware that there is a bug report out on texlive_base, but is there a work-around? I'm rather desperate, as I stupidly trashed my copy of tetex before trying to install texlive. As a result none of the tex family programs are available to me, and I use them all the time. I tried the version of the final command you see below at the end of my error message, that I found in one of the trac files, but it just reported multiple symbol definitions. Could someone help me out here? I'm out of my depth. Thanks very much. Should I start again with a port clean command? In desperation, I downloaded MacTex (not via MacPorts), and the installation seemed to go OK. But when I tried to use it, I got an error message that /opt/local/bin/pdflatex didn't exist. I was surprised by this unexpected interaction between MacPorts and MacTex. I then tried "port search pdflatex" and was told "texshop". But when I successfully did a MacPorts port of texshop, pdflatex still wasn't there. How can I find a port which will give me a copy of /opt/local/bin/pdflatex? Here is the error I got from trying to build texlive_base ---> Building texlive_base Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_tex_texlive_base/work/texlive_base-2007" && make all " returned error 2 Command output: make[2]: Nothing to be done for `all'. make all-recursive Making all in data make[4]: Nothing to be done for `all'. Making all in src make[4]: Nothing to be done for `all'. make[4]: Nothing to be done for `all-am'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. make[2]: Nothing to be done for `all'. cd gui; make CC='/usr/bin/gcc-4.0' CFLAGS='-O2 ' libgui.a make[3]: `libgui.a' is up to date. /bin/sh ../libtool --mode=link /usr/bin/gcc-4.0 -o xdvi-xaw.bin -L/opt/local/lib browser.o dvi-draw.o dvi-init.o dvisel.o encodings.o events.o filehist.o font-open.o gf.o hypertex.o image-magick.o mime.o my-snprintf.o my-vsnprintf.o pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o psnews.o read-mapfile.o search-internal.o special.o string-utils.o tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o ./gui/libgui.a ../../libs/t1lib/libt1.a ../../libs/t1lib/../type1/libtype1.a -L/opt/local/lib -lXaw -lXmu -lXt -lSM -lICE -lXp -lXext -lXpm -lX11 -liconv ../kpathsea/libkpathsea.la -lm /usr/bin/gcc-4.0 -o xdvi-xaw.bin browser.o dvi-draw.o dvi-init.o dvisel.o encodings.o events.o filehist.o font-open.o gf.o hypertex.o image-magick.o mime.o my-snprintf.o my-vsnprintf.o pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o psnews.o read-mapfile.o search-internal.o special.o string-utils.o tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o -L/opt/local/lib ./gui/libgui.a ../../libs/t1lib/libt1.a ../../libs/t1lib/../type1/libtype1.a -lXaw -lXmu -lXt -lSM -lICE -lXp -lXext -lXpm -lintl -lc -lX11 -lXau -lXdmcp -liconv ../kpathsea/.libs/libkpathsea.a -lm /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: can't locate file for: -lXaw collect2: ld returned 1 exit status make[2]: *** [xdvi-xaw.bin] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 1 Error: The following dependencies failed to build: texlive_base -- View this message in context: http://www.nabble.com/texlive_base-failed-to-build-tp22153627p22153627.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From perry at macports.org Sun Feb 22 16:33:13 2009 From: perry at macports.org (Perry Lee) Date: Sun, 22 Feb 2009 16:33:13 -0800 Subject: texlive_base failed to build In-Reply-To: <22153627.post@talk.nabble.com> References: <22153627.post@talk.nabble.com> Message-ID: <4E326CF8-DA3F-4AF5-BE0C-52598BB8A23B@macports.org> On Feb 22, 2009, at 4:17 PM, David Epstein wrote: > In desperation, I downloaded MacTex (not via MacPorts), and the > installation > seemed to go OK. But when I tried to use it, I got an error message > that > /opt/local/bin/pdflatex didn't exist. I was surprised by this > unexpected > interaction between MacPorts and MacTex. I then tried "port search > pdflatex" After installing MacTex, did you run pdflatex from a new shell or from a preexisting one? If it's the latter case, bash may be using a hashed location. You can make it forget by typing `hash -r`. As far as I know, MacTex's pdflatex is located at /usr/texbin/pdflatex. From David.Epstein at warwick.ac.uk Sun Feb 22 16:48:28 2009 From: David.Epstein at warwick.ac.uk (David Epstein) Date: Sun, 22 Feb 2009 16:48:28 -0800 (PST) Subject: texlive_base failed to build In-Reply-To: <4E326CF8-DA3F-4AF5-BE0C-52598BB8A23B@macports.org> References: <22153627.post@talk.nabble.com> <4E326CF8-DA3F-4AF5-BE0C-52598BB8A23B@macports.org> Message-ID: <22153834.post@talk.nabble.com> Perry Lee-2 wrote: > > On Feb 22, 2009, at 4:17 PM, David Epstein wrote: >> In desperation, I downloaded MacTex (not via MacPorts), and the >> installation >> seemed to go OK. But when I tried to use it, I got an error message >> that >> /opt/local/bin/pdflatex didn't exist. I was surprised by this >> unexpected >> interaction between MacPorts and MacTex. I then tried "port search >> pdflatex" > > After installing MacTex, did you run pdflatex from a new shell or from > a preexisting one? If it's the latter case, bash may be using a hashed > location. You can make it forget by typing `hash -r`. As far as I > know, MacTex's pdflatex is located at /usr/texbin/pdflatex. > Maybe I should reinstall MacTex. I have no texbin in /usr/. But this is probably off-topic. Is there a user forum for MacTex? I didn't try running pdflatex. I tried to typeset using TexShop, which I opened by clicking on the TexShop icon. I use tcsh and not bash. David -- View this message in context: http://www.nabble.com/texlive_base-failed-to-build-tp22153627p22153834.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Sun Feb 22 19:11:34 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 22 Feb 2009 21:11:34 -0600 Subject: error near build_libtool_libs In-Reply-To: References: Message-ID: <79FA166D-DABD-4CFF-98EB-996619AA220A@macports.org> On Feb 22, 2009, at 11:01, William Davis wrote: > the following error appears in something like 6 ports: > > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > ./configure: line 2554: syntax error near unexpected token > `build_libtool_libs,' > ./configure: line 2554: ` _LT_DECL(build_libtool_libs, > enable_shared, 0,' > > and configure fails. The only difference in the error between the > ports is the specific line number. The example shown is for aalib > trying to go from aalib 1.4rc5_3 to > 1.4rc5_4 . Any suggestions? I just filed a bug for this against xorg-libXt. It occurred because I had both libtool and libtool1 activate. Deactivating libtool1 allowed the build to proceed. From ryandesign at macports.org Sun Feb 22 19:23:08 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 22 Feb 2009 21:23:08 -0600 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <49A18BA0.7040208@macports.org> References: <20090222145314.GA29604@fzd.de> <49A16A2E.1020403@macports.org> <20090222171519.GB29604@fzd.de> <49A18BA0.7040208@macports.org> Message-ID: <3CFFB0D4-FA69-4922-9C5B-E92AB621276A@macports.org> On Feb 22, 2009, at 11:30, Joshua Root wrote: > Joerg van den Hoff wrote: >> ---> Deactivating libiconv @1.12_0 >> Error: Deactivating libiconv 1.12_0 failed: Active version of >> libiconv is not 1.12_0 but 1.12_0+darwin_8. > >> (only thing I'm not sure of is, whether the `libiconv' error is >> irrelevant?) > > It certainly shouldn't be happening... Looks like: http://trac.macports.org/ticket/17367 From ryandesign at macports.org Sun Feb 22 19:20:17 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 22 Feb 2009 21:20:17 -0600 Subject: texlive_base failed to build In-Reply-To: <22153627.post@talk.nabble.com> References: <22153627.post@talk.nabble.com> Message-ID: <78FE615E-89A9-4ABC-A1B6-F339EED4A00B@macports.org> On Feb 22, 2009, at 18:17, David Epstein wrote: > I'm aware that there is a bug report out on texlive_base, but is > there a > work-around? I'm rather desperate, as I stupidly trashed my copy of > tetex > before trying to install texlive. As a result none of the tex family > programs are available to me, and I use them all the time. I tried the > version of the final command you see below at the end of my error > message, > that I found in one of the trac files, but it just reported > multiple symbol > definitions. > > Could someone help me out here? I'm out of my depth. Thanks very much. > Should I start again with a port clean command? > > In desperation, I downloaded MacTex (not via MacPorts), and the > installation > seemed to go OK. But when I tried to use it, I got an error message > that > /opt/local/bin/pdflatex didn't exist. I was surprised by this > unexpected > interaction between MacPorts and MacTex. I then tried "port search > pdflatex" > and was told "texshop". But when I successfully did a MacPorts port of > texshop, pdflatex still wasn't there. How can I find a port which > will give > me a copy of /opt/local/bin/pdflatex? On my system, the port texlive provides the file /opt/local/bin/ pdflatex. I foud this out by typing "port provides /opt/local/bin/ pdflatex", however that will not work if you do not already have the port installed, so that's not useful in your case. > Here is the error I got from trying to build texlive_base > > ---> Building texlive_base [snip] > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: can't locate file > for: -lXaw > collect2: ld returned 1 exit status > make[2]: *** [xdvi-xaw.bin] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 I do not see a ticket filed for this error message. The port xorg-libXaw should provide the Xaw library that it says it cannot find. texlive_base declares a dependency on xorg-libs which declares a dependency on xorg-libXaw, so it should be there. Is xorg- libXaw installed and active on your system? If not, install or activate it. Or if so, try rebuilding it. From talklists at newgeo.com Mon Feb 23 02:03:00 2009 From: talklists at newgeo.com (Scott Haneda) Date: Mon, 23 Feb 2009 02:03:00 -0800 Subject: Best practices for config files Message-ID: <85FB0D70-841B-4DBA-BB0E-A7AE242B3D54@newgeo.com> What are the best practices for providing config files with ports? I am working with a friend to make an all in one ISP solution, email, dns, database, webmail, etc etc. Sort of a cpanel done right on the Mac. Let'stake Roundcube for example, there is not a port that I can see. This is a basic install, it is just a download, uncompress, and move to location. That would cover the default port. However, I want to make a custom config file, that is a little more tailored to the ISP solution port we are working on. Do you use a variant for this, port install roundcube +custom-config or similar? -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Mon Feb 23 02:08:09 2009 From: talklists at newgeo.com (Scott Haneda) Date: Mon, 23 Feb 2009 02:08:09 -0800 Subject: mysql5 variant Message-ID: What is the +server variant for in mysql5? I looked at the port source, and am no sure. I did port variant mysql5 and it did not tell me much. -- Scott * If you contact me off list replace talklists@ with scott@ * From raimue at macports.org Mon Feb 23 02:24:34 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 23 Feb 2009 11:24:34 +0100 Subject: mysql5 variant In-Reply-To: References: Message-ID: <49A27962.4000805@macports.org> Scott Haneda wrote: > What is the +server variant for in mysql5? I looked at the port > source, and am no sure. I did port variant mysql5 and it did not tell > me much. The theory is that mysql5 +server will not only install the mysql5 client libs, but also the server. But due to a bug in the 5.0.x series, --without-server is ignored and the mysql5 server is always built. So at the moment the only difference is the launchd startupitem. There are plans to split off a separate mysql5-server from the port. See #14146 [1] and #12313 [2] for more details. Rainer [1] https://trac.macports.org/ticket/14146 [2] https://trac.macports.org/ticket/12313 From milosh at macports.org Mon Feb 23 02:39:34 2009 From: milosh at macports.org (Emmanuel Hainry) Date: Mon, 23 Feb 2009 11:39:34 +0100 Subject: texlive_base failed to build In-Reply-To: <78FE615E-89A9-4ABC-A1B6-F339EED4A00B@macports.org> References: <22153627.post@talk.nabble.com> <78FE615E-89A9-4ABC-A1B6-F339EED4A00B@macports.org> Message-ID: <20090223103934.GA20149@weetamoe.loria.fr> Citando Ryan Schmidt : > On Feb 22, 2009, at 18:17, David Epstein wrote: > >> In desperation, I downloaded MacTex (not via MacPorts), and the >> installation seemed to go OK. But when I tried to use it, I got an >> error message that /opt/local/bin/pdflatex didn't exist. I was >> surprised by this unexpected interaction between MacPorts and >> MacTex. I then tried "port search pdflatex" and was told "texshop". >> But when I successfully did a MacPorts port of texshop, pdflatex >> still wasn't there. How can I find a port which will give me a copy >> of /opt/local/bin/pdflatex? > > On my system, the port texlive provides the file /opt/local/bin/ > pdflatex. I foud this out by typing "port provides /opt/local/bin/ > pdflatex", however that will not work if you do not already have the > port installed, so that's not useful in your case. > It would not be difficult to modify* the texlive port so that it 1) does not depend on the texlive_base port 2) links to /usr/texbin/pdftex instead of $prefix/bin/pdftex I proposed that sort of things to some people in the past, but did not get much feedback. Probably people installing mactex don't use macports to install tex related things. It would be a way for people to not depend on an outdated texlive install which sometimes breaks (especially since the change in the X dependency). Best, Emmanuel *: By modify, I mean create a new portfile that would do this job in a similar way as the current texlive port. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature URL: From dluke at geeklair.net Mon Feb 23 06:19:52 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Mon, 23 Feb 2009 09:19:52 -0500 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <49A16A2E.1020403@macports.org> References: <20090222145314.GA29604@fzd.de> <49A16A2E.1020403@macports.org> Message-ID: <6B8F88B0-5A88-4620-A2F3-A3A0D4A91094@geeklair.net> On Feb 22, 2009, at 10:07 AM, Joshua Root wrote: >> am I missing something or is it a bug?? > > Looks like something needs to depend on py25-socket-ssl? I would think that it would be mercurial that needs it, since you can do 'import svn' from python and it works enough for trac and to pass its test suite without that being installed). -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From paul at fubra.com Mon Feb 23 07:35:43 2009 From: paul at fubra.com (Paul Maunders) Date: Mon, 23 Feb 2009 07:35:43 -0800 (PST) Subject: Issue with double perl Message-ID: <22163542.post@talk.nabble.com> Jacco Rens-2 wrote: > > Hi Listmembers, > > I'm trying to build imapsync on my machine, but it fails with the > following error: > > .... > ---> Installing p5-digest-md5 @2.38_0 > ---> Activating p5-digest-md5 @2.38_0 > Error: Target org.macports.activate returned: Image error: /opt/local/ > share/man/man3/Digest::MD5.3pm.gz is being used by the active perl5.8 > port. Please deactivate this port first, or use the -f flag to force > the activation. > Error: The following dependencies failed to build: p5-digest-md5 p5-io- > socket-ssl p5-net-libidn libidn gettext expat libiconv gperf ncurses > ncursesw p5-net-ssleay p5-mail-imapclient p5-term-readkey > Error: Status 1 encountered during processing. > I'm also getting the same problem. I tried the suggestion of deactivating the p5-digest-md5 package but that didn't work: paul-imac-wired:local paul$ sudo port -f deactivate p5-digest-md5 Error: port deactivate failed: Registry error: p5-digest-md5 not registered as installed & active. I think it was actually asking us to deactivate the perl5.8 port, so I did this: paul-imac-wired:local paul$ sudo port -f deactivate perl5.8 ---> Deactivating perl5.8 ... and it gets a bit further: paul-imac-wired:local paul$ sudo port install imapsync ---> Activating p5-digest-md5 @2.38_0 ---> Cleaning p5-digest-md5 It goes on to install a number of other packages, but then fails at the following step: ---> Configuring p5-net-libidn 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_perl_p5-net-libidn/work/Net-LibIDN-0.10" && /opt/local/bin/perl Makefile.PL INSTALLDIRS=vendor " returned error 127 Command output: sh: /opt/local/bin/perl: No such file or directory -- View this message in context: http://www.nabble.com/Issue-with-double-perl-tp22052447p22163542.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From j.van_den_hoff at fzd.de Mon Feb 23 08:28:15 2009 From: j.van_den_hoff at fzd.de (Joerg van den Hoff) Date: Mon, 23 Feb 2009 17:28:15 +0100 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <6B8F88B0-5A88-4620-A2F3-A3A0D4A91094@geeklair.net> References: <20090222145314.GA29604@fzd.de> <49A16A2E.1020403@macports.org> <6B8F88B0-5A88-4620-A2F3-A3A0D4A91094@geeklair.net> Message-ID: <20090223162815.GI29992@fzd.de> On Mon, Feb 23, 2009 at 09:19:52AM -0500, Daniel J. Luke wrote: > On Feb 22, 2009, at 10:07 AM, Joshua Root wrote: >>> am I missing something or is it a bug?? >> >> Looks like something needs to depend on py25-socket-ssl? > > > I would think that it would be mercurial that needs it, since you can do thank's for responding. > 'import svn' from python and it works enough for trac and to pass its > test suite without that being installed). unfortenuately, I'm rather clueless where the problem actually is. I just want to import some svn-managed stuff to mercurial. to be sure that I'm not using it incorrectly I tried the same on an ubuntu box: there, the identical call to `hg convert' succeeded (pointing it to the local working copy of the svn-repo). now, _if_ mercurial depends on py25-socket-ssl (as it seems), should this not be a dependency of mercurial, since the `convert' extension is installed together with mercurial? next thing is, although, I _did_ install py25-socket-ssl, my problem did not go away. so my question is: can someone please confirm the reported behaviour (i.e. `hg convert -s svn {path_to_some_svn_manganged_stuff}' does give an "Subversion python bindings could not be loaded" error)? last [not least :-)]: how can I get it running? many thanks joerg > -- > Daniel J. Luke > From j.van_den_hoff at fzd.de Mon Feb 23 08:30:40 2009 From: j.van_den_hoff at fzd.de (Joerg van den Hoff) Date: Mon, 23 Feb 2009 17:30:40 +0100 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <3CFFB0D4-FA69-4922-9C5B-E92AB621276A@macports.org> References: <20090222145314.GA29604@fzd.de> <49A16A2E.1020403@macports.org> <20090222171519.GB29604@fzd.de> <49A18BA0.7040208@macports.org> <3CFFB0D4-FA69-4922-9C5B-E92AB621276A@macports.org> Message-ID: <20090223163040.GJ29992@fzd.de> On Sun, Feb 22, 2009 at 09:23:08PM -0600, Ryan Schmidt wrote: > > On Feb 22, 2009, at 11:30, Joshua Root wrote: > >> Joerg van den Hoff wrote: >>> ---> Deactivating libiconv @1.12_0 >>> Error: Deactivating libiconv 1.12_0 failed: Active version of >>> libiconv is not 1.12_0 but 1.12_0+darwin_8. >> >>> (only thing I'm not sure of is, whether the `libiconv' error is >>> irrelevant?) >> >> It certainly shouldn't be happening... > > Looks like: > > http://trac.macports.org/ticket/17367 thanks. yes, it does. question: could this somehow explain my `hg convert' problem? I guess not, but ... joerg > > From dluke at geeklair.net Mon Feb 23 08:34:26 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Mon, 23 Feb 2009 11:34:26 -0500 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <20090223162815.GI29992@fzd.de> References: <20090222145314.GA29604@fzd.de> <49A16A2E.1020403@macports.org> <6B8F88B0-5A88-4620-A2F3-A3A0D4A91094@geeklair.net> <20090223162815.GI29992@fzd.de> Message-ID: <83F4E4DF-0F61-415D-A064-54EE584CFC57@geeklair.net> On Feb 23, 2009, at 11:28 AM, Joerg van den Hoff wrote: > unfortenuately, I'm rather clueless where the problem actually is. I don't use mercurial, so I'm not really going to be much help. I did quickly look through the subversion python bindings and I did not see any references to the python socket ssl module... > now, _if_ mercurial depends on py25-socket-ssl (as it seems), > should this > not be a dependency of mercurial, since the `convert' extension is > installed > together with mercurial? It should be installed by the mercurial port if it needs it. It's possible that it needs it to be there when it is first built/ installed, but as I don't use and and haven't looked at it, that's just a guess. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From frstan at bellsouth.net Mon Feb 23 08:36:24 2009 From: frstan at bellsouth.net (William Davis) Date: Mon, 23 Feb 2009 11:36:24 -0500 Subject: error near build_libtool_libs In-Reply-To: <79FA166D-DABD-4CFF-98EB-996619AA220A@macports.org> References: <79FA166D-DABD-4CFF-98EB-996619AA220A@macports.org> Message-ID: On Feb 22, 2009, at 10:11 PM, Ryan Schmidt wrote: > > On Feb 22, 2009, at 11:01, William Davis wrote: > >> the following error appears in something like 6 ports: >> >> checking for gawk... gawk >> checking whether make sets $(MAKE)... yes >> ./configure: line 2554: syntax error near unexpected token >> `build_libtool_libs,' >> ./configure: line 2554: ` _LT_DECL(build_libtool_libs, >> enable_shared, 0,' >> >> and configure fails. The only difference in the error between the >> ports is the specific line number. The example shown is for aalib >> trying to go from aalib 1.4rc5_3 to >> 1.4rc5_4 . Any suggestions? > > I just filed a bug for this against xorg-libXt. > > It occurred because I had both libtool and libtool1 activate. > Deactivating libtool1 allowed the build to proceed. > > THANK YOU RYAN! After deactivating libtool1 port I was able to upgrade the following: aalib graphviz imagemagick xorg-libXt xset openmotiv gnome-desktop and several others. Perhaps libtool1 and libtool ports sould be marked as mutually incompatable. Thanks again. William Davis frstanATbellsouthDOTnet Mac OS X.5.6 Darwin 9.5.0 XQuartz 2.3.2 (xorg-server 1.4.2-apple31) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From deric.lists at gmail.com Mon Feb 23 08:38:20 2009 From: deric.lists at gmail.com (Daniel Ericsson) Date: Mon, 23 Feb 2009 17:38:20 +0100 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <20090223163040.GJ29992@fzd.de> References: <20090222145314.GA29604@fzd.de> <49A16A2E.1020403@macports.org> <20090222171519.GB29604@fzd.de> <49A18BA0.7040208@macports.org> <3CFFB0D4-FA69-4922-9C5B-E92AB621276A@macports.org> <20090223163040.GJ29992@fzd.de> Message-ID: <80bd4430902230838m386d17b9m627782de065a8b77@mail.gmail.com> thanks. yes, it does. question: could this somehow explain my > `hg convert' problem? I guess not, but ... Maintainer of mercurial here, will investigate this a bit later tonight and report if I find something. -- Daniel From alejandro.aragon at gmail.com Mon Feb 23 12:33:33 2009 From: alejandro.aragon at gmail.com (Alejandro Aragon) Date: Mon, 23 Feb 2009 14:33:33 -0600 Subject: failed attempt to upgrade some ports In-Reply-To: <49A0E8F0.9020507@macports.org> References: <49A0DDF4.80908@macports.org> <49A0E8F0.9020507@macports.org> Message-ID: <6837BBD2-FDC5-4518-80C5-7CBFB02344E9@gmail.com> Hi, I still cannot upgrade the programs, even after forcing the clean: aaragon@~$sudo port -f clean xorg-libs ---> Cleaning xorg-libs aaragon@~$sudo port -f clean xorg-libxcb ---> Cleaning xorg-libxcb aaragon@~$sudo port -f clean xorg-xcb-proto ---> Cleaning xorg-xcb-proto aaragon@~$sudo port -f clean python26 ---> Cleaning python26 aaragon@~$sudo port -f clean db46 ---> Cleaning db46 aaragon@~$sudo port -f clean xorg-xcb-util ---> Cleaning xorg-xcb-util aaragon@~$sudo port upgrade gnuplot ---> Fetching db46 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: xorg-libxcb xorg- xcb-proto python26 db46 xorg-xcb-util ---> Fetching xorg-libXfont ---> Verifying checksum(s) for xorg-libXfont ---> Extracting xorg-libXfont ---> Applying patches to xorg-libXfont ---> Configuring xorg-libXfont ---> Building xorg-libXfont ---> Staging xorg-libXfont into destroot ---> Deactivating xorg-libXfont @1.4.0_0 ---> Installing xorg-libXfont @1.4.0_1 ---> Activating xorg-libXfont @1.4.0_1 ---> Cleaning xorg-libXfont ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: xorg-xcb-proto python26 db46 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: python26 db46 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: db46 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: xorg-libxcb xorg- xcb-proto python26 db46 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: xorg-libs xorg- libxcb xorg-xcb-proto python26 db46 xorg-xcb-util Error: Unable to upgrade port: 1 Any other ideas? aa On Feb 21, 2009, at 11:56 PM, Rainer M?ller wrote: > Joshua Root wrote: >> Alejandro Aragon wrote: >>> aaragon@~/$sudo port upgrade gnuplot >>> ---> Fetching db46 >>> ---> Attempting to fetch patch.4.6.21.1 from >>> http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ >>> ---> Attempting to fetch patch.4.6.21.2 from >>> http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ >>> ---> Attempting to fetch patch.4.6.21.3 from >>> http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ >>> ---> Attempting to fetch db-4.6.21.tar.gz from >>> http://distfiles.macports.org/db4 >>> ---> Verifying checksum(s) for db46 >>> Error: Checksum (md5) mismatch for patch.4.6.21.3 >>> Error: Target org.macports.checksum returned: Unable to verify file >>> checksums >> >> Oracle silently changed the contents of this patch on their server. >> See >> this ticket: > > I temporary disabled the Oracle patch site for now in r47109 [1], so > installations will not be blocked any more when fetching from the > "wrong" server. MacPorts will automatically download from a distfiles > mirror instead. > > If you already fetched the wrong checksummed patch, use this: > sudo port -f clean db46 > sudo port install db46 > > Force (-f) is necessary to also delete the patches as the > dist_subdir is > shared among the db4x ports. > > Rainer > > [1] http://trac.macports.org/changeset/47109 From brad at pixilla.com Mon Feb 23 10:40:50 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Mon, 23 Feb 2009 10:40:50 -0800 Subject: mysql5 variant In-Reply-To: References: Message-ID: Adds startupitem, user/group among other tasks. cat `port dir mysql5`/Portfile variant server { # Create a startupitem to start/stop the server startupitem.create yes startupitem.start "${prefix}/share/${mysql}/mysql/mysql.server start" startupitem.stop "${prefix}/share/${mysql}/mysql/mysql.server stop" } pre-destroot { # Some directories we must have in all cases xinstall -m 755 -d ${destroot}${sysconfdir} destroot.keepdirs-append ${destroot}${sysconfdir} # Setup only for server if { [variant_isset server] } { addgroup ${mysqluser} set gid [existsgroup ${mysqluser}] adduser ${mysqluser} gid=${gid} realname=MySQL\ Server # Some directories we must have only if we're running as a server xinstall -m 755 -o root -d ${destroot}${prefix}/var/run xinstall -m 755 -o ${mysqluser} -g ${mysqluser} -d \ ${destroot}${dbdir} \ ${destroot}${prefix}/var/run/${mysql} destroot.keepdirs-append \ ${destroot}${dbdir} \ ${destroot}${prefix}/var/run/${mysql} } } post-destroot { delete ${destroot}${prefix}/mysql-test # Fix paths in manpages and sample configuration files foreach manpage [glob -type f ${destroot}${prefix}/share/man/man \[1-9\]/*] { reinplace "s|/etc/my.cnf|${sysconfdir}/my.cnf|g" ${manpage} } foreach samp_conffile [glob -type f ${destroot}${prefix}/share/$ {mysql}/mysql/my-*.cnf] { reinplace "s|/etc/my.cnf|${sysconfdir}/my.cnf|g" $ {samp_conffile} } # Symlink mysql binaries into bin directory, with $ {major_version} appended to the name foreach f [glob -tails -directory ${destroot}${bindir} my*] { ln -sf ${bindir}/${f} ${destroot}${prefix}/bin/${f}$ {major_version} } } post-install { if { [variant_isset server] } { ui_msg "******************************************************" ui_msg "* In order to setup the database, you might want to run" ui_msg "* sudo -u ${mysqluser} mysql_install_db5" ui_msg "* if this is a new install" ui_msg "******************************************************" } } On Feb 23, 2009, at 2:08 AM, Scott Haneda wrote: > What is the +server variant for in mysql5? I looked at the port > source, and am no sure. I did port variant mysql5 and it did not > tell me much. > -- > Scott > > * If you contact me off list replace talklists@ with scott@ * > > > > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From blb at macports.org Mon Feb 23 13:31:07 2009 From: blb at macports.org (Bryan Blackburn) Date: Mon, 23 Feb 2009 14:31:07 -0700 Subject: failed attempt to upgrade some ports In-Reply-To: <6837BBD2-FDC5-4518-80C5-7CBFB02344E9@gmail.com> References: <49A0DDF4.80908@macports.org> <49A0E8F0.9020507@macports.org> <6837BBD2-FDC5-4518-80C5-7CBFB02344E9@gmail.com> Message-ID: <20090223213107.GC792@ninagal.withay.com> On Mon, Feb 23, 2009 at 02:33:33PM -0600, Alejandro Aragon said: > Hi, I still cannot upgrade the programs, even after forcing the clean: [...] > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 Try again once you sync again (about thirty minutes after this email) and clean db46. Bryan [...] > > Any other ideas? > > aa > From raimue at macports.org Mon Feb 23 14:15:29 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 23 Feb 2009 23:15:29 +0100 Subject: failed attempt to upgrade some ports In-Reply-To: <6837BBD2-FDC5-4518-80C5-7CBFB02344E9@gmail.com> References: <49A0DDF4.80908@macports.org> <49A0E8F0.9020507@macports.org> <6837BBD2-FDC5-4518-80C5-7CBFB02344E9@gmail.com> Message-ID: <49A32001.1080500@macports.org> Alejandro Aragon wrote: > Hi, I still cannot upgrade the programs, even after forcing the clean: Sorry, in my previous mail it should have read: sudo port -f clean --all db46 sudo port install db46 The --all switch also removes already downloaded distfiles and that's what I meant originally. Rainer From alejandro.aragon at gmail.com Mon Feb 23 14:27:35 2009 From: alejandro.aragon at gmail.com (Alejandro Marcos =?ISO-8859-1?Q?Arag=F3n?=) Date: Mon, 23 Feb 2009 16:27:35 -0600 Subject: failed attempt to upgrade some ports In-Reply-To: <49A32001.1080500@macports.org> References: <49A0DDF4.80908@macports.org> <49A0E8F0.9020507@macports.org> <6837BBD2-FDC5-4518-80C5-7CBFB02344E9@gmail.com> <49A32001.1080500@macports.org> Message-ID: <1235428055.6632.0.camel@aaragon-laptop> Thanks for replying, I'll try that. aa On Mon, 2009-02-23 at 23:15 +0100, Rainer M?ller wrote: > Alejandro Aragon wrote: > > Hi, I still cannot upgrade the programs, even after forcing the clean: > > Sorry, in my previous mail it should have read: > sudo port -f clean --all db46 > sudo port install db46 > > The --all switch also removes already downloaded distfiles and that's > what I meant originally. > > Rainer From frstan at bellsouth.net Mon Feb 23 15:13:11 2009 From: frstan at bellsouth.net (William Davis) Date: Mon, 23 Feb 2009 18:13:11 -0500 Subject: failed attempt to upgrade some ports In-Reply-To: <6837BBD2-FDC5-4518-80C5-7CBFB02344E9@gmail.com> References: <49A0DDF4.80908@macports.org> <49A0E8F0.9020507@macports.org> <6837BBD2-FDC5-4518-80C5-7CBFB02344E9@gmail.com> Message-ID: <4834CB24-0EF3-40E8-A48B-D60668DFA0D4@bellsouth.net> you need to do: sudo port -d selfupdate so you can get this change: Commit by blb at macports.org :: r47223 /trunk/dports/databases/db46/ Portfile: (link) http://trac.macports.org/changeset/47223 databases/db46 - Oracle stealth-updated patch 3, so update checksum, ticket #18515 (maintainer timeout); putting distfiles into version/revision- specific subdir to avoid issues for those who have already downloaded the earlier patch 3 good luck, William Davis On Feb 23, 2009, at 3:33 PM, Alejandro Aragon wrote: > Hi, I still cannot upgrade the programs, even after forcing the clean: > > aaragon@~$sudo port -f clean xorg-libs > ---> Cleaning xorg-libs > aaragon@~$sudo port -f clean xorg-libxcb > ---> Cleaning xorg-libxcb > aaragon@~$sudo port -f clean xorg-xcb-proto > ---> Cleaning xorg-xcb-proto > aaragon@~$sudo port -f clean python26 > ---> Cleaning python26 > aaragon@~$sudo port -f clean db46 > ---> Cleaning db46 > aaragon@~$sudo port -f clean xorg-xcb-util > ---> Cleaning xorg-xcb-util > aaragon@~$sudo port upgrade gnuplot > ---> Fetching db46 > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: xorg-libxcb xorg- > xcb-proto python26 db46 xorg-xcb-util > ---> Fetching xorg-libXfont > ---> Verifying checksum(s) for xorg-libXfont > ---> Extracting xorg-libXfont > ---> Applying patches to xorg-libXfont > ---> Configuring xorg-libXfont > ---> Building xorg-libXfont > ---> Staging xorg-libXfont into destroot > ---> Deactivating xorg-libXfont @1.4.0_0 > ---> Installing xorg-libXfont @1.4.0_1 > ---> Activating xorg-libXfont @1.4.0_1 > ---> Cleaning xorg-libXfont > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: xorg-xcb-proto > python26 db46 > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: python26 db46 > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: db46 > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: xorg-libxcb xorg- > xcb-proto python26 db46 > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: xorg-libs xorg- > libxcb xorg-xcb-proto python26 db46 xorg-xcb-util > Error: Unable to upgrade port: 1 > > > Any other ideas? > > aa > > > On Feb 21, 2009, at 11:56 PM, Rainer M?ller wrote: > >> Joshua Root wrote: >>> Alejandro Aragon wrote: >>>> aaragon@~/$sudo port upgrade gnuplot >>>> ---> Fetching db46 >>>> ---> Attempting to fetch patch.4.6.21.1 from >>>> http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ >>>> ---> Attempting to fetch patch.4.6.21.2 from >>>> http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ >>>> ---> Attempting to fetch patch.4.6.21.3 from >>>> http://www.oracle.com/technology/products/berkeley-db/db/update/4.6.21/ >>>> ---> Attempting to fetch db-4.6.21.tar.gz from >>>> http://distfiles.macports.org/db4 >>>> ---> Verifying checksum(s) for db46 >>>> Error: Checksum (md5) mismatch for patch.4.6.21.3 >>>> Error: Target org.macports.checksum returned: Unable to verify file >>>> checksums >>> >>> Oracle silently changed the contents of this patch on their >>> server. See >>> this ticket: >> >> I temporary disabled the Oracle patch site for now in r47109 [1], so >> installations will not be blocked any more when fetching from the >> "wrong" server. MacPorts will automatically download from a distfiles >> mirror instead. >> >> If you already fetched the wrong checksummed patch, use this: >> sudo port -f clean db46 >> sudo port install db46 >> >> Force (-f) is necessary to also delete the patches as the >> dist_subdir is >> shared among the db4x ports. >> >> Rainer >> >> [1] http://trac.macports.org/changeset/47109 > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users William Davis frstanATbellsouthDOTnet Mac OS X.5.6 Darwin 9.5.0 XQuartz 2.3.2 (xorg-server 1.4.2-apple31) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: From ram at macports.org Mon Feb 23 16:58:41 2009 From: ram at macports.org (Adam Mercer) Date: Mon, 23 Feb 2009 18:58:41 -0600 Subject: Platform specific flags and universal variants Message-ID: <799406d60902231658l6c70007btba620650bd09a999@mail.gmail.com> Hi I recently modified the fftw-3 and fftw-3-single ports to use the muniversal PortGroup, which greatly simplfies building a universal port but am running into a annoying issue. FFTW needs to be compiled so that it runs as fast as possible, I therefore need to pass specific options to configure depending on the platform. Using the muniversal PortGroup I achieve this with the following: array set merger_configure_args { ppc "--enable-fma" ppc64 "--enable-fma" i386 "--enable-sse2" x86_64 "--enable-sse2" } for the fftw-3 port. However I also need to ensure these flags are applied for the appropriate platform when the port is not built universally. As the above only effects when the port is being built universally. I need another way to apply these flags when built for a single platform. Is there a way I can specify platform variants that are ignored when the port is built universally? Cheers Adam From ryandesign at macports.org Mon Feb 23 17:18:46 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 23 Feb 2009 19:18:46 -0600 Subject: error near build_libtool_libs In-Reply-To: References: <79FA166D-DABD-4CFF-98EB-996619AA220A@macports.org> Message-ID: On Feb 23, 2009, at 10:36, William Davis wrote: > On Feb 22, 2009, at 10:11 PM, Ryan Schmidt wrote: > >> On Feb 22, 2009, at 11:01, William Davis wrote: >> >>> the following error appears in something like 6 ports: >>> >>> checking for gawk... gawk >>> checking whether make sets $(MAKE)... yes >>> ./configure: line 2554: syntax error near unexpected token >>> `build_libtool_libs,' >>> ./configure: line 2554: ` _LT_DECL(build_libtool_libs, >>> enable_shared, 0,' >>> >>> and configure fails. The only difference in the error between >>> the ports is the specific line number. The example shown is for >>> aalib trying to go from aalib 1.4rc5_3 >>> to 1.4rc5_4 . Any suggestions? >> >> I just filed a bug for this against xorg-libXt. >> >> It occurred because I had both libtool and libtool1 activate. >> Deactivating libtool1 allowed the build to proceed. > [snip] > Perhaps libtool1 and libtool ports sould be marked as mutually > incompatable. They were not intended to be incompatible, and also there is no port syntax for declaring a port incompatible with another. libtool1 was created when libtool was updated to version 2, so that software that is incompatible with libtool 2 can be switched to use the libtool1 port instead. jmr suggested we delete libtool1 since no ports use it at this time: http://trac.macports.org/ticket/18601#comment:2 However, it was just created 3 months ago. I'm not sure we've yet discovered if there are ports that are incompatible with libtool 2. Attached is a list of the 93 ports that depend on libtool, sorted in order of when the "version" line in the portfile was last updated (along with the script I used to created the unsorted list, which I then piped through "sort"). We should test the oldest ports (at the top of the list) to see if they work with libtool 2 before deciding to delete libtool1. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: libtoolportversionupdatessorted.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: libtoolports.sh Type: application/octet-stream Size: 472 bytes Desc: not available URL: From ryandesign at macports.org Mon Feb 23 17:22:14 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 23 Feb 2009 19:22:14 -0600 Subject: mercurial: "hg convert" cannot find `svn' python bindings In-Reply-To: <20090223163040.GJ29992@fzd.de> References: <20090222145314.GA29604@fzd.de> <49A16A2E.1020403@macports.org> <20090222171519.GB29604@fzd.de> <49A18BA0.7040208@macports.org> <3CFFB0D4-FA69-4922-9C5B-E92AB621276A@macports.org> <20090223163040.GJ29992@fzd.de> Message-ID: <7056B579-C13A-4EF5-9810-3C1C3B5299FE@macports.org> On Feb 23, 2009, at 10:30, Joerg van den Hoff wrote: > On Sun, Feb 22, 2009 at 09:23:08PM -0600, Ryan Schmidt wrote: > >> On Feb 22, 2009, at 11:30, Joshua Root wrote: >> >>> Joerg van den Hoff wrote: >>>> ---> Deactivating libiconv @1.12_0 >>>> Error: Deactivating libiconv 1.12_0 failed: Active version of >>>> libiconv is not 1.12_0 but 1.12_0+darwin_8. >>> >>>> (only thing I'm not sure of is, whether the `libiconv' error is >>>> irrelevant?) >>> >>> It certainly shouldn't be happening... >> >> Looks like: >> >> http://trac.macports.org/ticket/17367 > > thanks. yes, it does. question: could this somehow explain my > `hg convert' problem? I guess not, but ... I don't see why it would. That ticket relates to the situation when you have multiple copies of a port installed with the same version but different variants, and you try to upgrade that port to a new version, and when trying to deactivate the old version MacPorts gets confused and tries to deactivate the version that wasn't active instead of the one which was. Does that apply to you? If so, you can manually deactivate and activate the appropriate ports. And to avoid the bug, uninstall unnecessary ports so that you have only one copy of a particular version of a port installed. (Decide which set of variants you want, and uninstall the others.) From ryandesign at macports.org Mon Feb 23 17:25:45 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 23 Feb 2009 19:25:45 -0600 Subject: Issue with double perl In-Reply-To: <22163542.post@talk.nabble.com> References: <22163542.post@talk.nabble.com> Message-ID: <8C163DF5-EDFF-45CD-9BAE-3BB8A6549479@macports.org> On Feb 23, 2009, at 09:35, Paul Maunders wrote: > Jacco Rens-2 wrote: > >> I'm trying to build imapsync on my machine, but it fails with the >> following error: >> >> .... >> ---> Installing p5-digest-md5 @2.38_0 >> ---> Activating p5-digest-md5 @2.38_0 >> Error: Target org.macports.activate returned: Image error: /opt/ >> local/ >> share/man/man3/Digest::MD5.3pm.gz is being used by the active perl5.8 >> port. Please deactivate this port first, or use the -f flag to force >> the activation. >> Error: The following dependencies failed to build: p5-digest-md5 >> p5-io- >> socket-ssl p5-net-libidn libidn gettext expat libiconv gperf ncurses >> ncursesw p5-net-ssleay p5-mail-imapclient p5-term-readkey >> Error: Status 1 encountered during processing. > > I'm also getting the same problem. I tried the suggestion of > deactivating > the p5-digest-md5 package That is not what the message is suggesting. > but that didn't work: > > paul-imac-wired:local paul$ sudo port -f deactivate p5-digest-md5 > Error: port deactivate failed: Registry error: p5-digest-md5 not > registered > as installed & active. > > I think it was actually asking us to deactivate the perl5.8 port, That is one of the two choices the message suggests to you, however it is not the correct one in this case. > so I did this: > > paul-imac-wired:local paul$ sudo port -f deactivate perl5.8 > ---> Deactivating perl5.8 > > ... and it gets a bit further: > > paul-imac-wired:local paul$ sudo port install imapsync > ---> Activating p5-digest-md5 @2.38_0 > ---> Cleaning p5-digest-md5 > > It goes on to install a number of other packages, but then fails at > the > following step: > > ---> Configuring p5-net-libidn > 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_perl_ > p5-net-libidn/work/Net-LibIDN-0.10" > && /opt/local/bin/perl Makefile.PL INSTALLDIRS=vendor " returned > error 127 > Command output: sh: /opt/local/bin/perl: No such file or directory You have deactivated perl5.8, so it's no surprise it cannot now find the perl program. The correct solution to the problem at the time you encountered the error message was to forcibly activate p5-digest-md5 with the following command: sudo port -f activate p5-digest-md5 But since you have since then done other things, you will first need to clean that up with: sudo port deactivate p5-digest-md5 sudo port activate perl5.8 Now you can forcibly activate p5-digest-md5: sudo port -f activate p5-digest-md5 Now everything is installed in the correct order. From ryandesign at macports.org Mon Feb 23 17:29:40 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 23 Feb 2009 19:29:40 -0600 Subject: Best practices for config files In-Reply-To: <85FB0D70-841B-4DBA-BB0E-A7AE242B3D54@newgeo.com> References: <85FB0D70-841B-4DBA-BB0E-A7AE242B3D54@newgeo.com> Message-ID: On Feb 23, 2009, at 04:03, Scott Haneda wrote: > What are the best practices for providing config files with ports? Provide sample config files. For example, if the software looks for a config file at ${prefix}/etc/${name}/${name}.conf, then you should install a file ${prefix}/etc/${name}/${name}.conf.sample and output a message explaining that you did this and advise the user to copy that file to ${prefix}/etc/${name}/${name}.conf and configure it as desired. You can be more clever and only output this message if the user has not already done so. You can see the whois port for an example. Look in the post-destroot and post-activate phases. > I am working with a friend to make an all in one ISP solution, > email, dns, database, webmail, etc etc. Sort of a cpanel done > right on the Mac. > > Let'stake Roundcube for example, there is not a port that I can > see. This is a basic install, it is just a download, uncompress, > and move to location. > > That would cover the default port. However, I want to make a > custom config file, that is a little more tailored to the ISP > solution port we are working on. > > Do you use a variant for this, port install roundcube +custom- > config or similar? Please do not create variants for alternate config files. Variants should be created sparingly in portfiles if at all. (A valid reason for creating a variant would for example be to add an esoteric feature that requires a dozen dependent libraries that take two hours to build.) Instead, I suggest you install multiple sample config files and allow the user to choose which of them to copy into place. From ryandesign at macports.org Mon Feb 23 17:33:29 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 23 Feb 2009 19:33:29 -0600 Subject: Platform specific flags and universal variants In-Reply-To: <799406d60902231658l6c70007btba620650bd09a999@mail.gmail.com> References: <799406d60902231658l6c70007btba620650bd09a999@mail.gmail.com> Message-ID: <2597BF3D-49DB-4C30-9703-9EFC5D77EF0A@macports.org> On Feb 23, 2009, at 18:58, Adam Mercer wrote: > I recently modified the fftw-3 and fftw-3-single ports to use the > muniversal PortGroup, which greatly simplfies building a universal > port but am running into a annoying issue. FFTW needs to be compiled > so that it runs as fast as possible, I therefore need to pass specific > options to configure depending on the platform. Using the muniversal > PortGroup I achieve this with the following: > > array set merger_configure_args { > ppc "--enable-fma" > ppc64 "--enable-fma" > i386 "--enable-sse2" > x86_64 "--enable-sse2" > } > > for the fftw-3 port. However I also need to ensure these flags are > applied for the appropriate platform when the port is not built > universally. As the above only effects when the port is being built > universally. I need another way to apply these flags when built for a > single platform. Is there a way I can specify platform variants that > are ignored when the port is built universally? You could do (untested): platform i386 { if {![variant_isset universal]} { configure.args-append --enable-sse2 } } platform powerpc { if {![variant_isset universal]} { configure.args-append --enable-fma } } From ryandesign at macports.org Mon Feb 23 17:40:49 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 23 Feb 2009 19:40:49 -0600 Subject: Best practices for config files In-Reply-To: References: <85FB0D70-841B-4DBA-BB0E-A7AE242B3D54@newgeo.com> Message-ID: <6C0C7DF4-6B9D-4A7A-82AF-2B239A0695DF@macports.org> On Feb 23, 2009, at 19:29, Ryan Schmidt wrote: > I suggest you install multiple sample config files and allow the > user to choose which of them to copy into place. For example, consider mysql5 which provides you with these files: $ port contents mysql5 | grep cnf /opt/local/share/mysql5/mysql/my-huge.cnf /opt/local/share/mysql5/mysql/my-innodb-heavy-4G.cnf /opt/local/share/mysql5/mysql/my-large.cnf /opt/local/share/mysql5/mysql/my-medium.cnf /opt/local/share/mysql5/mysql/my-small.cnf $ You can copy any of those sample config files to /opt/local/etc/ mysql5/my.cnf to use them, and then customize them further. apache2 does this as well: $ port contents apache2 | grep original /opt/local/apache2/conf/original/extra/httpd-autoindex.conf /opt/local/apache2/conf/original/extra/httpd-dav.conf /opt/local/apache2/conf/original/extra/httpd-default.conf /opt/local/apache2/conf/original/extra/httpd-info.conf /opt/local/apache2/conf/original/extra/httpd-languages.conf /opt/local/apache2/conf/original/extra/httpd-manual.conf /opt/local/apache2/conf/original/extra/httpd-mpm.conf /opt/local/apache2/conf/original/extra/httpd-multilang-errordoc.conf /opt/local/apache2/conf/original/extra/httpd-ssl.conf /opt/local/apache2/conf/original/extra/httpd-userdir.conf /opt/local/apache2/conf/original/extra/httpd-vhosts.conf /opt/local/apache2/conf/original/httpd.conf $ Again, the user is meant to copy any desired config file from /opt/ local/apache2/conf/original into /opt/local/apache2/conf and then edit it to suit. Both of these ports leave the sample config files exactly as upstream provided them (in a separate directory, not renaming the files with the ".sample" extension). For software that does not already do that out of the box, the portfile author is expected to take similar measures (either put sample config files in a different directory or give them an extension that makes it obvious they are samples and not the real file the software will use). From ram at macports.org Mon Feb 23 18:06:37 2009 From: ram at macports.org (Adam Mercer) Date: Mon, 23 Feb 2009 20:06:37 -0600 Subject: Platform specific flags and universal variants In-Reply-To: <2597BF3D-49DB-4C30-9703-9EFC5D77EF0A@macports.org> References: <799406d60902231658l6c70007btba620650bd09a999@mail.gmail.com> <2597BF3D-49DB-4C30-9703-9EFC5D77EF0A@macports.org> Message-ID: <799406d60902231806v2455f927t83848db5e4be8c6c@mail.gmail.com> On Mon, Feb 23, 2009 at 19:33, Ryan Schmidt wrote: > You could do (untested): > > > platform i386 { > if {![variant_isset universal]} { > configure.args-append --enable-sse2 > } > } > > platform powerpc { > if {![variant_isset universal]} { > configure.args-append --enable-fma > } > } Thanks Ryan, that does the trick. Cheers Adam From jmr at macports.org Mon Feb 23 20:15:24 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 24 Feb 2009 15:15:24 +1100 Subject: mysql5 variant In-Reply-To: References: Message-ID: <49A3745C.40503@macports.org> Bradley Giesbrecht wrote: > cat `port dir mysql5`/Portfile This can be simplified to: cat `port file mysql5` But even that can be simplified: port cat mysql5 :-) - Josh From talklists at newgeo.com Tue Feb 24 03:43:51 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 24 Feb 2009 03:43:51 -0800 Subject: apache2 location Message-ID: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> Can someone pass me links or personal data on the history of apache2 and how the current directory path was decided on. All the other ports I have installed, usually end up in bin or var or etc, but apache2 stands alone. -- Scott * If you contact me off list replace talklists@ with scott@ * From mark at dxradio.demon.co.uk Tue Feb 24 03:55:40 2009 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Tue, 24 Feb 2009 11:55:40 +0000 Subject: [47259] trunk/dports/x11/xorg-libs/Portfile In-Reply-To: <20090224080924.79B2C106E76F@beta.macosforge.org> References: <20090224080924.79B2C106E76F@beta.macosforge.org> Message-ID: On 24 Feb 2009, at 08:09, jeremyhu at macports.org wrote: > Revision47259Authorjeremyhu at macports.orgDate2009-02-24 00:09:23 > -0800 (Tue, 24 Feb 2009)Log Message > xorg-libs: Force mesa, now that Tiger has HW rendering in our libGL > Modified Paths > ? trunk/dports/x11/xorg-libs/Portfile > Diff > Modified: trunk/dports/x11/xorg-libs/Portfile (47258 => 47259) > --- trunk/dports/x11/xorg-libs/Portfile 2009-02-24 08:08:32 UTC (rev > 47258) > +++ trunk/dports/x11/xorg-libs/Portfile 2009-02-24 08:09:23 UTC (rev > 47259) > @@ -3,7 +3,7 @@ > PortSystem 1.0 > > name xorg-libs > -version 20090105 > +version 20090224 > categories x11 devel > maintainers jeremyhu openmaintainer > description X.org lib meta-package > @@ -14,7 +14,7 @@ > > depends_lib \ > port:Xft2 \ > - lib:libGLU.1:mesa \ > + port:mesa \ > port:xorg-libAppleWM \ > port:xorg-libFS \ > port:xorg-libX11 \ This seems to have got in a catch 22 scenario ... iMac:~ mark$ sudo port selfupdate MacPorts base version 1.700 installed Downloaded MacPorts base version 1.700 The MacPorts installation is not outdated so it was not updated iMac:~ mark$ sudo port outdated The following installed ports are outdated: xorg-libs 20090105_0 < 20090224_0 iMac:~ mark$ sudo port upgrade outdated ---> Activating mesa @7.2_5+hw_render Error: Activating mesa @7.2_5 failed: Image error: /opt/local/include/ GL/glxint.h is being used by the active xorg-glproto port. Please deactivate this port first, or use the -f flag to force the activation. ---> Activating mesa @7.2_5+hw_render Error: Target org.macports.activate returned: Image error: /opt/local/ include/GL/glxint.h is being used by the active xorg-glproto port. Please deactivate this port first, or use the -f flag to force the activation. Error: The following dependencies failed to build: mesa Error: Unable to upgrade port: 1 iMac:~ mark$ sudo port deactivate xorg-glproto ---> Deactivating xorg-glproto iMac:~ mark$ sudo port upgrade outdated ---> Activating mesa @7.2_5+hw_render ---> Activating xorg-glproto @1.4.9_0 Error: Activating xorg-glproto @1.4.9_0 failed: Image error: /opt/ local/include/GL/glxint.h is being used by the active mesa port. Please deactivate this port first, or use the -f flag to force the activation. ---> Fetching xorg-libs ---> Verifying checksum(s) for xorg-libs ---> Extracting xorg-libs ---> Configuring xorg-libs ---> Building xorg-libs ---> Staging xorg-libs into destroot ---> Deactivating xorg-libs @20090105_0 ---> Installing xorg-libs @20090224_0 ---> Activating xorg-libs @20090224_0 ---> Cleaning xorg-libs iMac:~ mark$ sudo port activate xorg-glproto ---> Activating xorg-glproto Error: port activate failed: Image error: /opt/local/include/GL/ glxint.h is being used by the active mesa port. Please deactivate this port first, or use the -f flag to force the activation. It looks like glxint.h is not preventing these xorg things working together. Mark From dluke at geeklair.net Tue Feb 24 06:12:44 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue, 24 Feb 2009 09:12:44 -0500 Subject: apache2 location In-Reply-To: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> Message-ID: <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> On Feb 24, 2009, at 6:43 AM, Scott Haneda wrote: > Can someone pass me links or personal data on the history of apache2 > and how the current directory path was decided on. All the other > ports I have installed, usually end up in bin or var or etc, but > apache2 stands alone. It probably installs that way because it's the default layout for apache2. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From frstan at bellsouth.net Tue Feb 24 07:14:11 2009 From: frstan at bellsouth.net (William Davis) Date: Tue, 24 Feb 2009 10:14:11 -0500 Subject: mesa conflict with xorg-glproto Message-ID: <13F901D3-9B4E-4534-AABE-071F88F15F0E@bellsouth.net> ---> Activating mesa @7.2_5+hw_render Error: Target org.macports.activate returned: Image error: /opt/local/ include/GL/glxint.h is being used by the active xorg-glproto port. Please deactivate this port first, or use the -f flag to force the activation. Error: The following dependencies failed to build: mesa Error: Unable to upgrade port: 1 Should I use -f as this mesg indicates? William Davis frstanATbellsouthDOTnet Mac OS X.5.6 Darwin 9.5.0 XQuartz 2.3.2 (xorg-server 1.4.2-apple31) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From takashi at takashiyoshida.org Tue Feb 24 09:02:49 2009 From: takashi at takashiyoshida.org (Takashi Yoshida) Date: Wed, 25 Feb 2009 01:02:49 +0800 Subject: mesa conflict with xorg-glproto In-Reply-To: <13F901D3-9B4E-4534-AABE-071F88F15F0E@bellsouth.net> References: <13F901D3-9B4E-4534-AABE-071F88F15F0E@bellsouth.net> Message-ID: Hi, I'm also wondering about the same thing. Any clue? Thanks, -- Takashi Yoshida email: takashi at takashiyoshida.org web: http://takashiyoshida.org On Feb 24, 2009, at 11:14 PM, William Davis wrote: > > ---> Activating mesa @7.2_5+hw_render > Error: Target org.macports.activate returned: Image error: /opt/ > local/include/GL/glxint.h is being used by the active xorg-glproto > port. Please deactivate this port first, or use the -f flag to > force the activation. > Error: The following dependencies failed to build: mesa > Error: Unable to upgrade port: 1 > > Should I use -f as this mesg indicates? > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.6 Darwin 9.5.0 > XQuartz 2.3.2 (xorg-server 1.4.2-apple31) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From devans at macports.org Tue Feb 24 09:51:47 2009 From: devans at macports.org (David Evans) Date: Tue, 24 Feb 2009 09:51:47 -0800 Subject: mesa conflict with xorg-glproto In-Reply-To: References: <13F901D3-9B4E-4534-AABE-071F88F15F0E@bellsouth.net> Message-ID: <49A433B3.7020401@macports.org> Takashi Yoshida wrote: > Hi, > > I'm also wondering about the same thing. > Any clue? > > Thanks, > > -- > Takashi Yoshida > > email: takashi at takashiyoshida.org > web: http://takashiyoshida.org > > On Feb 24, 2009, at 11:14 PM, William Davis wrote: > >> >> ---> Activating mesa @7.2_5+hw_render >> Error: Target org.macports.activate returned: Image error: >> /opt/local/include/GL/glxint.h is being used by the active >> xorg-glproto port. Please deactivate this port first, or use the -f >> flag to force the activation. >> Error: The following dependencies failed to build: mesa >> Error: Unable to upgrade port: 1 >> >> Should I use -f as this mesg indicates? >> >> William Davis >> frstanATbellsouthDOTnet >> Mac OS X.5.6 Darwin 9.5.0 >> XQuartz 2.3.2 (xorg-server 1.4.2-apple31) >> Mac Mini Intel Duo @ 1.86 GHz >> >> Mundus vult decepi, ego non >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > Well, this is anecdotal evidence at best, but after forcing activation of mesa @7.2_5+hw_render on 10.4.11 ppc, GL based GTK applications that I have tried so far (using the gtkglgraph widget, for instance) seem to build and run properly. However, I'd defer to Jeremy for any official guidance. Dave From alakazam at macports.org Tue Feb 24 10:14:27 2009 From: alakazam at macports.org (Olivier Le Floch) Date: Tue, 24 Feb 2009 19:14:27 +0100 Subject: mesa conflict with xorg-glproto In-Reply-To: <49A433B3.7020401@macports.org> References: <13F901D3-9B4E-4534-AABE-071F88F15F0E@bellsouth.net> <49A433B3.7020401@macports.org> Message-ID: <0BC52E7E-006B-4C82-A0A3-253CC7B5644E@macports.org> > Well, this is anecdotal evidence at best, but after forcing activation > of mesa @7.2_5+hw_render on 10.4.11 ppc, GL based GTK applications > that I have tried so far (using the gtkglgraph widget, for instance) > seem to build and run properly. You can also deactivate the xorg-proto port in order to activate the mesa port : xorg-proto is only a build dependency, so I think it should work until Jeremy can fix this issue. -- Olivier Le Floch From sudarshan22 at gmail.com Tue Feb 24 14:03:10 2009 From: sudarshan22 at gmail.com (sudarshan22) Date: Tue, 24 Feb 2009 14:03:10 -0800 (PST) Subject: New to mac/macports. Trouble installing playerstage. In-Reply-To: <22142510.post@talk.nabble.com> References: <22142510.post@talk.nabble.com> Message-ID: <22191651.post@talk.nabble.com> Hi, Just an update. I reinstalled macports and it started to build the dependecies. I am not sure what was wrong. However, when it came to the last part of installing playerstage-player itself it gave me the following error: ---> Building playerstage-player Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_playerstage-player/work/player-2.0.4" && make all " returned error 2 Command output: building '_playerc' extension swigging playerc.i to playerc_wrap.c swig -python -o playerc_wrap.c playerc.i playerc.i:45: Warning(124): Specifying the language name in %typemap is deprecated - use #ifdef SWIG instead. playerc.i:83: Warning(124): Specifying the language name in %typemap is deprecated - use #ifdef SWIG instead. playerc.i:122: Warning(124): Specifying the language name in %typemap is deprecated - use #ifdef SWIG instead. playerc.i:128: Warning(124): Specifying the language name in %typemap is deprecated - use #ifdef SWIG instead. gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -dynamic -DNDEBUG -g -Os -Wall -Wstrict-prototypes -DMACOSX -I/usr/include/ffi -DENABLE_DTRACE -arch i386 -arch ppc -pipe -I./../.. -I../../../.. -I/System/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -c playerc_wrap.c -o build/temp.macosx-10.5-i386-2.5/playerc_wrap.o playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': playerc_wrap.c:40751: warning: assignment from incompatible pointer type playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': playerc_wrap.c:40751: warning: assignment from incompatible pointer type playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': playerc_wrap.c:40956: warning: passing argument 2 of 'playerc_mclient_addclient' from incompatible pointer type playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': playerc_wrap.c:40956: warning: passing argument 2 of 'playerc_mclient_addclient' from incompatible pointer type gcc -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc build/temp.macosx-10.5-i386-2.5/playerc_wrap.o -L./../../.libs -L../../../../libplayerxdr/.libs -L../../../../libplayercore/.libs -L../../../../libplayerjpeg/.libs -lplayerxdr -lplayerc -lplayerjpeg -ljpeg -lplayererror -o build/lib.macosx-10.5-i386-2.5/_playerc.so ld: library not found for -ljpeg collect2: ld returned 1 exit status ld: library not found for -ljpeg collect2: ld returned 1 exit status lipo: can't open input file: /var/tmp//ccNDXsud.out (No such file or directory) error: command 'gcc' failed with exit status 1 make[6]: *** [pythonbuild] Error 1 make[5]: *** [all] Error 2 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. Any help resolving this is much appreciated. Thanks. -- View this message in context: http://www.nabble.com/New-to-mac-macports.-Trouble-installing-playerstage.-tp22142510p22191651.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From talklists at newgeo.com Tue Feb 24 14:35:28 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 24 Feb 2009 14:35:28 -0800 Subject: apache2 location In-Reply-To: <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> Message-ID: <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> On Feb 24, 2009, at 6:12 AM, Daniel J. Luke wrote: > On Feb 24, 2009, at 6:43 AM, Scott Haneda wrote: >> Can someone pass me links or personal data on the history of >> apache2 and how the current directory path was decided on. All the >> other ports I have installed, usually end up in bin or var or etc, >> but apache2 stands alone. > > It probably installs that way because it's the default layout for > apache2. I have been reading over the suggestions for MacPorts: http://guide.macports.org/#internals.hierarchy A few questions... how come the apacche2 does not warn me of the violation, I see the "violate" in the port file, but as far as I can tell, there is nothing when installing it to tell me? I will confirm once more on a install, but i am pretty sure I did not see it. If I modify the port to put apache in www, I believe that to be the correct place based on the above url, is this a huge undertaking that is going to require a lot of discussion to not break thing? Every path is going to need to change. To me it is worth it to follow the guidelines of MacPorts, but this may be one that is so engrained in MacPorts, it might not want to change. My feeling is, the sooner the better, there are already a handful of blogs out there, which instructions and hard paths in their instructions pointing to the current location. The sooner we put it where MacPorts recommends, the better the long term usability is going to be. -- Scott * If you contact me off list replace talklists@ with scott@ * From face at CentosPrime.COM Tue Feb 24 15:31:04 2009 From: face at CentosPrime.COM (Chris Janton) Date: Tue, 24 Feb 2009 16:31:04 -0700 Subject: apache2 location In-Reply-To: <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> Message-ID: On 2009-02-24 , at 15:35 , Scott Haneda wrote: > My feeling is, the sooner the better, there are already a handful of > blogs out there, which instructions and hard paths in their > instructions pointing to the current location. The sooner we put it > where MacPorts recommends, the better the long term usability is > going to be. how about leaving it where it has been for years? I suspect many people who use the port have become "attached" to the current location, including me. Do a Google search on "/opt/apache2" and you'll see that the choice of /opt/local/apache2 is perfectly sensible when compared to where other "systems" put the application and files. Is there a compelling reason to put it somewhere else? Note please, "/opt/www/" contains files to be served by apache, not the application and it's configuration files, etc. thanks for listening. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From ohce86 at kitcarson.net Tue Feb 24 15:43:24 2009 From: ohce86 at kitcarson.net (Timothy Goins) Date: Tue, 24 Feb 2009 16:43:24 -0700 Subject: New to mac/macports. Trouble installing playerstage. In-Reply-To: <22191651.post@talk.nabble.com> References: <22142510.post@talk.nabble.com> <22191651.post@talk.nabble.com> Message-ID: I am definitely not a MacPorts guru (although I am comfortable with X11 and Unix in general). I've seen error flows like yours before. My guess is that the port is looking for gcc in /usr/bin and not finding it (which was the case with one of my failed ports?I had the gcc-4.0 compiler but had somehow nuked gcc itself). Fixed the problem by creating a symlink between gcc and gcc-4.0. Still, there seems to be a lot more happening than just the lack of the correct C compiler. Python has given me a lot of grief in some of my failed ports. So I am just as eager as you for the opinion of an "expert," Tim On Feb 24, 2009, at 3:03 PM, sudarshan22 wrote: > > Hi, > > Just an update. I reinstalled macports and it started to build the > dependecies. I am not sure what was wrong. However, when it came to > the last > part of installing playerstage-player itself it gave me the > following error: > > ---> Building playerstage-player > Error: Target org.macports.build returned: shell command " cd > "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_science_playerstage-player/work/ > player-2.0.4" > && make all " returned error 2 > Command output: building '_playerc' extension > swigging playerc.i to playerc_wrap.c > swig -python -o playerc_wrap.c playerc.i > playerc.i:45: Warning(124): Specifying the language name in %typemap > is > deprecated - use #ifdef SWIG instead. > playerc.i:83: Warning(124): Specifying the language name in %typemap > is > deprecated - use #ifdef SWIG instead. > playerc.i:122: Warning(124): Specifying the language name in > %typemap is > deprecated - use #ifdef SWIG instead. > playerc.i:128: Warning(124): Specifying the language name in > %typemap is > deprecated - use #ifdef SWIG instead. > gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- > madd > -fno-common -dynamic -DNDEBUG -g -Os -Wall -Wstrict-prototypes - > DMACOSX > -I/usr/include/ffi -DENABLE_DTRACE -arch i386 -arch ppc -pipe - > I./../.. > -I../../../.. > -I/System/Library/Frameworks/Python.framework/Versions/2.5/include/ > python2.5 > -c playerc_wrap.c -o build/temp.macosx-10.5-i386-2.5/playerc_wrap.o > playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': > playerc_wrap.c:40751: warning: assignment from incompatible pointer > type > playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': > playerc_wrap.c:40751: warning: assignment from incompatible pointer > type > playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': > playerc_wrap.c:40956: warning: passing argument 2 of > 'playerc_mclient_addclient' from incompatible pointer type > playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': > playerc_wrap.c:40956: warning: passing argument 2 of > 'playerc_mclient_addclient' from incompatible pointer type > gcc -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc > build/temp.macosx-10.5-i386-2.5/playerc_wrap.o -L./../../.libs > -L../../../../libplayerxdr/.libs -L../../../../libplayercore/.libs > -L../../../../libplayerjpeg/.libs -lplayerxdr -lplayerc -lplayerjpeg > -ljpeg > -lplayererror -o build/lib.macosx-10.5-i386-2.5/_playerc.so > ld: library not found for -ljpeg > collect2: ld returned 1 exit status > ld: library not found for -ljpeg > collect2: ld returned 1 exit status > lipo: can't open input file: /var/tmp//ccNDXsud.out (No such file or > directory) > error: command 'gcc' failed with exit status 1 > make[6]: *** [pythonbuild] Error 1 > make[5]: *** [all] Error 2 > make[4]: *** [all-recursive] Error 1 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Error: Status 1 encountered during processing. > > > Any help resolving this is much appreciated. > > Thanks. > -- > View this message in context: http://www.nabble.com/New-to-mac-macports.-Trouble-installing-playerstage.-tp22142510p22191651.html > Sent from the MacPorts - Users mailing list archive at Nabble.com. > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From sudarshan22 at gmail.com Tue Feb 24 15:51:10 2009 From: sudarshan22 at gmail.com (sudarshan22) Date: Tue, 24 Feb 2009 15:51:10 -0800 (PST) Subject: New to mac/macports. Trouble installing playerstage. In-Reply-To: References: <22142510.post@talk.nabble.com> <22191651.post@talk.nabble.com> Message-ID: <22193418.post@talk.nabble.com> Hi Tim, I checked out my /usr/bin...and I have all this: gcc gcc-4.0 gcc-4.2 i686-apple-darwin9-gcc-4.0.1 i686-apple-darwin9-gcc-4.2.1 powerpc-apple-darwin9-gcc-4.0.1 powerpc-apple-darwin9-gcc-4.2.1 So I guess I am not exactly sure why it doesnt find gcc. Anyway, when you say you created a sym link between gcc and gcc-4.0, did you put them in the same directory? Thanks, Sudarshan. Timothy Goins wrote: > > I am definitely not a MacPorts guru (although I am comfortable with > X11 and Unix in general). I've seen error flows like yours before. > My guess is that the port is looking for gcc in /usr/bin and not > finding it (which was the case with one of my failed ports?I had the > gcc-4.0 compiler but had somehow nuked gcc itself). Fixed the problem > by creating a symlink between gcc and gcc-4.0. Still, there seems to > be a lot more happening than just the lack of the correct C compiler. > Python has given me a lot of grief in some of my failed ports. So I > am just as eager as you for the opinion of an "expert," > > Tim > On Feb 24, 2009, at 3:03 PM, sudarshan22 wrote: > >> >> Hi, >> >> Just an update. I reinstalled macports and it started to build the >> dependecies. I am not sure what was wrong. However, when it came to >> the last >> part of installing playerstage-player itself it gave me the >> following error: >> >> ---> Building playerstage-player >> Error: Target org.macports.build returned: shell command " cd >> "/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync >> .macports.org_release_ports_science_playerstage-player/work/ >> player-2.0.4" >> && make all " returned error 2 >> Command output: building '_playerc' extension >> swigging playerc.i to playerc_wrap.c >> swig -python -o playerc_wrap.c playerc.i >> playerc.i:45: Warning(124): Specifying the language name in %typemap >> is >> deprecated - use #ifdef SWIG instead. >> playerc.i:83: Warning(124): Specifying the language name in %typemap >> is >> deprecated - use #ifdef SWIG instead. >> playerc.i:122: Warning(124): Specifying the language name in >> %typemap is >> deprecated - use #ifdef SWIG instead. >> playerc.i:128: Warning(124): Specifying the language name in >> %typemap is >> deprecated - use #ifdef SWIG instead. >> gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- >> madd >> -fno-common -dynamic -DNDEBUG -g -Os -Wall -Wstrict-prototypes - >> DMACOSX >> -I/usr/include/ffi -DENABLE_DTRACE -arch i386 -arch ppc -pipe - >> I./../.. >> -I../../../.. >> -I/System/Library/Frameworks/Python.framework/Versions/2.5/include/ >> python2.5 >> -c playerc_wrap.c -o build/temp.macosx-10.5-i386-2.5/playerc_wrap.o >> playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': >> playerc_wrap.c:40751: warning: assignment from incompatible pointer >> type >> playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': >> playerc_wrap.c:40751: warning: assignment from incompatible pointer >> type >> playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': >> playerc_wrap.c:40956: warning: passing argument 2 of >> 'playerc_mclient_addclient' from incompatible pointer type >> playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': >> playerc_wrap.c:40956: warning: passing argument 2 of >> 'playerc_mclient_addclient' from incompatible pointer type >> gcc -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc >> build/temp.macosx-10.5-i386-2.5/playerc_wrap.o -L./../../.libs >> -L../../../../libplayerxdr/.libs -L../../../../libplayercore/.libs >> -L../../../../libplayerjpeg/.libs -lplayerxdr -lplayerc -lplayerjpeg >> -ljpeg >> -lplayererror -o build/lib.macosx-10.5-i386-2.5/_playerc.so >> ld: library not found for -ljpeg >> collect2: ld returned 1 exit status >> ld: library not found for -ljpeg >> collect2: ld returned 1 exit status >> lipo: can't open input file: /var/tmp//ccNDXsud.out (No such file or >> directory) >> error: command 'gcc' failed with exit status 1 >> make[6]: *** [pythonbuild] Error 1 >> make[5]: *** [all] Error 2 >> make[4]: *** [all-recursive] Error 1 >> make[3]: *** [all-recursive] Error 1 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 >> >> Error: Status 1 encountered during processing. >> >> >> Any help resolving this is much appreciated. >> >> Thanks. >> -- >> View this message in context: >> http://www.nabble.com/New-to-mac-macports.-Trouble-installing-playerstage.-tp22142510p22191651.html >> Sent from the MacPorts - Users mailing list archive at Nabble.com. >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > -- View this message in context: http://www.nabble.com/New-to-mac-macports.-Trouble-installing-playerstage.-tp22142510p22193418.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From sudarshan22 at gmail.com Tue Feb 24 16:18:37 2009 From: sudarshan22 at gmail.com (sudarshan22) Date: Tue, 24 Feb 2009 16:18:37 -0800 (PST) Subject: New to mac/macports. Trouble installing playerstage. In-Reply-To: <22193418.post@talk.nabble.com> References: <22142510.post@talk.nabble.com> <22191651.post@talk.nabble.com> <22193418.post@talk.nabble.com> Message-ID: <22193752.post@talk.nabble.com> Hey, I tried out your suggestion and pretty much got what I expected: ln: gcc-4.0: File exists. The command I used was sudo ln -s gcc gcc-4.0. I think this is what you meant...or I could be totally dumb too :). sudarshan22 wrote: > > Hi Tim, > > I checked out my /usr/bin...and I have all this: > gcc > gcc-4.0 > gcc-4.2 > i686-apple-darwin9-gcc-4.0.1 > i686-apple-darwin9-gcc-4.2.1 > powerpc-apple-darwin9-gcc-4.0.1 > powerpc-apple-darwin9-gcc-4.2.1 > > So I guess I am not exactly sure why it doesnt find gcc. Anyway, when you > say you created a sym link between gcc and gcc-4.0, did you put them in > the same directory? > > Thanks, > Sudarshan. > > > Timothy Goins wrote: >> >> I am definitely not a MacPorts guru (although I am comfortable with >> X11 and Unix in general). I've seen error flows like yours before. >> My guess is that the port is looking for gcc in /usr/bin and not >> finding it (which was the case with one of my failed ports?I had the >> gcc-4.0 compiler but had somehow nuked gcc itself). Fixed the problem >> by creating a symlink between gcc and gcc-4.0. Still, there seems to >> be a lot more happening than just the lack of the correct C compiler. >> Python has given me a lot of grief in some of my failed ports. So I >> am just as eager as you for the opinion of an "expert," >> >> Tim >> On Feb 24, 2009, at 3:03 PM, sudarshan22 wrote: >> >>> >>> Hi, >>> >>> Just an update. I reinstalled macports and it started to build the >>> dependecies. I am not sure what was wrong. However, when it came to >>> the last >>> part of installing playerstage-player itself it gave me the >>> following error: >>> >>> ---> Building playerstage-player >>> Error: Target org.macports.build returned: shell command " cd >>> "/opt/local/var/macports/build/ >>> _opt_local_var_macports_sources_rsync >>> .macports.org_release_ports_science_playerstage-player/work/ >>> player-2.0.4" >>> && make all " returned error 2 >>> Command output: building '_playerc' extension >>> swigging playerc.i to playerc_wrap.c >>> swig -python -o playerc_wrap.c playerc.i >>> playerc.i:45: Warning(124): Specifying the language name in %typemap >>> is >>> deprecated - use #ifdef SWIG instead. >>> playerc.i:83: Warning(124): Specifying the language name in %typemap >>> is >>> deprecated - use #ifdef SWIG instead. >>> playerc.i:122: Warning(124): Specifying the language name in >>> %typemap is >>> deprecated - use #ifdef SWIG instead. >>> playerc.i:128: Warning(124): Specifying the language name in >>> %typemap is >>> deprecated - use #ifdef SWIG instead. >>> gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- >>> madd >>> -fno-common -dynamic -DNDEBUG -g -Os -Wall -Wstrict-prototypes - >>> DMACOSX >>> -I/usr/include/ffi -DENABLE_DTRACE -arch i386 -arch ppc -pipe - >>> I./../.. >>> -I../../../.. >>> -I/System/Library/Frameworks/Python.framework/Versions/2.5/include/ >>> python2.5 >>> -c playerc_wrap.c -o build/temp.macosx-10.5-i386-2.5/playerc_wrap.o >>> playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': >>> playerc_wrap.c:40751: warning: assignment from incompatible pointer >>> type >>> playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': >>> playerc_wrap.c:40751: warning: assignment from incompatible pointer >>> type >>> playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': >>> playerc_wrap.c:40956: warning: passing argument 2 of >>> 'playerc_mclient_addclient' from incompatible pointer type >>> playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': >>> playerc_wrap.c:40956: warning: passing argument 2 of >>> 'playerc_mclient_addclient' from incompatible pointer type >>> gcc -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc >>> build/temp.macosx-10.5-i386-2.5/playerc_wrap.o -L./../../.libs >>> -L../../../../libplayerxdr/.libs -L../../../../libplayercore/.libs >>> -L../../../../libplayerjpeg/.libs -lplayerxdr -lplayerc -lplayerjpeg >>> -ljpeg >>> -lplayererror -o build/lib.macosx-10.5-i386-2.5/_playerc.so >>> ld: library not found for -ljpeg >>> collect2: ld returned 1 exit status >>> ld: library not found for -ljpeg >>> collect2: ld returned 1 exit status >>> lipo: can't open input file: /var/tmp//ccNDXsud.out (No such file or >>> directory) >>> error: command 'gcc' failed with exit status 1 >>> make[6]: *** [pythonbuild] Error 1 >>> make[5]: *** [all] Error 2 >>> make[4]: *** [all-recursive] Error 1 >>> make[3]: *** [all-recursive] Error 1 >>> make[2]: *** [all-recursive] Error 1 >>> make[1]: *** [all-recursive] Error 1 >>> make: *** [all] Error 2 >>> >>> Error: Status 1 encountered during processing. >>> >>> >>> Any help resolving this is much appreciated. >>> >>> Thanks. >>> -- >>> View this message in context: >>> http://www.nabble.com/New-to-mac-macports.-Trouble-installing-playerstage.-tp22142510p22191651.html >>> Sent from the MacPorts - Users mailing list archive at Nabble.com. >>> >>> _______________________________________________ >>> macports-users mailing list >>> macports-users at lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> >> > > -- View this message in context: http://www.nabble.com/New-to-mac-macports.-Trouble-installing-playerstage.-tp22142510p22193752.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From sudarshan22 at gmail.com Tue Feb 24 16:56:42 2009 From: sudarshan22 at gmail.com (sudarshan22) Date: Tue, 24 Feb 2009 16:56:42 -0800 (PST) Subject: New to mac/macports. Trouble installing playerstage. In-Reply-To: <22193752.post@talk.nabble.com> References: <22142510.post@talk.nabble.com> <22191651.post@talk.nabble.com> <22193418.post@talk.nabble.com> <22193752.post@talk.nabble.com> Message-ID: <22194132.post@talk.nabble.com> No. I couldnt execute the command because gcc-4.0 already exists. sudarshan22 wrote: > > Hey, > > I tried out your suggestion and pretty much got what I expected: > ln: gcc-4.0: File exists. > > The command I used was sudo ln -s gcc gcc-4.0. I think this is what you > meant...or I could be totally dumb too :). > > sudarshan22 wrote: >> >> Hi Tim, >> >> I checked out my /usr/bin...and I have all this: >> gcc >> gcc-4.0 >> gcc-4.2 >> i686-apple-darwin9-gcc-4.0.1 >> i686-apple-darwin9-gcc-4.2.1 >> powerpc-apple-darwin9-gcc-4.0.1 >> powerpc-apple-darwin9-gcc-4.2.1 >> >> So I guess I am not exactly sure why it doesnt find gcc. Anyway, when you >> say you created a sym link between gcc and gcc-4.0, did you put them in >> the same directory? >> >> Thanks, >> Sudarshan. >> >> >> Timothy Goins wrote: >>> >>> I am definitely not a MacPorts guru (although I am comfortable with >>> X11 and Unix in general). I've seen error flows like yours before. >>> My guess is that the port is looking for gcc in /usr/bin and not >>> finding it (which was the case with one of my failed ports?I had the >>> gcc-4.0 compiler but had somehow nuked gcc itself). Fixed the problem >>> by creating a symlink between gcc and gcc-4.0. Still, there seems to >>> be a lot more happening than just the lack of the correct C compiler. >>> Python has given me a lot of grief in some of my failed ports. So I >>> am just as eager as you for the opinion of an "expert," >>> >>> Tim >>> On Feb 24, 2009, at 3:03 PM, sudarshan22 wrote: >>> >>>> >>>> Hi, >>>> >>>> Just an update. I reinstalled macports and it started to build the >>>> dependecies. I am not sure what was wrong. However, when it came to >>>> the last >>>> part of installing playerstage-player itself it gave me the >>>> following error: >>>> >>>> ---> Building playerstage-player >>>> Error: Target org.macports.build returned: shell command " cd >>>> "/opt/local/var/macports/build/ >>>> _opt_local_var_macports_sources_rsync >>>> .macports.org_release_ports_science_playerstage-player/work/ >>>> player-2.0.4" >>>> && make all " returned error 2 >>>> Command output: building '_playerc' extension >>>> swigging playerc.i to playerc_wrap.c >>>> swig -python -o playerc_wrap.c playerc.i >>>> playerc.i:45: Warning(124): Specifying the language name in %typemap >>>> is >>>> deprecated - use #ifdef SWIG instead. >>>> playerc.i:83: Warning(124): Specifying the language name in %typemap >>>> is >>>> deprecated - use #ifdef SWIG instead. >>>> playerc.i:122: Warning(124): Specifying the language name in >>>> %typemap is >>>> deprecated - use #ifdef SWIG instead. >>>> playerc.i:128: Warning(124): Specifying the language name in >>>> %typemap is >>>> deprecated - use #ifdef SWIG instead. >>>> gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- >>>> madd >>>> -fno-common -dynamic -DNDEBUG -g -Os -Wall -Wstrict-prototypes - >>>> DMACOSX >>>> -I/usr/include/ffi -DENABLE_DTRACE -arch i386 -arch ppc -pipe - >>>> I./../.. >>>> -I../../../.. >>>> -I/System/Library/Frameworks/Python.framework/Versions/2.5/include/ >>>> python2.5 >>>> -c playerc_wrap.c -o build/temp.macosx-10.5-i386-2.5/playerc_wrap.o >>>> playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': >>>> playerc_wrap.c:40751: warning: assignment from incompatible pointer >>>> type >>>> playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': >>>> playerc_wrap.c:40751: warning: assignment from incompatible pointer >>>> type >>>> playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': >>>> playerc_wrap.c:40956: warning: passing argument 2 of >>>> 'playerc_mclient_addclient' from incompatible pointer type >>>> playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': >>>> playerc_wrap.c:40956: warning: passing argument 2 of >>>> 'playerc_mclient_addclient' from incompatible pointer type >>>> gcc -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc >>>> build/temp.macosx-10.5-i386-2.5/playerc_wrap.o -L./../../.libs >>>> -L../../../../libplayerxdr/.libs -L../../../../libplayercore/.libs >>>> -L../../../../libplayerjpeg/.libs -lplayerxdr -lplayerc -lplayerjpeg >>>> -ljpeg >>>> -lplayererror -o build/lib.macosx-10.5-i386-2.5/_playerc.so >>>> ld: library not found for -ljpeg >>>> collect2: ld returned 1 exit status >>>> ld: library not found for -ljpeg >>>> collect2: ld returned 1 exit status >>>> lipo: can't open input file: /var/tmp//ccNDXsud.out (No such file or >>>> directory) >>>> error: command 'gcc' failed with exit status 1 >>>> make[6]: *** [pythonbuild] Error 1 >>>> make[5]: *** [all] Error 2 >>>> make[4]: *** [all-recursive] Error 1 >>>> make[3]: *** [all-recursive] Error 1 >>>> make[2]: *** [all-recursive] Error 1 >>>> make[1]: *** [all-recursive] Error 1 >>>> make: *** [all] Error 2 >>>> >>>> Error: Status 1 encountered during processing. >>>> >>>> >>>> Any help resolving this is much appreciated. >>>> >>>> Thanks. >>>> -- >>>> View this message in context: >>>> http://www.nabble.com/New-to-mac-macports.-Trouble-installing-playerstage.-tp22142510p22191651.html >>>> Sent from the MacPorts - Users mailing list archive at Nabble.com. >>>> >>>> _______________________________________________ >>>> macports-users mailing list >>>> macports-users at lists.macosforge.org >>>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >>> >>> >>> _______________________________________________ >>> macports-users mailing list >>> macports-users at lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >>> >>> >> >> > > -- View this message in context: http://www.nabble.com/New-to-mac-macports.-Trouble-installing-playerstage.-tp22142510p22194132.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From talklists at newgeo.com Tue Feb 24 17:03:45 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 24 Feb 2009 17:03:45 -0800 Subject: apache2 location In-Reply-To: References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> Message-ID: <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> On Feb 24, 2009, at 3:31 PM, Chris Janton wrote: > On 2009-02-24 , at 15:35 , Scott Haneda wrote: > >> My feeling is, the sooner the better, there are already a handful >> of blogs out there, which instructions and hard paths in their >> instructions pointing to the current location. The sooner we put >> it where MacPorts recommends, the better the long term usability is >> going to be. > > how about leaving it where it has been for years? I suspect many > people who use the port have become "attached" to the current > location, including me. I suspect that as well, which is why I was asking. I believe it should be moved, and if you are so inclined, you can symblink to the old location. > Do a Google search on "/opt/apache2" and you'll see that the choice > of /opt/local/apache2 is perfectly sensible when compared to where > other "systems" put the application and files. Correct, I noticed that as well, but it is contrary to the docs, which I am reading, and trying to understand. I am trying to work on several ports to add to MacPorts, and I want to do things the right way, not just the way everyone has gotten used to. > Is there a compelling reason to put it somewhere else? Warning: portname requests to install files outside the common directory structure! ( That to me sound serious, ominous, and something we should strive to solve for new users ) It generates an error, which is something people have to learn to ignore or research about why the error happened. For a user who is not a port contributor, this error is off putting to them. It happened to me, I installed mysql devel, saw the error, and had to track it down, to learn that the sql bench files are put in /opt/local Now I know what the error is about. There are a lot of people I try to get to use ports, and they all tell me they tried in the past but could not get past errors, maybe this is one of those issues. From the docs, this is open to new user interpretation, and could be very off putting: MacPorts tests for compliance to the common directory structure in $ {prefix}. If a port is not compliant with the standard, set it to yes. You can find the macports standard in MacPorts File Hierarchy or in the porthier(7) man page. If destroot.violate_mtree is set to yes, the following warning is issued during the installation. Warning: portname requests to install files outside the common directory structure! This means that the port installed files outside of their normal locations in ${prefix}. These could be files totally outside of $ {prefix}, which could cause problems on your computer, or files inside of ${prefix} that are not in a standard location. Use port contents portname to see the location for all files that were installed by a given port. My vote is to fix it, those who tend to like the old location, spend time in it, and can symblink it. -- Scott From evanj at MIT.EDU Tue Feb 24 18:02:08 2009 From: evanj at MIT.EDU (Evan Jones) Date: Tue, 24 Feb 2009 21:02:08 -0500 Subject: X11 GTK sub-pixel anti-aliasing? Message-ID: The text drawn by my GTK apps from MacPorts does not use sub-pixel anti-aliasing, despite the fact I have tried to configure my ~/.fonts.conf file to specify that it should be used. If I run the system xterm: "/usr/X11/bin/xterm -fa Monaco" I get an xterm that has subpixel rendered fonts. The same works with macport's xterm, so it must be a GTK configuration issue? If I run gtk-demo or any other app, the fonts are anti-aliased, but taking a screenshot or using DigitalColor Meter shows that they are not sub-pixel anti-aliased. As a result, they look less than perfect. Any suggestions for how I can get this to work? Technical details below. Thanks, Evan Jones Mac OS X 10.5.6 on Intel X11: XQuartz 2.3.2 which xterm: /usr/X11/bin/xterm which gtk-demo: /opt/local/bin/gtk-demo yamnuska:~ ej$ port list freetype pango gtk2 cairo xterm fontconfig freetype @2.3.8 print/freetype pango @1.22.4 x11/pango gtk2 @2.14.7 x11/gtk2 cairo @1.8.6 graphics/cairo xterm @238 x11/xterm fontconfig @2.6.0 graphics/fontconfig yamnuska:~ ej$ cat ~/.fonts.conf true hintfull rgb true -- Evan Jones http://evanjones.ca/ From msavory1 at nzbox.com Tue Feb 24 19:13:06 2009 From: msavory1 at nzbox.com (Mike Savory) Date: Tue, 24 Feb 2009 19:13:06 -0800 Subject: apache2 location In-Reply-To: <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> Message-ID: <86B15785-C64E-49F9-9652-12283FF48F81@nzbox.com> Hi Scott I think you are confusing destroot.violate_mtree For which the docs say: This means that the port installed files outside of their normal locations in ${prefix}. These could be files totally outside of $ {prefix}, which could cause problems on your computer, or files inside of ${prefix} that are not in a standard location. Use port contents portname to see the location for all files that were installed by a given port. And the apache2 port which actually does install all its files in $prefix in a normal Mac OSX install, as the command "port contents apache2" shows For most people $prefix is /opt/local/ The issue is that apache2 does not follow the macports hierarchy and instead just follows the standard apache setup http://httpd.apache.org/docs/2.2/install.html#configure By default, make install will install all the files in /usr/local/ apache2/bin, /usr/local/apache2/lib etc. You can specify an installation prefix other than /usr/local/apache2 using --prefix, for instance --prefix=$HOME.--enable-layout=LAYOUTConfigure the source code and build scripts to assume an installation tree based on the layout LAYOUT. This allows you to separately specify the locations for each type of file within the Apache HTTP Server installation. Theconfig.layout file contains several example configurations, and you can also create your own custom configuration following the examples. The different layouts in this file are grouped into ... sections and referred to by name as in FOO. The default layout is Apache. ----- from the layout file.... # Classical Apache path layout. prefix: /usr/local/apache2 exec_prefix: ${prefix} bindir: ${exec_prefix}/bin sbindir: ${exec_prefix}/bin libdir: ${exec_prefix}/lib libexecdir: ${exec_prefix}/modules mandir: ${prefix}/man sysconfdir: ${prefix}/conf datadir: ${prefix} installbuilddir: ${datadir}/build errordir: ${datadir}/error iconsdir: ${datadir}/icons htdocsdir: ${datadir}/htdocs manualdir: ${datadir}/manual cgidir: ${datadir}/cgi-bin includedir: ${prefix}/include localstatedir: ${prefix} runtimedir: ${localstatedir}/logs logfiledir: ${localstatedir}/logs proxycachedir: ${localstatedir}/proxy So what you are actually suggesting is changing the default layout htdocsdir: ${datadir}/htdocs to read in macports htdocsdir: ${prefix}/www to comply with the standard layout? I believe the destroot.violate_mtree yes in the portfile is primarily to allow the platform Darwin to install files outside the prefix. Mike On Feb 24, 2009, at 5:03 PM, Scott Haneda wrote: > On Feb 24, 2009, at 3:31 PM, Chris Janton wrote: >> On 2009-02-24 , at 15:35 , Scott Haneda wrote: >> >>> My feeling is, the sooner the better, there are already a handful >>> of blogs out there, which instructions and hard paths in their >>> instructions pointing to the current location. The sooner we put >>> it where MacPorts recommends, the better the long term usability >>> is going to be. >> >> how about leaving it where it has been for years? I suspect many >> people who use the port have become "attached" to the current >> location, including me. > > I suspect that as well, which is why I was asking. I believe it > should be moved, and if you are so inclined, you can symblink to the > old location. > >> Do a Google search on "/opt/apache2" and you'll see that the choice >> of /opt/local/apache2 is perfectly sensible when compared to where >> other "systems" put the application and files. > > Correct, I noticed that as well, but it is contrary to the docs, > which I am reading, and trying to understand. I am trying to work > on several ports to add to MacPorts, and I want to do things the > right way, not just the way everyone has gotten used to. > >> Is there a compelling reason to put it somewhere else? > > Warning: portname requests to install files outside the common > directory structure! > ( That to me sound serious, ominous, and something we should strive > to solve for new users ) > > It generates an error, which is something people have to learn to > ignore or research about why the error happened. For a user who is > not a port contributor, this error is off putting to them. > > It happened to me, I installed mysql devel, saw the error, and had > to track it down, to learn that the sql bench files are put in /opt/ > local > > Now I know what the error is about. There are a lot of people I try > to get to use ports, and they all tell me they tried in the past but > could not get past errors, maybe this is one of those issues. > > From the docs, this is open to new user interpretation, and could be > very off putting: > > MacPorts tests for compliance to the common directory structure in $ > {prefix}. If a port is not compliant with the standard, set it to yes. > > You can find the macports standard in MacPorts File Hierarchy or in > the porthier(7) man page. > > If destroot.violate_mtree is set to yes, the following warning is > issued during the installation. > > Warning: portname requests to install files outside the common > directory structure! > This means that the port installed files outside of their normal > locations in ${prefix}. These could be files totally outside of $ > {prefix}, which could cause problems on your computer, or files > inside of ${prefix} that are not in a standard location. Use port > contents portname to see the location for all files that were > installed by a given port. > > My vote is to fix it, those who tend to like the old location, spend > time in it, and can symblink it. > -- > Scott > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From ms at mac-specialist.com Tue Feb 24 19:45:58 2009 From: ms at mac-specialist.com (Bill Hernandez) Date: Tue, 24 Feb 2009 21:45:58 -0600 Subject: apache2 location In-Reply-To: <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> Message-ID: On Feb 24, 2009, at 7:03 PM, Scott Haneda wrote: > On Feb 24, 2009, at 3:31 PM, Chris Janton wrote: >> On 2009-02-24 , at 15:35 , Scott Haneda wrote: >> >>> My feeling is, the sooner the better, there are already a handful >>> of blogs out there, which instructions and hard paths in their >>> instructions pointing to the current location. The sooner we put >>> it where MacPorts recommends, the better the long term usability >>> is going to be. >> >> how about leaving it where it has been for years? I suspect many >> people who use the port have become "attached" to the current >> location, including me. Scott, Please don't change it. I wish mysql, pgsql, php were setup in individual directories like apache2. That was one of the niceties of installing them individually in /usr/ local /usr/local/apache /usr/local/mysql /usr/local/pgsql /usr/local/php It may not work as well with shared resources, etc. but there is something really nice about going to one folder and finding everything you need for one application. symlinks can address any difficulties. Thanks for the efforts... Bill Hernandez Plano, Texas From jeremyhu at macports.org Tue Feb 24 18:24:23 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Tue, 24 Feb 2009 18:24:23 -0800 Subject: [47259] trunk/dports/x11/xorg-libs/Portfile In-Reply-To: References: <20090224080924.79B2C106E76F@beta.macosforge.org> Message-ID: Yeah, there were some headers conflicting... sorry... should be fixed now. On Feb 24, 2009, at 03:55, Mark Hattam wrote: > > On 24 Feb 2009, at 08:09, jeremyhu at macports.org wrote: > >> Revision47259Authorjeremyhu at macports.orgDate2009-02-24 00:09:23 >> -0800 (Tue, 24 Feb 2009)Log Message >> xorg-libs: Force mesa, now that Tiger has HW rendering in our libGL >> Modified Paths >> ? trunk/dports/x11/xorg-libs/Portfile >> Diff >> Modified: trunk/dports/x11/xorg-libs/Portfile (47258 => 47259) >> --- trunk/dports/x11/xorg-libs/Portfile 2009-02-24 08:08:32 UTC >> (rev 47258) >> +++ trunk/dports/x11/xorg-libs/Portfile 2009-02-24 08:09:23 UTC >> (rev 47259) >> @@ -3,7 +3,7 @@ >> PortSystem 1.0 >> >> name xorg-libs >> -version 20090105 >> +version 20090224 >> categories x11 devel >> maintainers jeremyhu openmaintainer >> description X.org lib meta-package >> @@ -14,7 +14,7 @@ >> >> depends_lib \ >> port:Xft2 \ >> - lib:libGLU.1:mesa \ >> + port:mesa \ >> port:xorg-libAppleWM \ >> port:xorg-libFS \ >> port:xorg-libX11 \ > > This seems to have got in a catch 22 scenario ... > > iMac:~ mark$ sudo port selfupdate > > MacPorts base version 1.700 installed > Downloaded MacPorts base version 1.700 > > The MacPorts installation is not outdated so it was not updated > > iMac:~ mark$ sudo port outdated > The following installed ports are outdated: > xorg-libs 20090105_0 < 20090224_0 > iMac:~ mark$ sudo port upgrade outdated > ---> Activating mesa @7.2_5+hw_render > Error: Activating mesa @7.2_5 failed: Image error: /opt/local/ > include/GL/glxint.h is being used by the active xorg-glproto port. > Please deactivate this port first, or use the -f flag to force the > activation. > ---> Activating mesa @7.2_5+hw_render > Error: Target org.macports.activate returned: Image error: /opt/ > local/include/GL/glxint.h is being used by the active xorg-glproto > port. Please deactivate this port first, or use the -f flag to > force the activation. > Error: The following dependencies failed to build: mesa > Error: Unable to upgrade port: 1 > > iMac:~ mark$ sudo port deactivate xorg-glproto > ---> Deactivating xorg-glproto > > iMac:~ mark$ sudo port upgrade outdated > ---> Activating mesa @7.2_5+hw_render > ---> Activating xorg-glproto @1.4.9_0 > Error: Activating xorg-glproto @1.4.9_0 failed: Image error: /opt/ > local/include/GL/glxint.h is being used by the active mesa port. > Please deactivate this port first, or use the -f flag to force the > activation. > ---> Fetching xorg-libs > ---> Verifying checksum(s) for xorg-libs > ---> Extracting xorg-libs > ---> Configuring xorg-libs > ---> Building xorg-libs > ---> Staging xorg-libs into destroot > ---> Deactivating xorg-libs @20090105_0 > ---> Installing xorg-libs @20090224_0 > ---> Activating xorg-libs @20090224_0 > ---> Cleaning xorg-libs > > iMac:~ mark$ sudo port activate xorg-glproto > ---> Activating xorg-glproto > Error: port activate failed: Image error: /opt/local/include/GL/ > glxint.h is being used by the active mesa port. Please deactivate > this port first, or use the -f flag to force the activation. > > > > It looks like glxint.h is not preventing these xorg things working > together. > > Mark From jeremyhu at macports.org Tue Feb 24 18:30:19 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Tue, 24 Feb 2009 18:30:19 -0800 Subject: mesa conflict with xorg-glproto In-Reply-To: <49A433B3.7020401@macports.org> References: <13F901D3-9B4E-4534-AABE-071F88F15F0E@bellsouth.net> <49A433B3.7020401@macports.org> Message-ID: <26335641-084D-4598-955F-DA07C1FEC51A@macports.org> Sorry, yeah... mesa installed some headers that conflicted with glproto. I've fixed the mesa port to not install those conflicting files. If you forced the install, you should be fine (the headers are identical modulo comments). If you didn't force the install, resync and try again. --Jeremy On Feb 24, 2009, at 09:51, David Evans wrote: > Takashi Yoshida wrote: >> Hi, >> >> I'm also wondering about the same thing. >> Any clue? >> >> Thanks, >> >> -- >> Takashi Yoshida >> >> email: takashi at takashiyoshida.org >> web: http://takashiyoshida.org >> >> On Feb 24, 2009, at 11:14 PM, William Davis wrote: >> >>> >>> ---> Activating mesa @7.2_5+hw_render >>> Error: Target org.macports.activate returned: Image error: /opt/ >>> local/include/GL/glxint.h is being used by the active xorg-glproto >>> port. Please deactivate this port first, or use the -f flag to >>> force the activation. >>> Error: The following dependencies failed to build: mesa >>> Error: Unable to upgrade port: 1 >>> >>> Should I use -f as this mesg indicates? >>> >>> William Davis >>> frstanATbellsouthDOTnet >>> Mac OS X.5.6 Darwin 9.5.0 >>> XQuartz 2.3.2 (xorg-server 1.4.2-apple31) >>> Mac Mini Intel Duo @ 1.86 GHz >>> >>> Mundus vult decepi, ego non >>> >>> _______________________________________________ >>> macports-users mailing list >>> macports-users at lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> > Well, this is anecdotal evidence at best, but after forcing activation > of mesa @7.2_5+hw_render on 10.4.11 ppc, GL based GTK applications > that I have tried so far (using the gtkglgraph widget, for instance) > seem to build and run properly. > > However, I'd defer to Jeremy for any official guidance. > > Dave > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From talklists at newgeo.com Tue Feb 24 20:25:17 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 24 Feb 2009 20:25:17 -0800 Subject: apache2 location In-Reply-To: References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> Message-ID: On Feb 24, 2009, at 7:45 PM, Bill Hernandez wrote: > Scott, > > Please don't change it. I do not have any intentions of creating a new port :) I was just asking for clarification on the history of this issue. > I wish mysql, pgsql, php were setup in individual directories like > apache2. And if that were the case, this would make more sense to me, not enough to change my opinion on it, but more sense, none the less. As it is now, apache1 and apache2 are the only things I know putting stuff there. I wonder why named, dovecot, postfix, and all the rest are not there, this one stands out. > That was one of the niceties of installing them individually in /usr/ > local > > /usr/local/apache > /usr/local/mysql > /usr/local/pgsql > /usr/local/php But ports has taken the tree deeper down, so that is not a one for one analogy. /opt/local sort of becomes / when you are in /opt/local. There is the same file layout, of etc, bin, var, and more, just as you see in /. Even on OS X, apache 1 and 2 live in /etc, named lives in /var, nothing at all lives in /. > It may not work as well with shared resources, etc. but there is > something really nice about going to one folder and finding > everything you need for one application. symlinks can address any > difficulties. You suggestion for symblinks is valid, I believe, for *my* case. In that if apache2 lives in /opt/local/etc or other appropriate place, you can symblink all your mysql, php, pgsql and the like up to /opt/ local Right now /opt/local is clean, further, MacPorts does print a small error, that I still worry is burdensome to some users. I have a feeling I am going to stand alone on this one, which is fine, I have no intention of pushing it, this was just to find out why this was chosen, and why it was not caught as in violation of suggested layouts. There is even a patch where the violate_mtree option was added in trac. Not that long ago either, where did apache 2 install prior to that? I am so far, not hearing any compelling reasons why this is a good exception to the rule, other than muscle memory for the current location. > Thanks for the efforts... Thanks for your reply, I appreciate it. -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Tue Feb 24 20:41:41 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 24 Feb 2009 20:41:41 -0800 Subject: apache2 location In-Reply-To: <86B15785-C64E-49F9-9652-12283FF48F81@nzbox.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> <86B15785-C64E-49F9-9652-12283FF48F81@nzbox.com> Message-ID: <55507539-F5A7-43D3-912A-C48724DC5504@newgeo.com> On Feb 24, 2009, at 7:13 PM, Mike Savory wrote: > ----- from the layout file.... > # Classical Apache path layout. > > prefix: /usr/local/apache2 So I think I get it, since apache2 likes to be in /usr/local/apache2 people are equating that to /opt/local/apache2. Myself, I look at /opt/local as being the top root of /usr/local. I don't know, I do not get it, if someone can explain to me why a terse and strict error message to an end user is preferable to just moving a install to the guideline based location? > So what you are actually suggesting is changing the default layout > htdocsdir: ${datadir}/htdocs > > to read in macports > htdocsdir: ${prefix}/www > > to comply with the standard layout? Well, I am still reading the docs, and not entirely suggesting anything. There my be a reason why the issues I see with this, outweigh the ideal to follow the guidelines. That is why I was asking. But yes, I am suggesting it be in /opt/local/etc or wherever is most appropriate according to the guidelines. Let's just say, if I were writing this port and it had never been written before, I would have seen those guidelines, and put it elsewhere. Is this to mean, I am reading those guidelines wrong? > I believe the > destroot.violate_mtree yes > in the portfile is primarily to allow the platform Darwin to > install files outside the prefix. I very much think you are correct as well. That makes sense, as there are a few cases, where you just may have to do this, and you need that warning, in order to know you are doing something ASU may kill. This is apache2, it should not generate an alert. There is nothing funky about it. Maybe MacPorts should then dismiss the warning except when things are installed outside of prefix, then this makes sense. They should also update the docs to allow anything to go in /opt/local. What I can say, is I am more than a new ports user, still beginner, but if I were a totally new user, this would be a hang-up to me, maybe most just let it go and ignore the warning, I tend to not be that person, as these emails probably illustrate :) -- Scott * If you contact me off list replace talklists@ with scott@ * From alejandro.aragon at gmail.com Tue Feb 24 21:05:51 2009 From: alejandro.aragon at gmail.com (Alejandro Aragon) Date: Tue, 24 Feb 2009 23:05:51 -0600 Subject: aquaterm fails Message-ID: Hi all, I recently upgraded gnuplot, and since then I have problems with aquaterm. I checked and I have 3 versions of aquaterm in the system. Then I activating the oldest and it worked when none of the newest did. Does anyone know why is this happening? This is the report that i get with the latest version of aquaterm: Process: AquaTerm [80470] Path: /opt/local/var/macports/software/aquaterm/1.0.1_0/ Applications/MacPorts/AquaTerm.app/Contents/MacOS/AquaTerm Identifier: net.sourceforge.aquaterm Version: ??? (???) Code Type: X86 (Native) Parent Process: launchd [80] Date/Time: 2009-02-24 22:57:40.614 -0600 OS Version: Mac OS X 10.5.6 (9G55) Report Version: 6 Exception Type: EXC_BREAKPOINT (SIGTRAP) Exception Codes: 0x0000000000000002, 0x0000000000000000 Crashed Thread: 0 Dyld Error Message: Library not loaded: /opt/local/lib/libaquaterm.1.dylib Referenced from: /opt/local/var/macports/software/aquaterm/1.0.1_0/ Applications/MacPorts/AquaTerm.app/Contents/MacOS/AquaTerm Reason: image not found Thanks, aa From jmr at macports.org Tue Feb 24 21:47:59 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 25 Feb 2009 16:47:59 +1100 Subject: apache2 location In-Reply-To: <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> Message-ID: <49A4DB8F.7070107@macports.org> Scott Haneda wrote: > If destroot.violate_mtree is set to yes, the following warning is issued > during the installation. The Guide is a little misleading here. Specifying 'destroot.violate_mtree yes' actually results in a *less* dire warning than you would otherwise get for installing files outside the usual places, because it conveys that it is intentional. - Josh From talklists at newgeo.com Tue Feb 24 21:49:29 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 24 Feb 2009 21:49:29 -0800 Subject: Perl error, once and for all Message-ID: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> Sorry, I know this has been explained before, bur I can not find the answer: DEBUG: Executing org.macports.activate (p5-mime-base64) ---> Activating p5-mime-base64 @3.07_0 Error: Target org.macports.activate returned: Image error: /opt/local/ share/man/man3/MIME::Base64.3pm.gz is being used by the active perl5.8 port. Please deactivate this port first, or use the -f flag to force the activation. Warning: the following items did not execute (for p5-mime-base64): org.macports.activate Error: The following dependencies failed to build: p5-mime-base64 p5- net-ip Error: Status 1 encountered during processing. Looking for why this happens, and how to solve it. -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Tue Feb 24 21:50:49 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 24 Feb 2009 21:50:49 -0800 Subject: apache2 location In-Reply-To: <49A4DB8F.7070107@macports.org> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> <49A4DB8F.7070107@macports.org> Message-ID: <6AD7DE81-ADC0-406A-A1FB-0AAB73648CE0@newgeo.com> On Feb 24, 2009, at 9:47 PM, Joshua Root wrote: > Scott Haneda wrote: >> If destroot.violate_mtree is set to yes, the following warning is >> issued >> during the installation. > > The Guide is a little misleading here. Specifying > 'destroot.violate_mtree yes' actually results in a *less* dire warning > than you would otherwise get for installing files outside the usual > places, because it conveys that it is intentional. Interesting, what is the error it generated? I will get a chance to install apache2 again and find out, but that is going to be a little later down the road. Thanks. -- Scott * If you contact me off list replace talklists@ with scott@ * From brad at pixilla.com Tue Feb 24 22:13:07 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Tue, 24 Feb 2009 22:13:07 -0800 Subject: apache2 location In-Reply-To: References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> Message-ID: On Feb 24, 2009, at 7:45 PM, Bill Hernandez wrote: > On Feb 24, 2009, at 7:03 PM, Scott Haneda wrote: > >> On Feb 24, 2009, at 3:31 PM, Chris Janton wrote: >>> On 2009-02-24 , at 15:35 , Scott Haneda wrote: >>> >>>> My feeling is, the sooner the better, there are already a handful >>>> of blogs out there, which instructions and hard paths in their >>>> instructions pointing to the current location. The sooner we put >>>> it where MacPorts recommends, the better the long term usability >>>> is going to be. >>> >>> how about leaving it where it has been for years? I suspect many >>> people who use the port have become "attached" to the current >>> location, including me. > > > Scott, > > Please don't change it. > > I wish mysql, pgsql, php were setup in individual directories like > apache2. > > That was one of the niceties of installing them individually in /usr/ > local > > /usr/local/apache > /usr/local/mysql > /usr/local/pgsql > /usr/local/php So we would add /usr/local/apache/bin:/usr/local/mysql/bin:/usr/local/ pgsql/bin:/usr/local/php/bin:etc............................ to our environment path? And when apache, mysql or pgsql data out grow your disks you would move all your bin, data and etc to another volume and change your paths and startup parameters so they could find the new location for configs? Data often needs to move. Binaries and configs hardly ever. I think Scott sees an inconsistency and an error with the macports apache2 install. That's hard to deny. Why not just park everything at /. No distribution I know of including apple will over write /apache2 and /mysql. Ok, now I'm kidding. Oh, maybe not. ls /opt/local | cat apache2 bin etc include lib libexec man sbin share sql-bench var Doesn't apache2 and sql-bench just look odd. Maybe we should give them a bunch of company. I think of /opt/local/ as the root or macports. > It may not work as well with shared resources, etc. but there is > something really nice about going to one folder and finding > everything you need for one application. I agree. > symlinks can address any difficulties. Symlinks or 50 dirs in your path. Why not go the other way around. Put binaries in $prefix/bin, configs in $prefix/etc and data $prefix/var or where you have good disk space and add your convenience symlinks where ever you find them convenient? Like $home/apache2. Now I will never mention this again :) Moving on..... > //Brad From brad at pixilla.com Tue Feb 24 22:41:22 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Tue, 24 Feb 2009 22:41:22 -0800 Subject: mysql5 variant In-Reply-To: <49A3745C.40503@macports.org> References: <49A3745C.40503@macports.org> Message-ID: On Feb 23, 2009, at 8:15 PM, Joshua Root wrote: > Bradley Giesbrecht wrote: >> cat `port dir mysql5`/Portfile > > This can be simplified to: cat `port file mysql5` > > But even that can be simplified: port cat mysql5 > > :-) Show off :-) Oh, and thanks.. From talklists at newgeo.com Tue Feb 24 23:23:14 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 24 Feb 2009 23:23:14 -0800 Subject: perl libnet net::smtnp Message-ID: <455ADD4A-00EA-4675-A93E-6F79F72756AE@newgeo.com> Hello, I need Net::SMTP which I find here: http://search.cpan.org/~gbarr/libnet-1.22/Net/SMTP.pm Seems to be a part of libnet, neither of which I can find in ports. I had this working before, but am working on a clean install in order to track down my dependencies. Anyone know where this is hiding at? -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Tue Feb 24 23:26:52 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 24 Feb 2009 23:26:52 -0800 Subject: Process for checking port dependencies Message-ID: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> This ASSP port is going to kill me. I have either through MacPorts, or local ports I have made, nearly made ASSP as a new port. Below, is my testing methodology, can someone confirm this is the best process, or if there are simpler methods that I should be using? Clean up as if a new user rm -rf /opt/local sudo port -d install p5-some-perl-module If the above goes clean port list installed If the above shows it is installed port uninstall -d p5-some-perl-module Rinse and repeat. If I run into a something that is complaining that it needs some other dependency, I find it, add it to the portfile, and try again the steps above. I am not rm'ing every time, just once, to mimic a new user. I have somewhere around 40 or these to do, it is a process. If there is anything anyone can share to make it easier, I sure would love to hear it. Thanks. -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Tue Feb 24 23:41:13 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 24 Feb 2009 23:41:13 -0800 Subject: Double installs Message-ID: This has plagued me since I have been using MacPorts, I aim to solve it now. port list installed perl5 @5.8.9 lang/perl5 perl5.8 @5.8.9 lang/perl5.8 Seems to me I am pretty clean. port info p5-error Warning: Found 2 port p5-error definitions, displaying first one. I have a local port, I do not know why, when I made it, I could not find it in port, seems to have happened to me a lot. At any rate, if i install it port list installed p5-error @0.17015 perl/p5-error p5-error @0.17015 perl/p5-error perl5 @5.8.9 lang/perl5 perl5.8 @5.8.9 lang/perl5.8 port dir p5-error /Users/me/macports/perl/p5-error It will always list as installed 2x, how do I solve this? -- Scott * If you contact me off list replace talklists@ with scott@ * From c.watson at pgrad.unimelb.edu.au Wed Feb 25 00:25:14 2009 From: c.watson at pgrad.unimelb.edu.au (Campbell Watson) Date: Wed, 25 Feb 2009 19:25:14 +1100 Subject: xemacs error on startup Message-ID: I have installed XEmacs 21.4.21 using MacPorts. No errors on installation. I continue to get an error message when trying to load: "Error: attempt to add non-widget child "*scratch*" to parent "Buffers" which supports only widgets" The XEmacs screen briefly appears but is quickly snatched away. Platform: 10.5.6 Hardware Architecture: Intel Xcode: Version 3.1.2 Any help would be great. Thanks. Cam -------------- next part -------------- An HTML attachment was scrubbed... URL: From talklists at newgeo.com Wed Feb 25 01:23:44 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 01:23:44 -0800 Subject: apache2 location In-Reply-To: References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> Message-ID: <39F27E59-FA98-4B77-B8B7-7ABC2B5CC67B@newgeo.com> On Feb 24, 2009, at 10:13 PM, Bradley Giesbrecht wrote: > So we would add /usr/local/apache/bin:/usr/local/mysql/bin:/usr/ > local/pgsql/bin:/usr/local/php/bin:etc............................ > to our environment path? I never actually even took the thought process that far, this is a great point. Sure, there are ways to work around this with shell aliases, or a few others I can think of, good point though. -- Scott * If you contact me off list replace talklists@ with scott@ * From evanj at MIT.EDU Wed Feb 25 05:11:53 2009 From: evanj at MIT.EDU (Evan Jones) Date: Wed, 25 Feb 2009 08:11:53 -0500 Subject: X11 GTK sub-pixel anti-aliasing? In-Reply-To: References: Message-ID: On Feb 24, 2009, at 21:02 , Evan Jones wrote: > The text drawn by my GTK apps from MacPorts does not use sub-pixel > anti-aliasing, despite the fact I have tried to configure my > ~/.fonts.conf file to specify that it should be used. Some further details for future reference: * It appears that GTK apps are using Mac OS X's native ATSUI to draw text. At least, using sampler on a GTK app shows pango calling in to ATSUI. This would explain why configuring ~/.fonts.conf would do nothing: it isn't using Xft to draw text! * This bug appears to be related: http://bugzilla.gnome.org/show_bug.cgi?id=554740 I have not tried rebuilding pango without ATSUI support, since I've spent enough time on this and need to get some "real" work done. Evan -- Evan Jones http://evanjones.ca/ From face at CentosPrime.COM Wed Feb 25 06:11:54 2009 From: face at CentosPrime.COM (Chris Janton) Date: Wed, 25 Feb 2009 07:11:54 -0700 Subject: apache2 location In-Reply-To: <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> Message-ID: <304C6427-419D-4610-839B-0FB27E6516D6@centosprime.com> On 2009-02-24 , at 15:35 , Scott Haneda wrote: > If I modify the port to put apache in www, I believe that to be the > correct place based on the above url, is this a huge undertaking > that is going to require a lot of discussion to not break thing? > Every path is going to need to change. > > To me it is worth it to follow the guidelines of MacPorts, but this > may be one that is so engrained in MacPorts, it might not want to > change. hmmm - I'm comparing my Mac OS X 10.3 system, my Centos 5 system, and an Ubuntu system. Yeah, well, the Ubuntu system is just too weird (now I know why I chose Centos ;-) they name httpd apache2... The executable files could be split amongst /usr/sbin (apachectl, httpd) and /usr/bin (htdigest, htpasswd) The configuration files could be put in /opt/local/etc/httpd The htdocs directory could be put in /opt/local/www, but some could make that case that it should actually be /opt/local/var/www - at this point it probably becomes "whose distribution is the master/overlord" - Unix politics at its finest ;-) Of course, why would you put your web site assets into the /opt/local tree? not like anyone is going to do that. Same goes for MySQL databases as well, but that's a different issue. So does "fixing" the apache2 port to behave like "real" systems simply mean the port should add symlinks in sbin and bin (wherever you put them) that point to the binaries in /opt/local/apache2? Please see MySQL5 - they provide the symlinks. Want an oddball path or 2? ls -al /opt/local/bin/mysqladmin lrwxr-xr-x 1 root admin 28B 2 Sep 2007 /opt/local/bin/mysqladmin@ -> ../lib/mysql5/bin/mysqladmin 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From dluke at geeklair.net Wed Feb 25 07:03:46 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 25 Feb 2009 10:03:46 -0500 Subject: Perl error, once and for all In-Reply-To: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> Message-ID: <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> On Feb 25, 2009, at 12:49 AM, Scott Haneda wrote: > Sorry, I know this has been explained before, yes, very recently. > bur I can not find the answer: > > DEBUG: Executing org.macports.activate (p5-mime-base64) > ---> Activating p5-mime-base64 @3.07_0 > Error: Target org.macports.activate returned: Image error: /opt/ > local/share/man/man3/MIME::Base64.3pm.gz is being used by the active > perl5.8 port. Please deactivate this port first, or use the -f flag > to force the activation. As the error says, you want to use -f to activate in this case. Really, the port should output a note letting you know that you need to do this (and/or we should just decide to order @INC like freebsd ports does so that we don't have to deal with it any more.). -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From dluke at geeklair.net Wed Feb 25 07:04:53 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 25 Feb 2009 10:04:53 -0500 Subject: perl libnet net::smtnp In-Reply-To: <455ADD4A-00EA-4675-A93E-6F79F72756AE@newgeo.com> References: <455ADD4A-00EA-4675-A93E-6F79F72756AE@newgeo.com> Message-ID: On Feb 25, 2009, at 2:23 AM, Scott Haneda wrote: > Seems to be a part of libnet, neither of which I can find in ports. > I had this working before, but am working on a clean install in > order to track down my dependencies. Anyone know where this is > hiding at? % port search libnet libnet @1.0.2a (net) A C library for creating IP packets libnet11 @1.1.2.1 (net) A C library for creating IP packets p5-net @1.22 (perl) Perl5 modules to access and use network protocols. Also known as libnet. packetforward @0.7.1 (net) An IP packet capture/forward application Found 4 ports. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From mark at dxradio.demon.co.uk Wed Feb 25 07:21:38 2009 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Wed, 25 Feb 2009 15:21:38 +0000 Subject: Perl error, once and for all In-Reply-To: <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> Message-ID: <3488FBFD-C976-4502-BFC0-35A02CCE460C@dxradio.demon.co.uk> On 25 Feb 2009, at 15:03, Daniel J. Luke wrote: > On Feb 25, 2009, at 12:49 AM, Scott Haneda wrote: >> Sorry, I know this has been explained before, > > yes, very recently. > >> bur I can not find the answer: >> >> DEBUG: Executing org.macports.activate (p5-mime-base64) >> ---> Activating p5-mime-base64 @3.07_0 >> Error: Target org.macports.activate returned: Image error: /opt/ >> local/share/man/man3/MIME::Base64.3pm.gz is being used by the >> active perl5.8 port. Please deactivate this port first, or use the >> -f flag to force the activation. > > As the error says, you want to use -f to activate in this case. > > Really, the port should output a note letting you know that you need > to do this (and/or we should just decide to order @INC like freebsd > ports does so that we don't have to deal with it any more.). > > -- > Daniel J. Luke The error says to EITHER deactivate perl5.8 OR use the -f flag ... (similar to the xorg problem a couple of days ago) ... which should you choose? How do you know which to choose? Mark From dluke at geeklair.net Wed Feb 25 08:39:13 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 25 Feb 2009 11:39:13 -0500 Subject: Perl error, once and for all In-Reply-To: <3488FBFD-C976-4502-BFC0-35A02CCE460C@dxradio.demon.co.uk> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <3488FBFD-C976-4502-BFC0-35A02CCE460C@dxradio.demon.co.uk> Message-ID: On Feb 25, 2009, at 10:21 AM, Mark Hattam wrote: >>> DEBUG: Executing org.macports.activate (p5-mime-base64) >>> ---> Activating p5-mime-base64 @3.07_0 >>> Error: Target org.macports.activate returned: Image error: /opt/ >>> local/share/man/man3/MIME::Base64.3pm.gz is being used by the >>> active perl5.8 port. Please deactivate this port first, or use >>> the -f flag to force the activation. >> >> As the error says, you want to use -f to activate in this case. >> >> Really, the port should output a note letting you know that you >> need to do this (and/or we should just decide to order @INC like >> freebsd ports does so that we don't have to deal with it any more.). > > The error says to EITHER deactivate perl5.8 OR use the -f flag ... > (similar to the xorg problem a couple of days ago) ... which should > you choose? In this case, you can google for the port name and deactivate and find the answer, or realize that in order to actually use that perl module you'll need to have perl installed and active, so deactivating perl5.8 isn't the right answer. > How do you know which to choose? I agree that the port should output a message letting you know what to do (for now, and longer term, we need to make it so you don't need to force activate these kinds of perl modules). -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From mariouka at gmail.com Wed Feb 25 10:47:41 2009 From: mariouka at gmail.com (Marion Dumas) Date: Wed, 25 Feb 2009 19:47:41 +0100 Subject: Updating MySQL Message-ID: Hello, I am new to macports, so sorry for my perhaps naive question. I need to build a database in mySQL so I'm checking I have the newest version. Mysql is pre-installed on mac os x (new versions), but it was also re-installed by macports automatically when I installed the port dia a few weeks ago. So I ran selfupdate to get any mysql port update. Now, when I search for mysql5, I find it under /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_mysql5/work/destroot/opt/local/bin/mysql5. But when I launch mySQL from the terminal, it starts off mysql4 (which I can find under both /opt/local/etc/mysql4 AND /opt/local/var/macports/sources/rsync.macports.org/release/ports/databases/mysql4/). So my question is the following: 1) Is it a problem that I have mysql installed in different places due to the fact that it was pre-installed and then installed again elsewhere by macports when installing another application? 2) How do I actually get the newer version to run instead of the older one? Thank you for any help you could provide. Best Marion From talklists at newgeo.com Wed Feb 25 13:16:19 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 13:16:19 -0800 Subject: apache2 location In-Reply-To: <304C6427-419D-4610-839B-0FB27E6516D6@centosprime.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <304C6427-419D-4610-839B-0FB27E6516D6@centosprime.com> Message-ID: <424BDD34-FB1D-492B-BD1F-F614205E2AA1@newgeo.com> On Feb 25, 2009, at 6:11 AM, Chris Janton wrote: > Please see MySQL5 - they provide the symlinks. Want an oddball path > or 2? > > ls -al /opt/local/bin/mysqladmin > lrwxr-xr-x 1 root admin 28B 2 Sep 2007 /opt/local/bin/ > mysqladmin@ -> ../lib/mysql5/bin/mysqladmin Hey, I am taking these one at at time :) I am not at all happy with the mysql layout either. Actually, to be honest, I sort of cringe a little inside. -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Wed Feb 25 13:18:09 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 13:18:09 -0800 Subject: perl libnet net::smtnp In-Reply-To: References: <455ADD4A-00EA-4675-A93E-6F79F72756AE@newgeo.com> Message-ID: <1FD63E25-FD23-49E6-AA6A-0CBAE04CB60A@newgeo.com> On Feb 25, 2009, at 7:04 AM, Daniel J. Luke wrote: > On Feb 25, 2009, at 2:23 AM, Scott Haneda wrote: >> Seems to be a part of libnet, neither of which I can find in >> ports. I had this working before, but am working on a clean >> install in order to track down my dependencies. Anyone know where >> this is hiding at? > > % port search libnet > libnet @1.0.2a (net) > A C library for creating IP packets Then this is just my ignorance. I am working on perl mods, and I find libnet in CPAN, so I cam looking for p5-libnet, which I can not find. You showed me a C based libnet. How would I know that is what I want, when libnet is clearly in the perl repo? -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Wed Feb 25 13:21:38 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 13:21:38 -0800 Subject: Perl error, once and for all In-Reply-To: <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> Message-ID: <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> On Feb 25, 2009, at 7:03 AM, Daniel J. Luke wrote: > On Feb 25, 2009, at 12:49 AM, Scott Haneda wrote: >> Sorry, I know this has been explained before, > > yes, very recently. Can you point me to they "why", not just the solution, I want to understand what is the problem? >> bur I can not find the answer: >> >> DEBUG: Executing org.macports.activate (p5-mime-base64) >> ---> Activating p5-mime-base64 @3.07_0 >> Error: Target org.macports.activate returned: Image error: /opt/ >> local/share/man/man3/MIME::Base64.3pm.gz is being used by the >> active perl5.8 port. Please deactivate this port first, or use the >> -f flag to force the activation. > > As the error says, you want to use -f to activate in this case. That feels dirty to me, why not just -f all p5 installs then? If that is the real solution, why not have ports look for p5 and auto add the - f? I am sure this is a bad idea, but if this is the norm, users are more or less going to do this anyway. What are the risks? > Really, the port should output a note letting you know that you need > to do this (and/or we should just decide to order @INC like freebsd > ports does so that we don't have to deal with it any more.). I think I just found the trac on this, and read it, it is ancient, this seems a pretty good issue to solve. Is there anything I can do to move it along? Thanks for the replies. -- Scott * If you contact me off list replace talklists@ with scott@ * From dluke at geeklair.net Wed Feb 25 13:22:51 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 25 Feb 2009 16:22:51 -0500 Subject: perl libnet net::smtnp In-Reply-To: <1FD63E25-FD23-49E6-AA6A-0CBAE04CB60A@newgeo.com> References: <455ADD4A-00EA-4675-A93E-6F79F72756AE@newgeo.com> <1FD63E25-FD23-49E6-AA6A-0CBAE04CB60A@newgeo.com> Message-ID: <3556DCC2-E1BE-4BC0-8446-14FBE84AF3A3@geeklair.net> On Feb 25, 2009, at 4:18 PM, Scott Haneda wrote: > On Feb 25, 2009, at 7:04 AM, Daniel J. Luke wrote: >> On Feb 25, 2009, at 2:23 AM, Scott Haneda wrote: >>> Seems to be a part of libnet, neither of which I can find in >>> ports. I had this working before, but am working on a clean >>> install in order to track down my dependencies. Anyone know where >>> this is hiding at? >> >> % port search libnet >> libnet @1.0.2a (net) >> A C library for creating IP packets > > Then this is just my ignorance. I am working on perl mods, and I > find libnet in CPAN, so I cam looking for p5-libnet, which I can not > find. You showed me a C based libnet. it's a good thing you quoted it that way, skipping the part where I pasted the complete output which included p5-net: p5-net @1.22 (perl) Perl5 modules to access and use network protocols. Also known as libnet. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From talklists at newgeo.com Wed Feb 25 13:25:53 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 13:25:53 -0800 Subject: Perl error, once and for all In-Reply-To: References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <3488FBFD-C976-4502-BFC0-35A02CCE460C@dxradio.demon.co.uk> Message-ID: <2C7962A8-21A1-4FE6-AEE9-05961C0CA108@newgeo.com> On Feb 25, 2009, at 8:39 AM, Daniel J. Luke wrote: >> How do you know which to choose? > > I agree that the port should output a message letting you know what > to do (for now, and longer term, we need to make it so you don't > need to force activate these kinds of perl modules). I want to add some criticism, but hope you all take it as constructive, as that is what is meant wholeheartedly. I am not a new ports user. I think I have made 40 ports or so, in one way or another, and done well more than that on installs. I am new, and beginner, but not a just downloaded and trying to use it user. If I were really a new user, I would have long since left macports, feeling the app makes my system unclean, dangerous, and mysterious. If I have to come to a list to get a p5 installed, as a new users, I probably wouldn't. Solving this, will put ports forward in the eyes of the new user, getting more people to speak nicely of it. I have been on a ISP to use it, they tried it once, and will not touch it, I have no idea why specifically, but I would bet something like this is related. Thanks for all your help everyone, I do love ports a lot, despite the razors :) -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Wed Feb 25 13:46:19 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 13:46:19 -0800 Subject: perl libnet net::smtnp In-Reply-To: <3556DCC2-E1BE-4BC0-8446-14FBE84AF3A3@geeklair.net> References: <455ADD4A-00EA-4675-A93E-6F79F72756AE@newgeo.com> <1FD63E25-FD23-49E6-AA6A-0CBAE04CB60A@newgeo.com> <3556DCC2-E1BE-4BC0-8446-14FBE84AF3A3@geeklair.net> Message-ID: <13049A93-7159-458D-872B-3564E8699FD9@newgeo.com> On Feb 25, 2009, at 1:22 PM, Daniel J. Luke wrote: > On Feb 25, 2009, at 4:18 PM, Scott Haneda wrote: >> On Feb 25, 2009, at 7:04 AM, Daniel J. Luke wrote: >>> On Feb 25, 2009, at 2:23 AM, Scott Haneda wrote: >>>> Seems to be a part of libnet, neither of which I can find in >>>> ports. I had this working before, but am working on a clean >>>> install in order to track down my dependencies. Anyone know >>>> where this is hiding at? >>> >>> % port search libnet >>> libnet @1.0.2a (net) >>> A C library for creating IP packets >> >> Then this is just my ignorance. I am working on perl mods, and I >> find libnet in CPAN, so I cam looking for p5-libnet, which I can >> not find. You showed me a C based libnet. > > it's a good thing you quoted it that way, skipping the part where I > pasted the complete output which included p5-net: It was intentional, I was not trying to make this harder. > p5-net @1.22 (perl) > Perl5 modules to access and use network protocols. Also known as > libnet. I just looked at the p5-net, and did not catch the "Also known as libnet". Sorry about that. It is still confusing to me, as this chain of emails illustrates. The format for p5's is p5-name, p5-net does not follow that. Thank you for your help. -- Scott * If you contact me off list replace talklists@ with scott@ * From adambyrtek at gmail.com Wed Feb 25 14:05:47 2009 From: adambyrtek at gmail.com (Adam Byrtek) Date: Wed, 25 Feb 2009 23:05:47 +0100 Subject: apache2 location In-Reply-To: References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> Message-ID: <670d23ff0902251405q7ce67387ga201e5502bb38947@mail.gmail.com> On Wed, Feb 25, 2009 at 05:25, Scott Haneda wrote: > I have a feeling I am going to stand alone on this one, which is fine, I > have no intention of pushing it, this was just to find out why this was > chosen, and why it was not caught as in violation of suggested layouts. Scott, I think that in principle you are right. On the other hand I can understand that many people are used to the current layout and if the change is accepted, some reasonable migration strategy will have to be prepared. Such migration shouldn't involve any manual work and/or data loss. Best regards, Adam -- Adam Byrtek From talklists at newgeo.com Wed Feb 25 14:51:24 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 14:51:24 -0800 Subject: apache2 location In-Reply-To: <670d23ff0902251405q7ce67387ga201e5502bb38947@mail.gmail.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> <670d23ff0902251405q7ce67387ga201e5502bb38947@mail.gmail.com> Message-ID: <54FD0A7D-F0C1-481B-A4A0-55FFCEE4A901@newgeo.com> On Feb 25, 2009, at 2:05 PM, Adam Byrtek wrote: > On Wed, Feb 25, 2009 at 05:25, Scott Haneda > wrote: >> I have a feeling I am going to stand alone on this one, which is >> fine, I >> have no intention of pushing it, this was just to find out why this >> was >> chosen, and why it was not caught as in violation of suggested >> layouts. > > Scott, I think that in principle you are right. On the other hand I > can understand that many people are used to the current layout and if > the change is accepted, some reasonable migration strategy will have > to be prepared. Such migration shouldn't involve any manual work > and/or data loss. Fully agree on that front. It was why I wondered if this was too engrained in how it was done, it just may not be worth it. But, then again, the move should be pretty simple, ports is sort of designed by nature to fiddle with paths and move stuff around. -- Scott From bakki.kudva at gmail.com Wed Feb 25 14:56:52 2009 From: bakki.kudva at gmail.com (Bakki Kudva) Date: Wed, 25 Feb 2009 17:56:52 -0500 Subject: problems installing doxygen Message-ID: Hi, I did a system upgrade to 1.7 and tried to install doxygen. I get... >>> ---> Activating xorg-renderproto @0.9.3_0 Error: Target org.macports.activate returned: Image error: /opt/local/include/X11/extensions/render.h is being used by the active render port. Please deactivate this port first, or use the -f flag to force the activation. Error: The following dependencies failed to build: graphviz xorg-libs xorg-libXcursor xorg-renderpro ............. .........ile xorg-libxkbui xorg-xcb-util Error: Status 1 encountered during processing. >>> I cannot understand how a .h file could be unavailable. The port xorg-renderproto shows as being installed and active. Is there some sort of circular reference here? Can some one please help me understand what's going on? Thanks. -bakki From adambyrtek at gmail.com Wed Feb 25 15:40:30 2009 From: adambyrtek at gmail.com (Adam Byrtek) Date: Thu, 26 Feb 2009 00:40:30 +0100 Subject: apache2 location In-Reply-To: <54FD0A7D-F0C1-481B-A4A0-55FFCEE4A901@newgeo.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> <670d23ff0902251405q7ce67387ga201e5502bb38947@mail.gmail.com> <54FD0A7D-F0C1-481B-A4A0-55FFCEE4A901@newgeo.com> Message-ID: <670d23ff0902251540n41dd6186xf8e1f13823e552fb@mail.gmail.com> On Wed, Feb 25, 2009 at 23:51, Scott Haneda wrote: > Fully agree on that front. ?It was why I wondered if this was too engrained > in how it was done, it just may not be worth it. ?But, then again, the move > should be pretty simple, ports is sort of designed by nature to fiddle with > paths and move stuff around. I guess the best first step would be to raise this on macports-dev mailing list and get acceptance from the gurus :) Best regards, Adam -- Adam Byrtek From talklists at newgeo.com Wed Feb 25 16:18:06 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 16:18:06 -0800 Subject: Double installs In-Reply-To: References: Message-ID: <5445621E-4897-401B-A33A-ECF72E9C5648@newgeo.com> For the sake of helping others. From IRC, I learned `port list installed` is sort of broken, do not use it, use `port installed` instead. If there is an archive of IRC, there is more detail about why in that. On Feb 24, 2009, at 11:41 PM, Scott Haneda wrote: > This has plagued me since I have been using MacPorts, I aim to solve > it now. > > port list installed > perl5 @5.8.9 lang/perl5 > perl5.8 @5.8.9 lang/perl5.8 > > Seems to me I am pretty clean. > > port info p5-error > Warning: Found 2 port p5-error definitions, displaying first one. > > I have a local port, I do not know why, when I made it, I could not > find it in port, seems to have happened to me a lot. > > At any rate, if i install it > port list installed > p5-error @0.17015 perl/p5-error > p5-error @0.17015 perl/p5-error > perl5 @5.8.9 lang/perl5 > perl5.8 @5.8.9 lang/perl5.8 > > port dir p5-error > /Users/me/macports/perl/p5-error > > It will always list as installed 2x, how do I solve this? -- Scott From talklists at newgeo.com Wed Feb 25 16:22:28 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 16:22:28 -0800 Subject: Difference in -v or -d Message-ID: I usually use -d on a port install, but sometimes, I use -v as others seem to use it. The man page makes me think -v has -d plus more. Anyone ever see where -v will stall, and do nothing, where as trying - d right after, and it moves right along? -- Scott From jmr at macports.org Wed Feb 25 17:14:26 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 12:14:26 +1100 Subject: aquaterm fails In-Reply-To: References: Message-ID: <49A5ECF2.4000606@macports.org> Alejandro Aragon wrote: > Hi all, > > I recently upgraded gnuplot, and since then I have problems with > aquaterm. I checked and I have 3 versions of aquaterm in the system. > Then I activating the oldest and it worked when none of the newest did. > Does anyone know why is this happening? This is the report that i get > with the latest version of aquaterm: > > > Process: AquaTerm [80470] > Path: > /opt/local/var/macports/software/aquaterm/1.0.1_0/Applications/MacPorts/AquaTerm.app/Contents/MacOS/AquaTerm > > Identifier: net.sourceforge.aquaterm > Version: ??? (???) > Code Type: X86 (Native) > Parent Process: launchd [80] > > Date/Time: 2009-02-24 22:57:40.614 -0600 > OS Version: Mac OS X 10.5.6 (9G55) > Report Version: 6 > > Exception Type: EXC_BREAKPOINT (SIGTRAP) > Exception Codes: 0x0000000000000002, 0x0000000000000000 > Crashed Thread: 0 > > Dyld Error Message: > Library not loaded: /opt/local/lib/libaquaterm.1.dylib > Referenced from: > /opt/local/var/macports/software/aquaterm/1.0.1_0/Applications/MacPorts/AquaTerm.app/Contents/MacOS/AquaTerm > > Reason: image not found That'd odd. I don't have /opt/local/lib/libaquaterm.1.dylib either, just /opt/local/lib/libaquaterm.dylib and /opt/local/lib/libaquaterm.1.0.1.dylib, both of which are symlinks to /opt/local/Library/Frameworks/AquaTerm.framework/Versions/A/AquaTerm. AquaTerm.app seems to run OK for me, though. - Josh From jmr at macports.org Wed Feb 25 17:15:52 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 12:15:52 +1100 Subject: apache2 location In-Reply-To: References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> Message-ID: <49A5ED48.701@macports.org> Bradley Giesbrecht wrote: > > On Feb 24, 2009, at 7:45 PM, Bill Hernandez wrote: > >> On Feb 24, 2009, at 7:03 PM, Scott Haneda wrote: >> >>> On Feb 24, 2009, at 3:31 PM, Chris Janton wrote: >>>> On 2009-02-24 , at 15:35 , Scott Haneda wrote: >>>> >>>>> My feeling is, the sooner the better, there are already a handful >>>>> of blogs out there, which instructions and hard paths in their >>>>> instructions pointing to the current location. The sooner we put >>>>> it where MacPorts recommends, the better the long term usability is >>>>> going to be. >>>> >>>> how about leaving it where it has been for years? I suspect many >>>> people who use the port have become "attached" to the current >>>> location, including me. >> >> >> Scott, >> >> Please don't change it. >> >> I wish mysql, pgsql, php were setup in individual directories like >> apache2. >> >> That was one of the niceties of installing them individually in >> /usr/local >> >> /usr/local/apache >> /usr/local/mysql >> /usr/local/pgsql >> /usr/local/php > > So we would add > /usr/local/apache/bin:/usr/local/mysql/bin:/usr/local/pgsql/bin:/usr/local/php/bin:etc............................ > > to our environment path? > > And when apache, mysql or pgsql data out grow your disks you would move > all your bin, data and etc to another volume and change your paths and > startup parameters so they could find the new location for configs? > > Data often needs to move. Binaries and configs hardly ever. > > I think Scott sees an inconsistency and an error with the macports > apache2 install. That's hard to deny. > > Why not just park everything at /. No distribution I know of including > apple will over write /apache2 and /mysql. Ok, now I'm kidding. Oh, > maybe not. This is starting to sound like GoboLinux. ;-) - Josh From jmr at macports.org Wed Feb 25 17:17:00 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 12:17:00 +1100 Subject: Process for checking port dependencies In-Reply-To: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> References: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> Message-ID: <49A5ED8C.4050400@macports.org> Scott Haneda wrote: > This ASSP port is going to kill me. > > I have either through MacPorts, or local ports I have made, nearly made > ASSP as a new port. Below, is my testing methodology, can someone > confirm this is the best process, or if there are simpler methods that I > should be using? > > Clean up as if a new user > rm -rf /opt/local > > sudo port -d install p5-some-perl-module > > If the above goes clean > port list installed > > If the above shows it is installed > port uninstall -d p5-some-perl-module > > Rinse and repeat. > > If I run into a something that is complaining that it needs some other > dependency, I find it, add it to the portfile, and try again the steps > above. I am not rm'ing every time, just once, to mimic a new user. > > I have somewhere around 40 or these to do, it is a process. If there is > anything anyone can share to make it easier, I sure would love to hear it. This is the main problem that trace mode (-t) was designed to solve. - Josh From jmr at macports.org Wed Feb 25 17:34:07 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 12:34:07 +1100 Subject: problems installing doxygen In-Reply-To: References: Message-ID: <49A5F18F.4050905@macports.org> Bakki Kudva wrote: > Hi, > > I did a system upgrade to 1.7 and tried to install doxygen. I get... > > ---> Activating xorg-renderproto @0.9.3_0 > Error: Target org.macports.activate returned: Image error: > /opt/local/include/X11/extensions/render.h is being used by the active > render port. Please deactivate this port first, or use the -f flag to > force the activation. > Error: The following dependencies failed to build: graphviz xorg-libs > xorg-libXcursor xorg-renderpro ............. > .........ile xorg-libxkbui xorg-xcb-util > Error: Status 1 encountered during processing. > >>> > I cannot understand how a .h file could be unavailable. > > The port xorg-renderproto shows as being installed and active. Is > there some sort of circular reference here? > Can some one please help me understand what's going on? Thanks. See this ticket: and this thread: > The render port was removed a while ago, and for quite a while before > that it installed no files because it has been replaced by > xorg-renderproto. Anyway, render is no longer needed, so to get rid of > it just run `sudo port -f uninstall render`. - Josh From jmr at macports.org Wed Feb 25 17:35:57 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 12:35:57 +1100 Subject: Double installs In-Reply-To: <5445621E-4897-401B-A33A-ECF72E9C5648@newgeo.com> References: <5445621E-4897-401B-A33A-ECF72E9C5648@newgeo.com> Message-ID: <49A5F1FD.5050404@macports.org> Scott Haneda wrote: > For the sake of helping others. From IRC, I learned `port list > installed` is sort of broken, do not use it, use `port installed` instead. It's not broken, it just doesn't do what you thought it did. The port man page and `port help list` are pretty clear about what it actually does. > If there is an archive of IRC, there is more detail about why in that. - Josh From jmr at macports.org Wed Feb 25 17:38:21 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 12:38:21 +1100 Subject: Difference in -v or -d In-Reply-To: References: Message-ID: <49A5F28D.6010703@macports.org> Scott Haneda wrote: > I usually use -d on a port install, but sometimes, I use -v as others > seem to use it. The man page makes me think -v has -d plus more. > > Anyone ever see where -v will stall, and do nothing, where as trying -d > right after, and it moves right along? The -d option prints everything that is printed by -v, plus debug-level messages that expose what's happening internally. As the man page puts it: -d debug mode (generate debugging messages, implies -v) - Josh From talklists at newgeo.com Wed Feb 25 18:12:15 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 18:12:15 -0800 Subject: Difference in -v or -d In-Reply-To: <49A5F28D.6010703@macports.org> References: <49A5F28D.6010703@macports.org> Message-ID: On Feb 25, 2009, at 5:38 PM, Joshua Root wrote: > Scott Haneda wrote: >> I usually use -d on a port install, but sometimes, I use -v as others >> seem to use it. The man page makes me think -v has -d plus more. >> >> Anyone ever see where -v will stall, and do nothing, where as >> trying -d >> right after, and it moves right along? > > The -d option prints everything that is printed by -v, plus debug- > level > messages that expose what's happening internally. As the man page > puts it: > > -d debug mode (generate debugging messages, implies -v) Right, but I have repeated cases where -v will just hang, unless 5 minutes later it should be doing something, but I have a feeling something should show after 5 minutes. I just wanted to see if anyone else experienced it. I do see it on multiple machines. -- Scott * If you contact me off list replace talklists@ with scott@ * From vincent-opdarw at vinc17.org Wed Feb 25 19:02:27 2009 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Thu, 26 Feb 2009 04:02:27 +0100 Subject: Perl error, once and for all In-Reply-To: <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> Message-ID: <20090226030227.GL4629@prunille.vinc17.org> On 2009-02-25 13:21:38 -0800, Scott Haneda wrote: > That feels dirty to me, why not just -f all p5 installs then? No! Any port that needs -f is broken. Note: -f is dangerous. It can trash your system. And it is not compatible with activate/deactivate. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From mcalhoun at macports.org Wed Feb 25 19:17:45 2009 From: mcalhoun at macports.org (Marcus Calhoun-Lopez) Date: Thu, 26 Feb 2009 03:17:45 +0000 (UTC) Subject: aquaterm fails References: Message-ID: Alejandro Aragon gmail.com> writes: > > Hi all, > > I recently upgraded gnuplot, and since then I have problems with > aquaterm. I checked and I have 3 versions of aquaterm in the system. > Then I activating the oldest and it worked when none of the newest > did. Does anyone know why is this happening? This is the report that i > get with the latest version of aquaterm: > > Dyld Error Message: > Library not loaded: /opt/local/lib/libaquaterm.1.dylib > Referenced from: /opt/local/var/macports/software/aquaterm/1.0.1_0/ > Applications/MacPorts/AquaTerm.app/Contents/MacOS/AquaTerm > Reason: image not found > gnuplot must be built with the new aquaterm installed and active. Based on the error, it seems that perhaps this was not the case. -Marcus From jmr at macports.org Wed Feb 25 19:21:10 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 14:21:10 +1100 Subject: Difference in -v or -d In-Reply-To: References: <49A5F28D.6010703@macports.org> Message-ID: <49A60AA6.9080404@macports.org> Scott Haneda wrote: > On Feb 25, 2009, at 5:38 PM, Joshua Root wrote: >> Scott Haneda wrote: >>> I usually use -d on a port install, but sometimes, I use -v as others >>> seem to use it. The man page makes me think -v has -d plus more. >>> >>> Anyone ever see where -v will stall, and do nothing, where as trying -d >>> right after, and it moves right along? >> >> The -d option prints everything that is printed by -v, plus debug-level >> messages that expose what's happening internally. As the man page puts >> it: >> >> -d debug mode (generate debugging messages, implies -v) > > > Right, but I have repeated cases where -v will just hang, unless 5 > minutes later it should be doing something, but I have a feeling > something should show after 5 minutes. Do you mean -d prints something that should also be printed by -v, but isn't? An example would be helpful. - Josh From talklists at newgeo.com Wed Feb 25 20:09:54 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 20:09:54 -0800 Subject: Difference in -v or -d In-Reply-To: <49A60AA6.9080404@macports.org> References: <49A5F28D.6010703@macports.org> <49A60AA6.9080404@macports.org> Message-ID: On Feb 25, 2009, at 7:21 PM, Joshua Root wrote: > Do you mean -d prints something that should also be printed by -v, but > isn't? > > An example would be helpful. I wish I could give you an example, let me try to explain: sudo port -v install password: ****** Thats it, that is all I get, it just sits there, nothing, a blank line in the shell, fully stalled. Next time, I will run `lsof` and `top` and see what is going on. I can only recover from the above with a control-c After that control-c, if I run the same command, -d instead, immediately, all the debug and info lines are sent to the screen. Not a huge deal, if others saw it, I would look into it. I'm building out ports to three test machines, to make sure all is working, one is a mac mini intel, macbook intel, and a PPC G5, I want to cover all bases. I have seen it happen on two of those machines, the mini has not happened yet, but I do not always test on that machine. The only non standard thing I am doing from a normal plain install, is I do have a file:/// reference in sources.conf, since I have local ports. If you can think of any other tests I should look at other than `top` to see if cpu is being used in large amounts, or `lsof` to see what files may or may not be hooked into, let me know, I will add them to my list of things to try. I just found out ports is tcl under the hood, making all issues like this much more approachable to me as far as looking into it. I assumed it would be a flavor of C under the hood. Pretty happy it is not, this allows me to possibly contribute back, once I get over this little learning hump. Thanks for the help. -- Scott * If you contact me off list replace talklists@ with scott@ * From frstan at bellsouth.net Wed Feb 25 20:10:49 2009 From: frstan at bellsouth.net (William Davis) Date: Wed, 25 Feb 2009 23:10:49 -0500 Subject: Difference in -v or -d In-Reply-To: References: <49A5F28D.6010703@macports.org> Message-ID: On Feb 25, 2009, at 9:12 PM, Scott Haneda wrote: > On Feb 25, 2009, at 5:38 PM, Joshua Root wrote: >> Scott Haneda wrote: >>> I usually use -d on a port install, but sometimes, I use -v as >>> others >>> seem to use it. The man page makes me think -v has -d plus more. >>> >>> Anyone ever see where -v will stall, and do nothing, where as >>> trying -d >>> right after, and it moves right along? >> >> The -d option prints everything that is printed by -v, plus debug- >> level >> messages that expose what's happening internally. As the man page >> puts it: >> >> -d debug mode (generate debugging messages, implies -v) > > > Right, but I have repeated cases where -v will just hang, unless 5 > minutes later it should be doing something, but I have a feeling > something should show after 5 minutes. > > I just wanted to see if anyone else experienced it. I do see it on > multiple machines. > -- > Scott > > * If you contact me off list replace talklists@ with scott@ * > Scott, my guess is what you call a "hang" is only port doing some process for which there is no screen output under -v like compling a chunk of code...... William Davis frstanATbellsouthDOTnet Mac OS X.5.6 Darwin 9.5.0 XQuartz 2.3.2 (xorg-server 1.4.2-apple31) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From mukai at sfc.keio.ac.jp Wed Feb 25 20:27:39 2009 From: mukai at sfc.keio.ac.jp (Kuniaki Mukai) Date: Thu, 26 Feb 2009 13:27:39 +0900 Subject: [Q] how to uninstall "not registered" inactive ports Message-ID: <89120AF0-16DE-4C2A-B631-3FBB1F6951DA@sfc.keio.ac.jp> Hello I have two inactive ports, which I want to uninstall. But I got only "not registered" message. I appreciate if some one give me any hint on how to uninstall such inactive ports. % port list inactive p5-test-harness @3.14 perl/p5-test-harness p5-test-simple @0.86 perl/p5-test-simple % port list inactive p5-test-harness @3.14 perl/p5-test-harness p5-test-simple @0.86 perl/p5-test-simple % sudo port uninstall inactive and p5-test-* ---> Unable to uninstall p5-test-harness 3.14_0, the following ports depend on it: ---> p5-test-simple Error: port uninstall failed: Please uninstall the ports that depend on p5-test-harness first. % sudo port uninstall p5-test-simple at 0.86 Error: port uninstall failed: Registry error: p5-test-simple 0.86 not registered as installed. % port list inactive p5-test-harness @3.14 perl/p5-test-harness p5-test-simple @0.86 perl/p5-test-simple (MacBook Pro MacOSX 10.5.6) Thanks Kuniaki Mukai From brad at pixilla.com Wed Feb 25 20:41:16 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Wed, 25 Feb 2009 20:41:16 -0800 Subject: Difference in -v or -d In-Reply-To: References: <49A5F28D.6010703@macports.org> Message-ID: <5584FDF2-BD6B-4262-83FC-FABB1E337DB7@pixilla.com> On Feb 25, 2009, at 6:12 PM, Scott Haneda wrote: > On Feb 25, 2009, at 5:38 PM, Joshua Root wrote: >> Scott Haneda wrote: >>> I usually use -d on a port install, but sometimes, I use -v as >>> others >>> seem to use it. The man page makes me think -v has -d plus more. >>> >>> Anyone ever see where -v will stall, and do nothing, where as >>> trying -d >>> right after, and it moves right along? >> >> The -d option prints everything that is printed by -v, plus debug- >> level >> messages that expose what's happening internally. As the man page >> puts it: >> >> -d debug mode (generate debugging messages, implies -v) > > > Right, but I have repeated cases where -v will just hang, unless 5 > minutes later it should be doing something, but I have a feeling > something should show after 5 minutes. > > I just wanted to see if anyone else experienced it. I do see it on > multiple machines. I didn't notice long periods with no output but I do see port -v returning with no output under certain circumstances. Like port -v install already_installed_port. And when I was building a Portfile and had a checksum or web path issue, don't remember, seems it didn't give much output there either. But no long hangs. Sounds like a network or distribution file issue to me. But I know close to nothing about how port works inside. //Brad From raimue at macports.org Wed Feb 25 20:54:49 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu, 26 Feb 2009 05:54:49 +0100 Subject: [Q] how to uninstall "not registered" inactive ports In-Reply-To: <89120AF0-16DE-4C2A-B631-3FBB1F6951DA@sfc.keio.ac.jp> References: <89120AF0-16DE-4C2A-B631-3FBB1F6951DA@sfc.keio.ac.jp> Message-ID: <49A62099.8080309@macports.org> Kuniaki Mukai wrote: > % sudo port uninstall p5-test-simple at 0.86 > Error: port uninstall failed: Registry error: p5-test-simple 0.86 not registered as installed. > % port list inactive > p5-test-harness @3.14 perl/p5-test-harness > p5-test-simple @0.86 perl/p5-test-simple Do not use the list command, it does not give you the version number you expected. The problem here is, list reports version 0.86 which the latest available version of p5-test-simple, and that's what list is supposed to do. But this does not mean you have p5-test-simple @0.86 installed. Instead, use: port installed inactive It will give you more accurate information and tell you the real versions you have installed. Rainer From jmr at macports.org Wed Feb 25 21:01:13 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 16:01:13 +1100 Subject: [Q] how to uninstall "not registered" inactive ports In-Reply-To: <89120AF0-16DE-4C2A-B631-3FBB1F6951DA@sfc.keio.ac.jp> References: <89120AF0-16DE-4C2A-B631-3FBB1F6951DA@sfc.keio.ac.jp> Message-ID: <49A62219.8040901@macports.org> Kuniaki Mukai wrote: > Hello > > I have two inactive ports, which I want to uninstall. > But I got only "not registered" message. > > I appreciate if some one give me any hint on how to uninstall > such inactive ports. > > % port list inactive > p5-test-harness @3.14 perl/p5-test-harness > p5-test-simple @0.86 perl/p5-test-simple 'port list' doesn't show you the version that is installed, it shows you the version that is currently available in the ports tree. You most likely want to use 'port installed inactive' or 'port echo inactive' here. This is only half your problem in this particular case, however. > % sudo port uninstall inactive and p5-test-* > ---> Unable to uninstall p5-test-harness 3.14_0, the following ports depend on it: > ---> p5-test-simple > Error: port uninstall failed: Please uninstall the ports that depend on p5-test-harness first. This is pretty straightforward, port isn't letting you uninstall p5-test-harness because it has dependents. This also means that you probably want to activate this port, since you wouldn't be getting this message if there were another version of it active. > % sudo port uninstall p5-test-simple at 0.86 > Error: port uninstall failed: Registry error: p5-test-simple 0.86 not registered as installed. This is failing because you are asking for the version given by 'port list', which is different to the one that is installed. - Josh From jmr at macports.org Wed Feb 25 21:05:00 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 16:05:00 +1100 Subject: Difference in -v or -d In-Reply-To: References: <49A5F28D.6010703@macports.org> <49A60AA6.9080404@macports.org> Message-ID: <49A622FC.2060603@macports.org> Scott Haneda wrote: > On Feb 25, 2009, at 7:21 PM, Joshua Root wrote: >> Do you mean -d prints something that should also be printed by -v, but >> isn't? >> >> An example would be helpful. > > > I wish I could give you an example, let me try to explain: > sudo port -v install > password: ****** > > Thats it, that is all I get, it just sits there, nothing, a blank line > in the shell, fully stalled. Next time, I will run `lsof` and `top` and > see what is going on. > > I can only recover from the above with a control-c > > After that control-c, if I run the same command, -d instead, > immediately, all the debug and info lines are sent to the screen. Sounds like you're just seeing -d producing output that -v does not. There can be long delays with no output in some cases, such as when the port has a very large dependency graph. See and its duplicates. The situation is greatly improved in trunk (). - Josh From ryandesign at macports.org Wed Feb 25 21:20:46 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 25 Feb 2009 23:20:46 -0600 Subject: Difference in -v or -d In-Reply-To: References: <49A5F28D.6010703@macports.org> Message-ID: <7CCCA061-09A5-4A13-9D60-A6187091563A@macports.org> On Feb 25, 2009, at 22:10, William Davis wrote: > Scott, my guess is what you call a "hang" is only port doing some > process for which there is no screen output under -v like compling > a chunk of code...... Compiling code is exactly what -v will print. But computing and checking dependencies is only printed with -d. From ryandesign at macports.org Wed Feb 25 21:21:55 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 25 Feb 2009 23:21:55 -0600 Subject: Difference in -v or -d In-Reply-To: References: <49A5F28D.6010703@macports.org> <49A60AA6.9080404@macports.org> Message-ID: <05684841-FA1B-4805-8362-966845473525@macports.org> On Feb 25, 2009, at 22:09, Scott Haneda wrote: > I wish I could give you an example, let me try to explain: > sudo port -v install > password: ****** > > Thats it, that is all I get, it just sits there, nothing, a blank > line in the shell, fully stalled. Next time, I will run `lsof` and > `top` and see what is going on. > > I can only recover from the above with a control-c > > After that control-c, if I run the same command, -d instead, > immediately, all the debug and info lines are sent to the screen. As Joshua said, -d prints output that -v does not. So everything may be completely normal. How long have you waited at this point? On what computer is this? What speed processor and disk? How much memory? What port? From ryandesign at macports.org Wed Feb 25 21:34:58 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 25 Feb 2009 23:34:58 -0600 Subject: mesa conflict with xorg-glproto In-Reply-To: <13F901D3-9B4E-4534-AABE-071F88F15F0E@bellsouth.net> References: <13F901D3-9B4E-4534-AABE-071F88F15F0E@bellsouth.net> Message-ID: <140B1D3C-449F-46E5-9699-F1B8F6E9BD6C@macports.org> On Feb 24, 2009, at 09:14, William Davis wrote: > > ---> Activating mesa @7.2_5+hw_render > Error: Target org.macports.activate returned: Image error: /opt/ > local/include/GL/glxint.h is being used by the active xorg-glproto > port. Please deactivate this port first, or use the -f flag to > force the activation. > Error: The following dependencies failed to build: mesa > Error: Unable to upgrade port: 1 > > Should I use -f as this mesg indicates? No, you shouldn't. You should "sudo port sync" and build mesa again. Jeremy H fixed this in mesa 47289. From mukai at sfc.keio.ac.jp Wed Feb 25 21:38:03 2009 From: mukai at sfc.keio.ac.jp (Kuniaki Mukai) Date: Thu, 26 Feb 2009 14:38:03 +0900 Subject: [Q] how to uninstall "not registered" inactive ports In-Reply-To: <49A62219.8040901@macports.org> References: <89120AF0-16DE-4C2A-B631-3FBB1F6951DA@sfc.keio.ac.jp> <49A62219.8040901@macports.org> Message-ID: <5ED04A4C-DF76-47A1-A657-B42484E29928@sfc.keio.ac.jp> Rainer, Josh, Thank you for your clear explanations. I understand the difference between the two: port installed inactive port list inactive Following your message, I successfully have managed to uninstall one of the two inactive ports, but I have activated the other, instead uninstalling, because of new dependency message I got. Thanks to your helps, now I am able to have macports states in which there is no inactive ports. Kuniaki The following is the log of command lines for getting the port state having no inactive ports. % port installed inactive The following ports are currently installed: p5-test-harness @3.14_0 p5-test-simple @0.86_0 render @0.9_1 % port uninstall p5-test-harness at 3.14_0 ---> Unable to uninstall p5-test-harness 3.14_0, the following ports depend on it: ---> p5-test-simple Error: port uninstall failed: Please uninstall the ports that depend on p5-test-harness first. % port uninstall p5-test-simple at 0.86_0 ---> Unable to uninstall p5-test-simple 0.86_0, the following ports depend on it: ---> p5-xml-simple Error: port uninstall failed: Please uninstall the ports that depend on p5-test-simple first. % sudo port activate p5-test-simple at 0.86_0 Password: ---> Activating p5-test-simple @0.86_0 % sudo port activate p5-test-harness at 3.14_0 ---> Activating p5-test-harness @3.14_0 Error: port activate failed: Image error: /opt/local/bin/prove is being used by the active perl5.8 port. Please deactivate this port first, or use the -f flag to force the activation. % sudo port uninstall -f p5-test-harness at 3.14_0 ---> Unable to uninstall p5-test-harness 3.14_0, the following ports depend on it: ---> p5-test-simple Warning: Uninstall forced. Proceeding despite dependencies. ---> Uninstalling p5-test-harness @3.14_0 % port installed inactive The following ports are currently installed: render @0.9_1 % sudo port uninstall render at 0.9_1 ---> Uninstalling render @0.9_1 % port installed inactive None of the specified ports are installed. From opendarwin.org at darkart.com Wed Feb 25 21:51:33 2009 From: opendarwin.org at darkart.com (Eric Hall) Date: Thu, 26 Feb 2009 05:51:33 +0000 Subject: Perl error, once and for all In-Reply-To: <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> Message-ID: <20090226055133.GE27410@darkart.com> On Wed, Feb 25, 2009 at 01:21:38PM -0800, Scott Haneda wrote: > On Feb 25, 2009, at 7:03 AM, Daniel J. Luke wrote: > >On Feb 25, 2009, at 12:49 AM, Scott Haneda wrote: > >>Sorry, I know this has been explained before, > > > >yes, very recently. > > Can you point me to they "why", not just the solution, I want to > understand what is the problem? > > >>bur I can not find the answer: > >> > >>DEBUG: Executing org.macports.activate (p5-mime-base64) > >>---> Activating p5-mime-base64 @3.07_0 > >>Error: Target org.macports.activate returned: Image error: /opt/ > >>local/share/man/man3/MIME::Base64.3pm.gz is being used by the > >>active perl5.8 port. Please deactivate this port first, or use the > >>-f flag to force the activation. > > > >As the error says, you want to use -f to activate in this case. > > That feels dirty to me, why not just -f all p5 installs then? If that > is the real solution, why not have ports look for p5 and auto add the - > f? I am sure this is a bad idea, but if this is the norm, users are > more or less going to do this anyway. What are the risks? > > >Really, the port should output a note letting you know that you need > >to do this (and/or we should just decide to order @INC like freebsd > >ports does so that we don't have to deal with it any more.). Yes, and this is going to happen... RSN. For some (if not all) of the p5-* ports that have recently sprouted problems, its the man pages that are the issue, not the modules themselves. I haven't had a chance to look into what can be done to avoid the man page collisions. Forcing the install with -f isn't the right solution. It "works" as a band-aid for now, but its not a good thing. > > > I think I just found the trac on this, and read it, it is ancient, > this seems a pretty good issue to solve. Is there anything I can do > to move it along? Yup. Figure out why this is happening for the man pages, come up with a solid solution (or three), bounce it off the port maintainer (and maybe this list), then provide patches for the final solution. -eric From ryandesign at macports.org Wed Feb 25 21:52:49 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 25 Feb 2009 23:52:49 -0600 Subject: Trace mode (was: Re: Process for checking port dependencies) In-Reply-To: <49A5ED8C.4050400@macports.org> References: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> <49A5ED8C.4050400@macports.org> Message-ID: <9572BC85-1FAA-49A9-9B4A-74D6D91DAB20@macports.org> On Feb 25, 2009, at 19:17, Joshua Root wrote: > This is the main problem that trace mode (-t) was designed to solve. Speaking of trace mode, it doesn't work for me. Fails during extract already: $ port -dt extract zlib DEBUG: Found port in file:///Users/rschmidt/macports/dports/archivers/ zlib DEBUG: Changing to port directory: /Users/rschmidt/macports/dports/ archivers/zlib DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided DEBUG: Using group file /Users/rschmidt/macports/dports/_resources/ port1.0/group/muniversal-1.0.tcl DEBUG: universal variant already exists, so not adding the default one DEBUG: Requested variant darwin is not provided by port zlib. DEBUG: Requested variant i386 is not provided by port zlib. DEBUG: Requested variant macosx is not provided by port zlib. DEBUG: Executing org.macports.main (zlib) ---> Fetching zlib DEBUG: Executing org.macports.fetch (zlib) ---> Verifying checksum(s) for zlib DEBUG: Executing org.macports.checksum (zlib) ---> Checksumming zlib-1.2.3.tar.bz2 DEBUG: Correct (md5) checksum for zlib-1.2.3.tar.bz2 DEBUG: Correct (sha1) checksum for zlib-1.2.3.tar.bz2 DEBUG: Correct (rmd160) checksum for zlib-1.2.3.tar.bz2 DEBUG: setting option extract.cmd to /mp/bin/bzip2 ---> Extracting zlib DEBUG: Executing org.macports.extract (zlib) ---> Extracting zlib-1.2.3.tar.bz2 DEBUG: setting option extract.args to /mp/var/macports/distfiles/zlib/ zlib-1.2.3.tar.bz2 DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.4' DEBUG: Assembled command: 'cd "/mp/var/macports/build/ _Users_rschmidt_macports_dports_archivers_zlib/work" && /mp/bin/bzip2 -dc /mp/var/macports/distfiles/zlib/zlib-1.2.3.tar.bz2 | /usr/bin/ gnutar --no-same-owner -xf -' Warning: setrlimit failed (1) dyld: could not load inserted library: /mp/share/macports/Tcl/ darwintrace1.0/darwintrace.dylib The problem seems to be that darwintrace.dylib is compiled for i386 only but my bzip2 is 4-way universal. If I deactivate bzip2 +universal and install bzip2 non-universal it extracts fine. So for darwintrace to work with 4-way universal ports, I need to build MacPorts base as 4-way universal? I have tried, but I get: checking objc/objc.h usability... yes checking objc/objc.h presence... yes checking for objc/objc.h... yes checking if linking libobjc requires pthreads... no checking for Apple Objective-C runtime... no checking for GNU Objective C runtime... no configure: error: Could not locate a working Objective-C runtime. See `config.log' for more details. From jmr at macports.org Wed Feb 25 22:27:29 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 17:27:29 +1100 Subject: Trace mode In-Reply-To: <9572BC85-1FAA-49A9-9B4A-74D6D91DAB20@macports.org> References: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> <49A5ED8C.4050400@macports.org> <9572BC85-1FAA-49A9-9B4A-74D6D91DAB20@macports.org> Message-ID: <49A63651.9090800@macports.org> Ryan Schmidt wrote: > The problem seems to be that darwintrace.dylib is compiled for i386 only > but my bzip2 is 4-way universal. If I deactivate bzip2 +universal and > install bzip2 non-universal it extracts fine. > > So for darwintrace to work with 4-way universal ports, I need to build > MacPorts base as 4-way universal? I have tried, but I get: > > > checking objc/objc.h usability... yes > checking objc/objc.h presence... yes > checking for objc/objc.h... yes > checking if linking libobjc requires pthreads... no > checking for Apple Objective-C runtime... no > checking for GNU Objective C runtime... no > configure: error: Could not locate a working Objective-C runtime. > See `config.log' for more details. Is this on Tiger? If so, that's to be expected (practically nothing is 64-bit other than libSystem). You could disable the ObjC stuff by passing --with-objc-runtime=no and --with-objc-foundation=no. - Josh From blb at macports.org Wed Feb 25 22:28:19 2009 From: blb at macports.org (Bryan Blackburn) Date: Wed, 25 Feb 2009 23:28:19 -0700 Subject: Trace mode (was: Re: Process for checking port dependencies) In-Reply-To: <9572BC85-1FAA-49A9-9B4A-74D6D91DAB20@macports.org> References: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> <49A5ED8C.4050400@macports.org> <9572BC85-1FAA-49A9-9B4A-74D6D91DAB20@macports.org> Message-ID: <20090226062819.GG799@ninagal.withay.com> On Wed, Feb 25, 2009 at 11:52:49PM -0600, Ryan Schmidt said: > On Feb 25, 2009, at 19:17, Joshua Root wrote: > >> This is the main problem that trace mode (-t) was designed to solve. > > Speaking of trace mode, it doesn't work for me. Fails during extract > already: > > $ port -dt extract zlib [...] > DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.4' > DEBUG: Assembled command: 'cd "/mp/var/macports/build/ > _Users_rschmidt_macports_dports_archivers_zlib/work" && /mp/bin/bzip2 -dc > /mp/var/macports/distfiles/zlib/zlib-1.2.3.tar.bz2 | /usr/bin/gnutar > --no-same-owner -xf -' > Warning: setrlimit failed (1) > dyld: could not load inserted library: /mp/share/macports/Tcl/ > darwintrace1.0/darwintrace.dylib > > > The problem seems to be that darwintrace.dylib is compiled for i386 only > but my bzip2 is 4-way universal. If I deactivate bzip2 +universal and > install bzip2 non-universal it extracts fine. > > So for darwintrace to work with 4-way universal ports, I need to build > MacPorts base as 4-way universal? I have tried, but I get: > > > checking objc/objc.h usability... yes > checking objc/objc.h presence... yes > checking for objc/objc.h... yes > checking if linking libobjc requires pthreads... no > checking for Apple Objective-C runtime... no > checking for GNU Objective C runtime... no > configure: error: Could not locate a working Objective-C runtime. > See `config.log' for more details. Note that /usr/lib/libobjc.A.dylib, on 10.4, is only a 32bit universal library, so perhaps that's what's keeping the 64bit side from working? Bryan From ms at mac-specialist.com Wed Feb 25 23:35:22 2009 From: ms at mac-specialist.com (Bill Hernandez) Date: Thu, 26 Feb 2009 01:35:22 -0600 Subject: apache2 location In-Reply-To: References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> Message-ID: <187DCE15-7113-4530-8F50-0D08B2E2E009@mac-specialist.com> On Feb 25, 2009, at 12:13 AM, Bradley Giesbrecht wrote: > So we would add /usr/local/apache/bin:/usr/local/mysql/bin:/usr/ > local/pgsql/bin:/usr/local/php/bin:etc............................ > to our environment path? > > And when apache, mysql or pgsql data out grow your disks you would > move all your bin, data and etc to another volume and change your > paths and startup parameters so they could find the new location for > configs? > > Data often needs to move. Binaries and configs hardly ever. > > I think Scott sees an inconsistency and an error with the macports > apache2 install. That's hard to deny. > > Why not just park everything at /. No distribution I know of > including apple will over write /apache2 and /mysql. Ok, now I'm > kidding. Oh, maybe not. > > ls /opt/local | cat > apache2 > bin > etc > include > lib > libexec > man > sbin > share > sql-bench > var > > Doesn't apache2 and sql-bench just look odd. Maybe we should give > them a bunch of company. > > I think of /opt/local/ as the root or macports. Brad, Good point... I don't have huge amounts of data, so I have not run into that problem, but it's a good point nevertheless. Matter of fact, all your points make great sense. I just like going to /opt/local/apache2 and finding everything related to apache in one spot. I remember when I did one of my first installs and began trying to track down the logfiles to mysql and pgsql. It took me some time to locate them due to what I considered to be some inconsistencies. Now that I have done this a few times, it doesn't matter where the stuff lives. It is obvious that I was only considering the convenience, and not the practicality. /opt/local/var/db/mysql5/hostname.local.err /opt/local/var/log/postgresql83/postgres.log Apache on the other hand was very easy to locate. /opt/local/apache2/logs/access_log /opt/local/apache2/logs/error_log /opt/local/apache2/logs/mod_rewrite.log Now that I more or less know where things live, it doesn't matter, but in the beginning it was not easy tracking down all the logs and conf files. I should have taken a unix course, darn... Periodically I will do a clean install of the operating system, and all the applications. I take that opportunity to do a clean install of all the ports I need. I've done this several times now, on multiple computers, so I eventually wrote a shell script that backs up the databases, all the config files, etc. The script install what I need, and initializes the databases, creates all the symlinks, and a bunch of little cleanup stuff. I seem to have worked out all the little kinks, because the last three or four times everything has gone very well. BUT in the beginning it was a pain figuring out where all this stuff lived. So if you guys think its better to correct the layout to fit in with the rest of the ports, I will be very happy, and make any adjustments to my script. [2009.26.02](12:55AM) -> [roscoe] ~ $ port installed The following ports are currently installed: apache2 @2.2.9_1+darwin_9 (active) apr @1.3.2_0+darwin_9 (active) apr-util @1.3.2_0 (active) bison @2.3_2 (active) bzip2 @1.0.5_1 (active) curl @7.18.2_0 (active) cyrus-sasl2 @2.1.21_0+kerberos (active) db44 @4.4.20_1 (active) db46 @4.6.21_1 (active) expat @2.0.1_0 (active) fontconfig @2.6.0_0+macosx (active) freetype @2.3.7_3+macosx (active) gawk @3.1.6_0 (active) gd2 @2.0.35_1 (active) gettext @0.17_3 (active) gmake @3.81_0 (active) gperf @3.0.3_0 (active) jpeg @6b_2 (active) libiconv @1.12_0 (active) libmcrypt @2.5.8_0 (active) libpng @1.2.29_0 (active) libtool @1.5.26_0 (active) libxml2 @2.6.32_1 (active) libxslt @1.1.23_0 (active) m4 @1.4.11_0 (active) mhash @0.9.9_0 (active) mysql5 @5.0.51a_0+server (active) ncurses @5.6_0 (active) ncursesw @5.6_1 (active) openldap @2.3.35_0 (active) openssl @0.9.8h_0 (active) ossp-uuid @1.6.1_0 (active) pcre @7.7_0 (active) perl5.8 @5.8.8_3+darwin_9 (active) php5 @5.2.6_1+apache2+fastcgi+ipc+macosx+mysql5+pcntl+pear +postgresql83+readline+sockets+sqlite+tidy (active) pkgconfig @0.23_0 (active) postgresql83 @8.3.3_0 (active) postgresql83-doc @8.3.3_0 (active) postgresql83-server @8.3.3_0 (active) readline @5.2.012_1 (active) rpl @1.4.0_0 (active) sqlite3 @3.5.9_0 (active) tidy @20051026_0 (active) tiff @3.8.2_2+darwin_9+macosx (active) zlib @1.2.3_1 (active) [2009.26.02](12:55AM) -> [roscoe] ~ $ Best Regards, Bill Hernandez Plano, Texas From talklists at newgeo.com Wed Feb 25 23:44:48 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 23:44:48 -0800 Subject: Perl error, once and for all In-Reply-To: <20090226055133.GE27410@darkart.com> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> Message-ID: <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> On Feb 25, 2009, at 9:51 PM, Eric Hall wrote: >> That feels dirty to me, why not just -f all p5 installs then? If >> that >> is the real solution, why not have ports look for p5 and auto add >> the - >> f? I am sure this is a bad idea, but if this is the norm, users are >> more or less going to do this anyway. What are the risks? >> >>> Really, the port should output a note letting you know that you need >>> to do this (and/or we should just decide to order @INC like freebsd >>> ports does so that we don't have to deal with it any more.). > > Yes, and this is going to happen... RSN. > > For some (if not all) of the p5-* ports that have recently > sprouted problems, its the man pages that are the issue, not the > modules themselves. I haven't had a chance to look into what > can be done to avoid the man page collisions. > Forcing the install with -f isn't the right solution. > It "works" as a band-aid for now, but its not a good thing. How can you tell it is a man page collision? Here is a pretty consistant error I see: Error: Target org.macports.activate returned: Image error: /opt/local/ lib/perl5/5.8.9/Test/Builder/Module.pm is being used by the active perl5.8 port. Please deactivate this port first, or use the -f flag to force the activation. Some, yes, I see man pages, and I feel a lot better about -f'ing them. This one, I just braved it, and did not know the repercussions. Is this saying, the new port I am installing, has in it "Module.pm", and is trying to write over /opt/local/lib/perl5/5.8.9/Test/Builder/ Module.pm ? If that is the case, would it not be acceptable to version check the to be installed, against the already installed. If they are equal, move on, that is graceful. If they are not equal, I am not sure what to do, logically, you could ask the user to figure it out, that seems half baked. Picking the newest version seems dangerous. Leaving it alone, seems problematic. Installing it elsewhere, and hooking your currently installed port into it would be acceptable, if that is even possible. I do not know enough about how perl works to understand this yet. -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Wed Feb 25 23:47:27 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 23:47:27 -0800 Subject: Difference in -v or -d In-Reply-To: <05684841-FA1B-4805-8362-966845473525@macports.org> References: <49A5F28D.6010703@macports.org> <49A60AA6.9080404@macports.org> <05684841-FA1B-4805-8362-966845473525@macports.org> Message-ID: On Feb 25, 2009, at 9:21 PM, Ryan Schmidt wrote: > On Feb 25, 2009, at 22:09, Scott Haneda wrote: >> I wish I could give you an example, let me try to explain: >> sudo port -v install >> password: ****** >> >> Thats it, that is all I get, it just sits there, nothing, a blank >> line in the shell, fully stalled. Next time, I will run `lsof` and >> `top` and see what is going on. >> >> I can only recover from the above with a control-c >> >> After that control-c, if I run the same command, -d instead, >> immediately, all the debug and info lines are sent to the screen. > > As Joshua said, -d prints output that -v does not. So everything may > be completely normal. How long have you waited at this point? On > what computer is this? What speed processor and disk? How much > memory? What port? Dual g5 2.0, 5 minutes at most, SATA II drives, on a SATA I interface, 16MB cache, I think 8GB memory. Port, hmm, could have been dovecot, postfix, apache2, php. Lets me work out some better test cases, now that I know it may be normal, I can investigate deeper. Thanks all. -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Wed Feb 25 23:49:47 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 25 Feb 2009 23:49:47 -0800 Subject: Process for checking port dependencies In-Reply-To: <49A5ED8C.4050400@macports.org> References: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> <49A5ED8C.4050400@macports.org> Message-ID: On Feb 25, 2009, at 5:17 PM, Joshua Root wrote: >> I have somewhere around 40 or these to do, it is a process. If >> there is >> anything anyone can share to make it easier, I sure would love to >> hear it. > > This is the main problem that trace mode (-t) was designed to solve. Does trace mode actually install anything, or just run through it? Can you share a simple example? -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Wed Feb 25 23:53:47 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 01:53:47 -0600 Subject: Perl error, once and for all In-Reply-To: <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> Message-ID: <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> On Feb 26, 2009, at 01:44, Scott Haneda wrote: > On Feb 25, 2009, at 9:51 PM, Eric Hall wrote: >>> That feels dirty to me, why not just -f all p5 installs then? If >>> that >>> is the real solution, why not have ports look for p5 and auto add >>> the - >>> f? I am sure this is a bad idea, but if this is the norm, users are >>> more or less going to do this anyway. What are the risks? >>> >>>> Really, the port should output a note letting you know that you >>>> need >>>> to do this (and/or we should just decide to order @INC like freebsd >>>> ports does so that we don't have to deal with it any more.). >> >> Yes, and this is going to happen... RSN. >> >> For some (if not all) of the p5-* ports that have recently >> sprouted problems, its the man pages that are the issue, not the >> modules themselves. I haven't had a chance to look into what >> can be done to avoid the man page collisions. >> Forcing the install with -f isn't the right solution. >> It "works" as a band-aid for now, but its not a good thing. > > > How can you tell it is a man page collision? Here is a pretty > consistant error I see: > Error: Target org.macports.activate returned: Image error: /opt/ > local/lib/perl5/5.8.9/Test/Builder/Module.pm is being used by the > active perl5.8 port. Please deactivate this port first, or use the - > f flag to force the activation. > > Some, yes, I see man pages, and I feel a lot better about -f'ing > them. This one, I just braved it, and did not know the repercussions. Note that you will only be told about the first collision. There may be untold subsequent collisions about which you're not informed until you -f the activation, at which point it's a bit late to change it. In most cases, you do not want to use the -f flag with MacPorts. With the p5 modules it is currently sometimes necessary, see below. > Is this saying, the new port I am installing, has in it > "Module.pm", and is trying to write over /opt/local/lib/perl5/5.8.9/ > Test/Builder/Module.pm ? If that is the case, would it not be > acceptable to version check the to be installed, against the > already installed. If they are equal, move on, that is graceful. > > If they are not equal, I am not sure what to do, logically, you > could ask the user to figure it out, that seems half baked. > Picking the newest version seems dangerous. Leaving it alone, > seems problematic. Installing it elsewhere, and hooking your > currently installed port into it would be acceptable, if that is > even possible. MacPorts operates under the assumption that exactly one port will provide a file at a given path. The combination of perl5.8 and whatever module it is that you were installing that wanted to install Test/Builder/Module.pm is in violation of that assumption. Sometimes this occurs because perl5.8 didn't used to include a particular module (hence a separate port was created) but now due to a version update perl5.8 does already include that module (making the separate port unnecessary). Sometimes the separate port may provide a newer version. I do not think we need to change the MacPorts error message from the one that is currently being printed. It is accurate. From ryandesign at macports.org Wed Feb 25 23:54:56 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 01:54:56 -0600 Subject: Trace mode (was: Re: Process for checking port dependencies) In-Reply-To: References: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> <49A5ED8C.4050400@macports.org> Message-ID: <3B9472C4-AB77-493D-BC3F-149F821ECDF3@macports.org> On Feb 26, 2009, at 01:49, Scott Haneda wrote: > On Feb 25, 2009, at 5:17 PM, Joshua Root wrote: > >>> I have somewhere around 40 or these to do, it is a process. If >>> there is >>> anything anyone can share to make it easier, I sure would love to >>> hear it. >> >> This is the main problem that trace mode (-t) was designed to solve. > > Does trace mode actually install anything, or just run through it? > Can you share a simple example? Trace mode prevents the things you are installing from accessing files you did not declare dependencies on. That's it. It inserts itself into the libraries of the software you are installing, overriding its open() call or whatever with a replacement call that first checks that your dependencies allow opening that particular file. Just try it out. From jmr at macports.org Thu Feb 26 00:00:08 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 19:00:08 +1100 Subject: Process for checking port dependencies In-Reply-To: References: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> <49A5ED8C.4050400@macports.org> Message-ID: <49A64C08.5000005@macports.org> Scott Haneda wrote: > On Feb 25, 2009, at 5:17 PM, Joshua Root wrote: > >>> I have somewhere around 40 or these to do, it is a process. If there is >>> anything anyone can share to make it easier, I sure would love to >>> hear it. >> >> This is the main problem that trace mode (-t) was designed to solve. > > > Does trace mode actually install anything, or just run through it? Can > you share a simple example? The one thing that -t changes is that access is denied to files that the port should not be using (according to its dependency list). It prints a message for attempted accesses. - Josh From ryandesign at macports.org Thu Feb 26 00:18:04 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 02:18:04 -0600 Subject: Trace mode In-Reply-To: <49A63651.9090800@macports.org> References: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> <49A5ED8C.4050400@macports.org> <9572BC85-1FAA-49A9-9B4A-74D6D91DAB20@macports.org> <49A63651.9090800@macports.org> Message-ID: <41D5D70C-7502-4C0B-8882-F7A59636BA5A@macports.org> On Feb 26, 2009, at 00:27, Joshua Root wrote: > Ryan Schmidt wrote: > >> The problem seems to be that darwintrace.dylib is compiled for >> i386 only >> but my bzip2 is 4-way universal. If I deactivate bzip2 +universal and >> install bzip2 non-universal it extracts fine. >> >> So for darwintrace to work with 4-way universal ports, I need to >> build >> MacPorts base as 4-way universal? I have tried, but I get: >> >> >> checking objc/objc.h usability... yes >> checking objc/objc.h presence... yes >> checking for objc/objc.h... yes >> checking if linking libobjc requires pthreads... no >> checking for Apple Objective-C runtime... no >> checking for GNU Objective C runtime... no >> configure: error: Could not locate a working Objective-C runtime. >> See `config.log' for more details. > > Is this on Tiger? Yes. > If so, that's to be expected (practically nothing is > 64-bit other than libSystem). Practically nothing in the OS is 64-bit other than libSystem, perhaps, but I have plenty of 4-way universal ports installed. > You could disable the ObjC stuff by > passing --with-objc-runtime=no and --with-objc-foundation=no. What will that do? What is the ObjC stuff? What will I be missing by disabling it? From talklists at newgeo.com Thu Feb 26 00:20:50 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 26 Feb 2009 00:20:50 -0800 Subject: Perl error, once and for all In-Reply-To: <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> Message-ID: On Feb 25, 2009, at 11:53 PM, Ryan Schmidt wrote: >> Is this saying, the new port I am installing, has in it >> "Module.pm", and is trying to write over /opt/local/lib/perl5/5.8.9/ >> Test/Builder/Module.pm ? If that is the case, would it not be >> acceptable to version check the to be installed, against the >> already installed. If they are equal, move on, that is graceful. >> >> If they are not equal, I am not sure what to do, logically, you >> could ask the user to figure it out, that seems half baked. >> Picking the newest version seems dangerous. Leaving it alone, seems >> problematic. Installing it elsewhere, and hooking your currently >> installed port into it would be acceptable, if that is even possible. > > MacPorts operates under the assumption that exactly one port will > provide a file at a given path. The combination of perl5.8 and > whatever module it is that you were installing that wanted to > install Test/Builder/Module.pm is in violation of that assumption. > Sometimes this occurs because perl5.8 didn't used to include a > particular module (hence a separate port was created) but now due to > a version update perl5.8 does already include that module (making > the separate port unnecessary). Sometimes the separate port may > provide a newer version. Ok, so if I am getting this, perl5.8 has a module already installed and the p5 I want to put is in also trying to put it in. This is the core conflict? Which one do you chose is the issue? At the very least, let me chose, but the -f can force things to happen even deeper down the chain, and it would be a bear to back out of those. > I do not think we need to change the MacPorts error message from the > one that is currently being printed. It is accurate. I agree, though we need to figure out how to make the message go away. -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Thu Feb 26 00:26:22 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 02:26:22 -0600 Subject: Perl error, once and for all In-Reply-To: References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> Message-ID: <707C94E4-9868-4B39-BF42-E0D003BA6DBA@macports.org> On Feb 26, 2009, at 02:20, Scott Haneda wrote: >> MacPorts operates under the assumption that exactly one port will >> provide a file at a given path. The combination of perl5.8 and >> whatever module it is that you were installing that wanted to >> install Test/Builder/Module.pm is in violation of that assumption. >> Sometimes this occurs because perl5.8 didn't used to include a >> particular module (hence a separate port was created) but now due >> to a version update perl5.8 does already include that module >> (making the separate port unnecessary). Sometimes the separate >> port may provide a newer version. > > Ok, so if I am getting this, perl5.8 has a module already installed > and the p5 I want to put is in also trying to put it in. This is > the core conflict? I believe that is correct, yes. > Which one do you chose is the issue? There are a few p5 ports that print messages advising users to force the activation of the p5 port. This would cause the p5 port's module to overwrite the perl5.8 port's module. The assumption is that the p5 port provides a newer version. > At the very least, let me chose, but the -f can force things to > happen even deeper down the chain, and it would be a bear to back > out of those. > >> I do not think we need to change the MacPorts error message from >> the one that is currently being printed. It is accurate. > > I agree, though we need to figure out how to make the message go away. There is a ticket for this problem, I believe it has been mentioned earlier. I believe the possible fixes are 1) delete the p5 port for which a module is already included in the perl5.8 port; 2) delete the module from the perl5.8 port so that the p5 port can provide it; 3) integrate the p5 port's module into the perl5.8 port in the event that it is newer; 4) make the p5 ports install modules into a separate location from where the perl5.8 port installs modules (the question then is how to make perl-using software see both sets of modules; I am not a perl expert so I do not know the answer). From jmr at macports.org Thu Feb 26 01:04:55 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 20:04:55 +1100 Subject: Trace mode In-Reply-To: <41D5D70C-7502-4C0B-8882-F7A59636BA5A@macports.org> References: <90198B6B-EE65-406A-8C65-E1AD44FCF4FF@newgeo.com> <49A5ED8C.4050400@macports.org> <9572BC85-1FAA-49A9-9B4A-74D6D91DAB20@macports.org> <49A63651.9090800@macports.org> <41D5D70C-7502-4C0B-8882-F7A59636BA5A@macports.org> Message-ID: <49A65B37.4060606@macports.org> Ryan Schmidt wrote: > > On Feb 26, 2009, at 00:27, Joshua Root wrote: > >> Ryan Schmidt wrote: >> >>> The problem seems to be that darwintrace.dylib is compiled for i386 only >>> but my bzip2 is 4-way universal. If I deactivate bzip2 +universal and >>> install bzip2 non-universal it extracts fine. >>> >>> So for darwintrace to work with 4-way universal ports, I need to build >>> MacPorts base as 4-way universal? I have tried, but I get: >>> >>> >>> checking objc/objc.h usability... yes >>> checking objc/objc.h presence... yes >>> checking for objc/objc.h... yes >>> checking if linking libobjc requires pthreads... no >>> checking for Apple Objective-C runtime... no >>> checking for GNU Objective C runtime... no >>> configure: error: Could not locate a working Objective-C runtime. >>> See `config.log' for more details. >> >> Is this on Tiger? > > Yes. > >> If so, that's to be expected (practically nothing is >> 64-bit other than libSystem). > > Practically nothing in the OS is 64-bit other than libSystem, perhaps, > but I have plenty of 4-way universal ports installed. None that use Foundation, I'd imagine. >> You could disable the ObjC stuff by >> passing --with-objc-runtime=no and --with-objc-foundation=no. > > What will that do? What is the ObjC stuff? What will I be missing by > disabling it? Uh... good question. :-) Looks like tclobjc1.0 and the part of the new proxy configuration code that reads from system prefs. - Josh From talklists at newgeo.com Thu Feb 26 01:16:38 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 26 Feb 2009 01:16:38 -0800 Subject: Case of port names? Message-ID: <06454ED3-CA0E-4EB8-9C77-B773463F7900@newgeo.com> Are all port names to be lowercase? I changed my port name in the portfile from assp to ASSP, since that is how the project is named, and it can no longer download the zip source files. Recommended method would be to use correct case when installing the file directory, but the port name stays lowercase across the board? -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Thu Feb 26 01:16:24 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 03:16:24 -0600 Subject: apache2 location In-Reply-To: <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> Message-ID: <1FE454BE-FE0D-428C-AE09-3F7EE7EB2B3F@macports.org> This is a mega-reply to many previous messages in this thread. On Feb 24, 2009, at 16:35, Scott Haneda wrote: > A few questions... how come the apacche2 does not warn me of the > violation, I see the "violate" in the port file, but as far as I > can tell, there is nothing when installing it to tell me? I will > confirm once more on a install, but i am pretty sure I did not see it. It does warn you, as you noted in a later message: Warning: portname requests to install files outside the common directory structure! > If I modify the port to put apache in www, I believe that to be the > correct place based on the above url, is this a huge undertaking > that is going to require a lot of discussion to not break thing? > Every path is going to need to change. Apache does not belong in ${prefix}/www. That directory is for web site data (htdocs, cgi-bin, etc.) > To me it is worth it to follow the guidelines of MacPorts, but this > may be one that is so engrained in MacPorts, it might not want to > change. I'm not opposed to changing apache2 (and apache and apache20) to conform better to the MacPorts directory layout. apache2 is maintained by James Cox who hasn't been very active with MacPorts recently so we will have to take some initiative to decide what exactly we want to change, file a ticket, attach a new portfile proposal, and if James doesn't reply in awhile, we can commit it. apache20 is maintained by Blair Zajac and is supposed to be similar to apache2 in all respects except the version, so we should be able to make the same changes there. apache is maintained by me with openmaintainer. It currently has two different modes of installation (two different possible layouts); this should be changed to just a single layout that agrees with whatever we choose for the apache2 layout. One possible reason we might want separate directories for the different apaches (${prefix}/apache2, ${prefix}/apache20, ${prefix}/ apache) is to allow simultaneous installation of multiple versions. However this is not even possible today; the manpages still conflict. We could go to considerable effort to make all three ports install into ${prefix} but with version-specific names for each file, or we could admit that probably nobody needs to have both apache (1) and apache2 at the same time and just let them conflict with one another. > My feeling is, the sooner the better, there are already a handful > of blogs out there, which instructions and hard paths in their > instructions pointing to the current location. The sooner we put > it where MacPorts recommends, the better the long term usability is > going to be. We have our own documentation in the MAMP wiki page which should be canonical and up to date with the current state of the ports, whatever that may be. Users should always look there first. On Feb 24, 2009, at 19:03, Scott Haneda wrote: > Warning: portname requests to install files outside the common > directory structure! > ( That to me sound serious, ominous, and something we should strive > to solve for new users ) The wording could be improved to sound less-ominous. It is merely a warning to the user that this port does not install (all) files in the locations the user might otherwise have come to expect from MacPorts. The user can run "port contents apache2" to find out where the files got installed. > It generates an error, which is something people have to learn to > ignore or research about why the error happened. For a user who is > not a port contributor, this error is off putting to them. It is not an error; it is a warning. > Now I know what the error is about. There are a lot of people I > try to get to use ports, and they all tell me they tried in the > past but could not get past errors, maybe this is one of those issues. If users are encountering issues with ports, they should subscribe to macports-users and tell us about them so that we can fix them. Or they should file tickets in Trac. On Feb 24, 2009, at 21:13, Mike Savory wrote: > I think you are confusing destroot.violate_mtree > > For which the docs say: > >> This means that the port installed files outside of their normal >> locations in ${prefix}. These could be files totally outside of $ >> {prefix}, which could cause problems on your computer, or files >> inside of ${prefix} that are not in a standard location. Use port >> contents portname to see the location for all files that were >> installed by a given port. > > > And the apache2 port which actually does install all its files in > $prefix in a normal Mac OSX install, as the command "port contents > apache2" shows > For most people $prefix is /opt/local/ I don't think Scott is confusing these things. The documentation is correct. Violating the mtree can occur not only by installing files completely outside of ${prefix} (which apache2 does not do) but also by installing into directories inside ${prefix} which are nonstandard. apache2 installs to ${prefix}/apache2 which is not one of the standard directory specified by "man porthier", hence it is considered an mtree violation. > So what you are actually suggesting is changing the default layout > htdocsdir: ${datadir}/htdocs > > to read in macports > htdocsdir: ${prefix}/www > > to comply with the standard layout? First of all, the document root should not be ${prefix}/www but $ {prefix}/www/htdocs (there will be other things in ${prefix}/www other than the document root -- for example the cgi-bin directory). But a discussion of where apache2 and other webserver and web app ports should look for and put their web files is a totally separate issue, which I began a discussion of 2 weeks ago in this thread: http://lists.macosforge.org/pipermail/macports-dev/2009-February/ 007388.html > I believe the > destroot.violate_mtree yes > in the portfile is primarily to allow the platform Darwin to > install files outside the prefix. No, apache2 does not install files outside of ${prefix} (except for the launchd plist in /Library/LaunchDaemons, which is not considered an mtree violation; it is a normal and necessary part of allowing Mac OS X to start processes at system startup time). On Feb 24, 2009, at 22:25, Scott Haneda wrote: > I have a feeling I am going to stand alone on this one, which is > fine, I have no intention of pushing it, this was just to find out > why this was chosen, You don't stand alone on this issue, I don't think there's a need to argue the benefits of putting the software into the standard directories, we just need to consider what the exact directory layout should be and then change the port to put the files there. > and why it was not caught as in violation of suggested layouts. > There is even a patch where the violate_mtree option was added in > trac. Not that long ago either, where did apache 2 install prior > to that? As far as I know, the apache2 port has always installed to ${prefix}/ apache2. The mtree checking code was added relatively recently to MacPorts base. Prior to that, no checking was done. Ports could install files wherever on the user's system and the user would never know unless they looked at "port contents". Now that checking is done, a warning is printed at install time if a port installs to a nonstandard location. It reads like this: Warning: violation by /opt/local/apache2 Warning: apache2 violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases! As a result, "destroot.violate_mtree" was added to the port to indicate that this violation of the standard directory structure was intentional (i.e. was not an accident). Now the warning reads as you originally noted: Warning: apache2 requests to install files outside the common directory structure! On Feb 24, 2009, at 22:41, Scott Haneda wrote: > But yes, I am suggesting it be in /opt/local/etc or wherever is > most appropriate according to the guidelines. Let's just say, if I > were writing this port and it had never been written before, I > would have seen those guidelines, and put it elsewhere. Is this to > mean, I am reading those guidelines wrong? You are reading the guidelines correctly. In this case, the default upstream apache2 software simply by default installs into ${prefix}/ apache2, and no effort was undertaken in the port to change this. We could change this now. >> I believe the >> destroot.violate_mtree yes >> in the portfile is primarily to allow the platform Darwin to >> install files outside the prefix. > > I very much think you are correct as well. That makes sense, as > there are a few cases, where you just may have to do this, and you > need that warning, in order to know you are doing something ASU may > kill. Ports should not install things that Apple Software Update may overwrite. The whole point of having a separate MacPorts prefix is to isolate MacPorts-installed software from Apple-installed software. > This is apache2, it should not generate an alert. There is nothing > funky about it. Currently, because apache2 installs to a nonstandard location, a warning is printed. > Maybe MacPorts should then dismiss the warning except when things > are installed outside of prefix, then this makes sense. They > should also update the docs to allow anything to go in /opt/local. No, it is also incorrect (or at least, non preferable) for a port to install into a nonstandard directory within ${prefix}. apache2 currently does this, hence a warning is (and should continue to be) printed. > What I can say, is I am more than a new ports user, still beginner, > but if I were a totally new user, this would be a hang-up to me, > maybe most just let it go and ignore the warning, I tend to not be > that person, as these emails probably illustrate :) Could you suggest an alternate wording of the message that would make it more clear to you that the port is deliberately installing files into nonstandard places and that you as a user should simply be aware of that fact? A suggestion I made some time ago was that each error or warning MacPorts can print should be rather short (no more than one line), and then it should print a URL to a wiki page where the error can be described in more detail. Each such error page should, I think, be divided into two sections: 1) what a user should do about this message, and 2) what a port author should do about this message. What do you think about this idea? On Feb 25, 2009, at 08:11, Chris Janton wrote: > hmmm - I'm comparing my Mac OS X 10.3 system, my Centos 5 system, > and an Ubuntu system. > > Yeah, well, the Ubuntu system is just too weird (now I know why I > chose Centos ;-) they name httpd apache2... > > The executable files could be split amongst /usr/sbin (apachectl, > httpd) and /usr/bin (htdigest, htpasswd) Of course MacPorts will not (should not) install anything into directories /usr/sbin or /usr/bin or anywhere else that Apple puts files. MacPorts should install such files to ${prefix}/sbin and $ {prefix}/bin. > The configuration files could be put in /opt/local/etc/httpd That sounds reasonable. But both apache (1) and apache2 are called "httpd" so we may want to use ${prefix}/etc/apache2 and ${prefix}/etc/ apache instead so that a user who has tried more than one of apache and apache2 will not be confused. An apache (1) configuration file would not be appropriate for use with apache2 and vice versa. The same goes for whatever directory we choose for apache modules -- these are not compatible between versions. > The htdocs directory could be put in /opt/local/www, but some could > make that case that it should actually be /opt/local/var/www - at > this point it probably becomes "whose distribution is the master/ > overlord" - Unix politics at its finest ;-) "man porthier" says we use ${prefix}/www. It mentions ${prefix}/www/ cgi-bin but no other directories (notably it doesn't mention $ {prefix}/www/htdocs which I would like it to mention). > Of course, why would you put your web site assets into the /opt/ > local tree? not like anyone is going to do that. > Same goes for MySQL databases as well, but that's a different issue. True, but there are many web app ports that need to install web files somewhere, and it seems a good place to use is ${prefix}/www/htdocs/$ {name} (if the web app is designed to go directly into the document root) or ${prefix}/www/${name} (if the web app is designed to go outside the document root; then symlinks can be placed in ${prefix}/ www/htdocs/${name} as appropriate, or an apache configuration snippet can be included in a separate file). Users who are doing their own web site development can still reconfigure how their web server works if desired, and can use Alias directives to direct certain URLs to MacPorts-installed web files in ${prefix}/www even if their DocumentRoot has been changed. > So does "fixing" the apache2 port to behave like "real" systems > simply mean the port should add symlinks in sbin and bin (wherever > you put them) that point to the binaries in /opt/local/apache2? That would not cure the mtree violation, which I think is the point of the discussion. > Please see MySQL5 - they provide the symlinks. Want an oddball path > or 2? > > ls -al /opt/local/bin/mysqladmin > lrwxr-xr-x 1 root admin 28B 2 Sep 2007 /opt/local/bin/ > mysqladmin@ -> ../lib/mysql5/bin/mysqladmin Yes, the mysql5 layout is convoluted, but it represents perhaps an extreme case of what you will get if you try to shoehorn a big package into an existing directory structure. Either you put everything in ${prefix}/mysql5, which violates the mtree, or you go to great lengths to put it into the standard directories, which results in what mysql5 does. Well, maybe it goes a bit overboard. It probably won't be so bad for apache2. On Feb 25, 2009, at 16:05, Adam Byrtek wrote: > Scott, I think that in principle you are right. On the other hand I > can understand that many people are used to the current layout and if > the change is accepted, some reasonable migration strategy will have > to be prepared. Such migration shouldn't involve any manual work > and/or data loss. If we rearrange the layout of apache2, you should not necessarily expect it to handle any migration of config files or data for you. You should expect to have to do so manually. It would not be proper for MacPorts to move files that are not registered to a port. The new port could check whether, say, the httpd.conf exists at the location where the old port looked for it, and in that case, print a message explaining the new layout to the user and recommend they move their files. Any apache2 modules (for example php5) would have to be rebuilt by the user so that they get installed into the new module directory. The apache2 port cannot do this for you. It might be possible for apache2 to figure out which modules you have installed and tell you which ports you have to rebuild, though that would take a little work. On Feb 25, 2009, at 16:51, Scott Haneda wrote: > Fully agree on that front. It was why I wondered if this was too > engrained in how it was done, it just may not be worth it. But, > then again, the move should be pretty simple, ports is sort of > designed by nature to fiddle with paths and move stuff around. It is not designed to move files that are not registered to a port. The apache config file httpd.conf and any web data you have installed are not registered to the apache2 port so it cannot move those files for you. On Feb 25, 2009, at 17:40, Adam Byrtek wrote: > I guess the best first step would be to raise this on macports-dev > mailing list and get acceptance from the gurus :) Since the issue began being discussed here on macports-users I think it's fine to continue here. On Feb 26, 2009, at 01:35, Bill Hernandez wrote: > I just like going to /opt/local/apache2 and finding everything > related to apache in one spot. > > I remember when I did one of my first installs and began trying to > track down the logfiles to mysql and pgsql. It took me some time to > locate them due to what I considered to be some inconsistencies. > Now that I have done this a few times, it doesn't matter where the > stuff lives. It is obvious that I was only considering the > convenience, and not the practicality. > > /opt/local/var/db/mysql5/hostname.local.err > /opt/local/var/log/postgresql83/postgres.log > > Apache on the other hand was very easy to locate. > > /opt/local/apache2/logs/access_log > /opt/local/apache2/logs/error_log > /opt/local/apache2/logs/mod_rewrite.log > > Now that I more or less know where things live, it doesn't matter, > but in the beginning it was not easy tracking down all the logs > and conf files. "port contents foo" always tells you what files are installed by port foo so that is a good way to learn. From ryandesign at macports.org Thu Feb 26 01:20:21 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 03:20:21 -0600 Subject: Difference in -v or -d In-Reply-To: References: <49A5F28D.6010703@macports.org> <49A60AA6.9080404@macports.org> <05684841-FA1B-4805-8362-966845473525@macports.org> Message-ID: <70C72382-F69F-478A-8E30-69AC7A962A98@macports.org> On Feb 26, 2009, at 01:47, Scott Haneda wrote: > On Feb 25, 2009, at 9:21 PM, Ryan Schmidt wrote: >> On Feb 25, 2009, at 22:09, Scott Haneda wrote: >>> I wish I could give you an example, let me try to explain: >>> sudo port -v install >>> password: ****** >>> >>> Thats it, that is all I get, it just sits there, nothing, a blank >>> line in the shell, fully stalled. Next time, I will run `lsof` >>> and `top` and see what is going on. >>> >>> I can only recover from the above with a control-c >>> >>> After that control-c, if I run the same command, -d instead, >>> immediately, all the debug and info lines are sent to the screen. >> >> As Joshua said, -d prints output that -v does not. So everything >> may be completely normal. How long have you waited at this point? >> On what computer is this? What speed processor and disk? How much >> memory? What port? > > Dual g5 2.0, 5 minutes at most, SATA II drives, on a SATA I > interface, 16MB cache, I think 8GB memory. Port, hmm, could have > been dovecot, postfix, apache2, php. > > Lets me work out some better test cases, now that I know it may be > normal, I can investigate deeper. 5 minutes seems like a very long time on a modern machine like that. I could understand an older G3 or G4 taking that long to process the list of dependencies for something enormous with a hundred dependencies, but not apache2 which only depends on a dozen other ports. In any case, as you know, -d prints more info than -v. So run it with -d instead of -v and see what it's doing. Or try this: build the port once with -d and once with -v and time it and see if -v is really taking a lot longer. sudo port clean apache2 time sudo port -df destroot apache2 sudo port clean apache2 time sudo port -vf destroot apache2 sudo port clean apache2 It should be the case that the above two destroot commands take roughly the same amount of time, and that the one with -d will print more information than the one with -v. From jmr at macports.org Thu Feb 26 01:31:07 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 20:31:07 +1100 Subject: Case of port names? In-Reply-To: <06454ED3-CA0E-4EB8-9C77-B773463F7900@newgeo.com> References: <06454ED3-CA0E-4EB8-9C77-B773463F7900@newgeo.com> Message-ID: <49A6615B.8050107@macports.org> Scott Haneda wrote: > Are all port names to be lowercase? No. > I changed my port name in the > portfile from assp to ASSP, since that is how the project is named, and > it can no longer download the zip source files. > > Recommended method would be to use correct case when installing the file > directory, but the port name stays lowercase across the board? $distname defaults to $name, change it if you need to. - Josh From jmr at macports.org Thu Feb 26 01:33:17 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 26 Feb 2009 20:33:17 +1100 Subject: Case of port names? In-Reply-To: <49A6615B.8050107@macports.org> References: <06454ED3-CA0E-4EB8-9C77-B773463F7900@newgeo.com> <49A6615B.8050107@macports.org> Message-ID: <49A661DD.7040905@macports.org> Joshua Root wrote: > Scott Haneda wrote: >> Are all port names to be lowercase? > > No. > >> I changed my port name in the >> portfile from assp to ASSP, since that is how the project is named, and >> it can no longer download the zip source files. >> >> Recommended method would be to use correct case when installing the file >> directory, but the port name stays lowercase across the board? > > $distname defaults to $name, change it if you need to. Correction: it defaults to ${name}-${version} - Josh From ryandesign at macports.org Thu Feb 26 03:39:35 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 05:39:35 -0600 Subject: Case of port names? In-Reply-To: <49A6615B.8050107@macports.org> References: <06454ED3-CA0E-4EB8-9C77-B773463F7900@newgeo.com> <49A6615B.8050107@macports.org> Message-ID: <95AB0324-3EE9-4016-B0A1-D5F5A7C686BB@macports.org> On Feb 26, 2009, at 03:31, Joshua Root wrote: > Scott Haneda wrote: > >> Are all port names to be lowercase? > > No. Use whatever case gives you the greatest pleasure, or rather, best matches the project name. There was a problem in MacPorts < 1.7.0 when the case of the port name did not match the case the user typed on the command line. Users usually typed port names in all lowercase, so ports that used uppercase letters caused problems for those users. But now that MacPorts 1.7.0 has fixed that issue, there's no reason not to use uppercase letters. We have 187 ports currently using uppercase letters in their names. From ryandesign at macports.org Thu Feb 26 03:52:48 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 05:52:48 -0600 Subject: Updating MySQL In-Reply-To: References: Message-ID: <7FD8D81F-E67A-4020-BFAA-DF2D5CE3F1C2@macports.org> On Feb 25, 2009, at 12:47, Marion Dumas wrote: > I am new to macports, Welcome! > so sorry for my perhaps naive question. I need > to build a database in mySQL so I'm checking I have the newest > version. Mysql is pre-installed on mac os x (new versions), It is? I didn't think Apple provided MySQL on Mac OS X at all, only on Mac OS X Server. In any case, MacPorts does not use any MySQL provided by Apple. > but it was > also re-installed by macports automatically when I installed the port > dia a few weeks ago. Hmm, I can't find a mysql in any of dia's dependencies. > So I ran selfupdate to get any mysql port update. > Now, when I search for mysql5, I find it under > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_datab > ases_mysql5/work/destroot/opt/local/bin/mysql5. That's the destroot directory where mysql5 gets staged before it's installed. The directory should get cleaned up after installation (unless you have turned autoclean off in macports.conf) so the fact that the directory is still around suggests mysql5 installation did not complete. What does "port installed | grep mysql" say? > But when I launch mySQL from the terminal, it starts off mysql4 (which > I can find under both /opt/local/etc/mysql4 AND > /opt/local/var/macports/sources/rsync.macports.org/release/ports/ > databases/mysql4/). /opt/local/etc/mysql4 is probably where MySQL 4 configuration files are kept. The second location in the ports directory is the mysql4 portfile. You will find all of our 5576 portfiles in there. > So my question is the following: > 1) Is it a problem that I have mysql installed in different places due > to the fact that it was pre-installed and then installed again > elsewhere by macports when installing another application? I'm not sure yet what mysqls you have installed. Show us what the "port installed" command above outputs. > 2) How do I actually get the newer version to run instead of the > older one? To get the MacPorts mysql5 server to run, first stop any other mysql server you're running, then install mysql5 with the server variant: sudo port install mysql5 +server Then you configure it and start the launch daemon using the instructions the port prints. You may also want to consult the MAMP wiki page. It contains more detailed instructions: http://trac.macports.org/wiki/howto/MAMP#Step3:InstallMySQL From ryandesign at macports.org Thu Feb 26 03:57:08 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 05:57:08 -0600 Subject: New to mac/macports. Trouble installing playerstage. In-Reply-To: References: <22142510.post@talk.nabble.com> <22191651.post@talk.nabble.com> Message-ID: <368C1031-F04F-497A-9762-EB0D81FE54CE@macports.org> On Feb 24, 2009, at 17:43, Timothy Goins wrote: >> Just an update. I reinstalled macports and it started to build the >> dependecies. I am not sure what was wrong. However, when it came >> to the last >> part of installing playerstage-player itself it gave me the >> following error: >> >> ---> Building playerstage-player >> Error: Target org.macports.build returned: shell command " cd >> "/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_scie >> nce_playerstage-player/work/player-2.0.4" >> && make all " returned error 2 >> Command output: building '_playerc' extension >> swigging playerc.i to playerc_wrap.c >> swig -python -o playerc_wrap.c playerc.i >> playerc.i:45: Warning(124): Specifying the language name in % >> typemap is >> deprecated - use #ifdef SWIG instead. >> playerc.i:83: Warning(124): Specifying the language name in % >> typemap is >> deprecated - use #ifdef SWIG instead. >> playerc.i:122: Warning(124): Specifying the language name in % >> typemap is >> deprecated - use #ifdef SWIG instead. >> playerc.i:128: Warning(124): Specifying the language name in % >> typemap is >> deprecated - use #ifdef SWIG instead. >> gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- >> fused-madd >> -fno-common -dynamic -DNDEBUG -g -Os -Wall -Wstrict-prototypes - >> DMACOSX >> -I/usr/include/ffi -DENABLE_DTRACE -arch i386 -arch ppc -pipe - >> I./../.. >> -I../../../.. >> -I/System/Library/Frameworks/Python.framework/Versions/2.5/include/ >> python2.5 >> -c playerc_wrap.c -o build/temp.macosx-10.5-i386-2.5/playerc_wrap.o >> playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': >> playerc_wrap.c:40751: warning: assignment from incompatible >> pointer type >> playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': >> playerc_wrap.c:40751: warning: assignment from incompatible >> pointer type >> playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': >> playerc_wrap.c:40956: warning: passing argument 2 of >> 'playerc_mclient_addclient' from incompatible pointer type >> playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': >> playerc_wrap.c:40956: warning: passing argument 2 of >> 'playerc_mclient_addclient' from incompatible pointer type >> gcc -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc >> build/temp.macosx-10.5-i386-2.5/playerc_wrap.o -L./../../.libs >> -L../../../../libplayerxdr/.libs -L../../../../libplayercore/.libs >> -L../../../../libplayerjpeg/.libs -lplayerxdr -lplayerc - >> lplayerjpeg -ljpeg >> -lplayererror -o build/lib.macosx-10.5-i386-2.5/_playerc.so >> ld: library not found for -ljpeg >> collect2: ld returned 1 exit status >> ld: library not found for -ljpeg >> collect2: ld returned 1 exit status >> lipo: can't open input file: /var/tmp//ccNDXsud.out (No such file or >> directory) >> error: command 'gcc' failed with exit status 1 >> make[6]: *** [pythonbuild] Error 1 >> make[5]: *** [all] Error 2 >> make[4]: *** [all-recursive] Error 1 >> make[3]: *** [all-recursive] Error 1 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 > I am definitely not a MacPorts guru (although I am comfortable with > X11 and Unix in general). I've seen error flows like yours > before. My guess is that the port is looking for gcc in /usr/bin > and not finding it I'm not sure what makes you think that. The output shows gcc running and producing this error message: ld: library not found for -ljpeg So it cannot find the jpeg library. Is the jpeg port installed and active? The jpeg port is a declared dependency of the playerstage- player port so it should be there. Find out for sure: port installed jpeg Given the "-arch i386 -arch ppc" in your output, you are building a universal binary of playerstage-player. Have you already built a universal binary of jpeg? If you have jpeg installed but it's not universal, you need to rebuild it universal: sudo port -nf upgrade jpeg +universal From smurfair at gmail.com Thu Feb 26 04:04:00 2009 From: smurfair at gmail.com (Andy Schmitt) Date: Thu, 26 Feb 2009 06:04:00 -0600 Subject: launchd and multiple x11.apps Message-ID: I'm at a loss as to how to get X apps to launch my compiled Applications/MacPorts/X11.app rather than the XQuartz-installed Applications/Utilities/X11.app. The only thing I could think of was changing org.x.startx.plist so launchd would know which version to use? but that hasn't gotten me anywhere. Andy From talklists at newgeo.com Thu Feb 26 04:28:46 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 26 Feb 2009 04:28:46 -0800 Subject: Perl error, once and for all In-Reply-To: <707C94E4-9868-4B39-BF42-E0D003BA6DBA@macports.org> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> <707C94E4-9868-4B39-BF42-E0D003BA6DBA@macports.org> Message-ID: On Feb 26, 2009, at 12:26 AM, Ryan Schmidt wrote: > On Feb 26, 2009, at 02:20, Scott Haneda wrote: >>> MacPorts operates under the assumption that exactly one port will >>> provide a file at a given path. The combination of perl5.8 and >>> whatever module it is that you were installing that wanted to >>> install Test/Builder/Module.pm is in violation of that assumption. >>> Sometimes this occurs because perl5.8 didn't used to include a >>> particular module (hence a separate port was created) but now due >>> to a version update perl5.8 does already include that module >>> (making the separate port unnecessary). Sometimes the separate >>> port may provide a newer version. >> >> Ok, so if I am getting this, perl5.8 has a module already installed >> and the p5 I want to put is in also trying to put it in. This is >> the core conflict? > > I believe that is correct, yes. > >> Which one do you chose is the issue? > > There are a few p5 ports that print messages advising users to force > the activation of the p5 port. This would cause the p5 port's module > to overwrite the perl5.8 port's module. The assumption is that the > p5 port provides a newer version. Probably a mostly safe assumption. But there will be those edge cases. Newer is not always better and I would be willing to bet, there are some newer modules that break backwards functionality. I suppose that is the reason why this is not a simple issue to solve. >> At the very least, let me chose, but the -f can force things to >> happen even deeper down the chain, and it would be a bear to back >> out of those. >> >>> I do not think we need to change the MacPorts error message from >>> the one that is currently being printed. It is accurate. >> >> I agree, though we need to figure out how to make the message go >> away. > > There is a ticket for this problem, I believe it has been mentioned > earlier. I believe the possible fixes are 1) delete the p5 port for > which a module is already included in the perl5.8 port; And the repercussions of this being a module may or may not be newer, either way, there is the chance of breaking something. > 2) delete the module from the perl5.8 port so that the p5 port can > provide it; I think I interpret this as same issues as above. > 3) integrate the p5 port's module into the perl5.8 port in the event > that it is newer; Also same issues as above. > 4) make the p5 ports install modules into a separate location from > where the perl5.8 port installs modules (the question then is how to > make perl-using software see both sets of modules; I am not a perl > expert so I do not know the answer). I think you have to modify the module to "use lib" and supply a path. If that is the case, this would be the best option, as getting rid of the -f warning would then be on the port maintainer to solve. Does anyone know how CPAN solves this? -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Thu Feb 26 04:40:10 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 26 Feb 2009 04:40:10 -0800 Subject: Case of port names? In-Reply-To: <95AB0324-3EE9-4016-B0A1-D5F5A7C686BB@macports.org> References: <06454ED3-CA0E-4EB8-9C77-B773463F7900@newgeo.com> <49A6615B.8050107@macports.org> <95AB0324-3EE9-4016-B0A1-D5F5A7C686BB@macports.org> Message-ID: <9D4C1C06-183E-4BD1-AF65-4067CDA7E464@newgeo.com> On Feb 26, 2009, at 3:39 AM, Ryan Schmidt wrote: > On Feb 26, 2009, at 03:31, Joshua Root wrote: >> Scott Haneda wrote: >> >>> Are all port names to be lowercase? >> >> No. > > Use whatever case gives you the greatest pleasure, or rather, best > matches the project name. There was a problem in MacPorts < 1.7.0 > when the case of the port name did not match the case the user typed > on the command line. Users usually typed port names in all > lowercase, so ports that used uppercase letters caused problems for > those users. But now that MacPorts 1.7.0 has fixed that issue, > there's no reason not to use uppercase letters. We have 187 ports > currently using uppercase letters in their names. Then to confirm this is correct, I use assp as the name of my port and ASSP as the distname? name ASSP distname assp That did not seem to work for me, I had: name ASSP version 1.4.3.1 distname ASSP_${version}-Install This would yield a bad download for me, it could not locate it. The download URL from sourceforge that works is: http://internap.dl.sourceforge.net/assp/ASSP_1.4.3.1-Install.zip Where does ports get the first 'assp' in lowercase in that url? -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Thu Feb 26 04:50:45 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 26 Feb 2009 04:50:45 -0800 Subject: Dependencies Message-ID: <45AAD3D6-CC8F-4AC9-AD35-381EBCCD0AEE@newgeo.com> Seriously, I want to say a huge thanks to this list and all ports contributors and helpers. It is amazing to me. I have been rather chatty here lately, but always walk away with an answer. Good work. I ran into two issues today, with dependencies. I have a port, it will depend on a large number of p5's, each of those may or may not depend on other p5's, and I believe, a few of these have sub and sub sub dependencies. I had the final project working, but before I submit the port, I uninstalled everything, and reinstalled. Two of my p5's were not working. I got them to work, I do not know perl well, and probably did things in a round about way, looking for advice. The two are: Mail::SPF::Query Tie::RDBM Mail::SPF::Query My port file installs fine, it is a basic portfile, with no dependencies. I have been all over http://search.cpan.org/dist/Mail-SPF-Query/lib/Mail/SPF/Query.pm and I can not find anything that tells me it needs Sys::Hostname::Long. How would I get this info? As it is now, I have submitted this portfile, thinking it was good, learning it was not. Sorry. What I ended up doing was: /opt/local/bin/perl -MMail::SPF::Query -le 'print for Mail::SPF::Query- >new( helo => shift, ipv4 => shift, sender => shift)->result' \ helohost.example.com 1.2.3.4 user at example.com Can't locate Sys/ Hostname/Long.pm in @INC (@INC contains: /opt/local/lib/perl5/5.8.9/ darwin-2level /opt/local/lib/perl5/5.8.9 /opt/local/lib/perl5/ site_perl/5.8.9/darwin-2level /opt/local/lib/perl5/site_perl/5.8.9 / opt/local/lib/perl5/site_perl /opt/local/lib/perl5/vendor_perl/5.8.9/ darwin-2level /opt/local/lib/perl5/vendor_perl/5.8.9 /opt/local/lib/ perl5/vendor_perl .) at /opt/local/lib/perl5/vendor_perl/5.8.9/Mail/ SPF/Query.pm line 26. BEGIN failed--compilation aborted at /opt/local/ lib/perl5/vendor_perl/5.8.9/Mail/SPF/Query.pm line 26. Compilation failed in require. BEGIN failed--compilation aborted. From there, I could see Sys/Hostname/Long.pm was missing. The thing is, I already forgot how I managed to mangle up that one liner, and it was hard enough. To have to do that to 20 total p5's, ewww. Suggestions to alleviate this problem? Tie::RDBM This one needs dbi, (p5-dbi), and I honestly can not remember how it was that I figured that out. Tie:RDBM is even more complex, as it is contained inside Tie::dbi. So let me break that out, I needed Tie:RDBM, to get to it, I needed to find Tie:dbi, which has a dependency on DBI. Suggestions to alleviate this problem? If the answer is, I should write some small perl code to use each of the features of the module to make sure, I can live with that, and learn to do so. Hopefully, there is some handy little trick that will allow one off commands that can accomplish the same thing. Thanks again to all of you. -- Scott -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Thu Feb 26 05:01:07 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 07:01:07 -0600 Subject: Case of port names? In-Reply-To: <9D4C1C06-183E-4BD1-AF65-4067CDA7E464@newgeo.com> References: <06454ED3-CA0E-4EB8-9C77-B773463F7900@newgeo.com> <49A6615B.8050107@macports.org> <95AB0324-3EE9-4016-B0A1-D5F5A7C686BB@macports.org> <9D4C1C06-183E-4BD1-AF65-4067CDA7E464@newgeo.com> Message-ID: <62294852-C176-4B5B-A2F4-D9E632209567@macports.org> On Feb 26, 2009, at 06:40, Scott Haneda wrote: > On Feb 26, 2009, at 3:39 AM, Ryan Schmidt wrote: >> On Feb 26, 2009, at 03:31, Joshua Root wrote: >>> Scott Haneda wrote: >>> >>>> Are all port names to be lowercase? >>> >>> No. >> >> Use whatever case gives you the greatest pleasure, or rather, best >> matches the project name. There was a problem in MacPorts < 1.7.0 >> when the case of the port name did not match the case the user >> typed on the command line. Users usually typed port names in all >> lowercase, so ports that used uppercase letters caused problems >> for those users. But now that MacPorts 1.7.0 has fixed that issue, >> there's no reason not to use uppercase letters. We have 187 ports >> currently using uppercase letters in their names. > > Then to confirm this is correct, I use assp as the name of my port > and ASSP as the distname? > name ASSP > distname assp Here, you're showing ASSP as the name of the port and assp as the distname. > That did not seem to work for me, I had: > name ASSP > version 1.4.3.1 > distname ASSP_${version}-Install > > This would yield a bad download for me, it could not locate it. The > download URL from sourceforge that works is: > http://internap.dl.sourceforge.net/assp/ASSP_1.4.3.1-Install.zip > > Where does ports get the first 'assp' in lowercase in that url? That means you're downloading from the sourceforge fetch group? It by default uses the port name as the sourceforge project name, if you specify just: master_sites sourceforge This is equivalent to master_sites sourceforge:${name} If you want to change it to something else, you can: master_sites sourceforge:sfprojectname From talklists at newgeo.com Thu Feb 26 05:25:35 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 26 Feb 2009 05:25:35 -0800 Subject: apache2 location In-Reply-To: <1FE454BE-FE0D-428C-AE09-3F7EE7EB2B3F@macports.org> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <1FE454BE-FE0D-428C-AE09-3F7EE7EB2B3F@macports.org> Message-ID: On Feb 26, 2009, at 1:16 AM, Ryan Schmidt wrote: > This is a mega-reply to many previous messages in this thread. Mega indeed, thanks for this. > On Feb 24, 2009, at 16:35, Scott Haneda wrote: >> If I modify the port to put apache in www, I believe that to be the >> correct place based on the above url, is this a huge undertaking >> that is going to require a lot of discussion to not break thing? >> Every path is going to need to change. > > Apache does not belong in ${prefix}/www. That directory is for web > site data (htdocs, cgi-bin, etc.) That was an error on my part, just wrong line of thought, I sort of correct myself later on, but yeah, www would be wrong. >> To me it is worth it to follow the guidelines of MacPorts, but this >> may be one that is so engrained in MacPorts, it might not want to >> change. > > I'm not opposed to changing apache2 (and apache and apache20) to > conform better to the MacPorts directory layout. apache2 is > maintained by James Cox who hasn't been very active with MacPorts > recently so we will have to take some initiative to decide what > exactly we want to change, file a ticket, attach a new portfile > proposal, and if James doesn't reply in awhile, we can commit it. > apache20 is maintained by Blair Zajac and is supposed to be similar > to apache2 in all respects except the version, so we should be able > to make the same changes there. apache is maintained by me with > openmaintainer. It currently has two different modes of installation > (two different possible layouts); this should be changed to just a > single layout that agrees with whatever we choose for the apache2 > layout. Ok, let me think of the layout, and hash out it here, and in my head, and I will open a ticket. > One possible reason we might want separate directories for the > different apaches (${prefix}/apache2, ${prefix}/apache20, ${prefix}/ > apache) is to allow simultaneous installation of multiple versions. > However this is not even possible today; the manpages still > conflict. We could go to considerable effort to make all three ports > install into ${prefix} but with version-specific names for each > file, or we could admit that probably nobody needs to have both > apache (1) and apache2 at the same time and just let them conflict > with one another. You lost me on this one. What conflicts? Apache and Apache2 share man pages? >> My feeling is, the sooner the better, there are already a handful >> of blogs out there, which instructions and hard paths in their >> instructions pointing to the current location. The sooner we put >> it where MacPorts recommends, the better the long term usability is >> going to be. > > We have our own documentation in the MAMP wiki page which should be > canonical and up to date with the current state of the ports, > whatever that may be. Users should always look there first. Should and do are different :) When it comes to MAMP, I would say, more often than not, they google MAMP, ending up at macports is pretty far down on the list. Before they hit macports, they are going to hit a blog, and download and follow some instructions there. This is not really a MacPorts issue, since you feel MacPorts should be the definitive place to go, if the other blog instructions become wrong, they can update, or link back as they should have in the first place. > On Feb 24, 2009, at 19:03, Scott Haneda wrote: >> Now I know what the error is about. There are a lot of people I >> try to get to use ports, and they all tell me they tried in the >> past but could not get past errors, maybe this is one of those >> issues. > > If users are encountering issues with ports, they should subscribe > to macports-users and tell us about them so that we can fix them. Or > they should file tickets in Trac. I do not want to detract too much on this, but a lot of users are not going to do this. If MacPorts is to gain more wide spread use, you have to assume most of the users will not hit a mail list, will not hit forums, and will just try it. If there is trouble in their process, they may make a small effort to google it, and then abandon. Yes, they should come here, I agree. I also think that the goal should be, software that does not need support, as idealistic as that is in the other direction :) Since there are those users, some of whom I work with, I am speaking on behalf of a few, since they are self proclaimed "busy" people, and just are not going to make it here. > On Feb 24, 2009, at 22:25, Scott Haneda wrote: > >> I have a feeling I am going to stand alone on this one, which is >> fine, I have no intention of pushing it, this was just to find out >> why this was chosen, > > You don't stand alone on this issue, I don't think there's a need to > argue the benefits of putting the software into the standard > directories, we just need to consider what the exact directory > layout should be and then change the port to put the files there. I will start the process with a trac port, and a directory suggestion. >> and why it was not caught as in violation of suggested layouts. >> There is even a patch where the violate_mtree option was added in >> trac. Not that long ago either, where did apache 2 install prior >> to that? > > As far as I know, the apache2 port has always installed to ${prefix}/ > apache2. The mtree checking code was added relatively recently to > MacPorts base. Prior to that, no checking was done. Ports could > install files wherever on the user's system and the user would never > know unless they looked at "port contents". Now that checking is > done, a warning is printed at install time if a port installs to a > nonstandard location. It reads like this: > > Warning: violation by /opt/local/apache2 > Warning: apache2 violates the layout of the ports-filesystems! > Warning: Please fix or indicate this misbehavior (if it is > intended), it will be an error in future releases! > > As a result, "destroot.violate_mtree" was added to the port to > indicate that this violation of the standard directory structure was > intentional (i.e. was not an accident). Now the warning reads as you > originally noted: > > Warning: apache2 requests to install files outside the common > directory structure! Thanks for the clarification, makes sense how it all happened now. I would like to see that any ports in the future, if the portfile is submitted, and there is a "destroot.violate_mtree", some discussion should be raised. Actually, are there any valid reasons ever, at all, to violate-mtree, or is this just legacy support? > On Feb 24, 2009, at 22:41, Scott Haneda wrote: > Ports should not install things that Apple Software Update may > overwrite. The whole point of having a separate MacPorts prefix is > to isolate MacPorts-installed software from Apple-installed software. This comes back to my above comment then, why does "destroot.violate_mtree" even exist? MacPorts expressly forbids outside of /opt, strongly discourages installs right into prefix, just make it a steadfast rule. >> What I can say, is I am more than a new ports user, still beginner, >> but if I were a totally new user, this would be a hang-up to me, >> maybe most just let it go and ignore the warning, I tend to not be >> that person, as these emails probably illustrate :) > > Could you suggest an alternate wording of the message that would > make it more clear to you that the port is deliberately installing > files into nonstandard places and that you as a user should simply > be aware of that fact? A lot of that is going to depend on your answers to why it is even allowed. If the functionality to actually put files outside of prefix is in MacPorts, then I want the sternest of warnings to be printed out. If that is simply not allowed, then we need not worry about any warning, as it can not happen. That leaves installs going into non standard places. Unless someone can show me a few examples of pretty compelling reasons why this is a good idea, it may make sense to just ban the ability. I do not have new verbiage, because... > A suggestion I made some time ago was that each error or warning > MacPorts can print should be rather short (no more than one line), > and then it should print a URL to a wiki page where the error can be > described in more detail. Each such error page should, I think, be > divided into two sections: 1) what a user should do about this > message, and 2) what a port author should do about this message. > What do you think about this idea? This is an excellent idea. We can sit here and try to debate the perfect terse message, and never come to agreement. MacPorts also moves data across the screen pretty fast, if you are around 100 chars wide, it is wrapped, and a mess to read. It really is not the place for this info, for the detail we need to get across. This solves it for me for the time that these warnings are going to be around. Of course, I believe the goal should be no warnings, etc, but where there must be, a wiki page, short and then long description, both for user and maintainer, is perfect. > On Feb 25, 2009, at 08:11, Chris Janton wrote: >> The configuration files could be put in /opt/local/etc/httpd > > That sounds reasonable. But both apache (1) and apache2 are called > "httpd" so we may want to use ${prefix}/etc/apache2 and ${prefix}/ > etc/apache instead so that a user who has tried more than one of > apache and apache2 will not be confused. An apache (1) configuration > file would not be appropriate for use with apache2 and vice versa. > The same goes for whatever directory we choose for apache modules -- > these are not compatible between versions. I like this, and it mimics /etc/apache2 on OS X now. I believe Apache1 was /etc/httpd but those days are long gone. Your suggestion of this layout is good and what I was thinking as well. it is a small bummer for tab completion if you have a side by side install of both, but that is not the normal case. > On Feb 25, 2009, at 16:05, Adam Byrtek wrote: > >> Scott, I think that in principle you are right. On the other hand I >> can understand that many people are used to the current layout and if >> the change is accepted, some reasonable migration strategy will have >> to be prepared. Such migration shouldn't involve any manual work >> and/or data loss. > > If we rearrange the layout of apache2, you should not necessarily > expect it to handle any migration of config files or data for you. > You should expect to have to do so manually. It would not be proper > for MacPorts to move files that are not registered to a port. There may be resistance to this, but only once, fix it now, and I think we will be better in the long run. Dealing with the cofig files cold be handled with an external shell script I would be happy to look into doing. > The new port could check whether, say, the httpd.conf exists at the > location where the old port looked for it, and in that case, print a > message explaining the new layout to the user and recommend they > move their files. Sounds reasonable. > Any apache2 modules (for example php5) would have to be rebuilt by > the user so that they get installed into the new module directory. > The apache2 port cannot do this for you. It might be possible for > apache2 to figure out which modules you have installed and tell you > which ports you have to rebuild, though that would take a little work. I think you will find, most users have the same module kit installed by following the MAMP guide. Those who did more, I would assume they knew what they wanted, and this is a small issue to them. > On Feb 25, 2009, at 16:51, Scott Haneda wrote: > >> Fully agree on that front. It was why I wondered if this was too >> engrained in how it was done, it just may not be worth it. But, >> then again, the move should be pretty simple, ports is sort of >> designed by nature to fiddle with paths and move stuff around. > > It is not designed to move files that are not registered to a port. > The apache config file httpd.conf and any web data you have > installed are not registered to the apache2 port so it cannot move > those files for you. I was not aware of that, thanks for clarifying. I thought it did to a degree, I seem to recall a apache port upgrade mucking up conf files, from there I concluded they were registered. > On Feb 26, 2009, at 01:35, Bill Hernandez wrote: > >> I just like going to /opt/local/apache2 and finding everything >> related to apache in one spot. >> >> I remember when I did one of my first installs and began trying to >> track down the logfiles to mysql and pgsql. It took me some time to >> locate them due to what I considered to be some inconsistencies. >> Now that I have done this a few times, it doesn't matter where the >> stuff lives. It is obvious that I was only considering the >> convenience, and not the practicality. And remember, you can gain a ton of convenience by just making bash aliases, symblinks etc to drop you right where you want to be. -- Scott * If you contact me off list replace talklists@ with scott@ * From dluke at geeklair.net Thu Feb 26 07:16:23 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu, 26 Feb 2009 10:16:23 -0500 Subject: Perl error, once and for all In-Reply-To: References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> <707C94E4-9868-4B39-BF42-E0D003BA6DBA@macports.org> Message-ID: <8DB87138-E03E-40F8-A769-0AEB1242A797@geeklair.net> On Feb 26, 2009, at 7:28 AM, Scott Haneda wrote: > Does anyone know how CPAN solves this? CPAN installs overwrite the perl-provided module with the newer one (this is the whole reason why we have a problem). -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From ms at mac-specialist.com Thu Feb 26 10:15:58 2009 From: ms at mac-specialist.com (Bill Hernandez) Date: Thu, 26 Feb 2009 12:15:58 -0600 Subject: apache2 location In-Reply-To: <1FE454BE-FE0D-428C-AE09-3F7EE7EB2B3F@macports.org> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <1FE454BE-FE0D-428C-AE09-3F7EE7EB2B3F@macports.org> Message-ID: On Feb 26, 2009, at 3:16 AM, Ryan Schmidt wrote: > "port contents foo" always tells you what files are installed by > port foo so that is a good way to learn. I wish I would have noticed that command when I started. Live and learn. I did learn a lot by traversing /opt/local Thanks to everybody that contributed to this thread for taking the time to give great insights. Very little of my time is actually spent on unix, and I feel proud of all that I've learned and taught myself since OS X came out. I can still remember when I opened the Terminal for the first time. Several years have passed, and by now I've written several fairly elaborate shell scripts. Anyway, just about the time I think I am getting the grasp of it all, I visit this group and find out how little I really know. Thanks again to all who contribute to this project, and to those who patiently explain, and teach... Best Regards, Bill Hernandez Plano, Texas From brad at pixilla.com Thu Feb 26 10:57:41 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 26 Feb 2009 10:57:41 -0800 Subject: apache2 location In-Reply-To: References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <1FE454BE-FE0D-428C-AE09-3F7EE7EB2B3F@macports.org> Message-ID: <6C382B2F-E0FB-4DA9-95AE-8B6BCDDD2CDB@pixilla.com> On Feb 26, 2009, at 5:25 AM, Scott Haneda wrote: > On Feb 26, 2009, at 1:16 AM, Ryan Schmidt wrote: >> On Feb 24, 2009, at 22:41, Scott Haneda wrote: > >> Ports should not install things that Apple Software Update may >> overwrite. The whole point of having a separate MacPorts prefix is >> to isolate MacPorts-installed software from Apple-installed software. > > This comes back to my above comment then, why does > "destroot.violate_mtree" even exist? MacPorts expressly forbids > outside of /opt, strongly discourages installs right into prefix, > just make it a steadfast rule. Some ports install userland gui apps into /Applications/Macports or something like it. I don't use them but a path like that needs to be and probably is in mtree. >> A suggestion I made some time ago was that each error or warning >> MacPorts can print should be rather short (no more than one line), >> and then it should print a URL to a wiki page where the error can >> be described in more detail. Each such error page should, I think, >> be divided into two sections: 1) what a user should do about this >> message, and 2) what a port author should do about this message. >> What do you think about this idea? > > This is an excellent idea. We can sit here and try to debate the > perfect terse message, and never come to agreement. MacPorts also > moves data across the screen pretty fast, if you are around 100 > chars wide, it is wrapped, and a mess to read. It really is not the > place for this info, for the detail we need to get across. > > This solves it for me for the time that these warnings are going to > be around. Of course, I believe the goal should be no warnings, etc, > but where there must be, a wiki page, short and then long > description, both for user and maintainer, is perfect. I don't see this done now but maybe I'm missing it. The user messages fly by the screen in -v and -d mode. Many ports install dependencies. Would it make sense to collect these user messages and present them at the end of the port run? Foo messages: blah blah Bar messages: blah ....... >> On Feb 25, 2009, at 08:11, Chris Janton wrote: >>> The configuration files could be put in /opt/local/etc/httpd >> >> That sounds reasonable. But both apache (1) and apache2 are called >> "httpd" so we may want to use ${prefix}/etc/apache2 and ${prefix}/ >> etc/apache instead so that a user who has tried more than one of >> apache and apache2 will not be confused. An apache (1) >> configuration file would not be appropriate for use with apache2 >> and vice versa. The same goes for whatever directory we choose for >> apache modules -- these are not compatible between versions. > > I like this, and it mimics /etc/apache2 on OS X now. I believe > Apache1 was /etc/httpd but those days are long gone. Your > suggestion of this layout is good and what I was thinking as well. > it is a small bummer for tab completion if you have a side by side > install of both, but that is not the normal case. I believe other distributions take this approach as well. //Brad -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad at pixilla.com Thu Feb 26 11:14:42 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 26 Feb 2009 11:14:42 -0800 Subject: apache2 location In-Reply-To: <187DCE15-7113-4530-8F50-0D08B2E2E009@mac-specialist.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <0950F7C9-0D54-444C-8E8E-AC058F34BAE1@newgeo.com> <187DCE15-7113-4530-8F50-0D08B2E2E009@mac-specialist.com> Message-ID: <7813264F-ABB2-44BA-B672-F1D0ED9C4717@pixilla.com> On Feb 25, 2009, at 11:35 PM, Bill Hernandez wrote: > > On Feb 25, 2009, at 12:13 AM, Bradley Giesbrecht wrote: > >> So we would add /usr/local/apache/bin:/usr/local/mysql/bin:/usr/ >> local/pgsql/bin:/usr/local/php/bin:etc............................ >> to our environment path? >> >> And when apache, mysql or pgsql data out grow your disks you would >> move all your bin, data and etc to another volume and change your >> paths and startup parameters so they could find the new location >> for configs? >> >> Data often needs to move. Binaries and configs hardly ever. >> >> I think Scott sees an inconsistency and an error with the macports >> apache2 install. That's hard to deny. >> >> Why not just park everything at /. No distribution I know of >> including apple will over write /apache2 and /mysql. Ok, now I'm >> kidding. Oh, maybe not. >> >> ls /opt/local | cat >> apache2 >> bin >> etc >> include >> lib >> libexec >> man >> sbin >> share >> sql-bench >> var >> >> Doesn't apache2 and sql-bench just look odd. Maybe we should give >> them a bunch of company. >> >> I think of /opt/local/ as the root or macports. > > Brad, > > Good point... > > I don't have huge amounts of data, so I have not run into that > problem, but it's a good point nevertheless. > > Matter of fact, all your points make great sense. I just like going > to /opt/local/apache2 and finding everything related to apache in > one spot. > > I remember when I did one of my first installs and began trying to > track down the logfiles to mysql and pgsql. It took me some time to > locate them due to what I considered to be some inconsistencies. Now > that I have done this a few times, it doesn't matter where the stuff > lives. It is obvious that I was only considering the convenience, > and not the practicality. > > /opt/local/var/db/mysql5/hostname.local.err > /opt/local/var/log/postgresql83/postgres.log > > Apache on the other hand was very easy to locate. > > /opt/local/apache2/logs/access_log > /opt/local/apache2/logs/error_log > /opt/local/apache2/logs/mod_rewrite.log > > Now that I more or less know where things live, it doesn't matter, > but in the beginning it was not easy tracking down all the logs and > conf files. I should have taken a unix course, darn... > > Periodically I will do a clean install of the operating system, and > all the applications. I take that opportunity to do a clean install > of all the ports I need. > > I've done this several times now, on multiple computers, so I > eventually wrote a shell script that backs up the databases, all the > config files, etc. The script install what I need, and initializes > the databases, creates all the symlinks, and a bunch of little > cleanup stuff. I seem to have worked out all the little kinks, > because the last three or four times everything has gone very well. > BUT in the beginning it was a pain figuring out where all this stuff > lived. > > So if you guys think its better to correct the layout to fit in with > the rest of the ports, I will be very happy, and make any > adjustments to my script. Thanks for your comments. Considering your script as an example is one of the reasons a sane and logical layout is nice. tar xvzf opt_local_var.tar.gz /opt/local/var tar xvzf opt_local_etc.tar.gz /opt/local/etc //Brad From brad at pixilla.com Thu Feb 26 11:24:54 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 26 Feb 2009 11:24:54 -0800 Subject: apache2 location In-Reply-To: References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <1FE454BE-FE0D-428C-AE09-3F7EE7EB2B3F@macports.org> Message-ID: <877A2762-3144-47EE-BCBA-28AE5860152B@pixilla.com> On Feb 26, 2009, at 10:15 AM, Bill Hernandez wrote: > On Feb 26, 2009, at 3:16 AM, Ryan Schmidt wrote: > >> "port contents foo" always tells you what files are installed by >> port foo so that is a good way to learn. > > > I wish I would have noticed that command when I started. Live and > learn. I did learn a lot by traversing /opt/local > > Thanks to everybody that contributed to this thread for taking the > time to give great insights. > > Very little of my time is actually spent on unix, and I feel proud > of all that I've learned and taught myself since OS X came out. I > can still remember when I opened the Terminal for the first time. > Several years have passed, and by now I've written several fairly > elaborate shell scripts. Anyway, just about the time I think I am > getting the grasp of it all, I visit this group and find out how > little I really know. > > Thanks again to all who contribute to this project, and to those who > patiently explain, and teach... Bill, thank you for contributing your insights and usage experience. If you don't mind I'd like to echo your comments to this list. I am easily humbled and always grateful. This list has become one of my favorites of all time. It sticks to business and is open minded and courteous in the process. //Brad From jeremyhu at macports.org Thu Feb 26 13:53:01 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Thu, 26 Feb 2009 13:53:01 -0800 Subject: launchd and multiple x11.apps In-Reply-To: References: Message-ID: On Feb 26, 2009, at 04:04, Andy Schmitt wrote: > I'm at a loss as to how to get X apps to launch my compiled > Applications/MacPorts/X11.app rather than the XQuartz-installed > Applications/Utilities/X11.app. I sent an email about this a while back. org.x.X11 is the X11.app that is associated with the launchd process. That BundleID is hard coded to be the one that interacts with launchd. If you want to change to using the MacPorts X11.app, you'll need to edit the Info.plist for both X11.apps (change the /A/U one to something else, and change the /A/MP one to org.x.X11). > The only thing I could think of was changing org.x.startx.plist so > launchd would know which version to use? but that hasn't gotten me > anywhere. Yeah, revert that change. From c.watson at pgrad.unimelb.edu.au Thu Feb 26 13:56:52 2009 From: c.watson at pgrad.unimelb.edu.au (Campbell Watson) Date: Fri, 27 Feb 2009 08:56:52 +1100 Subject: XEmacs - error, non-widget child Message-ID: Hi, I have installed XEmacs 21.4.21 using MacPorts (twice). No errors on installation. I continue to get an error message when trying to load xemacs: "Error: attempt to add non-widget child "*scratch*" to parent "Buffers" which supports only widgets" Any help would be great. Thanks. Cam Platform: 10.5.6 Hardware Architecture: Intel Xcode: Version 3.1.2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bakki.kudva at gmail.com Thu Feb 26 14:46:53 2009 From: bakki.kudva at gmail.com (Bakki Kudva) Date: Thu, 26 Feb 2009 17:46:53 -0500 Subject: next hurdle in installing doxygen Message-ID: I am getting a md5 mismatch... ---> Attempting to fetch db-4.6.21.tar.gz from http://distfiles.macports.org/db4 ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums I thought that perhaps the fetch was bad and thought I would refetch it. So... I did a port -f clean --dist db46 hoping to delete the downloaded source and patch files thinking reinstall would fetch and do the md5sums again. But after the clean port complained it couldn't find the source files. So I manually created the db4 directory and curled the source/patch files into it. Now if I try to install db46 I get ... ---> Verifying checksum(s) for db46 Error: Checksum (md5) mismatch for patch.4.6.21.3 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: Status 1 encountered during processing. So somehow the clean operation also hosed the md5 files? Any help on this will be greatly appreciated. -bakki From smurfair at gmail.com Thu Feb 26 15:33:24 2009 From: smurfair at gmail.com (Andy Schmitt) Date: Thu, 26 Feb 2009 17:33:24 -0600 Subject: launchd and multiple x11.apps In-Reply-To: <3105ED32-D40B-4725-8913-CBF5A2686D0B@apple.com> References: <3105ED32-D40B-4725-8913-CBF5A2686D0B@apple.com> Message-ID: On Feb 26, 2009, at 3:06 PM, Jeremy Huddleston wrote: > > On Feb 26, 2009, at 04:04, Andy Schmitt wrote: > >> I'm at a loss as to how to get X apps to launch my compiled >> Applications/MacPorts/X11.app rather than the XQuartz-installed >> Applications/Utilities/X11.app. > > I sent an email about this a while back. org.x.X11 is the X11.app > that is associated with the launchd process. That BundleID is hard > coded to be the one that interacts with launchd. If you want to > change to using the MacPorts X11.app, you'll need to edit the > Info.plist for both X11.apps (change the /A/U one to something else, > and change the /A/MP one to org.x.X11). > >> The only thing I could think of was changing org.x.startx.plist so >> launchd would know which version to use? but that hasn't gotten me >> anywhere. > > Yeah, revert that change. > That seems to have almost done the trick. The changes to the BundleIDs and a restart certainly made launchd forget about the /A/U copy. However launchctl listed startx, quartz-wm, X11.bin, etc as running, but X11.app never actually came up. It wasn't until I created /Library/LaunchAgents/ org.macports.startx.plist and restarted again before X11 launched properly. Should that be the case? Anyway, seems to be working correctly now. Thanks much for the help. Andy From jeremyhu at macports.org Thu Feb 26 16:46:09 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Thu, 26 Feb 2009 16:46:09 -0800 Subject: launchd and multiple x11.apps In-Reply-To: References: <3105ED32-D40B-4725-8913-CBF5A2686D0B@apple.com> Message-ID: <76D69C29-DAB8-4976-AED3-BAAF7361C30C@macports.org> On Feb 26, 2009, at 15:33, Andy Schmitt wrote: > On Feb 26, 2009, at 3:06 PM, Jeremy Huddleston wrote: > >> >> On Feb 26, 2009, at 04:04, Andy Schmitt wrote: >> >>> I'm at a loss as to how to get X apps to launch my compiled >>> Applications/MacPorts/X11.app rather than the XQuartz-installed >>> Applications/Utilities/X11.app. >> >> I sent an email about this a while back. org.x.X11 is the X11.app >> that is associated with the launchd process. That BundleID is hard >> coded to be the one that interacts with launchd. If you want to >> change to using the MacPorts X11.app, you'll need to edit the >> Info.plist for both X11.apps (change the /A/U one to something >> else, and change the /A/MP one to org.x.X11). >> >>> The only thing I could think of was changing org.x.startx.plist so >>> launchd would know which version to use? but that hasn't gotten me >>> anywhere. >> >> Yeah, revert that change. >> > > That seems to have almost done the trick. The changes to the > BundleIDs and a restart certainly made launchd forget about the /A/U > copy. However launchctl listed startx, quartz-wm, X11.bin, etc as > running, but X11.app never actually came up. > > It wasn't until I created /Library/LaunchAgents/ > org.macports.startx.plist and restarted again before X11 launched > properly. Should that be the case? No. It sounds like you broke your /System/Library/LaunchAgents/ org.x.startx.plist Do NOT make copies of that LaunchAgent... otherwise you don't know which one is actually setting your $DISPLAY (they'd be conflicting) From talklists at newgeo.com Thu Feb 26 17:24:32 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 26 Feb 2009 17:24:32 -0800 Subject: Install suggestions for port ASSP Message-ID: My ASSP portfile I have now, instead of using xinstall, I just copy the directory into place. I need a little guidance no the best way to do this. ASSP will end up in /opt/local/var/ASSP If ASSP is not there, I just move the entire distro in. On first run of ASSP, a few files and folders are made, the user is good to go. How do I deal with updates to ASSP? The files that were made on first run, as well as config files that have been edited over time, can not be replaced. I believe if I do this as a entire directory, I am going to mess up, unless there is a merge or sync command I am not seeing. Would it then be correct to simply install each file one at a time, then they get registered, and the port upgrade can just touch those files, leaving any user created files in the same area alone? -- Scott From ryandesign at macports.org Thu Feb 26 18:47:33 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 26 Feb 2009 20:47:33 -0600 Subject: New to mac/macports. Trouble installing playerstage. In-Reply-To: <30381915.147361235654584295.JavaMail.nabble@isper.nabble.com> References: <30381915.147361235654584295.JavaMail.nabble@isper.nabble.com> Message-ID: <901E95A2-FC4B-434B-A9BE-38C1563F307E@macports.org> On Feb 26, 2009, at 07:23, sudarshan22 at gmail.com wrote: >> Given the "-arch i386 -arch ppc" in your output, you are building a >> universal binary of playerstage-player. Have you already built a >> universal binary of jpeg? If you have jpeg installed but it's not >> universal, you need to rebuild it universal: >> >> sudo port -nf upgrade jpeg +universal > > I tried what you suggested. jpeg library was already installed. So > I assumed that I would need to upgrade it. I input the command that > you gave and it gave me the following error: > > ---> Fetching jpeg > ---> Verifying checksum(s) for jpeg > ---> Extracting jpeg > ---> Applying patches to jpeg > ---> Configuring jpeg > ---> Building jpeg > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_graph > ics_jpeg/work/jpeg-6b" && make all " returned error 2 > Command output: "_jpeg_set_defaults", referenced from: > _main in cjpeg.o > "_jpeg_set_colorspace", referenced from: > _parse_switches in cjpeg.o [snip] So sorry. That may be this bug: http://trac.macports.org/ticket/16411 It says you can't build a universal jpeg while a non-universal jpeg is active. So in that case you have to work around it this way: sudo port deactivate jpeg sudo port clean jpeg sudo port install jpeg +universal P.S: Use Reply All so your reply goes to the list too, not just to me. From sudarshan22 at gmail.com Thu Feb 26 19:09:26 2009 From: sudarshan22 at gmail.com (sudarshan22) Date: Thu, 26 Feb 2009 19:09:26 -0800 (PST) Subject: New to mac/macports. Trouble installing playerstage. In-Reply-To: <901E95A2-FC4B-434B-A9BE-38C1563F307E@macports.org> References: <368C1031-F04F-497A-9762-EB0D81FE54CE@macports.org> <901E95A2-FC4B-434B-A9BE-38C1563F307E@macports.org> Message-ID: <22238806.post@talk.nabble.com> Hi, I deactivated the old jpeg and cleaned it and installed the universal one. No problems there. I then tried installing playerstage and I seem to be getting the same error: --> Building playerstage-player Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_playerstage-player/work/player-2.0.4" && make all " returned error 2 Command output: building '_playerc' extension swigging playerc.i to playerc_wrap.c swig -python -o playerc_wrap.c playerc.i playerc.i:44: Warning(124): Specifying the language name in %typemap is deprecated - use #ifdef SWIG instead. playerc.i:82: Warning(124): Specifying the language name in %typemap is deprecated - use #ifdef SWIG instead. playerc.i:121: Warning(124): Specifying the language name in %typemap is deprecated - use #ifdef SWIG instead. playerc.i:127: Warning(124): Specifying the language name in %typemap is deprecated - use #ifdef SWIG instead. gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -dynamic -DNDEBUG -g -Os -Wall -Wstrict-prototypes -DMACOSX -I/usr/include/ffi -DENABLE_DTRACE -arch i386 -arch ppc -pipe -I./../.. -I../../../.. -I/System/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -c playerc_wrap.c -o build/temp.macosx-10.5-i386-2.5/playerc_wrap.o playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': playerc_wrap.c:40301: warning: assignment from incompatible pointer type playerc_wrap.c: In function '_wrap_playerc_mclient_client_set': playerc_wrap.c:40301: warning: assignment from incompatible pointer type playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': playerc_wrap.c:40504: warning: passing argument 2 of 'playerc_mclient_addclient' from incompatible pointer type playerc_wrap.c: In function '_wrap_playerc_mclient_addclient': playerc_wrap.c:40504: warning: passing argument 2 of 'playerc_mclient_addclient' from incompatible pointer type gcc -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc build/temp.macosx-10.5-i386-2.5/playerc_wrap.o -L./../../.libs -L../../../../libplayerxdr/.libs -L../../../../libplayercore/.libs -L../../../../libplayerjpeg/.libs -lplayerxdr -lplayerc -lplayerjpeg -ljpeg -lplayererror -o build/lib.macosx-10.5-i386-2.5/_playerc.so ld: libraryld not : library not found for -ljpeg found for -ljpeg collect2: ld returned 1 exit status collect2: ld returned 1 exit status lipo: can't open input file: /var/tmp//ccGtzZVW.out (No such file or directory) error: command 'gcc' failed with exit status 1 make[6]: *** [pythonbuild] Error 1 make[5]: *** [all] Error 2 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: The following dependencies failed to build: playerstage-player Error: Status 1 encountered during processing. When I was searching for a solution, I came across somewhere, where someone said that they had to build the jpeg library from source. I dont mind doing that...however, I dont know where I can find the source. Sudarshan. Ryan Schmidt-24 wrote: > > > On Feb 26, 2009, at 07:23, sudarshan22 at gmail.com wrote: > > >>> Given the "-arch i386 -arch ppc" in your output, you are building a >>> universal binary of playerstage-player. Have you already built a >>> universal binary of jpeg? If you have jpeg installed but it's not >>> universal, you need to rebuild it universal: >>> >>> sudo port -nf upgrade jpeg +universal >> >> I tried what you suggested. jpeg library was already installed. So >> I assumed that I would need to upgrade it. I input the command that >> you gave and it gave me the following error: >> >> ---> Fetching jpeg >> ---> Verifying checksum(s) for jpeg >> ---> Extracting jpeg >> ---> Applying patches to jpeg >> ---> Configuring jpeg >> ---> Building jpeg >> Error: Target org.macports.build returned: shell command " cd "/opt/ >> local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_graph >> ics_jpeg/work/jpeg-6b" && make all " returned error 2 >> Command output: "_jpeg_set_defaults", referenced from: >> _main in cjpeg.o >> "_jpeg_set_colorspace", referenced from: >> _parse_switches in cjpeg.o > > [snip] > > So sorry. That may be this bug: > > http://trac.macports.org/ticket/16411 > > It says you can't build a universal jpeg while a non-universal jpeg > is active. So in that case you have to work around it this way: > > sudo port deactivate jpeg > sudo port clean jpeg > sudo port install jpeg +universal > > > P.S: Use Reply All so your reply goes to the list too, not just to me. > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > -- View this message in context: http://www.nabble.com/Re%3A-New-to-mac-macports.-Trouble-installing-playerstage.-tp22222613p22238806.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From lothar at lobraun.de Thu Feb 26 23:57:25 2009 From: lothar at lobraun.de (Lothar Braun) Date: Fri, 27 Feb 2009 08:57:25 +0100 Subject: Symbol not found: _gll_noop Message-ID: <49A79CE5.5090905@lobraun.de> Hi all, after one of the last updates I get an error on some applications that I try to start. One of them is gnucash: tnomrev:~ braun$ gnucash dyld: Symbol not found: _gll_noop Referenced from: /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL Expected in: /opt/local/lib/libGL.dylib Trace/BPT trap I have no idea what the problem is. I found some older bug reports about this symbol missing for kdelibs3, but that didn't help me get further. Any ideas on what the problem could be? Best regards, Lothar From jmr at macports.org Fri Feb 27 01:07:03 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 27 Feb 2009 20:07:03 +1100 Subject: problems installing doxygen In-Reply-To: References: <49A5F18F.4050905@macports.org> Message-ID: <49A7AD37.4020209@macports.org> Bakki Kudva wrote: > Thank you Joshua, that did the trick. But I ran into another bump - > libXfont failing to configure because of a too old version of > xorg-macros.m4. So I am doing a 'port upgrade outdated' before I try > to install doxygen again. It's always best to upgrade your installed ports before installing new ones, since the currently available version of the new port may well have not been tested with the older versions of its dependencies. - Josh From jmr at macports.org Fri Feb 27 01:12:10 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 27 Feb 2009 20:12:10 +1100 Subject: next hurdle in installing doxygen In-Reply-To: References: Message-ID: <49A7AE6A.4000608@macports.org> Bakki Kudva wrote: > I am getting a md5 mismatch... > ---> Attempting to fetch db-4.6.21.tar.gz from > http://distfiles.macports.org/db4 > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Target org.macports.checksum returned: Unable to verify file checksums > > I thought that perhaps the fetch was bad and thought I would refetch it. So... > I did a port -f clean --dist db46 hoping to delete the downloaded > source and patch files thinking reinstall would fetch and do the > md5sums again. But after the clean port complained it couldn't find > the source files. So I manually created the db4 directory and curled > the source/patch files into it. Now if I try to install db46 I get ... > > ---> Verifying checksum(s) for db46 > Error: Checksum (md5) mismatch for patch.4.6.21.3 > Error: Target org.macports.checksum returned: Unable to verify file checksums > Error: Status 1 encountered during processing. > > So somehow the clean operation also hosed the md5 files? No, the file simply doesn't have the md5 hash that is listed in the Portfile. This looks just like this ticket: It was fixed 3 days ago, so you should just need to selfupdate/sync and it should be fine. - Josh From talklists at newgeo.com Fri Feb 27 03:16:18 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 03:16:18 -0800 Subject: xinstal not making directories Message-ID: # Create 'logs' directory in ASSP base xinstall -d -o _assp -g _assp -m 0755 ${destroot}${assp_base}/logs That will do nothing, unless I put something in it: xinstall -m 0644 ${worksrcpath}/mod_inst.pl ${destroot}$ {assp_base}/logs/mod_inst.pl How can I create an empty directory in MacPorts? Is this correct behavior? -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Fri Feb 27 03:28:45 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 03:28:45 -0800 Subject: port updates Message-ID: <5AC5F4E9-EE5C-4959-8015-2D68CD26CA93@newgeo.com> Can I get some guidance on port updates? Here would be an example case: port install: /opt/local/var/ASSP /opt/local/var/ASSP/assp.pl /opt/local/var/ASSP/files/a.txt /opt/local/var/ASSP/files/b.txt /opt/local/var/ASSP/files/c.txt Those are the files installed on a new instalation. If new version comes up, I will update the portfile. However, only /opt/local/var/ASSP/assp.pl will need to be replaced, the rest are equal to user config files. Would I just build my inital port file to do something like: if (! file_exists('/opt/local/var/ASSP/files/a.txt')) { // xinstall the file } That way, when an update comes along, it leaves those files alone? These files would still be registered with ports, so an uninstall would remove them? Is the general idea that an uninstall removes everything, or do I want to somehow preserve those files on uninstall as well? -- Scott * If you contact me off list replace talklists@ with scott@ * From jmr at macports.org Fri Feb 27 03:50:24 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 27 Feb 2009 22:50:24 +1100 Subject: xinstal not making directories In-Reply-To: References: Message-ID: <49A7D380.80209@macports.org> Scott Haneda wrote: > # Create 'logs' directory in ASSP base > xinstall -d -o _assp -g _assp -m 0755 ${destroot}${assp_base}/logs > > That will do nothing, unless I put something in it: > > xinstall -m 0644 ${worksrcpath}/mod_inst.pl > ${destroot}${assp_base}/logs/mod_inst.pl > > How can I create an empty directory in MacPorts? > Is this correct behavior? Empty directories are deleted at the end of the destroot phase unless you use destroot.keepdirs. See the Guide. - Josh From jmr at macports.org Fri Feb 27 03:53:25 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 27 Feb 2009 22:53:25 +1100 Subject: port updates In-Reply-To: <5AC5F4E9-EE5C-4959-8015-2D68CD26CA93@newgeo.com> References: <5AC5F4E9-EE5C-4959-8015-2D68CD26CA93@newgeo.com> Message-ID: <49A7D435.2090108@macports.org> Scott Haneda wrote: > Can I get some guidance on port updates? Here would be an example case: > > port install: > /opt/local/var/ASSP > /opt/local/var/ASSP/assp.pl > /opt/local/var/ASSP/files/a.txt > /opt/local/var/ASSP/files/b.txt > /opt/local/var/ASSP/files/c.txt > > Those are the files installed on a new instalation. > > If new version comes up, I will update the portfile. However, only > /opt/local/var/ASSP/assp.pl > will need to be replaced, the rest are equal to user config files. > > Would I just build my inital port file to do something like: > if (! file_exists('/opt/local/var/ASSP/files/a.txt')) { > // xinstall the file > } > > That way, when an update comes along, it leaves those files alone? These > files would still be registered with ports, so an uninstall would remove > them? > > Is the general idea that an uninstall removes everything, or do I want > to somehow preserve those files on uninstall as well? The usual practice is to install sample config files only, and tell the user to copy them to create the real config file, or do so automatically in post-activate only if they don't already exist. See the squid port for an example of the latter. - Josh From mariouka at gmail.com Fri Feb 27 04:19:41 2009 From: mariouka at gmail.com (Marion Dumas) Date: Fri, 27 Feb 2009 13:19:41 +0100 Subject: Updating MySQL In-Reply-To: <7FD8D81F-E67A-4020-BFAA-DF2D5CE3F1C2@macports.org> References: <7FD8D81F-E67A-4020-BFAA-DF2D5CE3F1C2@macports.org> Message-ID: <53E931D2-E801-47B8-9FEB-73423CB73A1A@gmail.com> Hello! The mysql4 server is active, so I tried to stop this server in order to install mysql5 by typing in mysqladmin shutdown, but this returns the following error message mysqladmin: connect to server at 'localhost' failed error: 'Can't connect to local MySQL server through socket '/opt/local/ var/run/mysqld/mysqld.sock' (2)' Check that mysqld is running and that the socket: '/opt/local/var/run/ mysqld/mysqld.sock' exists! How else can I shutdown the server? Thank you On Feb 26, 2009, at 12:52 PM, Ryan Schmidt wrote: > On Feb 25, 2009, at 12:47, Marion Dumas wrote: > >> I am new to macports, > > Welcome! > >> so sorry for my perhaps naive question. I need >> to build a database in mySQL so I'm checking I have the newest >> version. Mysql is pre-installed on mac os x (new versions), > > It is? I didn't think Apple provided MySQL on Mac OS X at all, only > on Mac OS X Server. In any case, MacPorts does not use any MySQL > provided by Apple. > >> but it was >> also re-installed by macports automatically when I installed the port >> dia a few weeks ago. > > Hmm, I can't find a mysql in any of dia's dependencies. > >> So I ran selfupdate to get any mysql port update. >> Now, when I search for mysql5, I find it under >> /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync >> .macports.org_release_ports_databases_mysql5/work/destroot/opt/ >> local/bin/mysql5. > > That's the destroot directory where mysql5 gets staged before it's > installed. The directory should get cleaned up after installation > (unless you have turned autoclean off in macports.conf) so the fact > that the directory is still around suggests mysql5 installation did > not complete. > > What does "port installed | grep mysql" say? > > >> But when I launch mySQL from the terminal, it starts off mysql4 >> (which >> I can find under both /opt/local/etc/mysql4 AND >> /opt/local/var/macports/sources/rsync.macports.org/release/ports/ >> databases/mysql4/). > > /opt/local/etc/mysql4 is probably where MySQL 4 configuration files > are kept. The second location in the ports directory is the mysql4 > portfile. You will find all of our 5576 portfiles in there. > > >> So my question is the following: >> 1) Is it a problem that I have mysql installed in different places >> due >> to the fact that it was pre-installed and then installed again >> elsewhere by macports when installing another application? > > I'm not sure yet what mysqls you have installed. Show us what the > "port installed" command above outputs. > > >> 2) How do I actually get the newer version to run instead of the >> older one? > > To get the MacPorts mysql5 server to run, first stop any other mysql > server you're running, then install mysql5 with the server variant: > > sudo port install mysql5 +server > > Then you configure it and start the launch daemon using the > instructions the port prints. > > You may also want to consult the MAMP wiki page. It contains more > detailed instructions: > > http://trac.macports.org/wiki/howto/MAMP#Step3:InstallMySQL > > From ryandesign at macports.org Fri Feb 27 04:33:01 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 27 Feb 2009 06:33:01 -0600 Subject: Updating MySQL In-Reply-To: <53E931D2-E801-47B8-9FEB-73423CB73A1A@gmail.com> References: <7FD8D81F-E67A-4020-BFAA-DF2D5CE3F1C2@macports.org> <53E931D2-E801-47B8-9FEB-73423CB73A1A@gmail.com> Message-ID: <195E2500-FBF6-4523-8EA2-030EBAB88E0C@macports.org> On Feb 27, 2009, at 06:19, Marion Dumas wrote: > Hello! > The mysql4 server is active, The mysql4 port is active, I see that, but is the mysql4 server also running? For example, can you connect to it using the mysql command, or can you see it in Activity Monitor or by running the following in the Terminal? ps auxww | grep mysql | grep -v grep > so I tried to stop this server in order to install mysql5 by typing > in mysqladmin shutdown, but this returns the following error message > mysqladmin: connect to server at 'localhost' failed > error: 'Can't connect to local MySQL server through socket '/opt/ > local/var/run/mysqld/mysqld.sock' (2)' > Check that mysqld is running and that the socket: '/opt/local/var/ > run/mysqld/mysqld.sock' exists! Does /opt/local/var/run/mysqld/mysqld.sock exist? If not, is your socket usually somewhere else? Have you moved it in your my.cnf? > How else can I shutdown the server? > Thank you > > On Feb 26, 2009, at 12:52 PM, Ryan Schmidt wrote: > >> On Feb 25, 2009, at 12:47, Marion Dumas wrote: >> >>> I am new to macports, >> >> Welcome! >> >>> so sorry for my perhaps naive question. I need >>> to build a database in mySQL so I'm checking I have the newest >>> version. Mysql is pre-installed on mac os x (new versions), >> >> It is? I didn't think Apple provided MySQL on Mac OS X at all, >> only on Mac OS X Server. In any case, MacPorts does not use any >> MySQL provided by Apple. >> >>> but it was >>> also re-installed by macports automatically when I installed the >>> port >>> dia a few weeks ago. >> >> Hmm, I can't find a mysql in any of dia's dependencies. >> >>> So I ran selfupdate to get any mysql port update. >>> Now, when I search for mysql5, I find it under >>> /opt/local/var/macports/build/ >>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_dat >>> abases_mysql5/work/destroot/opt/local/bin/mysql5. >> >> That's the destroot directory where mysql5 gets staged before it's >> installed. The directory should get cleaned up after installation >> (unless you have turned autoclean off in macports.conf) so the >> fact that the directory is still around suggests mysql5 >> installation did not complete. >> >> What does "port installed | grep mysql" say? >> >> >>> But when I launch mySQL from the terminal, it starts off mysql4 >>> (which >>> I can find under both /opt/local/etc/mysql4 AND >>> /opt/local/var/macports/sources/rsync.macports.org/release/ports/ >>> databases/mysql4/). >> >> /opt/local/etc/mysql4 is probably where MySQL 4 configuration >> files are kept. The second location in the ports directory is the >> mysql4 portfile. You will find all of our 5576 portfiles in there. >> >> >>> So my question is the following: >>> 1) Is it a problem that I have mysql installed in different >>> places due >>> to the fact that it was pre-installed and then installed again >>> elsewhere by macports when installing another application? >> >> I'm not sure yet what mysqls you have installed. Show us what the >> "port installed" command above outputs. >> >> >>> 2) How do I actually get the newer version to run instead of the >>> older one? >> >> To get the MacPorts mysql5 server to run, first stop any other >> mysql server you're running, then install mysql5 with the server >> variant: >> >> sudo port install mysql5 +server >> >> Then you configure it and start the launch daemon using the >> instructions the port prints. >> >> You may also want to consult the MAMP wiki page. It contains more >> detailed instructions: >> >> http://trac.macports.org/wiki/howto/MAMP#Step3:InstallMySQL >> >> > From ryandesign at macports.org Fri Feb 27 04:42:48 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 27 Feb 2009 06:42:48 -0600 Subject: Install suggestions for port ASSP In-Reply-To: References: Message-ID: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> On Feb 26, 2009, at 19:24, Scott Haneda wrote: > My ASSP portfile I have now, instead of using xinstall, I just copy > the directory into place. I need a little guidance no the best > way to do this. > > ASSP will end up in /opt/local/var/ASSP > > If ASSP is not there, I just move the entire distro in. On first > run of ASSP, a few files and folders are made, the user is good to go. > > How do I deal with updates to ASSP? The files that were made on > first run, as well as config files that have been edited over time, > can not be replaced. > > I believe if I do this as a entire directory, I am going to mess > up, unless there is a merge or sync command I am not seeing. > > Would it then be correct to simply install each file one at a time, > then they get registered, and the port upgrade can just touch those > files, leaving any user created files in the same area alone? It does not matter how you put files into the destroot, whether it's by file copy or xinstall or make install or whatever. As long as files are in the destroot, MacPorts will see them and register them to the port. You should not install any files the user will modify, because they will be deleted and overwritten by your port's new files if they upgrade the port. Instead, install sample files which the user is to copy and then modify. From talklists at newgeo.com Fri Feb 27 04:52:56 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 04:52:56 -0800 Subject: xinstal not making directories In-Reply-To: <49A7D380.80209@macports.org> References: <49A7D380.80209@macports.org> Message-ID: <25611A6B-505A-4C95-80D6-B97CBC5AD579@newgeo.com> On Feb 27, 2009, at 3:50 AM, Joshua Root wrote: > Scott Haneda wrote: >> # Create 'logs' directory in ASSP base >> xinstall -d -o _assp -g _assp -m 0755 ${destroot}${assp_base}/logs >> >> That will do nothing, unless I put something in it: >> >> xinstall -m 0644 ${worksrcpath}/mod_inst.pl >> ${destroot}${assp_base}/logs/mod_inst.pl >> >> How can I create an empty directory in MacPorts? >> Is this correct behavior? > > Empty directories are deleted at the end of the destroot phase unless > you use destroot.keepdirs. See the Guide. Handy, thanks. I am doing this in my destroot phase set empty_dirs {docs errors logs notes notspam okmail pb quarantine spam} foreach empty_dir $empty_dirs { ui_info " MY DEBUG: Making empty dir at ${destroot}$ {assp_base}/$empty_dir" xinstall -d -o _assp -g _assp -m 0755 ${destroot}${assp_base}/ $empty_dir } In order to hold those directories I have had to: destroot.keepdirs $destroot$assp_base/docs \ $destroot$assp_base/errors \ $destroot$assp_base/logs \ $destroot$assp_base/notes \ $destroot$assp_base/notspam \ $destroot$assp_base/okmail \ $destroot$assp_base/pb \ $destroot$assp_base/quarantine \ $destroot$assp_base/spam Is there some way I can so it in the same loop, so I am only maintaining one list? I tried but of course I only maintain the last in the list of dirs. Maybe I should just drop one line in the foreach and stuff my own .turd in there? -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Fri Feb 27 04:59:29 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 04:59:29 -0800 Subject: Install suggestions for port ASSP In-Reply-To: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> Message-ID: <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> On Feb 27, 2009, at 4:42 AM, Ryan Schmidt wrote: > On Feb 26, 2009, at 19:24, Scott Haneda wrote: > >> My ASSP portfile I have now, instead of using xinstall, I just copy >> the directory into place. I need a little guidance no the best >> way to do this. >> >> ASSP will end up in /opt/local/var/ASSP >> >> If ASSP is not there, I just move the entire distro in. On first >> run of ASSP, a few files and folders are made, the user is good to >> go. >> >> How do I deal with updates to ASSP? The files that were made on >> first run, as well as config files that have been edited over time, >> can not be replaced. >> >> I believe if I do this as a entire directory, I am going to mess >> up, unless there is a merge or sync command I am not seeing. >> >> Would it then be correct to simply install each file one at a time, >> then they get registered, and the port upgrade can just touch those >> files, leaving any user created files in the same area alone? > > It does not matter how you put files into the destroot, whether it's > by file copy or xinstall or make install or whatever. As long as > files are in the destroot, MacPorts will see them and register them > to the port. Ok, thanks. I will have to think the best way to do this then. > You should not install any files the user will modify, because they > will be deleted and overwritten by your port's new files if they > upgrade the port. Instead, install sample files which the user is to > copy and then modify. I hope there is a provision for dealing with this. ASSP has a built in http server, done in perl, which allows a web based admin. That admin, reads and writes files in the ASSP/files, ASSP/db and a few other places. The user is not modifying them directly, they are more like "preferences" for ASSP. There are no sample files to install, they are sparse config/ instruction files, that get filled over time, either by the user admin, or automatically by the application, or both. How do I protect these files? I suspect this is analogous to how to you protect mysql databases, but those are not pre-installed in most cases. -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Fri Feb 27 05:05:32 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 05:05:32 -0800 Subject: Updating MySQL In-Reply-To: <53E931D2-E801-47B8-9FEB-73423CB73A1A@gmail.com> References: <7FD8D81F-E67A-4020-BFAA-DF2D5CE3F1C2@macports.org> <53E931D2-E801-47B8-9FEB-73423CB73A1A@gmail.com> Message-ID: <6F9978F6-1C50-4295-8396-D0AF1CB4C08B@newgeo.com> On Feb 27, 2009, at 4:19 AM, Marion Dumas wrote: > Hello! > The mysql4 server is active, so I tried to stop this server in order > to install mysql5 by typing in mysqladmin shutdown, but this > returns the following error message > mysqladmin: connect to server at 'localhost' failed > error: 'Can't connect to local MySQL server through socket '/opt/ > local/var/run/mysqld/mysqld.sock' (2)' > Check that mysqld is running and that the socket: '/opt/local/var/ > run/mysqld/mysqld.sock' exists! > > How else can I shutdown the server? Sometimes MySql can be a finicky thing in regards to it's pid file, where it is, which one is in use. If you just want to shut it down and do not plan on using it, in order to install a newer version... You could spend a while tracking down your my.cnf, and your mysqld.sock, or, really quickly you can move out of the way the launchd item that starts the server, and reboot the machine, mysql will not be running at that point. -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Fri Feb 27 05:14:01 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 27 Feb 2009 07:14:01 -0600 Subject: Install suggestions for port ASSP In-Reply-To: <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> Message-ID: <4C99E972-1C22-48B5-BF70-DED5B58605AE@macports.org> On Feb 27, 2009, at 06:59, Scott Haneda wrote: > On Feb 27, 2009, at 4:42 AM, Ryan Schmidt wrote: >> On Feb 26, 2009, at 19:24, Scott Haneda wrote: >> >>> My ASSP portfile I have now, instead of using xinstall, I just >>> copy the directory into place. I need a little guidance no the >>> best way to do this. >>> >>> ASSP will end up in /opt/local/var/ASSP >>> >>> If ASSP is not there, I just move the entire distro in. On first >>> run of ASSP, a few files and folders are made, the user is good >>> to go. >>> >>> How do I deal with updates to ASSP? The files that were made on >>> first run, as well as config files that have been edited over >>> time, can not be replaced. >>> >>> I believe if I do this as a entire directory, I am going to mess >>> up, unless there is a merge or sync command I am not seeing. >>> >>> Would it then be correct to simply install each file one at a >>> time, then they get registered, and the port upgrade can just >>> touch those files, leaving any user created files in the same >>> area alone? >> >> It does not matter how you put files into the destroot, whether >> it's by file copy or xinstall or make install or whatever. As long >> as files are in the destroot, MacPorts will see them and register >> them to the port. > > Ok, thanks. I will have to think the best way to do this then. > >> You should not install any files the user will modify, because >> they will be deleted and overwritten by your port's new files if >> they upgrade the port. Instead, install sample files which the >> user is to copy and then modify. > > > I hope there is a provision for dealing with this. ASSP has a built > in http server, done in perl, which allows a web based admin. That > admin, reads and writes files in the ASSP/files, ASSP/db and a few > other places. The user is not modifying them directly, they are > more like "preferences" for ASSP. > > There are no sample files to install, they are sparse config/ > instruction files, that get filled over time, either by the user > admin, or automatically by the application, or both. > > How do I protect these files? I suspect this is analogous to how to > you protect mysql databases, but those are not pre-installed in > most cases. You "protect" these files by having the port not install them in the destroot. You can install samples of these files in the destroot with different names or in a "sample conf" directory. In the post-activate phase, you can check if the user already has copies of these files in the locations where the software will use them. If not, you can copy the files there (since you're doing this in post-activate and copying directly to ${prefix} these files will not be registered to the port). From raimue at macports.org Fri Feb 27 05:50:54 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 27 Feb 2009 14:50:54 +0100 Subject: xinstal not making directories In-Reply-To: <25611A6B-505A-4C95-80D6-B97CBC5AD579@newgeo.com> References: <49A7D380.80209@macports.org> <25611A6B-505A-4C95-80D6-B97CBC5AD579@newgeo.com> Message-ID: <49A7EFBE.3000106@macports.org> Scott Haneda wrote: > Is there some way I can so it in the same loop, so I am only > maintaining one list? I tried but of course I only maintain the last > in the list of dirs. Use destroot.keepdirs-append in the loop. See the appropriate section in the guide: http://guide.macports.org/#reference.phases.installation.list-modifiers Rainer From e_wiemann at gmx.de Fri Feb 27 06:20:25 2009 From: e_wiemann at gmx.de (Eckhard Wiemann) Date: Fri, 27 Feb 2009 15:20:25 +0100 Subject: how to use the bash provided by macports Message-ID: <39EAF0DC-3BA7-4351-8BE5-9AADA0E62F7B@gmx.de> Hi everyone, does anybody know how I can tell my xterm to invoke the new bash 4 (which I installed via Macports) when starting up? My wm is ratpoison, but ratpoison does nothing than to start xterm. Ratpoison in turn is invoked by X.app via ~/xinitrc. === MacBook-Wiemann /Users/eckhardwiemann: which bash /opt/local/bin/bash === MacBook-Wiemann /Users/eckhardwiemann: echo $BASH_VERSION 2.05b.0(1)-release === MacBook-Wiemann /Users/eckhardwiemann: echo $SHELL /bin/bash === In my Aqua-Terminal I can use the opt/local/bin/bash, but when I work with cmd-lines I like to work with X11 instead of Aqua. I think I have to reset an env variable like SHELL, but I can't figure out how to change it BEFORE bash ist invoked. Any hints (also links on the Internet where I can learn more about these mechanisms) would be appreciated. Thanks! Eckhard. From brad at pixilla.com Fri Feb 27 06:38:10 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Fri, 27 Feb 2009 06:38:10 -0800 Subject: xinstal not making directories In-Reply-To: <25611A6B-505A-4C95-80D6-B97CBC5AD579@newgeo.com> References: <49A7D380.80209@macports.org> <25611A6B-505A-4C95-80D6-B97CBC5AD579@newgeo.com> Message-ID: On Feb 27, 2009, at 4:52 AM, Scott Haneda wrote: > On Feb 27, 2009, at 3:50 AM, Joshua Root wrote: >> Scott Haneda wrote: >>> # Create 'logs' directory in ASSP base >>> xinstall -d -o _assp -g _assp -m 0755 ${destroot}${assp_base}/logs >>> >>> That will do nothing, unless I put something in it: >>> >>> xinstall -m 0644 ${worksrcpath}/mod_inst.pl >>> ${destroot}${assp_base}/logs/mod_inst.pl >>> >>> How can I create an empty directory in MacPorts? >>> Is this correct behavior? >> >> Empty directories are deleted at the end of the destroot phase unless >> you use destroot.keepdirs. See the Guide. > > > Handy, thanks. > I am doing this in my destroot phase > set empty_dirs {docs errors logs notes notspam okmail pb > quarantine spam} > foreach empty_dir $empty_dirs { > ui_info " MY DEBUG: Making empty dir at ${destroot}$ > {assp_base}/$empty_dir" > xinstall -d -o _assp -g _assp -m 0755 ${destroot}${assp_base}/ > $empty_dir > } foreach empty_dir $empty_dirs { ui_info " MY DEBUG: Making empty dir at ${destroot}$ {assp_base}/$empty_dir" xinstall -d -o _assp -g _assp -m 0755 ${destroot}${assp_base}/ $empty_dir destroot.keepdirs-append ${destroot}${assp_base}/${empty_dir} } // Brad From brad at pixilla.com Fri Feb 27 06:44:30 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Fri, 27 Feb 2009 06:44:30 -0800 Subject: Install suggestions for port ASSP In-Reply-To: <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> Message-ID: <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> On Feb 27, 2009, at 4:59 AM, Scott ss wrote: > On Feb 27, 2009, at 4:42 AM, Ryan Schmidt wrote: >> On Feb 26, 2009, at 19:24, Scott Haneda wrote: >> >>> My ASSP portfile I have now, instead of using xinstall, I just >>> copy the directory into place. I need a little guidance no the >>> best way to do this. >>> >>> ASSP will end up in /opt/local/var/ASSP >>> >>> If ASSP is not there, I just move the entire distro in. On first >>> run of ASSP, a few files and folders are made, the user is good to >>> go. >>> >>> How do I deal with updates to ASSP? The files that were made on >>> first run, as well as config files that have been edited over >>> time, can not be replaced. >>> >>> I believe if I do this as a entire directory, I am going to mess >>> up, unless there is a merge or sync command I am not seeing. >>> >>> Would it then be correct to simply install each file one at a >>> time, then they get registered, and the port upgrade can just >>> touch those files, leaving any user created files in the same area >>> alone? >> >> It does not matter how you put files into the destroot, whether >> it's by file copy or xinstall or make install or whatever. As long >> as files are in the destroot, MacPorts will see them and register >> them to the port. > > Ok, thanks. I will have to think the best way to do this then. > >> You should not install any files the user will modify, because they >> will be deleted and overwritten by your port's new files if they >> upgrade the port. Instead, install sample files which the user is >> to copy and then modify. > > > I hope there is a provision for dealing with this. ASSP has a built > in http server, done in perl, which allows a web based admin. That > admin, reads and writes files in the ASSP/files, ASSP/db and a few > other places. The user is not modifying them directly, they are > more like "preferences" for ASSP. > > There are no sample files to install, they are sparse config/ > instruction files, that get filled over time, either by the user > admin, or automatically by the application, or both. > > How do I protect these files? I suspect this is analogous to how to > you protect mysql databases, but those are not pre-installed in most > cases. If I understand Ryans reply correctly, if you create the folders but not the files, then the folders will be registered but not the files. Since port won't delete files not registered to it the files nor the directory should be deleted. I don't know this but this is the behavior I would expect. //Brad From raimue at macports.org Fri Feb 27 07:09:09 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 27 Feb 2009 16:09:09 +0100 Subject: Dependencies In-Reply-To: <45AAD3D6-CC8F-4AC9-AD35-381EBCCD0AEE@newgeo.com> References: <45AAD3D6-CC8F-4AC9-AD35-381EBCCD0AEE@newgeo.com> Message-ID: <49A80215.3070203@macports.org> Scott Haneda wrote: > [Dependencies for p5-* ports] > Suggestions to alleviate this problem? The only thing you can do currently is to look a the list of dependencies on the CPAN website and copy that into depends_lib of your new p5-* port. The long-term solution would be to make cpan2port usable. This is a project which Marc Chantreux (mc@) began to work on, but it did not advance much since then. I think we need a person with experience in Perl/CPAN here. The script is written in Perl, which is good taking into account that this integrates best with existing architectures. See this thread in the archives, http://lists.macosforge.org/pipermail/macports-users/2008-November/012298.html > Tie::RDBM > This one needs dbi, (p5-dbi), and I honestly can not remember how it > was that I figured that out. Tie:RDBM is even more complex, as it is > contained inside Tie::dbi. So let me break that out, I needed > Tie:RDBM, to get to it, I needed to find Tie:dbi, which has a > dependency on DBI. > > Suggestions to alleviate this problem? How would you know this not using MacPorts? CPAN? At best, the description for Tie::DBI can note Tie::RDBM. Again, cpan2port could help maintaining dependencies for p5-* ports. > If the answer is, I should write some small perl code to use each of > the features of the module to make sure, I can live with that, and > learn to do so. Hopefully, there is some handy little trick that will > allow one off commands that can accomplish the same thing. If the module has its own test cases you can run them using port. As the perl5 port group already defines 'test.run yes', it assumes all modules come with test cases. So you only need to run `port test`. Rainer From Yannick.Carissan at univ-cezanne.fr Fri Feb 27 07:45:15 2009 From: Yannick.Carissan at univ-cezanne.fr (Yannick Carissan) Date: Fri, 27 Feb 2009 16:45:15 +0100 Subject: Error building python26 Message-ID: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> Dear Macports users, I installed the macports yesterday. The installation of gnuplot stops because of the python26 on my macbook. uname -a gives : Darwin Woody.local 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24 17:37:00 PST 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386 Do you have any help or suggestions? Thanks Here is the error I get : yannick at Woody:~$ port install python26 Password: ---> Staging python26 into destroot Error: Target org.macports.destroot returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/Python-2.6.1" && make frameworkinstall maninstall MAKE="make CC=/usr/bin/gcc-4.0" DESTDIR=/ opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot " returned error 2 Command output: Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ __init__.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ dom ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ NodeFilter.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ __init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ domreg.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ expatbuilder.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ minicompat.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ minidom.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ pulldom.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ xmlbuilder.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/ElementInclude.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/ElementPath.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/ElementTree.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/__init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/cElementTree.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ parsers ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ parsers/__init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ parsers/expat.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ sax ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ __init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ _exceptions.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ expatreader.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ handler.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ saxutils.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ xmlreader.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ xmllib.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ xmlrpclib.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ zipfile.py ... make: *** [libinstall] Error 1 Error: Status 1 encountered during processing. From raimue at macports.org Fri Feb 27 09:08:51 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 27 Feb 2009 18:08:51 +0100 Subject: how to use the bash provided by macports In-Reply-To: <39EAF0DC-3BA7-4351-8BE5-9AADA0E62F7B@gmx.de> References: <39EAF0DC-3BA7-4351-8BE5-9AADA0E62F7B@gmx.de> Message-ID: <49A81E23.4030804@macports.org> Eckhard Wiemann wrote: > Hi everyone, > > does anybody know how I can tell my xterm to invoke the new bash 4 > (which I installed via Macports) when starting up? My wm is > ratpoison, but ratpoison does nothing than to start xterm. Ratpoison > in turn is invoked by X.app via ~/xinitrc. Personally I just set /opt/local/bin/bash as command to be launched by my terminal. > [...] > In my Aqua-Terminal I can use the opt/local/bin/bash, but when I work > with cmd-lines I like to work with X11 instead of Aqua. For xterm, you could simply invoke it using xterm -e /opt/local/bin/bash > I think I have to reset an env variable like SHELL, but I can't > figure out how to change it BEFORE bash ist invoked. To change SHELL, you would have to change your login shell for your user. I would discourage to do so, as a broken login shell prevents you from logging in (at least it does on other *NIX systems, correct me if this is different for Mac OS X). In this case, I would recommend at least having a second account with /bin/bash around, otherwise recovery would only be possible using a boot CD. I still include instructions here, use at your own risk: To use /opt/local/bin/bash as a login shell, it has to be listed in /etc/shells. Then you can change your login shell using the chsh utitily. sudo echo "/opt/local/bin/bash" >> /etc/shells chsh -s /opt/local/bin/bash Rainer From david.rowe at freeuk.com Fri Feb 27 09:59:27 2009 From: david.rowe at freeuk.com (David Rowe) Date: Fri, 27 Feb 2009 17:59:27 +0000 Subject: Guncash won't launch after some recent updates In-Reply-To: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> References: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> Message-ID: <49A829FF.4080707@freeuk.com> After some updates a few days ago, my Macports Gnucash installation no longer launches. The command line script reads as follows: <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Wombat:~ david$ gnucash dyld: Symbol not found: _gll_noop Referenced from: /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL Expected in: /opt/local/lib/libGL.dylib Trace/BPT trap Wombat:~ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Gnucash itself is @2.2.8_0 and everything else is up to date. From what I can see by looking at 'date modified' in /opt/local/var/macports/distfiles, the ports that were updated in the offending session were: perl5 Imagemagick gimp-lqr-plugin mesa xorg-glproto readline db4 Note: gnucash itself has not been updated since 30 Dec so I don't think that the problem is actually with gnucash. Does anyone have any suggestions about what is causing the problem and whether there is a work around? Thanks in advance David Rowe From e_wiemann at gmx.de Fri Feb 27 10:45:33 2009 From: e_wiemann at gmx.de (Eckhard Wiemann) Date: Fri, 27 Feb 2009 19:45:33 +0100 Subject: how to use the bash provided by macports In-Reply-To: <49A81E23.4030804@macports.org> References: <39EAF0DC-3BA7-4351-8BE5-9AADA0E62F7B@gmx.de> <49A81E23.4030804@macports.org> Message-ID: <20090227184532.GA1082@MacBook-Wiemann.local> > For xterm, you could simply invoke it using > xterm -e /opt/local/bin/bash This worked fine, but only the first time my wm launched an xterm. > To change SHELL, you would have to change your login shell for your > user. I would discourage to do so, as a broken login shell prevents you > from logging in (at least it does on other *NIX systems, correct me if > this is different for Mac OS X). In this case, I would recommend at > least having a second account with /bin/bash around, otherwise recovery > would only be possible using a boot CD. Good idea, thank you! I changed the login shell via the NetInfoManager, not without testing if it is possible to restore it from another account. But still if this failed, the Aqua-Terminal is robust and chooses the "normal" /bin/bash if it can't find the new one. By the way, the login via GUI was not influenced by these experiments. Thanks a lot, Eckhard From tjb at unh.edu Fri Feb 27 12:05:55 2009 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 27 Feb 2009 15:05:55 -0500 Subject: Symbol not found: _gll_noop In-Reply-To: <49A79CE5.5090905@lobraun.de> References: <49A79CE5.5090905@lobraun.de> Message-ID: <1235765155.13907.29.camel@localhost.localdomain> On Fri, 2009-02-27 at 08:57 +0100, Lothar Braun wrote: > Hi all, > > after one of the last updates I get an error on some applications that I > try to start. One of them is gnucash: > > tnomrev:~ braun$ gnucash > dyld: Symbol not found: _gll_noop > Referenced from: > /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > Expected in: /opt/local/lib/libGL.dylib > > Trace/BPT trap > > I have no idea what the problem is. I found some older bug reports about > this symbol missing for kdelibs3, but that didn't help me get further. > Any ideas on what the problem could be? > > Best regards, > Lothar > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > I saw the same thing. Deactivating mesa fixes it for me. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From tjb at unh.edu Fri Feb 27 12:07:24 2009 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 27 Feb 2009 15:07:24 -0500 Subject: Guncash won't launch after some recent updates In-Reply-To: <49A829FF.4080707@freeuk.com> References: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> <49A829FF.4080707@freeuk.com> Message-ID: <1235765244.13907.30.camel@localhost.localdomain> On Fri, 2009-02-27 at 17:59 +0000, David Rowe wrote: > After some updates a few days ago, my Macports Gnucash installation no > longer launches. > > The command line script reads as follows: > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > Wombat:~ david$ gnucash > dyld: Symbol not found: _gll_noop > Referenced from: > /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > Expected in: /opt/local/lib/libGL.dylib > > Trace/BPT trap > Wombat:~ > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > > Gnucash itself is @2.2.8_0 and everything else is up to date. > > From what I can see by looking at 'date modified' in > /opt/local/var/macports/distfiles, the ports that were updated in the > offending session were: > perl5 > Imagemagick > gimp-lqr-plugin > mesa > xorg-glproto > readline > db4 > > Note: gnucash itself has not been updated since 30 Dec so I don't think > that the problem is actually with gnucash. > > > Does anyone have any suggestions about what is causing the problem and > whether there is a work around? > > Thanks in advance > > David Rowe > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > The recent mesa upgrade is apparently the culprit. Deactiving it fixes it for me. Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From raimue at macports.org Fri Feb 27 12:23:23 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 27 Feb 2009 21:23:23 +0100 Subject: Symbol not found: _gll_noop In-Reply-To: <49A79CE5.5090905@lobraun.de> References: <49A79CE5.5090905@lobraun.de> Message-ID: <49A84BBB.9020709@macports.org> Lothar Braun wrote: > after one of the last updates I get an error on some applications that I > try to start. One of them is gnucash: > > tnomrev:~ braun$ gnucash > dyld: Symbol not found: _gll_noop > Referenced from: > /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > Expected in: /opt/local/lib/libGL.dylib > > Trace/BPT trap It looks like the OpenGL framework is picking up the wrong libGL library. The only reason I could think of is OpenGL not being linked against an absolute path, but picking up another libGL it finds. Although I am not sure how this should happen. On my system: $ otool -L /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL ... /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib (compatibility version 1.0.0, current version 1.0.0) ... This clearly shows the OpenGL framework is linked against an absolute path and this is the one it is supposed to use. But from the error message above we can see it tries to use libGL from /opt/local. Now I don't have gnucash installed, but I suspect something linked to gnucash or gnucash itself is linked against /opt/local/lib/libGL.dylib and that will be used to satisfy the library for the OpenGL framework. Could you please share the output of otool -L /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL otool -L /opt/local/bin/gnucash Rainer From david.rowe at freeuk.com Fri Feb 27 12:54:01 2009 From: david.rowe at freeuk.com (David Rowe) Date: Fri, 27 Feb 2009 20:54:01 +0000 Subject: Symbol not found: _gll_noop & Re: Guncash won't launch after some recent updates In-Reply-To: <49A84BBB.9020709@macports.org> References: <49A79CE5.5090905@lobraun.de> <49A84BBB.9020709@macports.org> Message-ID: <49A852E9.10909@freeuk.com> It looks like we have two threads going simultaneously on the same topic Thomas Baker - in response to my thread - wrote: The recent mesa upgrade is apparently the culprit. Deactiving it fixes it for me. Thanks Thomas - yes deactivating Mesa fixed the problem for me too. Rainer M?ller - in response to Lothar Braun - wrote : > Could you please share the output of > otool -L /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > > otool -L /opt/local/bin/gnucash > I am sure Lothar will reply for himself - but, for my system, here are the otool outputs (after reactivating Mesa temporarily): <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< bash-3.2# otool -L /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL: /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 34.0.0) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 476.15.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.3) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 32.0.0) bash-3.2# otool -L /opt/local/bin/gnucash /opt/local/bin/gnucash: is not an object file bash-3.2# otool -L /opt/local/bin/gnucash-bin /opt/local/bin/gnucash-bin: /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libgnc-qof.1.dylib (compatibility version 2.0.0, current version 2.4.0) /opt/local/lib/gnucash/libgncmod-engine.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libgnc-gnome.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/gnucash/libgncmod-ledger-core.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-register-gnome.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-register-core.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-report-gnome.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-report-system.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-gnome-search.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-gnome-utils.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libgnc-backend-file-utils.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/gnucash/libgncmod-app-utils.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libgtkhtml-3.14.19.dylib (compatibility version 21.0.0, current version 21.0.0) /opt/local/lib/libgnomeui-2.0.dylib (compatibility version 2401.0.0, current version 2401.0.0) /opt/local/lib/libenchant.1.dylib (compatibility version 6.0.0, current version 6.2.0) /opt/local/lib/libgnome-keyring.0.dylib (compatibility version 2.0.0, current version 2.1.0) /opt/local/lib/libbonoboui-2.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libgnomecanvas-2.0.dylib (compatibility version 2002.0.0, current version 2002.0.0) /opt/local/lib/libgnome-2.0.dylib (compatibility version 2401.0.0, current version 2401.1.0) /opt/local/lib/libgnomevfs-2.0.dylib (compatibility version 2401.0.0, current version 2401.0.0) /opt/local/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /opt/local/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /opt/local/lib/libesd.0.dylib (compatibility version 3.0.0, current version 3.39.0) /opt/local/lib/libbonobo-2.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libaudiofile.0.dylib (compatibility version 1.0.0, current version 1.2.0) /opt/local/lib/libbonobo-activation.4.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libORBitCosNaming-2.0.dylib (compatibility version 2.0.0, current version 2.0.0) /opt/local/lib/libgailutil.18.dylib (compatibility version 19.0.0, current version 19.1.0) /usr/X11/lib/libXinerama.1.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/X11/lib/libXi.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/X11/lib/libXrandr.2.dylib (compatibility version 4.0.0, current version 4.0.0) /usr/X11/lib/libXcursor.1.dylib (compatibility version 2.0.0, current version 2.2.0) /usr/X11/lib/libXrender.1.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/X11/lib/libXcomposite.1.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/X11/lib/libXext.6.dylib (compatibility version 11.0.0, current version 11.0.0) /usr/X11/lib/libXdamage.1.dylib (compatibility version 3.0.0, current version 3.0.0) /usr/X11/lib/libXfixes.3.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libgoffice-0.6.6.dylib (compatibility version 7.0.0, current version 7.5.0) /opt/local/lib/libgsf-1.114.dylib (compatibility version 115.0.0, current version 115.10.0) /opt/local/lib/libbz2.1.0.dylib (compatibility version 1.0.0, current version 1.0.4) /opt/local/lib/libglade-2.0.0.dylib (compatibility version 1.0.0, current version 1.7.0) /usr/X11/lib/libSM.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/X11/lib/libICE.6.dylib (compatibility version 10.0.0, current version 10.0.0) /opt/local/lib/libart_lgpl_2.2.dylib (compatibility version 6.0.0, current version 6.20.0) /opt/local/lib/libxml2.2.dylib (compatibility version 10.0.0, current version 10.2.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.3) /opt/local/lib/libgnc-module.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/gnucash/libgncmod-calculation.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libgnc-core-utils.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libgconf-2.4.dylib (compatibility version 6.0.0, current version 6.5.0) /opt/local/lib/libdbus-glib-1.2.dylib (compatibility version 4.0.0, current version 4.0.0) /opt/local/lib/libORBit-2.0.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 25.0.2) /opt/local/lib/libdbus-1.3.dylib (compatibility version 8.0.0, current version 8.0.0) /opt/local/lib/libgtk-x11-2.0.0.dylib (compatibility version 1401.0.0, current version 1401.5.0) /opt/local/lib/libgdk-x11-2.0.0.dylib (compatibility version 1401.0.0, current version 1401.5.0) /opt/local/lib/libatk-1.0.0.dylib (compatibility version 2410.0.0, current version 2410.1.0) /opt/local/lib/libgdk_pixbuf-2.0.0.dylib (compatibility version 1401.0.0, current version 1401.5.0) /opt/local/lib/libgio-2.0.0.dylib (compatibility version 1801.0.0, current version 1801.3.0) /opt/local/lib/libtiff.3.dylib (compatibility version 12.0.0, current version 12.2.0) /opt/local/lib/libjasper.1.dylib (compatibility version 2.0.0, current version 2.0.0) /opt/local/lib/libjpeg.62.dylib (compatibility version 63.0.0, current version 63.0.0) /opt/local/lib/libpangocairo-1.0.0.dylib (compatibility version 2204.0.0, current version 2204.1.0) /opt/local/lib/libcairo.2.dylib (compatibility version 10803.0.0, current version 10803.6.0) /opt/local/lib/libpangoft2-1.0.0.dylib (compatibility version 2204.0.0, current version 2204.1.0) /opt/local/lib/libpixman-1.0.dylib (compatibility version 13.0.0, current version 13.0.0) /opt/local/lib/libpng12.0.dylib (compatibility version 35.0.0, current version 35.0.0) /opt/local/lib/libXrender.1.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/X11/lib/libX11.6.dylib (compatibility version 9.0.0, current version 9.0.0) /usr/X11/lib/libXau.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/X11/lib/libXdmcp.6.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/local/lib/libpango-1.0.0.dylib (compatibility version 2204.0.0, current version 2204.1.0) /opt/local/lib/libfontconfig.1.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libexpat.1.dylib (compatibility version 7.0.0, current version 7.2.0) /opt/local/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.18.0) /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /opt/local/lib/libguile.12.dylib (compatibility version 16.0.0, current version 16.1.0) /opt/local/lib/libguile-ltdl.1.dylib (compatibility version 2.0.0, current version 2.1.0) /opt/local/lib/libgthread-2.0.0.dylib (compatibility version 1801.0.0, current version 1801.3.0) /opt/local/lib/libgobject-2.0.0.dylib (compatibility version 1801.0.0, current version 1801.3.0) /opt/local/lib/libgmodule-2.0.0.dylib (compatibility version 1801.0.0, current version 1801.3.0) /opt/local/lib/libglib-2.0.0.dylib (compatibility version 1801.0.0, current version 1801.3.0) /opt/local/lib/libpopt.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libintl.8.dylib (compatibility version 9.0.0, current version 9.2.0) /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) bash-3.2# >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ('/opt/local/bin/gnucash' is actually a shell script that launches '/opt/local/bin/gnucash-bin') I look forward to hearing your conclusions - I will run with Mesa deactivated for the moment. Many thanks for your help David Rowe -------------- next part -------------- An HTML attachment was scrubbed... URL: From talklists at newgeo.com Fri Feb 27 14:19:01 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 14:19:01 -0800 Subject: Dependencies In-Reply-To: <49A80215.3070203@macports.org> References: <45AAD3D6-CC8F-4AC9-AD35-381EBCCD0AEE@newgeo.com> <49A80215.3070203@macports.org> Message-ID: <5F09C897-3985-4DB2-B932-A7EB4F8895C4@newgeo.com> On Feb 27, 2009, at 7:09 AM, Rainer M?ller wrote: >> If the answer is, I should write some small perl code to use each of >> the features of the module to make sure, I can live with that, and >> learn to do so. Hopefully, there is some handy little trick that >> will >> allow one off commands that can accomplish the same thing. > > If the module has its own test cases you can run them using port. As > the > perl5 port group already defines 'test.run yes', it assumes all > modules > come with test cases. So you only need to run `port test`. Thanks!, I was totally unaware of the `port test` command. I swear, every time I hit a wall of frustration with MacPorts, there is something at least in the works that solves it. Thanks. -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Fri Feb 27 14:23:16 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 14:23:16 -0800 Subject: Install suggestions for port ASSP In-Reply-To: <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> Message-ID: <895A4BFD-50B4-4B0B-984E-BCE0A107E444@newgeo.com> On Feb 27, 2009, at 6:44 AM, Bradley Giesbrecht wrote: >> I hope there is a provision for dealing with this. ASSP has a built >> in http server, done in perl, which allows a web based admin. That >> admin, reads and writes files in the ASSP/files, ASSP/db and a few >> other places. The user is not modifying them directly, they are >> more like "preferences" for ASSP. >> >> There are no sample files to install, they are sparse config/ >> instruction files, that get filled over time, either by the user >> admin, or automatically by the application, or both. >> >> How do I protect these files? I suspect this is analogous to how to >> you protect mysql databases, but those are not pre-installed in >> most cases. > > If I understand Ryans reply correctly, if you create the folders but > not the files, then the folders will be registered but not the files. > Since port won't delete files not registered to it the files nor the > directory should be deleted. > > I don't know this but this is the behavior I would expect. Well, if that is the case, that is in part good. My issue I believe is that ASSP, installs a file for example, ASSP/files/blacklist.txt In it, is a list of known bad IP's that everyone would want to use in their spam proxy. It is a good starting point. But you, as a user, will use the web admin, to modify this file, and add more to it. When someone comes along and port update's, that file is going to get wiped out, and the one from the ditro put in place, writing over the users changes. I need to solve that? There is no set of sample conf files I can put into place. I actually think this is a lot like MySql, in that MySql has a data dir, in it is installed the MySql db for users and permissions, there is a small amount of data in it. Over time, you add more of your own to it. I am guessing, a MySql update in ports is not going to harm that, so I need to use that same approach. How do I fake a update in ports, if there is not a real one to test out on? -- Scott * If you contact me off list replace talklists@ with scott@ * From blb at macports.org Fri Feb 27 14:26:16 2009 From: blb at macports.org (Bryan Blackburn) Date: Fri, 27 Feb 2009 15:26:16 -0700 Subject: Error building python26 In-Reply-To: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> References: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> Message-ID: <20090227222616.GE1054@ninagal.withay.com> On Fri, Feb 27, 2009 at 04:45:15PM +0100, Yannick Carissan said: > Dear Macports users, > > I installed the macports yesterday. The installation of gnuplot stops > because of the python26 on my macbook. > > uname -a gives : > Darwin Woody.local 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24 17:37:00 > PST 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386 How about 'port version' and 'xcodebuild -version'? > > Do you have any help or suggestions? > > Thanks > > Here is the error I get : > > yannick at Woody:~$ port install python26 > Password: > ---> Staging python26 into destroot [...] > Compiling /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_lang_python26/work/destroot/opt/local/ > Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/zipfile.py > ... > make: *** [libinstall] Error 1 > > Error: Status 1 encountered during processing. Hmm, there didn't seem to be any actual error message anywhere in the output. Can you rerun with debug (sudo port -d install python26); if there's lots of output, just send to me instead of the list. Bryan From dluke at geeklair.net Fri Feb 27 14:51:24 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Fri, 27 Feb 2009 17:51:24 -0500 Subject: Install suggestions for port ASSP In-Reply-To: <895A4BFD-50B4-4B0B-984E-BCE0A107E444@newgeo.com> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> <895A4BFD-50B4-4B0B-984E-BCE0A107E444@newgeo.com> Message-ID: <0F6751EA-C227-4617-810A-DCD8388B8CBB@geeklair.net> On Feb 27, 2009, at 5:23 PM, Scott Haneda wrote: > Well, if that is the case, that is in part good. My issue I believe > is that ASSP, installs a file for example, ASSP/files/blacklist.txt > > In it, is a list of known bad IP's that everyone would want to use > in their spam proxy. It is a good starting point. But you, as a > user, will use the web admin, to modify this file, and add more to > it. When someone comes along and port update's, that file is going > to get wiped out, and the one from the ditro put in place, writing > over the users changes. > > I need to solve that? There is no set of sample conf files I can > put into place. blacklist.txt seems like a conf file to me. Install it as blacklist.txt.sample and either 1. ouput a ui_msg that tells the person to copy blacklist.txt.sample to blacklist.txt or 2. in post-activate check to see if blacklist.txt exists, if not copy blacklist.txt.sample to blacklist.txt Do this for each of the files. squid does this for squid.conf and mime.conf, so you can look there if you want to see an example. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From cedayiv at gmail.com Fri Feb 27 14:54:29 2009 From: cedayiv at gmail.com (Charles Day) Date: Fri, 27 Feb 2009 14:54:29 -0800 Subject: Symbol not found: _gll_noop In-Reply-To: <49A84BBB.9020709@macports.org> References: <49A79CE5.5090905@lobraun.de> <49A84BBB.9020709@macports.org> Message-ID: <1d6843d80902271454g59f6a53chb351991557bb83a5@mail.gmail.com> On Fri, Feb 27, 2009 at 12:23 PM, Rainer M?ller wrote: > Lothar Braun wrote: > > after one of the last updates I get an error on some applications that I > > try to start. One of them is gnucash: > > > > tnomrev:~ braun$ gnucash > > dyld: Symbol not found: _gll_noop > > Referenced from: > > /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > > Expected in: /opt/local/lib/libGL.dylib > > > > Trace/BPT trap > > It looks like the OpenGL framework is picking up the wrong libGL > library. The only reason I could think of is OpenGL not being linked > against an absolute path, but picking up another libGL it finds. > Although I am not sure how this should happen. > > On my system: > $ otool -L /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > ... > > /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib > (compatibility version 1.0.0, current version 1.0.0) > ... > > This clearly shows the OpenGL framework is linked against an absolute > path and this is the one it is supposed to use. But from the error > message above we can see it tries to use libGL from /opt/local. > > Now I don't have gnucash installed, but I suspect something linked to > gnucash or gnucash itself is linked against /opt/local/lib/libGL.dylib > and that will be used to satisfy the library for the OpenGL framework. > > Could you please share the output of > otool -L /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > > otool -L /opt/local/bin/gnucash > This is just the startup script; try: otool -L /opt/local/bin/gnucash-bin > Rainer > -Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: From talklists at newgeo.com Fri Feb 27 15:54:55 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 15:54:55 -0800 Subject: Case of port names? In-Reply-To: <62294852-C176-4B5B-A2F4-D9E632209567@macports.org> References: <06454ED3-CA0E-4EB8-9C77-B773463F7900@newgeo.com> <49A6615B.8050107@macports.org> <95AB0324-3EE9-4016-B0A1-D5F5A7C686BB@macports.org> <9D4C1C06-183E-4BD1-AF65-4067CDA7E464@newgeo.com> <62294852-C176-4B5B-A2F4-D9E632209567@macports.org> Message-ID: <0980C782-7159-4119-8FD7-342ECE9BC27F@newgeo.com> Stumped entirely, if I run a clean --dist, I will get a checksum mismatch with the port name set to ASSP, if I run the port name set to assp, I do not. name assp version 1.4.3.1 categories mail maintainers hostwizard.com:scott description Anti-Spam SMTP Proxy (ASSP) Server long_description tba homepage http://assp.sourceforge.net/ platforms darwin master_sites sourceforge use_zip yes checksums md5 95191c8a081601a5b80557ad606d867a \ sha1 67d9587d78e8c6d2696ff13d5ae323bb513421f1 \ rmd160 0e0cc34e56a3d54e06f4d6a3c123322431d33dcc depends_run bin:perl:perl5.8 distname ASSP_${version}-Install worksrcdir ${distname}/ASSP set assp_base ${prefix}/var/ASSP # This distribution is just perl files use_configure no Some side questions, I know about `port contents`, is there a command to tell me the base in which the install has happened in, other than looking through `port contents`? I want to cd `port something` and get right to where the installed files are. Maybe it is that I am just testing a lot, but a `port uninstall ASSP` does not remove the files in /opt/local/var/ASSP, at least, not all the time, What is the best way to get the distfiles, work, and installed files gone, as well as unregister them? No matter what the name is, I can `port install assp` or `port install ASSP`, so case is not mattering in the command phase, is this normal? This is probably an OS X thing being case i? Thanks On Feb 26, 2009, at 5:01 AM, Ryan Schmidt wrote: > On Feb 26, 2009, at 06:40, Scott Haneda wrote: >> On Feb 26, 2009, at 3:39 AM, Ryan Schmidt wrote: >>> On Feb 26, 2009, at 03:31, Joshua Root wrote: >>>> Scott Haneda wrote: >>>> >>>>> Are all port names to be lowercase? >>>> >>>> No. >>> >>> Use whatever case gives you the greatest pleasure, or rather, best >>> matches the project name. There was a problem in MacPorts < 1.7.0 >>> when the case of the port name did not match the case the user >>> typed on the command line. Users usually typed port names in all >>> lowercase, so ports that used uppercase letters caused problems >>> for those users. But now that MacPorts 1.7.0 has fixed that issue, >>> there's no reason not to use uppercase letters. We have 187 ports >>> currently using uppercase letters in their names. >> >> Then to confirm this is correct, I use assp as the name of my port >> and ASSP as the distname? >> name ASSP >> distname assp > > Here, you're showing ASSP as the name of the port and assp as the > distname. > > >> That did not seem to work for me, I had: >> name ASSP >> version 1.4.3.1 >> distname ASSP_${version}-Install >> >> This would yield a bad download for me, it could not locate it. The >> download URL from sourceforge that works is: >> http://internap.dl.sourceforge.net/assp/ASSP_1.4.3.1-Install.zip >> >> Where does ports get the first 'assp' in lowercase in that url? > > That means you're downloading from the sourceforge fetch group? It > by default uses the port name as the sourceforge project name, if > you specify just: > > master_sites sourceforge > > This is equivalent to > > master_sites sourceforge:${name} > > If you want to change it to something else, you can: > > master_sites sourceforge:sfprojectname -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Fri Feb 27 16:04:43 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 27 Feb 2009 18:04:43 -0600 Subject: Case of port names? In-Reply-To: <0980C782-7159-4119-8FD7-342ECE9BC27F@newgeo.com> References: <06454ED3-CA0E-4EB8-9C77-B773463F7900@newgeo.com> <49A6615B.8050107@macports.org> <95AB0324-3EE9-4016-B0A1-D5F5A7C686BB@macports.org> <9D4C1C06-183E-4BD1-AF65-4067CDA7E464@newgeo.com> <62294852-C176-4B5B-A2F4-D9E632209567@macports.org> <0980C782-7159-4119-8FD7-342ECE9BC27F@newgeo.com> Message-ID: On Feb 27, 2009, at 17:54, Scott Haneda wrote: > Stumped entirely, if I run a clean --dist, I will get a checksum > mismatch with the port name set to ASSP, if I run the port name set > to assp, I do not. > > name assp > version 1.4.3.1 > categories mail > maintainers hostwizard.com:scott > description Anti-Spam SMTP Proxy (ASSP) Server > long_description tba > homepage http://assp.sourceforge.net/ > platforms darwin > master_sites sourceforge > > use_zip yes > > checksums md5 95191c8a081601a5b80557ad606d867a \ > sha1 > 67d9587d78e8c6d2696ff13d5ae323bb513421f1 \ > rmd160 > 0e0cc34e56a3d54e06f4d6a3c123322431d33dcc > > depends_run bin:perl:perl5.8 > distname ASSP_${version}-Install > worksrcdir ${distname}/ASSP > > set assp_base ${prefix}/var/ASSP > > # This distribution is just perl files > use_configure no Yes, because with the port name set to "ASSP" it is trying to download from "http://downloads.sourceforge.net/ASSP" which doesn't exist. "http://downloads.sourceforge.net/assp" is where you need to download from, hence you need to either name the port "assp" or set the master_sites to "sourceforge:assp". "master_sites sourceforge" is equivalent to "master_sites sourceforge:${name}" > Some side questions, I know about `port contents`, is there a > command to tell me the base in which the install has happened in, > other than looking through `port contents`? I want to cd `port > something` and get right to where the installed files are. Most ports install all over ${prefix} so there is no command for that. > Maybe it is that I am just testing a lot, but a `port uninstall > ASSP` does not remove the files in /opt/local/var/ASSP, at least, > not all the time, What is the best way to get the distfiles, work, > and installed files gone, as well as unregister them? "port uninstall ASSP" should always uninstall all files registered to your port. If it doesn't, then the files were not registered to the port. I assume the portfile you posted above is incomplete because it doesn't work for me; it says "make: *** No rule to make target `all'. Stop." So I can't test this issue for you. > No matter what the name is, I can `port install assp` or `port > install ASSP`, so case is not mattering in the command phase, is > this normal? This is probably an OS X thing being case i? Yes, this is normal. As far as I know, MacPorts takes care of this on all operating systems so it's not Mac OS X-specific. From talklists at newgeo.com Fri Feb 27 16:48:56 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 16:48:56 -0800 Subject: Install suggestions for port ASSP In-Reply-To: <0F6751EA-C227-4617-810A-DCD8388B8CBB@geeklair.net> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> <895A4BFD-50B4-4B0B-984E-BCE0A107E444@newgeo.com> <0F6751EA-C227-4617-810A-DCD8388B8CBB@geeklair.net> Message-ID: <6412B45C-68A5-4772-AD6C-B31A2B4ED872@newgeo.com> On Feb 27, 2009, at 2:51 PM, Daniel J. Luke wrote: > 2. in post-activate check to see if blacklist.txt exists, if not > copy blacklist.txt.sample to blacklist.txt > > Do this for each of the files. > > squid does this for squid.conf and mime.conf, so you can look there > if you want to see an example. Thanks, the squid example was helpful. if {![file exists ${assp_base}/assp.cfg]} { file copy ${assp_base}/assp.cfg.defaults \ ${assp_base}/assp.cfg } My trouble with that, is the assp.cfg gets user and group of root, which I do not want. In xinstal, can set user, group, and mode. I am not seeing in the docs how to tell file copy to set user and group and mode. So I just use a system call to do it? I can not move this condition into destroot{} since I need to check if the files are there post-activation, I believe. -- Scott * If you contact me off list replace talklists@ with scott@ * From dluke at geeklair.net Fri Feb 27 17:02:35 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Fri, 27 Feb 2009 20:02:35 -0500 Subject: Install suggestions for port ASSP In-Reply-To: <6412B45C-68A5-4772-AD6C-B31A2B4ED872@newgeo.com> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> <895A4BFD-50B4-4B0B-984E-BCE0A107E444@newgeo.com> <0F6751EA-C227-4617-810A-DCD8388B8CBB@geeklair.net> <6412B45C-68A5-4772-AD6C-B31A2B4ED872@newgeo.com> Message-ID: <9CB7F061-EF02-4E51-87B7-5205F53A2D53@geeklair.net> On Feb 27, 2009, at 7:48 PM, Scott Haneda wrote: > My trouble with that, is the assp.cfg gets user and group of root, well, the user and group of the 'port' process, but yeah, for install/ activate that's usually going to be root. > which I do not want. In xinstal, can set user, group, and mode. I > am not seeing in the docs how to tell file copy to set user and > group and mode. So I just use a system call to do it? so use xinstall instead of file copy > I can not move this condition into destroot{} since I need to check > if the files are there post-activation, I believe. you can't do it in destroot, because destroot should only put files in the destroot (all the files in the destroot 'belong' to the port and will get replaced on upgrade, you have to do this post-activate because you specifically want these files to not 'belong' to the port so that macports doesn't ever touch them). -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From talklists at newgeo.com Fri Feb 27 17:16:21 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 17:16:21 -0800 Subject: Install suggestions for port ASSP In-Reply-To: <9CB7F061-EF02-4E51-87B7-5205F53A2D53@geeklair.net> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> <895A4BFD-50B4-4B0B-984E-BCE0A107E444@newgeo.com> <0F6751EA-C227-4617-810A-DCD8388B8CBB@geeklair.net> <6412B45C-68A5-4772-AD6C-B31A2B4ED872@newgeo.com> <9CB7F061-EF02-4E51-87B7-5205F53A2D53@geeklair.net> Message-ID: On Feb 27, 2009, at 5:02 PM, Daniel J. Luke wrote: > On Feb 27, 2009, at 7:48 PM, Scott Haneda wrote: >> My trouble with that, is the assp.cfg gets user and group of root, > > well, the user and group of the 'port' process, but yeah, for > install/activate that's usually going to be root. > >> which I do not want. In xinstal, can set user, group, and mode. I >> am not seeing in the docs how to tell file copy to set user and >> group and mode. So I just use a system call to do it? > > so use xinstall instead of file copy Assumed I could not, I shall try. The name has install it in, so I thought it would just not work in a post activation state. Thanks. -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Fri Feb 27 17:17:24 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 27 Feb 2009 19:17:24 -0600 Subject: Install suggestions for port ASSP In-Reply-To: References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> <895A4BFD-50B4-4B0B-984E-BCE0A107E444@newgeo.com> <0F6751EA-C227-4617-810A-DCD8388B8CBB@geeklair.net> <6412B45C-68A5-4772-AD6C-B31A2B4ED872@newgeo.com> <9CB7F061-EF02-4E51-87B7-5205F53A2D53@geeklair.net> Message-ID: On Feb 27, 2009, at 19:16, Scott Haneda wrote: > On Feb 27, 2009, at 5:02 PM, Daniel J. Luke wrote: > >> On Feb 27, 2009, at 7:48 PM, Scott Haneda wrote: >>> My trouble with that, is the assp.cfg gets user and group of root, >> >> well, the user and group of the 'port' process, but yeah, for >> install/activate that's usually going to be root. >> >>> which I do not want. In xinstal, can set user, group, and mode. >>> I am not seeing in the docs how to tell file copy to set user and >>> group and mode. So I just use a system call to do it? >> >> so use xinstall instead of file copy > > > Assumed I could not, I shall try. The name has install it in, so I > thought it would just not work in a post activation state. xinstall works any time. It's like copy but a little different. For stylistic reasons I generally use xinstall in destroot and copy in other phases but there's no technical reason it has to be that way. From ryandesign at macports.org Fri Feb 27 17:19:29 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 27 Feb 2009 19:19:29 -0600 Subject: Install suggestions for port ASSP In-Reply-To: <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> Message-ID: <67D44486-04D4-4DDE-8632-3AF441C6B75D@macports.org> On Feb 27, 2009, at 08:44, Bradley Giesbrecht wrote: > If I understand Ryans reply correctly, if you create the folders > but not the files, then the folders will be registered but not the > files. > Since port won't delete files not registered to it the files nor > the directory should be deleted. No, MacPorts doesn't register directories to any port. After the destroot phase, MacPorts goes through the destroot and deletes any empty directories (unless you list the directory in destroot.keepdirs, which causes a small empty file to be placed in the directory so that it's not empty and won't get cleaned up). From talklists at newgeo.com Fri Feb 27 20:17:22 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 27 Feb 2009 20:17:22 -0800 Subject: Install suggestions for port ASSP In-Reply-To: <67D44486-04D4-4DDE-8632-3AF441C6B75D@macports.org> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> <67D44486-04D4-4DDE-8632-3AF441C6B75D@macports.org> Message-ID: <0AE58788-D232-468C-8027-E6F2F566F85B@newgeo.com> What is the histor of the name of that small file? Is that rooted in some standard way or is that a MacPorts thing? It makes me laugh a little every time I see it. * Searching google for "port turd" can provide amusing as well. On Feb 27, 2009, at 5:19 PM, Ryan Schmidt wrote: > After the destroot phase, MacPorts goes through the destroot and > deletes any empty directories (unless you list the directory in > destroot.keepdirs, which causes a small empty file to be placed in > the directory so that it's not empty and won't get cleaned up). -- Scott * If you contact me off list replace talklists@ with scott@ * From Yannick.Carissan at univ-cezanne.fr Sat Feb 28 02:08:42 2009 From: Yannick.Carissan at univ-cezanne.fr (Yannick Carissan) Date: Sat, 28 Feb 2009 11:08:42 +0100 Subject: Error building python26 In-Reply-To: <20090227222616.GE1054@ninagal.withay.com> References: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> <20090227222616.GE1054@ninagal.withay.com> Message-ID: <992F9516-67DC-4BFC-82E0-CBCF44C3F7D8@univ-cezanne.fr> Here you are : port version Version: 1.700 xcodebuild -version Component versions: DevToolsCore-921.0; DevToolsSupport-893.0 Thanks for your help, Yannick Le 27 f?vr. 09 ? 23:26, Bryan Blackburn a ?crit : > On Fri, Feb 27, 2009 at 04:45:15PM +0100, Yannick Carissan said: >> Dear Macports users, >> >> I installed the macports yesterday. The installation of gnuplot stops >> because of the python26 on my macbook. >> >> uname -a gives : >> Darwin Woody.local 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24 >> 17:37:00 >> PST 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386 > > How about 'port version' and 'xcodebuild -version'? > >> >> Do you have any help or suggestions? >> >> Thanks >> >> Here is the error I get : >> >> yannick at Woody:~$ port install python26 >> Password: >> ---> Staging python26 into destroot > [...] >> Compiling /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync >> .macports.org_release_ports_lang_python26/work/destroot/opt/local/ >> Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ >> zipfile.py >> ... >> make: *** [libinstall] Error 1 >> >> Error: Status 1 encountered during processing. > > Hmm, there didn't seem to be any actual error message anywhere in the > output. Can you rerun with debug (sudo port -d install python26); if > there's lots of output, just send to me instead of the list. > > Bryan > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From jmr at macports.org Sat Feb 28 02:27:08 2009 From: jmr at macports.org (Joshua Root) Date: Sat, 28 Feb 2009 21:27:08 +1100 Subject: Error building python26 In-Reply-To: <992F9516-67DC-4BFC-82E0-CBCF44C3F7D8@univ-cezanne.fr> References: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> <20090227222616.GE1054@ninagal.withay.com> <992F9516-67DC-4BFC-82E0-CBCF44C3F7D8@univ-cezanne.fr> Message-ID: <49A9117C.3070600@macports.org> Yannick Carissan wrote: > Here you are : > > port version > Version: 1.700 > > xcodebuild -version > Component versions: DevToolsCore-921.0; DevToolsSupport-893.0 Looks old, try installing 3.1.2. - Josh From lothar at lobraun.de Sat Feb 28 04:56:13 2009 From: lothar at lobraun.de (Lothar Braun) Date: Sat, 28 Feb 2009 13:56:13 +0100 Subject: Symbol not found: _gll_noop In-Reply-To: <1d6843d80902271454g59f6a53chb351991557bb83a5@mail.gmail.com> References: <49A79CE5.5090905@lobraun.de> <49A84BBB.9020709@macports.org> <1d6843d80902271454g59f6a53chb351991557bb83a5@mail.gmail.com> Message-ID: <49A9346D.2060705@lobraun.de> Hi, same thing for me: If I deactivate mesa, gnucash will start again. Here is my output for otool -L /opt/local/bin/gnucash-bin if mesa is activated: /opt/local/bin/gnucash-bin: /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libgnc-qof.1.dylib (compatibility version 2.0.0, current version 2.4.0) /opt/local/lib/gnucash/libgncmod-engine.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libgnc-gnome.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/gnucash/libgncmod-ledger-core.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-register-gnome.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-register-core.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-report-gnome.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-report-system.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-gnome-search.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gnucash/libgncmod-gnome-utils.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libgnc-backend-file-utils.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/gnucash/libgncmod-app-utils.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libgtkhtml-3.14.19.dylib (compatibility version 21.0.0, current version 21.0.0) /usr/X11/lib/libSM.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/X11/lib/libICE.6.dylib (compatibility version 10.0.0, current version 10.0.0) /usr/X11/lib/libXinerama.1.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/X11/lib/libXi.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/X11/lib/libXrandr.2.dylib (compatibility version 4.0.0, current version 4.0.0) /usr/X11/lib/libXcursor.1.dylib (compatibility version 2.0.0, current version 2.2.0) /usr/X11/lib/libXcomposite.1.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/X11/lib/libXext.6.dylib (compatibility version 11.0.0, current version 11.0.0) /usr/X11/lib/libXdamage.1.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/X11/lib/libXfixes.3.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libgnomeui-2.0.dylib (compatibility version 2401.0.0, current version 2401.0.0) /opt/local/lib/libenchant.1.dylib (compatibility version 6.0.0, current version 6.2.0) /opt/local/lib/libgnome-keyring.0.dylib (compatibility version 2.0.0, current version 2.1.0) /opt/local/lib/libbonoboui-2.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libSM.6.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/local/lib/libICE.6.dylib (compatibility version 10.0.0, current version 10.0.0) /opt/local/lib/libgnomecanvas-2.0.dylib (compatibility version 2002.0.0, current version 2002.0.0) /opt/local/lib/libgnome-2.0.dylib (compatibility version 2401.0.0, current version 2401.1.0) /opt/local/lib/libgnomevfs-2.0.dylib (compatibility version 2401.0.0, current version 2401.0.0) /opt/local/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /opt/local/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /opt/local/lib/libesd.0.dylib (compatibility version 3.0.0, current version 3.39.0) /opt/local/lib/libbonobo-2.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libaudiofile.0.dylib (compatibility version 1.0.0, current version 1.2.0) /opt/local/lib/libbonobo-activation.4.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libORBitCosNaming-2.0.dylib (compatibility version 2.0.0, current version 2.0.0) /opt/local/lib/libgailutil.18.dylib (compatibility version 19.0.0, current version 19.1.0) /opt/local/lib/libXinerama.1.dylib (compatibility version 2.0.0, current version 2.0.0) /opt/local/lib/libXi.6.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/local/lib/libXrandr.2.dylib (compatibility version 4.0.0, current version 4.0.0) /opt/local/lib/libXcursor.1.dylib (compatibility version 2.0.0, current version 2.2.0) /opt/local/lib/libXcomposite.1.dylib (compatibility version 2.0.0, current version 2.0.0) /opt/local/lib/libXext.6.dylib (compatibility version 11.0.0, current version 11.0.0) /opt/local/lib/libXdamage.1.dylib (compatibility version 3.0.0, current version 3.0.0) /opt/local/lib/libXfixes.3.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libgoffice-0.6.6.dylib (compatibility version 7.0.0, current version 7.5.0) /usr/X11/lib/libXrender.1.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/X11/lib/libX11.6.dylib (compatibility version 9.0.0, current version 9.0.0) /usr/X11/lib/libXau.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/X11/lib/libXdmcp.6.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/local/lib/libgsf-1.114.dylib (compatibility version 115.0.0, current version 115.11.0) /opt/local/lib/libbz2.1.0.dylib (compatibility version 1.0.0, current version 1.0.5) /opt/local/lib/libglade-2.0.0.dylib (compatibility version 1.0.0, current version 1.7.0) /opt/local/lib/libart_lgpl_2.2.dylib (compatibility version 6.0.0, current version 6.20.0) /opt/local/lib/libxml2.2.dylib (compatibility version 10.0.0, current version 10.3.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.3) /opt/local/lib/libgnc-module.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/gnucash/libgncmod-calculation.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libgnc-core-utils.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libgconf-2.4.dylib (compatibility version 6.0.0, current version 6.5.0) /opt/local/lib/libdbus-glib-1.2.dylib (compatibility version 4.0.0, current version 4.0.0) /opt/local/lib/libORBit-2.0.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 25.0.2) /opt/local/lib/libdbus-1.3.dylib (compatibility version 8.0.0, current version 8.0.0) /opt/local/lib/libgtk-x11-2.0.0.dylib (compatibility version 1401.0.0, current version 1401.7.0) /opt/local/lib/libgdk-x11-2.0.0.dylib (compatibility version 1401.0.0, current version 1401.7.0) /opt/local/lib/libatk-1.0.0.dylib (compatibility version 2410.0.0, current version 2410.1.0) /opt/local/lib/libgdk_pixbuf-2.0.0.dylib (compatibility version 1401.0.0, current version 1401.7.0) /opt/local/lib/libgio-2.0.0.dylib (compatibility version 1801.0.0, current version 1801.3.0) /opt/local/lib/libtiff.3.dylib (compatibility version 12.0.0, current version 12.2.0) /opt/local/lib/libjasper.1.dylib (compatibility version 2.0.0, current version 2.0.0) /opt/local/lib/libjpeg.62.dylib (compatibility version 63.0.0, current version 63.0.0) /opt/local/lib/libpangocairo-1.0.0.dylib (compatibility version 2204.0.0, current version 2204.1.0) /opt/local/lib/libcairo.2.dylib (compatibility version 10803.0.0, current version 10803.6.0) /opt/local/lib/libpangoft2-1.0.0.dylib (compatibility version 2204.0.0, current version 2204.1.0) /opt/local/lib/libpixman-1.0.dylib (compatibility version 15.0.0, current version 15.0.0) /opt/local/lib/libpng12.0.dylib (compatibility version 36.0.0, current version 36.0.0) /opt/local/lib/libXrender.1.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libX11.6.dylib (compatibility version 9.0.0, current version 9.0.0) /opt/local/lib/libXau.6.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/local/lib/libXdmcp.6.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/local/lib/libpango-1.0.0.dylib (compatibility version 2204.0.0, current version 2204.1.0) /opt/local/lib/libfontconfig.1.dylib (compatibility version 5.0.0, current version 5.0.0) /opt/local/lib/libexpat.1.dylib (compatibility version 7.0.0, current version 7.2.0) /opt/local/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.19.0) /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /opt/local/lib/libguile.12.dylib (compatibility version 16.0.0, current version 16.1.0) /opt/local/lib/libguile-ltdl.1.dylib (compatibility version 2.0.0, current version 2.1.0) /opt/local/lib/libgthread-2.0.0.dylib (compatibility version 1801.0.0, current version 1801.3.0) /opt/local/lib/libgobject-2.0.0.dylib (compatibility version 1801.0.0, current version 1801.3.0) /opt/local/lib/libgmodule-2.0.0.dylib (compatibility version 1801.0.0, current version 1801.3.0) /opt/local/lib/libglib-2.0.0.dylib (compatibility version 1801.0.0, current version 1801.3.0) /opt/local/lib/libpopt.0.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/lib/libintl.8.dylib (compatibility version 9.0.0, current version 9.2.0) /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) Best regards, Lothar From Yannick.Carissan at univ-cezanne.fr Sat Feb 28 06:37:30 2009 From: Yannick.Carissan at univ-cezanne.fr (Yannick Carissan) Date: Sat, 28 Feb 2009 15:37:30 +0100 Subject: Error building python26 In-Reply-To: <49A9117C.3070600@macports.org> References: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> <20090227222616.GE1054@ninagal.withay.com> <992F9516-67DC-4BFC-82E0-CBCF44C3F7D8@univ-cezanne.fr> <49A9117C.3070600@macports.org> Message-ID: <265ABFA2-C585-40BA-A356-91928347985C@univ-cezanne.fr> I updated xcode : yannick at Woody:~$ xcodebuild -version Xcode 3.1.2 Component versions: DevToolsCore-1148.0; DevToolsSupport-1102.0 BuildVersion: 9M2621 I still get : yannick at Woody:~$ port install python26 ---> Staging python26 into destroot Error: Target org.macports.destroot returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/Python-2.6.1" && make frameworkinstall maninstall MAKE="make CC=/usr/bin/gcc-4.0" DESTDIR=/ opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot " returned error 2 Command output: Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ __init__.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ dom ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ NodeFilter.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ __init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ domreg.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ expatbuilder.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ minicompat.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ minidom.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ pulldom.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ xmlbuilder.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/ElementInclude.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/ElementPath.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/ElementTree.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/__init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/cElementTree.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ parsers ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ parsers/__init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ parsers/expat.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ sax ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ __init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ _exceptions.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ expatreader.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ handler.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ saxutils.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ xmlreader.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ xmllib.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ xmlrpclib.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ zipfile.py ... make: *** [libinstall] Error 1 Error: Status 1 encountered during processing. --- Dr. Yannick Carissan Universit? Paul C?zanne (Aix-Marseille III) ISM2, UMR-CNRS-6263 Campus St. J?r?me Case D42 13397 Marseille cedex 20 - France http://www.ctom.free.fr Tel (33) +4.91.28.91.68 Fax (33) +4.91.28.91.79 Le 28 f?vr. 09 ? 11:27, Joshua Root a ?crit : > Yannick Carissan wrote: >> Here you are : >> >> port version >> Version: 1.700 >> >> xcodebuild -version >> Component versions: DevToolsCore-921.0; DevToolsSupport-893.0 > > Looks old, try installing 3.1.2. > > - Josh From jmr at macports.org Sat Feb 28 07:03:45 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 01 Mar 2009 02:03:45 +1100 Subject: Error building python26 In-Reply-To: <265ABFA2-C585-40BA-A356-91928347985C@univ-cezanne.fr> References: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> <20090227222616.GE1054@ninagal.withay.com> <992F9516-67DC-4BFC-82E0-CBCF44C3F7D8@univ-cezanne.fr> <49A9117C.3070600@macports.org> <265ABFA2-C585-40BA-A356-91928347985C@univ-cezanne.fr> Message-ID: <49A95251.20801@macports.org> Yannick Carissan wrote: > I updated xcode : > > yannick at Woody:~$ xcodebuild -version > Xcode 3.1.2 > Component versions: DevToolsCore-1148.0; DevToolsSupport-1102.0 > BuildVersion: 9M2621 > > > I still get : > > yannick at Woody:~$ port install python26 > ---> Staging python26 into destroot > Error: Target org.macports.destroot returned: shell command " cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python26/work/Python-2.6.1" > && make frameworkinstall maninstall MAKE="make CC=/usr/bin/gcc-4.0" > DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python26/work/destroot > " returned error 2 [...] > make: *** [libinstall] Error 1 > > Error: Status 1 encountered during processing. Did you clean python26 after upgrading Xcode? - Josh From asimmons at rosettastone.com Sat Feb 28 09:55:48 2009 From: asimmons at rosettastone.com (Simmons, Aaron) Date: Sat, 28 Feb 2009 12:55:48 -0500 Subject: i386-mingw32-gcc: Checksum (md5) mismatch Message-ID: <1002A5962B6C7B47AE2BC503549E29A801CFD428@RSHBGEXVS1.rosettastone.local> I'm trying to install i386-mingw32-gcc with MacPorts 1.7 on 10.5, but I'm getting this error: Error: Checksum (md5) mismatch for gcc-g++-3.4.5-20060117-1-src.tar.gz Has anyone else had this problem? I've followed the guidelines on the faq but no luck. Thanks, aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: From macsforever2000 at macports.org Sat Feb 28 10:50:18 2009 From: macsforever2000 at macports.org (Frank Schima) Date: Sat, 28 Feb 2009 11:50:18 -0700 Subject: i386-mingw32-gcc: Checksum (md5) mismatch In-Reply-To: <1002A5962B6C7B47AE2BC503549E29A801CFD428@RSHBGEXVS1.rosettastone.local> References: <1002A5962B6C7B47AE2BC503549E29A801CFD428@RSHBGEXVS1.rosettastone.local> Message-ID: <576977E2-8E08-40F1-927D-97A924124DDE@macports.org> On Feb 28, 2009, at 10:55 AM, Simmons, Aaron wrote: > I'm trying to install i386-mingw32-gcc with MacPorts 1.7 on 10.5, > but I'm getting this error: > Error: Checksum (md5) mismatch for gcc-g++-3.4.5-20060117-1- > src.tar.gz > > Has anyone else had this problem? I've followed the guidelines on > the faq but no luck. > It fetches fine for me. You may have gotten a corrupt download. I suggest the following: sudo port selfupdate sudo port clean --all i386-mingw32-gcc sudo port install i386-mingw32-gcc Cheers! Frank -------------- next part -------------- An HTML attachment was scrubbed... URL: From Yannick.Carissan at univ-cezanne.fr Sat Feb 28 10:51:09 2009 From: Yannick.Carissan at univ-cezanne.fr (Yannick Carissan) Date: Sat, 28 Feb 2009 19:51:09 +0100 Subject: Error building python26 In-Reply-To: <49A95251.20801@macports.org> References: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> <20090227222616.GE1054@ninagal.withay.com> <992F9516-67DC-4BFC-82E0-CBCF44C3F7D8@univ-cezanne.fr> <49A9117C.3070600@macports.org> <265ABFA2-C585-40BA-A356-91928347985C@univ-cezanne.fr> <49A95251.20801@macports.org> Message-ID: <8F25A50A-2C36-4FF5-A776-FC224DB8465E@univ-cezanne.fr> yes, when python26 is cleaned, the problem stays : yannick at Woody:~$ xcodebuild -version Xcode 3.1.2 Component versions: DevToolsCore-1148.0; DevToolsSupport-1102.0 BuildVersion: 9M2621 yannick at Woody:~$ port clean python26 ---> Cleaning python26 yannick at Woody:~$ port install python26 ---> Fetching python26 ---> Verifying checksum(s) for python26 ---> Extracting python26 ---> Applying patches to python26 ---> Configuring python26 ---> Building python26 ---> Staging python26 into destroot Error: Target org.macports.destroot returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/Python-2.6.1" && make frameworkinstall maninstall MAKE="make CC=/usr/bin/gcc-4.0" DESTDIR=/ opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot " returned error 2 Command output: Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ __init__.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ dom ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ NodeFilter.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ __init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ domreg.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ expatbuilder.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ minicompat.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ minidom.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ pulldom.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/dom/ xmlbuilder.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/ElementInclude.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/ElementPath.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/ElementTree.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/__init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ etree/cElementTree.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ parsers ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ parsers/__init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ parsers/expat.py ... Listing /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/ sax ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ __init__.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ _exceptions.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ expatreader.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ handler.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ saxutils.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/xml/sax/ xmlreader.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ xmllib.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ xmlrpclib.py ... Compiling /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_python26/work/destroot/opt/local/ Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/ zipfile.py ... make: *** [libinstall] Error 1 Error: Status 1 encountered during processing. Le 28 f?vr. 09 ? 16:03, Joshua Root a ?crit : > Yannick Carissan wrote: >> I updated xcode : >> >> yannick at Woody:~$ xcodebuild -version >> Xcode 3.1.2 >> Component versions: DevToolsCore-1148.0; DevToolsSupport-1102.0 >> BuildVersion: 9M2621 >> >> >> I still get : >> >> yannick at Woody:~$ port install python26 >> ---> Staging python26 into destroot >> Error: Target org.macports.destroot returned: shell command " cd >> "/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync >> .macports.org_release_ports_lang_python26/work/Python-2.6.1" >> && make frameworkinstall maninstall MAKE="make CC=/usr/bin/gcc-4.0" >> DESTDIR=/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync >> .macports.org_release_ports_lang_python26/work/destroot >> " returned error 2 > [...] >> make: *** [libinstall] Error 1 >> >> Error: Status 1 encountered during processing. > > Did you clean python26 after upgrading Xcode? > > - Josh From blb at macports.org Sat Feb 28 14:51:39 2009 From: blb at macports.org (Bryan Blackburn) Date: Sat, 28 Feb 2009 15:51:39 -0700 Subject: Error building python26 In-Reply-To: <8F25A50A-2C36-4FF5-A776-FC224DB8465E@univ-cezanne.fr> References: <090B7E9A-8270-4C59-8A63-E364164606FE@univ-cezanne.fr> <20090227222616.GE1054@ninagal.withay.com> <992F9516-67DC-4BFC-82E0-CBCF44C3F7D8@univ-cezanne.fr> <49A9117C.3070600@macports.org> <265ABFA2-C585-40BA-A356-91928347985C@univ-cezanne.fr> <49A95251.20801@macports.org> <8F25A50A-2C36-4FF5-A776-FC224DB8465E@univ-cezanne.fr> Message-ID: <20090228225139.GE885@ninagal.withay.com> On Sat, Feb 28, 2009 at 07:51:09PM +0100, Yannick Carissan said: > yes, when python26 is cleaned, the problem stays : > [...] >From the debug output: /usr/bin/install -c -m 644 ./Misc/python.man \ /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_python26/work/destroot/opt/local/Library/Frameworks/Python.framework/Versions/2.6/share/man/man1/python.1 *** WARNING: renaming "_struct" since importing it failed: dlopen(build/lib.macosx-10.5-i386-2.6/_struct.so, 2): Symbol not found: ___sysctl Referenced from: /usr/local/lib/libgcc_s.1.dylib Expected in: /usr/lib/libSystem.B.dylib It looks like you may have something in /usr/local (a gcc build perhaps) that is interferring with building. There are quite a few similar warnings like this one, which eventually conclude in: Failed to build these modules: _bisect _bsddb _bytesio _CF _CG _codecs_cn _codecs_hk _codecs_iso2022 _codecs_jp _codecs_kr _codecs_tw _collections _csv _ctypes _ctypes_test _curses _curses_panel _elementtree _fileio _functools _hashlib _heapq _hotshot _json _Launch _locale _lsprof _multibytecodec _multiprocessing _random _socket _sqlite3 _ssl _struct _testcapi _tkinter _weakref array audioop autoGIL binascii bz2 cmath cPickle crypt cStringIO datetime dbm dl fcntl future_builtins gdbm grp imageop itertools math mmap nis operator parser pyexpat readline resource select strop syslog termios time unicodedata zlib It looks like most modules are failing to build because of it. Bryan [...] From ryandesign at macports.org Sat Feb 28 15:03:12 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 28 Feb 2009 17:03:12 -0600 Subject: Install suggestions for port ASSP In-Reply-To: <0AE58788-D232-468C-8027-E6F2F566F85B@newgeo.com> References: <4E462DD6-F939-4D5B-ABC4-1F125A22E90E@macports.org> <38EDDEF4-3E91-4BA2-A89A-60D45D52EA72@newgeo.com> <154D4DCA-2BB0-418B-A6B4-BD4E5AC69404@pixilla.com> <67D44486-04D4-4DDE-8632-3AF441C6B75D@macports.org> <0AE58788-D232-468C-8027-E6F2F566F85B@newgeo.com> Message-ID: <68DB25E1-2F9A-40BC-A026-0C624CEAF66F@macports.org> On Feb 27, 2009, at 22:17, Scott Haneda wrote: > What is the histor of the name of that small file? Is that rooted > in some standard way or is that a MacPorts thing? It makes me > laugh a little every time I see it. * Searching google for "port > turd" can provide amusing as well. Hehe. I suppose it's named that way because it's a dropping left in the directory... It was added in r9335 by Jordan; maybe he has more info on the naming choice. http://trac.macports.org/changeset/9335 From ryandesign at macports.org Sat Feb 28 15:07:02 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 28 Feb 2009 17:07:02 -0600 Subject: apache2 location In-Reply-To: <6C382B2F-E0FB-4DA9-95AE-8B6BCDDD2CDB@pixilla.com> References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <1FE454BE-FE0D-428C-AE09-3F7EE7EB2B3F@macports.org> <6C382B2F-E0FB-4DA9-95AE-8B6BCDDD2CDB@pixilla.com> Message-ID: <15AE0B5A-814C-41D8-AF78-86F27A23FBB9@macports.org> On Feb 26, 2009, at 12:57, Bradley Giesbrecht wrote: >> This comes back to my above comment then, why does >> "destroot.violate_mtree" even exist? MacPorts expressly forbids >> outside of /opt, strongly discourages installs right into prefix, >> just make it a steadfast rule. > > Some ports install userland gui apps into /Applications/Macports or > something like it. I don't use them but a path like that needs to > be and probably is in mtree. As you can see in "man porthier", /Applications/MacPorts is listed there, is one of the standard directories ports may install into, and is not flagged as an mtree violation during install, even though it is outside of ${prefix}. From ryandesign at macports.org Sat Feb 28 15:55:37 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 28 Feb 2009 17:55:37 -0600 Subject: apache2 location In-Reply-To: References: <1154B802-5D94-4754-8848-2EF8375E1069@newgeo.com> <594B9628-56C8-4537-865E-5ACFE52B63A9@geeklair.net> <95884C34-693A-4570-8AEA-15C48E4693E8@newgeo.com> <1FE454BE-FE0D-428C-AE09-3F7EE7EB2B3F@macports.org> Message-ID: On Feb 26, 2009, at 07:25, Scott Haneda wrote: >> One possible reason we might want separate directories for the >> different apaches (${prefix}/apache2, ${prefix}/apache20, $ >> {prefix}/apache) is to allow simultaneous installation of multiple >> versions. However this is not even possible today; the manpages >> still conflict. We could go to considerable effort to make all >> three ports install into ${prefix} but with version-specific names >> for each file, or we could admit that probably nobody needs to >> have both apache (1) and apache2 at the same time and just let >> them conflict with one another. > > You lost me on this one. What conflicts? Apache and Apache2 share > man pages? $ port installed apache* The following ports are currently installed: apache @1.3.41_0 apache2 @2.2.11_0 (active) $ port activate apache @1.3.41_0 ---> Activating apache @1.3.41_0 Error: port activate failed: Image error: /mp/share/man/man1/ dbmmanage.1.gz is being used by the active apache2 port. Please deactivate this port first, or use the -f flag to force the activation. $ >>> Now I know what the error is about. There are a lot of people I >>> try to get to use ports, and they all tell me they tried in the >>> past but could not get past errors, maybe this is one of those >>> issues. >> >> If users are encountering issues with ports, they should subscribe >> to macports-users and tell us about them so that we can fix them. >> Or they should file tickets in Trac. > > I do not want to detract too much on this, but a lot of users are > not going to do this. If MacPorts is to gain more wide spread use, > you have to assume most of the users will not hit a mail list, will > not hit forums, and will just try it. If there is trouble in their > process, they may make a small effort to google it, and then > abandon. Yes, they should come here, I agree. I also think that > the goal should be, software that does not need support, as > idealistic as that is in the other direction :) > > Since there are those users, some of whom I work with, I am > speaking on behalf of a few, since they are self proclaimed "busy" > people, and just are not going to make it here. Sure. I'm just saying if problems are not reported to us we cannot fix them. > I would like to see that any ports in the future, if the portfile > is submitted, and there is a "destroot.violate_mtree", some > discussion should be raised. Sounds good to me. > Actually, are there any valid reasons ever, at all, to violate- > mtree, or is this just legacy support? Yes, there are valid reasons. Some examples: php5 has a variant +apache (will be renamed +apache_apple) which installs a PHP module for Apple's Apache web server. Apache requires modules to go in a particular directory, and in the case of Apple's Apache, that directory is outside of the prefix. Normally ports would not install things that interact with Apple software, but there was strong demand to provide a PHP module that worked with Apple's web server, so it was provided. php5 and all the other apache2 module ports of course also violate the mtree because they need to install into the MacPorts apache2 modules directory which is in a nonstandard location, being inside $ {prefix}/apache2. So changing apache2 to not violate the mtree will fix these module ports as well. tuntaposx installs a kernel extension into ${prefix}/Library/ Extensions which is not a directory we've included in the mtree thus far. macfuse installs a new filesystem for Mac OS X which has to go into / System/Library/Filesystems. All of the cross-compilers violate the mtree; hopefully there's a good reason for that as well. > This comes back to my above comment then, why does > "destroot.violate_mtree" even exist? MacPorts expressly forbids > outside of /opt, strongly discourages installs right into prefix, > just make it a steadfast rule. Note the default prefix is /opt/local, not /opt, and MacPorts does not expressly forbid installing outside of it. Some locations outside of ${prefix} are fine, such as ${applications_dir} and /Library/ LaunchDaemons. MacPorts itself even installs outside of ${prefix} by default, into /Library/Tcl. >> A suggestion I made some time ago was that each error or warning >> MacPorts can print should be rather short (no more than one line), >> and then it should print a URL to a wiki page where the error can >> be described in more detail. Each such error page should, I think, >> be divided into two sections: 1) what a user should do about this >> message, and 2) what a port author should do about this message. >> What do you think about this idea? > > This is an excellent idea. We can sit here and try to debate the > perfect terse message, and never come to agreement. MacPorts also > moves data across the screen pretty fast, if you are around 100 > chars wide, it is wrapped, and a mess to read. It really is not > the place for this info, for the detail we need to get across. Well, you only get so much data moving across the screen so quickly if you enable verbose or debug mode, which most users won't need to do. > This solves it for me for the time that these warnings are going to > be around. Of course, I believe the goal should be no warnings, > etc, but where there must be, a wiki page, short and then long > description, both for user and maintainer, is perfect. We could start creating some of these wiki pages by breaking things out of the FAQ. The first one that comes to mind is the checksum mismatch entry. As for where in the wiki these pages should go, I don't even think we need a prefix; they can just go at e.g. http://trac.macports.org/wiki/ChecksumMismatch >> On Feb 25, 2009, at 16:51, Scott Haneda wrote: >> >>> Fully agree on that front. It was why I wondered if this was too >>> engrained in how it was done, it just may not be worth it. But, >>> then again, the move should be pretty simple, ports is sort of >>> designed by nature to fiddle with paths and move stuff around. >> >> It is not designed to move files that are not registered to a >> port. The apache config file httpd.conf and any web data you have >> installed are not registered to the apache2 port so it cannot move >> those files for you. > > I was not aware of that, thanks for clarifying. I thought it did > to a degree, I seem to recall a apache port upgrade mucking up conf > files, from there I concluded they were registered. apache2 stopped clobbering httpd.conf in r3875 (2003-10-31). It was fixed to additionally not clobber the extra config files in r43973 (2008-12-18). From brad at pixilla.com Sat Feb 28 17:47:36 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 28 Feb 2009 17:47:36 -0800 Subject: logging postfix and others Message-ID: What are others doing for logging? Postfix wants to use syslog facilities and I would like to move the logs from /var/log to /opt/local/var/xxx. But changing /etc/syslog.conf doesn't seem like a macports way of doing it. I'm not totally opposed to making changes to /etc/syslog.conf but I wouldn't be surprised if Apple supdates over wrote them some day. I'll figure this out but in case there is something more or less standard for macports packages I thought I'd ask. Thanks, Brad From talklists at newgeo.com Sat Feb 28 18:14:38 2009 From: talklists at newgeo.com (Scott Haneda) Date: Sat, 28 Feb 2009 18:14:38 -0800 Subject: logging postfix and others In-Reply-To: References: Message-ID: <7AF2DDE5-0EF8-4A95-8694-1798502DC835@newgeo.com> Can't you just change the log in your postfix config to a new path? -- Scott Iphone says hello. On Feb 28, 2009, at 5:47 PM, Bradley Giesbrecht wrote: > What are others doing for logging? > > Postfix wants to use syslog facilities and I would like to move the > logs from /var/log to /opt/local/var/xxx. > > But changing /etc/syslog.conf doesn't seem like a macports way of > doing it. > > I'm not totally opposed to making changes to /etc/syslog.conf but I > wouldn't be surprised if Apple supdates over wrote them some day. > > I'll figure this out but in case there is something more or less > standard for macports packages I thought I'd ask. > > > Thanks, > Brad > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From vincent-opdarw at vinc17.org Sat Feb 28 18:34:24 2009 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Sun, 1 Mar 2009 03:34:24 +0100 Subject: Perl error, once and for all In-Reply-To: <20090226055133.GE27410@darkart.com> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> Message-ID: <20090301023424.GA4629@prunille.vinc17.org> On 2009-02-26 05:51:33 +0000, Eric Hall wrote: > For some (if not all) of the p5-* ports that have recently > sprouted problems, its the man pages that are the issue, not the > modules themselves. I haven't had a chance to look into what > can be done to avoid the man page collisions. The man pages could be installed in a separate directory. And MacPorts would just need to set up $prefix/etc/man.conf accordingly. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From vincent-opdarw at vinc17.org Sat Feb 28 18:53:56 2009 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Sun, 1 Mar 2009 03:53:56 +0100 Subject: Perl error, once and for all In-Reply-To: References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> <707C94E4-9868-4B39-BF42-E0D003BA6DBA@macports.org> Message-ID: <20090301025356.GB4629@prunille.vinc17.org> On 2009-02-26 04:28:46 -0800, Scott Haneda wrote: > I think you have to modify the module to "use lib" and supply a path. No need to do that. Just modify PERL5LIB in your environment once and for all (you or MacPorts had to do the same for $PATH, $LIBRARY_PATH, $C_INCLUDE_PATH or whatever, anyway). RTFM. > Does anyone know how CPAN solves this? CPAN lets the user choose where he wants to install things. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From vincent-opdarw at vinc17.org Sat Feb 28 18:59:47 2009 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Sun, 1 Mar 2009 03:59:47 +0100 Subject: Perl error, once and for all In-Reply-To: <8DB87138-E03E-40F8-A769-0AEB1242A797@geeklair.net> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> <707C94E4-9868-4B39-BF42-E0D003BA6DBA@macports.org> <8DB87138-E03E-40F8-A769-0AEB1242A797@geeklair.net> Message-ID: <20090301025947.GC4629@prunille.vinc17.org> On 2009-02-26 10:16:23 -0500, Daniel J. Luke wrote: > On Feb 26, 2009, at 7:28 AM, Scott Haneda wrote: >> Does anyone know how CPAN solves this? > > CPAN installs overwrite the perl-provided module with the newer one > (this is the whole reason why we have a problem). Well, that's a MacPorts specific bug, then. Under Debian, it defaults to /usr/local, thus does *not* overwrite perl-provided modules from Debian (that would be really bad if it did). Anyway, the user can choose. The documentation for path configurations sucks, but that's possible. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From brad at pixilla.com Sat Feb 28 21:16:12 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 28 Feb 2009 21:16:12 -0800 Subject: logging postfix and others In-Reply-To: <7AF2DDE5-0EF8-4A95-8694-1798502DC835@newgeo.com> References: <7AF2DDE5-0EF8-4A95-8694-1798502DC835@newgeo.com> Message-ID: I don't see where. All my googling renders nothing about having postfix not use syslogd for logging. I'm sure it's there and just a case of keywords like postfix change log location returning postfix changelog history. If anyone knows how to tell postfix to log to a file of my choice or use a macports syslog-ng would be oh so groovy. //Brad On Feb 28, 2009, at 6:14 PM, Scott Haneda wrote: > Can't you just change the log in your postfix config to a new path? > -- > Scott > Iphone says hello. > > On Feb 28, 2009, at 5:47 PM, Bradley Giesbrecht > wrote: > >> What are others doing for logging? >> >> Postfix wants to use syslog facilities and I would like to move the >> logs from /var/log to /opt/local/var/xxx. >> >> But changing /etc/syslog.conf doesn't seem like a macports way of >> doing it. >> >> I'm not totally opposed to making changes to /etc/syslog.conf but I >> wouldn't be surprised if Apple supdates over wrote them some day. >> >> I'll figure this out but in case there is something more or less >> standard for macports packages I thought I'd ask. >> >> >> Thanks, >> Brad >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From brad at pixilla.com Sat Feb 28 21:35:59 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 28 Feb 2009 21:35:59 -0800 Subject: Perl error, once and for all In-Reply-To: <20090301025356.GB4629@prunille.vinc17.org> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> <707C94E4-9868-4B39-BF42-E0D003BA6DBA@macports.org> <20090301025356.GB4629@prunille.vinc17.org> Message-ID: <3A4C4D61-E80C-4B2E-9B56-828620B53966@pixilla.com> On Feb 28, 2009, at 6:53 PM, Vincent Lefevre wrote: > On 2009-02-26 04:28:46 -0800, Scott Haneda wrote: >> I think you have to modify the module to "use lib" and supply a path. > > No need to do that. Just modify PERL5LIB in your environment once and > for all (you or MacPorts had to do the same for $PATH, $LIBRARY_PATH, > $C_INCLUDE_PATH or whatever, anyway). RTFM. This is the MacPorts Users list. Right? So just who are MacPorts Users? I know next to nothing about perl. But I use it everyday because it's everywhere. I just want to install something that needs a perl and a p5 module. Do I really need to RTFM for that? If I want to install a something written in C of C++ should I just RTFM? Now if your talking to port authors you may have a point but even then I don't understand why the perl5 port wouldn't set necessary env's up for me. When you compile on your own to /usr/local or where ever you get an understanding of the process and the environment that you just don't get from "port install perl5". Seeing as "port install perl5" is supposed to easier then downloading perl sources and winging it on ones own it's only understandable that people are confused when it doesn't "just work". If "port install perl5" isn't supposed to be easier then why in the heck is there a perl5 port. Does it turbo charge perl? Make it run factors faster? I have a question. Why are there man pages for perl modules that are not installed? Why do I have to -f an install to install a p5? >> Does anyone know how CPAN solves this? > > CPAN lets the user choose where he wants to install things. And that is what I decided to do, just not use macports for modules and use cpan much like I use php pear. And then I got totally confused by the cpan docs as to how to set up the prefix. I hope there is a perl guru that can help us through this mess. Yes, I think it's a mess. I'm no expert on anything but when someone like me doesn't understand how to make this work without -f and friends I feel sorry for the other 90%. //Brad From brad at pixilla.com Sat Feb 28 21:47:51 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 28 Feb 2009 21:47:51 -0800 Subject: Perl error, once and for all In-Reply-To: <20090301025947.GC4629@prunille.vinc17.org> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> <707C94E4-9868-4B39-BF42-E0D003BA6DBA@macports.org> <8DB87138-E03E-40F8-A769-0AEB1242A797@geeklair.net> <20090301025947.GC4629@prunille.vinc17.org> Message-ID: On Feb 28, 2009, at 6:59 PM, Vincent Lefevre wrote: > On 2009-02-26 10:16:23 -0500, Daniel J. Luke wrote: >> On Feb 26, 2009, at 7:28 AM, Scott Haneda wrote: >>> Does anyone know how CPAN solves this? >> >> CPAN installs overwrite the perl-provided module with the newer one >> (this is the whole reason why we have a problem). > > Well, that's a MacPorts specific bug, then. Under Debian, it defaults > to /usr/local, thus does *not* overwrite perl-provided modules from > Debian (that would be really bad if it did). Anyway, the user can > choose. The documentation for path configurations sucks, but that's > possible. I have to guess that this is the issue. /usr/local is considered safe as should be. Macports doesn't have /opt/local/usr/local. Oh, maybe it does, I didn't check. I don't know enough about where perl, cpan or modules get installed to offer anything good here but I think having a perl5 "base" and installing everything else somewhere else might make sense. I wish I knew more about perl. Well, no, I really don't. I just want to use perl based programs. Perl guru's, please save us from -f :) You can do it :) //Brad From brad at pixilla.com Sat Feb 28 22:09:52 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 28 Feb 2009 22:09:52 -0800 Subject: Perl error, once and for all In-Reply-To: <20090301025947.GC4629@prunille.vinc17.org> References: <23BD24AB-1FC6-4B87-AC4D-44DF68BAB2A1@newgeo.com> <3D7F2DE3-A9D5-4657-9FDA-A69F7440CFC8@geeklair.net> <1DD62C2A-5E85-4481-9246-96FE34E4CF50@newgeo.com> <20090226055133.GE27410@darkart.com> <29A68AD6-F99A-48A2-B050-69A08EA349A8@newgeo.com> <68BBA4C9-23A4-414D-AFED-BC996C061CD9@macports.org> <707C94E4-9868-4B39-BF42-E0D003BA6DBA@macports.org> <8DB87138-E03E-40F8-A769-0AEB1242A797@geeklair.net> <20090301025947.GC4629@prunille.vinc17.org> Message-ID: <0BB4E179-B22F-43AD-8C82-5A6A6719205C@pixilla.com> Quoting some freebsd'ers: http://forums.freebsd.org/showthread.php?t=2031 I have freeBSD 7.0 installed. I've updated my perl installation from perl5-8-8 tu perl5.8.9 is it possible to upgrade all installed perl modules from ports using a one single command ? > Well, there is a command called perl-after-upgrade, which should do > that. However, me and some other people here have found that that > isn't always panning out, so following perl-after-upgrade with > portupgrade -f p5* (or the portmaster counterpart of that) is > advisable. Damn -f :) //Brad