From csac8273 at uibk.ac.at Sun Nov 2 05:05:56 2008 From: csac8273 at uibk.ac.at (Ganimed) Date: Sun, 2 Nov 2008 05:05:56 -0800 (PST) Subject: After starting Kile the CPU usage rising to 100% Message-ID: <20288816.post@talk.nabble.com> Hi everybody! For Latex typesetting I have installed via MacPorts the Latex editor Kile. Compiling and installing of the provided package (version 2.0.1) works very well (I've also tried the latest version 2.0.2 - without problems), but when I want to add the KDVI and the KPDF previewer with the "kdegraphics3" package, I get a problem. The compiling and installing of "kdegraphics3" works very well, but afterwards when I want to start Kile in the terminal console, Kile prints in the console some error messages as listed underneath and the CPU usage is rising to 100%. kile: ==Kile::updateKileMenu()==================== kile: projectopen=false fileopen=true kparts: Part::~Part 0x310b4c0 kparts: deleting widget [TEWidget pointer (0x2041600) to unnamed widget, geometry=150x70+0+0] unnamed kile: [QTextCodec* KCharsets::codecForName(const QString&, bool&) const] kile: Trying to find DEFAULT in /usr/share/i18n/charmaps kile: Codec Default not found! Uh oh.. can't get terminal attributes.. kio (KDirListerCache): [void KDirListerCache::slotUpdateResult(KIO::Job*)] finished update file:///Users/Ganimed kio: KSambaShare::readSmbConf /etc/smb.conf kio: KSambaShare: Found path: /tmp/ kio (KDirWatch): Added File /etc/smb.conf [KDirWatch-1] kio (KDirWatch): Setup Stat (freq 500) for /etc/smb.conf kio (KDirWatch): Added File /etc/security/fileshare.conf NotExisting [KDirWatch-1] kio (KDirWatch): Setup Stat (freq 500) for /etc/security/fileshare.conf kio: KNFSShare: Could not found exports file! kparts: Part::~Part 0x326bd90 kparts: deleting widget [TEWidget pointer (0x2041600) to unnamed widget, geometry=150x70+0+0] unnamed kile: [QTextCodec* KCharsets::codecForName(const QString&, bool&) const] kile: Trying to find DEFAULT in /usr/share/i18n/charmaps kile: Codec Default not found! Uh oh.. can't get terminal attributes.. kparts: Part::~Part 0x3292bc0 kparts: deleting widget [TEWidget pointer (0x2041600) to unnamed widget, geometry=150x70+0+0] unnamed kile: [QTextCodec* KCharsets::codecForName(const QString&, bool&) const] kile: Trying to find DEFAULT in /usr/share/i18n/charmaps kile: Codec Default not found! Uh oh.. can't get terminal attributes.. Kile is looking for the DEFAULT file under "/usr/share/i18n/charmaps" - but normally, this folder does not exist under Leopard (10.5.5). I tried it also with Fink, but after starting Kile I get the same error messages as under MacPorts. The next thing what I have tried was to create the folder "/usr/share/i18n/" under Leopard and copied the complete contents of "/usr/share/i18n/" of an actual Ubuntu System into it. Afterwards I've made a link in the "charmaps" folder with the name DEFAULT.gz to anyone of that gz-files (i.e. UTF-8.gz). But it doesn't work - my CPU is still rising to 100% after starting Kile. Does anyone know a solution or at least some suggestions/hints for that problem? -- View this message in context: http://www.nabble.com/After-starting-Kile-the-CPU-usage-rising-to-100--tp20288816p20288816.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Sun Nov 2 12:42:30 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 2 Nov 2008 14:42:30 -0600 Subject: After starting Kile the CPU usage rising to 100% In-Reply-To: <20288816.post@talk.nabble.com> References: <20288816.post@talk.nabble.com> Message-ID: <0A392A19-BE64-4AE3-9E50-999E6746FD65@macports.org> On Nov 2, 2008, at 07:05, Ganimed wrote: > For Latex typesetting I have installed via MacPorts the Latex > editor Kile. > Compiling and installing of the provided package (version 2.0.1) > works very > well (I've also tried the latest version 2.0.2 - without problems), > but when > I want to add the KDVI and the KPDF previewer with the "kdegraphics3" > package, I get a problem. > The compiling and installing of "kdegraphics3" works very well, but > afterwards when I want to start Kile in the terminal console, Kile > prints in > the console some error messages as listed underneath and the CPU > usage is > rising to 100%. > > kile: ==Kile::updateKileMenu()==================== > kile: projectopen=false fileopen=true > kparts: Part::~Part 0x310b4c0 > kparts: deleting widget [TEWidget pointer (0x2041600) to unnamed > widget, > geometry=150x70+0+0] unnamed > kile: [QTextCodec* KCharsets::codecForName(const QString&, bool&) > const] > kile: Trying to find DEFAULT in /usr/share/i18n/charmaps > kile: Codec Default not found! > Uh oh.. can't get terminal attributes.. > kio (KDirListerCache): [void KDirListerCache::slotUpdateResult > (KIO::Job*)] > finished update file:///Users/Ganimed > kio: KSambaShare::readSmbConf /etc/smb.conf > kio: KSambaShare: Found path: /tmp/ > kio (KDirWatch): Added File /etc/smb.conf [KDirWatch-1] > kio (KDirWatch): Setup Stat (freq 500) for /etc/smb.conf > kio (KDirWatch): Added File /etc/security/fileshare.conf NotExisting > [KDirWatch-1] > kio (KDirWatch): Setup Stat (freq 500) for /etc/security/ > fileshare.conf > kio: KNFSShare: Could not found exports file! > kparts: Part::~Part 0x326bd90 > kparts: deleting widget [TEWidget pointer (0x2041600) to unnamed > widget, > geometry=150x70+0+0] unnamed > kile: [QTextCodec* KCharsets::codecForName(const QString&, bool&) > const] > kile: Trying to find DEFAULT in /usr/share/i18n/charmaps > kile: Codec Default not found! > Uh oh.. can't get terminal attributes.. > kparts: Part::~Part 0x3292bc0 > kparts: deleting widget [TEWidget pointer (0x2041600) to unnamed > widget, > geometry=150x70+0+0] unnamed > kile: [QTextCodec* KCharsets::codecForName(const QString&, bool&) > const] > kile: Trying to find DEFAULT in /usr/share/i18n/charmaps > kile: Codec Default not found! > Uh oh.. can't get terminal attributes.. > > Kile is looking for the DEFAULT file under "/usr/share/i18n/ > charmaps" - but > normally, this folder does not exist under Leopard (10.5.5). I > tried it also > with Fink, but after starting Kile I get the same error messages as > under > MacPorts. > The next thing what I have tried was to create the folder "/usr/ > share/i18n/" > under Leopard and copied the complete contents of "/usr/share/ > i18n/" of an > actual Ubuntu System into it. Afterwards I've made a link in the > "charmaps" > folder with the name DEFAULT.gz to anyone of that gz-files (i.e. > UTF-8.gz). > But it doesn't work - my CPU is still rising to 100% after starting > Kile. > > Does anyone know a solution or at least some suggestions/hints for > that > problem? I suggest you ask the authors of Kile about this problem. From anton.van.oosten at telenet.be Sun Nov 2 14:15:28 2008 From: anton.van.oosten at telenet.be (Anton van Oosten) Date: Sun, 2 Nov 2008 23:15:28 +0100 Subject: type S_REGULAR does not match previous objects type S_COALESCED In-Reply-To: <4E3BD0DE-7F5F-48B2-A0BA-E99AC7197183@macports.org> References: <20081020204258.GE461@ninagal.withay.com> <20081021215120.GG34057@ninagal.withay.com> <4E3BD0DE-7F5F-48B2-A0BA-E99AC7197183@macports.org> Message-ID: <0A735D85-6267-4EAC-92E1-3ED7CFBAEE23@telenet.be> DA Here is the log file. grts Anton -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: pdflib.txt URL: -------------- next part -------------- Op 23-okt-08, om 21:20 heeft Ryan Schmidt het volgende geschreven: > > On Oct 23, 2008, at 14:13, Anton van Oosten wrote: > >> Op 21-okt-08, om 23:51 heeft Bryan Blackburn het volgende geschreven: >> >>> On Tue, Oct 21, 2008 at 11:21:38PM +0200, Anton van Oosten said: >>> >>>> If I remove the overloading gcc, so that the /usr/bin/gcc is >>>> used, I >>>> still get the error. >>>> It looks like I have a really old libstdc++.a in usr/local/lib. >>>> If I move that I get >>> [...] >>>> powerpc-apple-darwin8-g++-4.0.1: /usr/local/lib/libstdc++.a: No >>>> such >>>> file or directory >>> >>> Did you run a 'sudo port clean --work pdflib' prior to trying to >>> install >>> again? If not, that's probably the issue as the configure stage >>> had seen >>> those libraries already so the Makefiles were still referencing >>> them. >> >> Thanks, but this did not solve the issue. >> Could this be an inconsistency between libstdc++.a and gcc? > > It still tries to use /usr/local/lib/libstdc++.a even though that > file no longer exists? I was going to suggest that maybe one of > pdflib's dependencies had already been built with knowledge of that > library, but pdflib doesn't have any dependencies. Hmm. Maybe we > need to see the complete debug output. Run: > > sudo port clean pdflib > sudo port -d install pdflib 2>&1 | tee ~/Desktop/pdflib.txt > > Then send pdflib.txt from your Desktop. > > From ryandesign at macports.org Sun Nov 2 15:46:05 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 2 Nov 2008 17:46:05 -0600 Subject: type S_REGULAR does not match previous objects type S_COALESCED In-Reply-To: <0A735D85-6267-4EAC-92E1-3ED7CFBAEE23@telenet.be> References: <20081020204258.GE461@ninagal.withay.com> <20081021215120.GG34057@ninagal.withay.com> <4E3BD0DE-7F5F-48B2-A0BA-E99AC7197183@macports.org> <0A735D85-6267-4EAC-92E1-3ED7CFBAEE23@telenet.be> Message-ID: <8FF44981-0099-4F38-B438-7CD7DC895388@macports.org> On Nov 2, 2008, at 16:15, Anton van Oosten wrote: > Op 23-okt-08, om 21:20 heeft Ryan Schmidt het volgende geschreven: > >> On Oct 23, 2008, at 14:13, Anton van Oosten wrote: >> >>> Op 21-okt-08, om 23:51 heeft Bryan Blackburn het volgende >>> geschreven: >>> >>>> On Tue, Oct 21, 2008 at 11:21:38PM +0200, Anton van Oosten said: >>>> >>>>> If I remove the overloading gcc, so that the /usr/bin/gcc is >>>>> used, I >>>>> still get the error. >>>>> It looks like I have a really old libstdc++.a in usr/local/lib. >>>>> If I move that I get >>>> [...] >>>>> powerpc-apple-darwin8-g++-4.0.1: /usr/local/lib/libstdc++.a: No >>>>> such >>>>> file or directory >>>> >>>> Did you run a 'sudo port clean --work pdflib' prior to trying to >>>> install >>>> again? If not, that's probably the issue as the configure stage >>>> had seen >>>> those libraries already so the Makefiles were still referencing >>>> them. >>> >>> Thanks, but this did not solve the issue. >>> Could this be an inconsistency between libstdc++.a and gcc? >> >> It still tries to use /usr/local/lib/libstdc++.a even though that >> file no longer exists? I was going to suggest that maybe one of >> pdflib's dependencies had already been built with knowledge of >> that library, but pdflib doesn't have any dependencies. Hmm. Maybe >> we need to see the complete debug output. Run: >> >> sudo port clean pdflib >> sudo port -d install pdflib 2>&1 | tee ~/Desktop/pdflib.txt >> >> Then send pdflib.txt from your Desktop. > > Here is the log file. I didn't see the message "powerpc-apple-darwin8-g++-4.0.1: /usr/local/ lib/libstdc++.a: No such file or directory" in that output. I did see other messages about things in /usr/local though, like: /usr/bin/ld: warning -L: directory name (/usr/local/gcc/powerpc-apple- darwin6.2/libstdc++-v3/src/.libs) does not exist /usr/bin/ld: warning -L: directory name (:) does not exist /usr/bin/ld: /usr/local/lib/libstdc++.a(ostream-inst.o) section's (__TEXT,__eh_frame) type S_REGULAR does not match previous objects type S_COALESCED /usr/bin/ld: /usr/local/lib/libstdc++.a(ostream-inst.o) section's (__TEXT,__eh_frame) type S_REGULAR does not match previous objects type S_COALESCED That "powerpc-apple-darwin6.2" bit is very suspicious; it indicates it was built for Mac OS X 10.2 (Mac OS X 10.x == Darwin (x + 4)) which is very old. What do you have in /usr/local at this time? Having things in /usr/ local often causes problems for MacPorts which is why we recommend not having anything there when using MacPorts. What version of Xcode do you have? Get info on /Developer/ Applications/Xcode.app to find out. If it's less than 2.4.1, please update to either 2.4.1 or 2.5. Older versions have been known to cause problems and are therefore not supported. Xcode can be downloaded from Apple Developer Connection at http:// connect.apple.com/ . From ajmacd at ns.sympatico.ca Mon Nov 3 12:11:53 2008 From: ajmacd at ns.sympatico.ca (Aaron MacDonald) Date: Mon, 3 Nov 2008 16:11:53 -0400 Subject: Xcode compile errors after installing Boost Message-ID: I have an Xcode project that now throws errors after I've installed Boost through MacPorts. The project itself doesn't use Boost, but the error appeared only after I put Boost on my machine and I've seen it mentioned in other places. This is the error I get: /usr/include/c++/4.0.0/i686-apple-darwin9/bits/c++locale.h:72: error: 'snprintf' is not a member of 'std' This is the command I used to install Boost: sudo port install boost +python25 +icu +graphml +docs I am using an Intel Mac with OS X 10.5. Thank you, Aaron From derek at chocolate-fish.com Mon Nov 3 12:17:39 2008 From: derek at chocolate-fish.com (Derek Harland) Date: Tue, 4 Nov 2008 09:17:39 +1300 Subject: Xcode compile errors after installing Boost In-Reply-To: References: Message-ID: <5CAAADA0-5034-4E01-9D7A-EC8315F48286@chocolate-fish.com> Google is your friend ... have you tried the suggestion in the first hit for "'snprintf' is not a member of 'std'" http://www.nabble.com/Mac-Xcode-3.0-Boost-compile-issue-td15660509.html derek. On 4/11/2008, at 9:11 AM, Aaron MacDonald wrote: > I have an Xcode project that now throws errors after I've installed > Boost through MacPorts. The project itself doesn't use Boost, but > the error appeared only after I put Boost on my machine and I've > seen it mentioned in other places. > > This is the error I get: > > /usr/include/c++/4.0.0/i686-apple-darwin9/bits/c++locale.h:72: > error: 'snprintf' is not a member of 'std' > > This is the command I used to install Boost: > > sudo port install boost +python25 +icu +graphml +docs > > I am using an Intel Mac with OS X 10.5. > > Thank you, > > Aaron > _______________________________________________ > 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 holread at glam.ac.uk Mon Nov 3 12:27:44 2008 From: holread at glam.ac.uk (Read H O L (AT)) Date: Mon, 3 Nov 2008 20:27:44 -0000 Subject: Problem with X11.app / DISPLAY Message-ID: <0BA7EE4D4646E0409D458D347C508B7803F1D618@MAILSERV1.uni.glam.ac.uk> Hi, I tried doing some cleanup and deleted everything in my /tmp folder on mac osx leopard. Now no X11 application will load (inkscape, gimp, dia etc) because they can't find the display! I tried rebooting but this didn't work, and I moved x11.app to the trash and reinstalled it from xquartz but this didnt help either. When I run x11.app, it briefly appears in the mac panel, but then dissapears without loading or anything. How can I undo the mistakes I made? Thanks, huw -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Mon Nov 3 13:21:46 2008 From: blb at macports.org (Bryan Blackburn) Date: Mon, 3 Nov 2008 14:21:46 -0700 Subject: Problem with X11.app / DISPLAY In-Reply-To: <0BA7EE4D4646E0409D458D347C508B7803F1D618@MAILSERV1.uni.glam.ac.uk> References: <0BA7EE4D4646E0409D458D347C508B7803F1D618@MAILSERV1.uni.glam.ac.uk> Message-ID: <20081103212146.GD473@ninagal.withay.com> On Mon, Nov 03, 2008 at 08:27:44PM -0000, Read H O L (AT) said: > > Hi, > I tried doing some cleanup and deleted everything in my /tmp folder > on mac osx leopard. Now no X11 application will load (inkscape, gimp, > dia etc) because they can't find the display! I tried rebooting but > this didn't work, and I moved x11.app to the trash and reinstalled it > from xquartz but this didnt help either. When I run x11.app, it > briefly appears in the mac panel, but then dissapears without loading > or anything. How can I undo the mistakes I made? Deleting everything in /tmp is dangerous if you don't know what it's doing. Especially anything prefixed by launch which is launchd-related, and includes how X11 and DISPLAY are handled on 10.5. As for the actual issue you're having, since it sounds like a base X11 problem, your best bet is the X11 users list: Bryan > > Thanks, > huw From cedayiv at gmail.com Mon Nov 3 18:49:04 2008 From: cedayiv at gmail.com (Charles Day) Date: Mon, 3 Nov 2008 18:49:04 -0800 Subject: Building GnuCash without X11 Message-ID: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> Greetings, I am one of the GnuCash developers, so I read with some excitement Olaf Foellinger's report that he was able to build GnuCash without X11. If I can repeat his success and test it out, I hope that at some point we might be able to begin offering GnuCash for Mac in native form. However, I tried it myself without much luck. Perhaps someone could advise. I have a brand-new MacBook Pro now (10.5.5), on which I installed MacPorts. I started with the following: sudo port install dbus +no_x11 sudo port install cairo +no_x11 sudo port install pango +no_x11 sudo port install gtk2 +no_x11 These all worked fine except for a few python stumbles which succeeded on the next attempt. Once all that was finished, I tried: sudo port install gnucash +without_hbci The "+without_hbci" was just to remove a few dependencies, for a hopefully greater chance of success. However, this failed when it reached the desktop-gnome dependency, saying what I understand to mean "I'm trying to build desktop-gnome +x11 but I need gtk2 +x11 and you have gtk2 +no_x11 instead." ---> Configuring gnome-desktop Error: Target org.macports.configure returned: +x11 variant selected, but gtk2+quartz is installed I wasn't sure what to do at this point, so I tried: sudo port clean gnome-desktop sudo port install gnome-desktop +no_x11 However this failed too: /usr/bin/gcc-4.0 -dynamiclib -o .libs/libgnome-desktop-2.7.2.4.dylib .libs/gnome-desktop-item.o .libs/gnome-ditem-edit.o .libs/gnome-hint.o .libs/gnome-bg.o .libs/display-name.o .libs/gnome-rr.o .libs/gnome-rr-config.o .libs/gnome-rr-labeler.o .libs/edid-parse.o -L/opt/local/lib -L/usr/X11/lib /usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/X11/lib/libXrandr.2.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib /usr/X11/lib/libXrender.1.3.0.dylib /opt/local/lib/libgnomeui-2.dylib /opt/local/lib/libtiff.dylib /opt/local/lib/libjasper.dylib /opt/local/lib/libjpeg.dylib /opt/local/lib/libORBitCosNaming-2.dylib /opt/local/lib/libssl.dylib /opt/local/lib/libcrypto.dylib /opt/local/lib/libz.dylib /opt/local/lib/libdbus-glib-1.dylib /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib /opt/local/lib/libgnome-keyring.dylib /opt/local/lib/libbonoboui-2.dylib /opt/local/lib/libxml2.dylib -lpthread /opt/local/lib/libgnomecanvas-2.dylib /opt/local/lib/libgnome-2.dylib /opt/local/lib/libpopt.dylib /opt/local/lib/libgnomevfs-2.dylib /opt/local/lib/libesd.dylib /opt/local/lib/libbonobo-2.dylib /opt/local/lib/libaudiofile.dylib /opt/local/lib/libbonobo-activation.dylib /opt/local/lib/libgailutil.dylib /opt/local/lib/libart_lgpl_2.dylib /opt/local/lib/libgtk-quartz-2.0.dylib /opt/local/lib/libgdk-quartz-2.0.dylib /opt/local/lib/libatk-1.0.dylib /opt/local/lib/libgio-2.0.dylib /opt/local/lib/libgdk_pixbuf-2.0.dylib /opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/libcairo.dylib /opt/local/lib/libpangoft2-1.0.dylib /opt/local/lib/libpango-1.0.dylib /opt/local/lib/libpixman-1.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/libfreetype.dylib /opt/local/lib/libpng12.dylib -lz /opt/local/lib/libgconf-2.dylib /opt/local/lib/libORBit-2.dylib -lm /opt/local/lib/libdbus-1.dylib /opt/local/lib/libgmodule-2.0.dylib /opt/local/lib/libgthread-2.0.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -Wl,-framework -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -Wl,-framework -Wl,CoreAudio -install_name /opt/local/lib/libgnome-desktop-2.7.dylib -compatibility_version 10 -current_version 10.4 -Wl,-single_module i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libXrandr.2.0.0.dylib: No such file or directory make[3]: *** [libgnome-desktop-2.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Forgive me if the answer is obvious, but this is my first day using MacPorts and in fact I am new to Apple in general. Cheers, Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Mon Nov 3 19:05:55 2008 From: blb at macports.org (Bryan Blackburn) Date: Mon, 3 Nov 2008 20:05:55 -0700 Subject: Building GnuCash without X11 In-Reply-To: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> References: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> Message-ID: <20081104030555.GL473@ninagal.withay.com> On Mon, Nov 03, 2008 at 06:49:04PM -0800, Charles Day said: > Greetings, > I am one of the GnuCash developers, so I read with some excitement Olaf > Foellinger's report that he was able to build GnuCash without X11. If I can > repeat his success and test it out, I hope that at some point we might be > able to begin offering GnuCash for Mac in native form. > > However, I tried it myself without much luck. Perhaps someone could advise. > > I have a brand-new MacBook Pro now (10.5.5), on which I installed MacPorts. > I started with the following: > sudo port install dbus +no_x11 > sudo port install cairo +no_x11 > sudo port install pango +no_x11 > sudo port install gtk2 +no_x11 I think you might want to add +quartz in there as well, someone mentioned there isn't complete consistency on naming (though +quartz is more specific than just +no_x11). I can't speak from personal experience on this, however, since my gtk stuff is all X11. [...] > > I wasn't sure what to do at this point, so I tried: > sudo port clean gnome-desktop > sudo port install gnome-desktop +no_x11 > > However this failed too: > /usr/bin/gcc-4.0 -dynamiclib -o .libs/libgnome-desktop-2.7.2.4.dylib [...] > -Wl,CoreAudio -install_name /opt/local/lib/libgnome-desktop-2.7.dylib > -compatibility_version 10 -current_version 10.4 -Wl,-single_module > i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libXrandr.2.0.0.dylib: No such > file or directory > make[3]: *** [libgnome-desktop-2.la] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 That's an issue with the default X11 for 10.5, which has buggy .la files; see ticket #17008: But more interesting is that it's still linking against X11 libraries at all, so maybe it's the +quartz issue I mentioned. Bryan > > Forgive me if the answer is obvious, but this is my first day using MacPorts > and in fact I am new to Apple in general. > > Cheers, > Charles From pgijnxn02 at sneakemail.com Mon Nov 3 19:13:51 2008 From: pgijnxn02 at sneakemail.com (Joel Thibault (MacPorts)) Date: Mon, 3 Nov 2008 22:13:51 -0500 Subject: Building GnuCash without X11 In-Reply-To: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> References: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> Message-ID: <7a665ffc0811031913i3c5d0320idd79867e93c3a697@mail.gmail.com> On 11/3/08, Charles Day cedayiv-at-gmail.com |MacPorts| wrote: > Greetings, > > I am one of the GnuCash developers, so I read with some excitement Olaf > Foellinger's report that he was able to build GnuCash without X11. If I can > repeat his success and test it out, I hope that at some point we might be > able to begin offering GnuCash for Mac in native form. > > > However, I tried it myself without much luck. Perhaps someone could advise. > > I have a brand-new MacBook Pro now (10.5.5), on which I installed MacPorts. > I started with the following: > sudo port install dbus +no_x11 > sudo port install cairo +no_x11 > sudo port install pango +no_x11 > sudo port install gtk2 +no_x11 > > These all worked fine except for a few python stumbles which succeeded on > the next attempt. Once all that was finished, I tried: > sudo port install gnucash +without_hbci > > The "+without_hbci" was just to remove a few dependencies, for a hopefully > greater chance of success. However, this failed when it reached the > desktop-gnome dependency, saying what I understand to mean "I'm trying to > build desktop-gnome +x11 but I need gtk2 +x11 and you have gtk2 +no_x11 > instead." > > ---> Configuring gnome-desktop > Error: Target org.macports.configure returned: +x11 variant selected, but > gtk2+quartz is installed > > I wasn't sure what to do at this point, so I tried: > sudo port clean gnome-desktop > sudo port install gnome-desktop +no_x11 > > However this failed too: > /usr/bin/gcc-4.0 -dynamiclib -o > .libs/libgnome-desktop-2.7.2.4.dylib > .libs/gnome-desktop-item.o .libs/gnome-ditem-edit.o .libs/gnome-hint.o > .libs/gnome-bg.o .libs/display-name.o .libs/gnome-rr.o > .libs/gnome-rr-config.o .libs/gnome-rr-labeler.o .libs/edid-parse.o > -L/opt/local/lib -L/usr/X11/lib > /usr/X11/lib/libX11.6.2.0.dylib > /usr/X11/lib/libXau.6.0.0.dylib > /usr/X11/lib/libXdmcp.6.0.0.dylib > /usr/X11/lib/libXrandr.2.0.0.dylib > /usr/X11/lib/libXext.6.4.0.dylib > /usr/X11/lib/libXrender.1.3.0.dylib > /opt/local/lib/libgnomeui-2.dylib > /opt/local/lib/libtiff.dylib /opt/local/lib/libjasper.dylib > /opt/local/lib/libjpeg.dylib > /opt/local/lib/libORBitCosNaming-2.dylib > /opt/local/lib/libssl.dylib /opt/local/lib/libcrypto.dylib > /opt/local/lib/libz.dylib > /opt/local/lib/libdbus-glib-1.dylib > /usr/X11/lib/libSM.6.0.0.dylib > /usr/X11/lib/libICE.6.3.0.dylib > /opt/local/lib/libgnome-keyring.dylib > /opt/local/lib/libbonoboui-2.dylib > /opt/local/lib/libxml2.dylib -lpthread > /opt/local/lib/libgnomecanvas-2.dylib > /opt/local/lib/libgnome-2.dylib > /opt/local/lib/libpopt.dylib > /opt/local/lib/libgnomevfs-2.dylib > /opt/local/lib/libesd.dylib > /opt/local/lib/libbonobo-2.dylib > /opt/local/lib/libaudiofile.dylib > /opt/local/lib/libbonobo-activation.dylib > /opt/local/lib/libgailutil.dylib > /opt/local/lib/libart_lgpl_2.dylib > /opt/local/lib/libgtk-quartz-2.0.dylib > /opt/local/lib/libgdk-quartz-2.0.dylib > /opt/local/lib/libatk-1.0.dylib > /opt/local/lib/libgio-2.0.dylib > /opt/local/lib/libgdk_pixbuf-2.0.dylib > /opt/local/lib/libpangocairo-1.0.dylib > /opt/local/lib/libcairo.dylib > /opt/local/lib/libpangoft2-1.0.dylib > /opt/local/lib/libpango-1.0.dylib > /opt/local/lib/libpixman-1.dylib > /opt/local/lib/libfontconfig.dylib > /opt/local/lib/libexpat.dylib > /opt/local/lib/libfreetype.dylib > /opt/local/lib/libpng12.dylib -lz > /opt/local/lib/libgconf-2.dylib > /opt/local/lib/libORBit-2.dylib -lm > /opt/local/lib/libdbus-1.dylib > /opt/local/lib/libgmodule-2.0.dylib > /opt/local/lib/libgthread-2.0.dylib > /opt/local/lib/libgobject-2.0.dylib > /opt/local/lib/libglib-2.0.dylib > /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -Wl,-framework > -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -Wl,-framework > -Wl,CoreAudio -install_name > /opt/local/lib/libgnome-desktop-2.7.dylib > -compatibility_version 10 -current_version 10.4 -Wl,-single_module > i686-apple-darwin9-gcc-4.0.1: > /usr/X11/lib/libXrandr.2.0.0.dylib: No such file or > directory > make[3]: *** [libgnome-desktop-2.la] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Forgive me if the answer is obvious, but this is my first day using MacPorts > and in fact I am new to Apple in general. > > Cheers, > Charles > I see that it's complaining about Xrandr, and I have had problems compiling gnome-desktop because it requires a specific version of Xrandr which I don't have. Since I have Tiger, I can't upgrade it either! https://trac.macports.org/ticket/16720 http://bugzilla.gnome.org/show_bug.cgi?id=554263 Olaf, did you need to do anything to get gnome-desktop to work? I appreciate the work you're doing here. I'd love to use a native version of gnucash :) Joel -- Joel Thibault [AIM: Jole Tebo] Software Engineer in Boston From talklists at newgeo.com Tue Nov 4 01:19:47 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 4 Nov 2008 01:19:47 -0800 Subject: Lots of data passing by on xfree86 Message-ID: <01E368B4-B979-4B3C-BB78-30D51972E285@newgeo.com> Hello, I just installed macPorts on a clean 10.5 system. I installed the dmg for leopard. All I have done so far is add the opt path and man path to .bashrc, then I ran sudo port -d selfupdate. I ran sudo port install mrtg and it took too long, so I added in the - d flag, and I see literally, hundreds of thousands of lines of text going by which looks like to be for xfree86. I am sure this is part of the normal procedure, I was hoping someone could explain to me what is going on. I know there are two or perhaps three dependencies for mrtg, and I have built it by hand before, with a lot less going on that what is going on now. Just curious, thanks. Also, any idea when a mrtg update may be coming out, the one in ports is a tad bit outdated, but I am sure it will work more than fine. -- Scott From blb at macports.org Tue Nov 4 01:39:44 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 4 Nov 2008 02:39:44 -0700 Subject: Lots of data passing by on xfree86 In-Reply-To: <01E368B4-B979-4B3C-BB78-30D51972E285@newgeo.com> References: <01E368B4-B979-4B3C-BB78-30D51972E285@newgeo.com> Message-ID: <20081104093944.GM473@ninagal.withay.com> On Tue, Nov 04, 2008 at 01:19:47AM -0800, Scott Haneda said: > Hello, I just installed macPorts on a clean 10.5 system. I installed the > dmg for leopard. All I have done so far is add the opt path and man path > to .bashrc, then I ran sudo port -d selfupdate. > > I ran sudo port install mrtg and it took too long, so I added in the -d > flag, and I see literally, hundreds of thousands of lines of text going by > which looks like to be for xfree86. X11 is a requirement for a number of ports, and having a full install includes both the X11User package (which I believe is now installed by default in 10.5) and the X11SDK, which comes with Xcode. Information on these can be found in the guide: > > I am sure this is part of the normal procedure, I was hoping someone > could explain to me what is going on. I know there are two or perhaps > three dependencies for mrtg, and I have built it by hand before, with a > lot less going on that what is going on now. gd2 is a dependency, which has quite a few dependencies of its own, including X11, though there is a +no_x11 variant for it. > > Just curious, thanks. > > Also, any idea when a mrtg update may be coming out, the one in ports is a > tad bit outdated, but I am sure it will work more than fine. Best thing here is to file a ticket: since I don't already see one for upgrading mrtg. Bryan > > -- > Scott > From talklists at newgeo.com Tue Nov 4 01:43:07 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 4 Nov 2008 01:43:07 -0800 Subject: Lots of data passing by on xfree86 In-Reply-To: <20081104093944.GM473@ninagal.withay.com> References: <01E368B4-B979-4B3C-BB78-30D51972E285@newgeo.com> <20081104093944.GM473@ninagal.withay.com> Message-ID: <84523375-A166-4D4A-A04F-B6F9C43A5FE5@newgeo.com> On Nov 4, 2008, at 1:39 AM, Bryan Blackburn wrote: > On Tue, Nov 04, 2008 at 01:19:47AM -0800, Scott Haneda said: >> Hello, I just installed macPorts on a clean 10.5 system. I >> installed the >> dmg for leopard. All I have done so far is add the opt path and >> man path >> to .bashrc, then I ran sudo port -d selfupdate. >> >> I ran sudo port install mrtg and it took too long, so I added in >> the -d >> flag, and I see literally, hundreds of thousands of lines of text >> going by >> which looks like to be for xfree86. > > X11 is a requirement for a number of ports, and having a full install > includes both the X11User package (which I believe is now installed by > default in 10.5) and the X11SDK, which comes with Xcode. > Information on > these can be found in the guide: > > I take it I must have no installed x11, so ports is trying to get something equivalent in this case? I will drop the CD in and install it when I get a chance to get to the machine. In that case, will ports not bother with the xfree86 parts? >> Just curious, thanks. >> >> Also, any idea when a mrtg update may be coming out, the one in >> ports is a >> tad bit outdated, but I am sure it will work more than fine. > > Best thing here is to file a ticket: > > > > since I don't already see one for upgrading mrtg. Cool, thanks, I will do do. -- Scott From blb at macports.org Tue Nov 4 02:00:32 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 4 Nov 2008 03:00:32 -0700 Subject: Lots of data passing by on xfree86 In-Reply-To: <84523375-A166-4D4A-A04F-B6F9C43A5FE5@newgeo.com> References: <01E368B4-B979-4B3C-BB78-30D51972E285@newgeo.com> <20081104093944.GM473@ninagal.withay.com> <84523375-A166-4D4A-A04F-B6F9C43A5FE5@newgeo.com> Message-ID: <20081104100032.GN473@ninagal.withay.com> On Tue, Nov 04, 2008 at 01:43:07AM -0800, Scott Haneda said: [...] > > I take it I must have no installed x11, so ports is trying to get > something equivalent in this case? I will drop the CD in and install it > when I get a chance to get to the machine. In that case, will ports not > bother with the xfree86 parts? Right, the base X11 dependency is usually specified in a way that, if you have the X11User and X11SDK packages installed, they will be used; otherwise, MacPorts will try to install the XFree86 port. Bryan [...] > -- > Scott > From hypocrite at lawyer.com Tue Nov 4 04:09:38 2008 From: hypocrite at lawyer.com (Pete Crite) Date: Tue, 4 Nov 2008 23:09:38 +1100 Subject: update problems Message-ID: Hi, I attempted to run "sudo port upgrade outdated" today, and got a whole bunch of errors similar to this: > ---> Verifying checksum(s) for libpng > Error: No checksum set for libpng-1.2.33.tar.bz2 but also for different ports, e.g.: > Error: No checksum set for pango-1.22.2.tar.bz2 > Error: No checksum set for libxml2-2.7.2.tar.gz > Error: No checksum set for autoconf-2.63.tar.bz2 > Error: No checksum set for libgsf-1.14.10.tar.bz2 > Error: No checksum set for numpy-1.2.1.tar.gz > Error: No checksum set for pycairo-1.6.4.tar.gz > Error: No checksum set for coreutils-6.12.tar.gz > Error: No checksum set for gnome-themes-2.24.1.tar.bz2 I googled, and found something about using "sudo port clean --all sqlite3", and then running the upgrades again. https://trac.macports.org/ticket/16486 This worked partially; I still had many errors, but sometimes a port might upgrade. On closer examination of the terminal messages, I found recursive directories mentioned, similar to the ticket mentioned. > ---> Verifying checksum(s) for pango > Error: Target org.macports.checksum returned: Could not open file: / > opt/local/var/macports/distfiles/pango/pango/pango-1.22.2.tar.bz2 > Error: Unable to upgrade port: 1 There was a related local file at /opt/local/var/macports/distfiles/ pango/pango/pango/pango/pango/pango/pango/pango-1.22.2.tar.bz2 (N.B. different amount of nested folders) It seems that macports was putting the downloaded file in a subfolder of the /opt/local/var/macports/distfiles/port_name/ folder? Even for the ports that worked eventually, they were nested in a subfolder. I tried running the upgrade command a few more times. Most of the ports upgraded, but not two (coreutils and nautilus). I actually just moved these files from their sub-directories into the proper directory, and the update for these worked fine now. So, I have three questions: 1) Is there a way to upgrade these final two ports? 2) Is there a problem with this strange recursive directory structure? Is there a way to fix it, or is the manual way I did it fine? 3) Is there a way to prevent this in the future? 4) I also tried to run "sudo port clean --all" but got an error: > Can't map the URL 'file://.' to a port description file ("Could not > find Portfile in /Users/foo_bar"). > Please verify that the directory and portfile syntax are correct. > To use the current port, you must be in a port's directory. > (you might also see this message if a pseudo-port such as > outdated or installed expands to no ports). > Error: Unable to open port: Could not find Portfile in /Users/foo_bar Has this command changed? Cheers, Pete. From holread at glam.ac.uk Tue Nov 4 07:20:03 2008 From: holread at glam.ac.uk (huw read) Date: Tue, 4 Nov 2008 15:20:03 +0000 Subject: macports-users Digest, Vol 27, Issue 4 In-Reply-To: References: Message-ID: > Just wanted to say thanks for the suggestions. Found the solution "sudo ln -s /private/tmp /tmp" sorted it out. I guess /tmp was always a symlink to this other location. cheers, huw > Message: 3 > Date: Mon, 3 Nov 2008 20:27:44 -0000 > From: "Read H O L (AT)" > Subject: Problem with X11.app / DISPLAY > To: > Message-ID: > <0BA7EE4D4646E0409D458D347C508B7803F1D618 at MAILSERV1.uni.glam.ac.uk> > Content-Type: text/plain; charset="iso-8859-1" > > > Hi, > I tried doing some cleanup and deleted everything in my /tmp folder > on mac osx leopard. Now no X11 application will load (inkscape, > gimp, dia etc) because they can't find the display! I tried > rebooting but this didn't work, and I moved x11.app to the trash and > reinstalled it from xquartz but this didnt help either. When I run > x11.app, it briefly appears in the mac panel, but then dissapears > without loading or anything. How can I undo the mistakes I made? > > Thanks, > huw > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > > ------------------------------ > > Message: 4 > Date: Mon, 3 Nov 2008 14:21:46 -0700 > From: Bryan Blackburn > Subject: Re: Problem with X11.app / DISPLAY > To: macports-users at lists.macosforge.org > Message-ID: <20081103212146.GD473 at ninagal.withay.com> > Content-Type: text/plain; charset=us-ascii > > On Mon, Nov 03, 2008 at 08:27:44PM -0000, Read H O L (AT) said: >> >> Hi, >> I tried doing some cleanup and deleted everything in my /tmp folder >> on mac osx leopard. Now no X11 application will load (inkscape, gimp, >> dia etc) because they can't find the display! I tried rebooting but >> this didn't work, and I moved x11.app to the trash and reinstalled it >> from xquartz but this didnt help either. When I run x11.app, it >> briefly appears in the mac panel, but then dissapears without loading >> or anything. How can I undo the mistakes I made? > > Deleting everything in /tmp is dangerous if you don't know what it's > doing. > Especially anything prefixed by launch which is launchd-related, and > includes how X11 and DISPLAY are handled on 10.5. > > As for the actual issue you're having, since it sounds like a base X11 > problem, your best bet is the X11 users list: > > > > Bryan > > >> >> Thanks, >> huw > From olaf at foellinger.de Tue Nov 4 10:34:31 2008 From: olaf at foellinger.de (Olaf Foellinger) Date: Tue, 4 Nov 2008 19:34:31 +0100 Subject: Building GnuCash without X11 In-Reply-To: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> References: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> Message-ID: <20081104183431.GA11684@foellinger.de> Hi, * Charles Day [04.11.08 09:20]wrote: > Greetings, > > I am one of the GnuCash developers, so I read with some excitement Olaf > Foellinger's report that he was able to build GnuCash without X11. If I :). Besides, I'm on 10.4 > can repeat his success and test it out, I hope that at some point we > might be able to begin offering GnuCash for Mac in native form. Very good, that's been my intention, too. > However, I tried it myself without much luck. Perhaps someone could > advise. > I have a brand-new MacBook Pro now (10.5.5), on which I installed > MacPorts. I started with the following: > sudo port install dbus +no_x11 > sudo port install cairo +no_x11 > sudo port install pango +no_x11 > sudo port install gtk2 +no_x11 Two prerequisites are missing: - delete the line "depends_run port:evince" in the gnucash portfile (that deletes many complicated gnome dependencies, too) - in aqbanking portfile replace the line --with-frontends="cbanking g2banking qbanking" with --with-frontends="g2banking" - for the installation of libgtkhtml3 i had to apply the patch https://trac.macports.org/ticket/16989 - during the installatin of slib-guile16 sometimes I had to call $ ${prefix}/share/guile/site manually. > sudo port install gnucash +without_hbci > The "+without_hbci" was just to remove a few dependencies, for a > hopefully greater chance of success. However, this failed when it > reached the desktop-gnome dependency, saying what I understand to mean > "I'm trying to build desktop-gnome +x11 but I need gtk2 +x11 and you > have gtk2 +no_x11 instead." Not necessary, hbci is working and needed here in Germany. > ---> Configuring gnome-desktop That has not been built here so I assume it's a evince dependency. If you have any further questions I'm glad to answer. Gnucash does run here from the command line. Gru? Olaf From hvdwolf at gmail.com Tue Nov 4 11:17:28 2008 From: hvdwolf at gmail.com (Harry van der Wolf) Date: Tue, 4 Nov 2008 20:17:28 +0100 Subject: Building GnuCash without X11 In-Reply-To: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> References: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> Message-ID: <8c242c590811041117v5420955cy1849142abab9c4a7@mail.gmail.com> Hi Charles, You mention that you typed: "sudo port install gnucash +without_hbci" you should type: "sudo port install gnucash +without_hbci +no_x11" (if you didn't do that already but didn't mention it in your mail) Harry 2008/11/4 Charles Day > Greetings, > I am one of the GnuCash developers, so I read with some excitement Olaf > Foellinger's report that he was able to build GnuCash without X11. If I can > repeat his success and test it out, I hope that at some point we might be > able to begin offering GnuCash for Mac in native form. > > However, I tried it myself without much luck. Perhaps someone could advise. > > I have a brand-new MacBook Pro now (10.5.5), on which I installed MacPorts. > I started with the following: > sudo port install dbus +no_x11 > sudo port install cairo +no_x11 > sudo port install pango +no_x11 > sudo port install gtk2 +no_x11 > > These all worked fine except for a few python stumbles which succeeded on > the next attempt. Once all that was finished, I tried: > sudo port install gnucash +without_hbci > > The "+without_hbci" was just to remove a few dependencies, for a hopefully > greater chance of success. However, this failed when it reached the > desktop-gnome dependency, saying what I understand to mean "I'm trying to > build desktop-gnome +x11 but I need gtk2 +x11 and you have gtk2 +no_x11 > instead." > > ---> Configuring gnome-desktop > Error: Target org.macports.configure returned: +x11 variant selected, but > gtk2+quartz is installed > > I wasn't sure what to do at this point, so I tried: > sudo port clean gnome-desktop > sudo port install gnome-desktop +no_x11 > > However this failed too: > /usr/bin/gcc-4.0 -dynamiclib -o .libs/libgnome-desktop-2.7.2.4.dylib > .libs/gnome-desktop-item.o .libs/gnome-ditem-edit.o .libs/gnome-hint.o > .libs/gnome-bg.o .libs/display-name.o .libs/gnome-rr.o > .libs/gnome-rr-config.o .libs/gnome-rr-labeler.o .libs/edid-parse.o > -L/opt/local/lib -L/usr/X11/lib /usr/X11/lib/libX11.6.2.0.dylib > /usr/X11/lib/libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib > /usr/X11/lib/libXrandr.2.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib > /usr/X11/lib/libXrender.1.3.0.dylib /opt/local/lib/libgnomeui-2.dylib > /opt/local/lib/libtiff.dylib /opt/local/lib/libjasper.dylib > /opt/local/lib/libjpeg.dylib /opt/local/lib/libORBitCosNaming-2.dylib > /opt/local/lib/libssl.dylib /opt/local/lib/libcrypto.dylib > /opt/local/lib/libz.dylib /opt/local/lib/libdbus-glib-1.dylib > /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib > /opt/local/lib/libgnome-keyring.dylib /opt/local/lib/libbonoboui-2.dylib > /opt/local/lib/libxml2.dylib -lpthread /opt/local/lib/libgnomecanvas-2.dylib > /opt/local/lib/libgnome-2.dylib /opt/local/lib/libpopt.dylib > /opt/local/lib/libgnomevfs-2.dylib /opt/local/lib/libesd.dylib > /opt/local/lib/libbonobo-2.dylib /opt/local/lib/libaudiofile.dylib > /opt/local/lib/libbonobo-activation.dylib /opt/local/lib/libgailutil.dylib > /opt/local/lib/libart_lgpl_2.dylib /opt/local/lib/libgtk-quartz-2.0.dylib > /opt/local/lib/libgdk-quartz-2.0.dylib /opt/local/lib/libatk-1.0.dylib > /opt/local/lib/libgio-2.0.dylib /opt/local/lib/libgdk_pixbuf-2.0.dylib > /opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/libcairo.dylib > /opt/local/lib/libpangoft2-1.0.dylib /opt/local/lib/libpango-1.0.dylib > /opt/local/lib/libpixman-1.dylib /opt/local/lib/libfontconfig.dylib > /opt/local/lib/libexpat.dylib /opt/local/lib/libfreetype.dylib > /opt/local/lib/libpng12.dylib -lz /opt/local/lib/libgconf-2.dylib > /opt/local/lib/libORBit-2.dylib -lm /opt/local/lib/libdbus-1.dylib > /opt/local/lib/libgmodule-2.0.dylib /opt/local/lib/libgthread-2.0.dylib > /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib > /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -Wl,-framework > -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -Wl,-framework > -Wl,CoreAudio -install_name /opt/local/lib/libgnome-desktop-2.7.dylib > -compatibility_version 10 -current_version 10.4 -Wl,-single_module > i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libXrandr.2.0.0.dylib: No such > file or directory > make[3]: *** [libgnome-desktop-2.la] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Forgive me if the answer is obvious, but this is my first day using > MacPorts and in fact I am new to Apple in general. > > Cheers, > Charles > > > _______________________________________________ > 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 waltman-macports at mawode.com Tue Nov 4 11:42:46 2008 From: waltman-macports at mawode.com (Walt Mankowski) Date: Tue, 4 Nov 2008 14:42:46 -0500 Subject: Enabling x11grab in ffmpeg Message-ID: <20081104194246.GA21813@mawode.com> Does anyone know how to enable x11grab in ffmpeg? It has a bunch of variants, but none of them look relevant. Thanks. Walt From davel at davel.org Tue Nov 4 11:53:48 2008 From: davel at davel.org (Dave Llopis) Date: Tue, 4 Nov 2008 11:53:48 -0800 Subject: Do I really need to install python25 when Leopard already has Python 2.5? Message-ID: I want to install a port that has a dependency on python25. Shouldn't the Leopard-supplied Python 2.5 effectively fulfill this requirement? If so, is there a proper way for me to either: a) Convince the dependent port that the dependency is met or b) Convince the dependent port that it doesn't depend on python25 Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Tue Nov 4 12:12:56 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 4 Nov 2008 13:12:56 -0700 Subject: update problems In-Reply-To: References: Message-ID: <20081104201256.GD474@ninagal.withay.com> On Tue, Nov 04, 2008 at 11:09:38PM +1100, Pete Crite said: > Hi, I attempted to run "sudo port upgrade outdated" today, and got a > whole bunch of errors similar to this: > >> ---> Verifying checksum(s) for libpng >> Error: No checksum set for libpng-1.2.33.tar.bz2 [...] > > I googled, and found something about using "sudo port clean --all > sqlite3", and then running the upgrades again. > https://trac.macports.org/ticket/16486 This worked partially; I still had > many errors, but sometimes a port might upgrade. On closer examination of > the terminal messages, I found recursive directories mentioned, similar to > the ticket mentioned. The good news is that this should be fixed in the next MacPorts release, though for now, unfortunately, you'll have to do a clean of any port that hits this issue. [...] > > So, I have three questions: > 1) Is there a way to upgrade these final two ports? Did you run the clean --all for each of those ports having issues? > 2) Is there a problem with this strange recursive directory structure? Is > there a way to fix it, or is the manual way I did it fine? There was (and still is on MacPorts 1.6) but should be fixed according to ticket #11971. Normally, the distfile should end up in ${prefix}/var/macports/distfiles/${portname} so just the one level of a given port's name should be used there. > 3) Is there a way to prevent this in the future? Upgrade to MacPorts 1.7 when it is available, otherwise it would seem that having to clean should get things to work for the moment. > 4) I also tried to run "sudo port clean --all" but got an error: > >> Can't map the URL 'file://.' to a port description file ("Could not >> find Portfile in /Users/foo_bar"). >> Please verify that the directory and portfile syntax are correct. >> To use the current port, you must be in a port's directory. >> (you might also see this message if a pseudo-port such as >> outdated or installed expands to no ports). >> Error: Unable to open port: Could not find Portfile in /Users/foo_bar Yeah, that needs a port name given, this error message is also improved in the next release; 'sudo port clean --all ' is the proper form. Bryan > > Has this command changed? > > > Cheers, > Pete. From blb at macports.org Tue Nov 4 12:14:59 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 4 Nov 2008 13:14:59 -0700 Subject: Do I really need to install python25 when Leopard already has Python 2.5? In-Reply-To: References: Message-ID: <20081104201459.GE474@ninagal.withay.com> On Tue, Nov 04, 2008 at 11:53:48AM -0800, Dave Llopis said: > I want to install a port that has a dependency on python25. > Shouldn't the Leopard-supplied Python 2.5 effectively fulfill this > requirement? No, see: In most cases there's a good reason why a given port ends up wanting python25, usually because it needs some py25- port; which port were you attempting to install? Bryan > If so, is there a proper way for me to either: > a) Convince the dependent port that the dependency is met > or > b) Convince the dependent port that it doesn't depend on python25 > > Thanks! From davel at davel.org Tue Nov 4 12:57:42 2008 From: davel at davel.org (Dave Llopis) Date: Tue, 4 Nov 2008 12:57:42 -0800 Subject: Do I really need to install python25 when Leopard already has Python 2.5? In-Reply-To: <20081104201459.GE474@ninagal.withay.com> References: <20081104201459.GE474@ninagal.withay.com> Message-ID: Ah, good point, thanks. What I was *really* after was iPython for Python 2.6, which turns out not to have even been completed yet! Instead, py25-ipython is what I'm trying to install. I see that it requires py25-scientific, which isn't supplied by Leopard. I also have python26 installed, so it seemed a bit ridiculous to install a third copy of Python. It's not like it's any great burden to install python25: I was mostly interested in using this as an opportunity to learn more about port dependency management in general. On Tue, Nov 4, 2008 at 12:14, Bryan Blackburn wrote: > On Tue, Nov 04, 2008 at 11:53:48AM -0800, Dave Llopis said: > > I want to install a port that has a dependency on python25. > > Shouldn't the Leopard-supplied Python 2.5 effectively fulfill this > > requirement? > > No, see: > > > > In most cases there's a good reason why a given port ends up wanting > python25, usually because it needs some py25- port; which port were you > attempting to install? > > Bryan > > > > If so, is there a proper way for me to either: > > a) Convince the dependent port that the dependency is met > > or > > b) Convince the dependent port that it doesn't depend on python25 > > > > Thanks! > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Tue Nov 4 14:07:18 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 4 Nov 2008 15:07:18 -0700 Subject: Do I really need to install python25 when Leopard already has Python 2.5? In-Reply-To: References: <20081104201459.GE474@ninagal.withay.com> Message-ID: <20081104220718.GH474@ninagal.withay.com> On Tue, Nov 04, 2008 at 12:57:42PM -0800, Dave Llopis said: > Ah, good point, thanks. > What I was *really* after was iPython for Python 2.6, which turns out not to > have even been completed yet! > Instead, py25-ipython is what I'm trying to install. I see that it requires > py25-scientific, which isn't supplied by Leopard. > I also have python26 installed, so it seemed a bit ridiculous to install a > third copy of Python. The python26 port isn't useful right now, as there are no py26- ports, and no way to create them for most people (those running MacPorts 1.6); fixing the underlying issue with this is one of the final bits before we get a 1.7 beta released... For now I'd say, if at all possible, go with the 2.5 version of stuff. Bryan > > It's not like it's any great burden to install python25: I was mostly > interested in using this as an opportunity to learn more about port > dependency management in general. > > > On Tue, Nov 4, 2008 at 12:14, Bryan Blackburn wrote: > > > On Tue, Nov 04, 2008 at 11:53:48AM -0800, Dave Llopis said: > > > I want to install a port that has a dependency on python25. > > > Shouldn't the Leopard-supplied Python 2.5 effectively fulfill this > > > requirement? > > > > No, see: > > > > > > > > In most cases there's a good reason why a given port ends up wanting > > python25, usually because it needs some py25- port; which port were you > > attempting to install? > > > > Bryan > > > > > > > If so, is there a proper way for me to either: > > > a) Convince the dependent port that the dependency is met > > > or > > > b) Convince the dependent port that it doesn't depend on python25 > > > > > > Thanks! > > > > From cedayiv at gmail.com Tue Nov 4 15:02:22 2008 From: cedayiv at gmail.com (Charles Day) Date: Tue, 4 Nov 2008 15:02:22 -0800 Subject: Building GnuCash without X11 In-Reply-To: <8c242c590811041117v5420955cy1849142abab9c4a7@mail.gmail.com> References: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> <8c242c590811041117v5420955cy1849142abab9c4a7@mail.gmail.com> Message-ID: <1d6843d80811041502g4bcb1ffch1a7c27ed7955739b@mail.gmail.com> On Tue, Nov 4, 2008 at 11:17 AM, Harry van der Wolf wrote: > Hi Charles, > > You mention that you typed: > "sudo port install gnucash +without_hbci" > > you should type: "sudo port install gnucash +without_hbci +no_x11" > (if you didn't do that already but didn't mention it in your mail) > Thanks everyone for the help! I think this gives me enough to try again. I'll give it another shot in a day or so (I'm in transit the next 24 hours) and see how it goes. Cheers, Charles > > Harry > > 2008/11/4 Charles Day > >> Greetings, >> I am one of the GnuCash developers, so I read with some excitement Olaf >> Foellinger's report that he was able to build GnuCash without X11. If I can >> repeat his success and test it out, I hope that at some point we might be >> able to begin offering GnuCash for Mac in native form. >> >> However, I tried it myself without much luck. Perhaps someone could >> advise. >> >> I have a brand-new MacBook Pro now (10.5.5), on which I installed >> MacPorts. I started with the following: >> sudo port install dbus +no_x11 >> sudo port install cairo +no_x11 >> sudo port install pango +no_x11 >> sudo port install gtk2 +no_x11 >> >> These all worked fine except for a few python stumbles which succeeded on >> the next attempt. Once all that was finished, I tried: >> sudo port install gnucash +without_hbci >> >> The "+without_hbci" was just to remove a few dependencies, for a hopefully >> greater chance of success. However, this failed when it reached the >> desktop-gnome dependency, saying what I understand to mean "I'm trying to >> build desktop-gnome +x11 but I need gtk2 +x11 and you have gtk2 +no_x11 >> instead." >> >> ---> Configuring gnome-desktop >> Error: Target org.macports.configure returned: +x11 variant selected, but >> gtk2+quartz is installed >> >> I wasn't sure what to do at this point, so I tried: >> sudo port clean gnome-desktop >> sudo port install gnome-desktop +no_x11 >> >> However this failed too: >> /usr/bin/gcc-4.0 -dynamiclib -o .libs/libgnome-desktop-2.7.2.4.dylib >> .libs/gnome-desktop-item.o .libs/gnome-ditem-edit.o .libs/gnome-hint.o >> .libs/gnome-bg.o .libs/display-name.o .libs/gnome-rr.o >> .libs/gnome-rr-config.o .libs/gnome-rr-labeler.o .libs/edid-parse.o >> -L/opt/local/lib -L/usr/X11/lib /usr/X11/lib/libX11.6.2.0.dylib >> /usr/X11/lib/libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib >> /usr/X11/lib/libXrandr.2.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib >> /usr/X11/lib/libXrender.1.3.0.dylib /opt/local/lib/libgnomeui-2.dylib >> /opt/local/lib/libtiff.dylib /opt/local/lib/libjasper.dylib >> /opt/local/lib/libjpeg.dylib /opt/local/lib/libORBitCosNaming-2.dylib >> /opt/local/lib/libssl.dylib /opt/local/lib/libcrypto.dylib >> /opt/local/lib/libz.dylib /opt/local/lib/libdbus-glib-1.dylib >> /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib >> /opt/local/lib/libgnome-keyring.dylib /opt/local/lib/libbonoboui-2.dylib >> /opt/local/lib/libxml2.dylib -lpthread /opt/local/lib/libgnomecanvas-2.dylib >> /opt/local/lib/libgnome-2.dylib /opt/local/lib/libpopt.dylib >> /opt/local/lib/libgnomevfs-2.dylib /opt/local/lib/libesd.dylib >> /opt/local/lib/libbonobo-2.dylib /opt/local/lib/libaudiofile.dylib >> /opt/local/lib/libbonobo-activation.dylib /opt/local/lib/libgailutil.dylib >> /opt/local/lib/libart_lgpl_2.dylib /opt/local/lib/libgtk-quartz-2.0.dylib >> /opt/local/lib/libgdk-quartz-2.0.dylib /opt/local/lib/libatk-1.0.dylib >> /opt/local/lib/libgio-2.0.dylib /opt/local/lib/libgdk_pixbuf-2.0.dylib >> /opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/libcairo.dylib >> /opt/local/lib/libpangoft2-1.0.dylib /opt/local/lib/libpango-1.0.dylib >> /opt/local/lib/libpixman-1.dylib /opt/local/lib/libfontconfig.dylib >> /opt/local/lib/libexpat.dylib /opt/local/lib/libfreetype.dylib >> /opt/local/lib/libpng12.dylib -lz /opt/local/lib/libgconf-2.dylib >> /opt/local/lib/libORBit-2.dylib -lm /opt/local/lib/libdbus-1.dylib >> /opt/local/lib/libgmodule-2.0.dylib /opt/local/lib/libgthread-2.0.dylib >> /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib >> /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -Wl,-framework >> -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -Wl,-framework >> -Wl,CoreAudio -install_name /opt/local/lib/libgnome-desktop-2.7.dylib >> -compatibility_version 10 -current_version 10.4 -Wl,-single_module >> i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libXrandr.2.0.0.dylib: No such >> file or directory >> make[3]: *** [libgnome-desktop-2.la] Error 1 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 >> >> Forgive me if the answer is obvious, but this is my first day using >> MacPorts and in fact I am new to Apple in general. >> >> Cheers, >> Charles >> >> >> _______________________________________________ >> 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 tim.visher at gmail.com Tue Nov 4 17:12:48 2008 From: tim.visher at gmail.com (Tim Visher) Date: Tue, 4 Nov 2008 20:12:48 -0500 Subject: Problems Installing gtk2 +quartz Message-ID: Hello Everyone, I'm attempting to install `gtk2 +quartz` and I'm failing when it attempts to install `pango 1.22.2` with the following error Error: Target org.macports.configure returned: pango 1.22.2 requires glib 2.17.3 or later but you have glib 2.16.5. The problem is that when I run `port list installed` and fgrep for glib I get the following: glib1 @1.2.10 devel/glib1 glib2 @2.18.1 devel/glib2 glib2 @2.18.1 devel/glib2 glib2 @2.18.1 devel/glib2 glib2 @2.18.1 devel/glib2 Nowhere in there is glib 2.16.5, and all I have are versions greater than 2.17.3. What's the issue here? Is there a way that I can check which version of glib2 it's grabbing? I don't think I would've installed it at some other time but maybe. Thanks in advance! -- In Christ, Timmy V. http://burningones.com/ http://five.sentenc.es/ - Spend less time on e-mail From blb at macports.org Tue Nov 4 17:46:51 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 4 Nov 2008 18:46:51 -0700 Subject: Problems Installing gtk2 +quartz In-Reply-To: References: Message-ID: <20081105014651.GI474@ninagal.withay.com> On Tue, Nov 04, 2008 at 08:12:48PM -0500, Tim Visher said: > Hello Everyone, > > I'm attempting to install `gtk2 +quartz` and I'm failing when it > attempts to install `pango 1.22.2` with the following error > > Error: Target org.macports.configure returned: pango 1.22.2 > requires glib 2.17.3 or later but you have glib 2.16.5. > > The problem is that when I run `port list installed` and fgrep for > glib I get the following: > > glib1 @1.2.10 devel/glib1 > glib2 @2.18.1 devel/glib2 > glib2 @2.18.1 devel/glib2 > glib2 @2.18.1 devel/glib2 > glib2 @2.18.1 devel/glib2 'port list' isn't what you want to use for this (list should really be called latest); instead, use 'port installed glib2' to see what glib2 versions are installed, and note which one is active. Bryan > > Nowhere in there is glib 2.16.5, and all I have are versions greater > than 2.17.3. What's the issue here? Is there a way that I can check > which version of glib2 it's grabbing? I don't think I would've > installed it at some other time but maybe. > > Thanks in advance! > > -- > > In Christ, > > Timmy V. > > http://burningones.com/ > http://five.sentenc.es/ - Spend less time on e-mail From hypocrite at lawyer.com Tue Nov 4 17:24:13 2008 From: hypocrite at lawyer.com (Pete Crite) Date: Wed, 05 Nov 2008 12:24:13 +1100 Subject: update problems In-Reply-To: <20081104201256.GD474@ninagal.withay.com> References: <20081104201256.GD474@ninagal.withay.com> Message-ID: <499D2353-FF05-4636-A9AD-333DD5F645A5@lawyer.com> Thanks for your help I ran "sudo port clean --all ", and this seemed to delete the relevant port file(s) and directory from /opt/local/var/macports/ distfiles Is that what it is supposed to do? Just curious, since the "clean" stage during a normal install doesn't delete these files in the distfiles directory... Cheers. On 05/11/2008, at 7:12 AM, Bryan Blackburn wrote: > > On Tue, Nov 04, 2008 at 11:09:38PM +1100, Pete Crite said: >> Hi, I attempted to run "sudo port upgrade outdated" today, and got a >> whole bunch of errors similar to this: >> >>> ---> Verifying checksum(s) for libpng >>> Error: No checksum set for libpng-1.2.33.tar.bz2 > [...] >> >> I googled, and found something about using "sudo port clean --all >> sqlite3", and then running the upgrades again. >> https://trac.macports.org/ticket/16486 This worked partially; I >> still had >> many errors, but sometimes a port might upgrade. On closer >> examination of >> the terminal messages, I found recursive directories mentioned, >> similar to >> the ticket mentioned. > > The good news is that this should be fixed in the next MacPorts > release, > though for now, unfortunately, you'll have to do a clean of any port > that > hits this issue. > > [...] >> >> So, I have three questions: >> 1) Is there a way to upgrade these final two ports? > > Did you run the clean --all for each of those ports having issues? > >> 2) Is there a problem with this strange recursive directory >> structure? Is >> there a way to fix it, or is the manual way I did it fine? > > There was (and still is on MacPorts 1.6) but should be fixed > according to > ticket #11971. Normally, the distfile should end up in > ${prefix}/var/macports/distfiles/${portname} so just the one level > of a > given port's name should be used there. > >> 3) Is there a way to prevent this in the future? > > Upgrade to MacPorts 1.7 when it is available, otherwise it would > seem that > having to clean should get things to work for the moment. > >> 4) I also tried to run "sudo port clean --all" but got an error: >> >>> Can't map the URL 'file://.' to a port description file ("Could not >>> find Portfile in /Users/foo_bar"). >>> Please verify that the directory and portfile syntax are correct. >>> To use the current port, you must be in a port's directory. >>> (you might also see this message if a pseudo-port such as >>> outdated or installed expands to no ports). >>> Error: Unable to open port: Could not find Portfile in /Users/ >>> foo_bar > > Yeah, that needs a port name given, this error message is also > improved in > the next release; 'sudo port clean --all ' is the proper > form. > > Bryan > > >> >> Has this command changed? >> >> >> Cheers, >> Pete. > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From blb at macports.org Tue Nov 4 19:00:29 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 4 Nov 2008 20:00:29 -0700 Subject: update problems In-Reply-To: <499D2353-FF05-4636-A9AD-333DD5F645A5@lawyer.com> References: <20081104201256.GD474@ninagal.withay.com> <499D2353-FF05-4636-A9AD-333DD5F645A5@lawyer.com> Message-ID: <20081105030029.GJ474@ninagal.withay.com> On Wed, Nov 05, 2008 at 12:24:13PM +1100, Pete Crite said: > Thanks for your help > > I ran "sudo port clean --all ", and this seemed to delete the > relevant port file(s) and directory from /opt/local/var/macports/ > distfiles > > Is that what it is supposed to do? Just curious, since the "clean" stage > during a normal install doesn't delete these files in the distfiles > directory... Right, just 'port clean ' will remove the work area (which is where port performs the actual build). Using --dist just deletes the distfiles (usually the source tarballs), and --archive removes the packaged archive (if you have archiving enabled). --all does all of those, so with it you should end up with no trace of work from port, except the actual installed port if it was installed. 'man port' should have a bit more detail on this, search for clean. Bryan > > Cheers. > > > On 05/11/2008, at 7:12 AM, Bryan Blackburn wrote: > >> >> On Tue, Nov 04, 2008 at 11:09:38PM +1100, Pete Crite said: >>> Hi, I attempted to run "sudo port upgrade outdated" today, and got a >>> whole bunch of errors similar to this: >>> >>>> ---> Verifying checksum(s) for libpng >>>> Error: No checksum set for libpng-1.2.33.tar.bz2 >> [...] >>> >>> I googled, and found something about using "sudo port clean --all >>> sqlite3", and then running the upgrades again. >>> https://trac.macports.org/ticket/16486 This worked partially; I still >>> had >>> many errors, but sometimes a port might upgrade. On closer >>> examination of >>> the terminal messages, I found recursive directories mentioned, >>> similar to >>> the ticket mentioned. >> >> The good news is that this should be fixed in the next MacPorts >> release, >> though for now, unfortunately, you'll have to do a clean of any port >> that >> hits this issue. >> >> [...] >>> >>> So, I have three questions: >>> 1) Is there a way to upgrade these final two ports? >> >> Did you run the clean --all for each of those ports having issues? >> >>> 2) Is there a problem with this strange recursive directory >>> structure? Is >>> there a way to fix it, or is the manual way I did it fine? >> >> There was (and still is on MacPorts 1.6) but should be fixed according >> to >> ticket #11971. Normally, the distfile should end up in >> ${prefix}/var/macports/distfiles/${portname} so just the one level of a >> given port's name should be used there. >> >>> 3) Is there a way to prevent this in the future? >> >> Upgrade to MacPorts 1.7 when it is available, otherwise it would seem >> that >> having to clean should get things to work for the moment. >> >>> 4) I also tried to run "sudo port clean --all" but got an error: >>> >>>> Can't map the URL 'file://.' to a port description file ("Could not >>>> find Portfile in /Users/foo_bar"). >>>> Please verify that the directory and portfile syntax are correct. >>>> To use the current port, you must be in a port's directory. >>>> (you might also see this message if a pseudo-port such as >>>> outdated or installed expands to no ports). >>>> Error: Unable to open port: Could not find Portfile in /Users/ >>>> foo_bar >> >> Yeah, that needs a port name given, this error message is also improved >> in >> the next release; 'sudo port clean --all ' is the proper >> form. >> >> Bryan >> >> >>> >>> Has this command changed? >>> >>> >>> Cheers, >>> Pete. >> > From akim at lrde.epita.fr Tue Nov 4 21:56:13 2008 From: akim at lrde.epita.fr (Akim Demaille) Date: Wed, 5 Nov 2008 06:56:13 +0100 Subject: Chosing the C and C++ compilers Message-ID: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> hi! I'm willing to use distcc here to run the upgrade, it works well. Except that I use cross-compilers (our most powerful machine is a PPC, and I'm running an i686). All my own builds work perfectly well, but I fail to have macport understand that it should stop using unqualified names such as gcc-4.0, but should rather use i686-apple- darwin9-gcc-4.0.1. I have tried to add configure.cc info to my macports.conf > akim at montero $ tail /opt/local/etc/macports/macports.conf # while > processing ports > # extra_env KEEP_THIS THIS_TOO > > # Akim changes below. > configure.cc /usr/bin/i686-apple-darwin9-gcc-4.0.1 > configure.cxx /usr/bin/i686-apple-darwin9-g++-4.0.1 > configuredistcc yes > buildnicevalue 10 buildmakejobs 8 but it does not seem to work as I expected. Can someone tell me how I am supposed to make this work? Thanks a lot! From raimue at macports.org Wed Nov 5 00:55:26 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 05 Nov 2008 09:55:26 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> Message-ID: <49115F7E.8090800@macports.org> Akim Demaille wrote: > I'm willing to use distcc here to run the upgrade, it works well. > Except that I use cross-compilers (our most powerful machine is a PPC, > and I'm running an i686). All my own builds work perfectly well, but > I fail to have macport understand that it should stop using > unqualified names such as gcc-4.0, but should rather use i686-apple- > darwin9-gcc-4.0.1. > > I have tried to add configure.cc info to my macports.conf > >> akim at montero $ tail /opt/local/etc/macports/macports.conf # while >> processing ports >> # extra_env KEEP_THIS THIS_TOO >> >> # Akim changes below. >> configure.cc /usr/bin/i686-apple-darwin9-gcc-4.0.1 >> configure.cxx /usr/bin/i686-apple-darwin9-g++-4.0.1 >> configuredistcc yes >> buildnicevalue 10 > buildmakejobs 8 > > but it does not seem to work as I expected. Can someone tell me how I > am supposed to make this work? It is currently not possible to set configure.compiler, configure.cc, etc. in macports.conf, only on the command line. But be aware that it will overwrite any settings given in the Portfile this way and might break ports requiring a specific compiler. sudo port install configure.compiler=gcc-4.0 Rainer From christoph at mxr.at Wed Nov 5 04:10:16 2008 From: christoph at mxr.at (Christoph Tilley) Date: Wed, 5 Nov 2008 13:10:16 +0100 Subject: ntop Pango-Warning Message-ID: <2F4A1B22-AB6E-4EE3-9F5E-316D33E347FF@mxr.at> Hi! I've managed to install ntop fine via macports, only problem is that the rrdtool graphs do not render fine (see attachment) -------------- next part -------------- A non-text attachment was scrubbed... Name: rrdPlugin.png Type: image/png Size: 12757 bytes Desc: not available URL: -------------- next part -------------- It seems like the font rendering needs fixing. The logs throw this hundreds of times: (process:11387): Pango-WARNING **: `script_engine_init': symbol not found Please help! TIA, criuz From n.oxyde at gmail.com Wed Nov 5 07:26:11 2008 From: n.oxyde at gmail.com (nox) Date: Wed, 5 Nov 2008 16:26:11 +0100 Subject: ntop Pango-Warning In-Reply-To: <2F4A1B22-AB6E-4EE3-9F5E-316D33E347FF@mxr.at> References: <2F4A1B22-AB6E-4EE3-9F5E-316D33E347FF@mxr.at> Message-ID: Le 5 nov. 08 ? 13:10, Christoph Tilley a ?crit : > Hi! > > I've managed to install ntop fine via macports, only problem is that > the rrdtool graphs do not render fine (see attachment) > > It seems like the font rendering needs fixing. The logs throw this > hundreds of times: > > (process:11387): Pango-WARNING **: `script_engine_init': symbol not > found > > > > Please help! It seems you are affected by this bug: https://trac.macports.org/ticket/15626 From alejandro.aragon at gmail.com Wed Nov 5 07:55:43 2008 From: alejandro.aragon at gmail.com (Alejandro Aragon) Date: Wed, 5 Nov 2008 09:55:43 -0600 Subject: mpost not working Message-ID: <8E0D6F97-9040-47D6-AE41-910A17DD6447@gmail.com> Hello everyone, I'm trying to use the mpost command to create some pictures but it's giving me this message: aaragon@~/Desktop/TeX/trunk/gnuplot/inclusion$mpost mismatch0.0001.mp This is MetaPost, Version 0.993 (Web2C 7.5.6) (Fatal mem file error; I'm stymied) I heard somewhere that this program depends on the tetex installation, but I'm not sure. I tried to install it but when activating it I get aaragon@~/Desktop/gfem TeX/trunk/gnuplot/inclusion$sudo port install tetex ---> Activating teTeX 3.0_5 Error: Target org.macports.activate returned: Image error: /opt/local/ bin/a2ping is being used by the active texlive_base port. Please deactivate this port first, or use the -f flag to force the activation. Error: Status 1 encountered during processing. I'm not sure whether the mpost is part of the teTex distribution or not. Does anyone knows how to solve this problem? Thank you all, aa From milosh at macports.org Wed Nov 5 08:41:27 2008 From: milosh at macports.org (Emmanuel Hainry) Date: Wed, 5 Nov 2008 17:41:27 +0100 Subject: mpost not working In-Reply-To: <8E0D6F97-9040-47D6-AE41-910A17DD6447@gmail.com> References: <8E0D6F97-9040-47D6-AE41-910A17DD6447@gmail.com> Message-ID: <20081105164127.GA17385@weetamoe.loria.fr> Dear Alejandro, mpost (metapost) is part of the tex distribution you have. It is now usually texlive. Your problem sometimes occur, but I don't understand exactly why. It seems not to take into account the '%&latex' line that you should have put in your mp file to tell metapost to use tex with the latex format. To workaround it, you can try to set latex in your TEX environment variable: TEX=latex mpost mismatch0.0001.mp Best, Emmanuel Citando Alejandro Aragon : > Hello everyone, > > I'm trying to use the mpost command to create some pictures but it's > giving me this message: > > aaragon@~/Desktop/TeX/trunk/gnuplot/inclusion$mpost mismatch0.0001.mp > This is MetaPost, Version 0.993 (Web2C 7.5.6) > (Fatal mem file error; I'm stymied) > > I heard somewhere that this program depends on the tetex installation, > but I'm not sure. I tried to install it but when activating it I get > > aaragon@~/Desktop/gfem TeX/trunk/gnuplot/inclusion$sudo port install > tetex > ---> Activating teTeX 3.0_5 > Error: Target org.macports.activate returned: Image error: /opt/local/ > bin/a2ping is being used by the active texlive_base port. Please > deactivate this port first, or use the -f flag to force the activation. > Error: Status 1 encountered during processing. > > I'm not sure whether the mpost is part of the teTex distribution or not. > Does anyone knows how to solve this problem? > > Thank you all, > > aa > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From markd at macports.org Wed Nov 5 08:55:21 2008 From: markd at macports.org (markd at macports.org) Date: Wed, 05 Nov 2008 08:55:21 -0800 Subject: ntop Pango-Warning Message-ID: Did you install ntop 3.3.8? That update of a few days ago fixed some other issues. Are you using rrdtool 1.3.4? Mark >Hi! > >I've managed to install ntop fine via macports, only problem is that >the rrdtool graphs do not render fine (see attachment) >-------------- next part -------------- >A non-text attachment was scrubbed... >Name: rrdPlugin.png >Type: image/png >Size: 12757 bytes >Desc: not available >URL: <[ >http://lists.macosforge.org/pipermail/macports-users/attachments/20081105/77c9bb7c/attachment-0001.png >]http://lists.macosforge.org/pipermail/macports-users/attachments/20081105/77c9bb7c/attachment-0001.png> >-------------- next part -------------- > > >It seems like the font rendering needs fixing. The logs throw this >hundreds of times: > >(process:11387): Pango-WARNING **: `script_engine_init': symbol not >found > > > >Please help! > >TIA, >criuz From christoph at mxr.at Wed Nov 5 10:24:52 2008 From: christoph at mxr.at (Christoph Tilley) Date: Wed, 5 Nov 2008 19:24:52 +0100 Subject: ntop Pango-Warning Message-ID: <2B05FA4D-52C6-48F1-886B-00F4D4DD3CD8@mxr.at> > Did you install ntop 3.3.8? That update of a few days ago fixed some > other issues. Are you using rrdtool 1.3.4? Hi! Yes I am using ntop 3.3.8 and rrdtool 1.3.4 (compiled ntop using port install ntop +server yesterday!) > It seems you are affected by this bug: > https://trac.macports.org/ticket/15626 > Hm I don't think so,... I tried to reproduce the error (as described in the trac) with pango-view --backend=cairo ~/Desktop/utf8.txt but utf8.txt rendered fine! Anyone has suggestions? -------------- next part -------------- An HTML attachment was scrubbed... URL: From christoph at mxr.at Wed Nov 5 12:43:39 2008 From: christoph at mxr.at (Christoph Tilley) Date: Wed, 5 Nov 2008 21:43:39 +0100 Subject: nedi fails to build (on p5-math-pari) Message-ID: <8EA0C5D8-7997-48DB-A629-C1DE8BB06491@mxr.at> Hi! I've been trying to compile nedi with "sudo port install nedi" but it failed when it tried to compile "p5-math-pari": ------------------------------------------------------------------------ --------------------------------------------------------- ---> Configuring p5-math-pari 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 -math-pari/work/Math-Pari-2.010709" && /opt/local/bin/perl Makefile.PL INSTALLDIRS=vendor " returned error 255 Command output: Did not find GP/PARI build directory around. Non-interactive session, autofetching... Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Cannot list (Failed to establish connection. ): at utils/Math/PariBuild.pm line 247. Can't fetch file with Net::FTP, now trying with LWP::UserAgent... Not in this directory, trying `ftp://megrez.math.u-bordeaux.fr/pub/ pari/unix/OLD/'... Did not find any file matching /((?:.*\/)?pari\W*(?!2\.3\.)(\d+\.\d+\. \d+).*\.t(?:ar\.)?gz)$/ via FTP. Rerun Makefile.PL when you fetched GP/PARI archive manually to the current directory, or a (grand)parent directory of it. [Keep in mind that version of Math::Pari module corresponds to the last versions of GP/PARI it was tested with.] Alternatively, you may specify pari_tgz=PATH_TO_TAR_GZ option to Makefile.PL. (There is no need to extract the archive, or build GP/PARI; but if you have it extracted [and patched, if needed], you may specify paridir=PATH_TO_DIST_DIR option to Makefile.PL) Error: The following dependencies failed to build: p5-net-ssh-perl p5- crypt-rsa p5-crypt-primes p5-math-pari p5-digest-md2 p5-sort-versions p5-tie-encryptedhash p5-digest-bubblebabble p5-math-gmp gmp p5-string- crc32 p5-net-telnet p5-net-telnet-cisco Error: Status 1 encountered during processing. ------------------------------------------------------------------------ --------------------------------------------------------- Please help! TIA, Chris From olaf at foellinger.de Wed Nov 5 13:51:07 2008 From: olaf at foellinger.de (Olaf Foellinger) Date: Wed, 5 Nov 2008 22:51:07 +0100 Subject: nedi fails to build (on p5-math-pari) In-Reply-To: <8EA0C5D8-7997-48DB-A629-C1DE8BB06491@mxr.at> References: <8EA0C5D8-7997-48DB-A629-C1DE8BB06491@mxr.at> Message-ID: <20081105215107.GB4327@foellinger.de> Hi, * Christoph Tilley [05.11.08 21:44]wrote: > Hi! > > I've been trying to compile nedi with "sudo port install nedi" but it > failed when it tried to compile "p5-math-pari": > > ------------------------------------------------------------------------ > --------------------------------------------------------- > > ---> Configuring p5-math-pari > Error: Target org.macports.configure returned: configure failure: shell p5-math-pari builds fine here: $ port install p5-math-pari ---> Fetching p5-math-pari ---> Attempting to fetch Math-Pari-2.010709.tar.gz from http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/Math ---> Verifying checksum(s) for p5-math-pari ---> Extracting p5-math-pari ---> Configuring p5-math-pari ---> Building p5-math-pari with target all ---> Staging p5-math-pari into destroot ---> Installing p5-math-pari 2.010709_0 ---> Activating p5-math-pari 2.010709_0 ---> Cleaning p5-math-pari One may try to install this port as shown above. Gru? Olaf From christoph at mxr.at Wed Nov 5 14:07:45 2008 From: christoph at mxr.at (Tilley Christoph) Date: Wed, 5 Nov 2008 23:07:45 +0100 Subject: nedi fails to build (on p5-math-pari) In-Reply-To: <20081105215107.GB4327@foellinger.de> References: <8EA0C5D8-7997-48DB-A629-C1DE8BB06491@mxr.at> <20081105215107.GB4327@foellinger.de> Message-ID: <09AEC276-90A3-4FF5-A292-3B723E4B2CB0@mxr.at> Hm strange. Not with me. Here is the verbose output. Any clue? --------------------------------------------------------------------------------------------------------------------------------- tilley:~ srv_adm$ sudo port -v install p5-math-pari ---> Configuring p5-math-pari Did not find GP/PARI build directory around. Non-interactive session, autofetching... Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Cannot list (Failed to establish connection. ): at utils/Math/PariBuild.pm line 247. Can't fetch file with Net::FTP, now trying with LWP::UserAgent... Not in this directory, trying `ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/OLD/' ... Did not find any file matching /((?:.*\/)?pari\W*(?!2\.3\.)(\d+\.\d+\. \d+).*\.t(?:ar\.)?gz)$/ via FTP. Rerun Makefile.PL when you fetched GP/PARI archive manually to the current directory, or a (grand)parent directory of it. [Keep in mind that version of Math::Pari module corresponds to the last versions of GP/PARI it was tested with.] Alternatively, you may specify pari_tgz=PATH_TO_TAR_GZ option to Makefile.PL. (There is no need to extract the archive, or build GP/PARI; but if you have it extracted [and patched, if needed], you may specify paridir=PATH_TO_DIST_DIR option to Makefile.PL) 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-math-pari/work/Math-Pari-2.010709" && /opt/local/bin/perl Makefile.PL INSTALLDIRS=vendor " returned error 255 Command output: Did not find GP/PARI build directory around. Non-interactive session, autofetching... Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Cannot list (Failed to establish connection. ): at utils/Math/PariBuild.pm line 247. Can't fetch file with Net::FTP, now trying with LWP::UserAgent... Not in this directory, trying `ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/OLD/' ... Did not find any file matching /((?:.*\/)?pari\W*(?!2\.3\.)(\d+\.\d+\. \d+).*\.t(?:ar\.)?gz)$/ via FTP. Rerun Makefile.PL when you fetched GP/PARI archive manually to the current directory, or a (grand)parent directory of it. [Keep in mind that version of Math::Pari module corresponds to the last versions of GP/PARI it was tested with.] Alternatively, you may specify pari_tgz=PATH_TO_TAR_GZ option to Makefile.PL. (There is no need to extract the archive, or build GP/PARI; but if you have it extracted [and patched, if needed], you may specify paridir=PATH_TO_DIST_DIR option to Makefile.PL) Warning: the following items did not execute (for p5-math-pari): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. tilley:~ srv_adm$ --------------------------------------------------------------------------------------------------------------------------------- TIA, Chris On 05.11.2008, at 22:51, Olaf Foellinger wrote: > Hi, > > * Christoph Tilley [05.11.08 21:44]wrote: > >> Hi! >> >> I've been trying to compile nedi with "sudo port install nedi" but it >> failed when it tried to compile "p5-math-pari": >> >> ------------------------------------------------------------------------ >> --------------------------------------------------------- >> >> ---> Configuring p5-math-pari >> Error: Target org.macports.configure returned: configure failure: >> shell > > p5-math-pari builds fine here: > > $ port install p5-math-pari > ---> Fetching p5-math-pari > ---> Attempting to fetch Math-Pari-2.010709.tar.gz from http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/Math > ---> Verifying checksum(s) for p5-math-pari > ---> Extracting p5-math-pari > ---> Configuring p5-math-pari > ---> Building p5-math-pari with target all > ---> Staging p5-math-pari into destroot > ---> Installing p5-math-pari 2.010709_0 > ---> Activating p5-math-pari 2.010709_0 > ---> Cleaning p5-math-pari > > One may try to install this port as shown above. > > Gru? Olaf > _______________________________________________ > 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 Nov 5 14:55:51 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 5 Nov 2008 16:55:51 -0600 Subject: Chosing the C and C++ compilers In-Reply-To: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> Message-ID: On Nov 4, 2008, at 23:56, Akim Demaille wrote: > I'm willing to use distcc here to run the upgrade, it works well. > Except that I use cross-compilers (our most powerful machine is a > PPC, and I'm running an i686). All my own builds work perfectly > well, but I fail to have macport understand that it should stop > using unqualified names such as gcc-4.0, but should rather use i686- > apple-darwin9-gcc-4.0.1. > > I have tried to add configure.cc info to my macports.conf > >> akim at montero $ tail /opt/local/etc/macports/macports.conf # while >> processing ports >> # extra_env KEEP_THIS THIS_TOO >> >> # Akim changes below. >> configure.cc /usr/bin/i686-apple-darwin9-gcc-4.0.1 >> configure.cxx /usr/bin/i686-apple-darwin9-g++-4.0.1 >> configuredistcc yes >> buildnicevalue 10 >> buildmakejobs 8 > > > but it does not seem to work as I expected. Can someone tell me > how I am supposed to make this work? Hi. configure.cc is a Portfile command; it doesn't do anything in macports.conf. I was not familiar with distcc. I just looked it up (www.distcc.org) and it sounds interesting. I'm not sure how to best use it with MacPorts. MacPorts always defaults to using e.g. /usr/bin/gcc-4.0 to compile on Tiger and Leopard. Maybe distcc has a way to translate that? From tim.visher at gmail.com Wed Nov 5 15:28:51 2008 From: tim.visher at gmail.com (Tim Visher) Date: Wed, 5 Nov 2008 18:28:51 -0500 Subject: Problems Installing gtk2 +quartz In-Reply-To: <20081105014651.GI474@ninagal.withay.com> References: <20081105014651.GI474@ninagal.withay.com> Message-ID: Ah. That was the problem. That's funny but I never knew the correct way to get what was installed out of port. Oh well. Is there anyway to switch which variant you have installed? On Tue, Nov 4, 2008 at 8:46 PM, Bryan Blackburn wrote: > On Tue, Nov 04, 2008 at 08:12:48PM -0500, Tim Visher said: >> Hello Everyone, >> >> I'm attempting to install `gtk2 +quartz` and I'm failing when it >> attempts to install `pango 1.22.2` with the following error >> >> Error: Target org.macports.configure returned: pango 1.22.2 >> requires glib 2.17.3 or later but you have glib 2.16.5. >> >> The problem is that when I run `port list installed` and fgrep for >> glib I get the following: >> >> glib1 @1.2.10 devel/glib1 >> glib2 @2.18.1 devel/glib2 >> glib2 @2.18.1 devel/glib2 >> glib2 @2.18.1 devel/glib2 >> glib2 @2.18.1 devel/glib2 > > 'port list' isn't what you want to use for this (list should really be > called latest); instead, use 'port installed glib2' to see what glib2 > versions are installed, and note which one is active. > > Bryan > > >> >> Nowhere in there is glib 2.16.5, and all I have are versions greater >> than 2.17.3. What's the issue here? Is there a way that I can check >> which version of glib2 it's grabbing? I don't think I would've >> installed it at some other time but maybe. >> >> Thanks in advance! >> >> -- >> >> In Christ, >> >> Timmy V. >> >> http://burningones.com/ >> http://five.sentenc.es/ - Spend less time on e-mail > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -- In Christ, Timmy V. http://burningones.com/ http://five.sentenc.es/ - Spend less time on e-mail From talklists at newgeo.com Wed Nov 5 15:48:30 2008 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 5 Nov 2008 15:48:30 -0800 Subject: ASSP out of date Message-ID: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> This port installs clean, and really nice: http://trac.macports.org/browser/trunk/dports/mail/assp/Portfile however, I can not locate a maintainer, as it is woefully out of date. name assp version 1.1.0 ASSP 1.3.3.10 is current, and also, there is a very strong beta of 2.x as well I would love to see in the ports system. What is the best way to find the maintainer, and see about getting this updated. -- Scott From devans at macports.org Wed Nov 5 16:04:18 2008 From: devans at macports.org (David Evans) Date: Wed, 05 Nov 2008 16:04:18 -0800 Subject: ASSP out of date In-Reply-To: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> Message-ID: <49123482.5010305@macports.org> Scott Haneda wrote: > This port installs clean, and really nice: > http://trac.macports.org/browser/trunk/dports/mail/assp/Portfile > > however, I can not locate a maintainer, as it is woefully out of date. > name assp > version 1.1.0 > > ASSP 1.3.3.10 is current, and also, there is a very strong beta of 2.x > as well I would love to see in the ports system. What is the best way > to find the maintainer, and see about getting this updated. > -- > Scott > Since the maintainer is "nomaintainer" then maintainership is up for grabs. So you can become the maintainer if you like. Just update the Portfile as necessary with yourself as maintainer and also openmaintainer if you are willing to let others make changes to the port. Then create a ticket on Trac and attach your changes, preferably as a patch to the current Portfile. See http://guide.macports.org/ for procedural details. Dave From devans at macports.org Wed Nov 5 16:16:29 2008 From: devans at macports.org (David Evans) Date: Wed, 05 Nov 2008 16:16:29 -0800 Subject: Problems Installing gtk2 +quartz In-Reply-To: References: <20081105014651.GI474@ninagal.withay.com> Message-ID: <4912375D.3070508@macports.org> Tim Visher wrote: > Ah. That was the problem. That's funny but I never knew the correct > way to get what was installed out of port. Oh well. > > Is there anyway to switch which variant you have installed? > > You can deactivate the currently installed version and then install with the variant you want. sudo port deactivate gtk2 sudo port install gtk2 +quartz Note also you need to make sure that you have the +no_x11 variants installed for cairo and pango. In my installation: $ port installed cairo pango gtk2 The following ports are currently installed: cairo @1.8.0_0+macosx+no_x11 (active) gtk2 @2.14.4_0+darwin_8+no_x11+quartz (active) pango @1.22.2_0+no_x11 (active) From frstan at bellsouth.net Wed Nov 5 16:57:37 2008 From: frstan at bellsouth.net (William Davis) Date: Wed, 5 Nov 2008 19:57:37 -0500 Subject: Problems Installing gtk2 +quartz In-Reply-To: References: <20081105014651.GI474@ninagal.withay.com> Message-ID: Tim, if you use the -u option when you upgrade port will automatically delete the old version after it has built the new one: sudo port -du foo WD On Nov 5, 2008, at 6:28 PM, Tim Visher wrote: > Ah. That was the problem. That's funny but I never knew the correct > way to get what was installed out of port. Oh well. > > Is there anyway to switch which variant you have installed? > > On Tue, Nov 4, 2008 at 8:46 PM, Bryan Blackburn > wrote: >> On Tue, Nov 04, 2008 at 08:12:48PM -0500, Tim Visher said: >>> Hello Everyone, >>> >>> I'm attempting to install `gtk2 +quartz` and I'm failing when it >>> attempts to install `pango 1.22.2` with the following error >>> >>> Error: Target org.macports.configure returned: pango 1.22.2 >>> requires glib 2.17.3 or later but you have glib 2.16.5. >>> >>> The problem is that when I run `port list installed` and fgrep for >>> glib I get the following: >>> >>> glib1 @1.2.10 devel/glib1 >>> glib2 @2.18.1 devel/glib2 >>> glib2 @2.18.1 devel/glib2 >>> glib2 @2.18.1 devel/glib2 >>> glib2 @2.18.1 devel/glib2 >> >> 'port list' isn't what you want to use for this (list should really >> be >> called latest); instead, use 'port installed glib2' to see what glib2 >> versions are installed, and note which one is active. >> >> Bryan >> >> >>> >>> Nowhere in there is glib 2.16.5, and all I have are versions greater >>> than 2.17.3. What's the issue here? Is there a way that I can check >>> which version of glib2 it's grabbing? I don't think I would've >>> installed it at some other time but maybe. >>> >>> Thanks in advance! >>> >>> -- >>> >>> In Christ, >>> >>> Timmy V. >>> >>> http://burningones.com/ >>> http://five.sentenc.es/ - Spend less time on e-mail >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> > > > > -- > > In Christ, > > Timmy V. > > http://burningones.com/ > http://five.sentenc.es/ - Spend less time on e-mail > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From talklists at newgeo.com Wed Nov 5 19:08:17 2008 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 5 Nov 2008 19:08:17 -0800 Subject: ASSP out of date In-Reply-To: <49123482.5010305@macports.org> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> Message-ID: <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> David, I forgot "reply-all" on this mailing list, so ignore my direct communication email please, this was meant for the list, thanks. On Nov 5, 2008, at 4:04 PM, David Evans wrote: > Scott Haneda wrote: >> This port installs clean, and really nice: >> http://trac.macports.org/browser/trunk/dports/mail/assp/Portfile >> >> however, I can not locate a maintainer, as it is woefully out of >> date. >> name assp >> version 1.1.0 >> >> ASSP 1.3.3.10 is current, and also, there is a very strong beta of >> 2.x >> as well I would love to see in the ports system. What is the best >> way >> to find the maintainer, and see about getting this updated. >> -- >> Scott >> > Since the maintainer is "nomaintainer" then maintainership is up for > grabs. So you can become the > maintainer if you like. Just update the Portfile as necessary with > yourself as maintainer > and also openmaintainer if you are willing to let others make > changes to > the port. Then > create a ticket on Trac and attach your changes, preferably as a patch > to the current Portfile. > > See http://guide.macports.org/ for procedural details. This is my first effort to make a port update file locally on my machine, so be gentle :) sudo port clean --work assp Password: ---> Cleaning assp I located this path: /opt/local/var/macports/sources/rsync.macports.org/release/ports/mail/ assp/ it would be nice to know how to locate that path with a command. Made a copy: -rw-r--r-- 1 root admin 4686 Nov 5 18:34 Portfile -rw-r--r-- 1 root admin 4686 Nov 5 16:52 Portfile.orig Original located here: http://pastebin.com/m7a3fb1d6 sudo port edit assp Changed -> version 1.4.3.0 Changed -> maintainers scott at newgeo.com Added -> distname ASSP_${version}-Install pre-patch seems to run around and look for two files, to rename file rename "${worksrcpath}/ASSP Documentation.htm" ${worksrcpath}/ ASSPDocumentation.htm file rename "${worksrcpath}/Regular Expression Tutorial.htm" $ {worksrcpath}/RegularExpressionutorial.htm Neither of them exist, and even if they did, they would have moved to the docs/ directory. Either way, I am not sure what was bad about spaces in the files anyway, they are html files, and most browsers can deal with that. I simply removed those two lines. Removed -> patchfiles patch-assp.pl.diff Here is where my lack of experience comes on, I have no idea if the patch is needed, so at this point, I am commenting it out and just trying to get it to build. I know it will build clean on a Intel machine, so I would imagine, this patch is no longer needed with so many versions passing. Save the file, and run: sudo port install assp * Error on checksum, after a bit of poking, I see there is: sudo port -d checksum assp Portfile checksum: ASSP_1.4.3.0-Install.zip md5 55be31bab3efacc6bd964adf8cd25c83 Distfile checksum: ASSP_1.4.3.0-Install.zip md5 e7fa4bfbed0e7cb7d430d1ebcd4b6eb1 Updated -> checksums md5 e7fa4bfbed0e7cb7d430d1ebcd4b6eb1 ( Also at http://pastebin.com/m5c6dab26 ) sudo port -d install assp DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/mail/assp DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/mail/assp DEBUG: Requested variant powerpc is not provided by port assp. DEBUG: Requested variant darwin is not provided by port assp. DEBUG: Requested variant macosx is not provided by port assp. DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Requested variant powerpc is not provided by port perl5.8. DEBUG: Requested variant macosx is not provided by port perl5.8. DEBUG: Executing variant darwin provides darwin DEBUG: Executing variant darwin_9 provides darwin_9 DEBUG: Searching for dependency: perl5.8 DEBUG: Found Dependency: receipt exists for perl5.8 DEBUG: Skipping completed org.macports.main (assp) DEBUG: Skipping completed org.macports.fetch (assp) DEBUG: Skipping completed org.macports.checksum (assp) DEBUG: setting option extract.cmd to /usr/bin/unzip DEBUG: setting option extract.pre_args to -q DEBUG: setting option extract.post_args to {-d /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_mail_assp/work/ASSP_1.4.3.0-Install} DEBUG: Skipping completed org.macports.extract (assp) DEBUG: Executing proc-pre-org.macports.patch-patch-0 Error: Target org.macports.patch returned: no files matched glob patterns "*.pl *.sh *.htm *.txt rc/*.dat" Warning: the following items did not execute (for assp): org.macports.activate org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. And now, we get stuck when the portfile tries to glob through the source files, I suspect because {worksrcpath} is somehow wrong. It looks to me like this is the path that it is calling {workssrcpath} /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_mail_assp/work/ASSP_1.4.3.0-Install *What is it doing anyway, just fixing line endings? Is that really needed? However, in that path is another directory of "ASSP_1.4.3.0-Install", so it is this: .../ _opt_local_var_macports_sources_rsync .macports.org_release_ports_mail_assp/work/ASSP_1.4.3.0-Install/ ASSP_1.4.3.0-Install But then, even in that path, there is one last /ASSP directory as well, so the full path to the source files is really: /opt/local/var/macports/build/\ _opt_local_var_macports_sources_rsync .macports.org_release_ports_mail_assp/\ work/ASSP_1.4.3.0-Install/ASSP_1.4.3.0-Install/ASSP I would wager, this is because the developer has changed his layout, if I download, and unzip, I show a path to source of: ASSP_1.4.3.0-Install/ASSP * How do I debug and print out the {worksrcpath} so I can see what it is, and what is it that sets that path as well? Looking at configure: configure { reinplace "s%^#!.*perl%#![binaryInPath perl]%" \ ${worksrcpath}/assp.pl \ ${worksrcpath}/move2num.pl \ ${worksrcpath}/rebuildspamdb.pl \ ${worksrcpath}/repair.pl \ ${worksrcpath}/stat.pl reinplace "s%/usr/local/assp%${assp_base}%" \ ${worksrcpath}/ASSPDocumentation.htm \ ${worksrcpath}/stats.sh \ ${worksrcpath}/assp.pl \ ${worksrcpath}/rc/assp.dat \ ${worksrcpath}/rc/start.dat \ ${worksrcpath}/rc/stop.dat reinplace "s%/usr/local%${prefix}%" \ ${worksrcpath}/ASSPDocumentation.htm } I can see, I am pretty sure I need to delete the 2 "ASSPDocumentation.htm" lines, is this correct? I am not sure what this does: reinplace "s%^#!.*perl%#![binaryInPath perl]%" And as you can see, given the above mentioned {worksrcpath} configure is never going to find those files. As a first effort, I tried commenting out: #extract.dir ${worksrcpath} After than, I ran clean, then install... http://pastebin.com/m2053b159 I think it is there, line 35, we sort of run into the same thing, which is there is this "ASSP" directory path that is missing, and I do not know how to add it in, without hard coding it, which if course, would make this too hard to make an updated port file again in the future if the developer moves stuff around. Hopefully I have troubleshot this as best as I can, I am stuck at this point, with this being my first attempt to make a port update file. Any help is appreciated. -- Scott From ryandesign at macports.org Wed Nov 5 19:25:08 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 5 Nov 2008 21:25:08 -0600 Subject: nedi fails to build (on p5-math-pari) In-Reply-To: <09AEC276-90A3-4FF5-A292-3B723E4B2CB0@mxr.at> References: <8EA0C5D8-7997-48DB-A629-C1DE8BB06491@mxr.at> <20081105215107.GB4327@foellinger.de> <09AEC276-90A3-4FF5-A292-3B723E4B2CB0@mxr.at> Message-ID: <5C158AB6-4E0A-4A39-8312-999FF0B8E7FB@macports.org> On Nov 5, 2008, at 16:07, Tilley Christoph wrote: >> p5-math-pari builds fine here: > > Hm strange. Not with me. Here is the verbose output. Any clue? Could you please clean the port and try again and send the complete output? sudo port clean p5-math-pari sudo port -v install p5-math-pari From ryandesign at macports.org Wed Nov 5 19:38:44 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 5 Nov 2008 21:38:44 -0600 Subject: ASSP out of date In-Reply-To: <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> Message-ID: <7ED34D61-9E3F-463F-A5D8-A287A3D6B35C@macports.org> On Nov 5, 2008, at 21:08, Scott Haneda wrote: > On Nov 5, 2008, at 4:04 PM, David Evans wrote: > >> Scott Haneda wrote: >>> This port installs clean, and really nice: >>> http://trac.macports.org/browser/trunk/dports/mail/assp/Portfile >>> >>> however, I can not locate a maintainer, as it is woefully out of >>> date. >>> name assp >>> version 1.1.0 >>> >>> ASSP 1.3.3.10 is current, and also, there is a very strong beta >>> of 2.x >>> as well I would love to see in the ports system. What is the >>> best way >>> to find the maintainer, and see about getting this updated. >>> -- >>> Scott >>> >> Since the maintainer is "nomaintainer" then maintainership is up for >> grabs. So you can become the >> maintainer if you like. Just update the Portfile as necessary with >> yourself as maintainer >> and also openmaintainer if you are willing to let others make >> changes to >> the port. Then >> create a ticket on Trac and attach your changes, preferably as a >> patch >> to the current Portfile. >> >> See http://guide.macports.org/ for procedural details. > > > This is my first effort to make a port update file locally on my > machine, so be gentle :) > > sudo port clean --work assp > Password: > ---> Cleaning assp > > I located this path: > /opt/local/var/macports/sources/rsync.macports.org/release/ports/ > mail/assp/ > it would be nice to know how to locate that path with a command. port dir assp > Made a copy: > -rw-r--r-- 1 root admin 4686 Nov 5 18:34 Portfile > -rw-r--r-- 1 root admin 4686 Nov 5 16:52 Portfile.orig > > Original located here: http://pastebin.com/m7a3fb1d6 > > sudo port edit assp > Changed -> version 1.4.3.0 > Changed -> maintainers scott at newgeo.com > Added -> distname ASSP_${version}-Install > > pre-patch seems to run around and look for two files, to rename > file rename "${worksrcpath}/ASSP Documentation.htm" ${worksrcpath}/ > ASSPDocumentation.htm > file rename "${worksrcpath}/Regular Expression Tutorial.htm" $ > {worksrcpath}/RegularExpressionutorial.htm > > Neither of them exist, and even if they did, they would have moved > to the docs/ directory. Either way, I am not sure what was bad > about spaces in the files anyway, they are html files, and most > browsers can deal with that. > > I simply removed those two lines. I'm not sure why those lines were there. They were part of the port since it was initially created in r10407. > Removed -> patchfiles patch-assp.pl.diff > Here is where my lack of experience comes on, I have no idea if the > patch is needed, so at this point, I am commenting it out and just > trying to get it to build. I know it will build clean on a Intel > machine, so I would imagine, this patch is no longer needed with so > many versions passing. Not sure either. It's also been there since the initial revision. You could ask the person who committed that change 3 years ago, or you could see if the new version of the software already has a similar change in it, in which case it was probably a bug that the previous maintainer fixed locally, which is now no longer needed. > Save the file, and run: > sudo port install assp > * Error on checksum, after a bit of poking, I see there is: > sudo port -d checksum assp > Portfile checksum: ASSP_1.4.3.0-Install.zip md5 > 55be31bab3efacc6bd964adf8cd25c83 > Distfile checksum: ASSP_1.4.3.0-Install.zip md5 > e7fa4bfbed0e7cb7d430d1ebcd4b6eb1 > > Updated -> checksums md5 > e7fa4bfbed0e7cb7d430d1ebcd4b6eb1 > > ( Also at http://pastebin.com/m5c6dab26 ) > sudo port -d install assp > DEBUG: Found port in file:///opt/local/var/macports/sources/ > rsync.macports.org/release/ports/mail/assp > DEBUG: Changing to port directory: /opt/local/var/macports/sources/ > rsync.macports.org/release/ports/mail/assp > DEBUG: Requested variant powerpc is not provided by port assp. > DEBUG: Requested variant darwin is not provided by port assp. > DEBUG: Requested variant macosx is not provided by port assp. > DEBUG: Found port in file:///opt/local/var/macports/sources/ > rsync.macports.org/release/ports/lang/perl5.8 > DEBUG: Changing to port directory: /opt/local/var/macports/sources/ > rsync.macports.org/release/ports/lang/perl5.8 > DEBUG: Requested variant powerpc is not provided by port perl5.8. > DEBUG: Requested variant macosx is not provided by port perl5.8. > DEBUG: Executing variant darwin provides darwin > DEBUG: Executing variant darwin_9 provides darwin_9 > DEBUG: Searching for dependency: perl5.8 > DEBUG: Found Dependency: receipt exists for perl5.8 > DEBUG: Skipping completed org.macports.main (assp) > DEBUG: Skipping completed org.macports.fetch (assp) > DEBUG: Skipping completed org.macports.checksum (assp) > DEBUG: setting option extract.cmd to /usr/bin/unzip > DEBUG: setting option extract.pre_args to -q > DEBUG: setting option extract.post_args to {-d /opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_ > assp/work/ASSP_1.4.3.0-Install} > DEBUG: Skipping completed org.macports.extract (assp) > DEBUG: Executing proc-pre-org.macports.patch-patch-0 > Error: Target org.macports.patch returned: no files matched glob > patterns "*.pl *.sh *.htm *.txt rc/*.dat" > Warning: the following items did not execute (for assp): > org.macports.activate org.macports.patch org.macports.configure > org.macports.build org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. > > And now, we get stuck when the portfile tries to glob through the > source files, I suspect because {worksrcpath} is somehow wrong. It > looks to me like this is the path that it is calling {workssrcpath} > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_ > assp/work/ASSP_1.4.3.0-Install > > *What is it doing anyway, just fixing line endings? Is that really > needed? That's what it appears to be doing. It's doing that so that the unix- line-ending patchfiles can be applied to the source files. If you're removing the patch files, then you no longer care about the source's line endings. > However, in that path is another directory of "ASSP_1.4.3.0- > Install", so it is this: > .../ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_ > assp/work/ASSP_1.4.3.0-Install/ASSP_1.4.3.0-Install > But then, even in that path, there is one last /ASSP directory as > well, so the full path to the source files is really: > /opt/local/var/macports/build/\ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_ > assp/\ > work/ASSP_1.4.3.0-Install/ASSP_1.4.3.0-Install/ASSP > > I would wager, this is because the developer has changed his > layout, if I download, and unzip, I show a path to source of: > ASSP_1.4.3.0-Install/ASSP > > * How do I debug and print out the {worksrcpath} so I can see what > it is, and what is it that sets that path as well? You can "ui_info ${worksrcpath}" or "return -code error $ {worksrcpath}" for example. The first thing you should do is remove these lines: pre-extract { file mkdir ${worksrcpath} } extract.dir ${worksrcpath} Previously, the software apparently unpacked directly, without creating an enclosing directory. Now it does create an enclosing directory for itself. So you no longer need to do so in the Portfile. Maybe you need so set worksrcdir to "ASSP_${version}-Install/ASSP" > Looking at configure: > configure { > reinplace "s%^#!.*perl%#![binaryInPath perl]%" \ > ${worksrcpath}/assp.pl \ > ${worksrcpath}/move2num.pl \ > ${worksrcpath}/rebuildspamdb.pl \ > ${worksrcpath}/repair.pl \ > ${worksrcpath}/stat.pl > reinplace "s%/usr/local/assp%${assp_base}%" \ > ${worksrcpath}/ASSPDocumentation.htm \ > ${worksrcpath}/stats.sh \ > ${worksrcpath}/assp.pl \ > ${worksrcpath}/rc/assp.dat \ > ${worksrcpath}/rc/start.dat \ > ${worksrcpath}/rc/stop.dat > reinplace "s%/usr/local%${prefix}%" \ > ${worksrcpath}/ASSPDocumentation.htm > } > > I can see, I am pretty sure I need to delete the 2 > "ASSPDocumentation.htm" lines, is this correct? If you no longer want to do the reinplaces in that file, then sure. > I am not sure what this does: > reinplace "s%^#!.*perl%#![binaryInPath perl]%" binaryInPath is a tcl procedure that returns the full path of the given binary. So [binaryInPath] will probably return ${prefix}/bin/ perl (where ${prefix} is expanded to whatever the current prefix is). The reinplace command will replace all occurrences of the regular expression ^#!.*perl with the string "#!" and the path to perl as above. This is basically making sure that the scripts, when run, use MacPorts perl, and not Mac OS X perl. > And as you can see, given the above mentioned {worksrcpath} > configure is never going to find those files. As a first effort, I > tried commenting out: > #extract.dir ${worksrcpath} > After than, I ran clean, then install... > http://pastebin.com/m2053b159 > > I think it is there, line 35, we sort of run into the same thing, > which is there is this "ASSP" directory path that is missing, and I > do not know how to add it in, without hard coding it, which if > course, would make this too hard to make an updated port file again > in the future if the developer moves stuff around. > > Hopefully I have troubleshot this as best as I can, I am stuck at > this point, with this being my first attempt to make a port update > file. Any help is appreciated. From pano.irk at gmail.com Wed Nov 5 19:41:36 2008 From: pano.irk at gmail.com (=?UTF-8?B?0JzQuNGF0LDQuNC7INCQ?=) Date: Thu, 6 Nov 2008 11:41:36 +0800 Subject: sockets support not enabled in PHP Message-ID: <22A04AF5-31AA-4F62-AFCA-9632D4772402@gmail.com> Hi! I Installed: $sudo port install apache2 $sudo port install mysql5 +server $ sudo port install php5 +apache2 +mysql5 +pear registered PHP 5 with Apache 2: $ cd /opt/local/apache2/modules $ sudo /opt/local/apache2/bin/apxs -a -e -n "php5" libphp5.so And created a php.ini file (which you can edit to configure PHP 5): $ cp /opt/local/etc/php.ini-dist /opt/local/etc/php.ini Then I installed the cacti: $ sudo port install cacti and My cacti.log was littered with the error: "WARNING: sockets support not enabled in PHP,falling back to SNMP ping" How can I get rid of this message ? Thanks! Mihail Artyuhov pano.irk at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Wed Nov 5 20:05:11 2008 From: blb at macports.org (Bryan Blackburn) Date: Wed, 5 Nov 2008 21:05:11 -0700 Subject: ASSP out of date In-Reply-To: <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> Message-ID: <20081106040511.GO454@ninagal.withay.com> On Wed, Nov 05, 2008 at 07:08:17PM -0800, Scott Haneda said: [...] > > This is my first effort to make a port update file locally on my machine, > so be gentle :) For a first Portfile, this is a bad choice, it does nearly all steps manually (configure, no build, and destroot are all there in the Portfile). > > sudo port clean --work assp > Password: > ---> Cleaning assp > > I located this path: > /opt/local/var/macports/sources/rsync.macports.org/release/ports/mail/ > assp/ > it would be nice to know how to locate that path with a command. $ port dir assp > > Made a copy: > -rw-r--r-- 1 root admin 4686 Nov 5 18:34 Portfile > -rw-r--r-- 1 root admin 4686 Nov 5 16:52 Portfile.orig > > Original located here: http://pastebin.com/m7a3fb1d6 > > sudo port edit assp > Changed -> version 1.4.3.0 > Changed -> maintainers scott at newgeo.com > Added -> distname ASSP_${version}-Install > > pre-patch seems to run around and look for two files, to rename > file rename "${worksrcpath}/ASSP Documentation.htm" ${worksrcpath}/ > ASSPDocumentation.htm > file rename "${worksrcpath}/Regular Expression Tutorial.htm" $ > {worksrcpath}/RegularExpressionutorial.htm > > Neither of them exist, and even if they did, they would have moved to the > docs/ directory. Either way, I am not sure what was bad about spaces in > the files anyway, they are html files, and most browsers can deal with > that. Both appear to be in ASSP/docs though the former is now "Legacy - ..." The pre-patch does hit more than just HTML though, there are also perl and shell scripts in the glob, not sure how well those will run with DOS-style line endings; though the .sh file I looked at was *nix-style, and so is at least one perl script. Not sure why the 'file rename' is being used, lots of files with spaces on Macs. > > I simply removed those two lines. > > Removed -> patchfiles patch-assp.pl.diff > Here is where my lack of experience comes on, I have no idea if the patch > is needed, so at this point, I am commenting it out and just trying to get > it to build. I know it will build clean on a Intel machine, so I would > imagine, this patch is no longer needed with so many versions passing. It would appear that the changes in that patch file are present in assp.pl, so removing it is the right thing. Upgrading a port with patches always presents the issue of whether or not a patch is still needed. Sometimes (like in this case) it's not too difficult, you look for the line being patched in the source file and compare, if it looks like it's already applied, the patch can be removed. > > Save the file, and run: > sudo port install assp > * Error on checksum, after a bit of poking, I see there is: > sudo port -d checksum assp > Portfile checksum: ASSP_1.4.3.0-Install.zip md5 > 55be31bab3efacc6bd964adf8cd25c83 > Distfile checksum: ASSP_1.4.3.0-Install.zip md5 > e7fa4bfbed0e7cb7d430d1ebcd4b6eb1 Completely expected as the checksum on a new file will be different, and 'port -d checksum' is definitely the best way to get the new values. > > Updated -> checksums md5 e7fa4bfbed0e7cb7d430d1ebcd4b6eb1 > [...] > And now, we get stuck when the portfile tries to glob through the source > files, I suspect because {worksrcpath} is somehow wrong. It looks to me > like this is the path that it is calling {workssrcpath} > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync > .macports.org_release_ports_mail_assp/work/ASSP_1.4.3.0-Install The issue with worksrcpath/worksrcdir is that it seems the old version used by the Portfile must have dumped the files from the zip into the current directory, without any enclosing directory of its own. 1.4.3.0 does have an enclosing directory, so the pre-extract and extract.dir lines can be removed. [...] > * How do I debug and print out the {worksrcpath} so I can see what it is, > and what is it that sets that path as well? worksrcpath ends up being the work directory (/opt/local/var/macports/build/ > Looking at configure: > configure { > reinplace "s%^#!.*perl%#![binaryInPath perl]%" \ > ${worksrcpath}/assp.pl \ > ${worksrcpath}/move2num.pl \ > ${worksrcpath}/rebuildspamdb.pl \ > ${worksrcpath}/repair.pl \ > ${worksrcpath}/stat.pl > reinplace "s%/usr/local/assp%${assp_base}%" \ > ${worksrcpath}/ASSPDocumentation.htm \ > ${worksrcpath}/stats.sh \ > ${worksrcpath}/assp.pl \ > ${worksrcpath}/rc/assp.dat \ > ${worksrcpath}/rc/start.dat \ > ${worksrcpath}/rc/stop.dat > reinplace "s%/usr/local%${prefix}%" \ > ${worksrcpath}/ASSPDocumentation.htm > } > > I can see, I am pretty sure I need to delete the 2 > "ASSPDocumentation.htm" lines, is this correct? If you use the "Legacy - ASSP Documentation.htm" file in docs/ you'll want to use that; the second reinplace here is just changing /usr/local/assp paths to instead ${prefix}/var/assp which is where the Portfile will install stuff. > > I am not sure what this does: > reinplace "s%^#!.*perl%#![binaryInPath perl]%" reinplace as a regex-based sed-like replacement tool, that does it 'in-place' as in the result is in the same file as the source. You can search the guide for reinplace for the full documentation. This particular reinplace replaces perl shebang lines with the result of [binaryInPath perl] which I actually disagree with; it should be using ${prefix}/bin/perl5 so make sure MacPorts' perl is used: reinplace "s%^#!.*perl%#!${prefix}/bin/perl5%" > > And as you can see, given the above mentioned {worksrcpath} configure is > never going to find those files. As a first effort, I tried commenting > out: > #extract.dir ${worksrcpath} > After than, I ran clean, then install... > http://pastebin.com/m2053b159 > > I think it is there, line 35, we sort of run into the same thing, which is > there is this "ASSP" directory path that is missing, and I do not know how > to add it in, without hard coding it, which if course, would make this too > hard to make an updated port file again in the future if the developer > moves stuff around. You can either update paths in the Portfile to use ${worksrcpath}/ASSP or to update worksrcdir to use ASSP as well; which to use really depends on convenience in the Portfile: if you find you use ${worksrcpath}/ASSP all the time, then update worksrcdir. > > Hopefully I have troubleshot this as best as I can, I am stuck at this > point, with this being my first attempt to make a port update file. Any > help is appreciated. Again, this definitely isn't the simplest one. Almost seems like it could be easier to create a new Portfile for it, start fleshing that out and use the old one for hints on a few things. Bryan > > -- > Scott > From blb at macports.org Wed Nov 5 20:13:36 2008 From: blb at macports.org (Bryan Blackburn) Date: Wed, 5 Nov 2008 21:13:36 -0700 Subject: sockets support not enabled in PHP In-Reply-To: <22A04AF5-31AA-4F62-AFCA-9632D4772402@gmail.com> References: <22A04AF5-31AA-4F62-AFCA-9632D4772402@gmail.com> Message-ID: <20081106041336.GP454@ninagal.withay.com> On Thu, Nov 06, 2008 at 11:41:36AM +0800, ?????? ? said: > Hi! > I Installed: > $sudo port install apache2 > $sudo port install mysql5 +server > $ sudo port install php5 +apache2 +mysql5 +pear > > registered PHP 5 with Apache 2: > $ cd /opt/local/apache2/modules > $ sudo /opt/local/apache2/bin/apxs -a -e -n "php5" libphp5.so > > And created a php.ini file (which you can edit to configure PHP 5): > $ cp /opt/local/etc/php.ini-dist /opt/local/etc/php.ini > > > Then I installed the cacti: > $ sudo port install cacti > > and My cacti.log was littered with the error: > "WARNING: sockets support not enabled in PHP,falling back to SNMP ping" Looks like you need to install php5 with the +sockets variant as well. Uninstall php5, then sudo port install php5 +apache2 +mysql5 +pear +sockets Though you might want to run 'port variants php5' first, see if there's anything else you might want/need. Bryan > > How can I get rid of this message ? > > > Thanks! > Mihail Artyuhov > pano.irk at gmail.com > From talklists at newgeo.com Wed Nov 5 21:15:40 2008 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 5 Nov 2008 21:15:40 -0800 Subject: ASSP out of date In-Reply-To: <20081106040511.GO454@ninagal.withay.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> Message-ID: <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> Thanks Bryan, see comments below: On Nov 5, 2008, at 8:05 PM, Bryan Blackburn wrote: > On Wed, Nov 05, 2008 at 07:08:17PM -0800, Scott Haneda said: > [...] >> >> This is my first effort to make a port update file locally on my >> machine, >> so be gentle :) > > For a first Portfile, this is a bad choice, it does nearly all steps > manually (configure, no build, and destroot are all there in the > Portfile). Can you elaborate a little on this, I am not sure I understand what you mean. What would you suggest I do? I already have ASSP running via hand compile, but wanted to use this as a way to possibly supply a working install back to the community. Same with mrtg as well, but I have a feeling mrtg may be a little harder, even though I also have that working as well by hand compiling it and dependencies. >> sudo port edit assp >> Changed -> version 1.4.3.0 >> Changed -> maintainers scott at newgeo.com >> Added -> distname ASSP_${version}-Install >> >> pre-patch seems to run around and look for two files, to rename >> file rename "${worksrcpath}/ASSP Documentation.htm" ${worksrcpath}/ >> ASSPDocumentation.htm >> file rename "${worksrcpath}/Regular Expression Tutorial.htm" $ >> {worksrcpath}/RegularExpressionutorial.htm >> >> Neither of them exist, and even if they did, they would have moved >> to the >> docs/ directory. Either way, I am not sure what was bad about >> spaces in >> the files anyway, they are html files, and most browsers can deal >> with >> that. > > Both appear to be in ASSP/docs though the former is now "Legacy > - ..." The > pre-patch does hit more than just HTML though, there are also perl > and shell > scripts in the glob, not sure how well those will run with DOS-style > line > endings; though the .sh file I looked at was *nix-style, and so is > at least > one perl script. > Not sure why the 'file rename' is being used, lots of files with > spaces on > Macs. Ahh nice catch, I did not notice the "Legacy" leading word there. I will simply keep it as is and just reference the correct files. I am pretty sure I can delete the bits about the spaces, as spaces in files should be just fine, and I would rather not change the original file name if possible. >> I am not sure what this does: >> reinplace "s%^#!.*perl%#![binaryInPath perl]%" > > reinplace as a regex-based sed-like replacement tool, that does it > 'in-place' as in the result is in the same file as the source. You > can > search the guide for reinplace for the full documentation. > > This particular reinplace replaces perl shebang lines with the > result of > [binaryInPath perl] which I actually disagree with; it should be using > ${prefix}/bin/perl5 so make sure MacPorts' perl is used: > > reinplace "s%^#!.*perl%#!${prefix}/bin/perl5%" So the main job is to simply alter the path to perl to that of what OS X wants for the path? However, you would like to force the use of the perl that macports installs? I am ok with that, granted, I was hoping this would be a portable set of files once done, by changing to non OS X built in perl, the files are no longer portable to other systems. I guess I should give up on that. ASSP has a few non mandatory dependencies. One is email::validate or something similar, and the other is net:LDAP or similar, I am assuming these are not installed. What is the procedure for me making sure those get added. I know that CPAN makes it pretty trivial to get them, as I have done that before. I want them included in this port as well, as they are small, and eventually very useful. Is the idea to include them in the portfile, and there is no option to not install them, or do they need to be supplied as arguments to the port install command? If they are installed, it means some changes to the config file that is the default file for ASSP, which makes me think I may be getting in a little too deep on this one. ClamAV is another optional component as well, how would I go about that intrgration? I assume clamAV is part of the ports files already, so I just need to hook it in somehow. >> Hopefully I have troubleshot this as best as I can, I am stuck at >> this >> point, with this being my first attempt to make a port update file. >> Any >> help is appreciated. > > Again, this definitely isn't the simplest one. Almost seems like it > could > be easier to create a new Portfile for it, start fleshing that out > and use > the old one for hints on a few things. I am willing to give it a try, I just have a feeling it may end up making me ask even more questions. What is the best guide for starting from scratch? Thanks. -- Scott From christoph at mxr.at Wed Nov 5 21:16:02 2008 From: christoph at mxr.at (Tilley Christoph) Date: Thu, 6 Nov 2008 06:16:02 +0100 Subject: nedi fails to build (on p5-math-pari) In-Reply-To: <5C158AB6-4E0A-4A39-8312-999FF0B8E7FB@macports.org> References: <8EA0C5D8-7997-48DB-A629-C1DE8BB06491@mxr.at> <20081105215107.GB4327@foellinger.de> <09AEC276-90A3-4FF5-A292-3B723E4B2CB0@mxr.at> <5C158AB6-4E0A-4A39-8312-999FF0B8E7FB@macports.org> Message-ID: <473921AD-1D1B-417C-A57C-9DA8EBF1D734@mxr.at> Same thing again, unfortunately: tilley:~ srv_adm$ sudo port clean p5-math-pari Password: ---> Cleaning p5-math-pari tilley:~ srv_adm$ sudo port -v install p5-math-pari ---> Fetching p5-math-pari ---> Verifying checksum(s) for p5-math-pari ---> Checksumming Math-Pari-2.010709.tar.gz ---> Extracting p5-math-pari ---> Extracting Math-Pari-2.010709.tar.gz ---> Configuring p5-math-pari Did not find GP/PARI build directory around. Non-interactive session, autofetching... Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Cannot list (Failed to establish connection. ): at utils/Math/PariBuild.pm line 247. Can't fetch file with Net::FTP, now trying with LWP::UserAgent... Not in this directory, trying `ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/OLD/' ... Did not find any file matching /((?:.*\/)?pari\W*(?!2\.3\.)(\d+\.\d+\. \d+).*\.t(?:ar\.)?gz)$/ via FTP. Rerun Makefile.PL when you fetched GP/PARI archive manually to the current directory, or a (grand)parent directory of it. [Keep in mind that version of Math::Pari module corresponds to the last versions of GP/PARI it was tested with.] Alternatively, you may specify pari_tgz=PATH_TO_TAR_GZ option to Makefile.PL. (There is no need to extract the archive, or build GP/PARI; but if you have it extracted [and patched, if needed], you may specify paridir=PATH_TO_DIST_DIR option to Makefile.PL) 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-math-pari/work/Math-Pari-2.010709" && /opt/local/bin/perl Makefile.PL INSTALLDIRS=vendor " returned error 255 Command output: Did not find GP/PARI build directory around. Non-interactive session, autofetching... Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Cannot list (Failed to establish connection. ): at utils/Math/PariBuild.pm line 247. Can't fetch file with Net::FTP, now trying with LWP::UserAgent... Not in this directory, trying `ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/OLD/' ... Did not find any file matching /((?:.*\/)?pari\W*(?!2\.3\.)(\d+\.\d+\. \d+).*\.t(?:ar\.)?gz)$/ via FTP. Rerun Makefile.PL when you fetched GP/PARI archive manually to the current directory, or a (grand)parent directory of it. [Keep in mind that version of Math::Pari module corresponds to the last versions of GP/PARI it was tested with.] Alternatively, you may specify pari_tgz=PATH_TO_TAR_GZ option to Makefile.PL. (There is no need to extract the archive, or build GP/PARI; but if you have it extracted [and patched, if needed], you may specify paridir=PATH_TO_DIST_DIR option to Makefile.PL) Warning: the following items did not execute (for p5-math-pari): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. On 06.11.2008, at 04:25, Ryan Schmidt wrote: > On Nov 5, 2008, at 16:07, Tilley Christoph wrote: > >>> p5-math-pari builds fine here: >> >> Hm strange. Not with me. Here is the verbose output. Any clue? > > Could you please clean the port and try again and send the complete > output? > > sudo port clean p5-math-pari > sudo port -v install p5-math-pari > > From talklists at newgeo.com Wed Nov 5 21:33:25 2008 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 5 Nov 2008 21:33:25 -0800 Subject: ASSP out of date In-Reply-To: <20081106040511.GO454@ninagal.withay.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> Message-ID: <9BB5C3B7-15AB-4465-86A5-4E11D24E2281@newgeo.com> On Nov 5, 2008, at 8:05 PM, Bryan Blackburn wrote: > On Wed, Nov 05, 2008 at 07:08:17PM -0800, Scott Haneda said: > [...] >> >> This is my first effort to make a port update file locally on my >> machine, >> so be gentle :) > > For a first Portfile, this is a bad choice, it does nearly all steps > manually (configure, no build, and destroot are all there in the > Portfile). I think you are right, I should start from scratch. A few questions on policy of the ports: I am only going to try to maintain this works on 10.4 and 10.5, with a heavy lean on 10.5, I just do not have the ability to test pre 10.4, and even 10.4 is going to be hit or miss. Is this OK, or must I go back further? Do I simply add notes to mention this, or is there a computability procedure? I will write a launchd item to start it, which gets rid of the rc scripts they use, what is ports policy on this. You have to put the .plist outside of the ports tree, which I think may be a no no. This will also perhaps, make removal more challenging. What determines what is removed when a user removes a port, is there a file somewhere that does that as well? Please direct me to the most up to date documentation on this process, never done this before, but it should be interesting and ideally valuable to at least me :) -- Scott From ryandesign at macports.org Wed Nov 5 21:38:50 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 5 Nov 2008 23:38:50 -0600 Subject: ASSP out of date In-Reply-To: <9BB5C3B7-15AB-4465-86A5-4E11D24E2281@newgeo.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <9BB5C3B7-15AB-4465-86A5-4E11D24E2281@newgeo.com> Message-ID: On Nov 5, 2008, at 23:33, Scott Haneda wrote: > On Nov 5, 2008, at 8:05 PM, Bryan Blackburn wrote: > >> On Wed, Nov 05, 2008 at 07:08:17PM -0800, Scott Haneda said: >> [...] >>> >>> This is my first effort to make a port update file locally on my >>> machine, >>> so be gentle :) >> >> For a first Portfile, this is a bad choice, it does nearly all steps >> manually (configure, no build, and destroot are all there in the >> Portfile). > > > I think you are right, I should start from scratch. A few > questions on policy of the ports: > > I am only going to try to maintain this works on 10.4 and 10.5, > with a heavy lean on 10.5, I just do not have the ability to test > pre 10.4, and even 10.4 is going to be hit or miss. Is this OK, or > must I go back further? That's fine. MacPorts officially supports 10.4 and 10.5 at this time. 10.3 support is nice to have but certainly not essential. If someone using 10.3 discovers the port does not work, and can supply a patch to make it work, then you can update the port at that time with their patch. > Do I simply add notes to mention this, or is there a computability > procedure? You can do something like platform darwin 7 { pre-fetch { return -code error "${name} requires Mac OS X 10.4 or later" } } > I will write a launchd item to start it, which gets rid of the rc > scripts they use, what is ports policy on this. You have to put > the .plist outside of the ports tree, which I think may be a no > no. This will also perhaps, make removal more challenging. MacPorts supports launchd plists. Unless your needs are special, just let MacPorts do it for you. See the startupitem keywords: http://guide.macports.org/#reference.startupitems > What determines what is removed when a user removes a port, is > there a file somewhere that does that as well? Everything installed by the port into the ${destroot} is recorded, and uninstalled when so requested. > Please direct me to the most up to date documentation on this > process, never done this before, but it should be interesting and > ideally valuable to at least me :) Documentation is at: http://guide.macports.org/ From ryandesign at macports.org Wed Nov 5 21:41:40 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 5 Nov 2008 23:41:40 -0600 Subject: ASSP out of date In-Reply-To: <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> Message-ID: On Nov 5, 2008, at 23:15, Scott Haneda wrote: > On Nov 5, 2008, at 8:05 PM, Bryan Blackburn wrote: > >> On Wed, Nov 05, 2008 at 07:08:17PM -0800, Scott Haneda said: >> [...] >>> >>> This is my first effort to make a port update file locally on my >>> machine, >>> so be gentle :) >> >> For a first Portfile, this is a bad choice, it does nearly all steps >> manually (configure, no build, and destroot are all there in the >> Portfile). > > Can you elaborate a little on this, I am not sure I understand what > you mean. What would you suggest I do? I already have ASSP > running via hand compile, but wanted to use this as a way to > possibly supply a working install back to the community. Same with > mrtg as well, but I have a feeling mrtg may be a little harder, > even though I also have that working as well by hand compiling it > and dependencies. > >>> sudo port edit assp >>> Changed -> version 1.4.3.0 >>> Changed -> maintainers scott at newgeo.com >>> Added -> distname ASSP_${version}-Install >>> >>> pre-patch seems to run around and look for two files, to rename >>> file rename "${worksrcpath}/ASSP Documentation.htm" ${worksrcpath}/ >>> ASSPDocumentation.htm >>> file rename "${worksrcpath}/Regular Expression Tutorial.htm" $ >>> {worksrcpath}/RegularExpressionutorial.htm >>> >>> Neither of them exist, and even if they did, they would have >>> moved to the >>> docs/ directory. Either way, I am not sure what was bad about >>> spaces in >>> the files anyway, they are html files, and most browsers can deal >>> with >>> that. >> >> Both appear to be in ASSP/docs though the former is now "Legacy >> - ..." The >> pre-patch does hit more than just HTML though, there are also perl >> and shell >> scripts in the glob, not sure how well those will run with DOS- >> style line >> endings; though the .sh file I looked at was *nix-style, and so is >> at least >> one perl script. >> Not sure why the 'file rename' is being used, lots of files with >> spaces on >> Macs. > > Ahh nice catch, I did not notice the "Legacy" leading word there. > I will simply keep it as is and just reference the correct files. > I am pretty sure I can delete the bits about the spaces, as spaces > in files should be just fine, and I would rather not change the > original file name if possible. Good idea. >>> I am not sure what this does: >>> reinplace "s%^#!.*perl%#![binaryInPath perl]%" >> >> reinplace as a regex-based sed-like replacement tool, that does it >> 'in-place' as in the result is in the same file as the source. >> You can >> search the guide for reinplace for the full documentation. >> >> This particular reinplace replaces perl shebang lines with the >> result of >> [binaryInPath perl] which I actually disagree with; it should be >> using >> ${prefix}/bin/perl5 so make sure MacPorts' perl is used: >> >> reinplace "s%^#!.*perl%#!${prefix}/bin/perl5%" > > So the main job is to simply alter the path to perl to that of what > OS X wants for the path? However, you would like to force the use > of the perl that macports installs? Its job is to alter the shebang path from (probably) /usr/bin/perl to (if using the default MacPorts prefix) /opt/local/bin/perl so that MacPorts perl, not Apple's Mac OS X perl, get used. > I am ok with that, granted, I was hoping this would be a portable > set of files once done, by changing to non OS X built in perl, the > files are no longer portable to other systems. I guess I should > give up on that. Portable? MacPorts software is designed to be installed by MacPorts. If you mean you would like to install on one system and then move those files to another system, then that's not how it's meant to be used. Instead, install MacPorts on the other system, and install the ports again there through MacPorts. Yes, there are packages and archive mode and etc etc but the most straightforward is to install MacPorts on the systems where you want to use the software, and install it through MacPorts. > ASSP has a few non mandatory dependencies. One is email::validate > or something similar, and the other is net:LDAP or similar, I am > assuming these are not installed. > > What is the procedure for me making sure those get added. I know > that CPAN makes it pretty trivial to get them, as I have done that > before. I want them included in this port as well, as they are > small, and eventually very useful. Declare dependencies on those ports in the assp port. For example, if they are library dependencies, write: depends_lib-append port:p5-perl-ldap You can discover that the port p5-perl-ldap exists by typing "port search ldap" and looking through the results. > Is the idea to include them in the portfile, and there is no option > to not install them, or do they need to be supplied as arguments to > the port install command? For small dependencies, like most perl modules are, simply depend on them unconditionally and don't make it an option. > If they are installed, it means some changes to the config file > that is the default file for ASSP, which makes me think I may be > getting in a little too deep on this one. > > ClamAV is another optional component as well, how would I go about > that intrgration? I assume clamAV is part of the ports files > already, so I just need to hook it in somehow. For starters, depend on port:clamav. Not sure if assp will need a configure option to tell it to use clamav. >>> Hopefully I have troubleshot this as best as I can, I am stuck at >>> this >>> point, with this being my first attempt to make a port update >>> file. Any >>> help is appreciated. >> >> Again, this definitely isn't the simplest one. Almost seems like >> it could >> be easier to create a new Portfile for it, start fleshing that out >> and use >> the old one for hints on a few things. > > I am willing to give it a try, I just have a feeling it may end up > making me ask even more questions. What is the best guide for > starting from scratch? The MacPorts Guide. http://guide.macports.org/ Or read existing Portfiles. Unfortunately it will be a matter of trial and error, reading various Portfiles, to see which ones are "simple" and which are "complex". Just dive in. From jkh at apple.com Wed Nov 5 21:50:05 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Wed, 5 Nov 2008 21:50:05 -0800 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <9BB5C3B7-15AB-4465-86A5-4E11D24E2281@newgeo.com> Message-ID: <95BA2217-F8A5-4F72-B4FD-6FB4E48B5DDE@apple.com> On Nov 5, 2008, at 9:38 PM, Ryan Schmidt wrote: > You can do something like > > platform darwin 7 { > pre-fetch { > return -code error "${name} requires Mac OS X 10.4 or later" > } > } Ooh. People are using pre-fetch as an "initializer" for the Portfile? Ugh. I never thought of that scenario, but had Landon and I been really using our noodles back then, we would have added start and end actions (which did nothing by default) for precisely this purpose, also guaranteeing each to be the very first and last things run, respectively. I'm tempted to go add this myself right now, but it's too good of a "junior ports hacker" project to deny someone else the learning experience and satisfaction involved. ;-) - Jordan From ryandesign at macports.org Wed Nov 5 21:59:58 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 5 Nov 2008 23:59:58 -0600 Subject: ASSP out of date In-Reply-To: <95BA2217-F8A5-4F72-B4FD-6FB4E48B5DDE@apple.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <9BB5C3B7-15AB-4465-86A5-4E11D24E2281@newgeo.com> <95BA2217-F8A5-4F72-B4FD-6FB4E48B5DDE@apple.com> Message-ID: <4D1B3106-CA18-40BF-9A36-C30D5F7C9E47@macports.org> On Nov 5, 2008, at 23:50, Jordan K. Hubbard wrote: > On Nov 5, 2008, at 9:38 PM, Ryan Schmidt wrote: > >> You can do something like >> >> platform darwin 7 { >> pre-fetch { >> return -code error "${name} requires Mac OS X 10.4 or later" >> } >> } > > Ooh. People are using pre-fetch as an "initializer" for the > Portfile? Ugh. I never thought of that scenario, Yes, using pre-fetch to print out fatal error messages has been the recommendation until this point, and it works fine. What does not work fine (and what some ports were doing, until the recommendation to instead use the above) is not wrapping the error in such a block. For example, do not do this: platform darwin 7 { return -code error "${name} requires Mac OS X 10.4 or later" } That will cause that error to be printed for *any* port command relating to that port, even a port command that we do want the user to be able to execute, such as "port info". I should add that you should not add an error code for Panther, as above, unless you're sure the port will not work on Panther. If you merely haven't tested it, do nothing; let someone test it. > but had Landon and I been really using our noodles back then, we > would have added start and end actions (which did nothing by > default) for precisely this purpose, also guaranteeing each to be > the very first and last things run, respectively. > > I'm tempted to go add this myself right now, but it's too good of a > "junior ports hacker" project to deny someone else the learning > experience and satisfaction involved. ;-) Perhaps. What I'd rather have is a defined syntax for specifying a minimum Mac OS version for a port, rather than everyone reinventing it with their own non-localizable error messages. Goes along with wanting a syntax to specify minimum versions of dependent ports. From ryandesign at macports.org Wed Nov 5 22:02:46 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 00:02:46 -0600 Subject: ASSP out of date In-Reply-To: <7E168411-137A-48E2-A5F2-07F2084FE038@newgeo.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <7ED34D61-9E3F-463F-A5D8-A287A3D6B35C@macports.org> <7E168411-137A-48E2-A5F2-07F2084FE038@newgeo.com> Message-ID: On Nov 5, 2008, at 23:21, Scott Haneda wrote: > On Nov 5, 2008, at 7:38 PM, Ryan Schmidt wrote: >> On Nov 5, 2008, at 21:08, Scott Haneda wrote: >>> On Nov 5, 2008, at 4:04 PM, David Evans wrote: >>>> Scott Haneda wrote: >>>>> This port installs clean, and really nice: >>>>> http://trac.macports.org/browser/trunk/dports/mail/assp/Portfile >>>>> >>> >>> Original located here: http://pastebin.com/m7a3fb1d6 >>> >>> sudo port edit assp >>> Changed -> version 1.4.3.0 >>> Changed -> maintainers scott at newgeo.com >>> Added -> distname ASSP_${version}-Install >>> >>> pre-patch seems to run around and look for two files, to rename >>> file rename "${worksrcpath}/ASSP Documentation.htm" $ >>> {worksrcpath}/ASSPDocumentation.htm >>> file rename "${worksrcpath}/Regular Expression Tutorial.htm" $ >>> {worksrcpath}/RegularExpressionutorial.htm >>> >>> Neither of them exist, and even if they did, they would have >>> moved to the docs/ directory. Either way, I am not sure what was >>> bad about spaces in the files anyway, they are html files, and >>> most browsers can deal with that. >>> >>> I simply removed those two lines. >> >> I'm not sure why those lines were there. They were part of the >> port since it was initially created in r10407. > > Yes, it does seem pretty old. Surprised there has not been any > demand for it. If I get it nice and simple, I imagine that will > change. While not hard to install, it can be beyond that of some > email server admins. I find it valuable as it let's an email > server be an email server, and pulls the burden of spam to a > separate area, that can be moved to other machines if needed. > >>> Removed -> patchfiles patch-assp.pl.diff >>> Here is where my lack of experience comes on, I have no idea if >>> the patch is needed, so at this point, I am commenting it out and >>> just trying to get it to build. I know it will build clean on a >>> Intel machine, so I would imagine, this patch is no longer needed >>> with so many versions passing. >> >> Not sure either. It's also been there since the initial revision. >> You could ask the person who committed that change 3 years ago, or >> you could see if the new version of the software already has a >> similar change in it, in which case it was probably a bug that the >> previous maintainer fixed locally, which is now no longer needed. > > I peeked a the patch and the new file in source, and it more or > less looks like the changes are there. Since I know it builds on > OS X Leopard at least, I am pretty sure it is fine as is with no > patch. > >>> * How do I debug and print out the {worksrcpath} so I can see >>> what it is, and what is it that sets that path as well? >> >> You can "ui_info ${worksrcpath}" or "return -code error $ >> {worksrcpath}" for example. > > I just put them right in the portfile? You can put it wherever you want it to be executed. For example, the pre-fetch block is a common place to issue error messages, or while I'm developing a portfile, to put debugging commands. pre-fetch { return -code error "worksrcpath is ${worksrcpath}" } > How does the -d flag start sending out all the debug lines? I do > not see any conditionals telling it if -d print this or that. Not in the portfile you don't, but the MacPorts base code is full of debug statements, which only get printed if the -d flag is used. You can check out and view the base code too if you want. >> The first thing you should do is remove these lines: >> >> pre-extract { file mkdir ${worksrcpath} } >> extract.dir ${worksrcpath} >> >> Previously, the software apparently unpacked directly, without >> creating an enclosing directory. Now it does create an enclosing >> directory for itself. So you no longer need to do so in the Portfile. >> >> Maybe you need so set worksrcdir to "ASSP_${version}-Install/ASSP" > > Ok, I will try these suggestions. > >>> Looking at configure: >>> configure { >>> reinplace "s%^#!.*perl%#![binaryInPath perl]%" \ >>> ${worksrcpath}/assp.pl \ >>> ${worksrcpath}/move2num.pl \ >>> ${worksrcpath}/rebuildspamdb.pl \ >>> ${worksrcpath}/repair.pl \ >>> ${worksrcpath}/stat.pl >>> reinplace "s%/usr/local/assp%${assp_base}%" \ >>> ${worksrcpath}/ASSPDocumentation.htm \ >>> ${worksrcpath}/stats.sh \ >>> ${worksrcpath}/assp.pl \ >>> ${worksrcpath}/rc/assp.dat \ >>> ${worksrcpath}/rc/start.dat \ >>> ${worksrcpath}/rc/stop.dat >>> reinplace "s%/usr/local%${prefix}%" \ >>> ${worksrcpath}/ASSPDocumentation.htm >>> } >>> >>> I can see, I am pretty sure I need to delete the 2 >>> "ASSPDocumentation.htm" lines, is this correct? >> >> If you no longer want to do the reinplaces in that file, then sure. > > Now that I get what the above configure does, I am not clear where > the options are to tell the app how to compile, am I just missing > those in the portfile somewhere? Read the Guide. MacPorts executes many phases, such as fetch, extract, patch, configure, build, destroot, install, activate, and has default actions that it performs in each of those. These default actions are sufficient for many kinds of software. For example, the configure phase runs, basically, "./configure --prefix=${prefix}" in the worksrcpath, and the build phase runs "make". You can override bits of these phases as needed to adapt to the particular software you're trying to write a portfile for. From talklists at newgeo.com Wed Nov 5 22:17:17 2008 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 5 Nov 2008 22:17:17 -0800 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <7ED34D61-9E3F-463F-A5D8-A287A3D6B35C@macports.org> <7E168411-137A-48E2-A5F2-07F2084FE038@newgeo.com> Message-ID: <746057FF-D767-42A8-99B7-A405E9B95D5E@newgeo.com> Cool, thanks... Just skimmed the relevant parts of the guide. Will read in detail as I go along. Strange, a little excited to get started.... Thanks for everyone being so helpful, even on IRC, macports just made my top 10 list of nice communities :) There are some rough ones out there for sure. Now watch someone jump my *** about top posting :) On Nov 5, 2008, at 10:02 PM, Ryan Schmidt wrote: > Read the Guide. MacPorts executes many phases, such as fetch, > extract, patch, configure, build, destroot, install, activate, and > has default actions that it performs in each of those. These default > actions are sufficient for many kinds of software. For example, the > configure phase runs, basically, "./configure --prefix=${prefix}" in > the worksrcpath, and the build phase runs "make". You can override > bits of these phases as needed to adapt to the particular software > you're trying to write a portfile for. -- Scott From jkh at apple.com Wed Nov 5 22:23:51 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Wed, 5 Nov 2008 22:23:51 -0800 Subject: ASSP out of date In-Reply-To: <4D1B3106-CA18-40BF-9A36-C30D5F7C9E47@macports.org> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <9BB5C3B7-15AB-4465-86A5-4E11D24E2281@newgeo.com> <95BA2217-F8A5-4F72-B4FD-6FB4E48B5DDE@apple.com> <4D1B3106-CA18-40BF-9A36-C30D5F7C9E47@macports.org> Message-ID: On Nov 5, 2008, at 9:59 PM, Ryan Schmidt wrote: > Yes, using pre-fetch to print out fatal error messages has been the > recommendation until this point, and it works fine. Sure, it works fine, right up until the point where someone invents a "sniff" target stage (for security, of course) and says "hey, I'll put this before fetch, so it's "sniff, fetch, checksum, ..." and what worked fine before (by pure happy accident) does not work fine now. If people really are feeling any need to "do something before anything else happens" then it should happen by design, not accident. The target chain as it currently stands was always intended to be mutable and extensible over time (and that's good, because it has) and part of what preserves that extensibility is design. > That will cause that error to be printed for *any* port command > relating to that port, even a port command that we do want the user > to be able to execute, such as "port info". Sounds like you've simply found a bug there, actually, since I can't see any argument in which that could be deemed "correct behavior". You should open a ticket. :) > Perhaps. What I'd rather have is a defined syntax for specifying a > minimum Mac OS version for a port, rather than everyone reinventing > it with their own non-localizable error messages. Goes along with > wanting a syntax to specify minimum versions of dependent ports. Well, the point I'm trying to make in my first paragraph is that these two requirements don't actually overlap. If you want to do something for any reason "first" then pre-fetch was never the intended hook for that. That hook is merely guaranteed to happen before fetch, nothing more and nothing less, and what you've simply exposed is the need for a more formal, supported way of doing that. Now, oddly enough, if you also made the begin/end hooks I'm suggesting also support the notion of {ap, pre}pending any arbitrary number of hook items, you could have what you want too, easily enough. Your convenience function(s) for declaring minimum requirements will work by simply hooking the appropriate internal validation function(s) onto the Portfile's begin hook. - Jordan -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Wed Nov 5 22:24:07 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 00:24:07 -0600 Subject: ASSP out of date In-Reply-To: <746057FF-D767-42A8-99B7-A405E9B95D5E@newgeo.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <7ED34D61-9E3F-463F-A5D8-A287A3D6B35C@macports.org> <7E168411-137A-48E2-A5F2-07F2084FE038@newgeo.com> <746057FF-D767-42A8-99B7-A405E9B95D5E@newgeo.com> Message-ID: <3FA0FBD8-58F5-41CB-8E75-EC7BE5342CCA@macports.org> We'll skip the push-ups this time. On Nov 6, 2008, at 00:17, Scott Haneda wrote: > Cool, thanks... Just skimmed the relevant parts of the guide. Will > read in detail as I go along. Strange, a little excited to get > started.... > > Thanks for everyone being so helpful, even on IRC, macports just > made my top 10 list of nice communities :) There are some rough > ones out there for sure. > > Now watch someone jump my *** about top posting :) > > On Nov 5, 2008, at 10:02 PM, Ryan Schmidt wrote: > >> Read the Guide. MacPorts executes many phases, such as fetch, >> extract, patch, configure, build, destroot, install, activate, and >> has default actions that it performs in each of those. These >> default actions are sufficient for many kinds of software. For >> example, the configure phase runs, basically, "./configure -- >> prefix=${prefix}" in the worksrcpath, and the build phase runs >> "make". You can override bits of these phases as needed to adapt >> to the particular software you're trying to write a portfile for. From ryandesign at macports.org Wed Nov 5 22:27:10 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 00:27:10 -0600 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <9BB5C3B7-15AB-4465-86A5-4E11D24E2281@newgeo.com> <95BA2217-F8A5-4F72-B4FD-6FB4E48B5DDE@apple.com> <4D1B3106-CA18-40BF-9A36-C30D5F7C9E47@macports.org> Message-ID: On Nov 6, 2008, at 00:23, Jordan K. Hubbard wrote: > On Nov 5, 2008, at 9:59 PM, Ryan Schmidt wrote: > >> Yes, using pre-fetch to print out fatal error messages has been >> the recommendation until this point, and it works fine. > > Sure, it works fine, right up until the point where someone invents > a "sniff" target stage (for security, of course) and says "hey, > I'll put this before fetch, so it's "sniff, fetch, checksum, ..." > and what worked fine before (by pure happy accident) does not work > fine now. If people really are feeling any need to "do something > before anything else happens" then it should happen by design, not > accident. The target chain as it currently stands was always > intended to be mutable and extensible over time (and that's good, > because it has) and part of what preserves that extensibility is > design. Hypothetical additional phases before the fetch phase would not cause problems for the existing strategy. The point of checking and bailing before the fetch phase is that we don't want someone downloading a large file if we already know they won't be able to install it. >> That will cause that error to be printed for *any* port command >> relating to that port, even a port command that we do want the >> user to be able to execute, such as "port info". > > Sounds like you've simply found a bug there, actually, since I > can't see any argument in which that could be deemed "correct > behavior". You should open a ticket. :) I don't consider it a bug... It's natural that MacPorts would have to parse the entire Portfile in order to do any port command. >> Perhaps. What I'd rather have is a defined syntax for specifying a >> minimum Mac OS version for a port, rather than everyone >> reinventing it with their own non-localizable error messages. Goes >> along with wanting a syntax to specify minimum versions of >> dependent ports. > > Well, the point I'm trying to make in my first paragraph is that > these two requirements don't actually overlap. If you want to do > something for any reason "first" then pre-fetch was never the > intended hook for that. That hook is merely guaranteed to happen > before fetch, nothing more and nothing less, and what you've simply > exposed is the need for a more formal, supported way of doing that. > > Now, oddly enough, if you also made the begin/end hooks I'm > suggesting also support the notion of {ap, pre}pending any > arbitrary number of hook items, you could have what you want too, > easily enough. Your convenience function(s) for declaring minimum > requirements will work by simply hooking the appropriate internal > validation function(s) onto the Portfile's begin hook. I don't doubt that could be done. :) From jkh at apple.com Wed Nov 5 22:48:12 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Wed, 5 Nov 2008 22:48:12 -0800 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <9BB5C3B7-15AB-4465-86A5-4E11D24E2281@newgeo.com> <95BA2217-F8A5-4F72-B4FD-6FB4E48B5DDE@apple.com> <4D1B3106-CA18-40BF-9A36-C30D5F7C9E47@macports.org> Message-ID: On Nov 5, 2008, at 10:27 PM, Ryan Schmidt wrote: > Hypothetical additional phases before the fetch phase would not > cause problems for the existing strategy. The point of checking and > bailing before the fetch phase is that we don't want someone > downloading a large file if we already know they won't be able to > install it. Hmmm. I'm still not sure why it is we're failing so spectacularly to communicate here, but I'll try one more time: Blowing out of, say, a platform check could be reasonably expected to happen even before fetch, since who knows how expensive that hypothetical additional "sniff" target in my example is going to be? There's no point in executing it if the port is not even valid for that platform and *that* is the point. This really does not have anything at all to do with fetch and you are, for some reason, are simply displaying an unusual love for that particular target. :-) >>> That will cause that error to be printed for *any* port command >>> relating to that port, even a port command that we do want the >>> user to be able to execute, such as "port info". >> >> Sounds like you've simply found a bug there, actually, since I >> can't see any argument in which that could be deemed "correct >> behavior". You should open a ticket. :) > > I don't consider it a bug... It's natural that MacPorts would have > to parse the entire Portfile in order to do any port command. Well, not everything you parse necessarily gets run in the case of a dependent port, but in this particularly case I was wrong anyway since the platform statement would fall under the category of something you have to execute unconditionally and you'd still blow up with that -error every time, so "never mind" on that particular point, you're right, it's not a bug. > I don't doubt that could be done. :) Careful. Such enthusiasm could be infectious. ;-) - Jordan -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Wed Nov 5 22:52:53 2008 From: blb at macports.org (Bryan Blackburn) Date: Wed, 5 Nov 2008 23:52:53 -0700 Subject: ASSP out of date In-Reply-To: <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> Message-ID: <20081106065253.GV454@ninagal.withay.com> On Wed, Nov 05, 2008 at 09:15:40PM -0800, Scott Haneda said: > Thanks Bryan, see comments below: > > On Nov 5, 2008, at 8:05 PM, Bryan Blackburn wrote: > >> On Wed, Nov 05, 2008 at 07:08:17PM -0800, Scott Haneda said: >> [...] >>> >>> This is my first effort to make a port update file locally on my >>> machine, >>> so be gentle :) >> >> For a first Portfile, this is a bad choice, it does nearly all steps >> manually (configure, no build, and destroot are all there in the >> Portfile). > > Can you elaborate a little on this, I am not sure I understand what you > mean. What would you suggest I do? I already have ASSP running via hand > compile, but wanted to use this as a way to possibly supply a working > install back to the community. Same with mrtg as well, but I have a > feeling mrtg may be a little harder, even though I also have that working > as well by hand compiling it and dependencies. MacPorts by default assumes "extract the file, run configure, make, make install" to do an install of a given port. When this works, the Portfile is really short and simple. When software starts to diverge from that is when Portfiles begin to get more complicated. They still aren't too bad if some of those steps work. However, once you get to something like assp which doesn't have a configure script or even a Makefile, then you have to do all the heavy lifting yourself. Of course, if you've been able to install something successfully by hand, that gets you quite a way towards a working Portfile. At that point, the Portfile just becomes a reproduction of what it was you did by hand by overriding various phases. assp does most of the work in its destroot phase so you could put most of what you did by hand in this section. However, since the port has a history, you're also having to deal with that, which is why it seems starting from scratch might be simpler. Note that the mrtg port is actually simpler than assp, so you might want to try updating that and attaching the diff to the ticket you filed for it, I'm sure the maintainers would appreciate the effort (and port updates tend to happen faster in most cases with patches). Bryan [...] From talklists at newgeo.com Wed Nov 5 23:34:50 2008 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 5 Nov 2008 23:34:50 -0800 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> Message-ID: On Nov 5, 2008, at 9:41 PM, Ryan Schmidt wrote: > Declare dependencies on those ports in the assp port. For example, > if they are library dependencies, write: > > depends_lib-append port:p5-perl-ldap > > You can discover that the port p5-perl-ldap exists by typing "port > search ldap" and looking through the results. Might as well just jump in and try to do the entire shebang. There are a lot more optional perl modules than I thought. What is the naming scheme for determining if they are available to ports? Here is the whole list: Net::DNS Compress::Zlib Digest::MD5 Email::MIME::Modifier new Email::Valid File::ReadBackwards Mail::SPF new Mail::SPF::Query Mail::SRS Net::CIDR::Lite new Net::IP::Match::Regexp new Net::LDAP Net::SMTP new Net::SenderBase new Net::Syslog Sys::Syslog Tie::RDBM Time::HiRes Win32::Daemon I would assume, the Win32::Daemon is not needed, and that many of these may be available to the perl that ports already has in place, but I am not sure. Is it correct that case is a non issue in something like `port search net-dns`? I see it finds it, but do I need to make sure case is correct when I declare a dependency. I will maintain the case in the read me, but I would like to confirm that case in case the read me is in error, if it matters of course. Thanks. -- Scott From ryandesign at macports.org Wed Nov 5 23:37:47 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 01:37:47 -0600 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> Message-ID: <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> On Nov 6, 2008, at 01:34, Scott Haneda wrote: > On Nov 5, 2008, at 9:41 PM, Ryan Schmidt wrote: > >> Declare dependencies on those ports in the assp port. For example, >> if they are library dependencies, write: >> >> depends_lib-append port:p5-perl-ldap >> >> You can discover that the port p5-perl-ldap exists by typing "port >> search ldap" and looking through the results. > > Might as well just jump in and try to do the entire shebang. There > are a lot more optional perl modules than I thought. What is the > naming scheme for determining if they are available to ports? > > Here is the whole list: > > Net::DNS > Compress::Zlib > Digest::MD5 > Email::MIME::Modifier new > Email::Valid > File::ReadBackwards > Mail::SPF new > Mail::SPF::Query > Mail::SRS > Net::CIDR::Lite new > Net::IP::Match::Regexp new > Net::LDAP > Net::SMTP new > Net::SenderBase new > Net::Syslog > Sys::Syslog > Tie::RDBM > Time::HiRes > Win32::Daemon In general, lowercase it, prepend "p5-", and replace "::" with "-". So e.g. "Net::DNS" becomes "p5-net-dns". > I would assume, the Win32::Daemon is not needed, and that many of > these may be available to the perl that ports already has in place, > but I am not sure. > > Is it correct that case is a non issue in something like `port > search net-dns`? I see it finds it, but do I need to make sure > case is correct when I declare a dependency. I will maintain the > case in the read me, but I would like to confirm that case in case > the read me is in error, if it matters of course. "port search" should be case-insensitive, but you must declare dependencies with the same case as it says in the port. From talklists at newgeo.com Wed Nov 5 23:42:21 2008 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 5 Nov 2008 23:42:21 -0800 Subject: ASSP out of date In-Reply-To: <20081106040511.GO454@ninagal.withay.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> Message-ID: <39D2FD96-A91F-4946-B5D1-CD444D61D725@newgeo.com> On Nov 5, 2008, at 8:05 PM, Bryan Blackburn wrote: > On Wed, Nov 05, 2008 at 07:08:17PM -0800, Scott Haneda said: > [...] >> >> This is my first effort to make a port update file locally on my >> machine, >> so be gentle :) > > For a first Portfile, this is a bad choice, it does nearly all steps > manually (configure, no build, and destroot are all there in the > Portfile). The docs seem to have me stuck at a bit of a "where to start" point. Can someone explain, or show me relevant docs, on how you start a port from scratch. The docs jump right into Modeline, but I do not know the best place to start with a file, what the directory layout should be etc. Any tips on dev styles as well, for example, what about a case where something takes a half hour to build, and every time you change a path, or reference in the portfile, do you have to wait for each test to complete, or are there some subtle tricks I am not aware of? Thank you. -- Scott From afb at macports.org Wed Nov 5 23:50:31 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Thu, 6 Nov 2008 08:50:31 +0100 Subject: ASSP out of date (Portfile complexity) In-Reply-To: <20081106065253.GV454@ninagal.withay.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <20081106065253.GV454@ninagal.withay.com> Message-ID: <46A1055C-76B6-482A-8322-362532E3D2C8@macports.org> Bryan Blackburn wrote: >> Can you elaborate a little on this, I am not sure I understand >> what you >> mean. What would you suggest I do? I already have ASSP running >> via hand >> compile, but wanted to use this as a way to possibly supply a working >> install back to the community. Same with mrtg as well, but I have a >> feeling mrtg may be a little harder, even though I also have that >> working >> as well by hand compiling it and dependencies. > > MacPorts by default assumes "extract the file, run configure, make, > make > install" to do an install of a given port. When this works, the > Portfile is > really short and simple. When software starts to diverge from that > is when > Portfiles begin to get more complicated. They still aren't too bad > if some > of those steps work. However, once you get to something like assp > which > doesn't have a configure script or even a Makefile, then you have > to do all > the heavy lifting yourself. Complex Portfiles are often indicators of bugs or missing features... If the Portfile is doing a lot of things that should be in a Makefile (or similar alternative), then patching in a Makefile and sending that upstream could be better than scripting a lot of stuff downstream. Not to mention that doing so is often easier than juggling Tcl. :-) If a lot of ports all require similar tweaks, then that is usually a sign that "base" could use either a group or a proc - or maybe both. Now, adding such new groups could have been easier (not requiring a new base version) and new releases of base less scarce. But still. I have a few ideas pending for 1.8, that I'll test when trunk is open. > Of course, if you've been able to install something successfully by > hand, > that gets you quite a way towards a working Portfile. At that > point, the > Portfile just becomes a reproduction of what it was you did by hand by > overriding various phases. assp does most of the work in its > destroot phase > so you could put most of what you did by hand in this section. > However, > since the port has a history, you're also having to deal with that, > which is > why it seems starting from scratch might be simpler. Documenting complexity, whether in a document or in a script file, is never a suitable replacement for making it simpler if possible. --anders From talklists at newgeo.com Thu Nov 6 00:30:41 2008 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 6 Nov 2008 00:30:41 -0800 Subject: ASSP out of date In-Reply-To: <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> Message-ID: <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> On Nov 5, 2008, at 11:37 PM, Ryan Schmidt wrote: > On Nov 6, 2008, at 01:34, Scott Haneda wrote: > >> On Nov 5, 2008, at 9:41 PM, Ryan Schmidt wrote: >> >>> Declare dependencies on those ports in the assp port. For example, >>> if they are library dependencies, write: >>> >>> depends_lib-append port:p5-perl-ldap >>> >>> You can discover that the port p5-perl-ldap exists by typing "port >>> search ldap" and looking through the results. >> >> Might as well just jump in and try to do the entire shebang. There >> are a lot more optional perl modules than I thought. What is the >> naming scheme for determining if they are available to ports? >> >> Here is the whole list: >> >> Net::DNS >> Compress::Zlib >> Digest::MD5 >> Email::MIME::Modifier new >> Email::Valid >> File::ReadBackwards >> Mail::SPF new >> Mail::SPF::Query >> Mail::SRS >> Net::CIDR::Lite new >> Net::IP::Match::Regexp new >> Net::LDAP >> Net::SMTP new >> Net::SenderBase new >> Net::Syslog >> Sys::Syslog >> Tie::RDBM >> Time::HiRes >> Win32::Daemon > > In general, lowercase it, prepend "p5-", and replace "::" with "-". > So e.g. "Net::DNS" becomes "p5-net-dns". > > >> I would assume, the Win32::Daemon is not needed, and that many of >> these may be available to the perl that ports already has in place, >> but I am not sure. >> >> Is it correct that case is a non issue in something like `port >> search net-dns`? I see it finds it, but do I need to make sure >> case is correct when I declare a dependency. I will maintain the >> case in the read me, but I would like to confirm that case in case >> the read me is in error, if it matters of course. > > "port search" should be case-insensitive, but you must declare > dependencies with the same case as it says in the port. For each of those, would those be bin, lib or path? I am thinking they are lib's but want to make sure they get stuffed in the right spot. -- Scott From ryandesign at macports.org Thu Nov 6 00:37:22 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 02:37:22 -0600 Subject: ASSP out of date In-Reply-To: <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> Message-ID: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> On Nov 6, 2008, at 02:30, Scott Haneda wrote: > On Nov 5, 2008, at 11:37 PM, Ryan Schmidt wrote: > >> On Nov 6, 2008, at 01:34, Scott Haneda wrote: >> >>> On Nov 5, 2008, at 9:41 PM, Ryan Schmidt wrote: >>> >>>> Declare dependencies on those ports in the assp port. For >>>> example, if they are library dependencies, write: >>>> >>>> depends_lib-append port:p5-perl-ldap >>>> >>>> You can discover that the port p5-perl-ldap exists by typing >>>> "port search ldap" and looking through the results. >>> >>> Might as well just jump in and try to do the entire shebang. >>> There are a lot more optional perl modules than I thought. What >>> is the naming scheme for determining if they are available to ports? >>> >>> Here is the whole list: >>> >>> Net::DNS >>> Compress::Zlib >>> Digest::MD5 >>> Email::MIME::Modifier new >>> Email::Valid >>> File::ReadBackwards >>> Mail::SPF new >>> Mail::SPF::Query >>> Mail::SRS >>> Net::CIDR::Lite new >>> Net::IP::Match::Regexp new >>> Net::LDAP >>> Net::SMTP new >>> Net::SenderBase new >>> Net::Syslog >>> Sys::Syslog >>> Tie::RDBM >>> Time::HiRes >>> Win32::Daemon >> >> In general, lowercase it, prepend "p5-", and replace "::" with >> "-". So e.g. "Net::DNS" becomes "p5-net-dns". >> >> >>> I would assume, the Win32::Daemon is not needed, and that many of >>> these may be available to the perl that ports already has in >>> place, but I am not sure. >>> >>> Is it correct that case is a non issue in something like `port >>> search net-dns`? I see it finds it, but do I need to make sure >>> case is correct when I declare a dependency. I will maintain the >>> case in the read me, but I would like to confirm that case in >>> case the read me is in error, if it matters of course. >> >> "port search" should be case-insensitive, but you must declare >> dependencies with the same case as it says in the port. > > For each of those, would those be bin, lib or path? I am thinking > they are lib's but want to make sure they get stuffed in the right > spot. Use port:-style dependencies for all of them, declared as library dependencies (using depends_lib-append). From talklists at newgeo.com Thu Nov 6 00:51:44 2008 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 6 Nov 2008 00:51:44 -0800 Subject: ASSP out of date In-Reply-To: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> Message-ID: On Nov 6, 2008, at 12:37 AM, Ryan Schmidt wrote: >>>> I would assume, the Win32::Daemon is not needed, and that many of >>>> these may be available to the perl that ports already has in >>>> place, but I am not sure. >>>> >>>> Is it correct that case is a non issue in something like `port >>>> search net-dns`? I see it finds it, but do I need to make sure >>>> case is correct when I declare a dependency. I will maintain the >>>> case in the read me, but I would like to confirm that case in >>>> case the read me is in error, if it matters of course. >>> >>> "port search" should be case-insensitive, but you must declare >>> dependencies with the same case as it says in the port. >> >> For each of those, would those be bin, lib or path? I am thinking >> they are lib's but want to make sure they get stuffed in the right >> spot. > > Use port:-style dependencies for all of them, declared as library > dependencies (using depends_lib-append). Well, I looked at a few other port files, and they did this: depends_lib port:sqlite2 \ port:sqlite3 I take it that is not what you mean? I look at 5.5.1 and I fail to understand the suggestion you are making. Currently, I am working in the assp Portfile, that I cleared out, since I have no idea how to start a new one and where to put it and such. I have most of the basic stuff and it seems to start to work, and I am adding in one dependency at a time, starting with depends_lib port:p5-net-dns sudo port install assp Portfile changed since last build; discarding previous state. ---> Fetching assp ---> Verifying checksum(s) for assp ---> Extracting assp ---> Configuring assp 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_mail_assp/work/ASSP_1.4.3.0-Install" && ./ configure --prefix=/opt/local " returned error 127 Command output: sh: ./configure: No such file or directory Error: Status 1 encountered during processing. I seem to recall this is a known bug and it is simple to work around, my google skills are failing me. -- Scott From blb at macports.org Thu Nov 6 00:53:31 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 6 Nov 2008 01:53:31 -0700 Subject: nedi fails to build (on p5-math-pari) In-Reply-To: <473921AD-1D1B-417C-A57C-9DA8EBF1D734@mxr.at> References: <8EA0C5D8-7997-48DB-A629-C1DE8BB06491@mxr.at> <20081105215107.GB4327@foellinger.de> <09AEC276-90A3-4FF5-A292-3B723E4B2CB0@mxr.at> <5C158AB6-4E0A-4A39-8312-999FF0B8E7FB@macports.org> <473921AD-1D1B-417C-A57C-9DA8EBF1D734@mxr.at> Message-ID: <20081106085331.GW454@ninagal.withay.com> On Thu, Nov 06, 2008 at 06:16:02AM +0100, Tilley Christoph said: > Same thing again, unfortunately: > > tilley:~ srv_adm$ sudo port clean p5-math-pari [...] > Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ The issue is that the module wants to download a copy of the pari tarball, and is doing so via ftp (which appears to not work for you). I tried both updating the port to the current version and updating it to try and grab the file itself, but ran into several issues on my MBP. pari does some asm and some of this doesn't carry over into the perl module. I get undefined symbols, as it appears those symbols are declared common, trying various things to change this runs into further issues. Since my Intel assembly + Mac experience is too small, I had to quit at this point. Bryan [...] From ryandesign at macports.org Thu Nov 6 01:01:03 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 03:01:03 -0600 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> Message-ID: On Nov 6, 2008, at 02:51, Scott Haneda wrote: > On Nov 6, 2008, at 12:37 AM, Ryan Schmidt wrote: > >>>>> I would assume, the Win32::Daemon is not needed, and that many >>>>> of these may be available to the perl that ports already has in >>>>> place, but I am not sure. >>>>> >>>>> Is it correct that case is a non issue in something like `port >>>>> search net-dns`? I see it finds it, but do I need to make sure >>>>> case is correct when I declare a dependency. I will maintain >>>>> the case in the read me, but I would like to confirm that case >>>>> in case the read me is in error, if it matters of course. >>>> >>>> "port search" should be case-insensitive, but you must declare >>>> dependencies with the same case as it says in the port. >>> >>> For each of those, would those be bin, lib or path? I am >>> thinking they are lib's but want to make sure they get stuffed in >>> the right spot. >> >> Use port:-style dependencies for all of them, declared as library >> dependencies (using depends_lib-append). > > Well, I looked at a few other port files, and they did this: > > depends_lib port:sqlite2 \ > port:sqlite3 > > I take it that is not what you mean? That is exactly what I mean. I said "depends_lib-append" instead of "depends_lib" but that only matters if you use a portgroup which already has something in depends_lib that you shouldn't overwrite. But assp doesn't currently use a portgroup so unless you plan to start using one it doesn't matter whether you append or overwrite. I also meant use port:-style dependencies (e.g. port:sqlite3), not lib:-style (lib:libsqlite3:sqlite3), bin:-style (bin:sqlite3:sqlite3) or path:-style (path:lib/libsqlite3.0.dylib:sqlite3) unless there is a specific reason to do so. > I look at 5.5.1 and I fail to understand the suggestion you are > making. > > Currently, I am working in the assp Portfile, that I cleared out, > since I have no idea how to start a new one and where to put it and > such. If you want to create a new portfile, just make a new textfile anywhere. "cd" to that directory in the Terminal and then you can say "port install" (without giving a port name) and it will use the portfile in the current directory. > I have most of the basic stuff and it seems to start to work, and I > am adding in one dependency at a time, starting with depends_lib > port:p5-net-dns > > sudo port install assp > Portfile changed since last build; discarding previous state. > ---> Fetching assp > ---> Verifying checksum(s) for assp > ---> Extracting assp > ---> Configuring assp > 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_mail_ > assp/work/ASSP_1.4.3.0-Install" && ./configure --prefix=/opt/local > " returned error 127 > Command output: sh: ./configure: No such file or directory > > Error: Status 1 encountered during processing. > > I seem to recall this is a known bug and it is simple to work > around, my google skills are failing me. I thought Bryan said before that assp doesn't have a configure script. So you should turn off the configure phase entirely ("use_configure no"), or override it (like the assp port does today, "configure { ... ... ... }"). From blb at macports.org Thu Nov 6 01:06:38 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 6 Nov 2008 02:06:38 -0700 Subject: ASSP out of date In-Reply-To: References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> Message-ID: <20081106090638.GY454@ninagal.withay.com> On Thu, Nov 06, 2008 at 12:51:44AM -0800, Scott Haneda said: [...] > sudo port install assp > Portfile changed since last build; discarding previous state. > ---> Fetching assp > ---> Verifying checksum(s) for assp > ---> Extracting assp > ---> Configuring assp > 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_mail_assp/work/ASSP_1.4.3.0-Install" && ./ > configure --prefix=/opt/local " returned error 127 > Command output: sh: ./configure: No such file or directory > > Error: Status 1 encountered during processing. > > I seem to recall this is a known bug and it is simple to work around, my > google skills are failing me. This is where you get into the fun of assp not working in the standard 'configure;make;make install' steps. Since it doesn't have a configure script, you'll need: use_configure no Then, since it doesn't have a build step (I'm guessing since it looks like just scripts): build {} so nothing happens there. Finally, you do the 'install' in the destroot phase: destroot { ... } What goes in there of course depends on how you actually install this port; since you've done this by hand you should have a pretty good idea. Though note everything should go into things starting with ${destroot}${prefix} as that is a staging area, so port can then scan it to find all files to install. For a manual install, see as an example the destroot phase of to at least get you started. If you have to install a number of files matching various patterns, see the last part of the post-destroot phase in which uses glob to match multiple files. Bryan > > -- > Scott > From talklists at newgeo.com Thu Nov 6 01:39:53 2008 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 6 Nov 2008 01:39:53 -0800 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> Message-ID: <1EFA8B55-837A-486D-8BD8-A314FDABB423@newgeo.com> On Nov 6, 2008, at 1:01 AM, Ryan Schmidt wrote: >> sudo port install assp >> Portfile changed since last build; discarding previous state. >> ---> Fetching assp >> ---> Verifying checksum(s) for assp >> ---> Extracting assp >> ---> Configuring assp >> 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_mail_assp/work/ASSP_1.4.3.0-Install" >> && ./configure --prefix=/opt/local " returned error 127 >> Command output: sh: ./configure: No such file or directory >> >> Error: Status 1 encountered during processing. >> >> I seem to recall this is a known bug and it is simple to work >> around, my google skills are failing me. > > I thought Bryan said before that assp doesn't have a configure > script. So you should turn off the configure phase entirely > ("use_configure no"), or override it (like the assp port does today, > "configure { ... ... ... }"). Yeah, emails crossing paths is all, I did not get that one, silly IMAP server drops IDLE every now and then, so I am not as on demand as I would like to be at times. -- Scott From talklists at newgeo.com Thu Nov 6 01:45:39 2008 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 6 Nov 2008 01:45:39 -0800 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> Message-ID: This language is tcl I take it, which I have no experience with. Is this acceptable in my testing: puts "+++++++OTHER DEBUG: worksrcdir: ${worksrcdir}" Seems to work like print or echo, I could not get the example posted to this list to work: *You can "ui_info ${worksrcpath}" or "return -code error $ {worksrcpath}" for example.* The old portfile had this line in it: set assp_base ${prefix}/var/assp If that is just setting a variable as I suspect it is, why, and what is later needing it, how does it now since it is prepended with 'assp_' which is specific to this portfile. For some reason, someone in the past decided it was a good idea to remove mac line endings. While I am not sure it is needed now, for 5 lines or so, it probably can not hurt. Is there a way to do this recursively? There are alerady a ton of new files, I would like to recursively hit .htm, .dat. and .txt and be done with it: pre-patch { foreach file [glob -directory ${worksrcpath} *.pl *.sh docs/*.htm *.txt rc/*.dat] { reinplace "s%\r%%" $file } } In the past, we had this issue where no one knew why they were removing the spaces from the file name, and I am about to do the same, as I can not get it to work. Here is the error message, right where the first space in the file name is DEBUG: cp: /tmp/Legacy: No such file or directory #configure { # reinplace "s%^#!.*perl%#![binaryInPath perl]%" \ # ${worksrcpath}/assp.pl \ # ${worksrcpath}/move2num.pl \ # ${worksrcpath}/rebuildspamdb.pl \ # ${worksrcpath}/repair.pl \ # ${worksrcpath}/stat.pl # reinplace "s%/usr/local/assp%${assp_base}%" \ # ${worksrcpath}/docs/Legacy - ASSP Documentation.htm \ # ${worksrcpath}/stats.sh \ # ${worksrcpath}/assp.pl \ # ${worksrcpath}/rc/assp.dat \ # ${worksrcpath}/rc/start.dat \ # ${worksrcpath}/rc/stop.dat # reinplace "s%/usr/local%${prefix}%" \ # ${worksrcpath}/Legacy - ASSP Documentation.htm #} So, I have tried quotes, and escapes, so far, no luck. Does tcl not have a multi line comment? Thanks, I will start working on the other suggestions. Sorry about this learning curve I am on here. -- Scott From ryandesign at macports.org Thu Nov 6 01:52:39 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 03:52:39 -0600 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> Message-ID: On Nov 6, 2008, at 03:45, Scott Haneda wrote: > This language is tcl I take it, which I have no experience with. Yes, it's tcl. I didn't have much experience with it until MacPorts either. It's not too hard to learn. At its most basic, which suffices for many portfiles, it reads like a config file, which is a nice simplification. When you need more power, it's there. > Is this acceptable in my testing: > puts "+++++++OTHER DEBUG: worksrcdir: ${worksrcdir}" > > Seems to work like print or echo, I could not get the example > posted to this list to work: > *You can "ui_info ${worksrcpath}" or "return -code error $ > {worksrcpath}" for example.* Sorry, I forgot, ui_info stuff is only printed in debug mode. You could use ui_warn instead. return -code error "something" should work however. > The old portfile had this line in it: > set assp_base ${prefix}/var/assp > > If that is just setting a variable as I suspect it is, why, and > what is later needing it, how does it now since it is prepended > with 'assp_' which is specific to this portfile. It is simply a variable called "assp_base". There is nothing prepended. The variable is used in several places in the existing assp portfile. You can search the file for "assp_base" to see where. > For some reason, someone in the past decided it was a good idea to > remove mac line endings. While I am not sure it is needed now, for > 5 lines or so, it probably can not hurt. It wasn't removing Mac line endings. It was converting DOS line endings (\r\n) to UNIX (\n) by removing \r. > Is there a way to do this recursively? There are alerady a ton of > new files, I would like to recursively hit .htm, .dat. and .txt and > be done with it: > > pre-patch { > foreach file [glob -directory ${worksrcpath} *.pl *.sh docs/*.htm > *.txt rc/*.dat] { > reinplace "s%\r%%" $file > } > } fs-traverse is the MacPorts way of recursively finding files in a hierarchy. Search the existing ports for "fs-traverse" to see how it's used. > In the past, we had this issue where no one knew why they were > removing the spaces from the file name, and I am about to do the > same, as I can not get it to work. > > Here is the error message, right where the first space in the file > name is > DEBUG: cp: /tmp/Legacy: No such file or directory > > #configure { > # reinplace "s%^#!.*perl%#![binaryInPath perl]%" \ > # ${worksrcpath}/assp.pl \ > # ${worksrcpath}/move2num.pl \ > # ${worksrcpath}/rebuildspamdb.pl \ > # ${worksrcpath}/repair.pl \ > # ${worksrcpath}/stat.pl > # reinplace "s%/usr/local/assp%${assp_base}%" \ > # ${worksrcpath}/docs/Legacy - ASSP Documentation.htm \ > # ${worksrcpath}/stats.sh \ > # ${worksrcpath}/assp.pl \ > # ${worksrcpath}/rc/assp.dat \ > # ${worksrcpath}/rc/start.dat \ > # ${worksrcpath}/rc/stop.dat > # reinplace "s%/usr/local%${prefix}%" \ > # ${worksrcpath}/Legacy - ASSP Documentation.htm > #} > > So, I have tried quotes, and escapes, so far, no luck. Perhaps reinplace doesn't like paths with spaces. I didn't know that. I guess that could be a bug that we could fix. > Does tcl not have a multi line comment? Googling for "tcl multiline comment" the first result states "TCL has no native multi-line comment format" but it does show a workaround you can try if you want: http://www.rosettacode.org/rosettacode/w/index.php?title=Comments > Thanks, I will start working on the other suggestions. Sorry about > this learning curve I am on here. From ryandesign at macports.org Thu Nov 6 02:02:28 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 04:02:28 -0600 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> Message-ID: <3BF4EE7C-C3EB-4E55-9752-129797F02757@macports.org> On Nov 6, 2008, at 03:52, Ryan Schmidt wrote: > On Nov 6, 2008, at 03:45, Scott Haneda wrote: > >> In the past, we had this issue where no one knew why they were >> removing the spaces from the file name, and I am about to do the >> same, as I can not get it to work. >> >> Here is the error message, right where the first space in the file >> name is >> DEBUG: cp: /tmp/Legacy: No such file or directory > > Perhaps reinplace doesn't like paths with spaces. I didn't know > that. I guess that could be a bug that we could fix. Confirmed bug. Filed ticket: http://trac.macports.org/ticket/17098 From ryandesign at macports.org Thu Nov 6 02:23:11 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 04:23:11 -0600 Subject: ASSP out of date In-Reply-To: References: <9FCD6D74-2A4E-441E-BDCF-825082E9E5E3@newgeo.com> <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> Message-ID: <38B3AA47-2577-4CC6-80CE-2F907C17996F@macports.org> On Nov 6, 2008, at 04:12, Scott Haneda wrote: > On Nov 6, 2008, at 1:52 AM, Ryan Schmidt wrote: > >> On Nov 6, 2008, at 03:45, Scott Haneda wrote: >> >>> Is this acceptable in my testing: >>> puts "+++++++OTHER DEBUG: worksrcdir: ${worksrcdir}" >>> >>> Seems to work like print or echo, I could not get the example >>> posted to this list to work: >>> *You can "ui_info ${worksrcpath}" or "return -code error $ >>> {worksrcpath}" for example.* >> >> Sorry, I forgot, ui_info stuff is only printed in debug mode. You >> could use ui_warn instead. return -code error "something" should >> work however. > > So, -d would work, that is fine, is this correct: > "MYDEBUG This is the worksrcpath: ${worksrcpath}" > I just put that on one line, and that is correct? No, but you could put this on one line: ui_debug "This is the worksrcpath: ${worksrcpath}" And in debug mode it would print out the information. Or you could use: ui_warn "This is the worksrcpath: ${worksrcpath}" And it would print it even when not in debug mode. Or you could use: return -code error "This is the worksrcpath: ${worksrcpath}" And it would print it even when not in debug mode and then exit. >>> Does tcl not have a multi line comment? >> >> Googling for "tcl multiline comment" the first result states "TCL >> has no native multi-line comment format" but it does show a >> workaround you can try if you want: >> >> http://www.rosettacode.org/rosettacode/w/index.php?title=Comments > > Yeah, I found that as well, they do if 0 ( ... ) and I could not > get it to work, perhaps it is if 0 { ... } I am not sure. I should > be able to solve it. Yes, use curly braces, not parentheses. Sorry, I didn't read the page that closely. From akim at lrde.epita.fr Thu Nov 6 06:06:17 2008 From: akim at lrde.epita.fr (Akim Demaille) Date: Thu, 6 Nov 2008 15:06:17 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> Message-ID: <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> Le 5 nov. 08 ? 23:55, Ryan Schmidt a ?crit : > Hi. > > configure.cc is a Portfile command; it doesn't do anything in > macports.conf. > > I was not familiar with distcc. I just looked it up (www.distcc.org) > and it sounds interesting. I'm not sure how to best use it with > MacPorts. MacPorts always defaults to using e.g. /usr/bin/gcc-4.0 to > compile on Tiger and Leopard. Maybe distcc has a way to translate > that? It seems that "configuredistcc yes" does the trick from macports.conf, I did nothing else (and running distccmontext I saw that the compilation was indeed distributed). But yes, there are means to play symlinks treaks to have gcc bounce to "distcc gcc", yet I don't like that. Really, I just wish I had a simple means (= not by having to specify it on each port command line) to specify CC and CXX. Or else, I would prefer that the hard coded values be fully qualified (/usr/bin/i686- apple-darwin9-gcc-4.0.1) instead of short (/usr/bin/gcc-4.0). In that case I have nothing special to do to use distcc with macports. From akim at lrde.epita.fr Thu Nov 6 06:07:08 2008 From: akim at lrde.epita.fr (Akim Demaille) Date: Thu, 6 Nov 2008 15:07:08 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <49115F7E.8090800@macports.org> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <49115F7E.8090800@macports.org> Message-ID: <058E44F6-F791-45AA-BC32-FF92093B1821@lrde.epita.fr> Le 5 nov. 08 ? 09:55, Rainer M?ller a ?crit : > It is currently not possible to set configure.compiler, configure.cc, > etc. in macports.conf, only on the command line. But be aware that it > will overwrite any settings given in the Portfile this way and might > break ports requiring a specific compiler. > > sudo port install configure.compiler=gcc-4.0 Yes, this is not as good as being able to change the *default* compilers. Thanks for the info. From afb at macports.org Thu Nov 6 06:20:10 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Thu, 6 Nov 2008 15:20:10 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> Message-ID: <93DBB935-5BD9-4CEE-A451-F1D677526607@macports.org> Akim Demaille wrote: > Really, I just wish I had a simple means (= not by having to > specify it on each port command line) to specify CC and CXX. Or > else, I would prefer that the hard coded values be fully qualified > (/usr/bin/i686-apple-darwin9-gcc-4.0.1) instead of short (/usr/bin/ > gcc-4.0). In that case I have nothing special to do to use distcc > with macports. /usr/bin/gcc-4.0 works for more than one arch, though. If you do a fat build (with -arch ppc -arch i386) then it will call both of the arch-specific compilers in turn. Changing compiler from gcc-4.0 to i686-apple-darwin9-gcc-4.0.1 would turn it into a single-arch build instead. --anders From akim at lrde.epita.fr Thu Nov 6 06:50:40 2008 From: akim at lrde.epita.fr (Akim Demaille) Date: Thu, 6 Nov 2008 15:50:40 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <93DBB935-5BD9-4CEE-A451-F1D677526607@macports.org> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> <93DBB935-5BD9-4CEE-A451-F1D677526607@macports.org> Message-ID: <8A4724A3-2FFA-4FD1-8715-C519A577B085@lrde.epita.fr> Le 6 nov. 08 ? 15:20, Anders F Bj?rklund a ?crit : > Akim Demaille wrote: > >> Really, I just wish I had a simple means (= not by having to >> specify it on each port command line) to specify CC and CXX. Or >> else, I would prefer that the hard coded values be fully qualified >> (/usr/bin/i686-apple-darwin9-gcc-4.0.1) instead of short (/usr/bin/ >> gcc-4.0). In that case I have nothing special to do to use distcc >> with macports. > > /usr/bin/gcc-4.0 works for more than one arch, though. If you do a > fat build (with -arch ppc -arch i386) then it will call both of the > arch-specific compilers in turn. Changing compiler from gcc-4.0 to > i686-apple-darwin9-gcc-4.0.1 would turn it into a single-arch build > instead. Ah, OK, didn't think about that, thanks! Then in that case I suppose that there are means to tell /usr/bin/gcc-4.0 what arch I'm aiming for (686, ppc, or universal). I suppose via something like -march. In which case, it's even better than using the fully qualified compiler: / usr/bin/gcc-4.0 with the appropriate flags allows to build for the three cases. But apparently in the default mode it compiles for the build machine, which is not what I need. So I guess the question is rather: do I have a means to tell /usr/bin/gcc-4.0 via macports.conf the set of archs I want to compile for? From afb at macports.org Thu Nov 6 07:05:57 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Thu, 6 Nov 2008 16:05:57 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <8A4724A3-2FFA-4FD1-8715-C519A577B085@lrde.epita.fr> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> <93DBB935-5BD9-4CEE-A451-F1D677526607@macports.org> <8A4724A3-2FFA-4FD1-8715-C519A577B085@lrde.epita.fr> Message-ID: <8A23C7C7-384A-42CF-B3E5-CCA0BDCC8B75@macports.org> Akim Demaille wrote: > Ah, OK, didn't think about that, thanks! Then in that case I > suppose that there are means to tell /usr/bin/gcc-4.0 what arch I'm > aiming for (686, ppc, or universal). I suppose via something like - > march. In which case, it's even better than using the fully > qualified compiler: /usr/bin/gcc-4.0 with the appropriate flags > allows to build for the three cases. > > But apparently in the default mode it compiles for the build > machine, which is not what I need. So I guess the question is > rather: do I have a means to tell /usr/bin/gcc-4.0 via > macports.conf the set of archs I want to compile for? -march and -mtune set which machine you want to aim the optimizations for -arch and -m32/-m64 set which architectural platform you want to compile for And when you are done instructing GCC, you also need to tell the other parts of the build system what the platform is - for instance configure... There are some hacks in configure and universal for setting these, but they don't have really a simple configuration for cross-compiling. The default MacPorts setup is to compile everything locally only, so building for other machines is something of an after-thought... --anders From akim at lrde.epita.fr Thu Nov 6 07:17:58 2008 From: akim at lrde.epita.fr (Akim Demaille) Date: Thu, 6 Nov 2008 16:17:58 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <8A23C7C7-384A-42CF-B3E5-CCA0BDCC8B75@macports.org> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> <93DBB935-5BD9-4CEE-A451-F1D677526607@macports.org> <8A4724A3-2FFA-4FD1-8715-C519A577B085@lrde.epita.fr> <8A23C7C7-384A-42CF-B3E5-CCA0BDCC8B75@macports.org> Message-ID: <64CE8BF3-DA6C-4BCD-AA8B-B3E8ECE0EA4E@lrde.epita.fr> Le 6 nov. 08 ? 16:05, Anders F Bj?rklund a ?crit : > Akim Demaille wrote: > >> Ah, OK, didn't think about that, thanks! Then in that case I >> suppose that there are means to tell /usr/bin/gcc-4.0 what arch I'm >> aiming for (686, ppc, or universal). I suppose via something like - >> march. In which case, it's even better than using the fully >> qualified compiler: /usr/bin/gcc-4.0 with the appropriate flags >> allows to build for the three cases. >> >> But apparently in the default mode it compiles for the build >> machine, which is not what I need. So I guess the question is >> rather: do I have a means to tell /usr/bin/gcc-4.0 via >> macports.conf the set of archs I want to compile for? > > -march and -mtune set which machine you want to aim the > optimizations for > -arch and -m32/-m64 set which architectural platform you want to > compile for > > And when you are done instructing GCC, you also need to tell the other > parts of the build system what the platform is - for instance > configure... > > > There are some hacks in configure and universal for setting these, > but they don't have really a simple configuration for cross-compiling. > > The default MacPorts setup is to compile everything locally only, > so building for other machines is something of an after-thought... Thank you, but there seems to be some misunderstanding here: I am not asking for help on how I should talk to GCC, but rather how I should tell macports to use the compiler in a more useful way. I do think that rather than leaving gcc-4.0 what's to be done, macports should use its knowledge about the variants asked by the user to decide what flags to pass to the compiler, in which case distcc comes for free. That would be the ideal. Meanwhile, I'm asking how I can educate macports to stop using a hard coded path for gcc and let *me* do what I know I want to do. From christoph at mxr.at Thu Nov 6 08:29:20 2008 From: christoph at mxr.at (Christoph Tilley) Date: Thu, 6 Nov 2008 17:29:20 +0100 Subject: nedi fails to build (on p5-math-pari) Message-ID: <32864E8E-7F99-4F40-A640-CFFFF53C584D@mxr.at> Seems like we're stuck here, doesn't it? Unless someone helps us. Please help! On 06.11.2008, at 09:53, Bryan Blackburn wrote: > On Thu, Nov 06, 2008 at 06:16:02AM +0100, Tilley Christoph said: >> Same thing again, unfortunately: >> >> tilley:~ srv_adm$ sudo port clean p5-math-pari > [...] >> Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ > > The issue is that the module wants to download a copy of the pari > tarball, > and is doing so via ftp (which appears to not work for you). > > I tried both updating the port to the current version and updating > it to try > and grab the file itself, but ran into several issues on my MBP. > > pari does some asm and some of this doesn't carry over into the > perl module. > I get undefined symbols, as it appears those symbols are declared > common, > trying various things to change this runs into further issues. > Since my > Intel assembly + Mac experience is too small, I had to quit at this > point. > > Bryan > > > [...] > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From afb at macports.org Thu Nov 6 09:44:54 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Thu, 6 Nov 2008 18:44:54 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <64CE8BF3-DA6C-4BCD-AA8B-B3E8ECE0EA4E@lrde.epita.fr> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> <93DBB935-5BD9-4CEE-A451-F1D677526607@macports.org> <8A4724A3-2FFA-4FD1-8715-C519A577B085@lrde.epita.fr> <8A23C7C7-384A-42CF-B3E5-CCA0BDCC8B75@macports.org> <64CE8BF3-DA6C-4BCD-AA8B-B3E8ECE0EA4E@lrde.epita.fr> Message-ID: <44AB5A74-3DD4-4C6B-9C72-5F0E77326048@macports.org> Akim Demaille wrote: > Thank you, but there seems to be some misunderstanding here: I am > not asking for help on how I should talk to GCC, but rather how I > should tell macports to use the compiler in a more useful way. I > do think that rather than leaving gcc-4.0 what's to be done, > macports should use its knowledge about the variants asked by the > user to decide what flags to pass to the compiler, in which case > distcc comes for free. Just meant that those are rather straightforwardly mapped from configure.march and configure.mtune along with configure.m32 and configure.m64 to make up the configure.cflags, and the settings for configure.universal_archs (when cross-compiling) "GNU style" cross-compiling uses host-prefixed binaries, where as "Mac style" cross-compiling normally just uses -arch... or Xcode :-) > That would be the ideal. > > Meanwhile, I'm asking how I can educate macports to stop using a > hard coded path for gcc and let *me* do what I know I want to do. I assume it's reasonable to expect being able to set configure. {cc,cxx} from the configuration and not have MacPorts clobber those with the platform setting guessed with configure.compiler. So it's probably a missing feature (a.k.a. bug) and should be fixed in base. Guess you need to just override it on the command line for now ? It's all doable, just falls a bit outside the numbered paint fields. --anders From anton.van.oosten at telenet.be Thu Nov 6 10:15:36 2008 From: anton.van.oosten at telenet.be (Anton van Oosten) Date: Thu, 6 Nov 2008 19:15:36 +0100 Subject: type S_REGULAR does not match previous objects type S_COALESCED In-Reply-To: <8FF44981-0099-4F38-B438-7CD7DC895388@macports.org> References: <20081020204258.GE461@ninagal.withay.com> <20081021215120.GG34057@ninagal.withay.com> <4E3BD0DE-7F5F-48B2-A0BA-E99AC7197183@macports.org> <0A735D85-6267-4EAC-92E1-3ED7CFBAEE23@telenet.be> <8FF44981-0099-4F38-B438-7CD7DC895388@macports.org> Message-ID: <7C245B2F-B580-49B6-9547-86EF1BB69359@telenet.be> I removed /usr/local/bin: c++ powerpc-apple-darwin6.2-g++ cpp powerpc-apple-darwin6.2-gcc g++ powerpc-apple-darwin6.2-gcc-3.4 g77 powerpc-apple-darwin6.2-gcj powerpc-apple-darwin6.2-c++ /usr/local/lib: gcc gcc-lib libstdc++.a libstdc++.la This fixed the problem. Thanks for your help! Anton Op 3-nov-08, om 00:46 heeft Ryan Schmidt het volgende geschreven: > On Nov 2, 2008, at 16:15, Anton van Oosten wrote: > >> Op 23-okt-08, om 21:20 heeft Ryan Schmidt het volgende geschreven: >> >>> On Oct 23, 2008, at 14:13, Anton van Oosten wrote: >>> >>>> Op 21-okt-08, om 23:51 heeft Bryan Blackburn het volgende >>>> geschreven: >>>> >>>>> On Tue, Oct 21, 2008 at 11:21:38PM +0200, Anton van Oosten said: >>>>> >>>>>> If I remove the overloading gcc, so that the /usr/bin/gcc is >>>>>> used, I >>>>>> still get the error. >>>>>> It looks like I have a really old libstdc++.a in usr/local/lib. >>>>>> If I move that I get >>>>> [...] >>>>>> powerpc-apple-darwin8-g++-4.0.1: /usr/local/lib/libstdc++.a: >>>>>> No such >>>>>> file or directory >>>>> >>>>> Did you run a 'sudo port clean --work pdflib' prior to trying >>>>> to install >>>>> again? If not, that's probably the issue as the configure >>>>> stage had seen >>>>> those libraries already so the Makefiles were still referencing >>>>> them. >>>> >>>> Thanks, but this did not solve the issue. >>>> Could this be an inconsistency between libstdc++.a and gcc? >>> >>> It still tries to use /usr/local/lib/libstdc++.a even though that >>> file no longer exists? I was going to suggest that maybe one of >>> pdflib's dependencies had already been built with knowledge of >>> that library, but pdflib doesn't have any dependencies. Hmm. >>> Maybe we need to see the complete debug output. Run: >>> >>> sudo port clean pdflib >>> sudo port -d install pdflib 2>&1 | tee ~/Desktop/pdflib.txt >>> >>> Then send pdflib.txt from your Desktop. >> >> Here is the log file. > > I didn't see the message "powerpc-apple-darwin8-g++-4.0.1: /usr/ > local/lib/libstdc++.a: No such file or directory" in that output. I > did see other messages about things in /usr/local though, like: > > /usr/bin/ld: warning -L: directory name (/usr/local/gcc/powerpc- > apple-darwin6.2/libstdc++-v3/src/.libs) does not exist > /usr/bin/ld: warning -L: directory name (:) does not exist > /usr/bin/ld: /usr/local/lib/libstdc++.a(ostream-inst.o) section's > (__TEXT,__eh_frame) type S_REGULAR does not match previous objects > type S_COALESCED > /usr/bin/ld: /usr/local/lib/libstdc++.a(ostream-inst.o) section's > (__TEXT,__eh_frame) type S_REGULAR does not match previous objects > type S_COALESCED > > That "powerpc-apple-darwin6.2" bit is very suspicious; it indicates > it was built for Mac OS X 10.2 (Mac OS X 10.x == Darwin (x + 4)) > which is very old. > > What do you have in /usr/local at this time? Having things in /usr/ > local often causes problems for MacPorts which is why we recommend > not having anything there when using MacPorts. > > What version of Xcode do you have? Get info on /Developer/ > Applications/Xcode.app to find out. If it's less than 2.4.1, please > update to either 2.4.1 or 2.5. Older versions have been known to > cause problems and are therefore not supported. Xcode can be > downloaded from Apple Developer Connection at http:// > connect.apple.com/ . > > > From akim at lrde.epita.fr Thu Nov 6 11:21:08 2008 From: akim at lrde.epita.fr (Akim Demaille) Date: Thu, 6 Nov 2008 20:21:08 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <44AB5A74-3DD4-4C6B-9C72-5F0E77326048@macports.org> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> <93DBB935-5BD9-4CEE-A451-F1D677526607@macports.org> <8A4724A3-2FFA-4FD1-8715-C519A577B085@lrde.epita.fr> <8A23C7C7-384A-42CF-B3E5-CCA0BDCC8B75@macports.org> <64CE8BF3-DA6C-4BCD-AA8B-B3E8ECE0EA4E@lrde.epita.fr> <44AB5A74-3DD4-4C6B-9C72-5F0E77326048@macports.org> Message-ID: Le 6 nov. 08 ? 18:44, Anders F Bj?rklund a ?crit : > Akim Demaille wrote: Hi Anders, >> Thank you, but there seems to be some misunderstanding here: I am >> not asking for help on how I should talk to GCC, but rather how I >> should tell macports to use the compiler in a more useful way. I >> do think that rather than leaving gcc-4.0 what's to be done, >> macports should use its knowledge about the variants asked by the >> user to decide what flags to pass to the compiler, in which case >> distcc comes for free. > > Just meant that those are rather straightforwardly mapped from > configure.march and configure.mtune along with configure.m32 and > configure.m64 to make up the configure.cflags, and the settings for > configure.universal_archs (when cross-compiling) > > "GNU style" cross-compiling uses host-prefixed binaries, where as > "Mac style" cross-compiling normally just uses -arch... or Xcode :-) I'm a bit confused here. I understand from your answer that the ports should pass arch specific flags to the compiler. But apparently it does not. And the variables you mention are for portfiles, right? They're not meant for the end user. >> That would be the ideal. >> >> Meanwhile, I'm asking how I can educate macports to stop using a >> hard coded path for gcc and let *me* do what I know I want to do. > > I assume it's reasonable to expect being able to set configure. > {cc,cxx} from the configuration and not have MacPorts clobber those > with the platform setting guessed with configure.compiler. So it's > probably a missing feature (a.k.a. bug) and should be fixed in base. That would be nice. But then again, *if* the arch specific flags were passed explicitly to the compiler (i.e., cflags), then I would not even need to override the default compilers: distcc would just pass these flags to the remote compiler which would output what I need whatever its architecture, mine, *and* the one I want to compile for (including universal). This is much better than specifying an arch- specific compiler globally. > Guess you need to just override it on the command line for now ? > It's all doable, just falls a bit outside the numbered paint fields. Yes, I can definitely do that. Thanks for the help on this! From afb at macports.org Thu Nov 6 11:43:40 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Thu, 6 Nov 2008 20:43:40 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> <93DBB935-5BD9-4CEE-A451-F1D677526607@macports.org> <8A4724A3-2FFA-4FD1-8715-C519A577B085@lrde.epita.fr> <8A23C7C7-384A-42CF-B3E5-CCA0BDCC8B75@macports.org> <64CE8BF3-DA6C-4BCD-AA8B-B3E8ECE0EA4E@lrde.epita.fr> <44AB5A74-3DD4-4C6B-9C72-5F0E77326048@macports.org> Message-ID: Akim Demaille wrote: >> Just meant that those are rather straightforwardly mapped from >> configure.march and configure.mtune along with configure.m32 and >> configure.m64 to make up the configure.cflags, and the settings >> for configure.universal_archs (when cross-compiling) >> >> "GNU style" cross-compiling uses host-prefixed binaries, where as >> "Mac style" cross-compiling normally just uses -arch... or Xcode :-) > > I'm a bit confused here. I understand from your answer that the > ports should pass arch specific flags to the compiler. But > apparently it does not. It passes the ones that affect optimization and such, but doesn't really pass -arch (except +universal). So cross-compiling from one arch (ppc) to another (i386) isn't really supported in the default setup... Binaries in general work so-so when transferred from one machine to another with current MacPorts. Cross-compiled binaries even more so. That doesn't mean it wouldn't be a nice future feature to have. > And the variables you mention are for portfiles, right? They're > not meant for the end user. The variables are for "base", so in theory for either of configuration or user (arguments) or portfiles... In practice there are a lot of settings, so one needs to determine which of them comes from where etc. ? In the short term it should probably be possible to override a few more of the "configure." variables from macports.conf like you have been suggesting. But in the long term, there are probably better ways to allow building on one machine and deploying on another (including both - arch and SDK and so on...) --anders From corvino at gmail.com Thu Nov 6 13:01:11 2008 From: corvino at gmail.com (Nathan Corvino) Date: Thu, 6 Nov 2008 16:01:11 -0500 Subject: Courier-IMAP and Courier-authlib Message-ID: <8a5337ab0811061301h3016ff0dja726e4042c5aa867@mail.gmail.com> Trying to setup courier-imap on Leopard, and have run into trouble with the authentication module, courier-authlib. This shows up in the logs: Nov 6 15:16:34 euripides authdaemond[22098]: modules="authuserdb", > daemons=1 > Nov 6 15:16:34 euripides authdaemond[22098]: Installing libauthuserdb > Nov 6 15:16:34 euripides authdaemond[22098]: > dlopen(/opt/local/lib/courier-authlib/libauthuserdb.so, 9): Symbol not > found: _auth_userdb > Nov 6 15:16:34 euripides authdaemond[22098]: Referenced from: > /opt/local/lib/courier-authlib/libauthuserdb.so > Nov 6 15:16:34 euripides authdaemond[22098]: Expected in: flat namespace > Nov 6 15:16:34 euripides authdaemond[22098]: > Nov 6 15:17:10 euripides authdaemond[22098]: received auth request, > service=pop3, authtype=login > Nov 6 15:17:10 euripides authdaemond[22098]: FAIL, all modules rejected Googling the error message, there appears to be a known solution by setting the environment variable MAXOSX_DEPLOYMENT_TARGET to 10.5 prior to building: http://diymacserver.com/forum/topic/courier-authlib-0602-error-in-maillog-symbol-not-found-_auth_mysql. I am trying this by setting this as root, then forcing a port upgrade. I will post how that goes when it finishes. Furthermore, authtest does not appear to work at all. This may be related, but running authtest blah blah returns: Authentication FAILED: Operation not permitted Anyone run into these issues? Any other ideas? Thanks, Nathan -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Thu Nov 6 13:56:13 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 15:56:13 -0600 Subject: Chosing the C and C++ compilers In-Reply-To: <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> Message-ID: <7608584F-5FA3-402C-907D-EB3E520520A4@macports.org> On Nov 6, 2008, at 08:06, Akim Demaille wrote: > Le 5 nov. 08 ? 23:55, Ryan Schmidt a ?crit : > >> configure.cc is a Portfile command; it doesn't do anything in >> macports.conf. >> >> I was not familiar with distcc. I just looked it up >> (www.distcc.org) and it sounds interesting. I'm not sure how to >> best use it with MacPorts. MacPorts always defaults to using e.g. / >> usr/bin/gcc-4.0 to compile on Tiger and Leopard. Maybe distcc has >> a way to translate that? > > It seems that "configuredistcc yes" does the trick from > macports.conf, I did nothing else (and running distccmontext I saw > that the compilation was indeed distributed). But yes, there are > means to play symlinks treaks to have gcc bounce to "distcc gcc", > yet I don't like that. > > Really, I just wish I had a simple means (= not by having to > specify it on each port command line) to specify CC and CXX. Why would you want to do that? We have few enough volunteers with few enough resources as it is; I don't think we can afford to require port maintainers to allow any compiler to be used with their ports. It's good that we lock it down to a specific compiler. Port maintainers can override that if necessary for their specific ports, but it should not be for users to change. > Or else, I would prefer that the hard coded values be fully > qualified (/usr/bin/i686-apple-darwin9-gcc-4.0.1) instead of short > (/usr/bin/gcc-4.0). But then we would have to find out what that value is, for the current processor architecture and OS version. And what happens when we want to build a universal binary? > In that case I have nothing special to do to use distcc with macports. Since we already have some distcc options in MacPorts we obviously want it to be easy to use with MacPorts. But I personally have never used it so I have no input on how best to do so. From ryandesign at macports.org Thu Nov 6 14:56:01 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 16:56:01 -0600 Subject: nedi fails to build (on p5-math-pari) In-Reply-To: <32864E8E-7F99-4F40-A640-CFFFF53C584D@mxr.at> References: <32864E8E-7F99-4F40-A640-CFFFF53C584D@mxr.at> Message-ID: On Nov 6, 2008, at 10:29, Christoph Tilley wrote: > On 06.11.2008, at 09:53, Bryan Blackburn wrote: >> On Thu, Nov 06, 2008 at 06:16:02AM +0100, Tilley Christoph said: >>> Same thing again, unfortunately: >>> >>> tilley:~ srv_adm$ sudo port clean p5-math-pari >> [...] >>> Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ >> >> The issue is that the module wants to download a copy of the pari >> tarball, >> and is doing so via ftp (which appears to not work for you). >> >> I tried both updating the port to the current version and updating >> it to try >> and grab the file itself, but ran into several issues on my MBP. >> >> pari does some asm and some of this doesn't carry over into the >> perl module. >> I get undefined symbols, as it appears those symbols are declared >> common, >> trying various things to change this runs into further issues. >> Since my >> Intel assembly + Mac experience is too small, I had to quit at >> this point. > > Seems like we're stuck here, doesn't it? Unless someone helps us. > > Please help! Bryan, Could you share your portfile diffs or what you did to get to where you were? Maybe someone else can pick it up. From ryandesign at macports.org Thu Nov 6 14:58:23 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 16:58:23 -0600 Subject: Problem with X11.app / DISPLAY (was: Re: macports-users Digest, Vol 27, Issue 4) In-Reply-To: References: Message-ID: <6C4A0579-623F-4E78-BE34-FA087C6C0DA5@macports.org> Oooh, yes, certainly. You said you deleted everything in your /tmp folder, not that you deleted your /tmp folder. :-P On Nov 4, 2008, at 09:20, huw read wrote: > Just wanted to say thanks for the suggestions. Found the solution > "sudo ln -s /private/tmp /tmp" sorted it out. I guess /tmp was > always a symlink to this other location. > > cheers, > huw > > > >> Message: 3 >> Date: Mon, 3 Nov 2008 20:27:44 -0000 >> From: "Read H O L (AT)" >> Subject: Problem with X11.app / DISPLAY >> To: >> Message-ID: >> <0BA7EE4D4646E0409D458D347C508B7803F1D618 at MAILSERV1.uni.glam.ac.uk> >> Content-Type: text/plain; charset="iso-8859-1" >> >> >> Hi, >> I tried doing some cleanup and deleted everything in my /tmp >> folder on mac osx leopard. Now no X11 application will load >> (inkscape, gimp, dia etc) because they can't find the display! I >> tried rebooting but this didn't work, and I moved x11.app to the >> trash and reinstalled it from xquartz but this didnt help either. >> When I run x11.app, it briefly appears in the mac panel, but then >> dissapears without loading or anything. How can I undo the >> mistakes I made? >> >> Thanks, >> huw >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: > attachments/20081103/dd9597d1/attachment-0001.html> >> >> ------------------------------ >> >> Message: 4 >> Date: Mon, 3 Nov 2008 14:21:46 -0700 >> From: Bryan Blackburn >> Subject: Re: Problem with X11.app / DISPLAY >> To: macports-users at lists.macosforge.org >> Message-ID: <20081103212146.GD473 at ninagal.withay.com> >> Content-Type: text/plain; charset=us-ascii >> >> On Mon, Nov 03, 2008 at 08:27:44PM -0000, Read H O L (AT) said: >>> >>> Hi, >>> I tried doing some cleanup and deleted everything in my /tmp folder >>> on mac osx leopard. Now no X11 application will load (inkscape, >>> gimp, >>> dia etc) because they can't find the display! I tried rebooting but >>> this didn't work, and I moved x11.app to the trash and >>> reinstalled it >>> from xquartz but this didnt help either. When I run x11.app, it >>> briefly appears in the mac panel, but then dissapears without >>> loading >>> or anything. How can I undo the mistakes I made? >> >> Deleting everything in /tmp is dangerous if you don't know what >> it's doing. >> Especially anything prefixed by launch which is launchd-related, and >> includes how X11 and DISPLAY are handled on 10.5. >> >> As for the actual issue you're having, since it sounds like a base >> X11 >> problem, your best bet is the X11 users list: >> >> From frstan at bellsouth.net Thu Nov 6 15:46:42 2008 From: frstan at bellsouth.net (William Davis) Date: Thu, 6 Nov 2008 18:46:42 -0500 Subject: postgresql83 and ossp/uuid Message-ID: I just did yhe new upgrade on ossp-uuid. Since it has 1 dependent I then did upgrade on that --- postgresql83. during configure phase saw this mesg scroll past: configure: WARNING: ossp/uuid.h: present but cannot be compiled configure: WARNING: ossp/uuid.h: check for missing prerequisite headers? configure: WARNING: ossp/uuid.h: see the Autoconf documentation configure: WARNING: ossp/uuid.h: section "Present But Cannot Be Compiled" configure: WARNING: ossp/uuid.h: proceeding with the preprocessor's result configure: WARNING: ossp/uuid.h: in the future, the compiler will take precedence configure: WARNING: ## ---------------------------------------- ## configure: WARNING: ## Report this to pgsql-bugs at postgresql.org ## configure: WARNING: ## ---------------------------------------- ## important? WD William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2 (xorg-server 1.4.2-apple21) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From ryandesign at macports.org Thu Nov 6 16:41:44 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 6 Nov 2008 18:41:44 -0600 Subject: postgresql83 and ossp/uuid In-Reply-To: References: Message-ID: On Nov 6, 2008, at 17:46, William Davis wrote: > I just did yhe new upgrade on ossp-uuid. Since it has 1 dependent > I then did upgrade on that --- postgresql83. > during configure phase saw this mesg scroll past: > > configure: WARNING: ossp/uuid.h: present but cannot be compiled > configure: WARNING: ossp/uuid.h: check for missing prerequisite > headers? > configure: WARNING: ossp/uuid.h: see the Autoconf documentation > configure: WARNING: ossp/uuid.h: section "Present But Cannot Be > Compiled" > configure: WARNING: ossp/uuid.h: proceeding with the preprocessor's > result > configure: WARNING: ossp/uuid.h: in the future, the compiler will > take precedence > configure: WARNING: ## ---------------------------------------- ## > configure: WARNING: ## Report this to pgsql-bugs at postgresql.org ## > configure: WARNING: ## ---------------------------------------- ## > > important? It says to report it to that email address, so that's what I would do. From frstan at bellsouth.net Thu Nov 6 17:45:27 2008 From: frstan at bellsouth.net (William Davis) Date: Thu, 6 Nov 2008 20:45:27 -0500 Subject: Fwd: postgresql83 and ossp/uuid References: Message-ID: Begin forwarded message: > From: William Davis > Date: November 6, 2008 6:46:42 PM EST > To: macports-users at lists.macosforge.org > Subject: postgresql83 and ossp/uuid > > I just did yhe new upgrade on ossp-uuid [ from 1.6.1_0 to > 1.6.2_0 ] . Since it has 1 dependent I then did upgrade > [=recompiled] on that --- postgresql83. > [= ver 8.3.4] during configure phase saw this mesg scroll past: > > configure: WARNING: ossp/uuid.h: present but cannot be compiled > configure: WARNING: ossp/uuid.h: check for missing prerequisite > headers? > configure: WARNING: ossp/uuid.h: see the Autoconf documentation > configure: WARNING: ossp/uuid.h: section "Present But Cannot Be > Compiled" > configure: WARNING: ossp/uuid.h: proceeding with the preprocessor's > result > configure: WARNING: ossp/uuid.h: in the future, the compiler will > take precedence > configure: WARNING: ## ---------------------------------------- ## > configure: WARNING: ## Report this to pgsql-bugs at postgresql.org ## > configure: WARNING: ## ---------------------------------------- ## > > > > WD > > > > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.5 Darwin 9.5.0 > XQuartz 2.3.2 (xorg-server 1.4.2-apple21) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non > William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2 (xorg-server 1.4.2-apple21) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Thu Nov 6 19:15:25 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 6 Nov 2008 20:15:25 -0700 Subject: nedi fails to build (on p5-math-pari) In-Reply-To: References: <32864E8E-7F99-4F40-A640-CFFFF53C584D@mxr.at> Message-ID: <20081107031525.GP709@ninagal.withay.com> On Thu, Nov 06, 2008 at 04:56:01PM -0600, Ryan Schmidt said: > > On Nov 6, 2008, at 10:29, Christoph Tilley wrote: >> On 06.11.2008, at 09:53, Bryan Blackburn wrote: >>> On Thu, Nov 06, 2008 at 06:16:02AM +0100, Tilley Christoph said: >>>> Same thing again, unfortunately: >>>> >>>> tilley:~ srv_adm$ sudo port clean p5-math-pari >>> [...] >>>> Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ >>> >>> The issue is that the module wants to download a copy of the pari >>> tarball, >>> and is doing so via ftp (which appears to not work for you). >>> >>> I tried both updating the port to the current version and updating it >>> to try >>> and grab the file itself, but ran into several issues on my MBP. >>> >>> pari does some asm and some of this doesn't carry over into the perl >>> module. >>> I get undefined symbols, as it appears those symbols are declared >>> common, >>> trying various things to change this runs into further issues. Since >>> my >>> Intel assembly + Mac experience is too small, I had to quit at this >>> point. >> >> Seems like we're stuck here, doesn't it? Unless someone helps us. >> >> Please help! > > > Bryan, > > Could you share your portfile diffs or what you did to get to where you > were? Maybe someone else can pick it up. I've attached my updates to p5-math-pari's Portfile, which update the version and integrate fetching pari's tarball into the port instead of having the perl module fetch it itself. The major thing is in pari-2.1.7/src/kernel/ix86/l0asm.c, first is that ASM_UNDERSCORE needs to be set for __APPLE__ as well, then we run into the issue that overflow and hiremainder are common symbols, which get lost when the perl module bundle is built. Combining Intel assembly with the Mac's interesting linking put it outside my area of knowledge (eg, trying to make those symbols not common, I ran into issues with other things being claimed note to be relocatable). Bryan -------------- next part -------------- Index: Portfile =================================================================== --- Portfile (revision 41594) +++ Portfile (working copy) @@ -2,12 +2,26 @@ PortSystem 1.0 PortGroup perl5 1.0 -perl5.setup Math-Pari 2.010709 +perl5.setup Math-Pari 2.010800 maintainers nomaintainer description perl interface to pari. long_description ${description} platforms darwin -checksums md5 58fdea358b37d00072723bd9cd69ce9e +dist_subdir pari +# Math::Pari prefers the 2.1.7 version so we use it here, even though the +# pari port itself is at 2.3.4 +set pari_dist pari-2.1.7.tgz +master_sites-append http://pari.math.u-bordeaux.fr/pub/pari/unix/OLD/:pari +distfiles-append ${pari_dist}:pari +checksums ${distname}${extract.suffix} \ + md5 43d050e73068360599cde6cc076f1d32 \ + sha1 785baa00b7cb1ac47030d9afc22cdad825942587 \ + rmd160 40bdec281f6d9fa6fc6c937d3f7f7e0d869a7162 \ + ${pari_dist} \ + md5 357b7a42e89e2761a5367bbcbfcca5f2 \ + sha1 dca15bb3ac6dfdcc7934569fe3a65cb16f812a4e \ + rmd160 6d7ca649cdd457d96c12e1f9333143d496a78b7e + From akim at lrde.epita.fr Fri Nov 7 00:22:52 2008 From: akim at lrde.epita.fr (Akim Demaille) Date: Fri, 7 Nov 2008 09:22:52 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <7608584F-5FA3-402C-907D-EB3E520520A4@macports.org> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> <7608584F-5FA3-402C-907D-EB3E520520A4@macports.org> Message-ID: <1F2ED1B3-65D3-4169-A403-38D4CEB42D17@lrde.epita.fr> Le 6 nov. 08 ? 22:56, Ryan Schmidt a ?crit : > On Nov 6, 2008, at 08:06, Akim Demaille wrote: > >> Le 5 nov. 08 ? 23:55, Ryan Schmidt a ?crit : >> >>> configure.cc is a Portfile command; it doesn't do anything in >>> macports.conf. >>> >>> I was not familiar with distcc. I just looked it up >>> (www.distcc.org) and it sounds interesting. I'm not sure how to >>> best use it with MacPorts. MacPorts always defaults to using e.g. / >>> usr/bin/gcc-4.0 to compile on Tiger and Leopard. Maybe distcc has >>> a way to translate that? >> >> It seems that "configuredistcc yes" does the trick from >> macports.conf, I did nothing else (and running distccmontext I saw >> that the compilation was indeed distributed). But yes, there are >> means to play symlinks treaks to have gcc bounce to "distcc gcc", >> yet I don't like that. >> >> Really, I just wish I had a simple means (= not by having to >> specify it on each port command line) to specify CC and CXX. > > Why would you want to do that? We have few enough volunteers with > few enough resources as it is; I don't think we can afford to > require port maintainers to allow any compiler to be used with their > ports. It's good that we lock it down to a specific compiler. Port > maintainers can override that if necessary for their specific ports, > but it should not be for users to change. Well, if I change the compiler, I'm well aware that I'm off tracks, and if something goes wrong, it's on my side. >> Or else, I would prefer that the hard coded values be fully >> qualified (/usr/bin/i686-apple-darwin9-gcc-4.0.1) instead of short >> (/usr/bin/gcc-4.0). > > But then we would have to find out what that value is, for the > current processor architecture and OS version. And what happens when > we want to build a universal binary? This is something Anders helped me understand, and as I wrote elsewhere, I think that sticking to /usr/bin/gcc-4.0 is a fine option *provided* that the proper cflags are given to the compiler to clarify the target architecture. In that case I can use my compile farm efficiently, whatever the combination of architectures. >> In that case I have nothing special to do to use distcc with >> macports. > > Since we already have some distcc options in MacPorts we obviously > want it to be easy to use with MacPorts. But I personally have never > used it so I have no input on how best to do so. Using distcc provides a huge speed-up. At work I "make -kj20". It makes a large difference. And I wish I could use the same amount of cpu to upgrade my laptop. Really, all it requires is to pass the proper flags to the compiler. Of course I can change my /usr/bin/gcc-4.0 to make it a wrapper around the original one passing additional flags, but I feel that it is more appropriate to have ports pass more precise flags to the compilers. From afb at macports.org Fri Nov 7 00:29:27 2008 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Fri, 7 Nov 2008 09:29:27 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <1F2ED1B3-65D3-4169-A403-38D4CEB42D17@lrde.epita.fr> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> <7608584F-5FA3-402C-907D-EB3E520520A4@macports.org> <1F2ED1B3-65D3-4169-A403-38D4CEB42D17@lrde.epita.fr> Message-ID: <501B6943-4FB8-4569-96D6-6B9A4D6E2287@macports.org> Akim Demaille wrote: >>> Really, I just wish I had a simple means (= not by having to >>> specify it on each port command line) to specify CC and CXX. >> >> Why would you want to do that? We have few enough volunteers with >> few enough resources as it is; I don't think we can afford to >> require port maintainers to allow any compiler to be used with >> their ports. It's good that we lock it down to a specific >> compiler. Port maintainers can override that if necessary for >> their specific ports, but it should not be for users to change. > > Well, if I change the compiler, I'm well aware that I'm off tracks, > and if something goes wrong, it's on my side. Most of the configure stuff mentioned falls in the "unsupported" category... a.k.a. MacPorts isn't Gentoo ;-) >>> Or else, I would prefer that the hard coded values be fully >>> qualified (/usr/bin/i686-apple-darwin9-gcc-4.0.1) instead of >>> short (/usr/bin/gcc-4.0). >> >> But then we would have to find out what that value is, for the >> current processor architecture and OS version. And what happens >> when we want to build a universal binary? > > This is something Anders helped me understand, and as I wrote > elsewhere, I think that sticking to /usr/bin/gcc-4.0 is a fine > option *provided* that the proper cflags are given to the compiler > to clarify the target architecture. In that case I can use my > compile farm efficiently, whatever the combination of architectures. I think you are right to expect to be able to override cc/cxx (at your own risk) >>> In that case I have nothing special to do to use distcc with >>> macports. >> >> Since we already have some distcc options in MacPorts we obviously >> want it to be easy to use with MacPorts. But I personally have >> never used it so I have no input on how best to do so. > > Using distcc provides a huge speed-up. At work I "make -kj20". It > makes a large difference. And I wish I could use the same amount > of cpu to upgrade my laptop. Using ccache is also good, and the combination of the two can be really awesome. > Really, all it requires is to pass the proper flags to the compiler. > > Of course I can change my /usr/bin/gcc-4.0 to make it a wrapper > around the original one passing additional flags, but I feel that > it is more appropriate to have ports pass more precise flags to the > compilers. Use the commandline workaround for now and something better can be done for 1.8... --anders From akim at lrde.epita.fr Fri Nov 7 01:02:49 2008 From: akim at lrde.epita.fr (Akim Demaille) Date: Fri, 7 Nov 2008 10:02:49 +0100 Subject: Chosing the C and C++ compilers In-Reply-To: <501B6943-4FB8-4569-96D6-6B9A4D6E2287@macports.org> References: <57079363-B358-4FE4-B52D-44E8E9D5E44B@lrde.epita.fr> <7CD4C200-78E2-4E24-95CC-FE0FEEF4C7D4@lrde.epita.fr> <7608584F-5FA3-402C-907D-EB3E520520A4@macports.org> <1F2ED1B3-65D3-4169-A403-38D4CEB42D17@lrde.epita.fr> <501B6943-4FB8-4569-96D6-6B9A4D6E2287@macports.org> Message-ID: <4D74821B-EDC9-4EE8-8A6A-69587BD6A980@lrde.epita.fr> Le 7 nov. 08 ? 09:29, Anders F Bj?rklund a ?crit : >> Using distcc provides a huge speed-up. At work I "make -kj20". It >> makes a large difference. And I wish I could use the same amount >> of cpu to upgrade my laptop. > > Using ccache is also good, and the combination of the two can be > really awesome. Agreed. I am also very eager to use the new "pump" mode of distcc. Not tried it yet, but according to readings, it should be worth the effort. http://google-opensource.blogspot.com/2008/08/distccs-pump-mode-new-design-for.html From cedayiv at gmail.com Fri Nov 7 13:12:04 2008 From: cedayiv at gmail.com (Charles Day) Date: Fri, 7 Nov 2008 13:12:04 -0800 Subject: Building GnuCash without X11 In-Reply-To: <20081104183431.GA11684@foellinger.de> References: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> <20081104183431.GA11684@foellinger.de> Message-ID: <1d6843d80811071312s2eb1151bn62702f278666c9dd@mail.gmail.com> On Tue, Nov 4, 2008 at 10:34 AM, Olaf Foellinger wrote: > Hi, > > * Charles Day [04.11.08 09:20]wrote: > > > Greetings, > > > > I am one of the GnuCash developers, so I read with some excitement > Olaf > > Foellinger's report that he was able to build GnuCash without X11. If > I > > :). Besides, I'm on 10.4 > > > can repeat his success and test it out, I hope that at some point we > > might be able to begin offering GnuCash for Mac in native form. > > Very good, that's been my intention, too. > > > However, I tried it myself without much luck. Perhaps someone could > > advise. > > I have a brand-new MacBook Pro now (10.5.5), on which I installed > > MacPorts. I started with the following: > > sudo port install dbus +no_x11 > > sudo port install cairo +no_x11 > > sudo port install pango +no_x11 > > sudo port install gtk2 +no_x11 > > Two prerequisites are missing: > > - delete the line "depends_run port:evince" in the gnucash portfile > (that deletes many complicated gnome dependencies, too) > Thanks, that was the problem. I saw that the line was in the portfile but I hadn't commented it out. - in aqbanking portfile replace the line > --with-frontends="cbanking g2banking qbanking" > with > --with-frontends="g2banking" > - for the installation of libgtkhtml3 i had to apply the patch > https://trac.macports.org/ticket/16989 This part worked OK for me without the patch, maybe because of 10.5.5. > > - during the installatin of slib-guile16 sometimes I had to call > $ ${prefix}/share/guile/site > manually. > I ran into that too, thanks. > > > sudo port install gnucash +without_hbci > > The "+without_hbci" was just to remove a few dependencies, for a > > hopefully greater chance of success. However, this failed when it > > reached the desktop-gnome dependency, saying what I understand to mean > > "I'm trying to build desktop-gnome +x11 but I need gtk2 +x11 and you > > have gtk2 +no_x11 instead." > > Not necessary, hbci is working and needed here in Germany. > Agreed, I will try building with aqbanking & gwen but just wanted to test with less dependencies initially. > > > ---> Configuring gnome-desktop > > That has not been built here so I assume it's a evince dependency. > Yes, it was only there for evince, so commenting out evince fixed that. > > If you have any further questions I'm glad to answer. Gnucash does run > here from the command line. > I do have a problem once the install is finished. When I start gnucash it complains about being unable to load settings. It seems that gconf can't start: charless-macbook-pro:~ cedayiv$ gconftool-2 --spawn Failed to spawn the configuration server (gconfd): Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: Failed to get connection to session: dbus-launch failed to autolaunch D-Bus session: Autolaunch requested, but X11 support not compiled in. Cannot continue. Any ideas? > > Gru? Olaf > Cheers, Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: From cedayiv at gmail.com Fri Nov 7 14:26:37 2008 From: cedayiv at gmail.com (Charles Day) Date: Fri, 7 Nov 2008 14:26:37 -0800 Subject: Building GnuCash without X11 In-Reply-To: <1d6843d80811071312s2eb1151bn62702f278666c9dd@mail.gmail.com> References: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> <20081104183431.GA11684@foellinger.de> <1d6843d80811071312s2eb1151bn62702f278666c9dd@mail.gmail.com> Message-ID: <1d6843d80811071426y7d0aa0a2s557d4bc1f72163e8@mail.gmail.com> On Fri, Nov 7, 2008 at 1:12 PM, Charles Day wrote: > On Tue, Nov 4, 2008 at 10:34 AM, Olaf Foellinger wrote: > >> Hi, >> >> * Charles Day [04.11.08 09:20]wrote: >> >> > Greetings, >> > >> > I am one of the GnuCash developers, so I read with some excitement >> Olaf >> > Foellinger's report that he was able to build GnuCash without X11. If >> I >> >> :). Besides, I'm on 10.4 >> >> > can repeat his success and test it out, I hope that at some point we >> > might be able to begin offering GnuCash for Mac in native form. >> >> Very good, that's been my intention, too. >> >> > However, I tried it myself without much luck. Perhaps someone could >> > advise. >> > I have a brand-new MacBook Pro now (10.5.5), on which I installed >> > MacPorts. I started with the following: >> > sudo port install dbus +no_x11 >> > sudo port install cairo +no_x11 >> > sudo port install pango +no_x11 >> > sudo port install gtk2 +no_x11 >> >> Two prerequisites are missing: >> >> - delete the line "depends_run port:evince" in the gnucash portfile >> (that deletes many complicated gnome dependencies, too) >> > > Thanks, that was the problem. I saw that the line was in the portfile but I > hadn't commented it out. > > - in aqbanking portfile replace the line >> --with-frontends="cbanking g2banking qbanking" >> with >> --with-frontends="g2banking" >> - for the installation of libgtkhtml3 i had to apply the patch >> https://trac.macports.org/ticket/16989 > > > This part worked OK for me without the patch, maybe because of 10.5.5. > > >> >> - during the installatin of slib-guile16 sometimes I had to call >> $ ${prefix}/share/guile/site >> manually. >> > > I ran into that too, thanks. > > >> >> > sudo port install gnucash +without_hbci >> > The "+without_hbci" was just to remove a few dependencies, for a >> > hopefully greater chance of success. However, this failed when it >> > reached the desktop-gnome dependency, saying what I understand to >> mean >> > "I'm trying to build desktop-gnome +x11 but I need gtk2 +x11 and you >> > have gtk2 +no_x11 instead." >> >> Not necessary, hbci is working and needed here in Germany. >> > > Agreed, I will try building with aqbanking & gwen but just wanted to test > with less dependencies initially. > > >> >> > ---> Configuring gnome-desktop >> >> That has not been built here so I assume it's a evince dependency. >> > > Yes, it was only there for evince, so commenting out evince fixed that. > > >> >> If you have any further questions I'm glad to answer. Gnucash does run >> here from the command line. >> > > I do have a problem once the install is finished. When I start gnucash it > complains about being unable to load settings. It seems that gconf can't > start: > > charless-macbook-pro:~ cedayiv$ gconftool-2 --spawn > Failed to spawn the configuration server (gconfd): Failed to contact > configuration server; some possible causes are that you need to enable > TCP/IP networking for ORBit, or you have stale NFS locks due to a system > crash. See http://www.gnome.org/projects/gconf/ for information. (Details > - 1: Failed to get connection to session: dbus-launch failed to autolaunch > D-Bus session: Autolaunch requested, but X11 support not compiled in. > Cannot continue. > > Any ideas? > > Don't worry, I found the answer here. I see that you have commented there also. https://trac.macports.org/ticket/16755#comment:17 So I now have a working GnuCash to play with. Thanks again. >> Gru? Olaf >> > > Cheers, > Charles > -------------- next part -------------- An HTML attachment was scrubbed... URL: From markd at macports.org Fri Nov 7 14:44:53 2008 From: markd at macports.org (markd at macports.org) Date: Fri, 07 Nov 2008 14:44:53 -0800 Subject: nedi fails to build (on p5-math-pari) Message-ID: p5-math-pari installs fine for me. So is the problem fetching the tarball? If so, you can manually copy the tarball into ${prefix}/var/macports/distfiles/perl5 and then do the install. Mark >Message: 3 >Date: Thu, 6 Nov 2008 17:29:20 +0100 >From: Christoph Tilley >Subject: Re: nedi fails to build (on p5-math-pari) >To: Bryan Blackburn >Message-ID: <32864E8E-7F99-4F40-A640-CFFFF53C584D at mxr.at> >Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > >Seems like we're stuck here, doesn't it? Unless someone helps us. > >Please help! > > >On 06.11.2008, at 09:53, Bryan Blackburn wrote: > >> On Thu, Nov 06, 2008 at 06:16:02AM +0100, Tilley Christoph said: >>> Same thing again, unfortunately: >>> >>> tilley:~ srv_adm$ sudo port clean p5-math-pari >> [...] >>> Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ >> >> The issue is that the module wants to download a copy of the pari >> tarball, >> and is doing so via ftp (which appears to not work for you). >> >> I tried both updating the port to the current version and updating >> it to try >> and grab the file itself, but ran into several issues on my MBP. >> >> pari does some asm and some of this doesn't carry over into the >> perl module. >> I get undefined symbols, as it appears those symbols are declared >> common, >> trying various things to change this runs into further issues. >> Since my >> Intel assembly + Mac experience is too small, I had to quit at this >> point. >> >> Bryan >> >> >> [...] From marc.chantreux at biblibre.com Fri Nov 7 16:32:20 2008 From: marc.chantreux at biblibre.com (Marc Chantreux) Date: Sat, 8 Nov 2008 01:32:20 +0100 Subject: rsync failed Message-ID: <20081108003220.GA28860@auckland.lan> hello everybody, I'm trying to do a macport install behind a firewall that is blocking rsync. I decided to create an ssh tunnel to do it. $ grep ^rsync /opt/local/etc/macports/sources.conf rsync://localhost/release/ports/ local rsync port is forwarded so i tried to selfupdate. as you can see at line 19, something, somewhere, kept the real name of the rsync server so the connection failed. does someone knows a workaround ? regards 1 root# port -ds selfupdate 2 DEBUG: Rebuilding the MacPorts base system if needed. 3 DEBUG: Synchronizing ports tree(s) 4 DEBUG: Skipping file:///Users/admin/kohaports/ 5 Synchronizing local ports tree from rsync://localhost/release/ports/ 6 DEBUG: /usr/bin/rsync -rtzv --delete-after 7 rsync://localhost/release/ports/ 8 /opt/local/var/macports/sources/localhost/release/ports 9 receiving file list ... done 10 11 sent 36 bytes received 336559 bytes 96170.00 bytes/sec 12 total size is 19843065 speedup is 58.95 13 DEBUG: MacPorts base dir: 14 /opt/local/var/macports/sources/rsync.macports.org/release/base 15 DEBUG: Setting user: root 16 17 MacPorts base version 1.600 installed 18 DEBUG: Updating using rsync 19 rsync: failed to connect to rsync.macports.org: Operation timed out (60) 20 rsync error: error in socket IO (code 10) at 21 /SourceCache/rsync/rsync-35.2/rsync/clientserver.c(105) [receiver=2.6.9] 22 DEBUG: Error: rsync failed in selfupdate 23 while executing 24 "macports::selfupdate [array get global_options]" From cedayiv at gmail.com Fri Nov 7 18:15:13 2008 From: cedayiv at gmail.com (Charles Day) Date: Fri, 7 Nov 2008 18:15:13 -0800 Subject: Building GnuCash without X11 In-Reply-To: <133F8628-D43B-4F95-8285-D253B7A72B93@netvigator.com> References: <1d6843d80811031849o72c864a2need2acb4e0588cde@mail.gmail.com> <20081104183431.GA11684@foellinger.de> <1d6843d80811071312s2eb1151bn62702f278666c9dd@mail.gmail.com> <1d6843d80811071426y7d0aa0a2s557d4bc1f72163e8@mail.gmail.com> <133F8628-D43B-4F95-8285-D253B7A72B93@netvigator.com> Message-ID: <1d6843d80811071815l7c0d42c7q3eeec90525f08ee1@mail.gmail.com> On Fri, Nov 7, 2008 at 2:39 PM, Lai Hilary wrote: > Hi I notice that you have gnucash built without X11. I am very interested. > Could you give me the details of the installation? > Does it work with online price update? > Don't forget to cc the list... I must say at the outset that I am completely new to MacPorts so don't listen to me, listen to Olaf instead! But I think that between this thread and the original post from Olaf you can figure it out: http://lists.macosforge.org/pipermail/macports-users/2008-October/012075.html By the way, I would not really use this with your data yet. Who knows if it will work properly (maybe). Also I have not tested the quote downloading yet, sorry. All I have really done is start GnuCash successfully. Ultimately we might be able to make a .app for GnuCash, which it looks like Olaf is already trying. -Charles > Thanks > Hilary > > On 8 Nov 2008, at 6:26 AM, Charles Day wrote: > > On Fri, Nov 7, 2008 at 1:12 PM, Charles Day wrote: > >> On Tue, Nov 4, 2008 at 10:34 AM, Olaf Foellinger wrote: >> >>> Hi, >>> >>> * Charles Day [04.11.08 09:20]wrote: >>> >>> > Greetings, >>> > >>> > I am one of the GnuCash developers, so I read with some excitement >>> Olaf >>> > Foellinger's report that he was able to build GnuCash without X11. >>> If I >>> >>> :). Besides, I'm on 10.4 >>> >>> > can repeat his success and test it out, I hope that at some point we >>> > might be able to begin offering GnuCash for Mac in native form. >>> >>> Very good, that's been my intention, too. >>> >>> > However, I tried it myself without much luck. Perhaps someone could >>> > advise. >>> > I have a brand-new MacBook Pro now (10.5.5), on which I installed >>> > MacPorts. I started with the following: >>> > sudo port install dbus +no_x11 >>> > sudo port install cairo +no_x11 >>> > sudo port install pango +no_x11 >>> > sudo port install gtk2 +no_x11 >>> >>> Two prerequisites are missing: >>> >>> - delete the line "depends_run port:evince" in the gnucash portfile >>> (that deletes many complicated gnome dependencies, too) >>> >> >> Thanks, that was the problem. I saw that the line was in the portfile but >> I hadn't commented it out. >> >> - in aqbanking portfile replace the line >>> --with-frontends="cbanking g2banking qbanking" >>> with >>> --with-frontends="g2banking" >>> - for the installation of libgtkhtml3 i had to apply the patch >>> https://trac.macports.org/ticket/16989 >> >> >> This part worked OK for me without the patch, maybe because of 10.5.5. >> >> >>> >>> - during the installatin of slib-guile16 sometimes I had to call >>> $ ${prefix}/share/guile/site >>> manually. >>> >> >> I ran into that too, thanks. >> >> >>> >>> > sudo port install gnucash +without_hbci >>> > The "+without_hbci" was just to remove a few dependencies, for a >>> > hopefully greater chance of success. However, this failed when it >>> > reached the desktop-gnome dependency, saying what I understand to >>> mean >>> > "I'm trying to build desktop-gnome +x11 but I need gtk2 +x11 and you >>> > have gtk2 +no_x11 instead." >>> >>> Not necessary, hbci is working and needed here in Germany. >>> >> >> Agreed, I will try building with aqbanking & gwen but just wanted to test >> with less dependencies initially. >> >> >>> >>> > ---> Configuring gnome-desktop >>> >>> That has not been built here so I assume it's a evince dependency. >>> >> >> Yes, it was only there for evince, so commenting out evince fixed that. >> >> >>> >>> If you have any further questions I'm glad to answer. Gnucash does run >>> here from the command line. >>> >> >> I do have a problem once the install is finished. When I start gnucash it >> complains about being unable to load settings. It seems that gconf can't >> start: >> >> charless-macbook-pro:~ cedayiv$ gconftool-2 --spawn >> Failed to spawn the configuration server (gconfd): Failed to contact >> configuration server; some possible causes are that you need to enable >> TCP/IP networking for ORBit, or you have stale NFS locks due to a system >> crash. See http://www.gnome.org/projects/gconf/ for information. (Details >> - 1: Failed to get connection to session: dbus-launch failed to autolaunch >> D-Bus session: Autolaunch requested, but X11 support not compiled in. >> Cannot continue. >> >> Any ideas? >> >> > > Don't worry, I found the answer here. I see that you have commented there > also. > https://trac.macports.org/ticket/16755#comment:17 > > So I now have a working GnuCash to play with. Thanks again. > > >>> Gru? Olaf >>> >> >> Cheers, >> Charles >> > > _______________________________________________ > 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 talklists at newgeo.com Fri Nov 7 18:49:09 2008 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 7 Nov 2008 18:49:09 -0800 Subject: ASSP out of date In-Reply-To: <20081106090638.GY454@ninagal.withay.com> References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> Message-ID: Is there a long standing debate on this list that a normal reply does not go back to the list? I am sorry to all of you who I have replied to direct, I did intend for it to go to the list for the benefit of the archives. On Nov 6, 2008, at 1:06 AM, Bryan Blackburn wrote: > What goes in there of course depends on how you actually install > this port; > since you've done this by hand you should have a pretty good idea. > Though > note everything should go into things starting with ${destroot}$ > {prefix} as > that is a staging area, so port can then scan it to find all files to > install. > > For a manual install, see as an example the destroot phase of > > > > to at least get you started. If you have to install a number of files > matching various patterns, see the last part of the post-destroot > phase in > > Portfile> > > which uses glob to match multiple files. Yes, these are just files, which is the part in the script that I am at now. First, there is the issue of needing to do things to the files while they are freshly unpacked. I am yet to find a good way to recursively act on a set of files in TCL. The idea is, I have a set of files, and directories, and who knows how deep they go, or what the developer will do to the arrangement later. Sure, I can do the foreach file1 file2 file3 dir1/file1 dir1/file2 with a glob, but that is then something I have to maintain. I can stuff the files and directories into a list, which makes it a little easier... At the end of the day, I think it would be best to simply say, "I want to perform an action on all files below 'directory', using a file extension filter. It can be a whitelist, or a blacklist, that is trivial, though a non extension file may have to have some though put into it. How does one do this in tcl? I have a test case, and this is my first ever step into tcl, and further, my first recursive function that deals with recursion. Never called the function itself in a function before... proc recursiveDirList { dir } { set tmp_list {} # Traverse top directory set contents [glob -nocomplain -directory $dir *] foreach item $contents { lappend tmp_list $item # Recurse - go into the sub directory if { [file isdirectory $item] } { lappend tmp_list [recursiveDirList $item] } } # Final result, a list of all files and directories in $dir return $tmp_list } # Iterate the results, foreach line [recursiveDirList $worksrcpath] { if { [regexp {((.*\.txt)|(.*\.dat)|(.*\.pl)|(.*\.sh))} $line] } { puts "-" puts $line puts "-" } } So the first one just makes a list of all directories and files. First bad thing is that I do not want the directory in there, there is no action I will ever take on a directory. Second, when I print out the list, it is not a clean list, but a nested one, and some items have "{" and "}" wrapping the path items, which makes no sense to me. Stumped. I then made the second chunk of code, in order to filter the files I want. I suspect there is a better regex I can use to make sure it ends with, and does not contain the pattern, and it should be case insensitive. In reality, it would be much more ideal to simply supply a file extension list to the first function, and return a nice clean list of the files. I gave up on this, and did it in a less future proof way, for the sake of having less code in the port. If someone can help me with this to make it worthwhile, I would rather go this route. It would be an nice way to remove DOS lines endings, or do basic find and replace across a bunch of files. I never have to worry if the developer changes things. ------- How does one decide where to put the final set of files? Currently, it looks like the old assp puts it in /opt/local/var but how was that decided? Do I hard code that path, or is there a built in I am missing? The old assp port file did some user and group adding, and I have never done that in the past to make this run. Is this a requirement to do so, or at least a good practice? I will check with the developer, but I think the permissions are best set to the user that installed it. Or in the OS X case, the logged in user I would assume. I can not see why this set of files needs to run as anything else, it has it's own http server, so permissions and user/group, as long as the same as the http server, would be fine. In the old assp port I also see basically, once line of xinstall for every file that needs dealing with. Is there not a way to simply tell it to take a directory, and move it where it needs to go? if not, what about the subdirectories, I have to move the individual files one at a time, and then how do I create those files parent directory? Finally, after all that, I will get to the dependencies, for which, about 25% of them do not seem to have port files. From looking over many of the p5-* ports, is it really as simple as that, sort of like CPAN does it, MacPorts does that as well, so I simply make this bare minimum port file, and it runs with it? What happens if this newly made port file has dependencies, and those dependencies have dependencies? Do I have to traverse the entire dependency tree to get them to work? I could be in those for 20 or so port files if that is true :) Thanks again. -- Scott From wka73 at yahoo.com Fri Nov 7 21:04:16 2008 From: wka73 at yahoo.com (Andrew) Date: Fri, 7 Nov 2008 21:04:16 -0800 (PST) Subject: can't install gettext Message-ID: <521648.15558.qm@web56508.mail.re3.yahoo.com> I recently installed MacPorts 1.6.0 via the package install and was able to do a port selfupdate. However, when I tried to install gettext, I get the following error: sudo port -d -f install gettext (... a bunch of messages available upon request...) ---> Building ncursesw with target all DEBUG: Executing org.macports.build (ncursesw) DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_ncursesw/work/ncurses-5.6" && make all' cd man && make DESTDIR="" all make[1]: Nothing to be done for `all'. cd include && make DESTDIR="" all gawk -f MKterm.h.awk ./Caps > term.h dyld: Library not loaded: /opt/local/lib/libintl.8.dylib Referenced from: /bin/gawk Reason: image not found make[1]: *** [term.h] Error 133 make: *** [all] Error 2 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_ncursesw/work/ncurses-5.6" && make all " returned error 2 Command output: cd man && make DESTDIR="" all make[1]: Nothing to be done for `all'. cd include && make DESTDIR="" all gawk -f MKterm.h.awk ./Caps > term.h dyld: Library not loaded: /opt/local/lib/libintl.8.dylib Referenced from: /bin/gawk Reason: image not found make[1]: *** [term.h] Error 133 make: *** [all] Error 2 Warning: the following items did not execute (for ncursesw): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: The following dependencies failed to build: ncurses ncursesw Error: Status 1 encountered during processing. (end of error messages) If I do: ls /opt/local/lib/libintl* the message I get is: ls: /opt/local/lib/libintl*: No such file or directory So I believe gawk is trying to load libintl.8.dylib but it has not been installed. I thought libintl.8.dylib is from gettext. What am I doing wrong here? And how can I fix it? Thanks, Andrew From blb at macports.org Sat Nov 8 00:38:10 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat, 8 Nov 2008 01:38:10 -0700 Subject: nedi fails to build (on p5-math-pari) In-Reply-To: References: Message-ID: <20081108083810.GX657@ninagal.withay.com> On Fri, Nov 07, 2008 at 02:44:53PM -0800, markd at macports.org said: > p5-math-pari installs fine for me. So is the problem fetching the > tarball? If so, you can manually copy the tarball into > ${prefix}/var/macports/distfiles/perl5 and then do the install. If you are on an Intel-based Mac, did you try running 'make test' when it built? Also, manual fetching doesn't work because the perl module, while building, does the fetch itself so it won't look under ${prefix}. Bryan > > Mark > [...] From blb at macports.org Sat Nov 8 00:46:01 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat, 8 Nov 2008 01:46:01 -0700 Subject: rsync failed In-Reply-To: <20081108003220.GA28860@auckland.lan> References: <20081108003220.GA28860@auckland.lan> Message-ID: <20081108084601.GY657@ninagal.withay.com> On Sat, Nov 08, 2008 at 01:32:20AM +0100, Marc Chantreux said: > hello everybody, > > I'm trying to do a macport install behind a firewall that is blocking > rsync. I decided to create an ssh tunnel to do it. > > $ grep ^rsync /opt/local/etc/macports/sources.conf > rsync://localhost/release/ports/ > > local rsync port is forwarded so i tried to selfupdate. as you can see > at line 19, something, somewhere, kept the real name of the rsync server > so the connection failed. Did you also update the rsync_server setting in /opt/local/etc/macports/macports.conf? I believe that is the one used for the base source code (the one in sources.conf is for the Portfile repository). Bryan > > does someone knows a workaround ? > regards > [...] From blb at macports.org Sat Nov 8 00:48:38 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat, 8 Nov 2008 01:48:38 -0700 Subject: can't install gettext In-Reply-To: <521648.15558.qm@web56508.mail.re3.yahoo.com> References: <521648.15558.qm@web56508.mail.re3.yahoo.com> Message-ID: <20081108084838.GZ657@ninagal.withay.com> On Fri, Nov 07, 2008 at 09:04:16PM -0800, Andrew said: > I recently installed MacPorts 1.6.0 via the package install and was able to do a port selfupdate. > > > However, when I tried to install gettext, I get the following error: > > sudo port -d -f install gettext > > (... a bunch of messages available upon request...) > > ---> Building ncursesw with target all [...] > gawk -f MKterm.h.awk ./Caps > term.h > dyld: Library not loaded: /opt/local/lib/libintl.8.dylib > Referenced from: /bin/gawk > Reason: image not found Do you know where /bin/gawk came from? Since it links to something in /opt/local, seems like it may have been copied from a MacPorts install into /bin, but MacPorts itself will not do anything in /usr or /bin like that. I'd suggest removing /bin/gawk, cleaning ncursesw (sudo port clean --work ncursesw) then trying again. Also, make sure you don't have other bits in /bin, /sbin, /usr/bin, or /usr/sbin that may have been copied from other places. Bryan [...] > > Thanks, > Andrew > From macports.users at gmail.com Sat Nov 8 07:11:40 2008 From: macports.users at gmail.com (Charles Darwin) Date: Sat, 8 Nov 2008 10:11:40 -0500 Subject: Where does zenmap.conf live? Message-ID: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> Hi, Does anyone know where the zenmap.conf is? I need to enable zenmap. Shouldn't there be a variant for it? Charles From ryandesign at macports.org Sat Nov 8 12:50:26 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 8 Nov 2008 14:50:26 -0600 Subject: Where does zenmap.conf live? In-Reply-To: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> Message-ID: On Nov 8, 2008, at 09:11, Charles Darwin wrote: > Does anyone know where the zenmap.conf is? I need to enable zenmap. > Shouldn't there be a variant for it? What port are we talking about? From talklists at newgeo.com Sat Nov 8 14:19:29 2008 From: talklists at newgeo.com (Scott Haneda) Date: Sat, 8 Nov 2008 14:19:29 -0800 Subject: ASSP out of date In-Reply-To: References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> Message-ID: Any chance someone can take a poke at this one? I'm trying to have a running port by wekkends end. I know there is a lot in there but I'm stumped. Thanks. -- Scott Iphone says hello. On Nov 7, 2008, at 6:49 PM, Scott Haneda wrote: > Is there a long standing debate on this list that a normal reply > does not go back to the list? I am sorry to all of you who I have > replied to direct, I did intend for it to go to the list for the > benefit of the archives. > > On Nov 6, 2008, at 1:06 AM, Bryan Blackburn wrote: >> What goes in there of course depends on how you actually install >> this port; >> since you've done this by hand you should have a pretty good idea. >> Though >> note everything should go into things starting with ${destroot}$ >> {prefix} as >> that is a staging area, so port can then scan it to find all files to >> install. >> >> For a manual install, see as an example the destroot phase of >> >> >> >> to at least get you started. If you have to install a number of >> files >> matching various patterns, see the last part of the post-destroot >> phase in >> >> > > >> >> which uses glob to match multiple files. > > > Yes, these are just files, which is the part in the script that I am > at now. > > First, there is the issue of needing to do things to the files while > they are freshly unpacked. I am yet to find a good way to > recursively act on a set of files in TCL. > > The idea is, I have a set of files, and directories, and who knows > how deep they go, or what the developer will do to the arrangement > later. > > Sure, I can do the foreach file1 file2 file3 dir1/file1 dir1/file2 > with a glob, but that is then something I have to maintain. I can > stuff the files and directories into a list, which makes it a little > easier... > > At the end of the day, I think it would be best to simply say, "I > want to perform an action on all files below 'directory', using a > file extension filter. > > It can be a whitelist, or a blacklist, that is trivial, though a non > extension file may have to have some though put into it. > > How does one do this in tcl? I have a test case, and this is my > first ever step into tcl, and further, my first recursive function > that deals with recursion. Never called the function itself in a > function before... > > proc recursiveDirList { dir } { > set tmp_list {} > # Traverse top directory > set contents [glob -nocomplain -directory $dir *] > foreach item $contents { > lappend tmp_list $item > # Recurse - go into the sub directory > if { [file isdirectory $item] } { > lappend tmp_list [recursiveDirList $item] > } > } > # Final result, a list of all files and directories in $dir > return $tmp_list > } > > > # Iterate the results, > foreach line [recursiveDirList $worksrcpath] { > if { [regexp {((.*\.txt)|(.*\.dat)|(.*\.pl)|(.*\.sh))} $line] } { > puts "-" > puts $line > puts "-" > } > } > > So the first one just makes a list of all directories and files. > First bad thing is that I do not want the directory in there, there > is no action I will ever take on a directory. Second, when I print > out the list, it is not a clean list, but a nested one, and some > items have "{" and "}" wrapping the path items, which makes no sense > to me. Stumped. > > I then made the second chunk of code, in order to filter the files I > want. I suspect there is a better regex I can use to make sure it > ends with, and does not contain the pattern, and it should be case > insensitive. > > In reality, it would be much more ideal to simply supply a file > extension list to the first function, and return a nice clean list > of the files. > > I gave up on this, and did it in a less future proof way, for the > sake of having less code in the port. If someone can help me with > this to make it worthwhile, I would rather go this route. It would > be an nice way to remove DOS lines endings, or do basic find and > replace across a bunch of files. I never have to worry if the > developer changes things. > > ------- > How does one decide where to put the final set of files? Currently, > it looks like the old assp puts it in /opt/local/var but how was > that decided? Do I hard code that path, or is there a built in I am > missing? > > The old assp port file did some user and group adding, and I have > never done that in the past to make this run. Is this a requirement > to do so, or at least a good practice? I will check with the > developer, but I think the permissions are best set to the user that > installed it. Or in the OS X case, the logged in user I would > assume. I can not see why this set of files needs to run as anything > else, it has it's own http server, so permissions and user/group, as > long as the same as the http server, would be fine. > > In the old assp port I also see basically, once line of xinstall for > every file that needs dealing with. Is there not a way to simply > tell it to take a directory, and move it where it needs to go? if > not, what about the subdirectories, I have to move the individual > files one at a time, and then how do I create those files parent > directory? > > Finally, after all that, I will get to the dependencies, for which, > about 25% of them do not seem to have port files. From looking over > many of the p5-* ports, is it really as simple as that, sort of like > CPAN does it, MacPorts does that as well, so I simply make this bare > minimum port file, and it runs with it? What happens if this newly > made port file has dependencies, and those dependencies have > dependencies? Do I have to traverse the entire dependency tree to > get them to work? I could be in those for 20 or so port files if > that is true :) > > Thanks again. > -- > Scott From devans at macports.org Sat Nov 8 14:41:13 2008 From: devans at macports.org (David Evans) Date: Sat, 08 Nov 2008 14:41:13 -0800 Subject: ASSP out of date In-Reply-To: References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> Message-ID: <49161589.5020702@macports.org> Scott -- Can you post a copy of your Portfile as it currently is? Or did I miss it? Concerning the dependencies if there are so many, perhaps if you published a list of what's needed others might lend a hand. It does look like you picked a tough case for your first Portfile. Dave From ryandesign at macports.org Sat Nov 8 14:53:39 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 8 Nov 2008 16:53:39 -0600 Subject: ASSP out of date In-Reply-To: References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> Message-ID: On Nov 7, 2008, at 20:49, Scott Haneda wrote: > Is there a long standing debate on this list that a normal reply > does not go back to the list? I am sorry to all of you who I have > replied to direct, I did intend for it to go to the list for the > benefit of the archives. Press the Reply All button in your email program to reply to the list and the sender. Press the Reply button to reply only to the sender. Generally you'll want to use the Reply All button. > On Nov 6, 2008, at 1:06 AM, Bryan Blackburn wrote: >> What goes in there of course depends on how you actually install >> this port; >> since you've done this by hand you should have a pretty good >> idea. Though >> note everything should go into things starting with ${destroot}$ >> {prefix} as >> that is a staging area, so port can then scan it to find all files to >> install. >> >> For a manual install, see as an example the destroot phase of >> >> >> >> to at least get you started. If you have to install a number of >> files >> matching various patterns, see the last part of the post-destroot >> phase in >> >> > Portfile> >> >> which uses glob to match multiple files. > > > Yes, these are just files, which is the part in the script that I > am at now. > > First, there is the issue of needing to do things to the files > while they are freshly unpacked. I am yet to find a good way to > recursively act on a set of files in TCL. [snip] There is a function fs-traverse in MacPorts designed for this. Grep through the existing portfiles to see how this can be used. > How does one decide where to put the final set of files? > Currently, it looks like the old assp puts it in /opt/local/var but > how was that decided? Do I hard code that path, or is there a > built in I am missing? The /opt/local part should be expressed as ${prefix} in the Portfile since MacPorts could be in a different prefix. The /var part would be hardcoded. I don't know what kinds of files assp installs so I can't advise where they should go. The authors of assp don't have a recommended standard install location? > The old assp port file did some user and group adding, and I have > never done that in the past to make this run. Is this a requirement > to do so, or at least a good practice? I will check with the > developer, but I think the permissions are best set to the user > that installed it. Or in the OS X case, the logged in user I would > assume. I can not see why this set of files needs to run as > anything else, it has it's own http server, so permissions and user/ > group, as long as the same as the http server, would be fine. I dislike ports that mess with my system users and groups. For one thing, that means the port has to be installed as root; I prefer to install as my own user whenever possible. If a user/group is necessary for the software, then of course add it. If not, don't. > In the old assp port I also see basically, once line of xinstall > for every file that needs dealing with. Is there not a way to > simply tell it to take a directory, and move it where it needs to > go? if not, what about the subdirectories, I have to move the > individual files one at a time, and then how do I create those > files parent directory? You can use "file copy" instead of "xinstall" to copy entire directories. > Finally, after all that, I will get to the dependencies, for which, > about 25% of them do not seem to have port files. From looking > over many of the p5-* ports, is it really as simple as that, sort > of like CPAN does it, MacPorts does that as well, so I simply make > this bare minimum port file, and it runs with it? What happens if > this newly made port file has dependencies, and those dependencies > have dependencies? Do I have to traverse the entire dependency > tree to get them to work? I could be in those for 20 or so port > files if that is true :) Make ports for those perl modules do not exist. Yes, you need to properly express each port's dependencies. From jkh at apple.com Sat Nov 8 16:25:13 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Sat, 8 Nov 2008 16:25:13 -0800 Subject: Traversing filesystems [was Re: ASSP out of date] In-Reply-To: References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> Message-ID: <8E0DC7E3-D552-4ED6-A505-AFE1F22C6FA0@apple.com> [Adjusting topic to be a bit more descriptive of the current discussion] On Nov 8, 2008, at 2:53 PM, Ryan Schmidt wrote: > There is a function fs-traverse in MacPorts designed for this. Grep > through the existing portfiles to see how this can be used. As one of the authors of that function, I'd also be happy to take "enhancement requests" for it since it was written to be pretty generic and with only a couple of usage cases in mind at the time. The code is very simple and not hard to extend, assuming the enhancements make any kind of sense. Regarding your earlier function, however, since I think we should always help people learn Tcl where possible.. :-) proc recursiveDirList { dir } { set tmp_list {} # Traverse top directory set contents [glob -nocomplain -directory $dir *] foreach item $contents { lappend tmp_list $item # Recurse - go into the sub directory if { [file isdirectory $item] } { lappend tmp_list [recursiveDirList $item] } } # Final result, a list of all files and directories in $dir return $tmp_list } You say: "First bad thing is that I do not want the directory in there, there is no action I will ever take on a directory. Second, when I print out the list, it is not a clean list, but a nested one, and some items have "{" and "}" wrapping the path items, which makes no sense to me. Stumped" First, the directory items are an easy fix. Just don't lappend the item unless it's a file, otherwise recurse. E.g.: proc recursiveDirList { dir } { set tmp_list {} # Traverse top directory set contents [glob -nocomplain -directory $dir *] foreach item $contents { # Recurse - go into the sub directory if { [file isdirectory $item] } { lappend tmp_list [recursiveDirList $item] } else { lappend tmp_list $item } } # Final result, a list of all files and directories in $dir return $tmp_list } That eliminates the extra directory entries. Now you have directories expressed in their own lists, which is actually what you would typically want and expect since this lets you pass the resulting "uberlist" to some other function which walks through it and could benefit from having the nesting level preserved, but OK, you want to flatten everything and use absolute paths throughout, no problem. Just change: lappend tmp_list [recursiveDirList $item] to set tmp_list [concat $tmp_list [recursiveDirList $item]] Now the lists are flattened. This brings us to your final point, which is that some items have {}'s wrapping them. This is actually not a bug, this is a feature, since Mac OS X filenames can contain spaces and braces and other special characters that would confuse the heck out of your subsequent pass through the list if they were not "escaped" by the braces, e.g. "I am a file with a lot of spaces and {crazy chars} in my name!" is going to cause you to look up each element in the name otherwise. That bit of behavior you want to keep. Finally, you say "In reality, it would be much more ideal to simply supply a file extension list to the first function, and return a nice clean list of the files" I suspect you actually already know how to do this, you're just being blinded by the obvious.. :) Final version: proc recursiveDirList { dir pattern } { set tmp_list {} # Traverse top directory set contents [glob -nocomplain -directory $dir *] foreach item $contents { # Recurse - go into the sub directory if { [file isdirectory $item] } { set tmp_list [concat $tmp_list [recursiveDirList $item $pattern]] } else { if {[regexp $pattern $item]} { lappend tmp_list $item } } } # Final result, a list of all files and directories in $dir return $tmp_list } Voila. Now you can have, say, a list of all .c or .h files in a directory by saying: recursiveDirList . {.*\.[ch]} See, no one can say I'm not a believer in that ancient adage: "Give a man a Tcl function and you have educated him for a day. Teach him Tcl, on the other hand, and you have made an enemy for life!" :-) - Jordan From macports.users at gmail.com Sat Nov 8 16:57:22 2008 From: macports.users at gmail.com (Charles Darwin) Date: Sat, 8 Nov 2008 19:57:22 -0500 Subject: Where does zenmap.conf live? In-Reply-To: References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> Message-ID: <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> On 8-Nov-08, at 3:50 PM, Ryan Schmidt wrote: > On Nov 8, 2008, at 09:11, Charles Darwin wrote: > >> Does anyone know where the zenmap.conf is? I need to enable zenmap. >> Shouldn't there be a variant for it? > > What port are we talking about? > nmap From dluke at geeklair.net Sat Nov 8 17:33:43 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Sat, 8 Nov 2008 20:33:43 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> Message-ID: <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> On Nov 8, 2008, at 7:57 PM, Charles Darwin wrote: > On 8-Nov-08, at 3:50 PM, Ryan Schmidt wrote: >> On Nov 8, 2008, at 09:11, Charles Darwin wrote: >> >>> Does anyone know where the zenmap.conf is? I need to enable >>> zenmap. Shouldn't there be a variant for it? >> >> What port are we talking about? > > nmap The nmap port does not install the zenmap gui. (Patches welcome for enhancements). If you want to know what files the nmap installed do: port contents nmap -- 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 macports.users at gmail.com Sat Nov 8 17:37:45 2008 From: macports.users at gmail.com (Charles Darwin) Date: Sat, 8 Nov 2008 20:37:45 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> Message-ID: <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> On 8-Nov-08, at 8:33 PM, Daniel J. Luke wrote: > On Nov 8, 2008, at 7:57 PM, Charles Darwin wrote: >> On 8-Nov-08, at 3:50 PM, Ryan Schmidt wrote: >>> On Nov 8, 2008, at 09:11, Charles Darwin wrote: >>> >>>> Does anyone know where the zenmap.conf is? I need to enable >>>> zenmap. Shouldn't there be a variant for it? >>> >>> What port are we talking about? >> >> nmap > > > The nmap port does not install the zenmap gui. (Patches welcome for > enhancements). > I read about it here: "To enable Zenmap to find it, set the nmap_command_path variable in zenmap.conf to /sw/bin/nmap or/opt/local/bin/nmap as described in the section called ?The nmap Executable?." > If you want to know what files the nmap installed do: > > port contents nmap > > -- > Daniel J. Luke > +========================================================+ > | *---------------- dluke at geeklair.net ----------------* | > | *-------------- http://www.geeklair.net -------------* | > +========================================================+ > | Opinions expressed are mine and do not necessarily | > | reflect the opinions of my employer. | > +========================================================+ > > > From talklists at newgeo.com Sat Nov 8 18:03:04 2008 From: talklists at newgeo.com (Scott Haneda) Date: Sat, 8 Nov 2008 18:03:04 -0800 Subject: ASSP out of date In-Reply-To: References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> Message-ID: <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> On Nov 8, 2008, at 2:53 PM, Ryan Schmidt wrote: > On Nov 7, 2008, at 20:49, Scott Haneda wrote: > >> Is there a long standing debate on this list that a normal reply >> does not go back to the list? I am sorry to all of you who I have >> replied to direct, I did intend for it to go to the list for the >> benefit of the archives. > > Press the Reply All button in your email program to reply to the > list and the sender. > > Press the Reply button to reply only to the sender. > > Generally you'll want to use the Reply All button. Yeah :) I just forget, most the other mail lists reply back to the list. Not a big deal. >> Yes, these are just files, which is the part in the script that I >> am at now. >> >> First, there is the issue of needing to do things to the files >> while they are freshly unpacked. I am yet to find a good way to >> recursively act on a set of files in TCL. > > [snip] > > There is a function fs-traverse in MacPorts designed for this. Grep > through the existing portfiles to see how this can be used. Ok, cool, thanks. Uhm, how does one grep though port files? I mean I should install a few, and then locally grep my FS? >> How does one decide where to put the final set of files? >> Currently, it looks like the old assp puts it in /opt/local/var but >> how was that decided? Do I hard code that path, or is there a >> built in I am missing? > > The /opt/local part should be expressed as ${prefix} in the Portfile > since MacPorts could be in a different prefix. The /var part would > be hardcoded. I don't know what kinds of files assp installs so I > can't advise where they should go. The authors of assp don't have a > recommended standard install location? It does not seem to matter, as they are just files. The original port put them in /var which I do not think is a perfect place. It looks like most put it in /usr/share/assp but I will confirm with the developer? >> The old assp port file did some user and group adding, and I have >> never done that in the past to make this run. Is this a requirement >> to do so, or at least a good practice? I will check with the >> developer, but I think the permissions are best set to the user >> that installed it. Or in the OS X case, the logged in user I would >> assume. I can not see why this set of files needs to run as >> anything else, it has it's own http server, so permissions and user/ >> group, as long as the same as the http server, would be fine. > > I dislike ports that mess with my system users and groups. For one > thing, that means the port has to be installed as root; I prefer to > install as my own user whenever possible. If a user/group is > necessary for the software, then of course add it. If not, don't. I agree, every time i put something in and it adds in a user, I have to wonder why, most of them do not need to. The original port for assp did this, I will not be doing this. >> In the old assp port I also see basically, once line of xinstall >> for every file that needs dealing with. Is there not a way to >> simply tell it to take a directory, and move it where it needs to >> go? if not, what about the subdirectories, I have to move the >> individual files one at a time, and then how do I create those >> files parent directory? > > You can use "file copy" instead of "xinstall" to copy entire > directories. Cool, nice, that is perfect. That saves me about 20 lines in the port, or at least a foreach or three. -- Scott From talklists at newgeo.com Sat Nov 8 18:07:28 2008 From: talklists at newgeo.com (Scott Haneda) Date: Sat, 8 Nov 2008 18:07:28 -0800 Subject: ASSP out of date In-Reply-To: <49161589.5020702@macports.org> References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <49161589.5020702@macports.org> Message-ID: <08D5DB3B-2C9F-4458-8CB6-4811E90A0B85@newgeo.com> On Nov 8, 2008, at 2:41 PM, David Evans wrote: > Can you post a copy of your Portfile as it currently is? Or did I miss > it? I am largely using this as a chance to learn portfiles and tcl, so it is a bit of a testing bed now. I just managed a clean recusrsive listing function. Was good to do, but I will look at the built in command that is part of ports. Once I get to a semi clean non embarrassing file, I will put it up. > Concerning the dependencies > if there are so many, perhaps if you published a list of what's needed > others might lend a hand. Sure, I can find some, but not others: Net::DNS Compress::Zlib Digest::MD5 Email::MIME::Modifier new Email::Valid File::ReadBackwards Mail::SPF new Mail::SPF::Query Mail::SRS Net::CIDR::Lite new Net::IP::Match::Regexp new Net::LDAP Net::SMTP new Net::SenderBase new Net::Syslog Sys::Syslog Tie::RDBM Time::HiRes Win32::Daemon I assume ClamAV, which is not in that list, should be already available, and ready to go. > It does look like you picked a tough case for your first Portfile. Ahh, it's all good fun, I am learning a lot about how this works. Turns out the reason so many people I know have not used ASSP is because they could not get it installed. A few tried with DarwinPorts and gave up. Hopefully, I can fix that, and this being something I need to use in production, I will make sure it is up to date at all times. -- Scott From devans at macports.org Sat Nov 8 19:37:02 2008 From: devans at macports.org (David Evans) Date: Sat, 08 Nov 2008 19:37:02 -0800 Subject: ASSP out of date In-Reply-To: <08D5DB3B-2C9F-4458-8CB6-4811E90A0B85@newgeo.com> References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <49161589.5020702@macports.org> <08D5DB3B-2C9F-4458-8CB6-4811E90A0B85@newgeo.com> Message-ID: <49165ADE.2000902@macports.org> Scott Haneda wrote: >> Concerning the dependencies >> if there are so many, perhaps if you published a list of what's needed >> others might lend a hand. > > Sure, I can find some, but not others: > Net::DNS > Compress::Zlib > Digest::MD5 > Email::MIME::Modifier new > Email::Valid > File::ReadBackwards > Mail::SPF new > Mail::SPF::Query > Mail::SRS > Net::CIDR::Lite new > Net::IP::Match::Regexp new > Net::LDAP > Net::SMTP new > Net::SenderBase new > Net::Syslog > Sys::Syslog > Tie::RDBM > Time::HiRes > Win32::Daemon A lot of these are there already you can use port contents perl5.8 to see a list of the files installed with the basic perl (after you have installed it) and port search p5- will give you a list of other perl modules available such as p5-compress-zlib p5-digest-md5 p5-email-valid p5-net-dns p5-time-hires to pick just a few quickly -- you get the idea Dave > > I assume ClamAV, which is not in that list, should be already > available, and ready to go. > _______________________________________________ macports-dev mailing list macports-dev at lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev From blb at macports.org Sat Nov 8 19:45:31 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat, 8 Nov 2008 20:45:31 -0700 Subject: Where does zenmap.conf live? In-Reply-To: <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> Message-ID: <20081109034531.GK782@ninagal.withay.com> On Sat, Nov 08, 2008 at 08:37:45PM -0500, Charles Darwin said: > > On 8-Nov-08, at 8:33 PM, Daniel J. Luke wrote: > >> On Nov 8, 2008, at 7:57 PM, Charles Darwin wrote: >>> On 8-Nov-08, at 3:50 PM, Ryan Schmidt wrote: >>>> On Nov 8, 2008, at 09:11, Charles Darwin wrote: >>>> >>>>> Does anyone know where the zenmap.conf is? I need to enable >>>>> zenmap. Shouldn't there be a variant for it? >>>> >>>> What port are we talking about? >>> >>> nmap >> >> >> The nmap port does not install the zenmap gui. (Patches welcome for >> enhancements). >> > > I read about it here: > > > > "To enable Zenmap to find it, set the nmap_command_path variable in > zenmap.conf to /sw/bin/nmap or/opt/local/bin/nmap as described in the > section called ?The nmap Executable?." That only applies if you install zenmap via some other method, since the nmap port doesn't currently install it. However, see Once that's done you shouldn't have to mess with zenmap.conf as long as /opt/local/bin is in your PATH. Bryan > >> If you want to know what files the nmap installed do: >> >> port contents nmap >> >> -- >> Daniel J. Luke >> +========================================================+ >> | *---------------- dluke at geeklair.net ----------------* | >> | *-------------- http://www.geeklair.net -------------* | >> +========================================================+ >> | Opinions expressed are mine and do not necessarily | >> | reflect the opinions of my employer. | >> +========================================================+ >> >> >> > From ryandesign at macports.org Sun Nov 9 01:02:49 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 9 Nov 2008 03:02:49 -0600 Subject: ASSP out of date In-Reply-To: <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> Message-ID: <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> On Nov 8, 2008, at 20:03, Scott Haneda wrote: > On Nov 8, 2008, at 2:53 PM, Ryan Schmidt wrote: > >> On Nov 7, 2008, at 20:49, Scott Haneda wrote: >> >>> First, there is the issue of needing to do things to the files >>> while they are freshly unpacked. I am yet to find a good way to >>> recursively act on a set of files in TCL. >> >> [snip] >> >> There is a function fs-traverse in MacPorts designed for this. >> Grep through the existing portfiles to see how this can be used. > > Ok, cool, thanks. Uhm, how does one grep though port files? I > mean I should install a few, and then locally grep my FS? You don't need to install any ports; all ports' portfiles are already on your computer. Just go to the dports directory and grep through them. Portfiles are always in a directory for the port, which is in a directory for the group. So in the dports directory, "*/*/Portfile" gets all portfiles. For example, try: cd $(port dir MacPorts)/../.. && grep fs-traverse */*/Portfile From talklists at newgeo.com Sun Nov 9 01:57:42 2008 From: talklists at newgeo.com (Scott Haneda) Date: Sun, 9 Nov 2008 01:57:42 -0800 Subject: ASSP out of date In-Reply-To: <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> Message-ID: On Nov 9, 2008, at 1:02 AM, Ryan Schmidt wrote: > You don't need to install any ports; all ports' portfiles are > already on your computer. Just go to the dports directory and grep > through them. Portfiles are always in a directory for the port, > which is in a directory for the group. So in the dports directory, > "*/*/Portfile" gets all portfiles. Cool, thanks, the more I learn about this whole ports system, the more well thought out I think it is. I think I lot of people are put off by the whole /opt/local/ part of the path. I get it, you want stuff totally away from the Apple stuff, since they tend to have a nasty habit of nuking stuff. (And nice way of dealing with launchd, I was wondering about that, seems like a solid plan) What I do not get is how much support there is for apt-get and yet, in my experience, mention darwin ports, or now, mac ports to a mac user, and they cringe a little for some reason. I am not entirely sure why, so far, in my experience, it is pretty nice, there just need to be more ports is all. Certainly beats the mess of questions cpan asks of others, most of which I have no idea how to answer. Curious, why not just hide /opt/local so people do not get so strange about it, then it is like any of the other binaries people use and have no idea where they reside. Or am I alone in that the circles I travel in, people are a little weary of macports for some reason? > For example, try: > > cd $(port dir MacPorts)/../.. && grep fs-traverse */*/Portfile Thats one heck of a one liner :) So fs-traverse seems to be a easy way to iterate a set of files, I will play a little more with it later tonight or tomorrow. Thanks again. -- Scott From ryandesign at macports.org Sun Nov 9 02:38:06 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 9 Nov 2008 04:38:06 -0600 Subject: ASSP out of date In-Reply-To: References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> Message-ID: <864EDFE1-9031-457F-831C-1C560219B380@macports.org> On Nov 9, 2008, at 03:57, Scott Haneda wrote: > On Nov 9, 2008, at 1:02 AM, Ryan Schmidt wrote: > >> You don't need to install any ports; all ports' portfiles are >> already on your computer. Just go to the dports directory and grep >> through them. Portfiles are always in a directory for the port, >> which is in a directory for the group. So in the dports directory, >> "*/*/Portfile" gets all portfiles. > > Cool, thanks, the more I learn about this whole ports system, the > more well thought out I think it is. I think I lot of people are > put off by the whole /opt/local/ part of the path. I get it, you > want stuff totally away from the Apple stuff, since they tend to > have a nasty habit of nuking stuff. People shouldn't be put off by /opt/local. If they would prefer MacPorts be in a different prefix, they can recompile MacPorts to be there. For example, I use /mp (because it's shorter, and because it lets me find broken ports that assume MacPorts will be in /opt/ local). But users must not set their MacPorts prefix to an existing system directory like / or /usr, and they must not use /usr/local either (this will cause a rift in the space-time continuum). > (And nice way of dealing with launchd, I was wondering about that, > seems like a solid plan) And it degrades nicely on 10.3 and earlier, using SystemStarter instead of launchd. > What I do not get is how much support there is for apt-get and yet, > in my experience, mention darwin ports, or now, mac ports to a mac > user, and they cringe a little for some reason. Well... We need to release 1.7.0 to fix the outstanding bugs that many new users get annoyed by. The 1.6.0 installer doesn't properly setup your environment, and on Leopard there's a bug that causes multi-port installs to fail often, with inexplicable error messages. Once we release 1.7.0, these will just work. That will help. Another bit is that this is the Terminal, and Mac users tend not to like the Terminal. There are a number of attempts at GUIs for MacPorts, though I have not evaluated them. A further bit is that users need to install Xcode, which is for programmers, which is something most Mac users don't want to be called. It's also a huge download. And it takes time to compile software. Mac users would much rather MacPorts downloaded binaries instead of source which must then be compiled. This is a long (long long) term goal, I think. > I am not entirely sure why, so far, in my experience, it is pretty > nice, there just need to be more ports is all. Certainly beats the > mess of questions cpan asks of others, most of which I have no idea > how to answer. Thank you! Perl's (CPAN's?) installation questions stress me out too. > Curious, why not just hide /opt/local so people do not get so > strange about it, then it is like any of the other binaries people > use and have no idea where they reside. Or am I alone in that the > circles I travel in, people are a little weary of macports for some > reason? Since as long as I can remember, I've used TinkerTool to show all hidden items in the Finder. So I don't have any idea anymore what's usually hidden. Users could certainly hide /opt/local if they so desired; I believe these instructions should work (if you replace "/ sw" with "/opt/local"): http://www.macosxhints.com/article.php?story=20050503183616515 Someone could test this theory, and if it works, write up a nice article on the MacPorts wiki! Would go well in the how-to section. >> For example, try: >> >> cd $(port dir MacPorts)/../.. && grep fs-traverse */*/Portfile > > > Thats one heck of a one liner :) > So fs-traverse seems to be a easy way to iterate a set of files, I > will play a little more with it later tonight or tomorrow. Exactly! From macports.users at gmail.com Sun Nov 9 07:19:36 2008 From: macports.users at gmail.com (Charles Darwin) Date: Sun, 9 Nov 2008 10:19:36 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <20081109034531.GK782@ninagal.withay.com> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> Message-ID: On 8-Nov-08, at 10:45 PM, Bryan Blackburn wrote: > On Sat, Nov 08, 2008 at 08:37:45PM -0500, Charles Darwin said: >> >> On 8-Nov-08, at 8:33 PM, Daniel J. Luke wrote: >> >>> On Nov 8, 2008, at 7:57 PM, Charles Darwin wrote: >>>> On 8-Nov-08, at 3:50 PM, Ryan Schmidt wrote: >>>>> On Nov 8, 2008, at 09:11, Charles Darwin wrote: >>>>> >>>>>> Does anyone know where the zenmap.conf is? I need to enable >>>>>> zenmap. Shouldn't there be a variant for it? >>>>> >>>>> What port are we talking about? >>>> >>>> nmap >>> >>> >>> The nmap port does not install the zenmap gui. (Patches welcome for >>> enhancements). >>> >> >> I read about it here: >> >> >> >> "To enable Zenmap to find it, set the nmap_command_path variable in >> zenmap.conf to /sw/bin/nmap or/opt/local/bin/nmap as described in the >> section called ?The nmap Executable?." > > That only applies if you install zenmap via some other method, since > the > nmap port doesn't currently install it. However, see > > > > Once that's done you shouldn't have to mess with zenmap.conf as long > as > /opt/local/bin is in your PATH. > > Bryan > $ port installed nmap The following ports are currently installed: nmap @4.76_0+zenmap (active) That was quick. Thanks, Charles From macports.users at gmail.com Sun Nov 9 07:23:01 2008 From: macports.users at gmail.com (Charles Darwin) Date: Sun, 9 Nov 2008 10:23:01 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <20081109034531.GK782@ninagal.withay.com> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> Message-ID: <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> On 8-Nov-08, at 10:45 PM, Bryan Blackburn wrote: > On Sat, Nov 08, 2008 at 08:37:45PM -0500, Charles Darwin said: >> >> On 8-Nov-08, at 8:33 PM, Daniel J. Luke wrote: >> >>> On Nov 8, 2008, at 7:57 PM, Charles Darwin wrote: >>>> On 8-Nov-08, at 3:50 PM, Ryan Schmidt wrote: >>>>> On Nov 8, 2008, at 09:11, Charles Darwin wrote: >>>>> >>>>>> Does anyone know where the zenmap.conf is? I need to enable >>>>>> zenmap. Shouldn't there be a variant for it? >>>>> >>>>> What port are we talking about? >>>> >>>> nmap >>> >>> >>> The nmap port does not install the zenmap gui. (Patches welcome for >>> enhancements). >>> >> >> I read about it here: >> >> >> >> "To enable Zenmap to find it, set the nmap_command_path variable in >> zenmap.conf to /sw/bin/nmap or/opt/local/bin/nmap as described in the >> section called ?The nmap Executable?." > > That only applies if you install zenmap via some other method, since > the > nmap port doesn't currently install it. However, see > > > > Once that's done you shouldn't have to mess with zenmap.conf as long > as > /opt/local/bin is in your PATH. > > Bryan > $ port installed nmap The following ports are currently installed: nmap @4.76_0+zenmap (active) That was quick. Thanks, Charles Wait! $ sudo zenmap File "{prefix}/opt/bin//zenmap", line 102, in import zenmapGUI.App File "{prefix}/opt/lib/python2.5/site-packages/zenmapGUI/App.py", line 34, in import gtk Error in sys.excepthook: Traceback (most recent call last): File "{prefix}/opt/bin//zenmap", line 47, in excepthook import gtk ImportError: No module named gtk Original exception was: Traceback (most recent call last): File "{prefix}/opt/bin//zenmap", line 102, in import zenmapGUI.App File "{prefix}/opt/lib/python2.5/site-packages/zenmapGUI/App.py", line 34, in import gtk ImportError: No module named gtk From olaf at foellinger.de Sun Nov 9 09:53:59 2008 From: olaf at foellinger.de (Olaf Foellinger) Date: Sun, 9 Nov 2008 18:53:59 +0100 Subject: please submit! was:[MacPorts] #17153: libidn update to 1.11 Message-ID: <20081109175358.GA19558@foellinger.de> Hi, the diff file has been checked and works fine, please submit it. ^ ----- Forwarded message from MacPorts ----- From: MacPorts Cc: macports-tickets at lists.macosforge.org X-Mailer: Trac 0.11.1, by Edgewall Software To: nox at macports.org, olaf at foellinger.de Date: Sun, 09 Nov 2008 15:42:50 -0000 Reply-To: macports-dev at lists.macosforge.org Subject: [MacPorts] #17153: libidn update to 1.11 #17153: libidn update to 1.11 ------------------------------+--------------------------------------------- Reporter: nox at macports.org | Owner: olaf at foellinger.de Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: Keywords: | Port: libidn ------------------------------+--------------------------------------------- Changes: * Updated to 1.11. * Disabled C# bindings. * Enabled test support. -- Ticket URL: MacPorts Ports system for Mac OS ----- End forwarded message ----- Gru? Olaf From n.oxyde at gmail.com Sun Nov 9 10:36:34 2008 From: n.oxyde at gmail.com (nox) Date: Sun, 9 Nov 2008 19:36:34 +0100 Subject: please submit! was:[MacPorts] #17153: libidn update to 1.11 In-Reply-To: <20081109175358.GA19558@foellinger.de> References: <20081109175358.GA19558@foellinger.de> Message-ID: Le 9 nov. 08 ? 18:53, Olaf Foellinger a ?crit : > Hi, > > the diff file has been checked and works fine, please submit it. > > ^ > ----- Forwarded message from MacPorts ----- > > From: MacPorts > Cc: macports-tickets at lists.macosforge.org > X-Mailer: Trac 0.11.1, by Edgewall Software > To: nox at macports.org, olaf at foellinger.de > Date: Sun, 09 Nov 2008 15:42:50 -0000 > Reply-To: macports-dev at lists.macosforge.org > Subject: [MacPorts] #17153: libidn update to 1.11 > > #17153: libidn update to 1.11 > ------------------------------ > +--------------------------------------------- > Reporter: nox at macports.org | Owner: olaf at foellinger.de > Type: enhancement | Status: new > Priority: Normal | Milestone: Port Updates > Component: ports | Version: > Keywords: | Port: libidn > ------------------------------ > +--------------------------------------------- > Changes: > * Updated to 1.11. > * Disabled C# bindings. > * Enabled test support. > > -- > Ticket URL: > MacPorts > Ports system for Mac OS > > ----- End forwarded message ----- > > Gru? Olaf Done in r41715. From mark at dxradio.demon.co.uk Sun Nov 9 10:44:37 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Sun, 9 Nov 2008 18:44:37 +0000 Subject: Apache2 ... 2.2.9 is not outdated .... ?? Message-ID: <3F5CBFE0-73B9-4BF8-94CA-084BA9C1D0BC@dxradio.demon.co.uk> I have Apache2 2.2.9 installed and active The following ports are currently installed: apache2 @2.2.9_1+darwin_9 (active) I've done a sudo port selfupdate ... and then a sudo port outdated ... The MacPorts installation is not outdated and so was not updated selfupdate done! iMac:~ mark$ sudo port outdated No installed ports are outdated. I can see the sudo port info apache2 says 2.2.10 ... iMac:~ mark$ sudo port info apache2 apache2 2.2.10, www/apache2 (Variants: universal, darwin, darwin_7, darwin_9, openbsd, openldap, preforkmpm, workermpm, eventmpm, no_startupitem) ... so why is it not "outdated"? Mark From n.oxyde at gmail.com Sun Nov 9 11:17:23 2008 From: n.oxyde at gmail.com (nox) Date: Sun, 9 Nov 2008 20:17:23 +0100 Subject: Apache2 ... 2.2.9 is not outdated .... ?? In-Reply-To: <3F5CBFE0-73B9-4BF8-94CA-084BA9C1D0BC@dxradio.demon.co.uk> References: <3F5CBFE0-73B9-4BF8-94CA-084BA9C1D0BC@dxradio.demon.co.uk> Message-ID: <6D1E5D1E-E60B-421B-A91F-789F0B895AA6@gmail.com> Le 9 nov. 08 ? 19:44, Mark Hattam a ?crit : > I have Apache2 2.2.9 installed and active > > The following ports are currently installed: > apache2 @2.2.9_1+darwin_9 (active) > > I've done a sudo port selfupdate ... and then a sudo port outdated ... > > The MacPorts installation is not outdated and so was not updated > selfupdate done! > iMac:~ mark$ sudo port outdated > No installed ports are outdated. > > I can see the sudo port info apache2 says 2.2.10 ... > > iMac:~ mark$ sudo port info apache2 > apache2 2.2.10, www/apache2 (Variants: universal, darwin, darwin_7, > darwin_9, openbsd, openldap, preforkmpm, workermpm, eventmpm, > no_startupitem) > > ... so why is it not "outdated"? > > > Mark `port info` fetches information from the Portfile whereas `port upgrade` (and `port outdated`) iterates through the PortIndex to determine which ports need to be upgraded. PortIndex has not been rebuilt yet since I've updated the apache2 Portfile so port doesn't know that it is outdated. Either wait for PortIndex to be rebuilt or run: sudo port unload apache2 sudo port deactivate apache2 sudo port install apache2 +whatever_variant_you_want_to_enable Regards, Anthony Ramine. From mark at dxradio.demon.co.uk Sun Nov 9 12:30:38 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Sun, 9 Nov 2008 20:30:38 +0000 Subject: Apache2 ... 2.2.9 is not outdated .... ?? In-Reply-To: <6D1E5D1E-E60B-421B-A91F-789F0B895AA6@gmail.com> References: <3F5CBFE0-73B9-4BF8-94CA-084BA9C1D0BC@dxradio.demon.co.uk> <6D1E5D1E-E60B-421B-A91F-789F0B895AA6@gmail.com> Message-ID: <91850E54-8C38-43E6-A54F-C9572344339C@dxradio.demon.co.uk> On 9 Nov 2008, at 19:17, nox wrote: > Le 9 nov. 08 ? 19:44, Mark Hattam a ?crit : > >> I have Apache2 2.2.9 installed and active >> >> The following ports are currently installed: >> apache2 @2.2.9_1+darwin_9 (active) >> >> I've done a sudo port selfupdate ... and then a sudo port >> outdated ... >> >> The MacPorts installation is not outdated and so was not updated >> selfupdate done! >> iMac:~ mark$ sudo port outdated >> No installed ports are outdated. >> >> I can see the sudo port info apache2 says 2.2.10 ... >> >> iMac:~ mark$ sudo port info apache2 >> apache2 2.2.10, www/apache2 (Variants: universal, darwin, darwin_7, >> darwin_9, openbsd, openldap, preforkmpm, workermpm, eventmpm, >> no_startupitem) >> >> ... so why is it not "outdated"? >> >> >> Mark > > `port info` fetches information from the Portfile whereas `port > upgrade` (and `port outdated`) iterates through the PortIndex to > determine which ports need to be upgraded. > > PortIndex has not been rebuilt yet since I've updated the apache2 > Portfile so port doesn't know that it is outdated. > > Either wait for PortIndex to be rebuilt or run: > sudo port unload apache2 > sudo port deactivate apache2 > sudo port install apache2 +whatever_variant_you_want_to_enable > > Regards, > Anthony Ramine. Merci, Anthony. Ah Ok .. so I have to wait and do another "selfupdate" after the PortIndex is modified on the rsync server. Mark From walts at gate.net Sun Nov 9 13:16:56 2008 From: walts at gate.net (Walt Scrivens) Date: Sun, 9 Nov 2008 16:16:56 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> Message-ID: <8DBEB17F-FCA0-48CF-9EF1-D57654EB0DF4@gate.net> I'm sorry, I caught up with this thread a bit late. Maybe I'm not even answering the right question, but I installed nmap 4.68 and zenmap using an installer, nmap-4.68.dmg obtained from fyoror's web site. I see that there is now a 4.75 version on http://nmap.org/dist/ Everything installed perfectly and ran fine "out of the box" To answer the original question, it lives in ~/.zenmap/zenmap.conf, Here's mine: [closed_port_highlight] regex = \d{1,5}/.{1,5}\s+closed\s+.* bold = 0 text = [65535, 0, 0] italic = 0 highlight = [65535, 65535, 65535] underline = 0 [date_highlight] regex = \d{4}-\d{2}-\d{2}\s\d{2}:\d{2}\s.{1,4} bold = 1 text = [0, 0, 0] italic = 0 highlight = [65535, 65535, 65535] underline = 0 [details_highlight] regex = ^[A-Za-z]+(\s[A-Za-z]*){0,8}: bold = 1 text = [0, 0, 0] italic = 0 highlight = [65535, 65535, 65535] underline = 1 [diff] diff_mode = compare colored_diff = True [diff_colors] unchanged = [65213, 65535, 38862] added = [29490, 42662, 54079] not_present = [58009, 14925, 14925] modified = [63881, 42182, 13193] [filtered_port_highlight] regex = \d{1,5}/.{1,5}\s+filtered\s+.* bold = 0 text = [38502, 39119, 0] italic = 0 highlight = [65535, 65535, 65535] underline = 0 [hostname_highlight] regex = (\w{2,}://)*\w{2,}\.\w{2,}(\.\w{2,})*(/[\w{2,}]*)* bold = 1 text = [0, 111, 65535] italic = 1 highlight = [65535, 65535, 65535] underline = 1 [ip_highlight] regex = \d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3} bold = 1 text = [0, 0, 0] italic = 0 highlight = [65535, 65535, 65535] underline = 0 [open_port_highlight] regex = \d{1,5}/.{1,5}\s+open\s+.* bold = 1 text = [0, 41036, 2396] italic = 0 highlight = [65535, 65535, 65535] underline = 0 [output_highlight] enable_highlight = True [paths] nmap_command_path = nmap [port_list_highlight] regex = PORT\s+STATE\s+SERVICE(\s+VERSION)?\s.* bold = 1 text = [0, 1272, 28362] italic = 0 highlight = [65535, 65535, 65535] underline = 0 [search] search_db = 1 file_extension = usr store_results = 1 directory = save_time = 60;days --------------------------------- HTH Walt On Nov 9, 2008, at 10:23 AM, Charles Darwin wrote: > > On 8-Nov-08, at 10:45 PM, Bryan Blackburn wrote: > >> On Sat, Nov 08, 2008 at 08:37:45PM -0500, Charles Darwin said: >>> >>> On 8-Nov-08, at 8:33 PM, Daniel J. Luke wrote: >>> >>>> On Nov 8, 2008, at 7:57 PM, Charles Darwin wrote: >>>>> On 8-Nov-08, at 3:50 PM, Ryan Schmidt wrote: >>>>>> On Nov 8, 2008, at 09:11, Charles Darwin wrote: >>>>>> >>>>>>> Does anyone know where the zenmap.conf is? I need to enable >>>>>>> zenmap. Shouldn't there be a variant for it? >>>>>> >>>>>> What port are we talking about? >>>>> >>>>> nmap >>>> >>>> >>>> The nmap port does not install the zenmap gui. (Patches welcome for >>>> enhancements). >>>> >>> >>> I read about it here: >>> >>> >>> >>> "To enable Zenmap to find it, set the nmap_command_path variable in >>> zenmap.conf to /sw/bin/nmap or/opt/local/bin/nmap as described in >>> the >>> section called ?The nmap Executable?." >> >> That only applies if you install zenmap via some other method, >> since the >> nmap port doesn't currently install it. However, see >> >> >> >> Once that's done you shouldn't have to mess with zenmap.conf as >> long as >> /opt/local/bin is in your PATH. >> >> Bryan >> > > $ port installed nmap > The following ports are currently installed: > nmap @4.76_0+zenmap (active) > > That was quick. Thanks, > > Charles > > Wait! > $ sudo zenmap > File "{prefix}/opt/bin//zenmap", line 102, in > import zenmapGUI.App > File "{prefix}/opt/lib/python2.5/site-packages/zenmapGUI/App.py", > line 34, in > import gtk > Error in sys.excepthook: > Traceback (most recent call last): > File "{prefix}/opt/bin//zenmap", line 47, in excepthook > import gtk > ImportError: No module named gtk > > Original exception was: > Traceback (most recent call last): > File "{prefix}/opt/bin//zenmap", line 102, in > import zenmapGUI.App > File "{prefix}/opt/lib/python2.5/site-packages/zenmapGUI/App.py", > line 34, in > import gtk > ImportError: No module named gtk > > > _______________________________________________ > 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 blb at macports.org Sun Nov 9 14:40:41 2008 From: blb at macports.org (Bryan Blackburn) Date: Sun, 9 Nov 2008 15:40:41 -0700 Subject: Where does zenmap.conf live? In-Reply-To: <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> Message-ID: <20081109224041.GG519@ninagal.withay.com> On Sun, Nov 09, 2008 at 10:23:01AM -0500, Charles Darwin said: [...] > > $ port installed nmap > The following ports are currently installed: > nmap @4.76_0+zenmap (active) > > That was quick. Thanks, > > Charles > > Wait! > $ sudo zenmap > File "{prefix}/opt/bin//zenmap", line 102, in "{prefix}/opt/bin" looks really strange. Did you install MacPorts in just /opt? And where is that {prefix} coming from? Does $ /opt/bin/python2.5 -c 'import gtk' work or fail? Bryan > import zenmapGUI.App > File "{prefix}/opt/lib/python2.5/site-packages/zenmapGUI/App.py", line > 34, in > import gtk > Error in sys.excepthook: > Traceback (most recent call last): > File "{prefix}/opt/bin//zenmap", line 47, in excepthook > import gtk > ImportError: No module named gtk > > Original exception was: > Traceback (most recent call last): > File "{prefix}/opt/bin//zenmap", line 102, in > import zenmapGUI.App > File "{prefix}/opt/lib/python2.5/site-packages/zenmapGUI/App.py", line > 34, in > import gtk > ImportError: No module named gtk > From macports.users at gmail.com Sun Nov 9 16:16:17 2008 From: macports.users at gmail.com (Charles Darwin) Date: Sun, 9 Nov 2008 19:16:17 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <20081109224041.GG519@ninagal.withay.com> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> <20081109224041.GG519@ninagal.withay.com> Message-ID: <3511C9DD-0D85-429A-BCEF-AF7C1107A1BA@gmail.com> On 9-Nov-08, at 5:40 PM, Bryan Blackburn wrote: > On Sun, Nov 09, 2008 at 10:23:01AM -0500, Charles Darwin said: > [...] >> >> $ port installed nmap >> The following ports are currently installed: >> nmap @4.76_0+zenmap (active) >> >> That was quick. Thanks, >> >> Charles >> >> Wait! >> $ sudo zenmap >> File "{prefix}/opt/bin//zenmap", line 102, in > > "{prefix}/opt/bin" looks really strange. Did you install MacPorts > in just > /opt? And where is that {prefix} coming from? That's a mistake on my part in terms adding to the confusion. I edited that part of the output manually. Here is the automatically generated one: $ zenmap File "/Volumes/neo/opt/bin/zenmap", line 102, in import zenmapGUI.App File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ App.py", line 34, in import gtk Error in sys.excepthook: Traceback (most recent call last): File "/Volumes/neo/opt/bin/zenmap", line 47, in excepthook import gtk ImportError: No module named gtk Original exception was: Traceback (most recent call last): File "/Volumes/neo/opt/bin/zenmap", line 102, in import zenmapGUI.App File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ App.py", line 34, in import gtk ImportError: No module named gtk > > > Does > > $ /opt/bin/python2.5 -c 'import gtk' > > work or fail? > > Bryan > $ /Volumes/neo/opt/bin/python2.5 -c 'import gtk' # this fires up Xquatz Charles From jwdavison at mac.com Sun Nov 9 17:04:35 2008 From: jwdavison at mac.com (Joe Davison) Date: Sun, 09 Nov 2008 19:04:35 -0600 Subject: ruby19 install fails Message-ID: <360C8FB9-91E8-4F86-AECC-F5A2D1334D69@mac.com> I tried sudo port -v install ruby19 Eventually I got this: > cc -dynamic -bundle -undefined suppress -flat_namespace - > o ../../../../.ext/i386-darwin8/json/ext/parser.bundle parser.o > unicode.o -L. -L../../../.. -L. -L/opt/local/lib -lruby1.9 - > lpthread -ldl -lobjc > compiling mathn/complex > mkdir -p ../../../.ext/i386-darwin8/mathn > /usr/bin/gcc-4.0 -I. -I../../../.ext/include/i386-darwin8 - > I../../.././include -I../../.././ext/mathn/complex -DRUBY_EXTCONF_H= > \"extconf.h\" -DEXT_MATHN -DCANON -DCLCANON -fno-common -O2 -O2 -g > -Wall -Wno-parentheses -fno-common -pipe -fno-common -o complex.o > -c complex.c > cc -dynamic -bundle -undefined suppress -flat_namespace - > o ../../../.ext/i386-darwin8/mathn/complex.bundle complex.o -L. - > L../../.. -L. -L/opt/local/lib -lruby1.9 -lpthread -ldl -lobjc > /usr/bin/ld: multiple definitions of symbol _rb_complex_raw > complex.o definition of _rb_complex_raw in section (__TEXT,__text) > ../../../libruby1.9.dylib(complex.o) definition of _rb_complex_raw > /usr/bin/ld: multiple definitions of symbol _rb_complex_polar > complex.o definition of _rb_complex_polar in section (__TEXT,__text) > ../../../libruby1.9.dylib(complex.o) definition of _rb_complex_polar > /usr/bin/ld: multiple definitions of symbol _rb_complex_new > complex.o definition of _rb_complex_new in section (__TEXT,__text) > ../../../libruby1.9.dylib(complex.o) definition of _rb_complex_new > /usr/bin/ld: multiple definitions of symbol _rb_Complex > complex.o definition of _rb_Complex in section (__TEXT,__text) > ../../../libruby1.9.dylib(complex.o) definition of _rb_Complex > collect2: ld returned 1 exit status > make[1]: *** [../../../.ext/i386-darwin8/mathn/complex.bundle] Error 1 > make: *** [exts] Error 1 > > Warning: the following items did not execute (for ruby19): > org.macports.activate org.macports.build org.macports.destroot > org.macports.install > Error: Status 1 encountered during processing. This is on a recently selfupdated macports on OS 10.4.11 on a MacBookPro Suggestions? joe From ryandesign at macports.org Sun Nov 9 18:38:25 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 9 Nov 2008 20:38:25 -0600 Subject: ruby19 install fails In-Reply-To: <360C8FB9-91E8-4F86-AECC-F5A2D1334D69@mac.com> References: <360C8FB9-91E8-4F86-AECC-F5A2D1334D69@mac.com> Message-ID: <79032858-CA73-4F39-AD2C-03448ABDE9ED@macports.org> On Nov 9, 2008, at 19:04, Joe Davison wrote: > I tried sudo port -v install ruby19 > > Eventually I got this: >> cc -dynamic -bundle -undefined suppress -flat_namespace - >> o ../../../../.ext/i386-darwin8/json/ext/parser.bundle parser.o >> unicode.o -L. -L../../../.. -L. -L/opt/local/lib -lruby1.9 - >> lpthread -ldl -lobjc >> compiling mathn/complex >> mkdir -p ../../../.ext/i386-darwin8/mathn >> /usr/bin/gcc-4.0 -I. -I../../../.ext/include/i386-darwin8 - >> I../../.././include -I../../.././ext/mathn/complex - >> DRUBY_EXTCONF_H=\"extconf.h\" -DEXT_MATHN -DCANON -DCLCANON -fno- >> common -O2 -O2 -g -Wall -Wno-parentheses -fno-common -pipe -fno- >> common -o complex.o -c complex.c >> cc -dynamic -bundle -undefined suppress -flat_namespace - >> o ../../../.ext/i386-darwin8/mathn/complex.bundle complex.o -L. - >> L../../.. -L. -L/opt/local/lib -lruby1.9 -lpthread -ldl -lobjc >> /usr/bin/ld: multiple definitions of symbol _rb_complex_raw >> complex.o definition of _rb_complex_raw in section (__TEXT,__text) >> ../../../libruby1.9.dylib(complex.o) definition of _rb_complex_raw >> /usr/bin/ld: multiple definitions of symbol _rb_complex_polar >> complex.o definition of _rb_complex_polar in section (__TEXT,__text) >> ../../../libruby1.9.dylib(complex.o) definition of _rb_complex_polar >> /usr/bin/ld: multiple definitions of symbol _rb_complex_new >> complex.o definition of _rb_complex_new in section (__TEXT,__text) >> ../../../libruby1.9.dylib(complex.o) definition of _rb_complex_new >> /usr/bin/ld: multiple definitions of symbol _rb_Complex >> complex.o definition of _rb_Complex in section (__TEXT,__text) >> ../../../libruby1.9.dylib(complex.o) definition of _rb_Complex >> collect2: ld returned 1 exit status >> make[1]: *** [../../../.ext/i386-darwin8/mathn/complex.bundle] >> Error 1 >> make: *** [exts] Error 1 >> >> Warning: the following items did not execute (for ruby19): >> org.macports.activate org.macports.build org.macports.destroot >> org.macports.install >> Error: Status 1 encountered during processing. > > This is on a recently selfupdated macports on OS 10.4.11 on a > MacBookPro > > Suggestions? I see the same problem here on the same system. Please file a bug in our issue tracker: http://guide.macports.org/#project From wka73 at yahoo.com Sun Nov 9 20:27:58 2008 From: wka73 at yahoo.com (Andrew) Date: Sun, 9 Nov 2008 20:27:58 -0800 (PST) Subject: can't install gettext In-Reply-To: <20081108084838.GZ657@ninagal.withay.com> Message-ID: <579431.5875.qm@web56508.mail.re3.yahoo.com> Thank you! That was it. I had even forgotten when/why/how I got that copy of /bin/gawk, but removing it solved it. --- On Sat, 11/8/08, Bryan Blackburn wrote: > From: Bryan Blackburn > Subject: Re: can't install gettext > To: macports-users at lists.macosforge.org > Date: Saturday, November 8, 2008, 12:48 AM > On Fri, Nov 07, 2008 at 09:04:16PM -0800, Andrew said: > > I recently installed MacPorts 1.6.0 via the package > install and was able to do a port selfupdate. > > > > > > However, when I tried to install gettext, I get the > following error: > > > > sudo port -d -f install gettext > > > > (... a bunch of messages available upon request...) > > > > ---> Building ncursesw with target all > [...] > > gawk -f MKterm.h.awk ./Caps > term.h > > dyld: Library not loaded: > /opt/local/lib/libintl.8.dylib > > Referenced from: /bin/gawk > > Reason: image not found > > Do you know where /bin/gawk came from? Since it links to > something in > /opt/local, seems like it may have been copied from a > MacPorts install into > /bin, but MacPorts itself will not do anything in /usr or > /bin like that. > I'd suggest removing /bin/gawk, cleaning ncursesw (sudo > port clean --work > ncursesw) then trying again. > > Also, make sure you don't have other bits in /bin, > /sbin, /usr/bin, or > /usr/sbin that may have been copied from other places. > > Bryan > > > [...] > > > > Thanks, > > Andrew > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From blb at macports.org Sun Nov 9 20:42:52 2008 From: blb at macports.org (Bryan Blackburn) Date: Sun, 9 Nov 2008 21:42:52 -0700 Subject: Where does zenmap.conf live? In-Reply-To: <3511C9DD-0D85-429A-BCEF-AF7C1107A1BA@gmail.com> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> <20081109224041.GG519@ninagal.withay.com> <3511C9DD-0D85-429A-BCEF-AF7C1107A1BA@gmail.com> Message-ID: <20081110044252.GL519@ninagal.withay.com> On Sun, Nov 09, 2008 at 07:16:17PM -0500, Charles Darwin said: [...] > $ zenmap > File "/Volumes/neo/opt/bin/zenmap", line 102, in > import zenmapGUI.App > File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/App.py", > line 34, in > import gtk > Error in sys.excepthook: > Traceback (most recent call last): > File "/Volumes/neo/opt/bin/zenmap", line 47, in excepthook > import gtk > ImportError: No module named gtk So here zenmap can't load the gtk module, but [...] > > $ /Volumes/neo/opt/bin/python2.5 -c 'import gtk' # this fires up Xquatz this works...odd. Do you have the python_select port installed, and used it to select 2.5 as the default? Also, which version of the python25 port is installed (port installed python25). If the active one isn't 2.5.2_5, you should upgrade it. Bryan > > Charles > From rfongtom at gmail.com Sun Nov 9 22:48:25 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Mon, 10 Nov 2008 01:48:25 -0500 Subject: xinitrc Message-ID: I could not find the file xinitrc in order to update the .profile. Please tell me path for this file. I am unable to execute any of the macport commands. For example, the selfupdate command returns the error: "command could not be found". If I understabd the documentation, I have to modify the xinitrc file but I can't find it on my system. I am using a i386 Mac with OS X 10.4 Bob From ryandesign at macports.org Sun Nov 9 23:09:40 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 10 Nov 2008 01:09:40 -0600 Subject: xinitrc In-Reply-To: References: Message-ID: <2E0757B2-470A-4EC0-B764-7A852C885A6A@macports.org> On Nov 10, 2008, at 00:48, Robert Fong-tom wrote: > I could not find the file xinitrc in order to update the .profile. > Please tell me path for this file. I am unable to execute any of > the macport commands. For example, the selfupdate command returns > the error: "command could not be found". If I understabd the > documentation, I have to modify the xinitrc file but I can't find > it on my system. I am using a i386 Mac with OS X 10.4 Welcome to MacPorts! Instructions for getting the .profile set up properly are here: http://trac.macports.org/wiki/ProblemHotlist#a.profilenotsetup From marc.chantreux at biblibre.com Sun Nov 9 23:59:16 2008 From: marc.chantreux at biblibre.com (Marc Chantreux) Date: Mon, 10 Nov 2008 08:59:16 +0100 Subject: rsync failed In-Reply-To: <20081108084601.GY657@ninagal.withay.com> References: <20081108003220.GA28860@auckland.lan> <20081108084601.GY657@ninagal.withay.com> Message-ID: <20081110075916.GB10667@auckland.lan> hello, i finally found a simple workaround: - i restored the initial sources.conf - i've done the procedure as i wrote at the end of this page http://musil.biblibre.com/mac/ports/ Bryan: On Sat, Nov 08, 2008 at 01:46:01AM -0700, Bryan Blackburn wrote: > Did you also update the rsync_server setting in > /opt/local/etc/macports/macports.conf? I believe that is the one used for > the base source code (the one in sources.conf is for the Portfile > repository). I found your email too late :) thanks anywawy marc From marc.chantreux at biblibre.com Mon Nov 10 00:12:52 2008 From: marc.chantreux at biblibre.com (Marc Chantreux) Date: Mon, 10 Nov 2008 09:12:52 +0100 Subject: announce: cpan2port Message-ID: <20081110081252.GA19880@auckland.lan> hello world, I'm working on simplify the installation of the koha ILS (http://koha.org) on mac. I decided to use macports and write the missing Portfiles. I comes fast to me that i can automate a good part of the Portfile generation and i did it. cpan2port comes with bugs but in entirely wrote the Portfiles of the perl section of the repo you can download here: http://mc.koha-fr.org/mac/ports/ It does not depends on macports tools so you can use it in another system (i use it myself on a debian machine). You can try it yourself at http://mc.koha-fr.org/mac/cpan2port/ Don't hesitate to report a bug. regards marc From ryandesign at macports.org Mon Nov 10 01:14:41 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 10 Nov 2008 03:14:41 -0600 Subject: render port is being replaced with xorg-renderproto port Message-ID: <7C68CFF0-50F9-49B7-90BB-D19617897EA1@macports.org> This message is relevant to anyone using ports that until now depended on the render port: * cairo / cairo-devel * gthumb * gtk2 * libgdiplus * rxvt-unicode * wine / wine-devel * xrender The render port has been replaced with the xorg-renderproto port. They are the same software; the latter is just a newer version. So we are removing the render port. If you use any of the above ports, you may find at your next update that MacPorts wants to install xorg-renderproto but that it conflicts with the render port: 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. What you should do if you get this message is forcibly uninstall the render port and then activate the xorg-renderproto port. sudo port -f uninstall render sudo port activate xorg-renderproto This is the ticket for these changes: http://trac.macports.org/ticket/13493 Sorry for the inconvenience! From milosh at macports.org Mon Nov 10 02:28:14 2008 From: milosh at macports.org (Emmanuel Hainry) Date: Mon, 10 Nov 2008 11:28:14 +0100 Subject: render port is being replaced with xorg-renderproto port In-Reply-To: <7C68CFF0-50F9-49B7-90BB-D19617897EA1@macports.org> References: <7C68CFF0-50F9-49B7-90BB-D19617897EA1@macports.org> Message-ID: <20081110102814.GA1951@weetamoe.loria.fr> Citando Ryan Schmidt : > This message is relevant to anyone using ports that until now depended on > the render port: > > * cairo / cairo-devel > * gthumb > * gtk2 > * libgdiplus > * rxvt-unicode > * wine / wine-devel > * xrender > > The render port has been replaced with the xorg-renderproto port. They > are the same software; the latter is just a newer version. So we are > removing the render port. Don't we have a better way of dealing with port name changes (or similar issues)? This change creates two conflicting ports, if one of the dependents is not updated, it will mean some ports (potentially half of the ports related to X) won't be installable. Isn't it possible to update render to a pseudo newer version that has no file but depends on xorg-renderproto? Or else to have some kind of "superseding" mechanism? Best, Emmanuel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature URL: From randall.h.wood at alexandriasoftware.com Mon Nov 10 02:48:50 2008 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Mon, 10 Nov 2008 05:48:50 -0500 Subject: render port is being replaced with xorg-renderproto port In-Reply-To: <20081110102814.GA1951@weetamoe.loria.fr> References: <7C68CFF0-50F9-49B7-90BB-D19617897EA1@macports.org> <20081110102814.GA1951@weetamoe.loria.fr> Message-ID: <10F6A15D-7128-44BF-BC4A-E38D2180C230@alexandriasoftware.com> Its been done before, when the abiword ports got switched around, and refered to in the *-dev mailing list. On 10 Nov 2008, at 05:28, Emmanuel Hainry wrote: > Citando Ryan Schmidt : >> This message is relevant to anyone using ports that until now >> depended on >> the render port: >> >> * cairo / cairo-devel >> * gthumb >> * gtk2 >> * libgdiplus >> * rxvt-unicode >> * wine / wine-devel >> * xrender >> >> The render port has been replaced with the xorg-renderproto port. >> They >> are the same software; the latter is just a newer version. So we are >> removing the render port. > > Don't we have a better way of dealing with port name changes (or > similar > issues)? This change creates two conflicting ports, if one of the > dependents is not updated, it will mean some ports (potentially half > of > the ports related to X) won't be installable. > > Isn't it possible to update render to a pseudo newer version that > has no > file but depends on xorg-renderproto? Or else to have some kind of > "superseding" mechanism? > > Best, > > Emmanuel > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From macports.users at gmail.com Mon Nov 10 02:54:10 2008 From: macports.users at gmail.com (Charles Darwin) Date: Mon, 10 Nov 2008 05:54:10 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <20081110044252.GL519@ninagal.withay.com> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> <20081109224041.GG519@ninagal.withay.com> <3511C9DD-0D85-429A-BCEF-AF7C1107A1BA@gmail.com> <20081110044252.GL519@ninagal.withay.com> Message-ID: On 9-Nov-08, at 11:42 PM, Bryan Blackburn wrote: > On Sun, Nov 09, 2008 at 07:16:17PM -0500, Charles Darwin said: > [...] >> $ zenmap >> File "/Volumes/neo/opt/bin/zenmap", line 102, in >> import zenmapGUI.App >> File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ >> App.py", >> line 34, in >> import gtk >> Error in sys.excepthook: >> Traceback (most recent call last): >> File "/Volumes/neo/opt/bin/zenmap", line 47, in excepthook >> import gtk >> ImportError: No module named gtk > > So here zenmap can't load the gtk module, but > [...] >> >> $ /Volumes/neo/opt/bin/python2.5 -c 'import gtk' # this fires up >> Xquatz > > this works...odd. Do you have the python_select port installed, and > used it > to select 2.5 as the default? No. I mean: $ which -a python_select $ > Also, which version of the python25 port is > installed (port installed python25). If the active one isn't > 2.5.2_5, you > should upgrade it. > > Bryan $ port installed python25 The following ports are currently installed: python25 @2.5.2_5+darwin_9 (active) Charles From ryandesign at macports.org Mon Nov 10 02:59:16 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 10 Nov 2008 04:59:16 -0600 Subject: render port is being replaced with xorg-renderproto port In-Reply-To: <20081110102814.GA1951@weetamoe.loria.fr> References: <7C68CFF0-50F9-49B7-90BB-D19617897EA1@macports.org> <20081110102814.GA1951@weetamoe.loria.fr> Message-ID: <709FCCDC-1399-4E3A-8D92-834ABA3031C2@macports.org> On Nov 10, 2008, at 04:28, Emmanuel Hainry wrote: > Citando Ryan Schmidt : > >> This message is relevant to anyone using ports that until now >> depended on >> the render port: >> >> * cairo / cairo-devel >> * gthumb >> * gtk2 >> * libgdiplus >> * rxvt-unicode >> * wine / wine-devel >> * xrender >> >> The render port has been replaced with the xorg-renderproto port. >> They >> are the same software; the latter is just a newer version. So we are >> removing the render port. > > Don't we have a better way of dealing with port name changes (or > similar > issues)? I wish we did. It would be nice to be able to specify in a port that it has been superseded by another. But we don't have that. > This change creates two conflicting ports, That is the situation we have already had ever since the xorg- renderproto port was added in June 2007. The person who added it probably didn't realize we already had that software in the render port. But it is part of xorg and its proper name is now renderproto, so the newer port's name is the better one. > if one of the > dependents is not updated, it will mean some ports (potentially > half of > the ports related to X) won't be installable. That is why today I have changed all the ports that depended on render to depend on xorg-renderproto instead. > Isn't it possible to update render to a pseudo newer version that > has no > file Yes, I just did that. Unfortunately I had not completed all my modifications by the time the portindex was regenerated, so I wanted to notify users of the issue. > but depends on xorg-renderproto? Or else to have some kind of > "superseding" mechanism? Making render depend on xorg-renderproto will not work: the dependency xorg-renderproto would be built first before render would be updated to the no-files version. You would be guaranteed to get exactly the conflict message we're trying to avoid. Making xorg-renderproto depend on render might work. I could change the render port again to not issue the message I added, advising users to uninstall it, but instead let it sit around empty for awhile until everyone has upgraded. Then later I can increase the revision and re-add that message. I don't know if this is better than what I did; it's all a bit messy. If someone feels strongly about this they can change things. For now, I'm going to bed. :) From ryandesign at macports.org Mon Nov 10 03:01:43 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 10 Nov 2008 05:01:43 -0600 Subject: Where does zenmap.conf live? In-Reply-To: References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> <20081109224041.GG519@ninagal.withay.com> <3511C9DD-0D85-429A-BCEF-AF7C1107A1BA@gmail.com> <20081110044252.GL519@ninagal.withay.com> Message-ID: <46AC534E-8E10-48FD-944C-40F74CD820BE@macports.org> On Nov 10, 2008, at 04:54, Charles Darwin wrote: > On 9-Nov-08, at 11:42 PM, Bryan Blackburn wrote: > >> On Sun, Nov 09, 2008 at 07:16:17PM -0500, Charles Darwin said: >> [...] >>> $ zenmap >>> File "/Volumes/neo/opt/bin/zenmap", line 102, in >>> import zenmapGUI.App >>> File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ >>> App.py", >>> line 34, in >>> import gtk >>> Error in sys.excepthook: >>> Traceback (most recent call last): >>> File "/Volumes/neo/opt/bin/zenmap", line 47, in excepthook >>> import gtk >>> ImportError: No module named gtk >> >> So here zenmap can't load the gtk module, but >> [...] >>> >>> $ /Volumes/neo/opt/bin/python2.5 -c 'import gtk' # this fires up >>> Xquatz >> >> this works...odd. Do you have the python_select port installed, >> and used it >> to select 2.5 as the default? > > No. I mean: > $ which -a python_select > $ I think Bryan is recommending that you install and use the python_select port. From the python25 port's post-activate message: > To fully complete your installation and make python 2.5 the > default, please run > > sudo port install python_select > sudo python_select python25 From macports.users at gmail.com Mon Nov 10 03:13:15 2008 From: macports.users at gmail.com (Charles Darwin) Date: Mon, 10 Nov 2008 06:13:15 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <46AC534E-8E10-48FD-944C-40F74CD820BE@macports.org> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> <20081109224041.GG519@ninagal.withay.com> <3511C9DD-0D85-429A-BCEF-AF7C1107A1BA@gmail.com> <20081110044252.GL519@ninagal.withay.com> <46AC534E-8E10-48FD-944C-40F74CD820BE@macports.org> Message-ID: On 10-Nov-08, at 6:01 AM, Ryan Schmidt wrote: > On Nov 10, 2008, at 04:54, Charles Darwin wrote: > >> On 9-Nov-08, at 11:42 PM, Bryan Blackburn wrote: >> >>> On Sun, Nov 09, 2008 at 07:16:17PM -0500, Charles Darwin said: >>> [...] >>>> $ zenmap >>>> File "/Volumes/neo/opt/bin/zenmap", line 102, in >>>> import zenmapGUI.App >>>> File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ >>>> App.py", >>>> line 34, in >>>> import gtk >>>> Error in sys.excepthook: >>>> Traceback (most recent call last): >>>> File "/Volumes/neo/opt/bin/zenmap", line 47, in excepthook >>>> import gtk >>>> ImportError: No module named gtk >>> >>> So here zenmap can't load the gtk module, but >>> [...] >>>> >>>> $ /Volumes/neo/opt/bin/python2.5 -c 'import gtk' # this fires up >>>> Xquatz >>> >>> this works...odd. Do you have the python_select port installed, >>> and used it >>> to select 2.5 as the default? >> >> No. I mean: >> $ which -a python_select >> $ > > I think Bryan is recommending that you install and use the > python_select port. From the python25 port's post-activate message: > > >> To fully complete your installation and make python 2.5 the >> default, please run >> >> sudo port install python_select >> sudo python_select python25 > > > $ sudo python_select python25 Password: Selecting version "python25" for python $ zenmap File "/Volumes/neo/opt/bin/zenmap", line 102, in import zenmapGUI.App File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ App.py", line 34, in import gtk Error in sys.excepthook: Traceback (most recent call last): File "/Volumes/neo/opt/bin/zenmap", line 47, in excepthook import gtk ImportError: No module named gtk Original exception was: Traceback (most recent call last): File "/Volumes/neo/opt/bin/zenmap", line 102, in import zenmapGUI.App File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ App.py", line 34, in import gtk ImportError: No module named gtk pms-macbook:~ pm$ sudo zenmap File "/Volumes/neo/opt/bin//zenmap", line 102, in import zenmapGUI.App File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ App.py", line 34, in import gtk Error in sys.excepthook: Traceback (most recent call last): File "/Volumes/neo/opt/bin//zenmap", line 47, in excepthook import gtk ImportError: No module named gtk Original exception was: Traceback (most recent call last): File "/Volumes/neo/opt/bin//zenmap", line 102, in import zenmapGUI.App File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ App.py", line 34, in import gtk ImportError: No module named gtk Could it be because of my X11? "About X11" reads: XQuartz 2.3.1 (xorg- server 1.4.2-apple17) Charles From ndiscreet at gmail.com Mon Nov 10 05:22:33 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Mon, 10 Nov 2008 07:22:33 -0600 Subject: openjpeg error Message-ID: <49183599.7040308@GmAiL.cOm> openjpeg.org's server is down. I can not reach the website and macports can not download the source file from their site. TIA From face at CentosPrime.COM Mon Nov 10 05:32:12 2008 From: face at CentosPrime.COM (Chris Janton) Date: Mon, 10 Nov 2008 06:32:12 -0700 Subject: Apache configuration files Message-ID: <4564357B-1C0A-4ED9-9F26-12671EF4836B@centosprime.com> I get "bit" by this occasionally. Upgraded apache from 2.2.9 to 2.2.10 The configuration files in /opt/local/apache2/conf/extra/ were all replaced. If I read the main httpd.conf file I see this... # Supplemental configuration # # The configuration files in the conf/extra/ directory can be # included to add extra features or to modify the default configuration of # the server, or you may simply copy their contents here and change as # necessary. These files can be quite complex, so actually copying the contents into httpd.conf seems wrong. If I want to use one of the extras, with modifications, where would be the "expected"|"proper"|"reasonable" place to put the modifications? It's no fun when the conf files get overwritten by an upgrade... 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From pano.irk at gmail.com Mon Nov 10 07:26:33 2008 From: pano.irk at gmail.com (=?UTF-8?B?0JzQuNGF0LDQuNC7INCQ?=) Date: Mon, 10 Nov 2008 23:26:33 +0800 Subject: NUT (2.2.2) Message-ID: Hi! I installed NUT (2.2.2) via MacPorts. $sudo port install nut configured, then: $ sudo /opt/local/bin/upsdrvctl start Network UPS Tools - UPS driver controller 2.2.2 Network UPS Tools: 0.29 USB communication driver - core 0.33 (2.2.2) Can't chdir to /opt/local/var/db/ups: No such file or directory Driver failed to start (exit status=1) What does this mean? I asked this question at Nut-upsuser's forum, the answer was: "When NUT was build for MacPorts it was configured to use this directory as STATEPATH, but apparently it is missing on your system. You'd better ask whoever is the packager for the MacPorts what to do now. The packaging seems to be broken, there is little we can do about that." How to fix it? Thanks! Mihail A -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndiscreet at gmail.com Mon Nov 10 09:57:44 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Mon, 10 Nov 2008 11:57:44 -0600 Subject: openjpeg download error Message-ID: <3aa26b560811100957o372f7c11n3beed4f8faa719bf@mail.gmail.com> My setup: Mac OSX 10.5.5 MacPorts 1.6.00 XCode 3.1.1 My error: ---> Fetching openjpeg ---> openjpeg_v1_3.tar.gz doesn't seem to exist in /opt/local/var/macports/distfiles/openjpeg ---> Attempting to fetch openjpeg_v1_3.tar.gz from http://www.openjpeg.org/ ---> Attempting to fetch openjpeg_v1_3.tar.gz from http://svn.macports.org/repository/macports/distfiles/openjpeg % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 ---> Attempting to fetch openjpeg_v1_3.tar.gz from http://svn.macports.org/repository/macports/distfiles/general/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 ---> Attempting to fetch openjpeg_v1_3.tar.gz from http://svn.macports.org/repository/macports/downloads/openjpeg % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 Error: Target org.macports.fetch returned: fetch failed Warning: the following items did not execute (for openjpeg): org.macports.activate org.macports.fetch org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: The following dependencies failed to build: gimp2 poppler openjpeg poppler-data py25-gtk py25-cairo py25-numpy fftw-3 py25-hashlib python25 py25-nose py25-setuptools py25-zlib py25-gobject libxslt Error: Status 1 encountered during processing. Forgive my sparse description in my earlier post. -------------- next part -------------- An HTML attachment was scrubbed... URL: From markd at macports.org Mon Nov 10 10:10:27 2008 From: markd at macports.org (markd at macports.org) Date: Mon, 10 Nov 2008 10:10:27 -0800 Subject: nedi fails to build (on p5-math-pari) Message-ID: >On Fri, Nov 07, 2008 at 02:44:53PM -0800, markd at macports.org said: >> p5-math-pari installs fine for me. So is the problem fetching the >> tarball? If so, you can manually copy the tarball into >> ${prefix}/var/macports/distfiles/perl5 and then do the install. > >If you are on an Intel-based Mac, did you try running 'make test' when it >built? I am on an Intel box. I did a 'port configure p5-math-pari' and then a 'make test' in the source directory. It failed. Compilation failed in require at t/zz_leak.t line 17. BEGIN failed--compilation aborted at t/zz_leak.t line 17. t/zz_leak........dubious Test returned status 2 (wstat 512, 0x200) FAILED--15 test scripts could be run, alas--no output ever seen >Also, manual fetching doesn't work because the perl module, while >building, does the fetch itself so it won't look under ${prefix}. I see that now. I didn't get that before. I wonder if there is a way to turn that off by setting $(paridir) so the Makefile will see it. $paridir = find_pari_dir() unless defined $paridir or $parisrc or $force_download; ($paridir) = download_and_patch_pari($parisrc, $force_download) if !$paridir or $force_download; Mark From dersh at alum.mit.edu Mon Nov 10 10:17:45 2008 From: dersh at alum.mit.edu (Adam Dershowitz) Date: Mon, 10 Nov 2008 10:17:45 -0800 Subject: render port is being replaced with xorg-renderproto port In-Reply-To: <7C68CFF0-50F9-49B7-90BB-D19617897EA1@macports.org> References: <7C68CFF0-50F9-49B7-90BB-D19617897EA1@macports.org> Message-ID: On Nov 10, 2008, at 1:14 AM, Ryan Schmidt wrote: > This message is relevant to anyone using ports that until now > depended on the render port: > > * cairo / cairo-devel > * gthumb > * gtk2 > * libgdiplus > * rxvt-unicode > * wine / wine-devel > * xrender > > The render port has been replaced with the xorg-renderproto port. > They are the same software; the latter is just a newer version. So > we are removing the render port. > > If you use any of the above ports, you may find at your next update > that MacPorts wants to install xorg-renderproto but that it > conflicts with the render port: > > 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. > > What you should do if you get this message is forcibly uninstall the > render port and then activate the xorg-renderproto port. > > sudo port -f uninstall render > sudo port activate xorg-renderproto > > This is the ticket for these changes: > > http://trac.macports.org/ticket/13493 > > Sorry for the inconvenience! > In case anyone has the same problem that I did: The above change also breaks cairo update. I was trying to figure it out, and then saw this message. Just doing the change above change fixes the problem. In more detail: I had cairo 1.8.0_0 and I did an upgrade to 1.8.2_0 that failed. At the same time i was trying to upgrade xrender from 0.9.0_2 to 0.9.0_3. I got the error Ryan mentioned above. By switching from render to xorg-renderproto, the rest of the upgrade went fine. From macports.users at gmail.com Mon Nov 10 10:21:52 2008 From: macports.users at gmail.com (Charles Darwin) Date: Mon, 10 Nov 2008 13:21:52 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <46AC534E-8E10-48FD-944C-40F74CD820BE@macports.org> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> <20081109224041.GG519@ninagal.withay.com> <3511C9DD-0D85-429A-BCEF-AF7C1107A1BA@gmail.com> <20081110044252.GL519@ninagal.withay.com> <46AC534E-8E10-48FD-944C-40F74CD820BE@macports.org> Message-ID: <67B96A40-D1D3-4879-908C-04F4B447B76C@gmail.com> On Nov 10, 2008, at 6:01 AM, Ryan Schmidt wrote: > On Nov 10, 2008, at 04:54, Charles Darwin wrote: > >> On 9-Nov-08, at 11:42 PM, Bryan Blackburn wrote: >> >>> On Sun, Nov 09, 2008 at 07:16:17PM -0500, Charles Darwin said: >>> [...] >>>> $ zenmap >>>> File "/Volumes/neo/opt/bin/zenmap", line 102, in >>>> import zenmapGUI.App >>>> File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ >>>> App.py", >>>> line 34, in >>>> import gtk >>>> Error in sys.excepthook: >>>> Traceback (most recent call last): >>>> File "/Volumes/neo/opt/bin/zenmap", line 47, in excepthook >>>> import gtk >>>> ImportError: No module named gtk >>> >>> So here zenmap can't load the gtk module, but >>> [...] >>>> >>>> $ /Volumes/neo/opt/bin/python2.5 -c 'import gtk' # this fires up >>>> Xquatz >>> >>> this works...odd. Do you have the python_select port installed, >>> and used it >>> to select 2.5 as the default? >> >> No. I mean: >> $ which -a python_select >> $ > > I think Bryan is recommending that you install and use the > python_select port. From the python25 port's post-activate message: > > >> To fully complete your installation and make python 2.5 the >> default, please run >> >> sudo port install python_select >> sudo python_select python25 > > > Now I am trying on 10.4: $ sudo port -dsc install nmap+zenmap Error: Port nmap+zenmap not found $ port variants nmap |grep zenmap zenmap: build zenmap in addition to nmap Charles From macports.users at gmail.com Mon Nov 10 10:23:50 2008 From: macports.users at gmail.com (Charles Darwin) Date: Mon, 10 Nov 2008 13:23:50 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <46AC534E-8E10-48FD-944C-40F74CD820BE@macports.org> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> <20081109224041.GG519@ninagal.withay.com> <3511C9DD-0D85-429A-BCEF-AF7C1107A1BA@gmail.com> <20081110044252.GL519@ninagal.withay.com> <46AC534E-8E10-48FD-944C-40F74CD820BE@macports.org> Message-ID: <4FAE1B1E-3EC6-4851-9319-552DF6C492AD@gmail.com> On Nov 10, 2008, at 6:01 AM, Ryan Schmidt wrote: > On Nov 10, 2008, at 04:54, Charles Darwin wrote: > >> On 9-Nov-08, at 11:42 PM, Bryan Blackburn wrote: >> >>> On Sun, Nov 09, 2008 at 07:16:17PM -0500, Charles Darwin said: >>> [...] >>>> $ zenmap >>>> File "/Volumes/neo/opt/bin/zenmap", line 102, in >>>> import zenmapGUI.App >>>> File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ >>>> App.py", >>>> line 34, in >>>> import gtk >>>> Error in sys.excepthook: >>>> Traceback (most recent call last): >>>> File "/Volumes/neo/opt/bin/zenmap", line 47, in excepthook >>>> import gtk >>>> ImportError: No module named gtk >>> >>> So here zenmap can't load the gtk module, but >>> [...] >>>> >>>> $ /Volumes/neo/opt/bin/python2.5 -c 'import gtk' # this fires up >>>> Xquatz >>> >>> this works...odd. Do you have the python_select port installed, >>> and used it >>> to select 2.5 as the default? >> >> No. I mean: >> $ which -a python_select >> $ > > I think Bryan is recommending that you install and use the > python_select port. From the python25 port's post-activate message: > > >> To fully complete your installation and make python 2.5 the >> default, please run >> >> sudo port install python_select >> sudo python_select python25 > > > Now I am trying on 10.4: $ sudo port -dsc install nmap+zenmap Error: Port nmap+zenmap not found $ port variants nmap |grep zenmap zenmap: build zenmap in addition to nmap Charles Discard this (I got the syntax wrong). Charles From jjstickel at vcn.com Mon Nov 10 12:12:39 2008 From: jjstickel at vcn.com (Jonathan Stickel) Date: Mon, 10 Nov 2008 13:12:39 -0700 Subject: upgrade of doxygen-1.5.7 error Message-ID: <491895B7.7030202@vcn.com> I get this error when upgrading doxygen to 1.5.7: c++ -c -pipe -D__FreeBSD__=6 -Wall -W -O2 -I../qtools -o ../objects/portable.o portable.cpp portable.cpp: In function 'size_t portable_iconv(void*, const char**, size_t*, char**, size_t*)': portable.cpp:392: error: invalid conversion from 'char**' to 'const char**' portable.cpp:392: error: initializing argument 2 of 'size_t libiconv(void*, const char**, size_t*, char**, size_t*)' gmake[2]: *** [../objects/portable.o] Error 1 I have Mac OS 10.4.11. Any suggestions? Thanks, Jonathan From ryandesign at macports.org Mon Nov 10 14:15:34 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 10 Nov 2008 16:15:34 -0600 Subject: upgrade of doxygen-1.5.7 error In-Reply-To: <491895B7.7030202@vcn.com> References: <491895B7.7030202@vcn.com> Message-ID: <4C9D5E1A-03D4-4C0B-A237-B08A6285A70A@macports.org> On Nov 10, 2008, at 14:12, Jonathan Stickel wrote: > I get this error when upgrading doxygen to 1.5.7: > > c++ -c -pipe -D__FreeBSD__=6 -Wall -W -O2 -I../qtools -o ../objects/ > portable.o portable.cpp > portable.cpp: In function 'size_t portable_iconv(void*, const > char**, size_t*, char**, size_t*)': > portable.cpp:392: error: invalid conversion from 'char**' to 'const > char**' > portable.cpp:392: error: initializing argument 2 of 'size_t > libiconv(void*, const char**, size_t*, char**, size_t*)' > gmake[2]: *** [../objects/portable.o] Error 1 > > I have Mac OS 10.4.11. Any suggestions? iconv can be accessed in a couple different ways depending on iconv version and operating system. So it looks like doxygen is trying to use iconv in one way but on your system it wants the other way. doxygen 1.5.7 builds fine for me on Mac OS X 10.4.11 so I think this problem is peculiar to your computer. Do you have the libiconv port installed and activated? What version? It should have been done automatically for you, but use "port installed libiconv" to see. Do you have anything in /usr/local/lib, in particular, a libiconv library? If so, remove it, and preferably anything else in /usr/ local. It often interferes with MacPorts-installed software. From ryandesign at macports.org Mon Nov 10 15:21:31 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 10 Nov 2008 17:21:31 -0600 Subject: render port is being replaced with xorg-renderproto port In-Reply-To: <709FCCDC-1399-4E3A-8D92-834ABA3031C2@macports.org> References: <7C68CFF0-50F9-49B7-90BB-D19617897EA1@macports.org> <20081110102814.GA1951@weetamoe.loria.fr> <709FCCDC-1399-4E3A-8D92-834ABA3031C2@macports.org> Message-ID: <5D63DE1F-8EB4-4823-9ABB-C73075EAB242@macports.org> On Nov 10, 2008, at 04:59, Ryan Schmidt wrote: > On Nov 10, 2008, at 04:28, Emmanuel Hainry wrote: > >> Isn't it possible to update render to a pseudo newer version that >> has no >> file > > Yes, I just did that. Unfortunately I had not completed all my > modifications by the time the portindex was regenerated, so I > wanted to notify users of the issue. > >> but depends on xorg-renderproto? Or else to have some kind of >> "superseding" mechanism? > > Making render depend on xorg-renderproto will not work: the > dependency xorg-renderproto would be built first before render > would be updated to the no-files version. You would be guaranteed > to get exactly the conflict message we're trying to avoid. > > Making xorg-renderproto depend on render might work. I could change > the render port again to not issue the message I added, advising > users to uninstall it, but instead let it sit around empty for > awhile until everyone has upgraded. Then later I can increase the > revision and re-add that message. I don't know if this is better > than what I did; it's all a bit messy. If someone feels strongly > about this they can change things. For now, I'm going to bed. :) I just did this (making xorg-renderproto depend on render) since the upgrade was not going smoothly without this. From rhpeters at priddis.cn Mon Nov 10 16:44:47 2008 From: rhpeters at priddis.cn (Richard Peters) Date: Mon, 10 Nov 2008 17:44:47 -0700 Subject: rb-gnome Message-ID: <7A4260D1-2895-46AD-BAFD-6F2F74B61C0F@priddis.cn> I'm trying to install rb-gnome without success. Here is the error message. Richard-Peterss-MacBook:~ richardpeters$ sudo port install rb-gnome ---> Verifying checksum(s) for libgcrypt Error: Checksum (md5) mismatch for libgcrypt-1.4.1.tar.bz2 Error: Checksum (sha1) mismatch for libgcrypt-1.4.1.tar.bz2 Error: Checksum (rmd160) mismatch for libgcrypt-1.4.1.tar.bz2 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: gnome-session gnome- control-center evolution-data-server gnome-keyring libgcrypt libtasn1 gnome-platform-suite at-spi libbonobo python25 gnome-mime-data gnome- vfs openssl gnome-vfs-monikers gtk-doc docbook-xml-4.1.2 xmlcatmgr docbook-xsl gnome-doc-utils docbook-xml docbook-xml-4.2 docbook- xml-4.3 docbook-xml-4.4 docbook-xml-4.5 iso-codes py25-hashlib libxslt py25-gobject py25-libxml2 py25-numeric rarian getopt libart_lgpl libbonoboui libglade2 libgnome libgnomecanvas libgnomeui gnome-icon- theme hicolor-icon-theme icon-naming-utils p5-xml-simple p5-xml- namespacesupport p5-xml-sax libsoup gnutls lzo opencdk readline nspr nss sqlite3 gnome-desktop gnome-themes gtk-engines2 py25-gnome py25- gtk py25-cairo py25-numpy fftw-3 py25-nose py25-setuptools py25-zlib py25-orbit startup-notification gnome-menus gnome-panel libgweather librsvg libcroco libgsf bzip2 libwnck gnome-settings-daemon gst- plugins-good aalib flac libogg gst-plugins-base cdparanoia gstreamer bison flex gzip liboil libtheora libvorbis libcaca libcdio libcddb libdv libshout2 speex taglib wavpack libgnomekbd libxklavier libcanberra metacity nautilus eel libexif gtkglext libgnomeprintui libgnomeprint libgnomecups libgtkhtml ruby Error: Status 1 encountered during processing. Richard-Peterss-MacBook:~ richardpeters$ Help would be greatly appreciated. I'm a Macports neophyte. From blb at macports.org Mon Nov 10 17:16:52 2008 From: blb at macports.org (Bryan Blackburn) Date: Mon, 10 Nov 2008 18:16:52 -0700 Subject: openjpeg error In-Reply-To: <49183599.7040308@GmAiL.cOm> References: <49183599.7040308@GmAiL.cOm> Message-ID: <20081111011652.GK747@ninagal.withay.com> On Mon, Nov 10, 2008 at 07:22:33AM -0600, Altoine Barker said: > openjpeg.org's server is down. I can not reach the website and macports > can not download the source file from their site. TIA You can use the procedure documented at: which will tell port to use the newer MacPorts mirror (this will be automatic in 1.7.0). Bryan From blb at macports.org Mon Nov 10 17:21:10 2008 From: blb at macports.org (Bryan Blackburn) Date: Mon, 10 Nov 2008 18:21:10 -0700 Subject: Apache configuration files In-Reply-To: <4564357B-1C0A-4ED9-9F26-12671EF4836B@centosprime.com> References: <4564357B-1C0A-4ED9-9F26-12671EF4836B@centosprime.com> Message-ID: <20081111012110.GL747@ninagal.withay.com> On Mon, Nov 10, 2008 at 06:32:12AM -0700, Chris Janton said: > I get "bit" by this occasionally. > > Upgraded apache from 2.2.9 to 2.2.10 > > The configuration files in > > /opt/local/apache2/conf/extra/ > > were all replaced. [...] > > It's no fun when the conf files get overwritten by an upgrade... Sounds like you hit ticket #8605: Unfortunately, doesn't seem like any consensus for how to properly deal with it. Best would be to implement #2365: Bryan > > 8) > ---------------------------------- > Chris Janton - face at CentosPrime dot COM > Netminder for Opus1.COM > From blb at macports.org Mon Nov 10 17:28:29 2008 From: blb at macports.org (Bryan Blackburn) Date: Mon, 10 Nov 2008 18:28:29 -0700 Subject: rb-gnome In-Reply-To: <7A4260D1-2895-46AD-BAFD-6F2F74B61C0F@priddis.cn> References: <7A4260D1-2895-46AD-BAFD-6F2F74B61C0F@priddis.cn> Message-ID: <20081111012829.GM747@ninagal.withay.com> On Mon, Nov 10, 2008 at 05:44:47PM -0700, Richard Peters said: > I'm trying to install rb-gnome without success. Here is the error > message. > > Richard-Peterss-MacBook:~ richardpeters$ sudo port install rb-gnome > ---> Verifying checksum(s) for libgcrypt > Error: Checksum (md5) mismatch for libgcrypt-1.4.1.tar.bz2 > Error: Checksum (sha1) mismatch for libgcrypt-1.4.1.tar.bz2 > Error: Checksum (rmd160) mismatch for libgcrypt-1.4.1.tar.bz2 > Error: Target org.macports.checksum returned: Unable to verify file > checksums The first issue is that your install needs to be updated, by running: $ sudo port sync as the libgcrypt port is currently at 1.4.3. After you've run sync, try installing rb-gnome again. Bryan [...] > > Help would be greatly appreciated. I'm a Macports neophyte. From ryandesign at macports.org Mon Nov 10 18:06:10 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 10 Nov 2008 20:06:10 -0600 Subject: render port is being replaced with xorg-renderproto port In-Reply-To: <5D63DE1F-8EB4-4823-9ABB-C73075EAB242@macports.org> References: <7C68CFF0-50F9-49B7-90BB-D19617897EA1@macports.org> <20081110102814.GA1951@weetamoe.loria.fr> <709FCCDC-1399-4E3A-8D92-834ABA3031C2@macports.org> <5D63DE1F-8EB4-4823-9ABB-C73075EAB242@macports.org> Message-ID: On Nov 10, 2008, at 17:21, Ryan Schmidt wrote: > On Nov 10, 2008, at 04:59, Ryan Schmidt wrote: > >> On Nov 10, 2008, at 04:28, Emmanuel Hainry wrote: >> >>> Isn't it possible to update render to a pseudo newer version that >>> has no >>> file >> >> Yes, I just did that. Unfortunately I had not completed all my >> modifications by the time the portindex was regenerated, so I >> wanted to notify users of the issue. >> >>> but depends on xorg-renderproto? Or else to have some kind of >>> "superseding" mechanism? >> >> Making render depend on xorg-renderproto will not work: the >> dependency xorg-renderproto would be built first before render >> would be updated to the no-files version. You would be guaranteed >> to get exactly the conflict message we're trying to avoid. >> >> Making xorg-renderproto depend on render might work. I could >> change the render port again to not issue the message I added, >> advising users to uninstall it, but instead let it sit around >> empty for awhile until everyone has upgraded. Then later I can >> increase the revision and re-add that message. I don't know if >> this is better than what I did; it's all a bit messy. If someone >> feels strongly about this they can change things. For now, I'm >> going to bed. :) > > I just did this (making xorg-renderproto depend on render) since > the upgrade was not going smoothly without this. This seems to be working. The correct procedure now is simply to "port upgrade" your outdated ports. The render port will stick around for now (containing no files except a readme). Some time later render will be removed. From ryandesign at macports.org Mon Nov 10 18:08:13 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 10 Nov 2008 20:08:13 -0600 Subject: Apache configuration files In-Reply-To: <20081111012110.GL747@ninagal.withay.com> References: <4564357B-1C0A-4ED9-9F26-12671EF4836B@centosprime.com> <20081111012110.GL747@ninagal.withay.com> Message-ID: <7204405E-83DB-4C7C-8445-BFC4C9409514@macports.org> On Nov 10, 2008, at 19:21, Bryan Blackburn wrote: > On Mon, Nov 10, 2008 at 06:32:12AM -0700, Chris Janton said: >> I get "bit" by this occasionally. >> >> Upgraded apache from 2.2.9 to 2.2.10 >> >> The configuration files in >> >> /opt/local/apache2/conf/extra/ >> >> were all replaced. > [...] >> >> It's no fun when the conf files get overwritten by an upgrade... > > Sounds like you hit ticket #8605: > > I don't think it's a lack of consensus; just a lack of someone doing it. The apache2 port does, after all, already handle this for the httpd.conf; it just now needs to also handle it for the extra conf files. > Unfortunately, doesn't seem like any consensus for how to properly > deal with > it. Best would be to implement #2365: > > That would be nice for a general case. From ryandesign at macports.org Mon Nov 10 18:10:06 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 10 Nov 2008 20:10:06 -0600 Subject: NUT (2.2.2) In-Reply-To: References: Message-ID: On Nov 10, 2008, at 09:26, ?????? ? wrote: > I installed NUT (2.2.2) via MacPorts. > > $sudo port install nut > > configured, then: > > $ sudo /opt/local/bin/upsdrvctl start > Network UPS Tools - UPS driver controller 2.2.2 > Network UPS Tools: 0.29 USB communication driver - core 0.33 (2.2.2) > Can't chdir to /opt/local/var/db/ups: No such file or directory > Driver failed to start (exit status=1) > > > What does this mean? > > I asked this question at Nut-upsuser's forum, > the answer was: > > > "When NUT was build for MacPorts it was configured to use this > directory as STATEPATH, but apparently it is missing on your > system. You'd better ask whoever is the packager for the MacPorts > what to do now. The packaging seems to be broken, there is little > we can do about that." Looks like you already filed a ticket and found a way to fix it: http://trac.macports.org/ticket/17172 So we'll just wait for the maintainer to read that and commit the fix. From oldcanine at yahoo.com Mon Nov 10 19:52:40 2008 From: oldcanine at yahoo.com (Barry Olddog) Date: Mon, 10 Nov 2008 19:52:40 -0800 (PST) Subject: mpfr cannot be found Message-ID: <509747.88488.qm@web59611.mail.ac4.yahoo.com> port is failing to fetch mpfr from both www.mpfr.org and from svn.macports.org I'm installing py25-scipy and have tried getting mpfr several times. I couldn't reach www.mpfr.org by browser, and the file does not seem to be in the repository. Thanks, Barry From blb at macports.org Mon Nov 10 20:12:30 2008 From: blb at macports.org (Bryan Blackburn) Date: Mon, 10 Nov 2008 21:12:30 -0700 Subject: mpfr cannot be found In-Reply-To: <509747.88488.qm@web59611.mail.ac4.yahoo.com> References: <509747.88488.qm@web59611.mail.ac4.yahoo.com> Message-ID: <20081111041230.GT747@ninagal.withay.com> On Mon, Nov 10, 2008 at 07:52:40PM -0800, Barry Olddog said: > port is failing to fetch mpfr from both www.mpfr.org and from svn.macports.org > > I'm installing py25-scipy and have tried getting mpfr several times. I couldn't reach www.mpfr.org by browser, and the file does not seem to be in the repository. You can use the procedure documented at: which will tell port to use the newer MacPorts mirror (this will be automatic in 1.7.0). Bryan > > Thanks, > > Barry > From rhpeters at priddis.cn Mon Nov 10 21:07:30 2008 From: rhpeters at priddis.cn (Richard Peters) Date: Mon, 10 Nov 2008 22:07:30 -0700 Subject: rb-gnome Message-ID: <9D6C7074-86D4-40F2-8EB2-3BECBC2DCBE2@priddis.cn> Bryan, thank you that was very helpful however I hit a new snag. Here's the error message. building '_hashlib' extension creating build creating build/temp.macosx-10.3-i386-2.5 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/opt/local/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.5/include/ python2.5 -c _hashopenssl.c -o build/temp.macosx-10.3-i386-2.5/ _hashopenssl.o unable to execute -DNDEBUG: No such file or directory error: command '-DNDEBUG' failed with exit status 1 Error: The following dependencies failed to build: gnome-session gnome- control-center evolution-data-server gnome-platform-suite gtk-doc gnome-doc-utils iso-codes py25-hashlib libxslt py25-gobject py25- libxml2 py25-numeric rarian getopt libart_lgpl libbonoboui libglade2 libgnome libgnomecanvas libgnomeui gnome-icon-theme hicolor-icon-theme icon-naming-utils p5-xml-simple p5-xml-namespacesupport p5-xml-sax libsoup gnutls lzo opencdk readline nspr nss sqlite3 gnome-desktop gnome-themes gtk-engines2 py25-gnome py25-gtk py25-cairo py25-numpy fftw-3 py25-nose py25-setuptools py25-zlib py25-orbit startup- notification gnome-menus gnome-panel libgweather librsvg libcroco libgsf bzip2 libwnck gnome-settings-daemon gst-plugins-good aalib flac libogg gst-plugins-base cdparanoia gstreamer bison flex gzip liboil libtheora libvorbis libcaca libcdio libcddb libdv libshout2 speex taglib wavpack libgnomekbd libxklavier libcanberra metacity nautilus eel libexif gtkglext libgnomeprintui libgnomeprint libgnomecups libgtkhtml ruby Error: Status 1 encountered during processing. h108:~ richardpeters$ Again, any help would be greatly appreciated. From blb at macports.org Mon Nov 10 22:04:49 2008 From: blb at macports.org (Bryan Blackburn) Date: Mon, 10 Nov 2008 23:04:49 -0700 Subject: rb-gnome In-Reply-To: <9D6C7074-86D4-40F2-8EB2-3BECBC2DCBE2@priddis.cn> References: <9D6C7074-86D4-40F2-8EB2-3BECBC2DCBE2@priddis.cn> Message-ID: <20081111060449.GX747@ninagal.withay.com> On Mon, Nov 10, 2008 at 10:07:30PM -0700, Richard Peters said: > Bryan, thank you that was very helpful however I hit a new snag. Here's > the error message. > > > building '_hashlib' extension > creating build > creating build/temp.macosx-10.3-i386-2.5 > -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/opt/local/include > -I/opt/local/Library/Frameworks/Python.framework/Versions/2.5/include/ > python2.5 -c _hashopenssl.c -o build/temp.macosx-10.3-i386-2.5/ > _hashopenssl.o > unable to execute -DNDEBUG: No such file or directory > error: command '-DNDEBUG' failed with exit status 1 Was that while port was building py25-hashlib? If so, do a $ sudo port clean --work py25-hashlib then run your original install again. You might run into this again, in which case you need to do a clean again against the port that actually failed (not necessarily the one you told port to build). This is the Tcl environment bug: Bryan [...] > > Again, any help would be greatly appreciated. From talklists at newgeo.com Tue Nov 11 01:20:51 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 11 Nov 2008 01:20:51 -0800 Subject: ASSP out of date In-Reply-To: <864EDFE1-9031-457F-831C-1C560219B380@macports.org> References: <49123482.5010305@macports.org> <230DCBED-6A40-4921-9226-EC5F6DB53E71@newgeo.com> <20081106040511.GO454@ninagal.withay.com> <1F4CAB57-B9F8-475B-A7F6-C12F614FED63@newgeo.com> <8D19E4C3-C03C-4092-AA48-674F1F8DCFF6@macports.org> <57525FAB-8AE9-49AF-ABA5-83B49FE12FBE@newgeo.com> <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> Message-ID: <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> Hello, had some more spare time this evening, working on the assp port, thanks to all who are entertaining me in this training process. I am working on the port as it started, so I issue sudo port edit assp. If I run: clear; sudo port -d install assp I generally get a bunch of errors, certainly a lot less if I uninstall the port first. In the interest of learning, can someone explain what is going on, here is the output: http://pastebin.com/m61fea40e ( I have a good deal of ui_info " MY DEBUG: *" in there ) The basic premise of what I need to do is delete one directory, scan the files and run reinplace on certain ones, scan the files and change the perl path to the macports one, and scan the files and change the path of /usr/local/assp to /opt/local/etc/assp, and finally, move the files to their final destination. I am a little confused on the ideal way to use pre-patch, configure, build, and destroot. Taking a cue from the original port, I put the first reinplace, to delete DOS endings in pre-patch, this makes sense to me to be here. I then put the reinplace of the perl path, as well as the /usr/local/ assp path replacement in configure. Is this correct? To me, it seems a pre-patch thing. I fail to locate docs that tell me what is most ideal for each action. Since this is just moving files around, I have set use_configure no but that seems misleading to me, if it is set to no, how come configure still gets run? pre-patch, configrue, build, and destroot all appear to be what I would call tcl functions, does the order of placement in the port file make any difference at all, or are the parsed and ran in the order they need to be? I think the logical order would be pre-patch {} configure {} build {} destroot {} Does placement of use_configure no in the file make a difference, I seem to have different results depending on where I put it. Here is my current iteration of the port http://pastebin.com/m4817d4da Thanks, once this works, I will work on the destroot and making sure it does not nuke config and bayes database and other files, that should leave me with figuring out what perl modules need ports. -- Scott From talklists at newgeo.com Tue Nov 11 01:42:23 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 11 Nov 2008 01:42:23 -0800 Subject: LWP::Simple Message-ID: <640E2E2C-1BD2-4F09-9210-10098D01BB46@newgeo.com> I am look at http://trac.macports.org/browser/trunk/dports/perl/p5-libwww-perl/Portfile The CPAN page says that LWP::Simple is in it. Is there a LWP::Simple port, or is this ok to install, even though there are probably a million things I do not need in the p5-libwww-perl Wondering what the normal procedure is in these cases, where you need one thing, contained in another, and the other one has a bunch of stuff you do not need. -- Scott From blb at macports.org Tue Nov 11 01:57:33 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 11 Nov 2008 02:57:33 -0700 Subject: ASSP out of date In-Reply-To: <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> Message-ID: <20081111095733.GY747@ninagal.withay.com> On Tue, Nov 11, 2008 at 01:20:51AM -0800, Scott Haneda said: > Hello, had some more spare time this evening, working on the assp port, > thanks to all who are entertaining me in this training process. > > I am working on the port as it started, so I issue sudo port edit assp. > If I run: > clear; sudo port -d install assp > I generally get a bunch of errors, certainly a lot less if I uninstall > the port first. In the interest of learning, can someone explain what is > going on, here is the output: > http://pastebin.com/m61fea40e > ( I have a good deal of ui_info " MY DEBUG: *" in there ) The basic problem is that you're trying to install stuff directly, but everything needs initially to be underneath ${destroot} so port can then figure out what files belong to the software. Your destroot phase should get rid of the 'file delete ...' and change the copy to be file copy "${worksrcpath}" "${destroot}${prefix}/var/ASSP" [...] > > Since this is just moving files around, I have set > use_configure no > but that seems misleading to me, if it is set to no, how come configure > still gets run? Since ASSP doesn't have a configure script, if it were being run you'd see an error message about it; I'm guessing you're talking about the line DEBUG: Executing org.macports.configure (assp) which is a bit misleading because once it does that, it does nothing else... > > pre-patch, configrue, build, and destroot all appear to be what I would > call tcl functions, does the order of placement in the port file make any > difference at all, or are the parsed and ran in the order they need to be? > I think the logical order would be Order in the Portfile doesn't matter for those, they are run in the logical order (fetch, extract, patch, configure, build, destroot, install, activate) with pre- and post- phases for each available. [...] > > Thanks, once this works, I will work on the destroot and making sure it > does not nuke config and bayes database and other files, that should leave > me with figuring out what perl modules need ports. Note that during development of a port, it's best to initially run through the destroot phase, and if at all possible, as a user who can't write to the MacPorts install location. Eg, $ port -d destroot in the Portfile directory, as you, this way if your uid doesn't have write access, it will fail to write things directly to ${prefix} so you know there's something that needs to be updated so it goes into ${destroot}${prefix} instead. Bryan > -- > Scott > From ryandesign at macports.org Tue Nov 11 03:10:41 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 11 Nov 2008 05:10:41 -0600 Subject: ASSP out of date In-Reply-To: <20081111095733.GY747@ninagal.withay.com> References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> Message-ID: On Nov 11, 2008, at 03:57, Bryan Blackburn wrote: > On Tue, Nov 11, 2008 at 01:20:51AM -0800, Scott Haneda said: > >> Since this is just moving files around, I have set >> use_configure no >> but that seems misleading to me, if it is set to no, how come >> configure >> still gets run? > > Since ASSP doesn't have a configure script, if it were being run > you'd see > an error message about it; I'm guessing you're talking about the line > > DEBUG: Executing org.macports.configure (assp) > > which is a bit misleading because once it does that, it does > nothing else... Yes, but his port says "use_configure no" but then also has "configure {...}" (with actual code in place of "..."). In this case, since you did write a configure phase, you should not say "use_configure no". >> pre-patch, configrue, build, and destroot all appear to be what I >> would >> call tcl functions, does the order of placement in the port file >> make any >> difference at all, or are the parsed and ran in the order they >> need to be? >> I think the logical order would be > > Order in the Portfile doesn't matter for those, they are run in the > logical > order (fetch, extract, patch, configure, build, destroot, install, > activate) > with pre- and post- phases for each available. Right. But it can be clearer to put them in order in the Portfile, too. Other comments on your portfile: Near the top you still define: set assp_base ${prefix}/var/assp And you use this in reinplace: reinplace "s%/usr/local/assp%${assp_base}%" ${worksrcpath}/$file However in the destroot you deal with ${prefix}/var/ASSP: file delete -force "${prefix}/var/ASSP" Which case is correct? You must use the correct case, for the benefit of users running on case-sensitive filesystems. In the destroot, you should probably reuse the assp_base variable again. Also, to this question: >> I am a little confused on the ideal way to use pre-patch, >> configure, build, and destroot. >> >> Taking a cue from the original port, I put the first reinplace, to >> delete DOS endings in pre-patch, this makes sense to me to be here. The change to the line endings was done before the patch phase, because in the patch phase, those files needed to be patched, but the patchfiles themselves used UNIX line endings. The files to be patched needed to be changed to have the same line endings as the patchfile. The patchfile could have been stored with DOS line endings, but that would be weird on Mac OS X, and someone's editor might screw it up when changing it in the future. Also not sure how the UNIX command- line diff utilities fare with DOS line endings. Better to use UNIX line endings; we're sure how that works. Since your new portfile doesn't do any patching, you may not need to muck with the line ending of these files anymore. Not sure. >> I then put the reinplace of the perl path, as well as the /usr/ >> local/assp path replacement in configure. Is this correct? To >> me, it seems a pre-patch thing. I fail to locate docs that tell >> me what is most ideal for each action. Yeah, it might make sense to do that in the patch phase too. And then to not have a configure phase (by using "use_configure no"). It probably doesn't make a lot of difference here though. From ryandesign at macports.org Tue Nov 11 03:14:41 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 11 Nov 2008 05:14:41 -0600 Subject: LWP::Simple In-Reply-To: <640E2E2C-1BD2-4F09-9210-10098D01BB46@newgeo.com> References: <640E2E2C-1BD2-4F09-9210-10098D01BB46@newgeo.com> Message-ID: <7974B1B1-E459-43BF-AA69-DDFC0F277119@macports.org> On Nov 11, 2008, at 03:42, Scott Haneda wrote: > I am look at > http://trac.macports.org/browser/trunk/dports/perl/p5-libwww-perl/ > Portfile > > The CPAN page says that LWP::Simple is in it. > > Is there a LWP::Simple port, or is this ok to install, even though > there are probably a million things I do not need in the p5-libwww- > perl > > Wondering what the normal procedure is in these cases, where you > need one thing, contained in another, and the other one has a bunch > of stuff you do not need. p5-libwww-perl does seem to contain LWP::Simple. LWP stands for LibWww-Perl, so it makes sense that LWP::Simple would be a part of the libwww-perl package. You could discover this yourself by installing it (sudo port install p5-libwww-perl) and then looking at its contents (port contents p5-libwww-perl). Ideally, there would be a single port that installs a given piece of software. That seems to be the case here. Install p5-libwww-perl, even if you don't need its other parts. From jjstickel at vcn.com Tue Nov 11 06:44:19 2008 From: jjstickel at vcn.com (Jonathan Stickel) Date: Tue, 11 Nov 2008 07:44:19 -0700 Subject: upgrade of doxygen-1.5.7 error In-Reply-To: <4C9D5E1A-03D4-4C0B-A237-B08A6285A70A@macports.org> References: <491895B7.7030202@vcn.com> <4C9D5E1A-03D4-4C0B-A237-B08A6285A70A@macports.org> Message-ID: <49199A43.7050609@vcn.com> Ryan Schmidt wrote: > On Nov 10, 2008, at 14:12, Jonathan Stickel wrote: > >> I get this error when upgrading doxygen to 1.5.7: >> >> c++ -c -pipe -D__FreeBSD__=6 -Wall -W -O2 -I../qtools -o >> ../objects/portable.o portable.cpp >> portable.cpp: In function 'size_t portable_iconv(void*, const char**, >> size_t*, char**, size_t*)': >> portable.cpp:392: error: invalid conversion from 'char**' to 'const >> char**' >> portable.cpp:392: error: initializing argument 2 of 'size_t >> libiconv(void*, const char**, size_t*, char**, size_t*)' >> gmake[2]: *** [../objects/portable.o] Error 1 >> >> I have Mac OS 10.4.11. Any suggestions? > > > iconv can be accessed in a couple different ways depending on iconv > version and operating system. So it looks like doxygen is trying to use > iconv in one way but on your system it wants the other way. > > doxygen 1.5.7 builds fine for me on Mac OS X 10.4.11 so I think this > problem is peculiar to your computer. > > Do you have the libiconv port installed and activated? What version? It > should have been done automatically for you, but use "port installed > libiconv" to see. > $ port installed libiconv The following ports are currently installed: libiconv @1.12_0+darwin_8 (active) > Do you have anything in /usr/local/lib, in particular, a libiconv > library? If so, remove it, and preferably anything else in /usr/local. > It often interferes with MacPorts-installed software. > Nothing of significance in /usr/local/lib, but I do have: /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libiconv.2.2.0.dylib /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libiconv.2.dylib /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libiconv.dylib /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.2.2.0.dylib /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.2.dylib /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.dylib Thanks, Jonathan From ndiscreet at gmail.com Tue Nov 11 09:08:36 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Tue, 11 Nov 2008 11:08:36 -0600 Subject: openjpeg error In-Reply-To: <20081111011652.GK747@ninagal.withay.com> References: <49183599.7040308@GmAiL.cOm> <20081111011652.GK747@ninagal.withay.com> Message-ID: <3aa26b560811110908i5b2267eckb48ab16e79b2e4a2@mail.gmail.com> Bryan, That worked! Thank you for the help. -Altoine On Mon, Nov 10, 2008 at 7:16 PM, Bryan Blackburn wrote: > On Mon, Nov 10, 2008 at 07:22:33AM -0600, Altoine Barker said: > > openjpeg.org's server is down. I can not reach the website and macports > > can not download the source file from their site. TIA > > You can use the procedure documented at: > > > > which will tell port to use the newer MacPorts mirror (this will be > automatic in 1.7.0). > > 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 ndiscreet at gmail.com Tue Nov 11 09:14:28 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Tue, 11 Nov 2008 11:14:28 -0600 Subject: mpfr cannot be found In-Reply-To: <509747.88488.qm@web59611.mail.ac4.yahoo.com> References: <509747.88488.qm@web59611.mail.ac4.yahoo.com> Message-ID: <3aa26b560811110914vfdf16afpa7abcf030ef077d1@mail.gmail.com> Barry, Bryan gave me a link with instructions that solved my problem that you are having. Try this link: http://trac.macports.org/wiki/ProblemHotlist#Fetchfailures HTH -Altoine On Mon, Nov 10, 2008 at 9:52 PM, Barry Olddog wrote: > port is failing to fetch mpfr from both www.mpfr.org and from > svn.macports.org > > I'm installing py25-scipy and have tried getting mpfr several times. I > couldn't reach www.mpfr.org by browser, and the file does not seem to be > in the repository. > > Thanks, > > Barry > > > > > _______________________________________________ > 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 vincent-opdarw at vinc17.org Tue Nov 11 10:25:12 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Tue, 11 Nov 2008 19:25:12 +0100 Subject: mpfr cannot be found In-Reply-To: <509747.88488.qm@web59611.mail.ac4.yahoo.com> References: <509747.88488.qm@web59611.mail.ac4.yahoo.com> Message-ID: <20081111182511.GR4096@prunille.vinc17.org> On 2008-11-10 19:52:40 -0800, Barry Olddog wrote: > port is failing to fetch mpfr from both www.mpfr.org and from > svn.macports.org Probably a temporary failure. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From ryandesign at macports.org Tue Nov 11 13:31:24 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 11 Nov 2008 15:31:24 -0600 Subject: upgrade of doxygen-1.5.7 error In-Reply-To: <49199A43.7050609@vcn.com> References: <491895B7.7030202@vcn.com> <4C9D5E1A-03D4-4C0B-A237-B08A6285A70A@macports.org> <49199A43.7050609@vcn.com> Message-ID: On Nov 11, 2008, at 08:44, Jonathan Stickel wrote: > Ryan Schmidt wrote: >> On Nov 10, 2008, at 14:12, Jonathan Stickel wrote: >>> I get this error when upgrading doxygen to 1.5.7: >>> >>> c++ -c -pipe -D__FreeBSD__=6 -Wall -W -O2 -I../qtools -o ../ >>> objects/portable.o portable.cpp >>> portable.cpp: In function 'size_t portable_iconv(void*, const >>> char**, size_t*, char**, size_t*)': >>> portable.cpp:392: error: invalid conversion from 'char**' to >>> 'const char**' >>> portable.cpp:392: error: initializing argument 2 of 'size_t >>> libiconv(void*, const char**, size_t*, char**, size_t*)' >>> gmake[2]: *** [../objects/portable.o] Error 1 >>> >>> I have Mac OS 10.4.11. Any suggestions? >> iconv can be accessed in a couple different ways depending on >> iconv version and operating system. So it looks like doxygen is >> trying to use iconv in one way but on your system it wants the >> other way. >> doxygen 1.5.7 builds fine for me on Mac OS X 10.4.11 so I think >> this problem is peculiar to your computer. >> Do you have the libiconv port installed and activated? What >> version? It should have been done automatically for you, but use >> "port installed libiconv" to see. > > $ port installed libiconv > The following ports are currently installed: > libiconv @1.12_0+darwin_8 (active) Good, that's current... >> Do you have anything in /usr/local/lib, in particular, a libiconv >> library? If so, remove it, and preferably anything else in /usr/ >> local. It often interferes with MacPorts-installed software. > > Nothing of significance in /usr/local/lib, but I do have: > > /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libiconv.2.2.0.dylib > /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libiconv.2.dylib > /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libiconv.dylib > /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.2.2.0.dylib > /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.2.dylib > /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.dylib That's normal too. Ok, can you please try cleaning and rebuilding doxygen once more, this time with debug output, and attach it here so I can compare it to my system's output? sudo port clean doxygen sudo port -d upgrade doxygen 2>&1 | tee ~/Desktop/doxygen.txt bzip2 ~/Desktop/doxygen.txt Then attach the file doxygen.txt.bz2 from your desktop to your reply. Thanks. From sck at nogas.org Tue Nov 11 14:03:56 2008 From: sck at nogas.org (Scott C. Kennedy) Date: Tue, 11 Nov 2008 14:03:56 -0800 Subject: libtasn1-config no longer installed by the libtasn1 1.6_0 Message-ID: <491A014C.1000102@nogas.org> Just noticed that libtasn1 was updated, so I tried to upgrade libtasn1, and it's dependents, but.... Biko-2:~ sck$ sudo port selfupdate && sudo port install gnome-keyring MacPorts base version 1.600 installed Downloaded MacPorts base version 1.600 The MacPorts installation is not outdated and so was not updated selfupdate done! ---> Verifying checksum(s) for libtasn1 ---> Extracting libtasn1 ---> Configuring libtasn1 ---> Building libtasn1 with target all ---> Staging libtasn1 into destroot ---> Installing libtasn1 1.6_0 ---> Activating libtasn1 1.6_0 ---> Cleaning libtasn1 ---> Configuring gnome-keyring Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-keyring/work/gnome-keyring-2.24.1" && ./configure --prefix=/opt/local " returned error 1 Command output: checking sys/time.h presence... yes checking for sys/time.h... yes checking time.h usability... yes checking time.h presence... yes checking for time.h... yes checking for unistd.h... (cached) yes checking for gettimeofday... yes checking for fsync... yes checking for mlock... yes checking for socket in -lsocket... no checking for socket... yes checking for DBUS... yes checking for HAL... no checking security/pam_modules.h usability... no checking security/pam_modules.h presence... no checking for security/pam_modules.h... no checking for /dev/random... yes checking for libgcrypt-config... /opt/local/bin/libgcrypt-config checking for LIBGCRYPT - version >= 1.2.2... yes (1.4.3) checking LIBGCRYPT API version... okay checking for libtasn1-config... no checking for libtasn1 - version >= 0.3.4... no *** The libtasn1-config script installed by LIBTASN1 could not be found *** If LIBTASN1 was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBTASN1_CONFIG environment variable to the *** full path to libtasn1-config. configure: error: *** *** LibtASN1 0.3.4 was not found. Error: Status 1 encountered during processing. Biko-2:~ sck$ So, I checked the build directory for libtasn1 and it's ChangeLog says... 2008-11-04 Simon Josefsson * configure.in: Remove libtasn1-config. Use warnings. So, since the new version doesn't have the libtasn1-config file that all the dependents look for, then they all need to be updated, yes? Scott -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Tue Nov 11 14:49:36 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 11 Nov 2008 16:49:36 -0600 Subject: libtasn1-config no longer installed by the libtasn1 1.6_0 In-Reply-To: <491A014C.1000102@nogas.org> References: <491A014C.1000102@nogas.org> Message-ID: <60A98E69-7C8F-48B6-BA87-90801F623356@macports.org> On Nov 11, 2008, at 16:03, Scott C. Kennedy wrote: > Just noticed that libtasn1 was updated, so I tried to upgrade > libtasn1, and it's dependents, but.... [snip] > ---> Configuring gnome-keyring [snip] > checking for libtasn1-config... no > checking for libtasn1 - version >= 0.3.4... no > *** The libtasn1-config script installed by LIBTASN1 could not be > found > *** If LIBTASN1 was installed in PREFIX, make sure PREFIX/bin is in > *** your path, or set the LIBTASN1_CONFIG environment variable to the > *** full path to libtasn1-config. > configure: error: > *** > *** LibtASN1 0.3.4 was not found. > > > Error: Status 1 encountered during processing. > Biko-2:~ sck$ > So, I checked the build directory for libtasn1 and it's ChangeLog > says... > 2008-11-04 Simon Josefsson > > * configure.in: Remove libtasn1-config. Use warnings. > So, since the new version doesn't have the libtasn1-config file > that all the dependents look for, then they all need to be updated, > yes? I would say yes. Presumably libtasn1 wants its users to use pkgconfig to find its libraries now. Software that uses libtasn should be updated. Bugs should be reported to the developers of those programs.... From sck at nogas.org Tue Nov 11 15:09:26 2008 From: sck at nogas.org (Scott C. Kennedy) Date: Tue, 11 Nov 2008 15:09:26 -0800 Subject: libtasn1-config no longer installed by the libtasn1 1.6_0 In-Reply-To: <60A98E69-7C8F-48B6-BA87-90801F623356@macports.org> References: <491A014C.1000102@nogas.org> <60A98E69-7C8F-48B6-BA87-90801F623356@macports.org> Message-ID: <491A10A6.2050906@nogas.org> Okay, based on my read of the Portfiles, the follow ports need to be updated... bitlbee gloox gnome-keyring gnutls iksemel libprelude msmtp ntfsprogs I'll confirm and contact the developers through http://trac.macports.org Thanks for the confirmation Scott Ryan Schmidt wrote: > On Nov 11, 2008, at 16:03, Scott C. Kennedy wrote: > >> Just noticed that libtasn1 was updated, so I tried to upgrade >> libtasn1, and it's dependents, but.... > > [snip] > >> ---> Configuring gnome-keyring > > [snip] > >> checking for libtasn1-config... no >> checking for libtasn1 - version >= 0.3.4... no >> *** The libtasn1-config script installed by LIBTASN1 could not be found >> *** If LIBTASN1 was installed in PREFIX, make sure PREFIX/bin is in >> *** your path, or set the LIBTASN1_CONFIG environment variable to the >> *** full path to libtasn1-config. >> configure: error: >> *** >> *** LibtASN1 0.3.4 was not found. >> >> >> Error: Status 1 encountered during processing. >> Biko-2:~ sck$ >> So, I checked the build directory for libtasn1 and it's ChangeLog >> says... >> 2008-11-04 Simon Josefsson >> >> * configure.in: Remove libtasn1-config. Use warnings. >> So, since the new version doesn't have the libtasn1-config file that >> all the dependents look for, then they all need to be updated, yes? > > I would say yes. Presumably libtasn1 wants its users to use pkgconfig > to find its libraries now. Software that uses libtasn should be > updated. Bugs should be reported to the developers of those programs.... > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sck at nogas.org Tue Nov 11 15:26:13 2008 From: sck at nogas.org (Scott C. Kennedy) Date: Tue, 11 Nov 2008 15:26:13 -0800 Subject: libtasn1-config no longer installed by the libtasn1 1.6_0 In-Reply-To: <491A10A6.2050906@nogas.org> References: <491A014C.1000102@nogas.org> <60A98E69-7C8F-48B6-BA87-90801F623356@macports.org> <491A10A6.2050906@nogas.org> Message-ID: <491A1495.4050008@nogas.org> Final update: I did a port configure on each of these and the following ports that have a dependence on libtasn1 bitlbee gloox gnutls iksemel libprelude msmtp ntfsprogs Configure and install cleanly, only gnome-keyring Failed to configure. So, I've submitted the single bug report. Scott Scott C. Kennedy wrote: > Okay, based on my read of the Portfiles, the follow ports need to be > updated... > > bitlbee > gloox > gnome-keyring > gnutls > iksemel > libprelude > msmtp > ntfsprogs > > I'll confirm and contact the developers through http://trac.macports.org > > Thanks for the confirmation > > Scott > > Ryan Schmidt wrote: >> On Nov 11, 2008, at 16:03, Scott C. Kennedy wrote: >> >>> Just noticed that libtasn1 was updated, so I tried to upgrade >>> libtasn1, and it's dependents, but.... >> >> [snip] >> >>> ---> Configuring gnome-keyring >> >> [snip] >> >>> checking for libtasn1-config... no >>> checking for libtasn1 - version >= 0.3.4... no >>> *** The libtasn1-config script installed by LIBTASN1 could not be found >>> *** If LIBTASN1 was installed in PREFIX, make sure PREFIX/bin is in >>> *** your path, or set the LIBTASN1_CONFIG environment variable to the >>> *** full path to libtasn1-config. >>> configure: error: >>> *** >>> *** LibtASN1 0.3.4 was not found. >>> >>> >>> Error: Status 1 encountered during processing. >>> Biko-2:~ sck$ >>> So, I checked the build directory for libtasn1 and it's ChangeLog >>> says... >>> 2008-11-04 Simon Josefsson >>> >>> * configure.in: Remove libtasn1-config. Use warnings. >>> So, since the new version doesn't have the libtasn1-config file that >>> all the dependents look for, then they all need to be updated, yes? >> >> I would say yes. Presumably libtasn1 wants its users to use pkgconfig >> to find its libraries now. Software that uses libtasn should be >> updated. Bugs should be reported to the developers of those programs.... >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From talklists at newgeo.com Tue Nov 11 15:43:26 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 11 Nov 2008 15:43:26 -0800 Subject: ASSP out of date In-Reply-To: <20081111095733.GY747@ninagal.withay.com> References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> Message-ID: <5E9B21C4-45EB-4B9A-936A-43911C5D0C97@newgeo.com> On Nov 11, 2008, at 1:57 AM, Bryan Blackburn wrote: > On Tue, Nov 11, 2008 at 01:20:51AM -0800, Scott Haneda said: >> Hello, had some more spare time this evening, working on the assp >> port, >> thanks to all who are entertaining me in this training process. >> >> I am working on the port as it started, so I issue sudo port edit >> assp. >> If I run: >> clear; sudo port -d install assp >> I generally get a bunch of errors, certainly a lot less if I >> uninstall >> the port first. In the interest of learning, can someone explain >> what is >> going on, here is the output: >> http://pastebin.com/m61fea40e >> ( I have a good deal of ui_info " MY DEBUG: *" in there ) > > The basic problem is that you're trying to install stuff directly, but > everything needs initially to be underneath ${destroot} so port can > then > figure out what files belong to the software. Your destroot phase > should > get rid of the 'file delete ...' and change the copy to be > > file copy "${worksrcpath}" "${destroot}${prefix}/var/ASSP" > > [...] My destroot path is: /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_mail_assp/work/destroot prefix is /opt/local So the entire final path would be /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_mail_assp/work/destroot/opt/local/var/ASSP I do not at all understand that. I want assp to end up in /opt/local/ var/ASSP so unless file copy does something special to a destination path, I am lost on that one. Also, the errors I am seeing, sometimes they go away if I issue an uninstall, sometimes it seems more erratic. At the paste url http://pastebin.com/m61fea40e look at lines 96 and beyond, that is what I am trying to learn what they are all about. >> pre-patch, configrue, build, and destroot all appear to be what I >> would >> call tcl functions, does the order of placement in the port file >> make any >> difference at all, or are the parsed and ran in the order they need >> to be? >> I think the logical order would be > > Order in the Portfile doesn't matter for those, they are run in the > logical > order (fetch, extract, patch, configure, build, destroot, install, > activate) > with pre- and post- phases for each available. Ahh nice, thanks. I am not entirely sure, you guys can be the gauge of this, but I feel my questions are not that out of the ordinary for a new port maker. I do look at the docs before I ask here, either I am a bad searcher in the docs, or the data is missing. Google tends to mostly point the the tracker, so that is of little use. If I wanted to start adding stuff like this to the docs, would you agree it is beneficial, or am I asking questions most people understand? If you do think it is beneficial, what is the best procedure for making changes and additions to the docs? A good example is fs-traverse, which I think is just awesome, and in looking over other ports, trying to learn, there are clear cases where it would be a better choice to use than some of the for each loops people are doing in tcl. I do not think fs-traverse is even mentioned on the docs. >> Thanks, once this works, I will work on the destroot and making >> sure it >> does not nuke config and bayes database and other files, that >> should leave >> me with figuring out what perl modules need ports. > > Note that during development of a port, it's best to initially run > through > the destroot phase, and if at all possible, as a user who can't > write to the > MacPorts install location. Eg, If that user can not write to the /opt/local, what would this accomplish, aside from erroring out on a permission error? > $ port -d destroot > > in the Portfile directory, as you, this way if your uid doesn't have > write > access, it will fail to write things directly to ${prefix} so you know > there's something that needs to be updated so it goes into > ${destroot}${prefix} instead. Where is this portfile directory? Is there a list of all port commands, in short form, that I can use as a references? Things like `port dir MacPorts` are tremendously useful, but hard to remember and learn about. Thanks. -- Scott From talklists at newgeo.com Tue Nov 11 15:48:57 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 11 Nov 2008 15:48:57 -0800 Subject: ASSP out of date In-Reply-To: References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> Message-ID: <9A5136AD-CAAB-44B1-9BEB-DA6CDAD36558@newgeo.com> On Nov 11, 2008, at 3:10 AM, Ryan Schmidt wrote: > On Nov 11, 2008, at 03:57, Bryan Blackburn wrote: > >> On Tue, Nov 11, 2008 at 01:20:51AM -0800, Scott Haneda said: >> >>> Since this is just moving files around, I have set >>> use_configure no >>> but that seems misleading to me, if it is set to no, how come >>> configure >>> still gets run? >> >> Since ASSP doesn't have a configure script, if it were being run >> you'd see >> an error message about it; I'm guessing you're talking about the line >> >> DEBUG: Executing org.macports.configure (assp) >> >> which is a bit misleading because once it does that, it does >> nothing else... > > Yes, but his port says "use_configure no" but then also has > "configure {...}" (with actual code in place of "..."). In this > case, since you did write a configure phase, you should not say > "use_configure no". That is how I felt as well, a few million emails ago, someone mentioned to add it, and I thought it was odd, but did just so I could move on. I should have asked for clarification. >>> pre-patch, configrue, build, and destroot all appear to be what I >>> would >>> call tcl functions, does the order of placement in the port file >>> make any >>> difference at all, or are the parsed and ran in the order they >>> need to be? >>> I think the logical order would be >> >> Order in the Portfile doesn't matter for those, they are run in the >> logical >> order (fetch, extract, patch, configure, build, destroot, install, >> activate) >> with pre- and post- phases for each available. > > Right. But it can be clearer to put them in order in the Portfile, > too. > > > > Other comments on your portfile: > > Near the top you still define: > > set assp_base ${prefix}/var/assp > > And you use this in reinplace: > > reinplace "s%/usr/local/assp%${assp_base}%" ${worksrcpath}/$file > > However in the destroot you deal with ${prefix}/var/ASSP: > > file delete -force "${prefix}/var/ASSP" > > Which case is correct? You must use the correct case, for the > benefit of users running on case-sensitive filesystems. In the > destroot, you should probably reuse the assp_base variable again. Yes, I knew that would bite me, I at the very last minute before posting this, changed to ASSP, since that is how the distro is now, whereas it was assp in the distro zip in the past. I had intentions of cleaning up the case at a later time, since I figure, there are at least a few who run case sensitive on OS X, and I am sure many more on non OS X that do so by default. > Also, to this question: > >>> I am a little confused on the ideal way to use pre-patch, >>> configure, build, and destroot. >>> >>> Taking a cue from the original port, I put the first reinplace, to >>> delete DOS endings in pre-patch, this makes sense to me to be here. > > The change to the line endings was done before the patch phase, > because in the patch phase, those files needed to be patched, but > the patchfiles themselves used UNIX line endings. The files to be > patched needed to be changed to have the same line endings as the > patchfile. > > The patchfile could have been stored with DOS line endings, but that > would be weird on Mac OS X, and someone's editor might screw it up > when changing it in the future. Also not sure how the UNIX command- > line diff utilities fare with DOS line endings. Better to use UNIX > line endings; we're sure how that works. > > Since your new portfile doesn't do any patching, you may not need to > muck with the line ending of these files anymore. Not sure. I am torn on this issue. The original port maintainer used it, but there is no contact address I can see. I can not ask, so I am assuming he discovered some other reason why those line endings were needed to be changed. I would like to delete that part, but ahhhh... what the hell, I will remove it, and simply test that all works out ok. It was good, I learned fs-traverse as well as a lot of other tcl stuff working on just that one issue. >>> I then put the reinplace of the perl path, as well as the /usr/ >>> local/assp path replacement in configure. Is this correct? To >>> me, it seems a pre-patch thing. I fail to locate docs that tell >>> me what is most ideal for each action. > > > Yeah, it might make sense to do that in the patch phase too. And > then to not have a configure phase (by using "use_configure no"). It > probably doesn't make a lot of difference here though. I think more stuff in a logical place, which is more clear to someone else, so I will take this direction. Thank you. -- Scott From talklists at newgeo.com Tue Nov 11 15:53:15 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 11 Nov 2008 15:53:15 -0800 Subject: ASSP out of date In-Reply-To: References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> Message-ID: How do you suggest I deal with this port in final release. The old port was 1.1.0, and ASSP has gone through a directory structure change, as well as multiple file deletions and additions. The 1.4.3.0 is probably the last release before 2.0 comes out, which is in beta now. I can see a bug patch here or there, but no major changes to 1.4.3.0 I am going to want to prevent the issuing of an upgrade to an older installed 1.1.0, as it will break everything. I could go back to 1.1.0, and see what has changed, and work to solve this issue, but given the age of the original port, I suspect hardly anyone is using the port anyway, or you would have heard requests for it. What is your suggestion on how to deal with this? Rename the port to something like assp1 and then have assp2 seperate when version 2 hits release, and leave the assp port as is? Thank you -- Scott From ryandesign at macports.org Tue Nov 11 15:56:16 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 11 Nov 2008 17:56:16 -0600 Subject: ASSP out of date In-Reply-To: <9A5136AD-CAAB-44B1-9BEB-DA6CDAD36558@newgeo.com> References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> <9A5136AD-CAAB-44B1-9BEB-DA6CDAD36558@newgeo.com> Message-ID: <5F4F8D22-03BC-4670-98F5-A48FD07D17A4@macports.org> On Nov 11, 2008, at 17:48, Scott Haneda wrote: > On Nov 11, 2008, at 3:10 AM, Ryan Schmidt wrote: > >> On Nov 11, 2008, at 03:57, Bryan Blackburn wrote: >> >>> On Tue, Nov 11, 2008 at 01:20:51AM -0800, Scott Haneda said: >>> >>>> Since this is just moving files around, I have set >>>> use_configure no >>>> but that seems misleading to me, if it is set to no, how come >>>> configure >>>> still gets run? >>> >>> Since ASSP doesn't have a configure script, if it were being run >>> you'd see >>> an error message about it; I'm guessing you're talking about the >>> line >>> >>> DEBUG: Executing org.macports.configure (assp) >>> >>> which is a bit misleading because once it does that, it does >>> nothing else... >> >> Yes, but his port says "use_configure no" but then also has >> "configure {...}" (with actual code in place of "..."). In this >> case, since you did write a configure phase, you should not say >> "use_configure no". > > That is how I felt as well, a few million emails ago, someone > mentioned to add it, and I thought it was odd, but did just so I > could move on. I should have asked for clarification. "use_configure no" is how you tell MacPorts that this software does not have a configure script and you do not want to provide a custom configure phase. >> The change to the line endings was done before the patch phase, >> because in the patch phase, those files needed to be patched, but >> the patchfiles themselves used UNIX line endings. The files to be >> patched needed to be changed to have the same line endings as the >> patchfile. >> >> The patchfile could have been stored with DOS line endings, but >> that would be weird on Mac OS X, and someone's editor might screw >> it up when changing it in the future. Also not sure how the UNIX >> command-line diff utilities fare with DOS line endings. Better to >> use UNIX line endings; we're sure how that works. >> >> Since your new portfile doesn't do any patching, you may not need >> to muck with the line ending of these files anymore. Not sure. > > I am torn on this issue. The original port maintainer used it, but > there is no contact address I can see. I can not ask, so I am > assuming he discovered some other reason why those line endings > were needed to be changed. I would like to delete that part, but > ahhhh... what the hell, I will remove it, and simply test that all > works out ok. > > It was good, I learned fs-traverse as well as a lot of other tcl > stuff working on just that one issue. It looks like the previous maintainer was rshaw. That would be Robert Shaw, according to MacPortsDevelopers: https://trac.macports.org/wiki/MacPortsDevelopers You could try emailing rshaw at macports dot org. From ryandesign at macports.org Tue Nov 11 16:01:43 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 11 Nov 2008 18:01:43 -0600 Subject: ASSP out of date In-Reply-To: References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> Message-ID: <8DBC0E99-42BA-4FBC-9207-E5D3AE73BB3C@macports.org> On Nov 11, 2008, at 17:53, Scott Haneda wrote: > How do you suggest I deal with this port in final release. The old > port was 1.1.0, and ASSP has gone through a directory structure > change, as well as multiple file deletions and additions. > > The 1.4.3.0 is probably the last release before 2.0 comes out, > which is in beta now. I can see a bug patch here or there, but no > major changes to 1.4.3.0 > > I am going to want to prevent the issuing of an upgrade to an older > installed 1.1.0, as it will break everything. I could go back to > 1.1.0, and see what has changed, and work to solve this issue, but > given the age of the original port, I suspect hardly anyone is > using the port anyway, or you would have heard requests for it. > > What is your suggestion on how to deal with this? Rename the port > to something like assp1 and then have assp2 seperate when version 2 > hits release, and leave the assp port as is? There don't appear to be any ports in MacPorts that depend on the assp port. So that's good; you don't have to test if your update breaks any other ports. Is there any reason why anyone would want to use assp 1.1.0 instead of 1.4.3.0 or 2.0? You said it's so old that you suspect hardly anybody is using it. So I would just update the port. If we later discover someone really wants the old version, we can always get it back from the repository. FYI: Ports cannot be easily renamed in MacPorts; we are having this discussion right now in another thread, in fact. From ryandesign at macports.org Tue Nov 11 16:10:40 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 11 Nov 2008 18:10:40 -0600 Subject: ASSP out of date In-Reply-To: <5E9B21C4-45EB-4B9A-936A-43911C5D0C97@newgeo.com> References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> <5E9B21C4-45EB-4B9A-936A-43911C5D0C97@newgeo.com> Message-ID: On Nov 11, 2008, at 17:43, Scott Haneda wrote: > On Nov 11, 2008, at 1:57 AM, Bryan Blackburn wrote: >> On Tue, Nov 11, 2008 at 01:20:51AM -0800, Scott Haneda said: >>> Hello, had some more spare time this evening, working on the assp >>> port, >>> thanks to all who are entertaining me in this training process. >>> >>> I am working on the port as it started, so I issue sudo port edit >>> assp. >>> If I run: >>> clear; sudo port -d install assp >>> I generally get a bunch of errors, certainly a lot less if I >>> uninstall >>> the port first. In the interest of learning, can someone explain >>> what is >>> going on, here is the output: >>> http://pastebin.com/m61fea40e >>> ( I have a good deal of ui_info " MY DEBUG: *" in there ) >> >> The basic problem is that you're trying to install stuff directly, >> but >> everything needs initially to be underneath ${destroot} so port >> can then >> figure out what files belong to the software. Your destroot phase >> should >> get rid of the 'file delete ...' and change the copy to be >> >> file copy "${worksrcpath}" "${destroot}${prefix}/var/ASSP" >> >> [...] > > My destroot path is: > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_ > assp/work/destroot > > prefix is /opt/local > > So the entire final path would be > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_ > assp/work/destroot/opt/local/var/ASSP Yes, exactly. > I do not at all understand that. I want assp to end up in /opt/ > local/var/ASSP so unless file copy does something special to a > destination path, I am lost on that one. "file copy" does nothing special. What is special, in a way, is the destroot and install phases. In the destroot phase, the port puts everything it wants to install somewhere under ${destroot}, usually under ${destroot}${prefix} as Bryan said. Then in the install phase, MacPorts (with no special instructions from the portfile) copies everything from ${destroot} into / (That's a simplification that is only actually true in direct mode, which is not the default and not really recommended. In image mode, what actually happens during the install phase is that everything from ${destroot} gets copied into ${prefix}/var/macports/software/$ {name}/${version}_${revision}. Then the activate phase runs, which makes hardlinks from there into /.) The whole purpose is for MacPorts to be able to track what a port installs, so that things like "port contents" and "port uninstall" work right. > Also, the errors I am seeing, sometimes they go away if I issue an > uninstall, sometimes it seems more erratic. At the paste url > http://pastebin.com/m61fea40e look at lines 96 and beyond, that is > what I am trying to learn what they are all about. Before it runs the destroot phase, MacPorts creates various empty directories for you in the destroot. >>> pre-patch, configrue, build, and destroot all appear to be what I >>> would >>> call tcl functions, does the order of placement in the port file >>> make any >>> difference at all, or are the parsed and ran in the order they >>> need to be? >>> I think the logical order would be >> >> Order in the Portfile doesn't matter for those, they are run in >> the logical >> order (fetch, extract, patch, configure, build, destroot, install, >> activate) >> with pre- and post- phases for each available. > > Ahh nice, thanks. I am not entirely sure, you guys can be the > gauge of this, but I feel my questions are not that out of the > ordinary for a new port maker. I do look at the docs before I ask > here, either I am a bad searcher in the docs, or the data is > missing. Google tends to mostly point the the tracker, so that is > of little use. > > If I wanted to start adding stuff like this to the docs, would you > agree it is beneficial, or am I asking questions most people > understand? If you do think it is beneficial, what is the best > procedure for making changes and additions to the docs? > > A good example is fs-traverse, which I think is just awesome, and > in looking over other ports, trying to learn, there are clear cases > where it would be a better choice to use than some of the for each > loops people are doing in tcl. I do not think fs-traverse is even > mentioned on the docs. The Guide is still relatively new; it could still use a lot of work. Please file tickets in the guide component / website & documentation milestone about anything that needs to be added or changed. For example, filing a ticket to get fs-traverse documented would be good. >>> Thanks, once this works, I will work on the destroot and making >>> sure it >>> does not nuke config and bayes database and other files, that >>> should leave >>> me with figuring out what perl modules need ports. >> >> Note that during development of a port, it's best to initially run >> through >> the destroot phase, and if at all possible, as a user who can't >> write to the >> MacPorts install location. Eg, > > If that user can not write to the /opt/local, what would this > accomplish, aside from erroring out on a permission error? That's the point. Your port should not touch anything ${prefix} directly, until MacPorts copies stuff there for you during activation phase (or install phase, if in direct mode). During destroot phase, it should only write into ${destroot}. By running with a user that does not have permission to write into ${prefix}, you will immediately see, via a permission error, if the port is writing to the wrong place during destroot phase. >> $ port -d destroot >> >> in the Portfile directory, as you, this way if your uid doesn't >> have write >> access, it will fail to write things directly to ${prefix} so you >> know >> there's something that needs to be updated so it goes into >> ${destroot}${prefix} instead. > > Where is this portfile directory? The directory the Portfile that you're editing is in. > Is there a list of all port commands, in short form, that I can use > as a references? Things like `port dir MacPorts` are tremendously > useful, but hard to remember and learn about. Type "man port" From blb at macports.org Tue Nov 11 17:37:31 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 11 Nov 2008 18:37:31 -0700 Subject: ASSP out of date In-Reply-To: <5E9B21C4-45EB-4B9A-936A-43911C5D0C97@newgeo.com> References: <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> <5E9B21C4-45EB-4B9A-936A-43911C5D0C97@newgeo.com> Message-ID: <20081112013731.GJ596@ninagal.withay.com> On Tue, Nov 11, 2008 at 03:43:26PM -0800, Scott Haneda said: [...] > > Ahh nice, thanks. I am not entirely sure, you guys can be the gauge of > this, but I feel my questions are not that out of the ordinary for a new > port maker. I do look at the docs before I ask here, either I am a bad > searcher in the docs, or the data is missing. Google tends to mostly > point the the tracker, so that is of little use. > > If I wanted to start adding stuff like this to the docs, would you agree > it is beneficial, or am I asking questions most people understand? If you > do think it is beneficial, what is the best procedure for making changes > and additions to the docs? Personally, I'd love to hear your summary of how the guide didn't cover things you ran into. Many of us who know enough to be able to write sections in there may not always remember what bits were missing when first learning (I wrote my first Portfile 5-6 years ago, so I definitely don't remember what the learning curve was like, not to mention Portfiles look a bit different now). Obviously there are sections in the guide that are just TODO but there are probably other sections that don't exist yet that may have helped in your case (though as I mentioned earlier in this thread, assp definitely isn't the best first-time Portfile choice). For example, a quick scan shows that the details of what to put into a Portfile are there, but I didn't see anything about steps for actually testing one (eg, running just through destroot initially, as a user who can't write to ${prefix}, and so on). > > A good example is fs-traverse, which I think is just awesome, and in > looking over other ports, trying to learn, there are clear cases where it > would be a better choice to use than some of the for each loops people are > doing in tcl. I do not think fs-traverse is even mentioned on the docs. I see it is in the portfile man page, but not in the guide. There's been mention of the two (guide, man pages) being merged into one source, but until then, the fs-traverse info should probably be copied over to the guide. Bryan [...] > > Thanks. > -- > Scott > From talklists at newgeo.com Tue Nov 11 17:43:54 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 11 Nov 2008 17:43:54 -0800 Subject: ASSP out of date In-Reply-To: <8DBC0E99-42BA-4FBC-9207-E5D3AE73BB3C@macports.org> References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> <8DBC0E99-42BA-4FBC-9207-E5D3AE73BB3C@macports.org> Message-ID: <40673A5C-9FA8-4D84-A507-706FF843F61D@newgeo.com> On Nov 11, 2008, at 4:01 PM, Ryan Schmidt wrote: > On Nov 11, 2008, at 17:53, Scott Haneda wrote: > >> How do you suggest I deal with this port in final release. The old >> port was 1.1.0, and ASSP has gone through a directory structure >> change, as well as multiple file deletions and additions. >> >> The 1.4.3.0 is probably the last release before 2.0 comes out, >> which is in beta now. I can see a bug patch here or there, but no >> major changes to 1.4.3.0 >> >> I am going to want to prevent the issuing of an upgrade to an older >> installed 1.1.0, as it will break everything. I could go back to >> 1.1.0, and see what has changed, and work to solve this issue, but >> given the age of the original port, I suspect hardly anyone is >> using the port anyway, or you would have heard requests for it. >> >> What is your suggestion on how to deal with this? Rename the port >> to something like assp1 and then have assp2 seperate when version 2 >> hits release, and leave the assp port as is? > > There don't appear to be any ports in MacPorts that depend on the > assp port. So that's good; you don't have to test if your update > breaks any other ports. > > Is there any reason why anyone would want to use assp 1.1.0 instead > of 1.4.3.0 or 2.0? You said it's so old that you suspect hardly > anybody is using it. So I would just update the port. If we later > discover someone really wants the old version, we can always get it > back from the repository. The only reason I can think would be if they wanted to burn through CPU cycles and otherwise cause themselves lots of pain. 1.1, while not something I used, was back in the days when people would not even consider running ASSP as it could not keep up with basic levels of mail flow. It is the very reason I did not look at it back then. > FYI: Ports cannot be easily renamed in MacPorts; we are having this > discussion right now in another thread, in fact. But I can create a new port, if I so desired, and call it assp1, and submit that? I will not be doing that, but I wanted to make sure I can move on and make assp2 as a totally new port. -- Scott From talklists at newgeo.com Tue Nov 11 17:58:57 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 11 Nov 2008 17:58:57 -0800 Subject: ASSP out of date In-Reply-To: References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> <5E9B21C4-45EB-4B9A-936A-43911C5D0C97@newgeo.com> Message-ID: <7134EBFB-5352-4650-B49E-47C837C13512@newgeo.com> On Nov 11, 2008, at 4:10 PM, Ryan Schmidt wrote: > On Nov 11, 2008, at 17:43, Scott Haneda wrote: >> On Nov 11, 2008, at 1:57 AM, Bryan Blackburn wrote: >>> On Tue, Nov 11, 2008 at 01:20:51AM -0800, Scott Haneda said: >>>> Hello, had some more spare time this evening, working on the assp >>>> port, >>>> thanks to all who are entertaining me in this training process. >>>> [...] >> I do not at all understand that. I want assp to end up in /opt/ >> local/var/ASSP so unless file copy does something special to a >> destination path, I am lost on that one. > > "file copy" does nothing special. if file copy is more or less the same as `cp source destinaction` on *nix, I may be at a loss here still. > What is special, in a way, is the destroot and install phases. > > In the destroot phase, the port puts everything it wants to install > somewhere under ${destroot}, usually under ${destroot}${prefix} as > Bryan said. > > Then in the install phase, MacPorts (with no special instructions > from the portfile) copies everything from ${destroot} into / > > (That's a simplification that is only actually true in direct mode, > which is not the default and not really recommended. In image mode, > what actually happens during the install phase is that everything > from ${destroot} gets copied into ${prefix}/var/macports/software/$ > {name}/${version}_${revision}. Then the activate phase runs, which > makes hardlinks from there into /.) > > The whole purpose is for MacPorts to be able to track what a port > installs, so that things like "port contents" and "port uninstall" > work right. I sort of figured this is part if a "receipts" system in order to keep a index of what is where and how to deal with it. I still fail to understand... Sorry... command source destination file copy "${worksrcpath}" "${destroot}${prefix}/var/ASSP" I get the source, that is where the files are. So am I getting hung up on an issue in that destroot, is not as the name marginally implies to me, the final destination? destroot is simply a temporary, for lack of a better word, location where macports will stuff something. When macports finished up, I assume some other action is done, in which it moves it to /opt/local/var/assp in this case? If I run sudo port install assp now, with the in progress port I am dealing with, this command: file copy "${worksrcpath}" "${prefix}/var/ASSP" will end up with ASSP at /opt/local/var/ASSP which is where I want it. I would guess, unless some magic happens behind the scenes, if I run: file copy "${worksrcpath}" "${destroot}${prefix}/var/ASSP" the ASSP directory is going to end up way deep into the directory structure. >> Also, the errors I am seeing, sometimes they go away if I issue an >> uninstall, sometimes it seems more erratic. At the paste url http://pastebin.com/m61fea40e >> look at lines 96 and beyond, that is what I am trying to learn >> what they are all about. > > Before it runs the destroot phase, MacPorts creates various empty > directories for you in the destroot. As a convenience? Why? man pages and such, I would figure that is my job to make those, not macports? What happens to all these directories when I install? If I do not explicitly install them, they just go away with the rest of the cleanup procedure when the installation is done? [...] >> A good example is fs-traverse, which I think is just awesome, and >> in looking over other ports, trying to learn, there are clear cases >> where it would be a better choice to use than some of the for each >> loops people are doing in tcl. I do not think fs-traverse is even >> mentioned on the docs. > > The Guide is still relatively new; it could still use a lot of work. > Please file tickets in the guide component / website & documentation > milestone about anything that needs to be added or changed. For > example, filing a ticket to get fs-traverse documented would be good. Ok, I can do that, that is actually easy. It puts more burden on the core ports devs to deal with docs, would it be beneficial at all to write copy along with the ticket, or am I wasting my time as there is some other internal procedure to get docs updated? >>>> Thanks, once this works, I will work on the destroot and making >>>> sure it >>>> does not nuke config and bayes database and other files, that >>>> should leave >>>> me with figuring out what perl modules need ports. >>> >>> Note that during development of a port, it's best to initially run >>> through >>> the destroot phase, and if at all possible, as a user who can't >>> write to the >>> MacPorts install location. Eg, >> >> If that user can not write to the /opt/local, what would this >> accomplish, aside from erroring out on a permission error? > > That's the point. Your port should not touch anything ${prefix} > directly, until MacPorts copies stuff there for you during > activation phase (or install phase, if in direct mode). During > destroot phase, it should only write into ${destroot}. By running > with a user that does not have permission to write into ${prefix}, > you will immediately see, via a permission error, if the port is > writing to the wrong place during destroot phase. Ah ha, understood, thanks, I will start to add this to my testing procedure. >> Is there a list of all port commands, in short form, that I can use >> as a references? Things like `port dir MacPorts` are tremendously >> useful, but hard to remember and learn about. > > Type "man port" Geez, sometimes I can not see the forest for the trees, I do not know why I am disassociating the port command from any other tail, cat, more, ls, style command. Thanks. -- Scott From talklists at newgeo.com Tue Nov 11 18:06:17 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 11 Nov 2008 18:06:17 -0800 Subject: ASSP out of date In-Reply-To: <20081112013731.GJ596@ninagal.withay.com> References: <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> <5E9B21C4-45EB-4B9A-936A-43911C5D0C97@newgeo.com> <20081112013731.GJ596@ninagal.withay.com> Message-ID: <55E5FBE1-FC9A-465F-9696-F8F98463C892@newgeo.com> On Nov 11, 2008, at 5:37 PM, Bryan Blackburn wrote: > On Tue, Nov 11, 2008 at 03:43:26PM -0800, Scott Haneda said: > [...] >> >> Ahh nice, thanks. I am not entirely sure, you guys can be the >> gauge of >> this, but I feel my questions are not that out of the ordinary for >> a new >> port maker. I do look at the docs before I ask here, either I am a >> bad >> searcher in the docs, or the data is missing. Google tends to mostly >> point the the tracker, so that is of little use. >> >> If I wanted to start adding stuff like this to the docs, would you >> agree >> it is beneficial, or am I asking questions most people understand? >> If you >> do think it is beneficial, what is the best procedure for making >> changes >> and additions to the docs? > > Personally, I'd love to hear your summary of how the guide didn't > cover > things you ran into. Many of us who know enough to be able to write > sections in there may not always remember what bits were missing > when first > learning (I wrote my first Portfile 5-6 years ago, so I definitely > don't > remember what the learning curve was like, not to mention Portfiles > look a > bit different now). You hit the nail on the head. You would have a assp port file working, in I bet, 30 minutes or better, whereas, even though I hack around a bit here and there, after work, I am in this a week already. I will be happy to write you a short summary. I think the basics of it are that it was hard for me to know where to start. Also, consider, people like me may want to add ports, but they get stuck on two things, learning the ports commands, and learning tcl. For starters, I think you need, and I still need, a outline of the process. Simple outline, such as when you enter in `sudo port install foo` the file is parsed, it sees the version, grabs it from the url, stores it at this file location, runs this command, moves it to this location, and finally, deletes whatever here and there, and ... You get the idea. There is a large picture here that needs to be understood, and that would get people started a lot faster. I just learned the other day that all ports are installed in my system. I had the notion that only a index of the ports were there, and I was fetching them when I installed. This was just an assumption I made, that was wrong. I then started wondering, what happens if the port servers are down, how do you resolve that. Of course, it is not an issue, but I think you can agree, that my assumption was not all that off the mark. Probably influenced by how CPAN works, and Ports being analogous to it to a degree. Let me get this one working, by then I will be better educated to take a step back and see where I had the most issues. -- Scott From talklists at newgeo.com Tue Nov 11 18:08:58 2008 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 11 Nov 2008 18:08:58 -0800 Subject: ASSP out of date In-Reply-To: <5F4F8D22-03BC-4670-98F5-A48FD07D17A4@macports.org> References: <29A51E92-AEA1-4CFD-9760-3EAACBA7FF50@macports.org> <20081106090638.GY454@ninagal.withay.com> <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> <9A5136AD-CAAB-44B1-9BEB-DA6CDAD36558@newgeo.com> <5F4F8D22-03BC-4670-98F5-A48FD07D17A4@macports.org> Message-ID: <3B673105-B884-4954-87E4-435F73A2C25E@newgeo.com> On Nov 11, 2008, at 3:56 PM, Ryan Schmidt wrote: > It looks like the previous maintainer was rshaw. That would be > Robert Shaw, according to MacPortsDevelopers: > > https://trac.macports.org/wiki/MacPortsDevelopers > > You could try emailing rshaw at macports dot org. FYI : host delta.macosforge.org[17.254.17.249] said: 550 5.1.1 < redacted at macports.org>: Recipient address rejected: User unknown in virtual alias table (in reply to RCPT TO command) Reporting-MTA: dns; mail-in13.apple.com X-Symantec-Brightmail-Gateway-Queue-ID: D399B10635 X-Symantec-Brightmail-Gateway-Sender: rfc822; redacted at newgeo.com Arrival-Date: Tue, 11 Nov 2008 17:41:27 -0800 (PST) How is it that macports holds MX's with apple.com? -- Scott From devans at macports.org Tue Nov 11 18:24:10 2008 From: devans at macports.org (David Evans) Date: Tue, 11 Nov 2008 18:24:10 -0800 Subject: Updating gstreamer and friends Message-ID: <491A3E4A.90306@macports.org> I've just updated the gstreamer and associated ports namely gstreamer gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly However, if you're planning on upgrading from an older version, be aware that while the new gst-plugins-good, bad, ugly are consistent with each other they conflict with the older versions by the same name because some of the plug-ins have been moved from one category to another. I recommend the following procedure for upgrading: sudo port upgrade gstreamer gst-plugins-base sudo port uninstall gst-plugins-good gst-plugins-bad gst-plugins-ugly sudo port install gst-plugins-good gst-plugins-bad gst-plugins-ugly Dave From blb at macports.org Tue Nov 11 18:48:03 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 11 Nov 2008 19:48:03 -0700 Subject: ASSP out of date In-Reply-To: <55E5FBE1-FC9A-465F-9696-F8F98463C892@newgeo.com> References: <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> <5E9B21C4-45EB-4B9A-936A-43911C5D0C97@newgeo.com> <20081112013731.GJ596@ninagal.withay.com> <55E5FBE1-FC9A-465F-9696-F8F98463C892@newgeo.com> Message-ID: <20081112024803.GK596@ninagal.withay.com> On Tue, Nov 11, 2008 at 06:06:17PM -0800, Scott Haneda said: [...] > > I will be happy to write you a short summary. I think the basics of it > are that it was hard for me to know where to start. Also, consider, > people like me may want to add ports, but they get stuck on two things, > learning the ports commands, and learning tcl. Learning the port commands and the Porfile syntax is obviously needed, but Tcl shouldn't be an absolute. The basic idea of a Portfile is to be declarative in nature (name...portname, version...portversion, etc) so the amount of actual Tcl code in a Portfile should be minimal. In fact, many (not sure if it's a majority, but definitely many) Portfiles have no apparent Tcl code at all, just settings and values for those settings. Tcl is really only needed for complicated ports and mucking about in the base code for MacPorts itself. > > For starters, I think you need, and I still need, a outline of the > process. Simple outline, such as when you enter in `sudo port install > foo` the file is parsed, it sees the version, grabs it from the url, > stores it at this file location, runs this command, moves it to this > location, and finally, deletes whatever here and there, and ... For starting out, that could get into the "too much information" area, as detailing what occurs during every phase could overwhelming; perhaps some kind of beginner step-through of creating a first, basic port (set these fields, run these port commands) to start off? > > You get the idea. There is a large picture here that needs to be > understood, and that would get people started a lot faster. I just > learned the other day that all ports are installed in my system. Note that technically, all Portfiles are on your system, whereas it would take a 'port install' to actually install them... > I had > the notion that only a index of the ports were there, and I was fetching > them when I installed. This was just an assumption I made, that was > wrong. I then started wondering, what happens if the port servers are > down, how do you resolve that. Of course, it is not an issue, but I think > you can agree, that my assumption was not all that off the mark. Probably > influenced by how CPAN works, and Ports being analogous to it to a degree. > > Let me get this one working, by then I will be better educated to take a > step back and see where I had the most issues. I've definitely seen one area, namely, the "how do I use port in developing a Portfile" since the guide covers the values you need to know, but not using port while developing/testing your new Portfile. Bryan > -- > Scott > From blb at macports.org Tue Nov 11 18:50:07 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 11 Nov 2008 19:50:07 -0700 Subject: ASSP out of date In-Reply-To: <40673A5C-9FA8-4D84-A507-706FF843F61D@newgeo.com> References: <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> <8DBC0E99-42BA-4FBC-9207-E5D3AE73BB3C@macports.org> <40673A5C-9FA8-4D84-A507-706FF843F61D@newgeo.com> Message-ID: <20081112025006.GL596@ninagal.withay.com> On Tue, Nov 11, 2008 at 05:43:54PM -0800, Scott Haneda said: [...] > > But I can create a new port, if I so desired, and call it assp1, and > submit that? I will not be doing that, but I wanted to make sure I can > move on and make assp2 as a totally new port. For ports that make sense, there are versioned port names (eg, python24, python25, postgresql82, postgresql83, and so on). If it makes sense that people may want to have ASSP 1.x and others ASSP 2.x, then splitting assp into assp1 and assp2 would be a good way to go. It simply depends on the nature of the software. Bryan > -- > Scott > From blb at macports.org Tue Nov 11 18:52:26 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 11 Nov 2008 19:52:26 -0700 Subject: ASSP out of date In-Reply-To: <3B673105-B884-4954-87E4-435F73A2C25E@newgeo.com> References: <33DB3AA3-3AB2-408F-9CEC-07AFBD55E857@newgeo.com> <188585BA-078E-4D06-9930-7DAE321B1901@macports.org> <864EDFE1-9031-457F-831C-1C560219B380@macports.org> <323629E3-14C3-42CE-8EA8-B34EC785C059@newgeo.com> <20081111095733.GY747@ninagal.withay.com> <9A5136AD-CAAB-44B1-9BEB-DA6CDAD36558@newgeo.com> <5F4F8D22-03BC-4670-98F5-A48FD07D17A4@macports.org> <3B673105-B884-4954-87E4-435F73A2C25E@newgeo.com> Message-ID: <20081112025226.GM596@ninagal.withay.com> On Tue, Nov 11, 2008 at 06:08:58PM -0800, Scott Haneda said: [...] > > FYI > : host delta.macosforge.org[17.254.17.249] said: > 550 5.1.1 > < redacted at macports.org>: Recipient address rejected: User unknown in > virtual > alias table (in reply to RCPT TO command) > Reporting-MTA: dns; mail-in13.apple.com > X-Symantec-Brightmail-Gateway-Queue-ID: D399B10635 > X-Symantec-Brightmail-Gateway-Sender: rfc822; redacted at newgeo.com > Arrival-Date: Tue, 11 Nov 2008 17:41:27 -0800 (PST) I believe rshaw left before the transition to MacPorts, as he doesn't have an alias setup for him @macports. > > How is it that macports holds MX's with apple.com? MacPorts (and several other projects) are hosted with MacOSForge: which is administered by Apple. Bryan > -- > Scott > From frstan at bellsouth.net Tue Nov 11 19:04:48 2008 From: frstan at bellsouth.net (William Davis) Date: Tue, 11 Nov 2008 22:04:48 -0500 Subject: Updating gstreamer and friends In-Reply-To: <491A3E4A.90306@macports.org> References: <491A3E4A.90306@macports.org> Message-ID: On Nov 11, 2008, at 9:24 PM, David Evans wrote: > I've just updated the gstreamer and associated ports namely > > gstreamer > gst-plugins-base > gst-plugins-good > gst-plugins-bad > gst-plugins-ugly > > However, if you're planning on upgrading from an older version, be > aware > that while the new gst-plugins-good, bad, ugly are consistent with > each > other they conflict with the older versions by the same name because > some of the plug-ins have been moved from one category to another. > > I recommend the following procedure for upgrading: > > sudo port upgrade gstreamer gst-plugins-base > sudo port uninstall gst-plugins-good gst-plugins-bad gst-plugins-ugly > sudo port install gst-plugins-good gst-plugins-bad gst-plugins-ugly > > Dave > - Installing ./html/up.png -- Installing ./html/style.css -- Installing ./html/gstreamer.devhelp make[5]: *** [install-data-local] Error 1 make[4]: *** [install-am] Error 2 make[3]: *** [install] Error 2 make[2]: *** [install-recursive] Error 1 make[1]: *** [install] Error 2 make: *** [install-recursive] Error 1 Error: The following dependencies failed to build: gst-plugins-base gstreamer Error: Status 1 encountered during processing. William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_beta3 (xorg-server 1.4.2-apple22) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From frstan at bellsouth.net Tue Nov 11 19:11:43 2008 From: frstan at bellsouth.net (William Davis) Date: Tue, 11 Nov 2008 22:11:43 -0500 Subject: Updating gstreamer and friends In-Reply-To: <491A3E4A.90306@macports.org> References: <491A3E4A.90306@macports.org> Message-ID: <82018D59-CB33-4141-8788-82A6D92024A0@bellsouth.net> On Nov 11, 2008, at 9:24 PM, David Evans wrote: > I've just updated the gstreamer and associated ports namely > > gstreamer > gst-plugins-base > gst-plugins-good > gst-plugins-bad > gst-plugins-ugly > > However, if you're planning on upgrading from an older version, be > aware > that while the new gst-plugins-good, bad, ugly are consistent with > each > other they conflict with the older versions by the same name because > some of the plug-ins have been moved from one category to another. > > I recommend the following procedure for upgrading: > > sudo port upgrade gstreamer gst-plugins-base > sudo port uninstall gst-plugins-good gst-plugins-bad gst-plugins-ugly > sudo port install gst-plugins-good gst-plugins-bad gst-plugins-ugly > > Dave > > Installing ./html/up.png -- Installing ./html/style.css -- Installing ./html/gstreamer.devhelp make[5]: *** [install-data-local] Error 1 make[4]: *** [install-am] Error 2 make[3]: *** [install] Error 2 make[2]: *** [install-recursive] Error 1 make[1]: *** [install] Error 2 make: *** [install-recursive] Error 1 Warning: the following items did not execute (for gstreamer): org.macports.activate org.macports.destroot org.macports.install Error: The following dependencies failed to build: gstreamer Error: Status 1 encountered during processing. William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_beta3 (xorg-server 1.4.2-apple22) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From devans at macports.org Tue Nov 11 21:44:01 2008 From: devans at macports.org (David Evans) Date: Tue, 11 Nov 2008 21:44:01 -0800 Subject: Updating gstreamer and friends In-Reply-To: References: <491A3E4A.90306@macports.org> Message-ID: <491A6D21.3030004@macports.org> William Davis wrote: > - Installing ./html/up.png > -- Installing ./html/style.css > -- Installing ./html/gstreamer.devhelp > make[5]: *** [install-data-local] Error 1 > make[4]: *** [install-am] Error 2 > make[3]: *** [install] Error 2 > make[2]: *** [install-recursive] Error 1 > make[1]: *** [install] Error 2 > make: *** [install-recursive] Error 1 > > Error: The following dependencies failed to build: gst-plugins-base > gstreamer > Error: Status 1 encountered during processing. > > > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.5 Darwin 9.5.0 > XQuartz 2.3.2_beta3 (xorg-server 1.4.2-apple22) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non > I can't really tell what happened from the fragment that you posted. Suggest you make sure you have the latest by executing sudo port selfupdate sudo port clean --all gstreamer then sudo port -d upgrade gstreamer |& tee gstreamer.log Look like it built ok but had a problem during destroot? and attach the result to your reply (or to a ticket) so I can compare it to my results. From frstan at bellsouth.net Tue Nov 11 21:56:32 2008 From: frstan at bellsouth.net (William Davis) Date: Wed, 12 Nov 2008 00:56:32 -0500 Subject: Updating gstreamer and friends In-Reply-To: <491A6D21.3030004@macports.org> References: <491A3E4A.90306@macports.org> <491A6D21.3030004@macports.org> Message-ID: On Nov 12, 2008, at 12:44 AM, David Evans wrote: > William Davis wrote: >> - Installing ./html/up.png >> -- Installing ./html/style.css >> -- Installing ./html/gstreamer.devhelp >> make[5]: *** [install-data-local] Error 1 >> make[4]: *** [install-am] Error 2 >> make[3]: *** [install] Error 2 >> make[2]: *** [install-recursive] Error 1 >> make[1]: *** [install] Error 2 >> make: *** [install-recursive] Error 1 >> >> Error: The following dependencies failed to build: gst-plugins-base >> gstreamer >> Error: Status 1 encountered during processing. >> >> >> >> William Davis >> frstanATbellsouthDOTnet >> Mac OS X.5.5 Darwin 9.5.0 >> XQuartz 2.3.2_beta3 (xorg-server 1.4.2-apple22) >> Mac Mini Intel Duo @ 1.86 GHz >> >> Mundus vult decepi, ego non >> > I can't really tell what happened from the fragment that you posted. > > Suggest you make sure you have the latest by executing > > sudo port selfupdate > sudo port clean --all gstreamer > > then > > sudo port -d upgrade gstreamer |& tee gstreamer.log > > Look like it built ok but had a problem during destroot? > > > > and attach the result to your reply (or to a ticket) so I can compare > it to my results. > William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_beta3 (xorg-server 1.4.2-apple22) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From frstan at bellsouth.net Tue Nov 11 21:59:33 2008 From: frstan at bellsouth.net (William Davis) Date: Wed, 12 Nov 2008 00:59:33 -0500 Subject: Updating gstreamer and friends In-Reply-To: <491A6D21.3030004@macports.org> References: <491A3E4A.90306@macports.org> <491A6D21.3030004@macports.org> Message-ID: On Nov 12, 2008, at 12:44 AM, David Evans wrote: > William Davis wrote: >> - Installing ./html/up.png >> -- Installing ./html/style.css >> -- Installing ./html/gstreamer.devhelp >> make[5]: *** [install-data-local] Error 1 >> make[4]: *** [install-am] Error 2 >> make[3]: *** [install] Error 2 >> make[2]: *** [install-recursive] Error 1 >> make[1]: *** [install] Error 2 >> make: *** [install-recursive] Error 1 >> >> Error: The following dependencies failed to build: gst-plugins-base >> gstreamer >> Error: Status 1 encountered during processing. >> >> >> >> William Davis >> frstanATbellsouthDOTnet >> Mac OS X.5.5 Darwin 9.5.0 >> XQuartz 2.3.2_beta3 (xorg-server 1.4.2-apple22) >> Mac Mini Intel Duo @ 1.86 GHz >> >> Mundus vult decepi, ego non >> > I can't really tell what happened from the fragment that you posted. > > Suggest you make sure you have the latest by executing > > sudo port selfupdate > sudo port clean --all gstreamer > > then > > sudo port -d upgrade gstreamer |& tee gstreamer.log > > Look like it built ok but had a problem during destroot? > > > > and attach the result to your reply (or to a ticket) so I can compare > it to my results. > Thank you, David. I will do that. At the moment I am compliing gnome (sudo port install gnome) and that is going to take a while. Would it be safe to run the commands you gave in another Terminal Window? William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_beta3 (xorg-server 1.4.2-apple22) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From devans at macports.org Tue Nov 11 22:06:53 2008 From: devans at macports.org (David Evans) Date: Tue, 11 Nov 2008 22:06:53 -0800 Subject: Updating gstreamer and friends In-Reply-To: References: <491A3E4A.90306@macports.org> <491A6D21.3030004@macports.org> Message-ID: <491A727D.9040508@macports.org> > > > Thank you, David. I will do that. At the moment I am compliing gnome > (sudo port install gnome) and that is going to take a while. Would it > be safe to run the commands you gave in another Terminal Window? > > > William Davis I haven't had any problems with this as long as the two processes aren't trying to build the same thing. Dave From frstan at bellsouth.net Tue Nov 11 23:44:43 2008 From: frstan at bellsouth.net (William Davis) Date: Wed, 12 Nov 2008 02:44:43 -0500 Subject: Updating gstreamer and friends In-Reply-To: <491A727D.9040508@macports.org> References: <491A3E4A.90306@macports.org> <491A6D21.3030004@macports.org> <491A727D.9040508@macports.org> Message-ID: <4E35F224-006F-4251-8C92-72D10E6F1E7F@bellsouth.net> On Nov 12, 2008, at 1:06 AM, David Evans wrote: > >> >> >> Thank you, David. I will do that. At the moment I am compliing gnome >> (sudo port install gnome) and that is going to take a while. Would it >> be safe to run the commands you gave in another Terminal Window? >> >> >> William Davis > I haven't had any problems with this as long as the two processes > aren't > trying to build the same thing. > > Dave Maybe it was the selfupdate, but for whatever reason gstreamer, good, bad, and ugly all built fine this time. thanks. William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_beta3 (xorg-server 1.4.2-apple22) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From jjstickel at vcn.com Wed Nov 12 07:11:01 2008 From: jjstickel at vcn.com (Jonathan Stickel) Date: Wed, 12 Nov 2008 08:11:01 -0700 Subject: upgrade of doxygen-1.5.7 error In-Reply-To: References: <491895B7.7030202@vcn.com> <4C9D5E1A-03D4-4C0B-A237-B08A6285A70A@macports.org> <49199A43.7050609@vcn.com> Message-ID: <491AF205.5040307@vcn.com> Ryan Schmidt wrote: > On Nov 11, 2008, at 08:44, Jonathan Stickel wrote: > >> Ryan Schmidt wrote: >>> On Nov 10, 2008, at 14:12, Jonathan Stickel wrote: >>>> I get this error when upgrading doxygen to 1.5.7: >>>> >>>> c++ -c -pipe -D__FreeBSD__=6 -Wall -W -O2 -I../qtools -o >>>> ../objects/portable.o portable.cpp >>>> portable.cpp: In function 'size_t portable_iconv(void*, const >>>> char**, size_t*, char**, size_t*)': >>>> portable.cpp:392: error: invalid conversion from 'char**' to 'const >>>> char**' >>>> portable.cpp:392: error: initializing argument 2 of 'size_t >>>> libiconv(void*, const char**, size_t*, char**, size_t*)' >>>> gmake[2]: *** [../objects/portable.o] Error 1 >>>> >>>> I have Mac OS 10.4.11. Any suggestions? >>> iconv can be accessed in a couple different ways depending on iconv >>> version and operating system. So it looks like doxygen is trying to >>> use iconv in one way but on your system it wants the other way. >>> doxygen 1.5.7 builds fine for me on Mac OS X 10.4.11 so I think this >>> problem is peculiar to your computer. >>> Do you have the libiconv port installed and activated? What version? >>> It should have been done automatically for you, but use "port >>> installed libiconv" to see. >> >> $ port installed libiconv >> The following ports are currently installed: >> libiconv @1.12_0+darwin_8 (active) > > Good, that's current... > >>> Do you have anything in /usr/local/lib, in particular, a libiconv >>> library? If so, remove it, and preferably anything else in >>> /usr/local. It often interferes with MacPorts-installed software. >> >> Nothing of significance in /usr/local/lib, but I do have: >> >> /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libiconv.2.2.0.dylib >> /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libiconv.2.dylib >> /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libiconv.dylib >> /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.2.2.0.dylib >> /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.2.dylib >> /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.dylib > > That's normal too. > > Ok, can you please try cleaning and rebuilding doxygen once more, this > time with debug output, and attach it here so I can compare it to my > system's output? > > sudo port clean doxygen > sudo port -d upgrade doxygen 2>&1 | tee ~/Desktop/doxygen.txt > bzip2 ~/Desktop/doxygen.txt > > Then attach the file doxygen.txt.bz2 from your desktop to your reply. > Thanks. > I have gcc42 installed and had it selected as the default gcc (using gcc_select). Switching to gcc40 (Apple) resolved the problem. Thanks, Jonathan From listaccount at starionline.com Wed Nov 12 11:22:09 2008 From: listaccount at starionline.com (Jeff Justice) Date: Wed, 12 Nov 2008 13:22:09 -0600 Subject: BIND questions... Message-ID: <4A91940F-558F-43D1-B3EB-064CA10ADB9B@starionline.com> I will ask the question here first since I used MacPorts to install this. I realize that this may be more of a question for the BIND group, but here goes: I recently decided to make the switch off of QuickDNS to BIND directly on Leopard. I installed BIND using MacPorts with no issues. After spending a day reading the BIND stuff and writing a config file, I have BIND 9.5.0-P2 working flawlessly. When MacPorts installed BIND, it placed the named.conf.dist file in / opt/local/etc. The actual working named.conf and rndc.conf files are in this directory also. However, in trying to get BIND to work, I found that the logs, stats and other various files were written in /private/var/named/ Where as on the previous QuickDNS installation (using BIND), those files were located in the same directory as the working named.conf file. So, is there some sort of documentation that details where the files in BIND are put or expected to be, and is it possible to keep them all in the /opt/local/etc directory with the named.conf file? Expiring minds want to know. Jeff J. From dluke at geeklair.net Wed Nov 12 12:02:55 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 12 Nov 2008 15:02:55 -0500 Subject: BIND questions... In-Reply-To: <4A91940F-558F-43D1-B3EB-064CA10ADB9B@starionline.com> References: <4A91940F-558F-43D1-B3EB-064CA10ADB9B@starionline.com> Message-ID: <5CE0DC9E-F17C-4B5A-A520-95E12B0A0C67@geeklair.net> On Nov 12, 2008, at 2:22 PM, Jeff Justice wrote: > So, is there some sort of documentation that details where the files > in BIND are put or expected to be, and is it possible to keep them > all in the /opt/local/etc directory with the named.conf file? sure, although traditionally one doesn't put log files in etc/ > Expiring minds want to know. You probably want to add something like this to your named.conf: logging { Channel named_log { file "/opt/local/etc/named.log" versions 3 size 5m; print-time yes; severity notice; }; category default { named_log }; }; -- 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 listaccount at starionline.com Wed Nov 12 12:25:04 2008 From: listaccount at starionline.com (Jeff Justice) Date: Wed, 12 Nov 2008 14:25:04 -0600 Subject: BIND startup... Message-ID: <813826AA-7ED6-464C-9D8C-D5CEFAA003AE@starionline.com> Please forgive my newbiness about this, I am still learning the ins and outs. To start BIND, I used launchctl load -w /Library/LaunchDaemons/ org.macports.bind9.plist By doing this, I understand it creates a launchdaemon that keeps BIND running. However this appears to negate the use of the rndc commands for starting and stopping the server as the launchdaemon keeps trying to relaunch BIND after it is stopped with rndc. So, if I want control over starting/stopping BIND, but I want it to start on boot, what is the best way to accomplish this? Is there a way to configure the launchdaemon to not relaunch BIND if it is stopped, but only on reboot? I guess what I'm trying to get at is that I need a way to stop the server while I work on it, but I do want the launchdaemon to keep BIND alive if it should crash. Jeff J. From tmaurizio at alice.it Wed Nov 12 13:15:43 2008 From: tmaurizio at alice.it (maurizio toncelli) Date: Wed, 12 Nov 2008 22:15:43 +0100 Subject: My macport.. & gnome Message-ID: <024A2DE9-53D4-4E56-A9A5-B48BB459A60C@alice.it> My macport work fine, this is my configuration: mac intel, leopard 10.5.5- X11 2.3.1 xcode 311. Now I wont install gnome but it won' t build. I have tried to try with google and also in macport home but but without result. Can you help me to understand? I am a newbie!!! This is the end of the terminal : >>>>>>> <<<<<<<< checking dynamic linker characteristics... darwin9.5.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for ngettext in libc... no checking for bindtextdomain in -lintl... yes checking for ngettext in -lintl... yes checking for dgettext in -lintl... yes checking for bind_textdomain_codeset... yes checking for msgfmt... (cached) /opt/local/bin/msgfmt checking for dcgettext... yes checking if msgfmt accepts -c... yes checking for gmsgfmt... /opt/local/bin/msgfmt checking for xgettext... (cached) /opt/local/bin/xgettext checking for pkg-config... /opt/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking whether to build gtk-doc documentation... no checking for gtkdoc-check... /opt/local/bin/gtkdoc-check checking for X... no configure: error: X development libraries not found Warning: the following items did not execute (for at-spi): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: The following dependencies failed to build: gnome-desktop-suite bug-buddy evolution-data-server gnome-platform-suite at-spi gnome-vfs- monikers libsoup gnutls lzo opencdk nss gnome-desktop gnome-themes startup-notification gnome-menus libelf libgtop dasher gnome-speech libwnck eel eog libgnomeprintui libgnomeprint libgnomecups evince nautilus file-roller gcalctool gconf-editor gdm howl gedit enchant gtksourceview2 py25-pygtksourceview xorg-libsm xorg-libice xorg-xtrans gnome-applets gnome-control-center gnome-panel libgweather gnome- settings-daemon gst-plugins-good flac gst-plugins-base cdparanoia liboil libtheora libvorbis libdv libshout2 speex taglib wavpack libgnomekbd libxklavier libcanberra metacity gnome-python-desktop gnome-media gtksourceview gnuregex totem-pl-parser gucharmap system- tools-backends p5-net-dbus p5-xml-twig gnome-audio gnome-backgrounds gnome-games ggz-client-libs libggz guile gmp libsdl_mixer smpeg py25- gtkglext gtkglext py25-opengl py25-pil py25-tkinter tcl tk gnome- keyring-manager gnome-mag gnome-session gnome-system-monitor gtkmm cairomm libsigcxx2 glibmm pangomm gnome-terminal vte gnome-user-docs gnome-utils gnopernicus libgail-gnome libgtkhtml3 seahorse avahi dbus- python25 gdbm libdaemon py25-gdbm gpgme gnupg pth vino yelp firefox- x11 zenity Error: Status 1 encountered during processing. regards Maurizio PS sorry for my english From olaf at foellinger.de Wed Nov 12 13:26:12 2008 From: olaf at foellinger.de (Olaf Foellinger) Date: Wed, 12 Nov 2008 22:26:12 +0100 Subject: My macport.. & gnome In-Reply-To: <024A2DE9-53D4-4E56-A9A5-B48BB459A60C@alice.it> References: <024A2DE9-53D4-4E56-A9A5-B48BB459A60C@alice.it> Message-ID: <20081112212612.GA9637@foellinger.de> * maurizio toncelli [12.11.08 22:16]wrote: > My macport work fine, this is my configuration: > mac intel, leopard 10.5.5- X11 2.3.1 xcode 311. > Now I wont install gnome but it won' t build. I have tried to try with > google and also in macport home but but without result. > Can you help me to understand? I am a newbie!!! For gnome one needs the X11 application and the X11 sdk. Gru? Olaf From macports.users at gmail.com Wed Nov 12 13:34:25 2008 From: macports.users at gmail.com (Charles Darwin) Date: Wed, 12 Nov 2008 16:34:25 -0500 Subject: Where does zenmap.conf live? In-Reply-To: <46AC534E-8E10-48FD-944C-40F74CD820BE@macports.org> References: <50923914-8892-4A4D-99B5-E8D992C51B62@gmail.com> <5978BB7D-4A1D-4C29-BC87-FF8FDE5E6B25@gmail.com> <77B0F831-08F0-4CB3-89B6-75C68205DC47@geeklair.net> <355AEB21-F0FD-4E5B-A2AA-E89EBF75806A@gmail.com> <20081109034531.GK782@ninagal.withay.com> <120195A1-6CC4-46DE-80C9-1293D061FEEA@gmail.com> <20081109224041.GG519@ninagal.withay.com> <3511C9DD-0D85-429A-BCEF-AF7C1107A1BA@gmail.com> <20081110044252.GL519@ninagal.withay.com> <46AC534E-8E10-48FD-944C-40F74CD820BE@macports.org> Message-ID: <3AD4B7A2-115D-4244-9AB4-75004A08F4AA@gmail.com> On Nov 10, 2008, at 6:01 AM, Ryan Schmidt wrote: > On Nov 10, 2008, at 04:54, Charles Darwin wrote: > >> On 9-Nov-08, at 11:42 PM, Bryan Blackburn wrote: >> >>> On Sun, Nov 09, 2008 at 07:16:17PM -0500, Charles Darwin said: >>> [...] >>>> $ zenmap >>>> File "/Volumes/neo/opt/bin/zenmap", line 102, in >>>> import zenmapGUI.App >>>> File "/Volumes/neo/opt/lib/python2.5/site-packages/zenmapGUI/ >>>> App.py", >>>> line 34, in >>>> import gtk >>>> Error in sys.excepthook: >>>> Traceback (most recent call last): >>>> File "/Volumes/neo/opt/bin/zenmap", line 47, in excepthook >>>> import gtk >>>> ImportError: No module named gtk >>> >>> So here zenmap can't load the gtk module, but >>> [...] >>>> >>>> $ /Volumes/neo/opt/bin/python2.5 -c 'import gtk' # this fires up >>>> Xquatz >>> >>> this works...odd. Do you have the python_select port installed, >>> and used it >>> to select 2.5 as the default? >> >> No. I mean: >> $ which -a python_select >> $ > > I think Bryan is recommending that you install and use the > python_select port. From the python25 port's post-activate message: > > >> To fully complete your installation and make python 2.5 the >> default, please run >> >> sudo port install python_select >> sudo python_select python25 > > > This machine is 10.4 and still doesn't work $ uname -r && zenmap 8.11.0 File "/opt/local/bin/zenmap", line 102, in import zenmapGUI.App File "/opt/local/lib/python2.5/site-packages/zenmapGUI/App.py", line 34, in import gtk File "/opt/local/lib/python2.5/site-packages/gtk-2.0/gtk/ __init__.py", line 84, in _init() File "/opt/local/lib/python2.5/site-packages/gtk-2.0/gtk/ __init__.py", line 72, in _init warnings.warn(str(e), _gtk.Warning) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/warnings.py", line 62, in warn globals) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/warnings.py", line 102, in warn_explicit raise message Error in sys.excepthook: Traceback (most recent call last): File "/opt/local/bin/zenmap", line 47, in excepthook import gtk File "/opt/local/lib/python2.5/site-packages/gtk-2.0/gtk/ __init__.py", line 84, in _init() File "/opt/local/lib/python2.5/site-packages/gtk-2.0/gtk/ __init__.py", line 72, in _init warnings.warn(str(e), _gtk.Warning) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/warnings.py", line 62, in warn globals) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/warnings.py", line 102, in warn_explicit raise message gtk.GtkWarning: could not open display Original exception was: Traceback (most recent call last): File "/opt/local/bin/zenmap", line 102, in import zenmapGUI.App File "/opt/local/lib/python2.5/site-packages/zenmapGUI/App.py", line 34, in import gtk File "/opt/local/lib/python2.5/site-packages/gtk-2.0/gtk/ __init__.py", line 84, in _init() File "/opt/local/lib/python2.5/site-packages/gtk-2.0/gtk/ __init__.py", line 72, in _init warnings.warn(str(e), _gtk.Warning) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/warnings.py", line 62, in warn globals) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ lib/python2.5/warnings.py", line 102, in warn_explicit raise message gtk.GtkWarning: could not open display Charles From frstan at bellsouth.net Wed Nov 12 13:40:59 2008 From: frstan at bellsouth.net (William Davis) Date: Wed, 12 Nov 2008 16:40:59 -0500 Subject: My macport.. & gnome In-Reply-To: <024A2DE9-53D4-4E56-A9A5-B48BB459A60C@alice.it> References: <024A2DE9-53D4-4E56-A9A5-B48BB459A60C@alice.it> Message-ID: Did you install the X-11 SDK off the Mac OSX disk? wd On Nov 12, 2008, at 4:15 PM, maurizio toncelli wrote: > My macport work fine, this is my configuration: > mac intel, leopard 10.5.5- X11 2.3.1 xcode 311. > Now I wont install gnome but it won' t build. I have tried to try > with google and also in macport home but but without result. > Can you help me to understand? I am a newbie!!! > > This is the end of the terminal : > >>>>>>> <<<<<<<< > checking dynamic linker characteristics... darwin9.5.0 dyld > checking how to hardcode library paths into programs... immediate > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... yes > checking locale.h usability... yes > checking locale.h presence... yes > checking for locale.h... yes > checking for LC_MESSAGES... yes > checking libintl.h usability... yes > checking libintl.h presence... yes > checking for libintl.h... yes > checking for ngettext in libc... no > checking for bindtextdomain in -lintl... yes > checking for ngettext in -lintl... yes > checking for dgettext in -lintl... yes > checking for bind_textdomain_codeset... yes > checking for msgfmt... (cached) /opt/local/bin/msgfmt > checking for dcgettext... yes > checking if msgfmt accepts -c... yes > checking for gmsgfmt... /opt/local/bin/msgfmt > checking for xgettext... (cached) /opt/local/bin/xgettext > checking for pkg-config... /opt/local/bin/pkg-config > checking pkg-config is at least version 0.9.0... yes > checking whether to build gtk-doc documentation... no > checking for gtkdoc-check... /opt/local/bin/gtkdoc-check > checking for X... no > configure: error: X development libraries not found > > Warning: the following items did not execute (for at-spi): > org.macports.activate org.macports.configure org.macports.build > org.macports.destroot org.macports.install > Error: The following dependencies failed to build: gnome-desktop- > suite bug-buddy evolution-data-server gnome-platform-suite at-spi > gnome-vfs-monikers libsoup gnutls lzo opencdk nss gnome-desktop > gnome-themes startup-notification gnome-menus libelf libgtop dasher > gnome-speech libwnck eel eog libgnomeprintui libgnomeprint > libgnomecups evince nautilus file-roller gcalctool gconf-editor gdm > howl gedit enchant gtksourceview2 py25-pygtksourceview xorg-libsm > xorg-libice xorg-xtrans gnome-applets gnome-control-center gnome- > panel libgweather gnome-settings-daemon gst-plugins-good flac gst- > plugins-base cdparanoia liboil libtheora libvorbis libdv libshout2 > speex taglib wavpack libgnomekbd libxklavier libcanberra metacity > gnome-python-desktop gnome-media gtksourceview gnuregex totem-pl- > parser gucharmap system-tools-backends p5-net-dbus p5-xml-twig gnome- > audio gnome-backgrounds gnome-games ggz-client-libs libggz guile gmp > libsdl_mixer smpeg py25-gtkglext gtkglext py25-opengl py25-pil py25- > tkinter tcl tk gnome-keyring-manager gnome-mag gnome-session gnome- > system-monitor gtkmm cairomm libsigcxx2 glibmm pangomm gnome- > terminal vte gnome-user-docs gnome-utils gnopernicus libgail-gnome > libgtkhtml3 seahorse avahi dbus-python25 gdbm libdaemon py25-gdbm > gpgme gnupg pth vino yelp firefox-x11 zenity > Error: Status 1 encountered during processing. > > > regards Maurizio > > PS sorry for my english > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_beta3 (xorg-server 1.4.2-apple22) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From dluke at geeklair.net Wed Nov 12 14:06:39 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 12 Nov 2008 17:06:39 -0500 Subject: BIND startup... In-Reply-To: <813826AA-7ED6-464C-9D8C-D5CEFAA003AE@starionline.com> References: <813826AA-7ED6-464C-9D8C-D5CEFAA003AE@starionline.com> Message-ID: <2FECC410-9472-4FE2-A455-2E65573D946C@geeklair.net> On Nov 12, 2008, at 3:25 PM, Jeff Justice wrote: > To start BIND, I used launchctl load -w /Library/LaunchDaemons/ > org.macports.bind9.plist > > By doing this, I understand it creates a launchdaemon that keeps > BIND running. However this appears to negate the use of the rndc > commands for starting and stopping the server as the launchdaemon > keeps trying to relaunch BIND after it is stopped with rndc. That's correct. > So, if I want control over starting/stopping BIND, but I want it to > start on boot, what is the best way to accomplish this? Is there a > way to configure the launchdaemon to not relaunch BIND if it is > stopped, but only on reboot? You could write a new launchd plist that only started bind once and use it instead. This would negate the automatic restart on crash feature of launchd however. > I guess what I'm trying to get at is that I need a way to stop the > server while I work on it, but I do want the launchdaemon to keep > BIND alive if it should crash. You can use launchd do do this: `sudo launchctl unload /Library/LaunchDaemons/ org.macports.bind9.plist` will stop bind and `sudo launchctl unload /Library/LaunchDaemons/ org.macports.bind9.plist` will start it again (notice the lack of -w, which means if you stop bind and restart, bind will be started on boot since you didn't have launchd write out the unload to the plist). Check out the launchctl man page and/or the apple launchd documentation if you want more details on how launchd works. -- 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 ryandesign at macports.org Wed Nov 12 15:18:35 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 12 Nov 2008 17:18:35 -0600 Subject: upgrade of doxygen-1.5.7 error In-Reply-To: <491AF205.5040307@vcn.com> References: <491895B7.7030202@vcn.com> <4C9D5E1A-03D4-4C0B-A237-B08A6285A70A@macports.org> <49199A43.7050609@vcn.com> <491AF205.5040307@vcn.com> Message-ID: <8EDDAB1A-2523-432B-A52B-5E359D4B5279@macports.org> On Nov 12, 2008, at 09:11, Jonathan Stickel wrote: >>>> On Nov 10, 2008, at 14:12, Jonathan Stickel wrote: >>>>> I get this error when upgrading doxygen to 1.5.7: >>>>> >>>>> c++ -c -pipe -D__FreeBSD__=6 -Wall -W -O2 -I../qtools -o ../ >>>>> objects/portable.o portable.cpp >>>>> portable.cpp: In function 'size_t portable_iconv(void*, const >>>>> char**, size_t*, char**, size_t*)': >>>>> portable.cpp:392: error: invalid conversion from 'char**' to >>>>> 'const char**' >>>>> portable.cpp:392: error: initializing argument 2 of 'size_t >>>>> libiconv(void*, const char**, size_t*, char**, size_t*)' >>>>> gmake[2]: *** [../objects/portable.o] Error 1 >>>>> >>>>> I have Mac OS 10.4.11. Any suggestions? >>>> > I have gcc42 installed and had it selected as the default gcc > (using gcc_select). Switching to gcc40 (Apple) resolved the problem. Thanks for figuring that out and letting us know! MacPorts goes to some lengths to make the gcc_select setting irrelevant for ports, but doxygen isn't playing nice with us. I filed a ticket: http://trac.macports.org/ticket/17213 From raimue at macports.org Wed Nov 12 15:52:01 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu, 13 Nov 2008 00:52:01 +0100 Subject: announce: cpan2port In-Reply-To: <20081110081252.GA19880@auckland.lan> References: <20081110081252.GA19880@auckland.lan> Message-ID: <491B6C21.2060007@macports.org> Marc Chantreux wrote: > I'm working on simplify the installation of the koha ILS > (http://koha.org) on mac. I decided to use macports and write the missing Portfiles. > > I comes fast to me that i can automate a good part of the Portfile > generation and i did it. cpan2port comes with bugs but in entirely wrote > the Portfiles of the perl section of the repo you can download here: > http://mc.koha-fr.org/mac/ports/ > > It does not depends on macports tools so you can use it in another > system (i use it myself on a debian machine). > > You can try it yourself at > > http://mc.koha-fr.org/mac/cpan2port/ If I understood you correctly, you have written a tool which can create a Portfile for any Perl module from CPAN? Sounds very nice, but at the moment I can't access that URL... Rainer From marc.chantreux at biblibre.com Wed Nov 12 22:42:13 2008 From: marc.chantreux at biblibre.com (Marc Chantreux) Date: Thu, 13 Nov 2008 07:42:13 +0100 Subject: announce: cpan2port In-Reply-To: <491B6C21.2060007@macports.org> References: <20081110081252.GA19880@auckland.lan> <491B6C21.2060007@macports.org> Message-ID: <20081113064213.GA15108@auckland.lan> hello, On Thu, Nov 13, 2008 at 12:52:01AM +0100, Rainer M?ller wrote: > If I understood you correctly, you have written a tool which can create > a Portfile for any Perl module from CPAN? well ... in fact you can create a complete porttree: cd /path/to/repo cpan2port -r Net::LDAP XML::RSS will create /path/to/repo/perl/p5-perl-ldap/Portfile /path/to/repo/perl/p5-xml-rss/Portfile > Sounds very nice, but at the > moment I can't access that URL... yep ... the server seems to be down since yesterday. I'll ask for maintainance today (and will host on a reliable machine asap) regards mc From marc.chantreux at biblibre.com Thu Nov 13 00:38:17 2008 From: marc.chantreux at biblibre.com (Marc Chantreux) Date: Thu, 13 Nov 2008 09:38:17 +0100 Subject: announce: cpan2port In-Reply-To: <20081113064213.GA15108@auckland.lan> References: <20081110081252.GA19880@auckland.lan> <491B6C21.2060007@macports.org> <20081113064213.GA15108@auckland.lan> Message-ID: <20081113083817.GB24765@auckland.lan> the site in now up From danstowell at gmail.com Thu Nov 13 03:36:24 2008 From: danstowell at gmail.com (Dan Stowell) Date: Thu, 13 Nov 2008 11:36:24 +0000 Subject: Installing libglade2, small gotcha Message-ID: <286e6b7c0811130336q6ff71585lc30eef8b49e5cf38@mail.gmail.com> Hi all - This is a solved problem, just letting people know for future reference, and maybe maintainers want to tweak portfiles somehow. I just tried to install libglade2 and got an error during activation: ---> Activating libglade2 2.6.3_0 Error: Target org.macports.activate returned: shell command "xmlcatalog --create --noout --add system http://glade.gnome.org/glade-2.0.dtd /opt/local/share/xml/libglade/glade-2.0.dtd /opt/local/etc/xml/catalog" returned error 2 Command output: could not open /opt/local/etc/xml/catalog for saving Error: Status 1 encountered during processing. This was because /opt/local/etc/xml didn't exist. After reading a tangentially-related message... ...I checked my libxml2 and libxslt and they were fairly old versions: libxml2 2.6.30_0 < 2.7.2_0 libxslt 1.1.15_0 < 1.1.24_0 I upgraded my lixml2 and libxslt and that allowed libglade2 to install correctly. I wonder if libglade2's dependencies need to include this knowledge somehow. Dan -- http://www.mcld.co.uk From tmaurizio at alice.it Thu Nov 13 11:33:43 2008 From: tmaurizio at alice.it (tmaurizio at alice.it) Date: Thu, 13 Nov 2008 20:33:43 +0100 Subject: problem between gnome & gdm Message-ID: I am trying to build gnome and now that i am near the end, when arrive to compile gnome-session, terminal say me: ################ Error: Target org.macports.activate returned: Image error: /opt/local/ share/xsessions/gnome.desktop is being used by the active gdm port. Please deactivate this port first, or use the -f flag to force the activation. if I uninstall gdm, say the contrary, can you say me why? regards maurizio From blb at macports.org Thu Nov 13 14:53:40 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 13 Nov 2008 15:53:40 -0700 Subject: Installing libglade2, small gotcha In-Reply-To: <286e6b7c0811130336q6ff71585lc30eef8b49e5cf38@mail.gmail.com> References: <286e6b7c0811130336q6ff71585lc30eef8b49e5cf38@mail.gmail.com> Message-ID: <20081113225340.GH515@ninagal.withay.com> On Thu, Nov 13, 2008 at 11:36:24AM +0000, Dan Stowell said: > Hi all - > > This is a solved problem, just letting people know for future > reference, and maybe maintainers want to tweak portfiles somehow. > > I just tried to install libglade2 and got an error during activation: [...] > Command output: could not open /opt/local/etc/xml/catalog for saving > > Error: Status 1 encountered during processing. > > > This was because /opt/local/etc/xml didn't exist. After reading a > tangentially-related message... > > ...I checked my libxml2 and libxslt and they were fairly old versions: > > libxml2 2.6.30_0 < 2.7.2_0 > libxslt 1.1.15_0 < 1.1.24_0 libxml2 was updated in r40663 [1] to create/own the etc/xml directory for this very reason. > > I upgraded my lixml2 and libxslt and that allowed libglade2 to install > correctly. I wonder if libglade2's dependencies need to include this > knowledge somehow. Note that libglade2 has a dependency on libxml2, though if you were doing a new install of libglade2, port won't upgrade dependencies first. Bryan [1] - > > Dan > > -- > http://www.mcld.co.uk From blb at macports.org Thu Nov 13 14:57:39 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 13 Nov 2008 15:57:39 -0700 Subject: problem between gnome & gdm In-Reply-To: References: Message-ID: <20081113225739.GI515@ninagal.withay.com> On Thu, Nov 13, 2008 at 08:33:43PM +0100, tmaurizio at alice.it said: > I am trying to build gnome and now that i am near the end, when arrive to > compile gnome-session, > terminal say me: > > ################ > Error: Target org.macports.activate returned: Image error: /opt/local/ > share/xsessions/gnome.desktop is being used by the active gdm port. > Please deactivate this port first, or use the -f flag to force the > activation. > > if I uninstall gdm, say the contrary, > can you say me why? Both ports want to install that file, which (looking at the one provided by gnome-session) looks like some sort of configuration/strings file. We need to find out which port should be the proper owner of this file, and have the other delete it during destroot. Or, if there's a utility that can edit or update it, we can use that during a post-activate step. Anyone know the deal with this file? Bryan > > regards > maurizio From tim.visher at gmail.com Thu Nov 13 16:22:00 2008 From: tim.visher at gmail.com (Tim Visher) Date: Thu, 13 Nov 2008 19:22:00 -0500 Subject: Symlinking Emacs.app to the $PATH Message-ID: Hello Everyone, I'm attempting to make Emacs.app my default installation. I read somewhere that one way to do this is to symlink /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs onto your path. What I've done so far is to `ln -s /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs ~/.bin/emacs` where `~/.bin` is on my $PATH. Unfortunately, when I run this, I get the following error: Warning: arch-dependent data dir (/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/MacOS/libexec/emacs/23.0.60/i386-apple-darwin9.5.0/) does not exist. Warning: arch-independent data dir (/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/Resources/share/emacs/23.0.60/etc/) does not exist. Cannot open load file: encoded-kb What's even stranger is that if I actually run `/Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs` directly, it works exactly as I want it to. Anyway, ideas? Thanks in advance! -- In Christ, Timmy V. http://burningones.com/ http://five.sentenc.es/ - Spend less time on e-mail From tim.visher at gmail.com Thu Nov 13 18:16:39 2008 From: tim.visher at gmail.com (Tim Visher) Date: Thu, 13 Nov 2008 21:16:39 -0500 Subject: Using p5-text-markdown Message-ID: Hello Everyone, I installed p5-text-markdown and now I can't figure out how to use it. Tips? Thanks in advance! -- In Christ, Timmy V. http://burningones.com/ http://five.sentenc.es/ - Spend less time on e-mail From blb at macports.org Thu Nov 13 18:55:26 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 13 Nov 2008 19:55:26 -0700 Subject: Using p5-text-markdown In-Reply-To: References: Message-ID: <20081114025526.GJ515@ninagal.withay.com> On Thu, Nov 13, 2008 at 09:16:39PM -0500, Tim Visher said: > Hello Everyone, > > I installed p5-text-markdown and now I can't figure out how to use it. Tips? You probably want to start out with 'man Text::Markdown'. Bryan > > Thanks in advance! > > -- > > In Christ, > > Timmy V. > > http://burningones.com/ > http://five.sentenc.es/ - Spend less time on e-mail From tim.visher at gmail.com Thu Nov 13 19:03:51 2008 From: tim.visher at gmail.com (Tim Visher) Date: Thu, 13 Nov 2008 22:03:51 -0500 Subject: Using p5-text-markdown In-Reply-To: <20081114025526.GJ515@ninagal.withay.com> References: <20081114025526.GJ515@ninagal.withay.com> Message-ID: Sorry, I'm pretty new to perl CPAN type stuff. I've used Markdown a lot through the Web Dingus and through Text Wrangler, but that man page doesn't really tell me how to use it from the command line as far as I can tell. What would be an example command to execute it? Thanks in advance! On Thu, Nov 13, 2008 at 9:55 PM, Bryan Blackburn wrote: > On Thu, Nov 13, 2008 at 09:16:39PM -0500, Tim Visher said: >> Hello Everyone, >> >> I installed p5-text-markdown and now I can't figure out how to use it. Tips? > > You probably want to start out with 'man Text::Markdown'. > > Bryan > > >> >> Thanks in advance! >> >> -- >> >> In Christ, >> >> Timmy V. >> >> http://burningones.com/ >> http://five.sentenc.es/ - Spend less time on e-mail > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -- In Christ, Timmy V. http://burningones.com/ http://five.sentenc.es/ - Spend less time on e-mail From blb at macports.org Thu Nov 13 20:17:47 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 13 Nov 2008 21:17:47 -0700 Subject: Using p5-text-markdown In-Reply-To: References: <20081114025526.GJ515@ninagal.withay.com> Message-ID: <20081114041747.GK515@ninagal.withay.com> On Thu, Nov 13, 2008 at 10:03:51PM -0500, Tim Visher said: > Sorry, I'm pretty new to perl CPAN type stuff. I've used Markdown a > lot through the Web Dingus and through Text Wrangler, but that man > page doesn't really tell me how to use it from the command line as far > as I can tell. The p5-* ports are usually just modules so don't always install standalone scripts (like p5-text-markdown). So you'd either have to get one someplace or write it; fortunately this one is pretty simple: #!/opt/local/bin/perl # use Text::Markdown 'markdown'; open( TEXTFILE, "<$ARGV[ 0 ]" ); print markdown( join( '', ) ); close( TEXTFILE ); Save that to a file (eg markdown.pl), chmod +x it, and it should work for you. Bryan > > What would be an example command to execute it? > > Thanks in advance! > > On Thu, Nov 13, 2008 at 9:55 PM, Bryan Blackburn wrote: > > On Thu, Nov 13, 2008 at 09:16:39PM -0500, Tim Visher said: > >> Hello Everyone, > >> > >> I installed p5-text-markdown and now I can't figure out how to use it. Tips? > > > > You probably want to start out with 'man Text::Markdown'. > > > > Bryan > > > > > >> > >> Thanks in advance! > >> > >> -- > >> > >> In Christ, > >> > >> Timmy V. > >> > >> http://burningones.com/ > >> http://five.sentenc.es/ - Spend less time on e-mail > > > > -- > > In Christ, > > Timmy V. > > http://burningones.com/ > http://five.sentenc.es/ - Spend less time on e-mail From ryandesign at macports.org Thu Nov 13 22:29:03 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 14 Nov 2008 00:29:03 -0600 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: References: Message-ID: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> On Nov 13, 2008, at 18:22, Tim Visher wrote: > I'm attempting to make Emacs.app my default installation. I read > somewhere that one way to do this is to symlink > /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs onto your path. > > What I've done so far is to `ln -s > /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs ~/.bin/emacs` > where `~/.bin` is on my $PATH. Unfortunately, when I run this, I get > the following error: > > Warning: arch-dependent data dir > (/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_ > emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/ > Contents/MacOS/libexec/emacs/23.0.60/i386-apple-darwin9.5.0/) > does not exist. > Warning: arch-independent data dir > (/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_ > emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/ > Contents/Resources/share/emacs/23.0.60/etc/) > does not exist. Odd. Those directories have of course been cleaned up after the build; Emacs shouldn't be referring to them. > Cannot open load file: encoded-kb > > What's even stranger is that if I actually run > `/Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs` directly, it > works exactly as I want it to. > > Anyway, ideas? Thanks in advance! If all you're trying to have happen is for Emacs.app to open when you type "emacs" in the Terminal, then you can create an alias in your .bashrc: alias emacs='open -a "/Applications/MacPorts/Emacs.app"' From ryandesign at macports.org Thu Nov 13 22:52:09 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 14 Nov 2008 00:52:09 -0600 Subject: Installing libglade2, small gotcha In-Reply-To: <20081113225340.GH515@ninagal.withay.com> References: <286e6b7c0811130336q6ff71585lc30eef8b49e5cf38@mail.gmail.com> <20081113225340.GH515@ninagal.withay.com> Message-ID: On Nov 13, 2008, at 16:53, Bryan Blackburn wrote: > On Thu, Nov 13, 2008 at 11:36:24AM +0000, Dan Stowell said: > >> I upgraded my lixml2 and libxslt and that allowed libglade2 to >> install >> correctly. I wonder if libglade2's dependencies need to include this >> knowledge somehow. > > Note that libglade2 has a dependency on libxml2, though if you were > doing a > new install of libglade2, port won't upgrade dependencies first. Yes, I noticed that too (port install doesn't try to upgrade dependencies): http://trac.macports.org/ticket/13493#comment:20 Do we have a ticket for that issue? From tim.visher at gmail.com Fri Nov 14 04:00:23 2008 From: tim.visher at gmail.com (Tim Visher) Date: Fri, 14 Nov 2008 07:00:23 -0500 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> Message-ID: That works! It's funny but I'm kinda new to the whole `alias` thing, so I hadn't even thought of doing that. I really need to remember that's there. I guess we'll assume that the issue was somewhere in the fact that I was symlinking it. Thanks again, Ryan! On Fri, Nov 14, 2008 at 1:29 AM, Ryan Schmidt wrote: > On Nov 13, 2008, at 18:22, Tim Visher wrote: > >> I'm attempting to make Emacs.app my default installation. I read >> somewhere that one way to do this is to symlink >> /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs onto your path. >> >> What I've done so far is to `ln -s >> /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs ~/.bin/emacs` >> where `~/.bin` is on my $PATH. Unfortunately, when I run this, I get >> the following error: >> >> Warning: arch-dependent data dir >> >> (/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/MacOS/libexec/emacs/23.0.60/i386-apple-darwin9.5.0/) >> does not exist. >> Warning: arch-independent data dir >> >> (/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_emacs-app/work/emacs-23.0.0_NS-9.0rc3/nextstep/build/Emacs.app/Contents/Resources/share/emacs/23.0.60/etc/) >> does not exist. > > Odd. Those directories have of course been cleaned up after the build; Emacs > shouldn't be referring to them. > >> Cannot open load file: encoded-kb >> >> What's even stranger is that if I actually run >> `/Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs` directly, it >> works exactly as I want it to. >> >> Anyway, ideas? Thanks in advance! > > If all you're trying to have happen is for Emacs.app to open when you type > "emacs" in the Terminal, then you can create an alias in your .bashrc: > > alias emacs='open -a "/Applications/MacPorts/Emacs.app"' > > > -- In Christ, Timmy V. http://burningones.com/ http://five.sentenc.es/ - Spend less time on e-mail From vincent-opdarw at vinc17.org Fri Nov 14 06:14:43 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Fri, 14 Nov 2008 15:14:43 +0100 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> Message-ID: <20081114141443.GC14708@prunille.vinc17.org> On 2008-11-14 00:29:03 -0600, Ryan Schmidt wrote: > alias emacs='open -a "/Applications/MacPorts/Emacs.app"' This won't work with options. It's better to write a wrapper script. I use the following one: #!/bin/sh app="Emacs.app/Contents/MacOS/Emacs" #emacs="/Applications/$app" test -x "$emacs" || emacs="/Applications/MacPorts/$app" test -x "$emacs" || emacs="/usr/bin/emacs" exec "$emacs" ${SSH_CONNECTION:+-nw} ${SCREEN_IN_SSH:+-nw} "$@" This also allows Emacs to automatically run in the terminal (instead of the physical screen) when it is a ssh session (one can also do this for a screen session recalled from a ssh session, but this needs some config). -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From jim at champoux.com Fri Nov 14 07:06:02 2008 From: jim at champoux.com (ex99125b) Date: Fri, 14 Nov 2008 07:06:02 -0800 (PST) Subject: avr-gcc: command not found error Message-ID: <20501605.post@talk.nabble.com> newbie, using macports (via darwin ports instructions at http://wiki.monome.org/view/InstallingDevToolsOnOsX ) When trying to do a make. Wont build-- error "avr-gcc: command not found. Path is correct, can enter avr-gcc in terminal with correct "no input files" response. Path to avr-gcc also entered into PATH. Where should I begin? Mac OS X 10.5.5 -- View this message in context: http://www.nabble.com/avr-gcc%3A-command-not-found-error-tp20501605p20501605.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From tmaurizio at alice.it Fri Nov 14 09:56:03 2008 From: tmaurizio at alice.it (tmaurizio at alice.it) Date: Fri, 14 Nov 2008 18:56:03 +0100 Subject: trouble with gnome-terminal Message-ID: Hallo all, I try to install gnome with macport, I have downloaded all Gnome ports and activated all, now rest only GNOME-TERMINAL and GNOME-DESKTOP-SUITE ; them don' t wont build. I have tried in the web, without success, can you help me, or give a suggestion where to try? regards Maurizio this is the output sudo port -fv install gnome-terminal ---> Building gnome-terminal with target all make all-recursive Making all in src Making all in skey /bin/sh ../../libtool --tag=CC --mode=link /usr/bin/gcc-4.0 -O2 -no- cpp-precomp -flat_namespace -undefined suppress -I/usr/X11R6/include - DXTHREADS -DORBIT2=1 -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/ local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/ gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 - I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/ include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/ libpng12 -I/usr/X11R6/include -I/opt/local/include/gconf/2 -I/opt/ local/include/orbit-2.0 -I/opt/local/include/dbus-1.0 -I/opt/local/lib/ dbus-1.0/include -I/opt/local/include/libglade-2.0 -I/opt/local/ include/libxml2 -I/opt/local/include/libgnomeui-2.0 -I/opt/local/ include/libart-2.0 -I/opt/local/include/gnome-keyring-1 -I/opt/local/ include/libgnome-2.0 -I/opt/local/include/libbonoboui-2.0 -I/opt/local/ include/libgnomecanvas-2.0 -I/opt/local/include/gnome-vfs-2.0 -I/opt/ local/lib/gnome-vfs-2.0/include -I/opt/local/include/libbonobo-2.0 -I/ opt/local/include/bonobo-activation-2.0 -I/opt/local/include/gail-1.0 - I/opt/local/include/startup-notification-1.0 -DSKEY_MAIN -O2 -no-cpp- precomp -flat_namespace -undefined suppress -L/usr/X11R6/lib -R/usr/ X11R6/lib -lSM -lICE -lX11 -Wl,-framework,CoreServices -Wl,- framework,ApplicationServices -R/usr/X11/lib -Wl,-framework,CoreAudio - R/usr/X11R6/lib -L/opt/local/lib -L/usr/X11R6/lib -L/usr/X11/lib - lglade-2.0 -lgnomeui-2 -lgnome-keyring -lbonoboui-2 -lxml2 -lpthread - lgnomecanvas-2 -lgailutil -lart_lgpl_2 -lgnome-2 -lpopt -lgnomevfs-2 - lesd -lbonobo-2 -lgconf-2 -ldbus-1 -laudiofile -lbonobo-activation - lORBit-2 -lgthread-2.0 -lstartup-notification-1 -lvte -lgtk-x11-2.0 - lpangoxft-1.0 -lpangox-1.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 - lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lSM -lICE -lpixman-1 -lpng12 -lpangoft2-1.0 -lXft -lXrender -lX11 -lfontconfig -lexpat -lfreetype - lz -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl - liconv -L/opt/local/lib -o testskey testskey-btoe.o testskey-skey.o testskey-skeyutil.o testskey-md4.o testskey-md5.o testskey-sha1.o - Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -L/opt/ local/lib -L/usr/X11R6/lib -lpangoxft-1.0 -lpangoft2-1.0 -lXft - lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv - lXrender -lX11 -lfontconfig -lexpat -lfreetype -lz /usr/bin/gcc-4.0 -O2 -no-cpp-precomp -flat_namespace -undefined suppress -I/usr/X11R6/include -DXTHREADS -DORBIT2=1 -D_REENTRANT -I/ opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ local/include -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/ local/include/pango-1.0 -I/opt/local/include/pixman-1 -I/opt/local/ include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11R6/include - I/opt/local/include/gconf/2 -I/opt/local/include/orbit-2.0 -I/opt/ local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/ include/libglade-2.0 -I/opt/local/include/libxml2 -I/opt/local/include/ libgnomeui-2.0 -I/opt/local/include/libart-2.0 -I/opt/local/include/ gnome-keyring-1 -I/opt/local/include/libgnome-2.0 -I/opt/local/include/ libbonoboui-2.0 -I/opt/local/include/libgnomecanvas-2.0 -I/opt/local/ include/gnome-vfs-2.0 -I/opt/local/lib/gnome-vfs-2.0/include -I/opt/ local/include/libbonobo-2.0 -I/opt/local/include/bonobo-activation-2.0 -I/opt/local/include/gail-1.0 -I/opt/local/include/startup- notification-1.0 -DSKEY_MAIN -O2 -no-cpp-precomp -flat_namespace - undefined suppress -Wl,-framework -Wl,CoreServices -Wl,-framework - Wl,ApplicationServices -Wl,-framework -Wl,CoreAudio -o testskey testskey-btoe.o testskey-skey.o testskey-skeyutil.o testskey-md4.o testskey-md5.o testskey-sha1.o -Wl,-framework -Wl,CoreServices -Wl,- framework -Wl,ApplicationServices -L/usr/X11R6/lib -L/opt/local/lib - L/usr/X11/lib /opt/local/lib/libglade-2.0.dylib /opt/local/lib/ libgnomeui-2.dylib /opt/local/lib/libgnome-keyring.dylib /opt/local/ lib/libbonoboui-2.dylib /opt/local/lib/libgnomecanvas-2.dylib /opt/ local/lib/libgailutil.dylib /usr/X11/lib/libXi.6.0.0.dylib /usr/X11/ lib/libXinerama.1.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib /opt/ local/lib/libart_lgpl_2.dylib /opt/local/lib/libgnome-2.dylib /opt/ local/lib/libpopt.dylib /opt/local/lib/libgnomevfs-2.dylib /opt/local/ lib/libxml2.dylib -lpthread -lssl -lcrypto /opt/local/lib/ libesd.dylib /opt/local/lib/libbonobo-2.dylib /opt/local/lib/ libgconf-2.dylib /opt/local/lib/libdbus-glib-1.dylib /opt/local/lib/ libdbus-1.dylib /opt/local/lib/libaudiofile.dylib /opt/local/lib/ libbonobo-activation.dylib /opt/local/lib/libORBitCosNaming-2.dylib / opt/local/lib/libORBit-2.dylib -lresolv /opt/local/lib/ libgthread-2.0.dylib /opt/local/lib/libstartup-notification-1.dylib / opt/local/lib/libvte.dylib /opt/local/lib/libSM.dylib /opt/local/lib/ libICE.dylib /opt/local/lib/libX11.dylib /opt/local/lib/libxcb- xlib.dylib /opt/local/lib/libxcb.dylib /opt/local/lib/libXau.dylib - lncurses /opt/local/lib/libgtk-x11-2.0.dylib /opt/local/lib/ libpangox-1.0.dylib /opt/local/lib/libgdk-x11-2.0.dylib /opt/local/lib/ libatk-1.0.dylib /opt/local/lib/libgdk_pixbuf-2.0.dylib /opt/local/lib/ libgio-2.0.dylib /opt/local/lib/libtiff.dylib /opt/local/lib/ libjasper.dylib /opt/local/lib/libjpeg.dylib /opt/local/lib/ libpangocairo-1.0.dylib /opt/local/lib/libcairo.dylib /opt/local/lib/ libpixman-1.dylib /opt/local/lib/libpng12.dylib /usr/X11/lib/libcairo. 2.17.5.dylib /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE. 6.3.0.dylib /usr/X11/lib/libpixman-1.0.10.0.dylib /usr/X11/lib/ libpng12.0.26.0.dylib /opt/local/lib/libpangoxft-1.0.dylib /opt/local/ lib/libXft.dylib /opt/local/lib/libXrender.dylib /opt/local/lib/ libpangoft2-1.0.dylib /opt/local/lib/libfontconfig.dylib /opt/local/ lib/libfreetype.dylib /usr/X11/lib/libXft.2.1.2.dylib /opt/local/lib/ libpango-1.0.dylib -lm /opt/local/lib/libgobject-2.0.dylib /opt/local/ lib/libgmodule-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/ lib/libintl.dylib -lc /opt/local/lib/libiconv.dylib /usr/X11/lib/ libXrender.1.3.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/ libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/X11/lib/ libfontconfig.dylib /usr/lib/libiconv.dylib /usr/lib/libexpat.dylib / opt/local/lib/libexpat.dylib /usr/X11/lib/libfreetype.dylib -lz i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libpixman-1.0.10.0.dylib: No such file or directory make[3]: *** [testskey] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_gnome_gnome-terminal/work/gnome- terminal-2.22.1" && make all " returned error 2 Command output: make all-recursive Making all in src Making all in skey /bin/sh ../../libtool --tag=CC --mode=link /usr/bin/gcc-4.0 -O2 -no- cpp-precomp -flat_namespace -undefined suppress -I/usr/X11R6/include - DXTHREADS -DORBIT2=1 -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/ local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/ gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 - I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/ include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/ libpng12 -I/usr/X11R6/include -I/opt/local/include/gconf/2 -I/opt/ local/include/orbit-2.0 -I/opt/local/include/dbus-1.0 -I/opt/local/lib/ dbus-1.0/include -I/opt/local/include/libglade-2.0 -I/opt/local/ include/libxml2 -I/opt/local/include/libgnomeui-2.0 -I/opt/local/ include/libart-2.0 -I/opt/local/include/gnome-keyring-1 -I/opt/local/ include/libgnome-2.0 -I/opt/local/include/libbonoboui-2.0 -I/opt/local/ include/libgnomecanvas-2.0 -I/opt/local/include/gnome-vfs-2.0 -I/opt/ local/lib/gnome-vfs-2.0/include -I/opt/local/include/libbonobo-2.0 -I/ opt/local/include/bonobo-activation-2.0 -I/opt/local/include/gail-1.0 - I/opt/local/include/startup-notification-1.0 -DSKEY_MAIN -O2 -no-cpp- precomp -flat_namespace -undefined suppress -L/usr/X11R6/lib -R/usr/ X11R6/lib -lSM -lICE -lX11 -Wl,-framework,CoreServices -Wl,- framework,ApplicationServices -R/usr/X11/lib -Wl,-framework,CoreAudio - R/usr/X11R6/lib -L/opt/local/lib -L/usr/X11R6/lib -L/usr/X11/lib - lglade-2.0 -lgnomeui-2 -lgnome-keyring -lbonoboui-2 -lxml2 -lpthread - lgnomecanvas-2 -lgailutil -lart_lgpl_2 -lgnome-2 -lpopt -lgnomevfs-2 - lesd -lbonobo-2 -lgconf-2 -ldbus-1 -laudiofile -lbonobo-activation - lORBit-2 -lgthread-2.0 -lstartup-notification-1 -lvte -lgtk-x11-2.0 - lpangoxft-1.0 -lpangox-1.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 - lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lSM -lICE -lpixman-1 -lpng12 -lpangoft2-1.0 -lXft -lXrender -lX11 -lfontconfig -lexpat -lfreetype - lz -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl - liconv -L/opt/local/lib -o testskey testskey-btoe.o testskey-skey.o testskey-skeyutil.o testskey-md4.o testskey-md5.o testskey-sha1.o - Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -L/opt/ local/lib -L/usr/X11R6/lib -lpangoxft-1.0 -lpangoft2-1.0 -lXft - lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv - lXrender -lX11 -lfontconfig -lexpat -lfreetype -lz /usr/bin/gcc-4.0 -O2 -no-cpp-precomp -flat_namespace -undefined suppress -I/usr/X11R6/include -DXTHREADS -DORBIT2=1 -D_REENTRANT -I/ opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ local/include -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/ local/include/pango-1.0 -I/opt/local/include/pixman-1 -I/opt/local/ include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11R6/include - I/opt/local/include/gconf/2 -I/opt/local/include/orbit-2.0 -I/opt/ local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/ include/libglade-2.0 -I/opt/local/include/libxml2 -I/opt/local/include/ libgnomeui-2.0 -I/opt/local/include/libart-2.0 -I/opt/local/include/ gnome-keyring-1 -I/opt/local/include/libgnome-2.0 -I/opt/local/include/ libbonoboui-2.0 -I/opt/local/include/libgnomecanvas-2.0 -I/opt/local/ include/gnome-vfs-2.0 -I/opt/local/lib/gnome-vfs-2.0/include -I/opt/ local/include/libbonobo-2.0 -I/opt/local/include/bonobo-activation-2.0 -I/opt/local/include/gail-1.0 -I/opt/local/include/startup- notification-1.0 -DSKEY_MAIN -O2 -no-cpp-precomp -flat_namespace - undefined suppress -Wl,-framework -Wl,CoreServices -Wl,-framework - Wl,ApplicationServices -Wl,-framework -Wl,CoreAudio -o testskey testskey-btoe.o testskey-skey.o testskey-skeyutil.o testskey-md4.o testskey-md5.o testskey-sha1.o -Wl,-framework -Wl,CoreServices -Wl,- framework -Wl,ApplicationServices -L/usr/X11R6/lib -L/opt/local/lib - L/usr/X11/lib /opt/local/lib/libglade-2.0.dylib /opt/local/lib/ libgnomeui-2.dylib /opt/local/lib/libgnome-keyring.dylib /opt/local/ lib/libbonoboui-2.dylib /opt/local/lib/libgnomecanvas-2.dylib /opt/ local/lib/libgailutil.dylib /usr/X11/lib/libXi.6.0.0.dylib /usr/X11/ lib/libXinerama.1.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib /opt/ local/lib/libart_lgpl_2.dylib /opt/local/lib/libgnome-2.dylib /opt/ local/lib/libpopt.dylib /opt/local/lib/libgnomevfs-2.dylib /opt/local/ lib/libxml2.dylib -lpthread -lssl -lcrypto /opt/local/lib/ libesd.dylib /opt/local/lib/libbonobo-2.dylib /opt/local/lib/ libgconf-2.dylib /opt/local/lib/libdbus-glib-1.dylib /opt/local/lib/ libdbus-1.dylib /opt/local/lib/libaudiofile.dylib /opt/local/lib/ libbonobo-activation.dylib /opt/local/lib/libORBitCosNaming-2.dylib / opt/local/lib/libORBit-2.dylib -lresolv /opt/local/lib/ libgthread-2.0.dylib /opt/local/lib/libstartup-notification-1.dylib / opt/local/lib/libvte.dylib /opt/local/lib/libSM.dylib /opt/local/lib/ libICE.dylib /opt/local/lib/libX11.dylib /opt/local/lib/libxcb- xlib.dylib /opt/local/lib/libxcb.dylib /opt/local/lib/libXau.dylib - lncurses /opt/local/lib/libgtk-x11-2.0.dylib /opt/local/lib/ libpangox-1.0.dylib /opt/local/lib/libgdk-x11-2.0.dylib /opt/local/lib/ libatk-1.0.dylib /opt/local/lib/libgdk_pixbuf-2.0.dylib /opt/local/lib/ libgio-2.0.dylib /opt/local/lib/libtiff.dylib /opt/local/lib/ libjasper.dylib /opt/local/lib/libjpeg.dylib /opt/local/lib/ libpangocairo-1.0.dylib /opt/local/lib/libcairo.dylib /opt/local/lib/ libpixman-1.dylib /opt/local/lib/libpng12.dylib /usr/X11/lib/libcairo. 2.17.5.dylib /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE. 6.3.0.dylib /usr/X11/lib/libpixman-1.0.10.0.dylib /usr/X11/lib/ libpng12.0.26.0.dylib /opt/local/lib/libpangoxft-1.0.dylib /opt/local/ lib/libXft.dylib /opt/local/lib/libXrender.dylib /opt/local/lib/ libpangoft2-1.0.dylib /opt/local/lib/libfontconfig.dylib /opt/local/ lib/libfreetype.dylib /usr/X11/lib/libXft.2.1.2.dylib /opt/local/lib/ libpango-1.0.dylib -lm /opt/local/lib/libgobject-2.0.dylib /opt/local/ lib/libgmodule-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/ lib/libintl.dylib -lc /opt/local/lib/libiconv.dylib /usr/X11/lib/ libXrender.1.3.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/ libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/X11/lib/ libfontconfig.dylib /usr/lib/libiconv.dylib /usr/lib/libexpat.dylib / opt/local/lib/libexpat.dylib /usr/X11/lib/libfreetype.dylib -lz i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libpixman-1.0.10.0.dylib: No such file or directory make[3]: *** [testskey] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for gnome-terminal): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. From tim.visher at gmail.com Fri Nov 14 10:01:09 2008 From: tim.visher at gmail.com (Tim Visher) Date: Fri, 14 Nov 2008 13:01:09 -0500 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: <20081114141443.GC14708@prunille.vinc17.org> References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> Message-ID: Thanks for the tip, vincent. I implemented what you suggested and it appears to work. On Fri, Nov 14, 2008 at 9:14 AM, Vincent Lefevre wrote: > On 2008-11-14 00:29:03 -0600, Ryan Schmidt wrote: >> alias emacs='open -a "/Applications/MacPorts/Emacs.app"' > > This won't work with options. It's better to write a wrapper script. > I use the following one: > > #!/bin/sh > > app="Emacs.app/Contents/MacOS/Emacs" > #emacs="/Applications/$app" > test -x "$emacs" || emacs="/Applications/MacPorts/$app" > test -x "$emacs" || emacs="/usr/bin/emacs" > > exec "$emacs" ${SSH_CONNECTION:+-nw} ${SCREEN_IN_SSH:+-nw} "$@" > > This also allows Emacs to automatically run in the terminal (instead > of the physical screen) when it is a ssh session (one can also do > this for a screen session recalled from a ssh session, but this > needs some config). > > -- > Vincent Lef?vre - Web: > 100% accessible validated (X)HTML - Blog: > Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -- In Christ, Timmy V. http://burningones.com/ http://five.sentenc.es/ - Spend less time on e-mail From jkh at apple.com Fri Nov 14 10:12:22 2008 From: jkh at apple.com (Jordan Hubbard) Date: Fri, 14 Nov 2008 10:12:22 -0800 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> Message-ID: JFYI, but to correct a misapprehension here, open does take arguments (for the launched process) so your original idea would have also worked if you had used a shell function instead of an alias and passed the args through with $* HTH Sent from my iPhone On Nov 14, 2008, at 10:01, Tim Visher wrote: > Thanks for the tip, vincent. I implemented what you suggested and it > appears to work. > > On Fri, Nov 14, 2008 at 9:14 AM, Vincent Lefevre > wrote: >> On 2008-11-14 00:29:03 -0600, Ryan Schmidt wrote: >>> alias emacs='open -a "/Applications/MacPorts/Emacs.app"' >> >> This won't work with options. It's better to write a wrapper script. >> I use the following one: >> >> #!/bin/sh >> >> app="Emacs.app/Contents/MacOS/Emacs" >> #emacs="/Applications/$app" >> test -x "$emacs" || emacs="/Applications/MacPorts/$app" >> test -x "$emacs" || emacs="/usr/bin/emacs" >> >> exec "$emacs" ${SSH_CONNECTION:+-nw} ${SCREEN_IN_SSH:+-nw} "$@" >> >> This also allows Emacs to automatically run in the terminal (instead >> of the physical screen) when it is a ssh session (one can also do >> this for a screen session recalled from a ssh session, but this >> needs some config). >> >> -- >> Vincent Lef?vre - Web: >> 100% accessible validated (X)HTML - Blog: > > >> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS- >> Lyon) >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> > > > > -- > > In Christ, > > Timmy V. > > http://burningones.com/ > http://five.sentenc.es/ - Spend less time on e-mail > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From blb at macports.org Fri Nov 14 13:02:53 2008 From: blb at macports.org (Bryan Blackburn) Date: Fri, 14 Nov 2008 14:02:53 -0700 Subject: trouble with gnome-terminal In-Reply-To: References: Message-ID: <20081114210253.GD748@ninagal.withay.com> On Fri, Nov 14, 2008 at 06:56:03PM +0100, tmaurizio at alice.it said: > Hallo all, > I try to install gnome with macport, I have downloaded all Gnome ports > and activated all, > now rest only GNOME-TERMINAL and GNOME-DESKTOP-SUITE ; them don' t wont > build. > I have tried in the web, without success, can you help me, or give a > suggestion where to try? > > regards Maurizio > this is the output > > > sudo port -fv install gnome-terminal > ---> Building gnome-terminal with target all [...] > /usr/bin/gcc-4.0 -O2 -no-cpp-precomp -flat_namespace -undefined suppress > -I/usr/X11R6/include -DXTHREADS -DORBIT2=1 -D_REENTRANT -I/ [...] > /usr/X11/lib/libpixman-1.0.10.0.dylib /usr/X11/lib/libpng12.0.26.0.dylib > /opt/local/lib/libpangoxft-1.0.dylib /opt/local/lib/libXft.dylib > /opt/local/lib/libXrender.dylib /opt/local/lib/libpangoft2-1.0.dylib > /opt/local/lib/libfontconfig.dylib /opt/local/lib/libfreetype.dylib > /usr/X11/lib/libXft.2.1.2.dylib /opt/local/lib/libpango-1.0.dylib -lm > /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libgmodule-2.0.dylib > /opt/local/lib/libglib-2.0.dylib /opt/local/lib/libintl.dylib -lc > /opt/local/lib/libiconv.dylib /usr/X11/lib/libXrender.1.3.0.dylib > /usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/libXau.6.0.0.dylib > /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/X11/lib/libfontconfig.dylib > /usr/lib/libiconv.dylib /usr/lib/libexpat.dylib / > opt/local/lib/libexpat.dylib /usr/X11/lib/libfreetype.dylib -lz > i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libpixman-1.0.10.0.dylib: No > such file or directory It looks like something is insisting on linking to /usr/X11/lib/libpixman-1.0.10.0.dylib since it is explicitely listed among the various libraries to link there. The problem is finding it. There's a bunch of dependencies along the way to gnome-terminal (looks like about 100), so does anyone have/know of a script that would help track such things down? I'm guessing something will need to depend on MacPorts' libpixman to deal with this? Bryan > make[3]: *** [testskey] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Warning: the following items did not execute (for gnome-terminal): > org.macports.activate org.macports.build org.macports.destroot > org.macports.install > Error: Status 1 encountered during processing. > From vincent-opdarw at vinc17.org Fri Nov 14 18:30:06 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Sat, 15 Nov 2008 03:30:06 +0100 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> Message-ID: <20081115023006.GC1644@prunille.vinc17.org> On 2008-11-14 10:12:22 -0800, Jordan Hubbard wrote: > JFYI, but to correct a misapprehension here, open does take arguments > (for the launched process) so your original idea would have also worked Here (10.4.11) "open" doesn't take arguments: prunille:~> open -a /Applications/MacPorts/Emacs.app -nw foo 2008-11-15 03:22:26.754 open[4228] No such file: /Users/vinc17/-nw > if you had used a shell function instead of an alias and passed the args > through with $* HTH No, do *not* use $* as arguments with spaces would be passed incorrectly with bash (and other POSIX shells): sh-2.05b$ e() { echo $*; } sh-2.05b$ e "a b" a b BTW, arguments with spaces occur much more often under Mac OS X than under other Unix systems. Using "$@" (with the quotes) is the correct way, but an alias does something equivalent. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From bentley at crenelle.com Fri Nov 14 11:22:33 2008 From: bentley at crenelle.com (Michael Brian Bentley) Date: Fri, 14 Nov 2008 11:22:33 -0800 Subject: mysql5 +server install Message-ID: I just tried to install mysql5, and I tried uninstalling it and reinstalling it a couple times. It appears to install a zero-length /opt/local/var/db/mysql5/mysql/user.MYD file, apparently making it difficult to log into mysql root and access things. Has anyone else run into that problem? We had to copy the /opt/local/var/db/mysql5/mysql folder contents from another machine to be able to log in properly. -Mike From jwdavison at mac.com Fri Nov 14 19:12:56 2008 From: jwdavison at mac.com (Joe Davison) Date: Fri, 14 Nov 2008 21:12:56 -0600 Subject: Is /opt/local/var/db/dports still used? Message-ID: Recently, when I did the selfupdate (to version 1.6?) on one of my machines, I got a message saying some stuff may have been left in / opt/local/var/db/dports... in the move to ...var/macports and I should take care of it myself. That message could be a bit clearer -- is it the case that the entire directory tree below /opt/local/var/db is no longer used, and I can safely rm -rf on that directory? joe From ryandesign at macports.org Fri Nov 14 19:24:10 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 14 Nov 2008 21:24:10 -0600 Subject: Is /opt/local/var/db/dports still used? In-Reply-To: References: Message-ID: <930D082C-2F7C-4341-B513-1A633DFEA287@macports.org> On Nov 14, 2008, at 21:12, Joe Davison wrote: > Recently, when I did the selfupdate (to version 1.6?) on one of my > machines, I got a message saying some stuff may have been left in / > opt/local/var/db/dports... in the move to ...var/macports and I > should take care of it myself. > > That message could be a bit clearer -- is it the case that the > entire directory tree below /opt/local/var/db is no longer used, > and I can safely rm -rf on that directory? I don't remember. What's in that directory on your system? From ryandesign at macports.org Fri Nov 14 19:25:41 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 14 Nov 2008 21:25:41 -0600 Subject: mysql5 +server install In-Reply-To: References: Message-ID: <5A8E94BA-71D4-441F-A1F7-6213AF5BBE11@macports.org> On Nov 14, 2008, at 13:22, Michael Brian Bentley wrote: > I just tried to install mysql5, and I tried uninstalling it and > reinstalling it a couple times. It appears to install a zero- > length /opt/local/var/db/mysql5/mysql/user.MYD file, apparently > making it difficult to log into mysql root and access things. > > Has anyone else run into that problem? We had to copy the /opt/ > local/var/db/mysql5/mysql folder contents from another machine to > be able to log in properly. The mysql5 port itself should install no MYD files. Are you saying an empty user.MYD file appeared when you tried to install the initial databases with mysql_install_db5? Or what was the exact sequence of commands you entered to get to this situation? From ryandesign at macports.org Fri Nov 14 19:31:57 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 14 Nov 2008 21:31:57 -0600 Subject: avr-gcc: command not found error In-Reply-To: <20501605.post@talk.nabble.com> References: <20501605.post@talk.nabble.com> Message-ID: <70360639-0F97-46B6-873C-3320743353A6@macports.org> On Nov 14, 2008, at 09:06, ex99125b wrote: > newbie, using macports (via darwin ports instructions at > http://wiki.monome.org/view/InstallingDevToolsOnOsX ) Welcome to MacPorts! Note that the project hasn't been called DarwinPorts for a long time. > When trying to do a make. Wont build-- error "avr-gcc: command not > found. When trying to make what? Another port, or some other software you're trying to build outside of MacPorts? Can you show us the exact commands you used that lead to the problem? > Path is correct, can enter avr-gcc in terminal with correct "no > input files" > response. Path to avr-gcc also entered into PATH. > > Where should I begin? > > Mac OS X 10.5.5 From ryandesign at macports.org Fri Nov 14 20:15:21 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 14 Nov 2008 22:15:21 -0600 Subject: Is /opt/local/var/db/dports still used? In-Reply-To: <7AA7EA3D-F827-4CF0-90A2-CB49A87353CC@mac.com> References: <930D082C-2F7C-4341-B513-1A633DFEA287@macports.org> <7AA7EA3D-F827-4CF0-90A2-CB49A87353CC@mac.com> Message-ID: <821100FD-A04C-4E48-8AB4-A35D54D10A47@macports.org> On Nov 14, 2008, at 22:03, Joe Davison wrote: >> What's in that directory on your system? > > summary is a couple of build trees and source for > rsync.rsync.darwinports.org_dpupdate1/base > > My guess is that's the 1.6 update itself? > > Here's a fuller, but still abbreviated, list -- > > db > db/dports Basically, ${prefix}/db/dports became ${prefix}/var/macports. > db/dports/.tclpackage That files appears to say where the Tcl package is. A newer file should exist on your system in ${prefix}/var/macports/.tclpackage with the same (well, updated) information. So, safe to delete. > db/dports/build > db/dports/build/ > _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_ > dports_aqua_aquaterm [snip] Anything starting with "_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_d ports_" is a port build directory. So either you had autoclean turned off and port didn't automatically clean up build directories, or this was a failed build at some point. Safe to delete. > db/dports/sources > db/dports/sources/rsync.rsync.darwinports.org_dpupdate1 > db/dports/sources/rsync.rsync.darwinports.org_dpupdate1/base These should be the sources of MacPorts itself, which were grabbed during a selfupdate. Safe to delete, since they'll be fetched again if needed. From bentley at crenelle.com Fri Nov 14 21:13:44 2008 From: bentley at crenelle.com (Michael Brian Bentley) Date: Fri, 14 Nov 2008 21:13:44 -0800 Subject: mysql5 +server install In-Reply-To: <5A8E94BA-71D4-441F-A1F7-6213AF5BBE11@macports.org> References: <5A8E94BA-71D4-441F-A1F7-6213AF5BBE11@macports.org> Message-ID: At 9:25 PM -0600 11/14/08, Ryan Schmidt wrote: >On Nov 14, 2008, at 13:22, Michael Brian Bentley wrote: > >>I just tried to install mysql5, and I tried uninstalling it and >>reinstalling it a couple times. It appears to install a zero-length >>/opt/local/var/db/mysql5/mysql/user.MYD file, apparently making it >>difficult to log into mysql root and access things. >> >>Has anyone else run into that problem? We had to copy the >>/opt/local/var/db/mysql5/mysql folder contents from another machine >>to be able to log in properly. > >The mysql5 port itself should install no MYD files. > >Are you saying an empty user.MYD file appeared when you tried to >install the initial databases with mysql_install_db5? Or what was >the exact sequence of commands you entered to get to this situation? Ok, good, that means then there likely was an old copy of that folder around from a previous install attempt. sudo port install mysql5 +server is what we ran. If there was some old cruft lying around, that would explain why it was so deucedly hard to do anything. I'm not sure why there was a bad set of files present in the first place. From ryandesign at macports.org Fri Nov 14 21:28:10 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 14 Nov 2008 23:28:10 -0600 Subject: mysql5 +server install In-Reply-To: References: <5A8E94BA-71D4-441F-A1F7-6213AF5BBE11@macports.org> Message-ID: On Nov 14, 2008, at 23:13, Michael Brian Bentley wrote: > At 9:25 PM -0600 11/14/08, Ryan Schmidt wrote: > >> On Nov 14, 2008, at 13:22, Michael Brian Bentley wrote: >> >>> I just tried to install mysql5, and I tried uninstalling it and >>> reinstalling it a couple times. It appears to install a zero- >>> length /opt/local/var/db/mysql5/mysql/user.MYD file, apparently >>> making it difficult to log into mysql root and access things. >>> >>> Has anyone else run into that problem? We had to copy the /opt/ >>> local/var/db/mysql5/mysql folder contents from another machine to >>> be able to log in properly. >> >> The mysql5 port itself should install no MYD files. >> >> Are you saying an empty user.MYD file appeared when you tried to >> install the initial databases with mysql_install_db5? Or what was >> the exact sequence of commands you entered to get to this situation? > > Ok, good, that means then there likely was an old copy of that > folder around from a previous install attempt. > > sudo port install mysql5 +server is what we ran. If there was some > old cruft lying around, that would explain why it was so deucedly > hard to do anything. > > I'm not sure why there was a bad set of files present in the first > place. "port contents mysql5" should show you everything the port installed; on my system, there aren't any *.MYD files in that list. So I expect you're right, those files must've already been there. From jkh at apple.com Sat Nov 15 10:46:09 2008 From: jkh at apple.com (Jordan K. Hubbard) Date: Sat, 15 Nov 2008 10:46:09 -0800 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: <20081115023006.GC1644@prunille.vinc17.org> References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> <20081115023006.GC1644@prunille.vinc17.org> Message-ID: On Nov 14, 2008, at 6:30 PM, Vincent Lefevre wrote: > Here (10.4.11) "open" doesn't take arguments: > > prunille:~> open -a /Applications/MacPorts/Emacs.app -nw foo > 2008-11-15 03:22:26.754 open[4228] No such file: /Users/vinc17/-nw Well, I have not run 10.4 for a number of years now, but it certainly works on 10.5, so get off the stick and upgrade already. Leopard was released over a year ago! >> if you had used a shell function instead of an alias and passed the >> args >> through with $* HTH > > No, do *not* use $* as arguments with spaces would be passed > incorrectly > with bash (and other POSIX shells): No, DO use $*, just remember to quote it like you would any other variable expansion involving filenames. It's not like there's any other useful way to pass arguments to an alias or shell function, sheesh! - Jordan From rfongtom at gmail.com Sat Nov 15 12:53:17 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 15 Nov 2008 15:53:17 -0500 Subject: Installing OCTAVE 3.0.3 Message-ID: <72649907-5422-422F-95B0-BB8176A0DB3F@gmail.com> Hi, I tried to port Octave 3.0.3 and got the following errors. Any thoughts on where to go from here? Error: Target org.macports.activate returned: Image error: /opt/local/ bin/a2p 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 perl5): org.macports.activate Error: The following dependencies failed to build: gnuplot gd2 autoconf help2man perl5 m4 automake libtool pdflib gsed hdf5 pcre qhull texinfo lzmautils texlive texlive_base texi2html texlive_texmf- full texlive_texmf-minimal Error: Status 1 encountered during processing. I am a neophyte so I don't really understand these errors. I should add that I previously downloaded the binary of Octave from Source- Forge (I think it was version 3.0.2) and it seem to run OK. But then I tried to install the Image package from that site and it did not work (functions were not available). So I tried to port Octave-Image from macports and got errors. I decided to start over. I uninstalled and cleaned the Octave-Image, and deleted the Octave binary that I first downloaded. Then ported Octave 3.0.3 which gave me the above error. Bob From blb at macports.org Sat Nov 15 13:23:50 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat, 15 Nov 2008 14:23:50 -0700 Subject: Installing OCTAVE 3.0.3 In-Reply-To: <72649907-5422-422F-95B0-BB8176A0DB3F@gmail.com> References: <72649907-5422-422F-95B0-BB8176A0DB3F@gmail.com> Message-ID: <20081115212350.GE512@ninagal.withay.com> On Sat, Nov 15, 2008 at 03:53:17PM -0500, Robert Fong-tom said: > Hi, > I tried to port Octave 3.0.3 and got the following errors. Any thoughts on > where to go from here? > > Error: Target org.macports.activate returned: Image error: /opt/local/ > bin/a2p 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 perl5): > org.macports.activate > Error: The following dependencies failed to build: gnuplot gd2 autoconf > help2man perl5 m4 automake libtool pdflib gsed hdf5 pcre qhull texinfo > lzmautils texlive texlive_base texi2html texlive_texmf-full > texlive_texmf-minimal > Error: Status 1 encountered during processing. > > I am a neophyte so I don't really understand these errors. I should add > that I previously downloaded the binary of Octave from Source-Forge (I > think it was version 3.0.2) and it seem to run OK. But then I tried to > install the Image package from that site and it did not work (functions > were not available). So I tried to port Octave-Image from macports and got > errors. I decided to start over. I uninstalled and cleaned the > Octave-Image, and deleted the Octave binary that I first downloaded. Then > ported Octave 3.0.3 which gave me the above error. Sounds like a ticket involving installing deluge: Since I see autoconf in the list of dependencies it was trying to install, jmr's comment: may be the issue you are seeing. Bryan > > Bob From ryandesign at macports.org Sat Nov 15 14:36:21 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 15 Nov 2008 16:36:21 -0600 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> <20081115023006.GC1644@prunille.vinc17.org> Message-ID: <823B0EDD-82C2-4006-84A7-B2F9B3066AAA@macports.org> On Nov 15, 2008, at 12:46, Jordan K. Hubbard wrote: > On Nov 14, 2008, at 6:30 PM, Vincent Lefevre wrote: > >> Here (10.4.11) "open" doesn't take arguments: >> >> prunille:~> open -a /Applications/MacPorts/Emacs.app -nw foo >> 2008-11-15 03:22:26.754 open[4228] No such file: /Users/vinc17/-nw > > Well, I have not run 10.4 for a number of years now, but it > certainly works on 10.5, so get off the stick and upgrade already. > Leopard was released over a year ago! There are a lot of things to like about Leopard, but enough things to dislike that I'm staying away until I have to upgrade. MacPorts still supports Tiger so it's useful to provide solutions that work there. From raimue at macports.org Sat Nov 15 15:03:21 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 16 Nov 2008 00:03:21 +0100 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> <20081115023006.GC1644@prunille.vinc17.org> Message-ID: <491F5539.2020702@macports.org> Jordan K. Hubbard wrote: > On Nov 14, 2008, at 6:30 PM, Vincent Lefevre wrote: > >> Here (10.4.11) "open" doesn't take arguments: >> >> prunille:~> open -a /Applications/MacPorts/Emacs.app -nw foo >> 2008-11-15 03:22:26.754 open[4228] No such file: /Users/vinc17/-nw > > Well, I have not run 10.4 for a number of years now, but it certainly > works on 10.5, so get off the stick and upgrade already. Leopard was > released over a year ago! Hm, it does not take arguments on 10.5.5 (9F33) for me either. $ open -a /Applications/MacPorts/Emacs.app -nw foo open: invalid option -- w Usage: open [-e] [-t] [-f] [-W] [-n] [-g] [-h] [-b ] [-a ] [filenames] Help: Open opens files from a shell. ... Don't know what other version of 10.5 you are using, but I doubt it's something that was released to the public if it is working there :-) Rainer From pyrios at gmail.com Sat Nov 15 15:39:20 2008 From: pyrios at gmail.com (George Dowding) Date: Sat, 15 Nov 2008 18:39:20 -0500 Subject: How to add tcl8.4.14 Message-ID: <83016cd50811151539t1c8f5d6dw16a64617c9fb5442@mail.gmail.com> I am trying to get ns-2 built and installed. The current port is broken, so I am trying to bump everything up to the latest recommended version. The catch is that the toolchain has a dependency on tcl/tk 8.4.14. (actually the wording is that it *might* work with newer version.) The current lang/tcl and x11/tk ports will install 8.5. Building went ok. I created lang/tcl8.4.14. Now, I need this to install without bashing the 8.5 version. What is the best way to handle that? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkh at apple.com Sat Nov 15 15:40:39 2008 From: jkh at apple.com (Jordan Hubbard) Date: Sat, 15 Nov 2008 15:40:39 -0800 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: <491F5539.2020702@macports.org> References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> <20081115023006.GC1644@prunille.vinc17.org> <491F5539.2020702@macports.org> Message-ID: <3E1B5886-304C-4E9F-A3AB-03AB5CB22383@apple.com> I believe open just passes filename args, probably because it canonicalizes them before passing to LaunchServiced. So it passes args, just not *any* args (and if you think about passing context across address spaces, it even makes sense). Sent from my iPhone On Nov 15, 2008, at 15:03, Rainer M?ller wrote: > Jordan K. Hubbard wrote: >> On Nov 14, 2008, at 6:30 PM, Vincent Lefevre wrote: >> >>> Here (10.4.11) "open" doesn't take arguments: >>> >>> prunille:~> open -a /Applications/MacPorts/Emacs.app -nw foo >>> 2008-11-15 03:22:26.754 open[4228] No such file: /Users/vinc17/-nw >> >> Well, I have not run 10.4 for a number of years now, but it certainly >> works on 10.5, so get off the stick and upgrade already. Leopard was >> released over a year ago! > > Hm, it does not take arguments on 10.5.5 (9F33) for me either. > > $ open -a /Applications/MacPorts/Emacs.app -nw foo > open: invalid option -- w > Usage: open [-e] [-t] [-f] [-W] [-n] [-g] [-h] [-b identifier>] > [-a ] [filenames] > Help: Open opens files from a shell. > ... > > Don't know what other version of 10.5 you are using, but I doubt it's > something that was released to the public if it is working there :-) > > Rainer From jkh at apple.com Sat Nov 15 15:52:02 2008 From: jkh at apple.com (Jordan Hubbard) Date: Sat, 15 Nov 2008 15:52:02 -0800 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: <823B0EDD-82C2-4006-84A7-B2F9B3066AAA@macports.org> References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> <20081115023006.GC1644@prunille.vinc17.org> <823B0EDD-82C2-4006-84A7-B2F9B3066AAA@macports.org> Message-ID: <03DD6FE7-08ED-4392-9D99-7095DB15BF1D@apple.com> Sent from my iPhone On Nov 15, 2008, at 14:36, Ryan Schmidt wrote: > MacPorts still supports Tiger so it's useful to provide solutions > that work there. Well, as I said, I have not run it in many years so it's a bit harder for me to even comment on what works (or not) in Tiger. Heck, I'm not even running leopard much now; my life is all about SnowLeopard. :) -Jordan From ryandesign at macports.org Sat Nov 15 16:31:01 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 15 Nov 2008 18:31:01 -0600 Subject: How to add tcl8.4.14 In-Reply-To: <83016cd50811151539t1c8f5d6dw16a64617c9fb5442@mail.gmail.com> References: <83016cd50811151539t1c8f5d6dw16a64617c9fb5442@mail.gmail.com> Message-ID: <79DD71B9-802E-4EC0-A13F-E7698C1FBAD6@macports.org> On Nov 15, 2008, at 17:39, George Dowding wrote: > I am trying to get ns-2 built and installed. The current port is > broken, so I am trying to bump everything up to the latest > recommended version. The catch is that the toolchain has a > dependency on tcl/tk 8.4.14. (actually the wording is that it > *might* work with newer version.) The current lang/tcl and x11/tk > ports will install 8.5. Building went ok. I created lang/tcl8.4.14. > Now, I need this to install without bashing the 8.5 version. What > is the best way to handle that? It sounds like you're saying building ns-2 worked ok with tcl 8.5. If so, do we really need a port for the 8.4 version? It can be a rather involved process to patch a piece of software to make it install into different places, and then to patch the software that wants to use it to look for it in that new location. It might be easier (and would be better) to fix ns-2 to work with tcl 8.5, if necessary. From darylew at mac.com Sun Nov 16 15:39:50 2008 From: darylew at mac.com (Daryle Walker) Date: Sun, 16 Nov 2008 18:39:50 -0500 Subject: Can't get Pallet to install In-Reply-To: References: <7D1F5D88-5AD4-418E-B102-84AFB79A5991@mac.com> Message-ID: [PING] Is it ready now? (I haven't been following the list that much.) On Jul 20, 2008, at 6:00 AM, Randall Wood wrote: > Pallet is currently non being maintained, pending the completion of > the rebuild of the MacPorts Framework. I would not try it at this > time. > > On Fri, Jul 18, 2008 at 4:48 AM, Daryle Walker > wrote: >> Hi. I just downloaded MacPorts (again after several years), >> installed some stuff, added the GUI program Porticus, and install >> some stuff from there. I tried to install Pallet from Porticus >> and got: >> >> //=============================================== [SNIP log] >> //=============================================== >> >> The errors seem to be about the Intel side of the program. But I'm >> running on an eMac (August 2002) running Mac OS X 10.4.11 with a 700 >> MHz G4. Why is it insisting on making an Intel version (and >> punishing me for it)? -- Daryle Walker Mac, Internet, and Video Game Junkie darylew AT mac DOT com From ndiscreet at gmail.com Sun Nov 16 15:51:25 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Sun, 16 Nov 2008 17:51:25 -0600 Subject: Lingon Portfile Update Message-ID: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> I noticed that Lingon in MacPorts was outdated version (2.0.2), so I changed the Portfile to reflect the new version (2.1) and the md5 checksum for the source (648c4ef122253110d28a950949c5d570). I tested the modified Portfile and it works. I manually changed the date and time of the portfile and here is what my Portfile contains: # $Id: Portfile 30917 2008-11-16 17:32:00Z bfulgham at macports.org $ PortSystem 1.0 PortGroup xcode 1.0 name Lingon version 2.1 categories aqua sysutils platforms darwin maintainers bfulgham at macports.org homepage http://lingon.sourceforge.net/ description Graphical interface for creating launchd configurations long_description Lingon is a graphical interface for creating launchd configuration \ files and controlling them through launchctl for Mac OS X Tiger. master_sites sourceforge:lingon checksums md5 648c4ef122253110d28a950949c5d570 use_zip yes distname ${name}Source-${version} pre-fetch { if {[variant_isset darwin_6] || [variant_isset darwin_7] || [variant_isset darwin_8]} { return -code error "${name} ${version} only builds on Mac OS X Leopard (10.5.x). Sorry." } } use_configure no platform darwin 6 { } platform darwin 7 { } platform darwin 8 { } platform darwin 9 { if {$xcodeversion == "2.1"} { set xcodebuilddir build/Deployment } } build.type pbx build.dir ${workpath}/${name}Source build.target "Lingon" build.args -configuration "Release" destroot { xinstall -m 755 -d ${destroot}/Applications/MacPorts file copy ${workpath}/${name}Source/build/Release/${name}.app \ ${destroot}/Applications/MacPorts } If there is a better way to report this, pleas enlighten me. -Altoine -------------- next part -------------- An HTML attachment was scrubbed... URL: From talklists at newgeo.com Sun Nov 16 15:54:20 2008 From: talklists at newgeo.com (Scott Haneda) Date: Sun, 16 Nov 2008 15:54:20 -0800 Subject: Lingon Portfile Update In-Reply-To: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> References: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> Message-ID: <21DCF02A-18F7-45FE-9EA9-D4F2FA187CBD@newgeo.com> I am just curious, where is the value in a portfile for Lingon? There is a easy to use binary installer for this that supports every OS version you could need. Not trying at all to diminish the value of ports, I am literally trying to understand what, perhaps, I am missing out on here by using port to manage as many apps as I can, even ones with clear Mac OS X style installers that are GUI driven. Thanks. On Nov 16, 2008, at 3:51 PM, Altoine Barker wrote: > I noticed that Lingon in MacPorts was outdated version (2.0.2), so I > changed the Portfile to reflect the new version (2.1) and the md5 > checksum for the source (648c4ef122253110d28a950949c5d570). I tested > the modified Portfile and it works. I manually changed the date and > time of the portfile and here is what my Portfile contains: -- Scott From ndiscreet at gmail.com Sun Nov 16 16:06:39 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Sun, 16 Nov 2008 18:06:39 -0600 Subject: Lingon Portfile Update In-Reply-To: <21DCF02A-18F7-45FE-9EA9-D4F2FA187CBD@newgeo.com> References: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> <21DCF02A-18F7-45FE-9EA9-D4F2FA187CBD@newgeo.com> Message-ID: <3aa26b560811161606j7b779e69h9b6639a05adb25cd@mail.gmail.com> Well, let us say there is a new feature or security fix available on svn or cvs. You will have to wait until someone provides a package installer update before reaping the benefits. A real world example of this scenario would be mplayer. The mplayer package installer is always made last of all the updates. HTH -Altoine On Sun, Nov 16, 2008 at 5:54 PM, Scott Haneda wrote: > I am just curious, where is the value in a portfile for Lingon? There is a > easy to use binary installer for this that supports every OS version you > could need. > > Not trying at all to diminish the value of ports, I am literally trying to > understand what, perhaps, I am missing out on here by using port to manage > as many apps as I can, even ones with clear Mac OS X style installers that > are GUI driven. > > Thanks. > > On Nov 16, 2008, at 3:51 PM, Altoine Barker wrote: > > I noticed that Lingon in MacPorts was outdated version (2.0.2), so I >> changed the Portfile to reflect the new version (2.1) and the md5 checksum >> for the source (648c4ef122253110d28a950949c5d570). I tested the modified >> Portfile and it works. I manually changed the date and time of the portfile >> and here is what my Portfile contains: >> > > -- > Scott > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From macsforever2000 at macports.org Sun Nov 16 17:01:58 2008 From: macsforever2000 at macports.org (Frank Schima) Date: Sun, 16 Nov 2008 18:01:58 -0700 Subject: Lingon Portfile Update In-Reply-To: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> References: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> Message-ID: <33C267CA-8C35-48BB-905A-03728298F502@macports.org> Hi Altoine, On Nov 16, 2008, at 4:51 PM, Altoine Barker wrote: > I noticed that Lingon in MacPorts was outdated version (2.0.2), so I > changed the Portfile to reflect the new version (2.1) and the md5 > checksum for the source (648c4ef122253110d28a950949c5d570). I tested > the modified Portfile and it works. I manually changed the date and > time of the portfile and here is what my Portfile contains: It is best to create a universal diff of the portfile [1]. Then file a ticket [2] and attach it there. Then it can be assigned to the port's maintainer. [1] [2] Cheers! Frank From raimue at macports.org Sun Nov 16 19:21:35 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 17 Nov 2008 04:21:35 +0100 Subject: announce: cpan2port In-Reply-To: <20081113064213.GA15108@auckland.lan> References: <20081110081252.GA19880@auckland.lan> <491B6C21.2060007@macports.org> <20081113064213.GA15108@auckland.lan> Message-ID: <4920E33F.3070807@macports.org> Marc Chantreux wrote: > On Thu, Nov 13, 2008 at 12:52:01AM +0100, Rainer M?ller wrote: >> If I understood you correctly, you have written a tool which can create >> a Portfile for any Perl module from CPAN? > > well ... in fact you can create a complete porttree: > > cd /path/to/repo > cpan2port -r Net::LDAP XML::RSS > > will create > /path/to/repo/perl/p5-perl-ldap/Portfile > /path/to/repo/perl/p5-xml-rss/Portfile > >> Sounds very nice, but at the >> moment I can't access that URL... > > yep ... the server seems to be down since yesterday. I'll ask for > maintainance today (and will host on a reliable machine asap) Now I tried a few times the last days, but still was not able to grab it. I don't know how big the tool is, but maybe you can just attach a tarball here or upload it on the MacPorts wiki? Rainer From ryandesign at macports.org Sun Nov 16 20:50:11 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 16 Nov 2008 22:50:11 -0600 Subject: Can't get Pallet to install In-Reply-To: References: <7D1F5D88-5AD4-418E-B102-84AFB79A5991@mac.com> Message-ID: <312657B9-5988-4872-B2B2-EA8EA60F9141@macports.org> On Nov 16, 2008, at 17:39, Daryle Walker wrote: > Is it ready now? (I haven't been following the list that much.) It doesn't look like anything has been changed in Pallet since June 2008. http://trac.macports.org/log/users/rhwood/Pallet > On Jul 20, 2008, at 6:00 AM, Randall Wood wrote: > >> Pallet is currently non being maintained, pending the completion of >> the rebuild of the MacPorts Framework. I would not try it at this >> time. >> >> On Fri, Jul 18, 2008 at 4:48 AM, Daryle Walker >> wrote: >>> Hi. I just downloaded MacPorts (again after several years), >>> installed some stuff, added the GUI program Porticus, and install >>> some stuff from there. I tried to install Pallet from Porticus >>> and got: >>> >>> //=============================================== > [SNIP log] >>> //=============================================== >>> >>> The errors seem to be about the Intel side of the program. But I'm >>> running on an eMac (August 2002) running Mac OS X 10.4.11 with a 700 >>> MHz G4. Why is it insisting on making an Intel version (and >>> punishing me for it)? > From ndiscreet at gmail.com Sun Nov 16 22:15:57 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Mon, 17 Nov 2008 00:15:57 -0600 Subject: Lingon Portfile Update In-Reply-To: <33C267CA-8C35-48BB-905A-03728298F502@macports.org> References: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> <33C267CA-8C35-48BB-905A-03728298F502@macports.org> Message-ID: <3aa26b560811162215x635b00eembf5580ac45fb3159@mail.gmail.com> Frank, Thank you. -Altoine On Sun, Nov 16, 2008 at 7:01 PM, Frank Schima wrote: > Hi Altoine, > > > On Nov 16, 2008, at 4:51 PM, Altoine Barker wrote: > > I noticed that Lingon in MacPorts was outdated version (2.0.2), so I >> changed the Portfile to reflect the new version (2.1) and the md5 checksum >> for the source (648c4ef122253110d28a950949c5d570). I tested the modified >> Portfile and it works. I manually changed the date and time of the portfile >> and here is what my Portfile contains: >> > > It is best to create a universal diff of the portfile [1]. Then file a > ticket [2] and attach it there. Then it can be assigned to the port's > maintainer. > > [1] > [2] > > > Cheers! > Frank > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndiscreet at gmail.com Sun Nov 16 22:30:04 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Mon, 17 Nov 2008 00:30:04 -0600 Subject: announce: cpan2port In-Reply-To: <4920E33F.3070807@macports.org> References: <20081110081252.GA19880@auckland.lan> <491B6C21.2060007@macports.org> <20081113064213.GA15108@auckland.lan> <4920E33F.3070807@macports.org> Message-ID: <3aa26b560811162230s660f08c6s5c048e33757c4012@mail.gmail.com> Yes, I concur with Rainer. I still can not access the website. Maybe it is only accessible within your local network? -Altoine On Sun, Nov 16, 2008 at 9:21 PM, Rainer M?ller wrote: > Marc Chantreux wrote: > > On Thu, Nov 13, 2008 at 12:52:01AM +0100, Rainer M?ller wrote: > >> If I understood you correctly, you have written a tool which can create > >> a Portfile for any Perl module from CPAN? > > > > well ... in fact you can create a complete porttree: > > > > cd /path/to/repo > > cpan2port -r Net::LDAP XML::RSS > > > > will create > > /path/to/repo/perl/p5-perl-ldap/Portfile > > /path/to/repo/perl/p5-xml-rss/Portfile > > > >> Sounds very nice, but at the > >> moment I can't access that URL... > > > > yep ... the server seems to be down since yesterday. I'll ask for > > maintainance today (and will host on a reliable machine asap) > > Now I tried a few times the last days, but still was not able to grab > it. I don't know how big the tool is, but maybe you can just attach a > tarball here or upload it on the MacPorts wiki? > > 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 kuraaku.deibiddo at gmail.com Mon Nov 17 00:13:34 2008 From: kuraaku.deibiddo at gmail.com (David Clark) Date: Mon, 17 Nov 2008 03:13:34 -0500 Subject: ytalk? Message-ID: <33531acd0811170013i731a7779sbb9e7904cf9f51a0@mail.gmail.com> Any chance of getting ytalk sorted out so I can install it through MacPorts again? I had it on a previous version of Mac OS X, but hadn't thought to install it on Leopard (I normally do fresh installs instead of updates) until just now. [mordeth at entropy ~]$ sudo port install ytalk ---> Fetching ytalk ---> Verifying checksum(s) for ytalk Error: Checksum (md5) mismatch for ytalk-3.3.0.tar.bz2 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: Status 1 encountered during processing. Thanks, david From blb at macports.org Mon Nov 17 00:38:56 2008 From: blb at macports.org (Bryan Blackburn) Date: Mon, 17 Nov 2008 01:38:56 -0700 Subject: ytalk? In-Reply-To: <33531acd0811170013i731a7779sbb9e7904cf9f51a0@mail.gmail.com> References: <33531acd0811170013i731a7779sbb9e7904cf9f51a0@mail.gmail.com> Message-ID: <20081117083856.GP519@ninagal.withay.com> On Mon, Nov 17, 2008 at 03:13:34AM -0500, David Clark said: > Any chance of getting ytalk sorted out so I can install it through > MacPorts again? I had it on a previous version of Mac OS X, but > hadn't thought to install it on Leopard (I normally do fresh installs > instead of updates) until just now. > > [mordeth at entropy ~]$ sudo port install ytalk > ---> Fetching ytalk > ---> Verifying checksum(s) for ytalk > Error: Checksum (md5) mismatch for ytalk-3.3.0.tar.bz2 > Error: Target org.macports.checksum returned: Unable to verify file checksums > Error: Status 1 encountered during processing. Looks like the original site for ytalk no longer carries it; I've found a couple of other sites that do, so if you wait 30 minutes then do a 'sudo port selfupdate' and a 'sudo port clean --all ytalk', it should work for you. Bryan > > Thanks, > > david From massimodisasha at yahoo.it Mon Nov 17 05:26:23 2008 From: massimodisasha at yahoo.it (Massimo Di Stefano) Date: Mon, 17 Nov 2008 14:26:23 +0100 Subject: problems to build VirtualPlanetBuilder Message-ID: <27A6A3FA-8A11-428B-9974-DC0C2E51F007@yahoo.it> Hi, i'm tring to install VirtualPlanetBuilder but : sudo port install VirtualPlanetBuilder gived me these error : sashas-macbook-pro-15:build sasha$ sudo port install VirtualPlanetBuilder ---> Building OpenSceneGraph with target all Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph" && make all " returned error 2 Command output: [ 0%] Built target OpenThreads [ 17%] Built target osg [ 20%] Built target osgDB [ 20%] Building CXX object src/osgUtil/CMakeFiles/osgUtil.dir/ Tessellator.o /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp: In member function 'void osgUtil::Tessellator::beginTessellation()': /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp:44: error: invalid conversion from 'void (*)(...)' to 'GLvoid (*)()' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp:44: error: initializing argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid (*) ())' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp:45: error: invalid conversion from 'void (*)(...)' to 'GLvoid (*)()' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp:45: error: initializing argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid (*) ())' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp:46: error: invalid conversion from 'void (*)(...)' to 'GLvoid (*)()' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp:46: error: initializing argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid (*) ())' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp:47: error: invalid conversion from 'void (*)(...)' to 'GLvoid (*)()' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp:47: error: initializing argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid (*) ())' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp:48: error: invalid conversion from 'void (*)(...)' to 'GLvoid (*)()' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync ..macports.org_release_ports_graphics_OpenSceneGraph/work/ OpenSceneGraph/src/osgUtil/Tessellator.cpp:48: error: initializing argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid (*) ())' make[2]: *** [src/osgUtil/CMakeFiles/osgUtil.dir/Tessellator.o] Error 1 make[1]: *** [src/osgUtil/CMakeFiles/osgUtil.dir/all] Error 2 make: *** [all] Error 2 Error: The following dependencies failed to build: OpenSceneGraph Error: Status 1 encountered during processing. note: i already have a working svn openscenegraph code i built it from source by command line, i can't mix my osg with the macports virtualpanetbuilder :-( i tried to build virtualpanetbuilder frm source ... but i had problems to see where to download an svn source code and tring the .zip source version (0.9.1) gived me a lot of errors too any help is most appreciated! regards, Massimo Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com From ndiscreet at gmail.com Mon Nov 17 07:08:22 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Mon, 17 Nov 2008 09:08:22 -0600 Subject: problems to build VirtualPlanetBuilder In-Reply-To: <27A6A3FA-8A11-428B-9974-DC0C2E51F007@yahoo.it> References: <27A6A3FA-8A11-428B-9974-DC0C2E51F007@yahoo.it> Message-ID: <3aa26b560811170708i49984d69j995c3f269aac008c@mail.gmail.com> I want to make sure that I understand you correctly. You are not attempting to use VirtualPlanetBuilder Portfile version 0.9.1, but a current svn commit version using MacPorts? What are your specs? Arch, OS, MacPort, XCode, things like that. Have you tried a `sudo port clean VirtualPlanetBuilder` before attempting to build using MacPorts? HTH -Altoine On Mon, Nov 17, 2008 at 7:26 AM, Massimo Di Stefano wrote: > Hi, > > i'm tring to install VirtualPlanetBuilder but : > > sudo port install VirtualPlanetBuilder > > > gived me these error : > > > sashas-macbook-pro-15:build sasha$ sudo port install VirtualPlanetBuilder > ---> Building OpenSceneGraph with target all > Error: Target org.macports.build returned: shell command " cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph" > && make all " returned error 2 > Command output: [ 0%] Built target OpenThreads > [ 17%] Built target osg > [ 20%] Built target osgDB > [ 20%] Building CXX object src/osgUtil/CMakeFiles/osgUtil.dir/Tessellator.o > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp: > In member function 'void osgUtil::Tessellator::beginTessellation()': > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp:44: > error: invalid conversion from 'void (*)(...)' to 'GLvoid (*)()' > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp:44: > error: initializing argument 3 of 'void gluTessCallback(GLUtesselator*, > GLenum, GLvoid (*)())' > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp:45: > error: invalid conversion from 'void (*)(...)' to 'GLvoid (*)()' > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp:45: > error: initializing argument 3 of 'void gluTessCallback(GLUtesselator*, > GLenum, GLvoid (*)())' > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp:46: > error: invalid conversion from 'void (*)(...)' to 'GLvoid (*)()' > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp:46: > error: initializing argument 3 of 'void gluTessCallback(GLUtesselator*, > GLenum, GLvoid (*)())' > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp:47: > error: invalid conversion from 'void (*)(...)' to 'GLvoid (*)()' > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp:47: > error: initializing argument 3 of 'void gluTessCallback(GLUtesselator*, > GLenum, GLvoid (*)())' > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp:48: > error: invalid conversion from 'void (*)(...)' to 'GLvoid (*)()' > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync..macports.org_release_ports_graphics_OpenSceneGraph/work/OpenSceneGraph/src/osgUtil/Tessellator.cpp:48: > error: initializing argument 3 of 'void gluTessCallback(GLUtesselator*, > GLenum, GLvoid (*)())' > make[2]: *** [src/osgUtil/CMakeFiles/osgUtil.dir/Tessellator.o] Error 1 > make[1]: *** [src/osgUtil/CMakeFiles/osgUtil.dir/all] Error 2 > make: *** [all] Error 2 > > Error: The following dependencies failed to build: OpenSceneGraph > Error: Status 1 encountered during processing. > > > > note: > i already have a working svn openscenegraph code > i built it from source by command line, > i can't mix my osg with the macports virtualpanetbuilder :-( > > i tried to build virtualpanetbuilder frm source ... but > i had problems to see where to download an svn source code > and tring the .zip source version (0.9.1) > gived me a lot of errors too > > any help is most appreciated! > > regards, > > Massimo > Chiacchiera con i tuoi amici in tempo reale! > http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.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 dluke at geeklair.net Mon Nov 17 07:22:19 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Mon, 17 Nov 2008 10:22:19 -0500 Subject: announce: cpan2port In-Reply-To: <4920E33F.3070807@macports.org> References: <20081110081252.GA19880@auckland.lan> <491B6C21.2060007@macports.org> <20081113064213.GA15108@auckland.lan> <4920E33F.3070807@macports.org> Message-ID: <5515DA25-298B-4F41-A997-9DAB2FEB842B@geeklair.net> On Nov 16, 2008, at 10:21 PM, Rainer M?ller wrote: >> yep ... the server seems to be down since yesterday. I'll ask for >> maintainance today (and will host on a reliable machine asap) > > Now I tried a few times the last days, but still was not able to grab > it. I don't know how big the tool is, but maybe you can just attach a > tarball here or upload it on the MacPorts wiki? I was able to access it fine, I put a copy at http://geeklair.net/~dluke/cpan2port in case anyone else is having problems downloading it. -- 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 ndiscreet at gmail.com Mon Nov 17 08:05:14 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Mon, 17 Nov 2008 10:05:14 -0600 Subject: Can't get Pallet to install In-Reply-To: <312657B9-5988-4872-B2B2-EA8EA60F9141@macports.org> References: <7D1F5D88-5AD4-418E-B102-84AFB79A5991@mac.com> <312657B9-5988-4872-B2B2-EA8EA60F9141@macports.org> Message-ID: <3aa26b560811170805n795c14c0k8750ec84fc3341d4@mail.gmail.com> Pallet intalled and works fine on my setups: Mac OSX 10.5.5 Mac OSX 10.5.5 XCode 3.1.1 XCode 3.1.1 PPC G4 PPC G5 Dual I will try this on my other setup: Mac OSX 10.4.11 XCode 2.5 PPC G4 I used macports to install Pallet. No problems on either system. Well, I can't seem to sort anything into any type of order but I am sure that will be supported eventually. HTH -Altoine On Sun, Nov 16, 2008 at 10:50 PM, Ryan Schmidt wrote: > On Nov 16, 2008, at 17:39, Daryle Walker wrote: > > Is it ready now? (I haven't been following the list that much.) >> > > It doesn't look like anything has been changed in Pallet since June 2008. > > http://trac.macports.org/log/users/rhwood/Pallet > > > On Jul 20, 2008, at 6:00 AM, Randall Wood wrote: >> >> Pallet is currently non being maintained, pending the completion of >>> the rebuild of the MacPorts Framework. I would not try it at this >>> time. >>> >>> On Fri, Jul 18, 2008 at 4:48 AM, Daryle Walker wrote: >>> >>>> Hi. I just downloaded MacPorts (again after several years), >>>> installed some stuff, added the GUI program Porticus, and install >>>> some stuff from there. I tried to install Pallet from Porticus and got: >>>> >>>> //=============================================== >>>> >>> [SNIP log] >> >>> //=============================================== >>>> >>>> The errors seem to be about the Intel side of the program. But I'm >>>> running on an eMac (August 2002) running Mac OS X 10.4.11 with a 700 >>>> MHz G4. Why is it insisting on making an Intel version (and >>>> punishing me for it)? >>>> >>> >> > > _______________________________________________ > 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 ndiscreet at gmail.com Mon Nov 17 08:09:48 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Mon, 17 Nov 2008 10:09:48 -0600 Subject: announce: cpan2port In-Reply-To: <5515DA25-298B-4F41-A997-9DAB2FEB842B@geeklair.net> References: <20081110081252.GA19880@auckland.lan> <491B6C21.2060007@macports.org> <20081113064213.GA15108@auckland.lan> <4920E33F.3070807@macports.org> <5515DA25-298B-4F41-A997-9DAB2FEB842B@geeklair.net> Message-ID: <3aa26b560811170809i6d1b57f3u560368440feec2f2@mail.gmail.com> Daniel, Thank you. That linked worked for me. I am about to give it a trial run. -Altoine On Mon, Nov 17, 2008 at 9:22 AM, Daniel J. Luke wrote: > On Nov 16, 2008, at 10:21 PM, Rainer M?ller wrote: > >> yep ... the server seems to be down since yesterday. I'll ask for >>> maintainance today (and will host on a reliable machine asap) >>> >> >> Now I tried a few times the last days, but still was not able to grab >> it. I don't know how big the tool is, but maybe you can just attach a >> tarball here or upload it on the MacPorts wiki? >> > > > I was able to access it fine, I put a copy at > http://geeklair.net/~dluke/cpan2port in > case anyone else is having problems downloading it. > > -- > 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. | > +========================================================+ > > > > > _______________________________________________ > 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 dominic_metzger at yahoo.com Mon Nov 17 09:00:54 2008 From: dominic_metzger at yahoo.com (dometz) Date: Mon, 17 Nov 2008 09:00:54 -0800 (PST) Subject: How to install rb-rubygems when using Ruby 1.8.6 Message-ID: <20543415.post@talk.nabble.com> Hi I am using MacPorts v1.600 and Ruby 1.8.6. I would like to install rb-rubygems using MacPorts aswell. Unfortunately, I get the following error message (see below) when trying to do so. How can I install rb-rubygems using MacPorts without having to upgrade Ruby from version 1.8.6 to 1.8.7? thanks dominic sudo port -v install rb-rubygems ---> Staging rb-rubygems into destroot . missing (directory not created: File exists) ./Applications missing (directory not created: File exists) ./Developer missing (directory not created: File exists) ./Library missing (directory not created: File exists) To use --vendor you need ruby >= 1.8.7, current 1.8.6.114 Error: Target org.macports.destroot returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-rubygems/work/rubygems-1.3.0" && /opt/local/bin/ruby setup.rb install --prefix=/opt/local --destdir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-rubygems/work/destroot --vendor DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_rb-rubygems/work/destroot " returned error 1 Command output: To use --vendor you need ruby >= 1.8.7, current 1.8.6.114 Warning: the following items did not execute (for rb-rubygems): org.macports.activate org.macports.destroot org.macports.install Error: Status 1 encountered during processing. -- View this message in context: http://www.nabble.com/How-to-install-rb-rubygems-when-using-Ruby-1.8.6-tp20543415p20543415.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From shapey at mac.com Mon Nov 17 13:44:00 2008 From: shapey at mac.com (Adam White) Date: Mon, 17 Nov 2008 21:44:00 +0000 Subject: freetype 2.3.7 fails to install Message-ID: <912DA399-7DD9-48E3-AF27-22083E87A708@mac.com> Hi, Any pointers appreciated. Thanks, Adam --- adwhite at lola ~ # sw_vers ProductName: Mac OS X ProductVersion: 10.5.5 BuildVersion: 9F33 adwhite at lola ~ # uname -a Darwin lola 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386 adwhite at lola ~ # Xcode 3.11 No /sw directory exists. /usr/local has: clamXav/ include/ lib/ zlib 1.2.3_1 installed. adwhite at lola ~ # sudo port clean --all freetype ---> Cleaning freetype adwhite at lola ~ # sudo port install -dv freetype ---> Fetching freetype ---> Attempting to fetch freetype-2.3.7.tar.bz2 from http://download.savannah.gnu.org/releases/freetype/ ---> Verifying checksum(s) for freetype ---> Extracting freetype ---> Applying patches to freetype ---> Configuring freetype ---> Building freetype with target all Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_print_freetype/work/freetype-2.3.7" && make all " returned error 2 Command output: /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_print_freetype/work/freetype-2.3.7/include/ freetype/internal/ftstream.h:488: error: syntax error before 'FT_Stream_ReadFields' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_print_freetype/work/freetype-2.3.7/include/ freetype/internal/ftstream.h:490: warning: data definition has no type or storage class builds/unix/ftsystem.c:97: error: syntax error before 'ft_alloc' builds/unix/ftsystem.c: In function 'ft_alloc': builds/unix/ftsystem.c:102: warning: return makes integer from pointer without a cast builds/unix/ftsystem.c: At top level: builds/unix/ftsystem.c:127: error: syntax error before 'ft_realloc' builds/unix/ftsystem.c: In function 'ft_realloc': builds/unix/ftsystem.c:135: warning: return makes integer from pointer without a cast builds/unix/ftsystem.c: At top level: builds/unix/ftsystem.c:153: error: syntax error before 'ft_free' builds/unix/ftsystem.c:195: error: syntax error before 'ft_close_stream_by_munmap' builds/unix/ftsystem.c:217: error: syntax error before 'ft_close_stream_by_free' builds/unix/ftsystem.c:230: error: syntax error before 'FT_Stream_Open' builds/unix/ftsystem.c: In function 'FT_Stream_Open': builds/unix/ftsystem.c:278: error: 'LONG_MAX' undeclared (first use in this function) builds/unix/ftsystem.c:278: error: (Each undeclared identifier is reported only once builds/unix/ftsystem.c:278: error: for each function it appears in.) builds/unix/ftsystem.c:296: warning: assignment from incompatible pointer type builds/unix/ftsystem.c:337: warning: assignment from incompatible pointer type builds/unix/ftsystem.c: At top level: builds/unix/ftsystem.c:381: error: syntax error before 'FT_New_Memory' builds/unix/ftsystem.c: In function 'FT_New_Memory': builds/unix/ftsystem.c:390: warning: assignment from incompatible pointer type builds/unix/ftsystem.c:391: warning: assignment from incompatible pointer type builds/unix/ftsystem.c:392: warning: assignment from incompatible pointer type builds/unix/ftsystem.c:398: warning: return makes integer from pointer without a cast builds/unix/ftsystem.c: At top level: builds/unix/ftsystem.c:405: error: syntax error before 'FT_Done_Memory' make: *** [/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_print_freetype/work/freetype-2.3.7/objs/ ftsystem.lo] Error 1 Error: Status 1 encountered during processing. adwhite at lola ~ # sudo port installed | grep freetype adwhite at lola ~ # From ryandesign at macports.org Mon Nov 17 14:24:31 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 17 Nov 2008 16:24:31 -0600 Subject: freetype 2.3.7 fails to install In-Reply-To: <912DA399-7DD9-48E3-AF27-22083E87A708@mac.com> References: <912DA399-7DD9-48E3-AF27-22083E87A708@mac.com> Message-ID: <4FFAB64C-CC79-4A3F-8351-7A4BEDC7D905@macports.org> On Nov 17, 2008, at 15:44, Adam White wrote: > No /sw directory exists. > /usr/local has: clamXav/ include/ lib/ What's in /usr/local/include and /usr/local/lib? > Command output: /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_print > _freetype/work/freetype-2.3.7/include/freetype/internal/ftstream.h: > 488: error: syntax error before 'FT_Stream_ReadFields' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_print > _freetype/work/freetype-2.3.7/include/freetype/internal/ftstream.h: > 490: warning: data definition has no type or storage class > builds/unix/ftsystem.c:97: error: syntax error before 'ft_alloc' > builds/unix/ftsystem.c: In function 'ft_alloc': > builds/unix/ftsystem.c:102: warning: return makes integer from > pointer without a cast [snip] I'm not sure we saw the first error here... it was probably omitted by MacPorts; it omits everything but the last 30 or so lines of output on failure. Could you go again with debug output and attach the whole thing? sudo port clean freetype sudo port -d install freetype 2>&1 | tee ~/Desktop/freetype.txt bzip2 ~/Desktop/freetype.txt Then attach freetype.txt.bz2 to your reply. Thanks. From ryandesign at macports.org Mon Nov 17 14:26:19 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 17 Nov 2008 16:26:19 -0600 Subject: How to install rb-rubygems when using Ruby 1.8.6 In-Reply-To: <20543415.post@talk.nabble.com> References: <20543415.post@talk.nabble.com> Message-ID: <46C01C88-5CB0-4294-96D2-09E9499C7607@macports.org> On Nov 17, 2008, at 11:00, dometz wrote: > I am using MacPorts v1.600 and Ruby 1.8.6. I would like to install > rb-rubygems using MacPorts aswell. Unfortunately, I get the > following error > message (see below) when trying to do so. How can I install rb- > rubygems > using MacPorts without having to upgrade Ruby from version 1.8.6 to > 1.8.7? > > thanks > > dominic > > > sudo port -v install rb-rubygems > ---> Staging rb-rubygems into destroot > . missing (directory not created: File exists) > ./Applications missing (directory not created: File exists) > ./Developer missing (directory not created: File exists) > ./Library missing (directory not created: File exists) > To use --vendor you need ruby >= 1.8.7, current 1.8.6.114 > Error: Target org.macports.destroot returned: shell command " cd > "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_ > rb-rubygems/work/rubygems-1.3.0" > && /opt/local/bin/ruby setup.rb install --prefix=/opt/local > --destdir=/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_ > rb-rubygems/work/destroot > --vendor > DESTDIR=/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_ruby_ > rb-rubygems/work/destroot > " returned error 1 > Command output: To use --vendor you need ruby >= 1.8.7, current > 1.8.6.114 The error message says you need ruby 1.8.7 or greater, and that's the version in MacPorts. Why don't you want to upgrade? From massimodisasha at yahoo.it Mon Nov 17 08:40:29 2008 From: massimodisasha at yahoo.it (Massimo Di Stefano) Date: Mon, 17 Nov 2008 17:40:29 +0100 Subject: problems to build VirtualPlanetBuilder In-Reply-To: <3aa26b560811170708i49984d69j995c3f269aac008c@mail.gmail.com> References: <27A6A3FA-8A11-428B-9974-DC0C2E51F007@yahoo.it> <3aa26b560811170708i49984d69j995c3f269aac008c@mail.gmail.com> Message-ID: Hi i fixed my problem (compiling from source) i'll try to give you a better clarifications my targhet was to install VPB on osx 10.5.5 "xcode 3.1" i first tried from the svn code (using a local osg ) but gived me a lot of errors, so i treid to install VPB using macports but it fails to compile OSG that is a VPB dependencies ^^^ the osg error i posted in the firs mail. so i tried again installing VPB using the svn source on top of a source installation of OSG (done using cmake and not the xcode.project) setting the osx architecture to be only X86 (instead of ppc;X86 used as default) now i'm able to build VPB without errors. On Nov 17, 2008, at 4:08 PM, Altoine Barker wrote: > I want to make sure that I understand you correctly. You are not > attempting to use VirtualPlanetBuilder Portfile version 0.9.1, but a > current svn commit version using MacPorts? What are your specs? > Arch, OS, MacPort, XCode, things like that. Have you tried a `sudo > port clean VirtualPlanetBuilder` before attempting to build using > MacPorts? HTH > > -Altoine > > On Mon, Nov 17, 2008 at 7:26 AM, Massimo Di Stefano > wrote: > Hi, > > i'm tring to install VirtualPlanetBuilder but : > > sudo port install VirtualPlanetBuilder > > > gived me these error : > > > sashas-macbook-pro-15:build sasha$ sudo port install > VirtualPlanetBuilder > ---> Building OpenSceneGraph with target all > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph" && make all " returned error 2 > Command output: [ 0%] Built target OpenThreads > [ 17%] Built target osg > [ 20%] Built target osgDB > [ 20%] Building CXX object src/osgUtil/CMakeFiles/osgUtil.dir/ > Tessellator.o > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp: In member function 'void > osgUtil::Tessellator::beginTessellation()': > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp:44: error: invalid > conversion from 'void (*)(...)' to 'GLvoid (*)()' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp:44: error: initializing > argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid > (*)())' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp:45: error: invalid > conversion from 'void (*)(...)' to 'GLvoid (*)()' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp:45: error: initializing > argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid > (*)())' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp:46: error: invalid > conversion from 'void (*)(...)' to 'GLvoid (*)()' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp:46: error: initializing > argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid > (*)())' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp:47: error: invalid > conversion from 'void (*)(...)' to 'GLvoid (*)()' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp:47: error: initializing > argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid > (*)())' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp:48: error: invalid > conversion from 'void (*)(...)' to 'GLvoid (*)()' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > ..macports.org_release_ports_graphics_OpenSceneGraph/work/ > OpenSceneGraph/src/osgUtil/Tessellator.cpp:48: error: initializing > argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid > (*)())' > make[2]: *** [src/osgUtil/CMakeFiles/osgUtil.dir/Tessellator.o] > Error 1 > make[1]: *** [src/osgUtil/CMakeFiles/osgUtil.dir/all] Error 2 > make: *** [all] Error 2 > > Error: The following dependencies failed to build: OpenSceneGraph > Error: Status 1 encountered during processing. > > > > note: > i already have a working svn openscenegraph code > i built it from source by command line, > i can't mix my osg with the macports virtualpanetbuilder :-( > > i tried to build virtualpanetbuilder frm source ... but > i had problems to see where to download an svn source code > and tring the .zip source version (0.9.1) > gived me a lot of errors too > > any help is most appreciated! > > regards, > > Massimo > Chiacchiera con i tuoi amici in tempo reale!http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.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 ryandesign at macports.org Mon Nov 17 15:32:02 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 17 Nov 2008 17:32:02 -0600 Subject: problems to build VirtualPlanetBuilder In-Reply-To: References: <27A6A3FA-8A11-428B-9974-DC0C2E51F007@yahoo.it> <3aa26b560811170708i49984d69j995c3f269aac008c@mail.gmail.com> Message-ID: On Nov 17, 2008, at 10:40, Massimo Di Stefano wrote: > i fixed my problem (compiling from source) > i'll try to give you a better clarifications > > my targhet was to install VPB > on osx 10.5.5 "xcode 3.1" > > i first tried from the svn code (using a local osg ) > but gived me a lot of errors, > > so i treid to install VPB using macports > but it fails to compile OSG that is a VPB dependencies > > ^^^ the osg error i posted in the firs mail. I can confirm this problem. Altoine already filed this ticket: http://trac.macports.org/ticket/17294 From dominic_metzger at yahoo.com Mon Nov 17 16:46:34 2008 From: dominic_metzger at yahoo.com (dometz) Date: Mon, 17 Nov 2008 16:46:34 -0800 (PST) Subject: How to install rb-rubygems when using Ruby 1.8.6 In-Reply-To: <46C01C88-5CB0-4294-96D2-09E9499C7607@macports.org> References: <20543415.post@talk.nabble.com> <46C01C88-5CB0-4294-96D2-09E9499C7607@macports.org> Message-ID: <20551448.post@talk.nabble.com> Ryan Schmidt-24 wrote: > > The error message says you need ruby 1.8.7 or greater, and that's the > version in MacPorts. Why don't you want to upgrade? > I am using Rails 2.0.2 and ruby 1.8.7 doesnt work well with this version of Rails. http://www.rubyonrails.org/down also recommends using Ruby 1.8.6 instead of 1.8.7. -- View this message in context: http://www.nabble.com/How-to-install-rb-rubygems-when-using-Ruby-1.8.6-tp20543415p20551448.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Mon Nov 17 18:44:30 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 17 Nov 2008 20:44:30 -0600 Subject: How to install rb-rubygems when using Ruby 1.8.6 In-Reply-To: <20551448.post@talk.nabble.com> References: <20543415.post@talk.nabble.com> <46C01C88-5CB0-4294-96D2-09E9499C7607@macports.org> <20551448.post@talk.nabble.com> Message-ID: <30F44524-44E5-498E-8556-2937C6A9DD90@macports.org> On Nov 17, 2008, at 18:46, dometz wrote: > Ryan Schmidt wrote: > >> The error message says you need ruby 1.8.7 or greater, and that's the >> version in MacPorts. Why don't you want to upgrade? > > I am using Rails 2.0.2 and ruby 1.8.7 doesnt work well with this > version of > Rails. http://www.rubyonrails.org/down also recommends using Ruby > 1.8.6 > instead of 1.8.7. Oh right. Sorry, I forgot about that. We even have a ticket for it: http://trac.macports.org/ticket/16861 Looks like no decision has been reached yet. From vincent-opdarw at vinc17.org Tue Nov 18 09:22:56 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Tue, 18 Nov 2008 18:22:56 +0100 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> <20081115023006.GC1644@prunille.vinc17.org> Message-ID: <20081118172256.GA19089@prunille.vinc17.org> On 2008-11-15 10:46:09 -0800, Jordan K. Hubbard wrote: > No, DO use $*, just remember to quote it like you would any other > variable expansion involving filenames. I don't understand this answer. If $* is used, then there is no way to make the difference between cmd a b and cmd "a b" because with $*, the shell has already split "a b" into two arguments. On the other hand, if $* is quoted, i.e. "$*", then one gets a single argument instead of several ones, and again, there is no way to make the difference between cmd a b and cmd "a b" So, this is not correct either. > It's not like there's any other useful way to pass arguments to an > alias or shell function, sheesh! As I said, shell functions usually use "$@" (with quotes) to get arguments, as they *really* are. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From frstan at bellsouth.net Tue Nov 18 11:18:28 2008 From: frstan at bellsouth.net (William Davis) Date: Tue, 18 Nov 2008 14:18:28 -0500 Subject: gedit runtime error Message-ID: Ive just installed gedit using macports and get this runtime error: macintosh:~ frstan$ gedit & [1] 31566 macintosh:~ frstan$ Xlib: extension "RANDR" missing on display "/tmp/ launch-AEpBLV/:0". gedit (2.24.0) appears to run ok though. William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From frstan at bellsouth.net Tue Nov 18 14:00:58 2008 From: frstan at bellsouth.net (William Davis) Date: Tue, 18 Nov 2008 17:00:58 -0500 Subject: gedit runtime error In-Reply-To: <5BE5132E-B8F3-471A-BC9B-FA08C3FEE04C@apple.com> References: <5BE5132E-B8F3-471A-BC9B-FA08C3FEE04C@apple.com> Message-ID: On Nov 18, 2008, at 4:04 PM, Jeremy Huddleston wrote: > That's not an error. It's just letting you know that the server > doesn't support RANDR... and it's not even clear what RANDR should > do in XQuartz, so there's no plan on implementing it. > > On Nov 18, 2008, at 11:18, William Davis wrote: > >> Ive just installed gedit using macports and get this runtime error: >> macintosh:~ frstan$ gedit & >> [1] 31566 >> macintosh:~ frstan$ Xlib: extension "RANDR" missing on display "/ >> tmp/launch-AEpBLV/:0". >> >> gedit (2.24.0) appears to run ok though. >> >> >> William Davis >> >> This email sent to jeremyhu at freedesktop.org > Thanks, Jeremy. William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From ndiscreet at gmail.com Tue Nov 18 15:09:43 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Tue, 18 Nov 2008 17:09:43 -0600 Subject: mpfr fetch problem Message-ID: <49234B37.5040806@GmAiL.cOm> My SPECS: Mac OSX 10.5.5 PPC G5 Dual Mac OSX 10.4.11 PPC G4 XCode 3.1.1 XCode 3.1.1 MacPorts 1.600 (Binary) MacPorts 1.600 (Binary) I can not fetch the mpfr port. It just hangs there attempting to fetch but not succeeding. I went to the www.mpfr.org website and it appears to be down like www.openjpeg.org was a week ago. I tried the following solution provided to me by Bryan that was posted at: http://trac.macports.org/wiki/ProblemHotlist#Fetchfailures And ran the following command: sudo env MASTER_SITE_LOCAL=http://distfiles.macports.org/mpfr port -v fetch mpfr I receive this error: ---> Fetching mpfr ---> mpfr-2.3.2.tar.bz2 doesn't seem to exist in /opt/local/var/macports/distfiles/mpfr/2.3.2 ---> Attempting to fetch mpfr-2.3.2.tar.bz2 from http://distfiles.macports.org/mpfr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 ---> Attempting to fetch mpfr-2.3.2.tar.bz2 from http://www.mpfr.org/mpfr-2.3.2/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:03:49 --:--:-- 0 ---> Attempting to fetch mpfr-2.3.2.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/mpfr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 ---> Attempting to fetch mpfr-2.3.2.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/general/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 ---> Attempting to fetch mpfr-2.3.2.tar.bz2 from http://svn.macports.org/repository/macports/downloads/mpfr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 Error: Target org.macports.fetch returned: fetch failed Warning: the following items did not execute (for mpfr): org.macports.fetch Error: Status 1 encountered during processing. TIA -Altoine From ryandesign at macports.org Tue Nov 18 15:09:51 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 18 Nov 2008 17:09:51 -0600 Subject: Removing obsolete distfiles but keeping current ones In-Reply-To: <8D1E8311-5B01-484F-84E5-4924F76E5EAA@aulterra.com> References: <065.d9c238f857f0235b5e487e01abb0b698@macports.org> <8D1E8311-5B01-484F-84E5-4924F76E5EAA@aulterra.com> Message-ID: On Nov 18, 2008, at 10:33, Michael Glauser wrote: > What would be the correct way to request something: > "port -f uninstall inactive" > would also clean out old dist ([port].tar.bz2) files? > Seems like there is an ever growing mess there. You can clean out all of a port's distfiles with sudo port clean --dist [port] Or even all of all ports' distfiles with sudo port clean --dist all But there isn't a way to clean out only old distfiles and keep current distfiles. I'm in need of that right now. That makes two of us already. I'll send this message to macports-users where we can have a little discussion about it. :) (Please subscribe if you're not on the list, and Reply-All if you reply). This feature would be a good addition to base. How should it work? It would probably be a new switch to port clean. If so what would we call it? port clean --olddist? Do we have a ticket for this already? I'm sure I remember the request coming up before. From ryandesign at macports.org Tue Nov 18 15:52:53 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 18 Nov 2008 17:52:53 -0600 Subject: Removing obsolete distfiles but keeping current ones In-Reply-To: References: <065.d9c238f857f0235b5e487e01abb0b698@macports.org> <8D1E8311-5B01-484F-84E5-4924F76E5EAA@aulterra.com> Message-ID: <22942298-5070-450B-8CB1-680A8E2EAAE6@macports.org> On Nov 18, 2008, at 17:39, Michael Glauser wrote: > On Nov 18, 2008, at 3:09 PM, Ryan Schmidt wrote: > >> On Nov 18, 2008, at 10:33, Michael Glauser wrote: >> >>> What would be the correct way to request something: >>> "port -f uninstall inactive" >>> would also clean out old dist ([port].tar.bz2) files? >>> Seems like there is an ever growing mess there. >> >> You can clean out all of a port's distfiles with >> >> sudo port clean --dist [port] >> >> Or even all of all ports' distfiles with >> >> sudo port clean --dist all >> >> But there isn't a way to clean out only old distfiles and keep >> current distfiles. I'm in need of that right now. That makes two >> of us already. I'll send this message to macports-users where we >> can have a little discussion about it. :) (Please subscribe if >> you're not on the list, and Reply-All if you reply). >> >> This feature would be a good addition to base. How should it work? >> It would probably be a new switch to port clean. If so what would >> we call it? port clean --olddist? Do we have a ticket for this >> already? I'm sure I remember the request coming up before. > > I didn't know about the --dist switch, so THANK YOU! > > Old Ticket: I just registered so one wouldn't have come from me. I know; I meant that for others on macports-users to consider and respond to. Let's keep the discussion there, so others can contribute to it, so please Reply All when you reply. > sudo port clean --inactive-dist > would seem to fit current nomenclature but --olddist works too. "inactive" has an existing meaning in MacPorts: a port which is installed but not active. So I would avoid overloading the meaning of "inactive" for removing obsolete distfiles. > I would like to propose that: > sudo port -f uninstall inactive > would automatically do: > port clean --inactive-dist > > It seems to me that when you want to clean out the junk, get the > big broom and save time. > Use a switch like --keep-inactive-dist to prevent removing old dist > files if that is a concern. > Just make the default to do the heavy lifting. > It would keep us dummies from spending so much time hunting. Hmm. You're asking specifically for "uninstall inactive" to remove obsolete distfiles, but no other "uninstall" action would do so? That's not going to be easy, and sounds confusing. You see, first port expands pseudoports like "inactive" into a list of real port names. Then it hands that to the verb, "uninstall" in this case. So probably by the time the uninstall procedure runs, it doesn't know whether you used the "inactive" pseudoport or listed a bunch of ports individually. I rarely if ever run "port uninstall inactive". I have one or two inactive ports that I want to keep, to be able to switch back to them. But I might still like to be able to clean up the distfiles of old versions of ports that are no longer installed. So I would not be in favor of bundling these tasks together. I'd prefer a separate command to clean out old distfiles when asked. From ryandesign at macports.org Tue Nov 18 15:54:22 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 18 Nov 2008 17:54:22 -0600 Subject: mpfr fetch problem In-Reply-To: <49234B37.5040806@GmAiL.cOm> References: <49234B37.5040806@GmAiL.cOm> Message-ID: <3A6EED67-6276-4183-94D4-C4AFEF276D78@macports.org> On Nov 18, 2008, at 17:09, Altoine Barker wrote: > My SPECS: > > Mac OSX 10.5.5 PPC G5 Dual Mac OSX 10.4.11 PPC G4 > XCode 3.1.1 XCode 3.1.1 > MacPorts 1.600 (Binary) MacPorts 1.600 (Binary) > > I can not fetch the mpfr port. It just hangs there attempting to fetch > but not succeeding. I went to the www.mpfr.org website and it > appears to > be down like www.openjpeg.org was a week ago. I tried the following > solution provided to me by Bryan that was posted at: > > http://trac.macports.org/wiki/ProblemHotlist#Fetchfailures > > And ran the following command: > > sudo env MASTER_SITE_LOCAL=http://distfiles.macports.org/mpfr port -v > fetch mpfr The mpfr port stores its distfiles in a directory for each version. You can see this by visiting: http://distfiles.macports.org/mpfr So you would need to run this: sudo env MASTER_SITE_LOCAL=http://distfiles.macports.org/mpfr/2.3.2 port -v fetch mpfr From ryandesign at macports.org Tue Nov 18 17:36:08 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 18 Nov 2008 19:36:08 -0600 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: <03DD6FE7-08ED-4392-9D99-7095DB15BF1D@apple.com> References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> <20081115023006.GC1644@prunille.vinc17.org> <823B0EDD-82C2-4006-84A7-B2F9B3066AAA@macports.org> <03DD6FE7-08ED-4392-9D99-7095DB15BF1D@apple.com> Message-ID: <503E9E12-0B28-4366-BA09-B3B9DDBD4C89@macports.org> On Nov 15, 2008, at 17:52, Jordan Hubbard wrote: > On Nov 15, 2008, at 14:36, Ryan Schmidt > wrote: > >> MacPorts still supports Tiger so it's useful to provide solutions >> that work there. > > Well, as I said, I have not run it in many years so it's a bit > harder for me to even comment on what works (or not) in Tiger. > Heck, I'm not even running leopard much now; my life is all about > SnowLeopard. :) Then it's a good thing the rest of us are here to bring things back to reality. :) From ryandesign at macports.org Tue Nov 18 19:40:35 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 18 Nov 2008 21:40:35 -0600 Subject: Unable to install macports In-Reply-To: References: Message-ID: On Nov 18, 2008, at 21:02, Oussama Sekkat wrote: > I am trying to install the macports package but I get the following > error during the last step: > "The following install failed: run postflight script for > MacPorts-1.6.0. Contact the software manufacturer for assistance." > > I am using MAC OSX v 10.5.5 > > Any ideas on how I could solve this issue? Hi. The macports-mgr list is only for management issues relating to the MacPorts project... I'm sending this reply to the macports-users mailing list instead, which is where user questions should generally be asked. There are a couple reasons why the postflight script might fail. Often it's because your network blocks rsync traffic, or maybe there was a temporary problem accessing the server. Try running the postflight script and port selfupdate manually, as explained here: http://trac.macports.org/wiki/ProblemHotlist#a.profilenotsetup Let us know if you encounter further problems. From ndiscreet at gmail.com Tue Nov 18 20:42:13 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Tue, 18 Nov 2008 22:42:13 -0600 Subject: mpfr fetch problem In-Reply-To: <3A6EED67-6276-4183-94D4-C4AFEF276D78@macports.org> References: <49234B37.5040806@GmAiL.cOm> <3A6EED67-6276-4183-94D4-C4AFEF276D78@macports.org> Message-ID: <49239925.9010202@GmAiL.cOm> Ryan, Thank you. That worked. I vow to never make that mistake again. -Altoine Ryan Schmidt wrote: > On Nov 18, 2008, at 17:09, Altoine Barker wrote: > >> My SPECS: >> >> Mac OSX 10.5.5 PPC G5 Dual Mac OSX 10.4.11 PPC G4 >> XCode 3.1.1 XCode 3.1.1 >> MacPorts 1.600 (Binary) MacPorts 1.600 (Binary) >> >> I can not fetch the mpfr port. It just hangs there attempting to fetch >> but not succeeding. I went to the www.mpfr.org website and it appears to >> be down like www.openjpeg.org was a week ago. I tried the following >> solution provided to me by Bryan that was posted at: >> >> http://trac.macports.org/wiki/ProblemHotlist#Fetchfailures >> >> And ran the following command: >> >> sudo env MASTER_SITE_LOCAL=http://distfiles.macports.org/mpfr port -v >> fetch mpfr > > The mpfr port stores its distfiles in a directory for each version. You > can see this by visiting: > > http://distfiles.macports.org/mpfr > > So you would need to run this: > > sudo env MASTER_SITE_LOCAL=http://distfiles.macports.org/mpfr/2.3.2 port -v > fetch mpfr > > > From ryandesign at macports.org Tue Nov 18 20:49:20 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 18 Nov 2008 22:49:20 -0600 Subject: mpfr fetch problem In-Reply-To: <49239925.9010202@GmAiL.cOm> References: <49234B37.5040806@GmAiL.cOm> <3A6EED67-6276-4183-94D4-C4AFEF276D78@macports.org> <49239925.9010202@GmAiL.cOm> Message-ID: <11763972-D468-4466-AEA4-69A9F2415B24@macports.org> On Nov 18, 2008, at 22:42, Altoine Barker wrote: > Ryan Schmidt wrote: > >> On Nov 18, 2008, at 17:09, Altoine Barker wrote: >> >>> My SPECS: >>> >>> Mac OSX 10.5.5 PPC G5 Dual Mac OSX 10.4.11 PPC G4 >>> XCode 3.1.1 XCode 3.1.1 >>> MacPorts 1.600 (Binary) MacPorts 1.600 (Binary) >>> >>> I can not fetch the mpfr port. It just hangs there attempting to >>> fetch >>> but not succeeding. I went to the www.mpfr.org website and it >>> appears to >>> be down like www.openjpeg.org was a week ago. I tried the following >>> solution provided to me by Bryan that was posted at: >>> >>> http://trac.macports.org/wiki/ProblemHotlist#Fetchfailures >>> >>> And ran the following command: >>> >>> sudo env MASTER_SITE_LOCAL=http://distfiles.macports.org/mpfr >>> port -v >>> fetch mpfr >> >> The mpfr port stores its distfiles in a directory for each >> version. You >> can see this by visiting: >> >> http://distfiles.macports.org/mpfr >> >> So you would need to run this: >> >> sudo env MASTER_SITE_LOCAL=http://distfiles.macports.org/mpfr/ >> 2.3.2 port -v >> fetch mpfr > > Thank you. That worked. I vow to never make that mistake again. :) Glad it worked, and sorry for the inconvenience. We really need to get that 1.7.0 release out the door so it'll do this automatically for you. From ju2wheels at gmail.com Tue Nov 18 21:00:49 2008 From: ju2wheels at gmail.com (Julio Lajara) Date: Wed, 19 Nov 2008 00:00:49 -0500 Subject: Unable to install packages Message-ID: <49239D81.70402@gmail.com> An HTML attachment was scrubbed... URL: From ryandesign at macports.org Tue Nov 18 21:04:17 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 18 Nov 2008 23:04:17 -0600 Subject: Unable to install packages In-Reply-To: <49239D81.70402@gmail.com> References: <49239D81.70402@gmail.com> Message-ID: <7470047A-A60A-4BAF-995F-659B0825BD6E@macports.org> On Nov 18, 2008, at 23:00, Julio Lajara wrote: > Hi everyone, Im new to using Macports and am having a few issues. > > I installed Xcode and setup my .profile for accessing port from the > command line but Im unable to install any packages. It looks like > it cant find some macport components to compile/configure packages > but Im new to Mac in general and have no idea where to look to fix > this. I tried to install emacs-app at first but after that failed I > just tried a package with no dependencies and this is what I get: > > ---------------------------------------------------------------------- > -------------------- > sudo port install ncursesw > Password: > ---> Configuring ncursesw > Error: Target org.macports.configure returned: configure failure: > shell command " cd "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _ncursesw/work/ncurses-5.7" && ./configure --prefix=/opt/local -- > enable-widec --disable-rpath --with-shared --without-debug -- > without-ada --enable-safe-sprintf --enable-sigwinch --mandir=/opt/ > local/share/man " returned error 1 > Command output: sh: line 0: cd: /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _ncursesw/work/ncurses-5.7: No such file or directory > > Error: Status 1 encountered during processing. Welcome to MacPorts! Can you clean the port's work area and try again? sudo port clean ncursesw sudo port install ncursesw If you still get the same error, does the indicated directory in fact exist? Try with debug information turned on, which should hopefully contain the answer somewhere. sudo port clean ncursesw sudo port -d install ncursesw From frstan at bellsouth.net Tue Nov 18 21:24:10 2008 From: frstan at bellsouth.net (William Davis) Date: Wed, 19 Nov 2008 00:24:10 -0500 Subject: Unable to install packages In-Reply-To: <49239D81.70402@gmail.com> References: <49239D81.70402@gmail.com> Message-ID: <76AA9465-B152-4671-A838-B4C90F60A897@bellsouth.net> On Nov 19, 2008, at 12:00 AM, Julio Lajara wrote: > Hi everyone, Im new to using Macports and am having a few issues. > > I installed Xcode and setup my .profile for accessing port from the > command line but Im unable to install any packages. It looks like it > cant find some macport components to compile/configure packages but > Im new to Mac in general and have no idea where to look to fix this. > I tried to install emacs-app at first but after that failed I just > tried a package with no dependencies and this is what I get: > > ------------------------------------------------------------------------------------------ > sudo port install ncursesw > Password: > ---> Configuring ncursesw > Error: Target org.macports.configure returned: configure failure: > shell command " cd "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_devel_ncursesw/work/ncurses-5.7" && ./ > configure --prefix=/opt/local --enable-widec --disable-rpath --with- > shared --without-debug --without-ada --enable-safe-sprintf --enable- > sigwinch --mandir=/opt/local/share/man " returned error 1 > Command output: sh: line 0: cd: /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_devel_ncursesw/work/ncurses-5.7: No such > file or directory > > Error: Status 1 encountered during processing. > --------------------------------------------------------------------------------------------- > > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users This may have nothing to do with your problem but! did you do: sudo port -d selfupdate after you installed Macports? William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: From ju2wheels at gmail.com Tue Nov 18 21:27:47 2008 From: ju2wheels at gmail.com (Julio Lajara) Date: Wed, 19 Nov 2008 00:27:47 -0500 Subject: Unable to install packages In-Reply-To: <7470047A-A60A-4BAF-995F-659B0825BD6E@macports.org> References: <49239D81.70402@gmail.com> <7470047A-A60A-4BAF-995F-659B0825BD6E@macports.org> Message-ID: <4923A3D3.4020307@gmail.com> That worked. The compile/install process is insanely slow but its working now. Thanks. Ryan Schmidt wrote: > On Nov 18, 2008, at 23:00, Julio Lajara wrote: > >> Hi everyone, Im new to using Macports and am having a few issues. >> >> I installed Xcode and setup my .profile for accessing port from the >> command line but Im unable to install any packages. It looks like it >> cant find some macport components to compile/configure packages but >> Im new to Mac in general and have no idea where to look to fix this. >> I tried to install emacs-app at first but after that failed I just >> tried a package with no dependencies and this is what I get: >> >> ------------------------------------------------------------------------------------------ >> >> sudo port install ncursesw >> Password: >> ---> Configuring ncursesw >> Error: Target org.macports.configure returned: configure failure: >> shell command " cd >> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_ncursesw/work/ncurses-5.7" >> && ./configure --prefix=/opt/local --enable-widec --disable-rpath >> --with-shared --without-debug --without-ada --enable-safe-sprintf >> --enable-sigwinch --mandir=/opt/local/share/man " returned error 1 >> Command output: sh: line 0: cd: >> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_ncursesw/work/ncurses-5.7: >> No such file or directory >> >> Error: Status 1 encountered during processing. > > Welcome to MacPorts! > > Can you clean the port's work area and try again? > > sudo port clean ncursesw > sudo port install ncursesw > > If you still get the same error, does the indicated directory in fact > exist? > > Try with debug information turned on, which should hopefully contain > the answer somewhere. > > sudo port clean ncursesw > sudo port -d install ncursesw > > From ju2wheels at gmail.com Tue Nov 18 21:28:51 2008 From: ju2wheels at gmail.com (Julio Lajara) Date: Wed, 19 Nov 2008 00:28:51 -0500 Subject: Unable to install packages In-Reply-To: <76AA9465-B152-4671-A838-B4C90F60A897@bellsouth.net> References: <49239D81.70402@gmail.com> <76AA9465-B152-4671-A838-B4C90F60A897@bellsouth.net> Message-ID: <4923A413.4090307@gmail.com> An HTML attachment was scrubbed... URL: From frstan at bellsouth.net Tue Nov 18 22:14:20 2008 From: frstan at bellsouth.net (William Davis) Date: Wed, 19 Nov 2008 01:14:20 -0500 Subject: gedit runtime error In-Reply-To: References: <78CDB573-15FE-48DF-B19E-06FB3EF91CF0@kf8nh.com> Message-ID: <0D4B6E22-67D2-4F19-99DB-2C198AFFAF8F@bellsouth.net> On Nov 19, 2008, at 1:01 AM, Jeremy Huddleston wrote: > > On Nov 18, 2008, at 15:35, Brandon Allbery wrote: > >> On 2008 Nov 18, at 14:18, William Davis wrote: >>> Ive just installed gedit using macports and get this runtime error: >>> macintosh:~ frstan$ gedit & >>> [1] 31566 >>> macintosh:~ frstan$ Xlib: extension "RANDR" missing on display "/ >>> tmp/launch-AEpBLV/:0". >> >> >> gtk+ always attempts to use the XRandR extension. Jeremy thinks >> it's not useful;I think it'd be a good way to let users select >> whether the dock and/or menu bar are useful, > > How exactly does "select whether the dock and/or menu bar are > useful" fall under Resize and Rotate? > >> not to mention adapting if the OSX monitor(s) are reconfigured >> (without XRandR, X11 is incapable of handling size changes). > > Uhm... that's not true. We do reconfigure correctly when monitors > are reconfigured (and have since sometime around 2.2.2 I think). > >> (Suppose I would have to get myself into a position to implement it >> myself....) > > What exactly would you have it do? > > Just as a point of information: Gimp also complains or rather Xlib complains after Gimp is started. As to the merits of the issue, I'm unqualified to comment. William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From marc.chantreux at biblibre.com Wed Nov 19 01:02:49 2008 From: marc.chantreux at biblibre.com (Marc Chantreux) Date: Wed, 19 Nov 2008 10:02:49 +0100 Subject: announce: cpan2port In-Reply-To: <3aa26b560811162230s660f08c6s5c048e33757c4012@mail.gmail.com> References: <20081110081252.GA19880@auckland.lan> <491B6C21.2060007@macports.org> <20081113064213.GA15108@auckland.lan> <4920E33F.3070807@macports.org> <3aa26b560811162230s660f08c6s5c048e33757c4012@mail.gmail.com> Message-ID: <20081119090249.GA8992@auckland.lan> hello world On Mon, Nov 17, 2008 at 12:30:04AM -0600, Altoine Barker wrote: > Yes, I concur with Rainer. I still can not access the website. Maybe it is > only accessible within your local network? i'm sorry about that: there was a lot of power supply problems. now i hope it will be ok. anyway: this page will go to oss.phear.org asap. regards From marc.chantreux at biblibre.com Wed Nov 19 01:06:31 2008 From: marc.chantreux at biblibre.com (Marc Chantreux) Date: Wed, 19 Nov 2008 10:06:31 +0100 Subject: announce: cpan2port In-Reply-To: <3aa26b560811170809i6d1b57f3u560368440feec2f2@mail.gmail.com> References: <20081110081252.GA19880@auckland.lan> <491B6C21.2060007@macports.org> <20081113064213.GA15108@auckland.lan> <4920E33F.3070807@macports.org> <5515DA25-298B-4F41-A997-9DAB2FEB842B@geeklair.net> <3aa26b560811170809i6d1b57f3u560368440feec2f2@mail.gmail.com> Message-ID: <20081119090631.GB8992@auckland.lan> On Mon, Nov 17, 2008 at 10:09:48AM -0600, Altoine Barker wrote: > Daniel, > > Thank you. That linked worked for me. I am about to give it a trial run. > > -Altoine please feedback: a known bug is that i have to run cpan2port twice with -r flag ( too many exit, i guess). this is a minor bug and it's the only one i've seen which isn't fixed. regards From dt05ad5 at student.lth.se Wed Nov 19 06:13:35 2008 From: dt05ad5 at student.lth.se (David Arve) Date: Wed, 19 Nov 2008 15:13:35 +0100 Subject: ncurses install hangs Message-ID: <8C348470-00D7-4C98-937B-268F3EFDBDAA@student.lth.se> Hi, I'm trying to install ncurses through macports. After running 'sudo port -v install ncurses' I get the following: [...] /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/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. And then nothing... Running 'top' I can see that tic is taking ~90% of the CPU. But it never stops it just goes on for hours and hours with no output or nothing. Does anyone know what might be the problem? I'm running Tiger 10.4.11 (8S165) on a PPC iMac Snow with macports version 1.600. Thanks, David Arve From frstan at bellsouth.net Wed Nov 19 06:31:52 2008 From: frstan at bellsouth.net (William Davis) Date: Wed, 19 Nov 2008 09:31:52 -0500 Subject: ncurses install hangs In-Reply-To: <8C348470-00D7-4C98-937B-268F3EFDBDAA@student.lth.se> References: <8C348470-00D7-4C98-937B-268F3EFDBDAA@student.lth.se> Message-ID: <4C306257-1C01-4CC8-BBC3-891A2C838CA8@bellsouth.net> On Nov 19, 2008, at 9:13 AM, David Arve wrote: > Hi, > > I'm trying to install ncurses through macports. After running 'sudo > port -v install ncurses' I get the following: > > [...] > /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/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. > > > And then nothing... Running 'top' I can see that tic is taking ~90% > of the CPU. But it never stops it just goes on for hours and hours > with no output or nothing. > > Does anyone know what might be the problem? > > I'm running Tiger 10.4.11 (8S165) on a PPC iMac Snow with macports > version 1.600. > > Thanks, > > David Arve Same thing here under 10.5.5 on Intel. After cleaning and first installing ncursesw, installed OK. William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From n.oxyde at gmail.com Wed Nov 19 06:37:53 2008 From: n.oxyde at gmail.com (nox) Date: Wed, 19 Nov 2008 15:37:53 +0100 Subject: ncurses install hangs In-Reply-To: <4C306257-1C01-4CC8-BBC3-891A2C838CA8@bellsouth.net> References: <8C348470-00D7-4C98-937B-268F3EFDBDAA@student.lth.se> <4C306257-1C01-4CC8-BBC3-891A2C838CA8@bellsouth.net> Message-ID: <187E5166-0968-460E-8497-D159CFA9DBA4@gmail.com> Le 19 nov. 08 ? 15:31, William Davis a ?crit : > > On Nov 19, 2008, at 9:13 AM, David Arve wrote: > >> Hi, >> >> I'm trying to install ncurses through macports. After running 'sudo >> port -v install ncurses' I get the following: >> >> [...] >> /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/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. >> >> >> And then nothing... Running 'top' I can see that tic is taking ~90% >> of the CPU. But it never stops it just goes on for hours and hours >> with no output or nothing. >> >> Does anyone know what might be the problem? >> >> I'm running Tiger 10.4.11 (8S165) on a PPC iMac Snow with macports >> version 1.600. >> >> Thanks, >> >> David Arve > > > Same thing here under 10.5.5 on Intel. After cleaning and first > installing ncursesw, installed OK. > MacPorts does not upgrade dependencies before installing something (that's a long standing bug). ncurses terminfo database come from ncursesw, so you need to upgrade ncursesw first (their versions need to be the same). sudo port upgrade ncursesw sudo port install ncurses Regards. From dt05ad5 at student.lth.se Wed Nov 19 07:31:10 2008 From: dt05ad5 at student.lth.se (David Arve) Date: Wed, 19 Nov 2008 16:31:10 +0100 Subject: ncurses install hangs In-Reply-To: <187E5166-0968-460E-8497-D159CFA9DBA4@gmail.com> References: <8C348470-00D7-4C98-937B-268F3EFDBDAA@student.lth.se> <4C306257-1C01-4CC8-BBC3-891A2C838CA8@bellsouth.net> <187E5166-0968-460E-8497-D159CFA9DBA4@gmail.com> Message-ID: Thanks everyone. Awesome response time on this list. /David On 19 nov 2008, at 15.37, nox wrote: > Le 19 nov. 08 ? 15:31, William Davis a ?crit : > >> >> On Nov 19, 2008, at 9:13 AM, David Arve wrote: >> >>> Hi, >>> >>> I'm trying to install ncurses through macports. After running >>> 'sudo port -v install ncurses' I get the following: >>> >>> [...] >>> /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/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. >>> >>> >>> And then nothing... Running 'top' I can see that tic is taking >>> ~90% of the CPU. But it never stops it just goes on for hours and >>> hours with no output or nothing. >>> >>> Does anyone know what might be the problem? >>> >>> I'm running Tiger 10.4.11 (8S165) on a PPC iMac Snow with macports >>> version 1.600. >>> >>> Thanks, >>> >>> David Arve >> >> >> Same thing here under 10.5.5 on Intel. After cleaning and first >> installing ncursesw, installed OK. >> > > MacPorts does not upgrade dependencies before installing something > (that's a long standing bug). > ncurses terminfo database come from ncursesw, so you need to upgrade > ncursesw first (their versions need to be the same). > > sudo port upgrade ncursesw > sudo port install ncurses > > Regards. From ndiscreet at gmail.com Wed Nov 19 07:31:46 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Wed, 19 Nov 2008 09:31:46 -0600 Subject: ncurses install hangs In-Reply-To: <8C348470-00D7-4C98-937B-268F3EFDBDAA@student.lth.se> References: <8C348470-00D7-4C98-937B-268F3EFDBDAA@student.lth.se> Message-ID: <49243162.7040206@GmAiL.cOm> David, In answer to your question, yes. There is a bug that has already been reported. You will have to clean ncurses and run the following commands in this exact order: sudo port -v clean ncurses udo port -v install ncursesw sudo port -v install ncurses HTH -Altoine David Arve wrote: > Hi, > > I'm trying to install ncurses through macports. After running 'sudo port > -v install ncurses' I get the following: > > [...] > /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/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. > > > And then nothing... Running 'top' I can see that tic is taking ~90% of > the CPU. But it never stops it just goes on for hours and hours with no > output or nothing. > > Does anyone know what might be the problem? > > I'm running Tiger 10.4.11 (8S165) on a PPC iMac Snow with macports > version 1.600. > > Thanks, > > David Arve > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From ecronin at macports.org Wed Nov 19 11:37:01 2008 From: ecronin at macports.org (Eric Cronin) Date: Wed, 19 Nov 2008 14:37:01 -0500 Subject: Lingon Portfile Update In-Reply-To: <3aa26b560811161606j7b779e69h9b6639a05adb25cd@mail.gmail.com> References: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> <21DCF02A-18F7-45FE-9EA9-D4F2FA187CBD@newgeo.com> <3aa26b560811161606j7b779e69h9b6639a05adb25cd@mail.gmail.com> Message-ID: <582EEE43-8791-4D24-AAAF-EDA948830DA0@macports.org> On Nov 16, 2008, at 7:06 PM, Altoine Barker wrote: > Well, let us say there is a new feature or security fix available on > svn or cvs. You will have to wait until someone provides a package > installer update before reaping the benefits. A real world example > of this scenario would be mplayer. The mplayer package installer is > always made last of all the updates. HTH > > -Altoine MPlayer is probably not the best example to cite for this particular situation, since they release both packages and full releases at about the same rate of never... For things that auto-update via Sparkle or the new Google updater, there is little advantage to having a Port unless there are optional compile-time options of merit. For things which don't auto-update yet (and anything using a .pkg installer) I can see some advantages to going the mp route. Thanks, Eric P.S.- Anyone who would like to improve the MPlayer situation please contact me, I simply don't have enough time right now to find a recent stable svn revision and roll our own distfile... From dluke at geeklair.net Wed Nov 19 12:39:59 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 19 Nov 2008 15:39:59 -0500 Subject: Removing obsolete distfiles but keeping current ones In-Reply-To: <22942298-5070-450B-8CB1-680A8E2EAAE6@macports.org> References: <065.d9c238f857f0235b5e487e01abb0b698@macports.org> <8D1E8311-5B01-484F-84E5-4924F76E5EAA@aulterra.com> <22942298-5070-450B-8CB1-680A8E2EAAE6@macports.org> Message-ID: <690AA6B2-8EE3-4797-8423-97FA41599C8C@geeklair.net> On Nov 18, 2008, at 6:52 PM, Ryan Schmidt wrote: > I'd prefer a separate command to clean out old distfiles when asked. % rm ${prefix}/var/distfiles_mirror.db % rm ${prefix}/var/distfiles_mirror.db.lock % port mirror installed ... % portmirror ... done! I do think that this should probably be exposed as something that port can just do (removing the old dist on successful upgrade as an option, or have some simple way to say remove all distfiles except those that are current for installed ports, or both). -- 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 arto.bendiken at gmail.com Wed Nov 19 13:39:27 2008 From: arto.bendiken at gmail.com (Arto Bendiken) Date: Wed, 19 Nov 2008 22:39:27 +0100 Subject: ruby19 install fails In-Reply-To: <79032858-CA73-4F39-AD2C-03448ABDE9ED@macports.org> References: <360C8FB9-91E8-4F86-AECC-F5A2D1334D69@mac.com> <79032858-CA73-4F39-AD2C-03448ABDE9ED@macports.org> Message-ID: <47fe11b70811191339v5252a620wec56dbf1f480a3c8@mail.gmail.com> On Mon, Nov 10, 2008 at 3:38 AM, Ryan Schmidt wrote: > On Nov 9, 2008, at 19:04, Joe Davison wrote: > > I see the same problem here on the same system. Please file a bug in our > issue tracker: To any OS X 10.4 users wanting to try out Ruby 1.9: As I posted at http://trac.macports.org/ticket/17177, the bleeding edge SVN snapshots at ftp://ftp.ruby-lang.org/pub/ruby/snapshot.tar.gz now have this issue fixed, and build fine on 10.4. However, we can't really use the daily snapshots for the ruby19 portfile as their checksums will be in flux. That means we're stuck with a broken 1.9 build until the next official 1.9 preview release is cut upstream, unless someone wants to go through the upstream commits to figure out how this issue was fixed and then backport a patch to the 1.9.1-preview1 release referenced from the ruby19 portfile. -- Arto Bendiken | http://bendiken.net/ From macports at nedharvey.com Wed Nov 19 14:51:52 2008 From: macports at nedharvey.com (Edward Ned Harvey) Date: Wed, 19 Nov 2008 17:51:52 -0500 Subject: To create gvim.app after installing Vim.app Message-ID: <000b01c94a99$6c7812f0$456838d0$@com> I seem to remember this question came up before, but I don't know when or who. Maybe somebody wants to pass this along to the original poster, back from whenever? I have been frustrated by Vim.app, because it's not cool about opening more than one file at a time. I was able to workaround it because simply "gvim" as a Terminal command worked fine, but there was no "Gvim.app" that could be used as the default editor for whatever file types you want. So I created this guide that explains exactly how to do it: http://nedharvey.com/gvim-on-mac/ Also, my system is very not-clean. I've experimented with a thousand different vim's and gvim's, so I'd like to solicit feedback from anyone who wants to try it. To see if it goes smoothly for you, or if perchance I had something special in my system that helped me along and deserves more comment. From ndiscreet at gmail.com Wed Nov 19 15:00:53 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Wed, 19 Nov 2008 17:00:53 -0600 Subject: Lingon Portfile Update: OT In-Reply-To: <582EEE43-8791-4D24-AAAF-EDA948830DA0@macports.org> References: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> <21DCF02A-18F7-45FE-9EA9-D4F2FA187CBD@newgeo.com> <3aa26b560811161606j7b779e69h9b6639a05adb25cd@mail.gmail.com> <582EEE43-8791-4D24-AAAF-EDA948830DA0@macports.org> Message-ID: <49249AA5.1090506@GmAiL.cOm> Eric, I must correct you. I am an avid fan of mplayer and I have been following the releases for a long time. Matter of fact, it was mplayer that made me look to macports to install mplayer, because it always took months for someone to release a package for Mac OSX. I will prove it by simply going to their download area by ftp: ftp://ftp.mplayerhq.hu/MPlayer/releases/ MacOSX MPlayerOSX_1.0rc1.dmg is dated 12/10/06 MPlayerOSX_1.0rc2.dmg is dated 04/30/08 Windows MPlayer-1.0rc1-gui.zip is dated 10/23/06 MPlayer-1.0rc2-gui.zip is dated 12/06/07 Source MPlayer-1.0rc1.tar.bz2 is dated 10/22/06 Mplayer-1.0rc2.tar.bz2 is dated 10/07/07 You see how many MONTHS for Mac! -Altoine Eric Cronin wrote: > On Nov 16, 2008, at 7:06 PM, Altoine Barker wrote: > >> Well, let us say there is a new feature or security fix available on >> svn or cvs. You will have to wait until someone provides a package >> installer update before reaping the benefits. A real world example of >> this scenario would be mplayer. The mplayer package installer is >> always made last of all the updates. HTH >> >> -Altoine > > > MPlayer is probably not the best example to cite for this particular > situation, since they release both packages and full releases at about > the same rate of never... > > For things that auto-update via Sparkle or the new Google updater, there > is little advantage to having a Port unless there are optional > compile-time options of merit. For things which don't auto-update yet > (and anything using a .pkg installer) I can see some advantages to going > the mp route. > > Thanks, > Eric > > P.S.- Anyone who would like to improve the MPlayer situation please > contact me, I simply don't have enough time right now to find a recent > stable svn revision and roll our own distfile... > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From ecronin at macports.org Wed Nov 19 15:14:17 2008 From: ecronin at macports.org (Eric Cronin) Date: Wed, 19 Nov 2008 18:14:17 -0500 Subject: Lingon Portfile Update: OT In-Reply-To: <49249AA5.1090506@GmAiL.cOm> References: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> <21DCF02A-18F7-45FE-9EA9-D4F2FA187CBD@newgeo.com> <3aa26b560811161606j7b779e69h9b6639a05adb25cd@mail.gmail.com> <582EEE43-8791-4D24-AAAF-EDA948830DA0@macports.org> <49249AA5.1090506@GmAiL.cOm> Message-ID: <304B259F-5171-43F8-8B96-93A8DE88BEF7@macports.org> On Nov 19, 2008, at 6:00 PM, Altoine Barker wrote: > Eric, > > I must correct you. I am an avid fan of mplayer and I have been > following the releases for a long time. Matter of fact, it was mplayer > that made me look to macports to install mplayer, because it always > took > months for someone to release a package for Mac OSX. I will prove it > by > simply going to their download area by ftp: > > ftp://ftp.mplayerhq.hu/MPlayer/releases/ > MacOSX > MPlayerOSX_1.0rc1.dmg is dated 12/10/06 > MPlayerOSX_1.0rc2.dmg is dated 04/30/08 > Windows > MPlayer-1.0rc1-gui.zip is dated 10/23/06 > MPlayer-1.0rc2-gui.zip is dated 12/06/07 > Source > MPlayer-1.0rc1.tar.bz2 is dated 10/22/06 > Mplayer-1.0rc2.tar.bz2 is dated 10/07/07 > > You see how many MONTHS for Mac! > > -Altoine I was commenting more about the fact that the MPlayer developers have made it pretty clear that they see little point to issuing releases, so for *any* platform, what's in ftp://ftp.mplayerhq.hu/MPlayer/ releases is dangerously out of date and insecure. The last few security vulnerabilities they haven't even released patches against 1.0rc2 for, so the MacPorts version (based on Mplayer-1.0rc2.tar.bz2) is currently vulnerable until I make/find a backport of the patches... Mohammad Haque provides automated nightly builds of the svn HEAD at which will have the latest security fixes but there is no testing and unknown stability, regressions are frequent, etc... I'd like to strike a middle ground and have MacPorts track a specific recent svn revision, but as I said I don't have the time to rework things just now. I'm hoping to at least band-aid the latest vulnerability in the next week. Thanks, Eric From mark at dxradio.demon.co.uk Wed Nov 19 16:44:28 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Thu, 20 Nov 2008 00:44:28 +0000 Subject: upgrading cyrus-sasl2 Message-ID: <4EF2E4C4-3E86-4E6E-8FC1-F6BCDF565461@dxradio.demon.co.uk> Ok I'm confused ... doesn't "port upgrade" de-activate a previous version? But even when I do the instructed manual de-activate, it then doesn't upgrade. selfupdate done! The following installed ports are outdated: cyrus-sasl2 2.1.21_0 < 2.1.22_0 iMac:~ mark$ sudo port upgrade outdated ---> Building cyrus-sasl2 with target all Error: cyrus-sasl2 must be deactivated before upgrade. Error: Target org.macports.build returned: Please run `sudo port deactivate cyrus-sasl2` and try again. Error: Unable to upgrade port: 1 iMac:~ mark$ sudo port deactivate cyrus-sasl2 ---> Deactivating cyrus-sasl2 iMac:~ mark$ sudo port upgrade outdated Can't map the URL 'file://.' to a port description file ("Could not find Portfile in /Users/mark"). Please verify that the directory and portfile syntax are correct. To use the current port, you must be in a port's directory. (you might also see this message if a pseudo-port such as outdated or installed expands to no ports). Error: No port found. iMac:~ mark$ sudo port activate cyrus-sasl2 ---> Activating cyrus-sasl2 From nox at macports.org Wed Nov 19 17:09:51 2008 From: nox at macports.org (nox) Date: Thu, 20 Nov 2008 02:09:51 +0100 Subject: upgrading cyrus-sasl2 In-Reply-To: <4EF2E4C4-3E86-4E6E-8FC1-F6BCDF565461@dxradio.demon.co.uk> References: <4EF2E4C4-3E86-4E6E-8FC1-F6BCDF565461@dxradio.demon.co.uk> Message-ID: <86F3C127-6F14-4F78-8F1D-0625FD85CF0D@macports.org> Le 20 nov. 08 ? 01:44, Mark Hattam a ?crit : > iMac:~ mark$ sudo port upgrade outdated > ---> Building cyrus-sasl2 with target all > Error: cyrus-sasl2 must be deactivated before upgrade. > Error: Target org.macports.build returned: Please run `sudo port > deactivate cyrus-sasl2` and try again. > Error: Unable to upgrade port: 1 > > iMac:~ mark$ sudo port deactivate cyrus-sasl2 > ---> Deactivating cyrus-sasl2 > > iMac:~ mark$ sudo port upgrade outdated > Can't map the URL 'file://.' to a port description file ("Could not > find Portfile in /Users/mark"). > Please verify that the directory and portfile syntax are correct. > To use the current port, you must be in a port's directory. > (you might also see this message if a pseudo-port such as > outdated or installed expands to no ports). > Error: No port found. This looks like a base bug, not a bug in cyrus-sasl2 port itself. From n.oxyde at gmail.com Wed Nov 19 17:12:35 2008 From: n.oxyde at gmail.com (nox) Date: Thu, 20 Nov 2008 02:12:35 +0100 Subject: Lingon Portfile Update: OT In-Reply-To: <304B259F-5171-43F8-8B96-93A8DE88BEF7@macports.org> References: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> <21DCF02A-18F7-45FE-9EA9-D4F2FA187CBD@newgeo.com> <3aa26b560811161606j7b779e69h9b6639a05adb25cd@mail.gmail.com> <582EEE43-8791-4D24-AAAF-EDA948830DA0@macports.org> <49249AA5.1090506@GmAiL.cOm> <304B259F-5171-43F8-8B96-93A8DE88BEF7@macports.org> Message-ID: <8B2B3EB6-9829-48E9-A43B-0DA98ED01310@gmail.com> Le 20 nov. 08 ? 00:14, Eric Cronin a ?crit : > > On Nov 19, 2008, at 6:00 PM, Altoine Barker wrote: > >> Eric, >> >> I must correct you. I am an avid fan of mplayer and I have been >> following the releases for a long time. Matter of fact, it was >> mplayer >> that made me look to macports to install mplayer, because it always >> took >> months for someone to release a package for Mac OSX. I will prove >> it by >> simply going to their download area by ftp: >> >> ftp://ftp.mplayerhq.hu/MPlayer/releases/ >> MacOSX >> MPlayerOSX_1.0rc1.dmg is dated 12/10/06 >> MPlayerOSX_1.0rc2.dmg is dated 04/30/08 >> Windows >> MPlayer-1.0rc1-gui.zip is dated 10/23/06 >> MPlayer-1.0rc2-gui.zip is dated 12/06/07 >> Source >> MPlayer-1.0rc1.tar.bz2 is dated 10/22/06 >> Mplayer-1.0rc2.tar.bz2 is dated 10/07/07 >> >> You see how many MONTHS for Mac! >> >> -Altoine > > I was commenting more about the fact that the MPlayer developers > have made it pretty clear that they see little point to issuing > releases, so for *any* platform, what's in ftp://ftp.mplayerhq.hu/MPlayer/releases > is dangerously out of date and insecure. The last few security > vulnerabilities they haven't even released patches against 1.0rc2 > for, so the MacPorts version (based on Mplayer-1.0rc2.tar.bz2) is > currently vulnerable until I make/find a backport of the patches... > > Mohammad Haque provides automated nightly builds of the svn HEAD at > which will have the latest security fixes but there is no testing > and unknown stability, regressions are frequent, etc... > > I'd like to strike a middle ground and have MacPorts track a > specific recent svn revision, but as I said I don't have the time to > rework things just now. I'm hoping to at least band-aid the latest > vulnerability in the next week. > > Thanks, > Eric On a side note you may want to try out mplayer osx extended: http://mplayerosx.sttz.ch/ From blb at macports.org Wed Nov 19 17:17:31 2008 From: blb at macports.org (Bryan Blackburn) Date: Wed, 19 Nov 2008 18:17:31 -0700 Subject: upgrading cyrus-sasl2 In-Reply-To: <86F3C127-6F14-4F78-8F1D-0625FD85CF0D@macports.org> References: <4EF2E4C4-3E86-4E6E-8FC1-F6BCDF565461@dxradio.demon.co.uk> <86F3C127-6F14-4F78-8F1D-0625FD85CF0D@macports.org> Message-ID: <20081120011731.GG486@ninagal.withay.com> On Thu, Nov 20, 2008 at 02:09:51AM +0100, nox said: > Le 20 nov. 08 ? 01:44, Mark Hattam a ?crit : > >> iMac:~ mark$ sudo port upgrade outdated >> ---> Building cyrus-sasl2 with target all >> Error: cyrus-sasl2 must be deactivated before upgrade. >> Error: Target org.macports.build returned: Please run `sudo port >> deactivate cyrus-sasl2` and try again. >> Error: Unable to upgrade port: 1 >> >> iMac:~ mark$ sudo port deactivate cyrus-sasl2 >> ---> Deactivating cyrus-sasl2 >> >> iMac:~ mark$ sudo port upgrade outdated >> Can't map the URL 'file://.' to a port description file ("Could not >> find Portfile in /Users/mark"). >> Please verify that the directory and portfile syntax are correct. >> To use the current port, you must be in a port's directory. >> (you might also see this message if a pseudo-port such as >> outdated or installed expands to no ports). >> Error: No port found. > > This looks like a base bug, not a bug in cyrus-sasl2 port itself. That's 12288: so much-improved in 1.7. Though the port in need of an upgrade was still installed just deactivated, so the big question is whether outdated should pay attention to deactivated as well? And I think for cyrus-sasl2, don't you have to completely uninstall as it'll be reactivated if you try doing an upgrade of it? Bryan From im.not.using.any.numbers at gmail.com Wed Nov 19 17:34:41 2008 From: im.not.using.any.numbers at gmail.com (Ludwig) Date: Wed, 19 Nov 2008 17:34:41 -0800 Subject: Trac queries not working Message-ID: <4924BEB1.1070803@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://trac.macports.org/query and http://trac.macports.org/search both return: > > Oops? > > Trac detected an internal error: > > OperationalError: could not connect to server: Connection refused Is > the server running on host "localhost" and accepting TCP/IP > connections on port 9999? > > There was an internal error in Trac. It is recommended that you > inform your local Trac administrator and give him all the information > he needs to reproduce the issue. > > To that end, you could a ticket at this site. > > The action that triggered the error was: > > GET: /query -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkkvrEACgkQqMQkOg5fmcv2yACdFYoULMmlLdYu60PsVwYlO6OG JysAoLBw77M1dgL22SjhSpBP+4N94z1y =XLe7 -----END PGP SIGNATURE----- From perry at whatisinaname.org Wed Nov 19 17:42:48 2008 From: perry at whatisinaname.org (Perry Lee) Date: Wed, 19 Nov 2008 17:42:48 -0800 Subject: Trac queries not working In-Reply-To: <4924BEB1.1070803@gmail.com> References: <4924BEB1.1070803@gmail.com> Message-ID: <4924C098.9060008@whatisinaname.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ludwig wrote: > http://trac.macports.org/query and http://trac.macports.org/search both > return: > >> Oops& > >> Trac detected an internal error: Weird; queries are working for me. I just tried both links. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkkwJgACgkQKC1A1V1qkW2ovQCaA9ukLzO9aD6BZz3GNqW1kkwX fjQAnRLr7cHP3u0lNvb9Ns2eDo3Vh3yC =R7OC -----END PGP SIGNATURE----- From vincent-opdarw at vinc17.org Wed Nov 19 17:44:34 2008 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Thu, 20 Nov 2008 02:44:34 +0100 Subject: mpfr fetch problem In-Reply-To: <49234B37.5040806@GmAiL.cOm> References: <49234B37.5040806@GmAiL.cOm> Message-ID: <20081120014434.GU21926@prunille.vinc17.org> On 2008-11-18 17:09:43 -0600, Altoine Barker wrote: > I can not fetch the mpfr port. It just hangs there attempting to fetch > but not succeeding. I went to the www.mpfr.org website and it appears to > be down FYI, these temporary failures are a known problem. If the admins at Loria (where the server is hosted) do not solve it in the next few weeks, we will probably migrate the server somewhere else. Also, MPFR will become a GNU package as of 2.4.0 (a RC should be out soon). So, the tarballs will also be on ftp.gnu.org. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From macsforever2000 at macports.org Wed Nov 19 17:49:31 2008 From: macsforever2000 at macports.org (Frank Schima) Date: Wed, 19 Nov 2008 18:49:31 -0700 Subject: Trac queries not working In-Reply-To: <4924C098.9060008@whatisinaname.org> References: <4924BEB1.1070803@gmail.com> <4924C098.9060008@whatisinaname.org> Message-ID: <00DD640C-5354-47CC-A5A0-9E5E3BECEF21@macports.org> On Nov 19, 2008, at 6:42 PM, Perry Lee wrote: > Ludwig wrote: >> http://trac.macports.org/query and http://trac.macports.org/search >> both >> return: >> >>> Oops& >> >>> Trac detected an internal error: > > Weird; queries are working for me. I just tried both links. It was having problems for a short time, but now it appears to be working. It's just the Trac elves at work. Cheers! -Frank From im.not.using.any.numbers at gmail.com Wed Nov 19 18:21:04 2008 From: im.not.using.any.numbers at gmail.com (Ludwig) Date: Wed, 19 Nov 2008 18:21:04 -0800 Subject: gtk fails to build Message-ID: <4924C990.3000203@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I can't find an open bug or previous list message about this, so I wanted to check here before filing a ticket. 10.5.5. Upgrading gtk from 2.14.4_0 to 2.14.4_1 fails thusly: > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -DG_LOG_DOMAIN=\"Gdk\" -DGDK_COMPILATION -I../.. -I../../gdk -I../../gdk -DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11/include -I/opt/local/include -no-cpp-precomp -DX_LOCALE -I/usr/X11R6/include -DG_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_SINGLE_INCLUDES -I/opt/local/include -I/usr/X11/include -DGDK_PIXBUF_DISABLE_DEPRECATED -O2 -funroll-loops -fstrict-aliasing -Wall -MT gdkevents-x11.lo -MD -MP -MF .deps/gdkevents-x11.Tpo -c gdkevents-x11.c -fno-common -DPIC -o .libs/gdkevents-x11.o > gdkevents-x11.c: In function 'gdk_event_translate': > gdkevents-x11.c:2110: error: 'RRNotify' undeclared (first use in this function) > gdkevents-x11.c:2110: error: (Each undeclared identifier is reported only once > gdkevents-x11.c:2110: error: for each function it appears in.) > gdkevents-x11.c:2112: error: 'XRRNotifyEvent' undeclared (first use in this function) > gdkevents-x11.c:2112: error: 'notify' undeclared (first use in this function) > gdkevents-x11.c:2112: error: syntax error before ')' token > gdkevents-x11.c: In function 'gdk_x11_screen_get_window_manager_name': > gdkevents-x11.c:2721: warning: dereferencing type-punned pointer will break strict-aliasing rules > gdkevents-x11.c: In function 'gdk_x11_screen_supports_net_wm_hint': > gdkevents-x11.c:2821: warning: dereferencing type-punned pointer will break strict-aliasing rules > make[4]: *** [gdkevents-x11.lo] Error 1 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Warning: the following items did not execute (for gtk2): org.macports.destroot org.macports.build > Error: Unable to upgrade port: 1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkkyY8ACgkQqMQkOg5fmctwuQCdESpg2obzHwpAAIE2wJOfVOWf UVMAoOvV47uXWVwtp3TiySizlFKmW4qq =ml74 -----END PGP SIGNATURE----- From ryandesign at macports.org Wed Nov 19 19:21:39 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 19 Nov 2008 21:21:39 -0600 Subject: upgrading cyrus-sasl2 In-Reply-To: <4EF2E4C4-3E86-4E6E-8FC1-F6BCDF565461@dxradio.demon.co.uk> References: <4EF2E4C4-3E86-4E6E-8FC1-F6BCDF565461@dxradio.demon.co.uk> Message-ID: <5ACAA3CB-3F71-45F9-98E4-275C060169F2@macports.org> On Nov 19, 2008, at 18:44, Mark Hattam wrote: > Ok I'm confused ... doesn't "port upgrade" de-activate a previous > version? But even when I do the instructed manual de-activate, it > then doesn't upgrade. > > > > selfupdate done! > The following installed ports are outdated: > cyrus-sasl2 2.1.21_0 < 2.1.22_0 > > iMac:~ mark$ sudo port upgrade outdated > ---> Building cyrus-sasl2 with target all > Error: cyrus-sasl2 must be deactivated before upgrade. > Error: Target org.macports.build returned: Please run `sudo port > deactivate cyrus-sasl2` and try again. > Error: Unable to upgrade port: 1 Yes, "port upgrade" deactivates an existing version, after the new version is installed and before the new version is activated. However, cyrus-sasl2 seems to have the special need that an existing version must be deactivated before the new version is built, else presumably the new build doesn't work. Hence, the cyrus-sasl2 port specifically adds a check for that. http://trac.macports.org/changeset/42338 From jmr at macports.org Wed Nov 19 21:02:06 2008 From: jmr at macports.org (Joshua Root) Date: Thu, 20 Nov 2008 16:02:06 +1100 Subject: upgrading cyrus-sasl2 In-Reply-To: <20081120011731.GG486@ninagal.withay.com> References: <4EF2E4C4-3E86-4E6E-8FC1-F6BCDF565461@dxradio.demon.co.uk> <86F3C127-6F14-4F78-8F1D-0625FD85CF0D@macports.org> <20081120011731.GG486@ninagal.withay.com> Message-ID: <4924EF4E.8080905@macports.org> Bryan Blackburn wrote: > That's 12288: > > > > so much-improved in 1.7. > > Though the port in need of an upgrade was still installed just deactivated, > so the big question is whether outdated should pay attention to deactivated > as well? And I think for cyrus-sasl2, don't you have to completely > uninstall as it'll be reactivated if you try doing an upgrade of it? If you want to keep the old version around in case of problems, you have deactivate the old version, and then use `port install` to install the new version. I fixed a bug where upgrade would fail to activate the current version of the port, but I don't understand why it needs to do that in the first place. Its behaviour is still rather buggy: It does need to end up with some version of the port active, however, because upgrade is recursive and you don't want a dependency to be installed but not active when you're building. In theory, it should be possible to rearrange the code to ensure this without causing these sorts of problems. - Josh From blb at macports.org Thu Nov 20 00:32:57 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 20 Nov 2008 01:32:57 -0700 Subject: gtk fails to build In-Reply-To: <4924C990.3000203@gmail.com> References: <4924C990.3000203@gmail.com> Message-ID: <20081120083257.GO486@ninagal.withay.com> On Wed, Nov 19, 2008 at 06:21:04PM -0800, Ludwig said: > > I can't find an open bug or previous list message about this, so I > wanted to check here before filing a ticket. > > 10.5.5. Upgrading gtk from 2.14.4_0 to 2.14.4_1 fails thusly: > > > > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -DG_LOG_DOMAIN=\"Gdk\" -DGDK_COMPILATION -I../.. -I../../gdk -I../../gdk -DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11/include -I/opt/local/include -no-cpp-precomp -DX_LOCALE -I/usr/X11R6/include -DG_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_SINGLE_INCLUDES -I/opt/local/include -I/usr/X11/include -DGDK_PIXBUF_DISABLE_DEPRECATED -O2 -funroll-loops -fstrict-aliasing -Wall -MT gdkevents-x11.lo -MD -MP -MF .deps/gdkevents-x11.Tpo -c gdkevents-x11.c -fno-common -DPIC -o .libs/gdkevents-x11.o > > gdkevents-x11.c: In function 'gdk_event_translate': > > gdkevents-x11.c:2110: error: 'RRNotify' undeclared (first use in this function) Do you have Xcode 3.0 installed? I believe this is fixed in 3.1 if so. Bryan From jjstickel at vcn.com Thu Nov 20 07:30:06 2008 From: jjstickel at vcn.com (Jonathan Stickel) Date: Thu, 20 Nov 2008 08:30:06 -0700 Subject: octave-image package In-Reply-To: <6F4AF007-67D7-497D-95B1-14DB1A58F333@gmail.com> References: <49245B00.9090309@vcn.com> <6F4AF007-67D7-497D-95B1-14DB1A58F333@gmail.com> Message-ID: <4925827E.8060303@vcn.com> moving this to macports-users list since this seems to be a MacPorts issue; please remove help-octave from to/cc when responding Robert Fong-tom wrote: > > On Nov 19, 2008, at 1:29 PM, Jonathan Stickel wrote: > >> >>>>>>>>> >>>>>>>>> I tried porting the Image package using MacPorts, but was >>>>>>>>> unsuccessful. Kept getting errors that I did not >>>>>>>>> understand and the MacPorts help blog did not clear up >>>>>>>>> my confusion. I did not try Fik but after my experience >>>>>>>>> with MacPorts, I am reluctant to waste another week! Bob >>>>>>> >> I am using MacPorts on Mac OS X 10.4.11. The image package installs and >> works fine as best as I can tell, although I use only one or two of the >> provided functions. In macports the package name is "octave-image" and >> it is currently at version 1.0.6. >> > > Jonathan, > I am also using OS X 10.4.11. Could it be that the environment settings > make a difference? Did you have to install ImageMagick separately? ImageMagick is a dependency for octave-image. It should be installed via macports automatically when you try to install octave-image. You are a little unclear about the steps you took to install octave and the octave-forge image package. You should not have installed the octave.app from the dmg file from sourceforge. Instead, you should install everything from macports, by doing: $ sudo port install octave and then $ sudo port install octave-image What architecture do you have, Intel or PowerPC? Jonathan From alakazam at melix.net Thu Nov 20 07:41:35 2008 From: alakazam at melix.net (Alakazam) Date: Thu, 20 Nov 2008 16:41:35 +0100 Subject: octave-image package In-Reply-To: <4925827E.8060303@vcn.com> References: <49245B00.9090309@vcn.com> <6F4AF007-67D7-497D-95B1-14DB1A58F333@gmail.com> <4925827E.8060303@vcn.com> Message-ID: <493A9D1C-367D-41C4-8AF1-B44A6D042EBE@melix.net> Hi, On 20 nov. 08, at 16:30, Jonathan Stickel wrote: > moving this to macports-users list since this seems to be a MacPorts > issue; please remove help-octave from to/cc when responding Thank you for this initiative, we'll see if we can help out :) > So, to sum up, the octave-image package does not work for Robert ? Robert, could you give us the error messages you are encountering with the octave-image package ? Even better, could you open a Trac ticket so that we may better follow this issue ? (https://trac.macports.org/newticket ) Also, have you followed Jonathan's suggestions to install the package ? Best regards, -- Alakazam > Robert Fong-tom wrote: >> On Nov 19, 2008, at 1:29 PM, Jonathan Stickel wrote: >>> >>>>>>>>>> >>>>>>>>>> I tried porting the Image package using MacPorts, but was >>>>>>>>>> unsuccessful. Kept getting errors that I did not >>>>>>>>>> understand and the MacPorts help blog did not clear up >>>>>>>>>> my confusion. I did not try Fik but after my experience >>>>>>>>>> with MacPorts, I am reluctant to waste another week! Bob >>>>>>>> >>> I am using MacPorts on Mac OS X 10.4.11. The image package >>> installs and >>> works fine as best as I can tell, although I use only one or two >>> of the >>> provided functions. In macports the package name is "octave- >>> image" and >>> it is currently at version 1.0.6. >>> >> Jonathan, >> I am also using OS X 10.4.11. Could it be that the environment >> settings make a difference? Did you have to install ImageMagick >> separately? > > ImageMagick is a dependency for octave-image. It should be > installed via macports automatically when you try to install octave- > image. > > You are a little unclear about the steps you took to install octave > and the octave-forge image package. You should not have installed > the octave.app from the dmg file from sourceforge. Instead, you > should install everything from macports, by doing: > > $ sudo port install octave > > and then > > $ sudo port install octave-image > > What architecture do you have, Intel or PowerPC? > > Jonathan > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From face at CentosPrime.COM Thu Nov 20 07:47:03 2008 From: face at CentosPrime.COM (Chris Janton) Date: Thu, 20 Nov 2008 08:47:03 -0700 Subject: Errors "upgrading" cyrus-sasl2 Message-ID: Is it "normal" to have to "force uninstall" a port before a new version can be provided? MacPorts 1.600 admin at x:admin:123 $ port outdated The following installed ports are outdated: cyrus-sasl2 2.1.21_0 < 2.1.22_0 admin at x:admin:124 $ sudo port upgrade outdated Password: Portfile changed since last build; discarding previous state. ---> Fetching cyrus-sasl2 ---> Verifying checksum(s) for cyrus-sasl2 ---> Extracting cyrus-sasl2 ---> Configuring cyrus-sasl2 Error: cyrus-sasl2 will not build when another version is active. Error: Please deactivate or uninstall cyrus-sasl2, and then install Error: the new version with `sudo port install cyrus-sasl2`. Error: Target org.macports.configure returned: cyrus-sasl2 upgrade failed Error: Unable to upgrade port: 1 admin at x:admin:125 $ sudo port deactivate cyrus-sasl2 ---> Deactivating cyrus-sasl2 admin at x:admin:126 $ sudo port upgrade cyrus-sasl2 ---> Activating cyrus-sasl2 2.1.21_0 ---> Configuring cyrus-sasl2 Error: cyrus-sasl2 will not build when another version is active. Error: Please deactivate or uninstall cyrus-sasl2, and then install Error: the new version with `sudo port install cyrus-sasl2`. Error: Target org.macports.configure returned: cyrus-sasl2 upgrade failed Error: Unable to upgrade port: 1 admin at x:admin:127 $ sudo uninstall cyrus-sasl2 sudo: uninstall: command not found admin at x:admin:128 $ sudo port uninstall cyrus-sasl2 ---> Unable to uninstall cyrus-sasl2 2.1.21_0, the following ports depend on it: ---> subversion ---> subversion ---> subversion ---> subversion ---> subversion ---> subversion Error: port uninstall failed: Please uninstall the ports that depend on cyrus-sasl2 first. admin at x:admin:129 $ sudo port -f uninstall cyrus-sasl2 ---> Unable to uninstall cyrus-sasl2 2.1.21_0, the following ports depend on it: ---> subversion ---> subversion ---> subversion ---> subversion ---> subversion ---> subversion Warning: Uninstall forced. Proceeding despite dependencies. ---> Deactivating cyrus-sasl2 2.1.21_0 ---> Uninstalling cyrus-sasl2 2.1.21_0 admin at x:admin:130 $ sudo port upgrade cyrus-sasl2 ---> Configuring cyrus-sasl2 ---> Building cyrus-sasl2 with target all ---> Staging cyrus-sasl2 into destroot ---> Installing cyrus-sasl2 2.1.22_0+kerberos ---> Activating cyrus-sasl2 2.1.22_0+kerberos ---> Cleaning cyrus-sasl2 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From n.oxyde at gmail.com Thu Nov 20 07:53:27 2008 From: n.oxyde at gmail.com (nox) Date: Thu, 20 Nov 2008 16:53:27 +0100 Subject: Errors "upgrading" cyrus-sasl2 In-Reply-To: References: Message-ID: <49D96D9C-DBFC-4566-80A3-FA0AA5973674@gmail.com> Le 20 nov. 08 ? 16:47, Chris Janton a ?crit : > Is it "normal" to have to "force uninstall" a port before a new > version can be provided? > > MacPorts 1.600 > > admin at x:admin:123 $ port outdated > The following installed ports are outdated: > cyrus-sasl2 2.1.21_0 < 2.1.22_0 > admin at x:admin:124 $ sudo port upgrade outdated > Password: > Portfile changed since last build; discarding previous state. > ---> Fetching cyrus-sasl2 > ---> Verifying checksum(s) for cyrus-sasl2 > ---> Extracting cyrus-sasl2 > ---> Configuring cyrus-sasl2 > Error: cyrus-sasl2 will not build when another version is active. > Error: Please deactivate or uninstall cyrus-sasl2, and then install > Error: the new version with `sudo port install cyrus-sasl2`. > Error: Target org.macports.configure returned: cyrus-sasl2 upgrade > failed > Error: Unable to upgrade port: 1 > admin at x:admin:125 $ sudo port deactivate cyrus-sasl2 > ---> Deactivating cyrus-sasl2 > admin at x:admin:126 $ sudo port upgrade cyrus-sasl2 > ---> Activating cyrus-sasl2 2.1.21_0 > ---> Configuring cyrus-sasl2 > Error: cyrus-sasl2 will not build when another version is active. > Error: Please deactivate or uninstall cyrus-sasl2, and then install > Error: the new version with `sudo port install cyrus-sasl2`. > Error: Target org.macports.configure returned: cyrus-sasl2 upgrade > failed > Error: Unable to upgrade port: 1 > admin at x:admin:127 $ sudo uninstall cyrus-sasl2 > sudo: uninstall: command not found > admin at x:admin:128 $ sudo port uninstall cyrus-sasl2 > ---> Unable to uninstall cyrus-sasl2 2.1.21_0, the following ports > depend on it: > ---> subversion > ---> subversion > ---> subversion > ---> subversion > ---> subversion > ---> subversion > Error: port uninstall failed: Please uninstall the ports that depend > on cyrus-sasl2 first. > admin at x:admin:129 $ sudo port -f uninstall cyrus-sasl2 > ---> Unable to uninstall cyrus-sasl2 2.1.21_0, the following ports > depend on it: > ---> subversion > ---> subversion > ---> subversion > ---> subversion > ---> subversion > ---> subversion > Warning: Uninstall forced. Proceeding despite dependencies. > ---> Deactivating cyrus-sasl2 2.1.21_0 > ---> Uninstalling cyrus-sasl2 2.1.21_0 > admin at x:admin:130 $ sudo port upgrade cyrus-sasl2 > ---> Configuring cyrus-sasl2 > ---> Building cyrus-sasl2 with target all > ---> Staging cyrus-sasl2 into destroot > ---> Installing cyrus-sasl2 2.1.22_0+kerberos > ---> Activating cyrus-sasl2 2.1.22_0+kerberos > ---> Cleaning cyrus-sasl2 > > 8) > ---------------------------------- > Chris Janton - face at CentosPrime dot COM > Netminder for Opus1.COM cyrus-sasl2 cannot be upgraded if it is already installed, that's a known bug. So it is not "normal", but we can't do otherwise for the time being. From jjstickel at vcn.com Thu Nov 20 09:44:39 2008 From: jjstickel at vcn.com (Jonathan Stickel) Date: Thu, 20 Nov 2008 10:44:39 -0700 Subject: octave-image package In-Reply-To: <9528F4B1-8D1E-4454-B7C8-219C2BBE8594@gmail.com> References: <49245B00.9090309@vcn.com> <6F4AF007-67D7-497D-95B1-14DB1A58F333@gmail.com> <4925827E.8060303@vcn.com> <9528F4B1-8D1E-4454-B7C8-219C2BBE8594@gmail.com> Message-ID: <4925A207.8040106@vcn.com> Robert Fong-tom wrote: > > On Nov 20, 2008, at 10:30 AM, Jonathan Stickel wrote: > >> moving this to macports-users list since this seems to be a MacPorts >> issue; please remove help-octave from to/cc when responding >> >> Robert Fong-tom wrote: >>> On Nov 19, 2008, at 1:29 PM, Jonathan Stickel wrote: >>>> >>>>>>>>>>> >>>>>>>>>>> I tried porting the Image package using MacPorts, but was >>>>>>>>>>> unsuccessful. Kept getting errors that I did not >>>>>>>>>>> understand and the MacPorts help blog did not clear up >>>>>>>>>>> my confusion. I did not try Fik but after my experience >>>>>>>>>>> with MacPorts, I am reluctant to waste another week! Bob >>>>>>>>> >>>> I am using MacPorts on Mac OS X 10.4.11. The image package installs >>>> and >>>> works fine as best as I can tell, although I use only one or two of the >>>> provided functions. In macports the package name is "octave-image" and >>>> it is currently at version 1.0.6. >>>> >>> Jonathan, >>> I am also using OS X 10.4.11. Could it be that the environment >>> settings make a difference? Did you have to install ImageMagick >>> separately? >> >> ImageMagick is a dependency for octave-image. It should be installed >> via macports automatically when you try to install octave-image. >> >> You are a little unclear about the steps you took to install octave >> and the octave-forge image package. You should not have installed the >> octave.app from the dmg file from sourceforge. Instead, you should >> install everything from macports, by doing: >> >> $ sudo port install octave >> >> and then >> >> $ sudo port install octave-image >> >> What architecture do you have, Intel or PowerPC? >> >> Jonathan > > OK, this sounds like the problem. I had Octave 3.0.2 from the > sourceforge dmg file. I liked it so then I tried to download the > packages there. Actually the Image package is on the SourceForge site > (http://octave.sourceforge.net/) . I first tried to download this > package but did not have the full functionality. I could not read images > of any format. > > So then I tried to download using MacPorts. After some initial problems, > I was able to install MacPorts itself, but then when I tried to install > Octave-image from MacPorts I got errors during the port (unfortunately I > did not save the error messages). I used the commands you gave above to > port Octave-Image. After searching the MacPorts archive for help and > e-mailing MacPorts help blog without success I gave-up on MacPorts and > uninstalled Octave. Then I installed Octave dmg file at ver 3.0.3 from > SourceForge and this is where I am now. > > BTW ... shouldn't the Image package at SourceForge work for me? > > My architecture is Intel MacBook Pro with OS X 10.4.11 > It is as I expected: you are trying to do a mixed installation, octave from the dmg package, and other things from MacPorts. This is not advised. Technically, you should be able to install both octave (dmg install) and the image package from octave-forge, but you would need to resolve all other dependencies manually (such as development tools like gcc, and other libraries/programs like ImageMagick), and make sure the configuration and environment was correct for everything. This is probably where you had some trouble. MacPorts can take care of this for you, but you should only use MacPorts to install all the parts. Do not mix and match. I recommend that you uninstall the octave.app from the dmg download and anything else you installed manually (ImageMagick?). Make sure your MacPorts installation is working by installing and testing something small, say "gv" (ghostview to view postscript files). Then install octave and octave-image using the commands I posted previously (above). Jonathan From ndiscreet at gmail.com Thu Nov 20 10:59:17 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Thu, 20 Nov 2008 12:59:17 -0600 Subject: Lingon Portfile Update: OT In-Reply-To: <8B2B3EB6-9829-48E9-A43B-0DA98ED01310@gmail.com> References: <3aa26b560811161551w7c91c635qc9a155bae158de66@mail.gmail.com> <21DCF02A-18F7-45FE-9EA9-D4F2FA187CBD@newgeo.com> <3aa26b560811161606j7b779e69h9b6639a05adb25cd@mail.gmail.com> <582EEE43-8791-4D24-AAAF-EDA948830DA0@macports.org> <49249AA5.1090506@GmAiL.cOm> <304B259F-5171-43F8-8B96-93A8DE88BEF7@macports.org> <8B2B3EB6-9829-48E9-A43B-0DA98ED01310@gmail.com> Message-ID: <4925B385.7020001@GmAiL.cOm> Erin, You have made a friend for life! Thank you for those links! I remember the developers writing about that. I believe all the installers were submitted by volunteer contributors. I have been reading up on the svn myself, because believe it or not, mplayer and another port is best from svn with the exception of like you had already pointed out the issue with not knowing how to lock onto a particular "snapshot". Almost like you would have to compile a snapshot and maintain the "working" and "functional" snapshots yourself! Once again, thank you and you have really made my day! -Altoine nox wrote: > Le 20 nov. 08 ? 00:14, Eric Cronin a ?crit : > >> >> On Nov 19, 2008, at 6:00 PM, Altoine Barker wrote: >> >>> Eric, >>> >>> I must correct you. I am an avid fan of mplayer and I have been >>> following the releases for a long time. Matter of fact, it was mplayer >>> that made me look to macports to install mplayer, because it always took >>> months for someone to release a package for Mac OSX. I will prove it by >>> simply going to their download area by ftp: >>> >>> ftp://ftp.mplayerhq.hu/MPlayer/releases/ >>> MacOSX >>> MPlayerOSX_1.0rc1.dmg is dated 12/10/06 >>> MPlayerOSX_1.0rc2.dmg is dated 04/30/08 >>> Windows >>> MPlayer-1.0rc1-gui.zip is dated 10/23/06 >>> MPlayer-1.0rc2-gui.zip is dated 12/06/07 >>> Source >>> MPlayer-1.0rc1.tar.bz2 is dated 10/22/06 >>> Mplayer-1.0rc2.tar.bz2 is dated 10/07/07 >>> >>> You see how many MONTHS for Mac! >>> >>> -Altoine >> >> I was commenting more about the fact that the MPlayer developers have >> made it pretty clear that they see little point to issuing releases, >> so for *any* platform, what's in >> ftp://ftp.mplayerhq.hu/MPlayer/releases is dangerously out of date and >> insecure. The last few security vulnerabilities they haven't even >> released patches against 1.0rc2 for, so the MacPorts version (based on >> Mplayer-1.0rc2.tar.bz2) is currently vulnerable until I make/find a >> backport of the patches... >> >> Mohammad Haque provides automated nightly builds of the svn HEAD at >> which will >> have the latest security fixes but there is no testing and unknown >> stability, regressions are frequent, etc... >> >> I'd like to strike a middle ground and have MacPorts track a specific >> recent svn revision, but as I said I don't have the time to rework >> things just now. I'm hoping to at least band-aid the latest >> vulnerability in the next week. >> >> Thanks, >> Eric > > On a side note you may want to try out mplayer osx extended: > http://mplayerosx.sttz.ch/ > > From blb at macports.org Thu Nov 20 13:50:39 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 20 Nov 2008 14:50:39 -0700 Subject: octave-image package In-Reply-To: <4925A207.8040106@vcn.com> References: <49245B00.9090309@vcn.com> <6F4AF007-67D7-497D-95B1-14DB1A58F333@gmail.com> <4925827E.8060303@vcn.com> <9528F4B1-8D1E-4454-B7C8-219C2BBE8594@gmail.com> <4925A207.8040106@vcn.com> Message-ID: <20081120215039.GE760@ninagal.withay.com> On Thu, Nov 20, 2008 at 10:44:39AM -0700, Jonathan Stickel said: > Robert Fong-tom wrote: [...] >> So then I tried to download using MacPorts. After some initial problems, >> I was able to install MacPorts itself, but then when I tried to install >> Octave-image from MacPorts I got errors during the port (unfortunately I >> did not save the error messages). I used the commands you gave above to >> port Octave-Image. After searching the MacPorts archive for help and >> e-mailing MacPorts help blog without success I gave-up on MacPorts and >> uninstalled Octave. Then I installed Octave dmg file at ver 3.0.3 from >> SourceForge and this is where I am now. Umm, "MacPorts help blog"? The various mailing lists are subscriber-only post, so maybe he tried emailing -users without subscribing? Otherwise, I'm unaware of any help blog... Bryan [...] From ndiscreet at gmail.com Thu Nov 20 14:29:15 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Thu, 20 Nov 2008 16:29:15 -0600 Subject: MPlayer Port Suggestion Message-ID: <4925E4BB.7030300@GmAiL.cOm> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I had discussed with Eric Cronin on this list about using svn source of mplayer to build a port. I did some crash reading on svn and to avoid the pitfalls of committing an update that will break the port, I wondered was it possible to get svn sources by changesets? And if so, would this random example: (svn merge r654:r661), or (svn copy -r 661) be the way to go? Of course, I am not certain if you must have a local copy first to use either of these two command examples. Remember, I did a speedy crash course reading on svn and that is only because I must run out and I won't be back soon but I had to at least share what I have gathered so far before I left. TIA - -Altoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkl5LsACgkQQlfc9y4ObkNzdQCffSnHsEG/3HoglYjG9WeR4uZK tPwAn3K4wWF2ZL6n1gMRbkNvuRA7g5tY =MS1H -----END PGP SIGNATURE----- From perry at whatisinaname.org Thu Nov 20 14:47:43 2008 From: perry at whatisinaname.org (Perry Lee) Date: Thu, 20 Nov 2008 14:47:43 -0800 Subject: MPlayer Port Suggestion In-Reply-To: <4925E4BB.7030300@GmAiL.cOm> References: <4925E4BB.7030300@GmAiL.cOm> Message-ID: <4925E90F.6020109@whatisinaname.org> Altoine Barker wrote: > I had discussed with Eric Cronin on this list about using svn source of > mplayer to build a port. I did some crash reading on svn and to avoid > the pitfalls of committing an update that will break the port, I > wondered was it possible to get svn sources by changesets? And if so, You can use `svn up' to synchronize your working copy to a certain revision. e.g., `svn up -r 100' > either of these two command examples. Remember, I did a speedy crash > course reading > on svn and that is only because I must run out and I won't be back soon > but I had to at least share what I have gathered so far before I left. TIA You should check out http://svnbook.red-bean.com/ -- it's a great read :). From ecronin at macports.org Thu Nov 20 15:05:45 2008 From: ecronin at macports.org (Eric Cronin) Date: Thu, 20 Nov 2008 18:05:45 -0500 Subject: MPlayer Port Suggestion In-Reply-To: <4925E90F.6020109@whatisinaname.org> References: <4925E4BB.7030300@GmAiL.cOm> <4925E90F.6020109@whatisinaname.org> Message-ID: <3CA0DB33-225E-4D30-A4FA-742999B0DC69@macports.org> On Nov 20, 2008, at 5:47 PM, Perry Lee wrote: > Altoine Barker wrote: >> I had discussed with Eric Cronin on this list about using svn >> source of >> mplayer to build a port. I did some crash reading on svn and to avoid >> the pitfalls of committing an update that will break the port, I >> wondered was it possible to get svn sources by changesets? And if so, > > You can use `svn up' to synchronize your working copy to a certain > revision. > > e.g., `svn up -r 100' > >> either of these two command examples. Remember, I did a speedy crash >> course reading >> on svn and that is only because I must run out and I won't be back >> soon >> but I had to at least share what I have gathered so far before I >> left. TIA > > You should check out http://svnbook.red-bean.com/ -- it's a great > read :). MPlayer also has a web interface to their SVN repo at which lets you do graphical diffs of various versions (I haven't tried Cornerstone or Versions or any of the other Cocoa frontends to subversion, but they may also provide useful graphical tools for getting a handle on development activity). An e-mail I sent to another interested person (Perry actually, I see) about updating MPlayer right: > So the main problem is that the MPlayer devs are steadfastly against > any regular release or snapshot schedule, as well as supporting > those releases already made. 1.0rc2 is almost a year old at this > point, has several security alerts against it, and is also lagging > feature-wise. > > The best solution I can see to this is to judiciously select a > recent but not too recent SVN revision, do a checkout, and roll our > own distfile to put in >. We can then selectively apply changes from subversion or jump to > a whole new snapshot on our own clock. Finding a good revision to > use as a starting point is the first challenge, and then updating > the Portfile configure stage to mesh with the options of that > snapshot is next. If this is something you'd be interested in > looking into that'd be great! In addition to the SVN history, the MPlayer mailing lists from around the time of the snapshot picked would also be good, as problems and regressions tend to get registered there. Thanks, Eric From perry at whatisinaname.org Thu Nov 20 15:30:01 2008 From: perry at whatisinaname.org (Perry Lee) Date: Thu, 20 Nov 2008 15:30:01 -0800 Subject: MPlayer Port Suggestion In-Reply-To: <3CA0DB33-225E-4D30-A4FA-742999B0DC69@macports.org> References: <4925E4BB.7030300@GmAiL.cOm> <4925E90F.6020109@whatisinaname.org> <3CA0DB33-225E-4D30-A4FA-742999B0DC69@macports.org> Message-ID: <4925F2F9.4020801@whatisinaname.org> Eric Cronin wrote: >> snapshot on our own clock. Finding a good revision to use as a >> starting point is the first challenge, and then updating the Portfile >> configure stage to mesh with the options of that snapshot is next. If We might want to start looking from r27675 onward; I believe this was the last security patch applied to main. ------------------------------------------------------------------------ r27675 | reimar | 2008-09-30 03:44:50 -0700 (Tue, 30 Sep 2008) | 2 lines Apply patch for oCERT #2008-013 / CVE-2008-3827 With HEAD at r27970, it (hopefully) shouldn't take us long to find the right revision to roll the distfile from. From devans at macports.org Thu Nov 20 15:38:46 2008 From: devans at macports.org (David Evans) Date: Thu, 20 Nov 2008 15:38:46 -0800 Subject: MPlayer Port Suggestion In-Reply-To: <4925E4BB.7030300@GmAiL.cOm> References: <4925E4BB.7030300@GmAiL.cOm> Message-ID: <1227224326.15684.4.camel@bangor.orindasoftware.com> On Thu, 2008-11-20 at 16:29 -0600, Altoine Barker wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I had discussed with Eric Cronin on this list about using svn source of > mplayer to build a port. I'm not sure if this is what you had in mind or not, but port ffmpeg is an example of a port that uses svn to fetch a specific revision from a repository (because that's the only way they do it). Dave From masschel at gmail.com Thu Nov 20 15:39:10 2008 From: masschel at gmail.com (Bart Masschelein) Date: Fri, 21 Nov 2008 00:39:10 +0100 Subject: MacPorts does not recognize compiled mono Message-ID: <51BC3203-0C18-4FE5-A946-77BF8BE57FED@gmail.com> Hi, I need some features of mono that are only available from trunk, so I uninstalled mono 2.0.1 from MacPorts, and compiled/installed mono from the trunk. This worked out fine, and I have mono/mcs/gacutil/... available in my Terminal. Now I would like to reinstall the dependencies to install MonoDevelop, among which gtk-sharp2 and mono- addins. But MacPorts fails to recognize the mono install, reporting the following during the configuration phase: checking for mcs... no configure: error: mcs Not found What is the problem here? Bart From ndiscreet at gmail.com Thu Nov 20 16:01:13 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Thu, 20 Nov 2008 18:01:13 -0600 Subject: MPlayer Port Suggestion In-Reply-To: <4925E90F.6020109@whatisinaname.org> References: <4925E4BB.7030300@GmAiL.cOm> <4925E90F.6020109@whatisinaname.org> Message-ID: <4925FA49.5070402@GmAiL.cOm> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thank you for the information, Perry! I am back home and I will begin reading it tonight. - -Altoine Perry Lee wrote: > Altoine Barker wrote: >> I had discussed with Eric Cronin on this list about using svn source of >> mplayer to build a port. I did some crash reading on svn and to avoid >> the pitfalls of committing an update that will break the port, I >> wondered was it possible to get svn sources by changesets? And if so, > > You can use `svn up' to synchronize your working copy to a certain revision. > > e.g., `svn up -r 100' > >> either of these two command examples. Remember, I did a speedy crash >> course reading >> on svn and that is only because I must run out and I won't be back soon >> but I had to at least share what I have gathered so far before I left. TIA > > You should check out http://svnbook.red-bean.com/ -- it's a great read :). > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkl+kgACgkQQlfc9y4ObkMHowCeN7noS5NmePb2FIKefKMFIOiE wcUAn0q9SU1AzI4askS8PSLFSoLo9120 =+O/I -----END PGP SIGNATURE----- From ndiscreet at gmail.com Thu Nov 20 16:07:39 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Thu, 20 Nov 2008 18:07:39 -0600 Subject: MPlayer Port Suggestion In-Reply-To: <1227224326.15684.4.camel@bangor.orindasoftware.com> References: <4925E4BB.7030300@GmAiL.cOm> <1227224326.15684.4.camel@bangor.orindasoftware.com> Message-ID: <4925FBCB.1020001@GmAiL.cOm> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dave, You rock! I am already bringing up both Porfiles to see how much of the code I can use. Thank you. - -Altoine David Evans wrote: > On Thu, 2008-11-20 at 16:29 -0600, Altoine Barker wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I had discussed with Eric Cronin on this list about using svn source of >> mplayer to build a port. > > I'm not sure if this is what you had in mind or not, but port ffmpeg is > an example of a port that uses svn to fetch a specific revision from a > repository (because that's the only way they do it). > > Dave > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkl+8sACgkQQlfc9y4ObkObIwCghCnPrp0ydXndRigUamq2E/c0 2HUAn20tFnvmAY7ooQGnu1f36xVw6qxj =8Oe7 -----END PGP SIGNATURE----- From blb at macports.org Thu Nov 20 16:35:14 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 20 Nov 2008 17:35:14 -0700 Subject: MacPorts does not recognize compiled mono In-Reply-To: <51BC3203-0C18-4FE5-A946-77BF8BE57FED@gmail.com> References: <51BC3203-0C18-4FE5-A946-77BF8BE57FED@gmail.com> Message-ID: <20081121003514.GG760@ninagal.withay.com> On Fri, Nov 21, 2008 at 12:39:10AM +0100, Bart Masschelein said: > Hi, > > I need some features of mono that are only available from trunk, so I > uninstalled mono 2.0.1 from MacPorts, and compiled/installed mono from > the trunk. This worked out fine, and I have mono/mcs/gacutil/... > available in my Terminal. Now I would like to reinstall the dependencies > to install MonoDevelop, among which gtk-sharp2 and mono-addins. But > MacPorts fails to recognize the mono install, reporting the following > during the configuration phase: You installed mono from trunk into a location outside MacPorts right? That's why it doesn't see it. If it's a generally useful thing, perhaps there should be a mono-devel port? Bryan > > checking for mcs... no > configure: error: mcs Not found > > What is the problem here? > > Bart From ndiscreet at gmail.com Thu Nov 20 16:46:08 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Thu, 20 Nov 2008 18:46:08 -0600 Subject: MPlayer Port Suggestion In-Reply-To: <4925F2F9.4020801@whatisinaname.org> References: <4925E4BB.7030300@GmAiL.cOm> <4925E90F.6020109@whatisinaname.org> <3CA0DB33-225E-4D30-A4FA-742999B0DC69@macports.org> <4925F2F9.4020801@whatisinaname.org> Message-ID: <492604D0.5030902@GmAiL.cOm> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alright, now we are getting somewhere. - -Altoine Perry Lee wrote: > Eric Cronin wrote: >>> snapshot on our own clock. Finding a good revision to use as a >>> starting point is the first challenge, and then updating the Portfile >>> configure stage to mesh with the options of that snapshot is next. If > > We might want to start looking from r27675 onward; I believe this was > the last security patch applied to main. > > ------------------------------------------------------------------------ > r27675 | reimar | 2008-09-30 03:44:50 -0700 (Tue, 30 Sep 2008) | 2 lines > > Apply patch for oCERT #2008-013 / CVE-2008-3827 > > With HEAD at r27970, it (hopefully) shouldn't take us long to find the > right revision to roll the distfile from. > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkmBNAACgkQQlfc9y4ObkPTjwCdESVkLhs4MJH/P6OgVJ3xjfLH lt8AnRdlXScBbwyfgnqVL+5cCJS4sBTd =26+o -----END PGP SIGNATURE----- From rfongtom at gmail.com Thu Nov 20 20:38:45 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Thu, 20 Nov 2008 23:38:45 -0500 Subject: Failure to port Octave Message-ID: <001288B7-777F-4AF6-8170-F543BAEDC8FE@gmail.com> Hi, I tried to port Octave using MacPorts the port failed because of the following error. Error: Target org.macports.activate returned: Image error: /Library/ Frameworks/AquaTerm.framework/AquaTerm already exists and does not belong to a registered port. Unable to activate port aquaterm. Error: The following dependencies failed to build: gnuplot aquaterm gd2 autoconf help2man p5-locale-gettext perl5.8 m4 automake jpeg libtool pdflib gsed hdf5 pcre qhull texinfo lzmautils texlive texlive_base texi2html texlive_texmf-full texlive_texmf-minimal Error: Status 1 encountered during processing. Does anyone know what this means? Bob From blb at macports.org Thu Nov 20 21:11:09 2008 From: blb at macports.org (Bryan Blackburn) Date: Thu, 20 Nov 2008 22:11:09 -0700 Subject: Failure to port Octave In-Reply-To: <001288B7-777F-4AF6-8170-F543BAEDC8FE@gmail.com> References: <001288B7-777F-4AF6-8170-F543BAEDC8FE@gmail.com> Message-ID: <20081121051109.GJ760@ninagal.withay.com> On Thu, Nov 20, 2008 at 11:38:45PM -0500, Robert Fong-tom said: > Hi, > I tried to port Octave using MacPorts the port failed because of the > following error. > > Error: Target org.macports.activate returned: Image error: /Library/ > Frameworks/AquaTerm.framework/AquaTerm already exists and does not belong > to a registered port. Unable to activate port aquaterm. > Error: The following dependencies failed to build: gnuplot aquaterm gd2 > autoconf help2man p5-locale-gettext perl5.8 m4 automake jpeg libtool > pdflib gsed hdf5 pcre qhull texinfo lzmautils texlive texlive_base > texi2html texlive_texmf-full texlive_texmf-minimal > Error: Status 1 encountered during processing. > > Does anyone know what this means? It's telling you that something/someone installed the AquaTerm framework into /Library/Frameworks (not MacPorts, yet), and the aquaterm port wants to do the same. For safety reasons, MacPorts stopped at that point instead of overwriting. Basically you need to figure out what it was that initially installed the AquaTerm framework, and act accordingly. Note that the next MacPorts release will start installing frameworks in ${prefix}/Library/Frameworks instead of /Library/Frameworks. Bryan > > Bob From ryandesign at macports.org Thu Nov 20 16:21:20 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 20 Nov 2008 18:21:20 -0600 Subject: MacPorts does not recognize compiled mono In-Reply-To: <51BC3203-0C18-4FE5-A946-77BF8BE57FED@gmail.com> References: <51BC3203-0C18-4FE5-A946-77BF8BE57FED@gmail.com> Message-ID: <44F29F35-9BE2-4EEA-8A9D-B89772CE22A2@macports.org> On Nov 20, 2008, at 17:39, Bart Masschelein wrote: > I need some features of mono that are only available from trunk, so > I uninstalled mono 2.0.1 from MacPorts, and compiled/installed mono > from the trunk. This worked out fine, and I have mono/mcs/ > gacutil/... available in my Terminal. Now I would like to reinstall > the dependencies to install MonoDevelop, among which gtk-sharp2 and > mono-addins. But MacPorts fails to recognize the mono install, > reporting the following during the configuration phase: > > checking for mcs... no > configure: error: mcs Not found > > What is the problem here? MacPorts is designed to only use other software that's been installed by MacPorts. (There are a few exceptions, like Xcode and X11.) https://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries You could create a private mono-devel port on your computer to install the latest development version of mono. Then you'd also have to modify all the ports that depend on port:mono to instead depend on a file that both mono and mono-devel provide, e.g. use path:bin/ mono:mono. From ryandesign at macports.org Thu Nov 20 16:24:17 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 20 Nov 2008 18:24:17 -0600 Subject: Errors "upgrading" cyrus-sasl2 In-Reply-To: References: Message-ID: <2FBD8FF5-8C2C-4F80-83AF-2B5087B8931B@macports.org> On Nov 20, 2008, at 09:47, Chris Janton wrote: > Is it "normal" to have to "force uninstall" a port before a new > version can be provided? No; cyrus-sasl2 has unique needs. Instead of force-uninstalling, you could deactivate the old cyrus- sasl2, then install the new cyrus-sasl2. Then you can uninstall the old cyrus-sasl2. With MacPorts 1.6.0, this will still require you to use the -f flag to force it, but with MacPorts 1.7.0, uninstallation of a deactivated port when a newer version has already been installed will not require forcing. From ryandesign at macports.org Thu Nov 20 16:25:56 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 20 Nov 2008 18:25:56 -0600 Subject: gtk fails to build In-Reply-To: <20081120083257.GO486@ninagal.withay.com> References: <4924C990.3000203@gmail.com> <20081120083257.GO486@ninagal.withay.com> Message-ID: On Nov 20, 2008, at 02:32, Bryan Blackburn wrote: > On Wed, Nov 19, 2008 at 06:21:04PM -0800, Ludwig said: > >> I can't find an open bug or previous list message about this, so I >> wanted to check here before filing a ticket. >> >> 10.5.5. Upgrading gtk from 2.14.4_0 to 2.14.4_1 fails thusly: >> >>> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -DG_LOG_DOMAIN= >>> \"Gdk\" -DGDK_COMPILATION -I../.. -I../../gdk -I../../gdk - >>> DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 >>> -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/ >>> local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/ >>> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ >>> include/libpng12 -I/usr/X11/include -I/opt/local/include -no-cpp- >>> precomp -DX_LOCALE -I/usr/X11R6/include - >>> DG_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES - >>> DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_SINGLE_INCLUDES >>> -I/opt/local/include -I/usr/X11/include - >>> DGDK_PIXBUF_DISABLE_DEPRECATED -O2 -funroll-loops -fstrict- >>> aliasing -Wall -MT gdkevents-x11.lo -MD -MP -MF .deps/gdkevents- >>> x11.Tpo -c gdkevents-x11.c -fno-common -DPIC -o .libs/gdkevents- >>> x11.o >>> gdkevents-x11.c: In function 'gdk_event_translate': >>> gdkevents-x11.c:2110: error: 'RRNotify' undeclared (first use in >>> this function) > > Do you have Xcode 3.0 installed? I believe this is fixed in 3.1 if > so. Ludwig, please let us know if upgrading to Xcode 3.1(.1) works. (After upgrading Xcode, clean the gtk2 work area with "sudo port clean gtk2" then try installing it again.) If so, we can make the gtk2 port require Xcode 3.1(.1) and prevent others from running into this. From ryandesign at macports.org Thu Nov 20 16:30:35 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 20 Nov 2008 18:30:35 -0600 Subject: MPlayer Port Suggestion In-Reply-To: <1227224326.15684.4.camel@bangor.orindasoftware.com> References: <4925E4BB.7030300@GmAiL.cOm> <1227224326.15684.4.camel@bangor.orindasoftware.com> Message-ID: <68654AEB-9F87-4D21-8FC2-2F73E3AEAE55@macports.org> On Nov 20, 2008, at 17:38, David Evans wrote: > I'm not sure if this is what you had in mind or not, but port > ffmpeg is > an example of a port that uses svn to fetch a specific revision from a > repository (because that's the only way they do it). Well ffmpeg does it a bit of a weird convoluted way, because it wants to pin down the version of an external definition in ffmpeg's repository and they haven't done so themselves in the repository like they should. The simpler way to fetch source from Subversion is to just use the keywords MacPorts gives you for that purpose. See the pure-devel port for an example of that. From ryandesign at macports.org Thu Nov 20 23:12:24 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 21 Nov 2008 01:12:24 -0600 Subject: Failure to port Octave In-Reply-To: <20081121051109.GJ760@ninagal.withay.com> References: <001288B7-777F-4AF6-8170-F543BAEDC8FE@gmail.com> <20081121051109.GJ760@ninagal.withay.com> Message-ID: <04B880A8-37DF-489F-B646-44B0F4EE4FFF@macports.org> On Nov 20, 2008, at 23:11, Bryan Blackburn wrote: > On Thu, Nov 20, 2008 at 11:38:45PM -0500, Robert Fong-tom said: >> > >> I tried to port Octave using MacPorts the port failed because of the >> following error. >> >> Error: Target org.macports.activate returned: Image error: /Library/ >> Frameworks/AquaTerm.framework/AquaTerm already exists and does not >> belong >> to a registered port. Unable to activate port aquaterm. >> Error: The following dependencies failed to build: gnuplot >> aquaterm gd2 >> autoconf help2man p5-locale-gettext perl5.8 m4 automake jpeg libtool >> pdflib gsed hdf5 pcre qhull texinfo lzmautils texlive texlive_base >> texi2html texlive_texmf-full texlive_texmf-minimal >> Error: Status 1 encountered during processing. >> >> Does anyone know what this means? > > It's telling you that something/someone installed the AquaTerm > framework > into /Library/Frameworks (not MacPorts, yet), and the aquaterm port > wants to > do the same. For safety reasons, MacPorts stopped at that point > instead of > overwriting. > > Basically you need to figure out what it was that initially > installed the > AquaTerm framework, and act accordingly. Possibly it was in fact the aquaterm port that installed it in the past, and then the port was later uninstalled but the case of the port name in the uninstall command did not match. The port name is "aquaterm" but if you said "sudo port uninstall AquaTerm" then MacPorts would claim to have uninstalled the port, but actually didn't remove any files. This was a bug in 1.6.0 and earlier which will be fixed in 1.7.0. http://trac.macports.org/ticket/11759 If that's what happened in your case, you can manually remove the files it mentions, or (since there will likely be lots of them and you'll be here all night removing files) you could tell MacPorts to overwrite the files, using the -f flag: sudo port -f activate aquaterm The old files will still be around, just be renamed. You can leave them there or remove them later if you like. From masschel at gmail.com Fri Nov 21 03:45:15 2008 From: masschel at gmail.com (Bart Masschelein) Date: Fri, 21 Nov 2008 12:45:15 +0100 Subject: MacPorts does not recognize compiled mono In-Reply-To: <44F29F35-9BE2-4EEA-8A9D-B89772CE22A2@macports.org> References: <51BC3203-0C18-4FE5-A946-77BF8BE57FED@gmail.com> <44F29F35-9BE2-4EEA-8A9D-B89772CE22A2@macports.org> Message-ID: <009C98AA-AF7B-45F6-9C73-80C8D019C804@gmail.com> Thanks, that explains it. I took the easy way out: I still have my compiled version of mono in /usr/local, and I installed other packages, like gtk-sharp, using MacPorts. Taking care my environment variables are ok, this works. Of course, now I have two mono versions, but the MacPorts one is only used for MacPorts packages. I use the / usr/local one. Anyway, to solve the problem that the compiled mono does not have the gtk-sharp/pango-sharp etc in its gac, I simply use the gacutil tool to add them all to the compiled mono. These are the ones required for running MonoDevelop, for instance: 502 sudo gacutil -i /opt/local/lib/mono/gac/gtk-sharp/ 2.12.0.0__35e10195dab3c99f/gtk-sharp.dll 505 sudo gacutil -i /opt/local/lib/mono/gac/glib-sharp/ 2.12.0.0__35e10195dab3c99f/glib-sharp.dll 507 sudo gacutil -i /opt/local/lib/mono/gac/atk-sharp/ 2.12.0.0__35e10195dab3c99f/atk-sharp.dll 509 sudo gacutil -i /opt/local/lib/mono/gac/gdk-sharp/ 2.12.0.0__35e10195dab3c99f/gdk-sharp.dll 511 sudo gacutil -i /opt/local/lib/mono/gac/pango-sharp/ 2.12.0.0__35e10195dab3c99f/pango-sharp.dll Saves me the 'trouble' to create my own mono-devel port. In a later stage I might have a look at contributing to such a port, but first I will play a bit with those features I needed from the trunk mono ;-). Cheers, Bart On 21 Nov 2008, at 01:21, Ryan Schmidt wrote: > On Nov 20, 2008, at 17:39, Bart Masschelein wrote: > >> I need some features of mono that are only available from trunk, so >> I uninstalled mono 2.0.1 from MacPorts, and compiled/installed mono >> from the trunk. This worked out fine, and I have mono/mcs/ >> gacutil/... available in my Terminal. Now I would like to reinstall >> the dependencies to install MonoDevelop, among which gtk-sharp2 and >> mono-addins. But MacPorts fails to recognize the mono install, >> reporting the following during the configuration phase: >> >> checking for mcs... no >> configure: error: mcs Not found >> >> What is the problem here? > > MacPorts is designed to only use other software that's been > installed by MacPorts. (There are a few exceptions, like Xcode and > X11.) > > https://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries > > You could create a private mono-devel port on your computer to > install the latest development version of mono. Then you'd also have > to modify all the ports that depend on port:mono to instead depend > on a file that both mono and mono-devel provide, e.g. use path:bin/ > mono:mono. > From rfongtom at gmail.com Fri Nov 21 04:55:43 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Fri, 21 Nov 2008 07:55:43 -0500 Subject: Failure to port Octave In-Reply-To: <04B880A8-37DF-489F-B646-44B0F4EE4FFF@macports.org> References: <001288B7-777F-4AF6-8170-F543BAEDC8FE@gmail.com> <20081121051109.GJ760@ninagal.withay.com> <04B880A8-37DF-489F-B646-44B0F4EE4FFF@macports.org> Message-ID: On Nov 21, 2008, at 2:12 AM, Ryan Schmidt wrote: > On Nov 20, 2008, at 23:11, Bryan Blackburn wrote: > >> On Thu, Nov 20, 2008 at 11:38:45PM -0500, Robert Fong-tom said: >>> >> >>> I tried to port Octave using MacPorts the port failed because of the >>> following error. >>> >>> Error: Target org.macports.activate returned: Image error: /Library/ >>> Frameworks/AquaTerm.framework/AquaTerm already exists and does >>> not belong >>> to a registered port. Unable to activate port aquaterm. >>> Error: The following dependencies failed to build: gnuplot >>> aquaterm gd2 >>> autoconf help2man p5-locale-gettext perl5.8 m4 automake jpeg libtool >>> pdflib gsed hdf5 pcre qhull texinfo lzmautils texlive texlive_base >>> texi2html texlive_texmf-full texlive_texmf-minimal >>> Error: Status 1 encountered during processing. >>> >>> Does anyone know what this means? >> >> It's telling you that something/someone installed the AquaTerm >> framework >> into /Library/Frameworks (not MacPorts, yet), and the aquaterm >> port wants to >> do the same. For safety reasons, MacPorts stopped at that point >> instead of >> overwriting. >> >> Basically you need to figure out what it was that initially >> installed the >> AquaTerm framework, and act accordingly. > > Possibly it was in fact the aquaterm port that installed it in the > past, and then the port was later uninstalled but the case of the > port name in the uninstall command did not match. The port name is > "aquaterm" but if you said "sudo port uninstall AquaTerm" then > MacPorts would claim to have uninstalled the port, but actually > didn't remove any files. This was a bug in 1.6.0 and earlier which > will be fixed in 1.7.0. > > http://trac.macports.org/ticket/11759 > > If that's what happened in your case, you can manually remove the > files it mentions, or (since there will likely be lots of them and > you'll be here all night removing files) you could tell MacPorts to > overwrite the files, using the -f flag: > > sudo port -f activate aquaterm > > The old files will still be around, just be renamed. You can leave > them there or remove them later if you like. Yes, I think this is what happened. I also have GNUPLOT from a old port, should I manually remove this also? > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From rfongtom at gmail.com Fri Nov 21 06:09:28 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Fri, 21 Nov 2008 09:09:28 -0500 Subject: Failure to port Octave In-Reply-To: <04B880A8-37DF-489F-B646-44B0F4EE4FFF@macports.org> References: <001288B7-777F-4AF6-8170-F543BAEDC8FE@gmail.com> <20081121051109.GJ760@ninagal.withay.com> <04B880A8-37DF-489F-B646-44B0F4EE4FFF@macports.org> Message-ID: I manually removed all aquaterm files :( But I was just wondering, should I force uninstall the Octave port (which failed) and clean the archives and work files and then start from scrath to port Octave again? On Nov 21, 2008, at 2:12 AM, Ryan Schmidt wrote: > On Nov 20, 2008, at 23:11, Bryan Blackburn wrote: > >> On Thu, Nov 20, 2008 at 11:38:45PM -0500, Robert Fong-tom said: >>> >> >>> I tried to port Octave using MacPorts the port failed because of the >>> following error. >>> >>> Error: Target org.macports.activate returned: Image error: /Library/ >>> Frameworks/AquaTerm.framework/AquaTerm already exists and does >>> not belong >>> to a registered port. Unable to activate port aquaterm. >>> Error: The following dependencies failed to build: gnuplot >>> aquaterm gd2 >>> autoconf help2man p5-locale-gettext perl5.8 m4 automake jpeg libtool >>> pdflib gsed hdf5 pcre qhull texinfo lzmautils texlive texlive_base >>> texi2html texlive_texmf-full texlive_texmf-minimal >>> Error: Status 1 encountered during processing. >>> >>> Does anyone know what this means? >> >> It's telling you that something/someone installed the AquaTerm >> framework >> into /Library/Frameworks (not MacPorts, yet), and the aquaterm >> port wants to >> do the same. For safety reasons, MacPorts stopped at that point >> instead of >> overwriting. >> >> Basically you need to figure out what it was that initially >> installed the >> AquaTerm framework, and act accordingly. > > Possibly it was in fact the aquaterm port that installed it in the > past, and then the port was later uninstalled but the case of the > port name in the uninstall command did not match. The port name is > "aquaterm" but if you said "sudo port uninstall AquaTerm" then > MacPorts would claim to have uninstalled the port, but actually > didn't remove any files. This was a bug in 1.6.0 and earlier which > will be fixed in 1.7.0. > > http://trac.macports.org/ticket/11759 > > If that's what happened in your case, you can manually remove the > files it mentions, or (since there will likely be lots of them and > you'll be here all night removing files) you could tell MacPorts to > overwrite the files, using the -f flag: > > sudo port -f activate aquaterm > > The old files will still be around, just be renamed. You can leave > them there or remove them later if you like. > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From tmaurizio at alice.it Fri Nov 21 06:21:51 2008 From: tmaurizio at alice.it (tmaurizio at alice.it) Date: Fri, 21 Nov 2008 15:21:51 +0100 Subject: xinitrc Message-ID: <47F96DA4-348A-42AC-BCD3-546427BB939D@alice.it> hallo to all, I have a little problem with xinitrc: my mac port installation, work fine. I wish work with anothe WM ...What I must configure for run windowmaker? I tried to configure xinitrc in /usr/x11/lib/x11/xinit/xinitrc and also xinitrc.d then Itried to add 'source ~/.profile' to the file .xinitrc but this also don' t produce some result. I would wish some clarification for these files...there is something that I don't understand...:)) tanks & regards maurizio this is ma configuration: macport version 1.700 x11 2.3.1 xcode 311 with trunk & subversion installed From jjstickel at vcn.com Fri Nov 21 07:58:38 2008 From: jjstickel at vcn.com (Jonathan Stickel) Date: Fri, 21 Nov 2008 08:58:38 -0700 Subject: Failure to port Octave In-Reply-To: References: Message-ID: <4926DAAE.7000801@vcn.com> This is a macports issue. You should ask these things on the macports-users email list and not on the help-octave list! On 11/21/08 help-octave-request at cae.wisc.edu wrote: > Date: Thu, 20 Nov 2008 23:38:45 -0500 > From: Robert Fong-tom > Subject: Failure to port Octave > To: macports-users at lists.macosforge.org > Cc: help-octave at cae.wisc.edu > Message-ID: <001288B7-777F-4AF6-8170-F543BAEDC8FE at gmail.com> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > Hi, > I tried to port Octave using MacPorts the port failed because of the > following error. > > Error: Target org.macports.activate returned: Image error: /Library/ > Frameworks/AquaTerm.framework/AquaTerm already exists and does not > belong to a registered port. Unable to activate port aquaterm. > Error: The following dependencies failed to build: gnuplot aquaterm > gd2 autoconf help2man p5-locale-gettext perl5.8 m4 automake jpeg > libtool pdflib gsed hdf5 pcre qhull texinfo lzmautils texlive > texlive_base texi2html texlive_texmf-full texlive_texmf-minimal > Error: Status 1 encountered during processing. > > Does anyone know what this means? > I think you have aquaterm.app installed manually (bundled with octave.app from your dmg install?). You need to uninstall it and try again. Jonathan From rfongtom at gmail.com Fri Nov 21 09:08:24 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Fri, 21 Nov 2008 12:08:24 -0500 Subject: Failure to port Octave In-Reply-To: <04B880A8-37DF-489F-B646-44B0F4EE4FFF@macports.org> References: <001288B7-777F-4AF6-8170-F543BAEDC8FE@gmail.com> <20081121051109.GJ760@ninagal.withay.com> <04B880A8-37DF-489F-B646-44B0F4EE4FFF@macports.org> Message-ID: I manually removed the Aquaterm files and directories and re-ported Octave. I now seem to get past the aquaterm portion but this time I got the following error: Error: Target org.macports.activate returned: Image error: /opt/local/ bin/a2p is being used by the active perl5 port. Please deactivate this port first, or use the -f flag to force the activation. Error: The following dependencies failed to build: texlive texlive_base perl5.8 texi2html texlive_texmf-full texlive_texmf-minimal Error: Status 1 encountered during processing. I suppose this is the same problem as before... but aren't there a number of applications in OS X 10.4 that use perl5.8? I don't want to screw this up by removing all the perl5.8 files. Should I take Ryan's advice and do : sudo port -f activate perl5.8? Or should I manually remove all the perl5.8 files and directory and start over? On Nov 21, 2008, at 2:12 AM, Ryan Schmidt wrote: > On Nov 20, 2008, at 23:11, Bryan Blackburn wrote: > >> On Thu, Nov 20, 2008 at 11:38:45PM -0500, Robert Fong-tom said: >>> >> >>> I tried to port Octave using MacPorts the port failed because of the >>> following error. >>> >>> Error: Target org.macports.activate returned: Image error: /Library/ >>> Frameworks/AquaTerm.framework/AquaTerm already exists and does >>> not belong >>> to a registered port. Unable to activate port aquaterm. >>> Error: The following dependencies failed to build: gnuplot >>> aquaterm gd2 >>> autoconf help2man p5-locale-gettext perl5.8 m4 automake jpeg libtool >>> pdflib gsed hdf5 pcre qhull texinfo lzmautils texlive texlive_base >>> texi2html texlive_texmf-full texlive_texmf-minimal >>> Error: Status 1 encountered during processing. >>> >>> Does anyone know what this means? >> >> It's telling you that something/someone installed the AquaTerm >> framework >> into /Library/Frameworks (not MacPorts, yet), and the aquaterm >> port wants to >> do the same. For safety reasons, MacPorts stopped at that point >> instead of >> overwriting. >> >> Basically you need to figure out what it was that initially >> installed the >> AquaTerm framework, and act accordingly. > > Possibly it was in fact the aquaterm port that installed it in the > past, and then the port was later uninstalled but the case of the > port name in the uninstall command did not match. The port name is > "aquaterm" but if you said "sudo port uninstall AquaTerm" then > MacPorts would claim to have uninstalled the port, but actually > didn't remove any files. This was a bug in 1.6.0 and earlier which > will be fixed in 1.7.0. > > http://trac.macports.org/ticket/11759 > > If that's what happened in your case, you can manually remove the > files it mentions, or (since there will likely be lots of them and > you'll be here all night removing files) you could tell MacPorts to > overwrite the files, using the -f flag: > > sudo port -f activate aquaterm > > The old files will still be around, just be renamed. You can leave > them there or remove them later if you like. > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From ecronin at macports.org Fri Nov 21 10:24:27 2008 From: ecronin at macports.org (Eric Cronin) Date: Fri, 21 Nov 2008 13:24:27 -0500 Subject: MPlayer Port Suggestion In-Reply-To: <68654AEB-9F87-4D21-8FC2-2F73E3AEAE55@macports.org> References: <4925E4BB.7030300@GmAiL.cOm> <1227224326.15684.4.camel@bangor.orindasoftware.com> <68654AEB-9F87-4D21-8FC2-2F73E3AEAE55@macports.org> Message-ID: <75240879-2E4C-49D4-8327-68070A1A7CEB@macports.org> On Nov 20, 2008, at 7:30 PM, Ryan Schmidt wrote: > On Nov 20, 2008, at 17:38, David Evans wrote: > >> I'm not sure if this is what you had in mind or not, but port >> ffmpeg is >> an example of a port that uses svn to fetch a specific revision >> from a >> repository (because that's the only way they do it). > > Well ffmpeg does it a bit of a weird convoluted way, because it > wants to pin down the version of an external definition in ffmpeg's > repository and they haven't done so themselves in the repository > like they should. > > The simpler way to fetch source from Subversion is to just use the > keywords MacPorts gives you for that purpose. See the pure-devel > port for an example of that. Is using svn.url + svn.tag a recommended approach now? I seem to remember it being discouraged and that a local distfile should be made instead, but maybe that was changed when we dropped support for versions of OS X without a system svn client? Thanks, Eric From dluke at geeklair.net Fri Nov 21 10:48:14 2008 From: dluke at geeklair.net (Daniel J. Luke) Date: Fri, 21 Nov 2008 13:48:14 -0500 Subject: MPlayer Port Suggestion In-Reply-To: <75240879-2E4C-49D4-8327-68070A1A7CEB@macports.org> References: <4925E4BB.7030300@GmAiL.cOm> <1227224326.15684.4.camel@bangor.orindasoftware.com> <68654AEB-9F87-4D21-8FC2-2F73E3AEAE55@macports.org> <75240879-2E4C-49D4-8327-68070A1A7CEB@macports.org> Message-ID: <29CF27F4-BA69-4F7D-8167-49AF903B0200@geeklair.net> On Nov 21, 2008, at 1:24 PM, Eric Cronin wrote: > Is using svn.url + svn.tag a recommended approach now? I seem to > remember it being discouraged and that a local distfile should be > made instead, but maybe that was changed when we dropped support for > versions of OS X without a system svn client? We haven't yet dropped support for 10.4 which didn't ship with svn. -- 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 ryandesign at macports.org Fri Nov 21 15:41:11 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 21 Nov 2008 17:41:11 -0600 Subject: MacPorts does not recognize compiled mono In-Reply-To: <009C98AA-AF7B-45F6-9C73-80C8D019C804@gmail.com> References: <51BC3203-0C18-4FE5-A946-77BF8BE57FED@gmail.com> <44F29F35-9BE2-4EEA-8A9D-B89772CE22A2@macports.org> <009C98AA-AF7B-45F6-9C73-80C8D019C804@gmail.com> Message-ID: <6EA487DD-B36D-423C-84B9-047F3DC9EFBE@macports.org> On Nov 21, 2008, at 05:45, Bart Masschelein wrote: > Thanks, that explains it. I took the easy way out: I still have my > compiled version of mono in /usr/local, and I installed other > packages, like gtk-sharp, using MacPorts. Taking care my > environment variables are ok, this works. Of course, now I have two > mono versions, but the MacPorts one is only used for MacPorts > packages. I use the /usr/local one. Note that things installed in /usr/local can interfere with things you want to install with MacPorts, which is why recommend /usr/local be empty if you want to use MacPorts. Any prefix other than /usr/ local, the MacPorts prefix (/opt/local), and the system prefixes (/, / usr) would be fine. If you choose to keep things in /usr/local, don't be surprised if software installed with MacPorts starts linking with things in /usr/local and causing strange problems as a result. From ryandesign at macports.org Fri Nov 21 15:44:14 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 21 Nov 2008 17:44:14 -0600 Subject: MPlayer Port Suggestion In-Reply-To: <75240879-2E4C-49D4-8327-68070A1A7CEB@macports.org> References: <4925E4BB.7030300@GmAiL.cOm> <1227224326.15684.4.camel@bangor.orindasoftware.com> <68654AEB-9F87-4D21-8FC2-2F73E3AEAE55@macports.org> <75240879-2E4C-49D4-8327-68070A1A7CEB@macports.org> Message-ID: <67DA8732-5599-4817-8DF9-8AD3F9EFB653@macports.org> On Nov 21, 2008, at 12:24, Eric Cronin wrote: > On Nov 20, 2008, at 7:30 PM, Ryan Schmidt wrote: > >> On Nov 20, 2008, at 17:38, David Evans wrote: >> >>> I'm not sure if this is what you had in mind or not, but port >>> ffmpeg is >>> an example of a port that uses svn to fetch a specific revision >>> from a >>> repository (because that's the only way they do it). >> >> Well ffmpeg does it a bit of a weird convoluted way, because it >> wants to pin down the version of an external definition in >> ffmpeg's repository and they haven't done so themselves in the >> repository like they should. >> >> The simpler way to fetch source from Subversion is to just use the >> keywords MacPorts gives you for that purpose. See the pure-devel >> port for an example of that. > > Is using svn.url + svn.tag a recommended approach now? I seem to > remember it being discouraged and that a local distfile should be > made instead, but maybe that was changed when we dropped support > for versions of OS X without a system svn client? I don't have a problem with using svn.url and svn.tag. It's a MacPorts feature; it's there to be used. One problem with it is that the files are re-fetched every time you try to install the port. This is merely an inefficiency and could be corrected. I filed this ticket: http://trac.macports.org/ticket/16373 I believe the other complaint about fetching from Subversion is that we don't get to put checksums in the portfile so we don't get to confirm that the thing the user downloaded is the same thing the port author used. This is a valid complaint if you don't use svn.tag since it will download from HEAD where someone may have made changes after the port was created. However if you use svn.tag to pin down the revision, then the only way you could get something different than the port author did would be if the download was corrupted (can that happen? doesn't Subversion have built-in checksum methods to handle that?) or if the repository history was modified (which I think would be difficult for a malicious person to pull off; it requires admin access to the server and the ability to run svnadmin dump / svndumptool / svnadmin load). Or it would require someone bending the DNS entries to point to a different server... Being able to use Subversion checkouts in MacPorts is nice. To update pure-devel to a new version, most of the time all I have to do is change a single line in the portfile. If I had to make distfiles every time, it would be a lot more involved. I think for -devel ports especially, fetching from Subversion is fine. If someone wants all the stability / security / performance assurances of a released version, they shouldn't be using a -devel port. Which brings us back to MPlayer, which is not a -devel port. Well, I don't know. I guess I've said a lot of things but not really reached a conclusion. Maybe I'd better stop and wait for some more opinions to pour in. :) From ryandesign at macports.org Fri Nov 21 15:50:57 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 21 Nov 2008 17:50:57 -0600 Subject: Failure to port Octave In-Reply-To: References: <001288B7-777F-4AF6-8170-F543BAEDC8FE@gmail.com> <20081121051109.GJ760@ninagal.withay.com> <04B880A8-37DF-489F-B646-44B0F4EE4FFF@macports.org> Message-ID: <3435EB97-6E42-455A-8E2C-70C0D7F22ACB@macports.org> On Nov 21, 2008, at 11:08, Robert Fong-tom wrote: > I manually removed the Aquaterm files and directories and re-ported > Octave. I now seem to get past the aquaterm portion but this time I > got the following error: > > Error: Target org.macports.activate returned: Image error: /opt/ > local/bin/a2p is being used by the active perl5 port. Please > deactivate this port first, or use the -f flag to force the > activation. > Error: The following dependencies failed to build: texlive > texlive_base perl5.8 texi2html texlive_texmf-full texlive_texmf- > minimal > Error: Status 1 encountered during processing. > > I suppose this is the same problem as before... but aren't there a > number of applications in OS X 10.4 that use perl5.8? I don't want > to screw this up by removing all the perl5.8 files. Should I take > Ryan's advice and do : > > sudo port -f activate perl5.8? > > Or should I manually remove all the perl5.8 files and directory and > start over? No, this is not the same situation, and you should not force the activation. This is the problem that we have two ports that provide perl 5.8.8: perl5 and perl5.8. We are trying to transition from the perl5.8 port to the perl5 but the transition is incomplete, and you have encountered a port that has not yet been updated. Ports have historically depended on the perl5.8 port, and in such a way that only the perl5.8 port can satisfy the dependency (a simple "port:perl5.8" dependency was used). Now we want to allow people to select which perl they want (be it perl5, perl5.8 or perl5.10). To do this, the dependency should be rewritten as "port:bin/perl:perl5". By coincidence, the first port you installed that had a perl dependency asked for the perl5 port. And now you are encountering a port which has the old "port:perl5.8" dependency. It looks like we still have about 60 of those around that we need to fix. I think you should deactivate the perl5 port (sudo port deactivate perl5) and then activate the perl5.8 port (sudo port activate perl5.8). Later, when we've sorted out the mess, you could do the reverse again, if desired. From ryandesign at macports.org Fri Nov 21 15:54:14 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 21 Nov 2008 17:54:14 -0600 Subject: Failure to port Octave In-Reply-To: References: <001288B7-777F-4AF6-8170-F543BAEDC8FE@gmail.com> <20081121051109.GJ760@ninagal.withay.com> <04B880A8-37DF-489F-B646-44B0F4EE4FFF@macports.org> Message-ID: <91A43471-DBA7-4E39-95FD-274E39CAD172@macports.org> On Nov 21, 2008, at 08:09, Robert Fong-tom wrote: > I manually removed all aquaterm files :( But I was just wondering, > should I force uninstall the Octave port (which failed) and clean > the archives and work files and then start from scrath to port > Octave again? If the octave port failed to install, then there's nothing to uninstall. :) There's also no need to clean the work area, since MacPorts hasn't even begun to try to create an octave work area; it's still working on octave's dependencies. From talklists at newgeo.com Fri Nov 21 16:51:06 2008 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 21 Nov 2008 16:51:06 -0800 Subject: php5 port Message-ID: <003F8BFF-2C5B-4BCD-8F46-48C5B82DE30B@newgeo.com> Hello, I have in the past, successfully installed via ports apache2 with php and mysql. I have a friend who has been hobbling together his install, I think sprinkling a little CPAN, and a little Fink on the recipe as well. IMO, over seasoning... Here is the configure line we are going to try to get working, I did a quick comparison, and there are not that many missing, and the ports version has a few more as well. ( x'ing off the ones that are available now ) ./configure --with-apxs x --with-openssl=/sw x --enable-trans-sid x --with-zlib x --with-png-dir=/sw x --with-jpeg-dir=/sw x --with-freetype-dir=/sw/lib/freetype219 --with-tiff-dir=/sw x --enable-exif x --with-gd=/sw --enable-gd-imgstrttf x --enable-gd-native-ttf x --enable-mbstring=all --enable-mbregex x --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config x --with-iconv=/sw --with-pdflib=/sw x --enable-ftp x --with-curl=/sw --enable-sockets x --enable-calendar --enable-tokenizer x --enable-bcmath --with-gmp=/sw x --with-mcrypt=/sw x --with-gettext=/sw --enable-xslt --with-xslt-sablot=/usr/local x --with-xml --with-expat-dir=/sw x --enable-wddx x --with-xmlrpc --with-dom=/sw --with-dom-xslt=/sw --with-ldap=/usr --with-imap-ssl=/sw --with-imap=/sw/share/c-client x --with-mhash=/sw x --enable-soap -- Scott From im.not.using.any.numbers at gmail.com Fri Nov 21 17:36:26 2008 From: im.not.using.any.numbers at gmail.com (Ludwig) Date: Fri, 21 Nov 2008 17:36:26 -0800 Subject: gtk fails to build In-Reply-To: References: <4924C990.3000203@gmail.com> <20081120083257.GO486@ninagal.withay.com> Message-ID: <4927621A.4040402@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ryan Schmidt wrote (on 2008-11-20 16:25): > Ludwig, please let us know if upgrading to Xcode 3.1(.1) works. > (After upgrading Xcode, clean the gtk2 work area with "sudo port > clean gtk2" then try installing it again.) If so, we can make the > gtk2 port require Xcode 3.1(.1) and prevent others from running into > this. Upgraded Xcode to 3.1 (When did Software Update start ignoring the developer tools?), cleaned the gtk2 build directory, and tried to upgrade again. Now this: > /usr/bin/gcc-4.0 -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/libgdk-x11-2.0.0.1400.4.dylib .libs/gdk.o .libs/gdkapplaunchcontext.o .libs/gdkcairo.o .libs/gdkcolor.o .libs/gdkcursor.o .libs/gdkdisplay.o .libs/gdkdisplaymanager.o .libs/gdkdnd.o .libs/gdkdraw.o .libs/gdkevents.o .libs/gdkfont.o .libs/gdkgc.o .libs/gdkglobals.o .libs/gdkimage.o .libs/gdkkeys.o .libs/gdkkeyuni.o .libs/gdkpango.o .libs/gdkpixbuf-drawable.o .libs/gdkpixbuf-render.o .libs/gdkpixmap.o .libs/gdkpolyreg-generic.o .libs/gdkrectangle.o .libs/gdkregion-generic.o .libs/gdkrgb.o .libs/gdkscreen.o .libs/gdkselection.o .libs/gdkvisual.o .libs/gdkwindow.o .libs/gdkwindowimpl.o .libs/gdkenumtypes.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkapplaunchcontext-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkasync.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkcolor-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkcursor-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkdisplay-x11.o .libs/libgdk -x11-2.0.lax/libgdk-x11.a/gdkdnd-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkdrawable-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkevents-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkfont-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkgc-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkgeometry-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkglobals-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkim-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkimage-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkinput-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkinput-xfree.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkinput.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkkeys-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkmain-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkpixmap-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkproperty-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkscreen-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkselection-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdksp awn-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdktestutils-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkvisual-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkwindow-x11.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkxftdefaults.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/gdkxid.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/xsettings-client.o .libs/libgdk-x11-2.0.lax/libgdk-x11.a/xsettings-common.o -L/opt/local/lib -L/usr/X11/lib /opt/local/lib/libpangocairo-1.0.dylib -L/usr/X11R6/lib /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib /opt/local/lib/libz.dylib /opt/local/lib/libcairo.dylib /opt/local/lib/libpangoft2-1.0.dylib /opt/local/lib/libpixman-1.dylib /opt/local/lib/libpango-1.0.dylib /opt/local/lib/libgio-2.0.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libgmodule-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/libfreetyp e.dylib /usr/X11/lib/libXinerama.1.0.0.dylib /usr/X11/lib/libXi.6.0.0.dylib /usr/X11/lib/libXrandr.2.1.0.dylib /usr/X11/lib/libXrender.1.3.0.dylib /usr/X11/lib/libXcursor.1.0.2.dylib /opt/local/lib/libXrender.dylib /usr/X11/lib/libXcomposite.1.0.0.dylib /usr/X11/lib/libXext.6.4.0.dylib /usr/X11/lib/libXdamage.1.1.0.dylib /usr/X11/lib/libXfixes.3.1.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /opt/local/lib/libtiff.dylib /opt/local/lib/libjpeg.dylib /opt/local/lib/libpng12.dylib -lz /opt/local/lib/libjasper.dylib -lm ../gdk-pixbuf/.libs/libgdk_pixbuf-2.0.dylib -Wl,-framework -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -install_name /opt/local/lib/libgdk-x11-2.0.0.dylib -compatibility_version 1401 -current_version 1401.4 -Wl,-single_module -Wl,-exported_symbols_list,.libs/libgdk-x11-2.0-symbols.expsym > i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libXdamage.1.1.0.dylib: No such file or directory > make[4]: *** [libgdk-x11-2.0.la] Error 1 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Warning: the following items did not execute (for gtk2): org.macports.destroot org.macports.build > Error: Unable to upgrade port: 1 Sure enough, /usr/X11/lib contains > lrwxr-xr-x 1 root wheel 18B 25 Jan 2008 /usr/X11/lib/libXdamage.1.0.0.dylib -> libXdamage.1.dylib > -rwxr-xr-x 1 root wheel 86K 31 Jul 18:57 /usr/X11/lib/libXdamage.1.dylib > lrwxr-xr-x 1 root wheel 18B 25 Jan 2008 /usr/X11/lib/libXdamage.dylib -> libXdamage.1.dylib > -rwxr-xr-x 1 root wheel 936B 10 May 2008 /usr/X11/lib/libXdamage.la and there's no libXdamage in /opt/local/* On a hunch I installed the xorg-damageproto port but it didn't help. Where do I get libXdamage 1.1.0? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkknYhoACgkQqMQkOg5fmct1cQCgyNuiHwZlRCOlMFWI8oZd6yj3 /ycAn2PlHQ2PSMlwyCjf7BgHhlBn3Ew3 =CJrb -----END PGP SIGNATURE----- From moshe.kamensky at gmail.com Fri Nov 21 18:03:18 2008 From: moshe.kamensky at gmail.com (Moshe Kamensky) Date: Fri, 21 Nov 2008 21:03:18 -0500 Subject: version of perl dependency Message-ID: <20081122020318.GA12680@detritus> Hi There, Is there a standard way to make applications that depend on perl depend on perl 5.10, rather than perl 5.8? Currently I'm just blindly replacing all occurrences of 'port:perl5.8' with 'port:perl5.10' in all Portfiles, but I think it's a bit unsafe. Thanks, Moshe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ryandesign at macports.org Fri Nov 21 18:04:52 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 21 Nov 2008 20:04:52 -0600 Subject: gtk fails to build In-Reply-To: <4927621A.4040402@gmail.com> References: <4924C990.3000203@gmail.com> <20081120083257.GO486@ninagal.withay.com> <4927621A.4040402@gmail.com> Message-ID: <409CE4E8-5BB6-4FFA-8895-03C9EBB1CC56@macports.org> On Nov 21, 2008, at 19:36, Ludwig wrote: > Ryan Schmidt wrote (on 2008-11-20 16:25): > >> Ludwig, please let us know if upgrading to Xcode 3.1(.1) works. >> (After upgrading Xcode, clean the gtk2 work area with "sudo port >> clean gtk2" then try installing it again.) If so, we can make the >> gtk2 port require Xcode 3.1(.1) and prevent others from running into >> this. > > Upgraded Xcode to 3.1 (When did Software Update start ignoring the > developer tools?) As far as I remember, Software Update has never updated Xcode / developer tools. > cleaned the gtk2 build directory, and tried to > upgrade again. Now this: > >> i686-apple-darwin9-gcc-4.0.1: /usr/X11/lib/libXdamage.1.1.0.dylib: >> No such file or directory > > Sure enough, /usr/X11/lib contains > >> lrwxr-xr-x 1 root wheel 18B 25 Jan 2008 /usr/X11/lib/ >> libXdamage.1.0.0.dylib -> libXdamage.1.dylib >> -rwxr-xr-x 1 root wheel 86K 31 Jul 18:57 /usr/X11/lib/ >> libXdamage.1.dylib >> lrwxr-xr-x 1 root wheel 18B 25 Jan 2008 /usr/X11/lib/ >> libXdamage.dylib -> libXdamage.1.dylib >> -rwxr-xr-x 1 root wheel 936B 10 May 2008 /usr/X11/lib/ >> libXdamage.la > > and there's no libXdamage in /opt/local/* > > On a hunch I installed the xorg-damageproto port but it didn't help. > Where do I get libXdamage 1.1.0? That's part of XQuartz, which can be got here: http://xquartz.macosforge.org/ It sounds like a a bug that gtk2 is looking for Xdamage 1.1.0 instead of the version that's on your Mac. From n.oxyde at gmail.com Fri Nov 21 18:04:56 2008 From: n.oxyde at gmail.com (nox) Date: Sat, 22 Nov 2008 03:04:56 +0100 Subject: version of perl dependency In-Reply-To: <20081122020318.GA12680@detritus> References: <20081122020318.GA12680@detritus> Message-ID: <4D6CA3A2-2B2E-46E8-9546-B620F72F860B@gmail.com> Le 22 nov. 08 ? 03:03, Moshe Kamensky a ?crit : > Hi There, > > Is there a standard way to make applications that depend on perl > depend > on perl 5.10, rather than perl 5.8? Currently I'm just blindly > replacing > all occurrences of 'port:perl5.8' with 'port:perl5.10' in all > Portfiles, > but I think it's a bit unsafe. > > Thanks, > Moshe path:bin/perl:perl5 From ryandesign at macports.org Fri Nov 21 18:08:26 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 21 Nov 2008 20:08:26 -0600 Subject: php5 port In-Reply-To: <003F8BFF-2C5B-4BCD-8F46-48C5B82DE30B@newgeo.com> References: <003F8BFF-2C5B-4BCD-8F46-48C5B82DE30B@newgeo.com> Message-ID: <6AA39753-673E-4918-BE32-65EFF310C778@macports.org> On Nov 21, 2008, at 18:51, Scott Haneda wrote: > Hello, I have in the past, successfully installed via ports apache2 > with php and mysql. I have a friend who has been hobbling together > his install, I think sprinkling a little CPAN, and a little Fink on > the recipe as well. IMO, over seasoning... Yes. It is not supported to mix MacPorts and Fink, and I can't think of why you would need to manually use anything from CPAN. MacPorts includes CPAN modules. Why is your friend not just typing "sudo port install php5"? Has your friend read the guide we have to installing Apache, PHP, MySQL using MacPorts? http://trac.macports.org/wiki/howto/MAMP > Here is the configure line we are going to try to get working, I > did a quick comparison, and there are not that many missing, and > the ports version has a few more as well. > ( x'ing off the ones that are available now ) > > ./configure > --with-apxs > x --with-openssl=/sw > x --enable-trans-sid > x --with-zlib > x --with-png-dir=/sw > x --with-jpeg-dir=/sw > x --with-freetype-dir=/sw/lib/freetype219 > --with-tiff-dir=/sw > x --enable-exif > x --with-gd=/sw > --enable-gd-imgstrttf > x --enable-gd-native-ttf > x --enable-mbstring=all > --enable-mbregex > x --with-mysql=/usr > --with-mysqli=/usr/bin/mysql_config > x --with-iconv=/sw > --with-pdflib=/sw > x --enable-ftp > x --with-curl=/sw > --enable-sockets > x --enable-calendar > --enable-tokenizer > x --enable-bcmath > --with-gmp=/sw > x --with-mcrypt=/sw > x --with-gettext=/sw > --enable-xslt > --with-xslt-sablot=/usr/local > x --with-xml > --with-expat-dir=/sw > x --enable-wddx > x --with-xmlrpc > --with-dom=/sw > --with-dom-xslt=/sw > --with-ldap=/usr > --with-imap-ssl=/sw > --with-imap=/sw/share/c-client > x --with-mhash=/sw > x --enable-soap If you are trying to install the MacPorts php5 port and are encountering an error, please let us know what the error is. From talklists at newgeo.com Fri Nov 21 18:21:46 2008 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 21 Nov 2008 18:21:46 -0800 Subject: php5 port In-Reply-To: <6AA39753-673E-4918-BE32-65EFF310C778@macports.org> References: <003F8BFF-2C5B-4BCD-8F46-48C5B82DE30B@newgeo.com> <6AA39753-673E-4918-BE32-65EFF310C778@macports.org> Message-ID: On Nov 21, 2008, at 6:08 PM, Ryan Schmidt wrote: > On Nov 21, 2008, at 18:51, Scott Haneda wrote: > >> Hello, I have in the past, successfully installed via ports apache2 >> with php and mysql. I have a friend who has been hobbling together >> his install, I think sprinkling a little CPAN, and a little Fink on >> the recipe as well. IMO, over seasoning... > > Yes. It is not supported to mix MacPorts and Fink, and I can't think > of why you would need to manually use anything from CPAN. MacPorts > includes CPAN modules. > > Why is your friend not just typing "sudo port install php5"? > > Has your friend read the guide we have to installing Apache, PHP, > MySQL using MacPorts? > > http://trac.macports.org/wiki/howto/MAMP Sorry, I guess I was not clear. The php5 port for MacPorts has certain configure options to it. Some that are needed for his environment are missing. For example, the php5 port does not have ldap support, etc etc. -- Scott From ryandesign at macports.org Fri Nov 21 20:47:14 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 21 Nov 2008 22:47:14 -0600 Subject: php5 port In-Reply-To: References: <003F8BFF-2C5B-4BCD-8F46-48C5B82DE30B@newgeo.com> <6AA39753-673E-4918-BE32-65EFF310C778@macports.org> Message-ID: <8EA53A6C-A461-441C-A60E-78D7072D50D4@macports.org> On Nov 21, 2008, at 20:21, Scott Haneda wrote: > On Nov 21, 2008, at 6:08 PM, Ryan Schmidt wrote: > >> On Nov 21, 2008, at 18:51, Scott Haneda wrote: >> >>> Hello, I have in the past, successfully installed via ports >>> apache2 with php and mysql. I have a friend who has been >>> hobbling together his install, I think sprinkling a little CPAN, >>> and a little Fink on the recipe as well. IMO, over seasoning... >> >> Yes. It is not supported to mix MacPorts and Fink, and I can't >> think of why you would need to manually use anything from CPAN. >> MacPorts includes CPAN modules. >> >> Why is your friend not just typing "sudo port install php5"? >> >> Has your friend read the guide we have to installing Apache, PHP, >> MySQL using MacPorts? >> >> http://trac.macports.org/wiki/howto/MAMP > > Sorry, I guess I was not clear. The php5 port for MacPorts has > certain configure options to it. Some that are needed for his > environment are missing. For example, the php5 port does not have > ldap support, etc etc. The php5 port uses the configure option "--with-ldap=/usr" so it's intended that LDAP support exist. Does it not work? I've never tried it; I don't have an LDAP server. If it's broken and we need to fix it, let me know, or file a ticket. What other options do you need? Possibly we can add variants for them. I assume you've already checked the available variants? ("port variants php5") From rfongtom at gmail.com Fri Nov 21 20:56:23 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Fri, 21 Nov 2008 23:56:23 -0500 Subject: running octave Message-ID: Hi, I finally successfully ported Octave. Thanks to everyone for your help. There is still one issue. I am using OS X 10.4 on a Intel Mac, and I have tow accounts: 1) user account to do all work and 2) a admin account that I use for maintenance etc. Of course, I had to use the admin account to port Octave and it seems to run OK on the admin account. However I would like to make it available in the user account since this is where I do all my work and all my work files are stored under this account. Is it possible to do this? Bob From ryandesign at macports.org Fri Nov 21 21:02:43 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 21 Nov 2008 23:02:43 -0600 Subject: running octave In-Reply-To: References: Message-ID: <22A3BD37-3A5F-4926-B41B-3F806CD59BCA@macports.org> On Nov 21, 2008, at 22:56, Robert Fong-tom wrote: > I finally successfully ported Octave. Thanks to everyone for your > help. There is still one issue. I am using OS X 10.4 on a Intel > Mac, and I have tow accounts: 1) user account to do all work and 2) > a admin account that I use for maintenance etc. > > Of course, I had to use the admin account to port Octave and it > seems to run OK on the admin account. However I would like to make > it available in the user account since this is where I do all my > work and all my work files are stored under this account. Is it > possible to do this? What problems do you encounter trying to use octave from the user account? From rfongtom at gmail.com Fri Nov 21 21:20:46 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 00:20:46 -0500 Subject: running octave In-Reply-To: <22A3BD37-3A5F-4926-B41B-3F806CD59BCA@macports.org> References: <22A3BD37-3A5F-4926-B41B-3F806CD59BCA@macports.org> Message-ID: <09D32B02-3393-46A8-AD58-740CC359B50A@gmail.com> On Nov 22, 2008, at 12:02 AM, Ryan Schmidt wrote: > On Nov 21, 2008, at 22:56, Robert Fong-tom wrote: > >> I finally successfully ported Octave. Thanks to everyone for your >> help. There is still one issue. I am using OS X 10.4 on a Intel >> Mac, and I have tow accounts: 1) user account to do all work and >> 2) a admin account that I use for maintenance etc. >> >> Of course, I had to use the admin account to port Octave and it >> seems to run OK on the admin account. However I would like to make >> it available in the user account since this is where I do all my >> work and all my work files are stored under this account. Is it >> possible to do this? > > What problems do you encounter trying to use octave from the user > account? > I am sorry, I got confused for a while. Octave runs in all accounts in Terminal. Before I was trying to run it in Xterm. The business about the different accounts my mistake. My apologies. From ryandesign at macports.org Fri Nov 21 21:25:33 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 21 Nov 2008 23:25:33 -0600 Subject: running octave In-Reply-To: <09D32B02-3393-46A8-AD58-740CC359B50A@gmail.com> References: <22A3BD37-3A5F-4926-B41B-3F806CD59BCA@macports.org> <09D32B02-3393-46A8-AD58-740CC359B50A@gmail.com> Message-ID: <89E45B94-A911-46D9-8CBF-3FA59A0C455B@macports.org> On Nov 21, 2008, at 23:20, Robert Fong-tom wrote: > On Nov 22, 2008, at 12:02 AM, Ryan Schmidt wrote: > >> On Nov 21, 2008, at 22:56, Robert Fong-tom wrote: >> >>> I finally successfully ported Octave. Thanks to everyone for your >>> help. There is still one issue. I am using OS X 10.4 on a Intel >>> Mac, and I have tow accounts: 1) user account to do all work and >>> 2) a admin account that I use for maintenance etc. >>> >>> Of course, I had to use the admin account to port Octave and it >>> seems to run OK on the admin account. However I would like to >>> make it available in the user account since this is where I do >>> all my work and all my work files are stored under this account. >>> Is it possible to do this? >> >> What problems do you encounter trying to use octave from the user >> account? > > I am sorry, I got confused for a while. Octave runs in all accounts > in Terminal. Before I was trying to run it in Xterm. The business > about the different accounts my mistake. My apologies. Ok, thanks for letting us know. It sounded like something that should work, so I'm glad it is. From rfongtom at gmail.com Sat Nov 22 06:46:17 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 09:46:17 -0500 Subject: Octave Message-ID: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> Hi, I recently ported Octave successfully but there are some things which I don't understand. My understanding is that Aquaterm is a dependency of octave and that it would be installed as a part of theh Octave port. In fact, when I tried to port Octave the first time it failed because I had Aquaterm installed previously. After deleting Aquaterm (and all files relating to it) manually, the porting of Octave was successful. However, I don't seem to be able to call Aquaterm. A number of files relating to Aquaterm was ported along with Octave however. Right now I am plotting via X11 but would like to switch to plotting via Aquaterm since it produces better looking plots. Bob From rfongtom at gmail.com Sat Nov 22 06:46:17 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 09:46:17 -0500 Subject: Octave Message-ID: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> Hi, I recently ported Octave successfully but there are some things which I don't understand. My understanding is that Aquaterm is a dependency of octave and that it would be installed as a part of theh Octave port. In fact, when I tried to port Octave the first time it failed because I had Aquaterm installed previously. After deleting Aquaterm (and all files relating to it) manually, the porting of Octave was successful. However, I don't seem to be able to call Aquaterm. A number of files relating to Aquaterm was ported along with Octave however. Right now I am plotting via X11 but would like to switch to plotting via Aquaterm since it produces better looking plots. Bob From shapey at mac.com Sat Nov 22 07:50:30 2008 From: shapey at mac.com (Adam White) Date: Sat, 22 Nov 2008 15:50:30 +0000 Subject: freetype 2.3.7 fails to install In-Reply-To: <4FFAB64C-CC79-4A3F-8351-7A4BEDC7D905@macports.org> References: <912DA399-7DD9-48E3-AF27-22083E87A708@mac.com> <4FFAB64C-CC79-4A3F-8351-7A4BEDC7D905@macports.org> Message-ID: On 17 Nov 2008, at 22:24, Ryan Schmidt wrote: > On Nov 17, 2008, at 15:44, Adam White wrote: > > I'm not sure we saw the first error here... it was probably omitted > by MacPorts; it omits everything but the last 30 or so lines of > output on failure. Could you go again with debug output and attach > the whole thing? > > sudo port clean freetype > sudo port -d install freetype 2>&1 | tee ~/Desktop/freetype.txt > bzip2 ~/Desktop/freetype.txt > > Then attach freetype.txt.bz2 to your reply. Thanks. > Fixed it. Cleared out Macports and some other apps that made use of / usr/local. Re-installed Macports and freetype installed first time without complaint. Thanks. Adam From ndiscreet at gmail.com Sat Nov 22 08:10:00 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Sat, 22 Nov 2008 10:10:00 -0600 Subject: version of perl dependency In-Reply-To: <20081122020318.GA12680@detritus> References: <20081122020318.GA12680@detritus> Message-ID: <3aa26b560811220810s37396a83na2ea1a1612968a3f@mail.gmail.com> I think the best solution would be to create a variant, unless you are referring to ports that depend on perl as a build dependency? -Altoine On Fri, Nov 21, 2008 at 8:03 PM, Moshe Kamensky wrote: > Hi There, > > Is there a standard way to make applications that depend on perl depend > on perl 5.10, rather than perl 5.8? Currently I'm just blindly replacing > all occurrences of 'port:perl5.8' with 'port:perl5.10' in all Portfiles, > but I think it's a bit unsafe. > > Thanks, > Moshe > > > _______________________________________________ > 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 rfongtom at gmail.com Sat Nov 22 08:15:14 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 11:15:14 -0500 Subject: Octave In-Reply-To: <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> Message-ID: <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> On Nov 22, 2008, at 10:09 AM, Ben Abbott wrote: > > On Nov 22, 2008, at 9:46 AM, Robert Fong-tom wrote: > >> Hi, >> I recently ported Octave successfully but there are some things which >> I don't understand. My understanding is that Aquaterm is a dependency >> of octave and that it would be installed as a part of theh Octave >> port. In fact, when I tried to port Octave the first time it failed >> because I had Aquaterm installed previously. After deleting Aquaterm >> (and all files relating to it) manually, the porting of Octave was >> successful. However, I don't seem to be able to call Aquaterm. A >> number of files relating to Aquaterm was ported along with Octave >> however. Right now I am plotting via X11 but would like to switch to >> plotting via Aquaterm since it produces better looking plots. >> Bob > > in your .profile, .bashrc, .xinitrc or what ever shell startup > script you are using, be sure that GNUTERM is set to "aqua" > > set GNUTERM=aqua > > Ben > > I tried the following: In .bashrc: export GNUTERM=aqua and in .profile # Make aqua the default export GNUTERM=aqua ## # Your previous /Users/robert/.profile file was backed up as /Users/ robert/.profile.macports-saved_2008-11-20_at_19:39:45 ## # MacPorts Installer addition on 2008-11-20_at_19:39:45: adding an appropriate PATH variable for use with MacPorts. export PATH=/opt/local/bin:/opt/local/sbin:$PATH # Finished adapting your PATH environment variable for use with MacPorts. # MacPorts Installer addition on 2008-11-20_at_19:39:45: adding an appropriate DISPLAY variable for use with MacPorts. export DISPLAY=:0 # Finished adapting your DISPLAY environment variable for use with MacPorts. When I try to plot in Octave I get the following message: Unknown or ambiguous terminal name 'aqua' Then a long list of invalid gnuplot commands Bob From frstan at bellsouth.net Sat Nov 22 08:42:55 2008 From: frstan at bellsouth.net (William Davis) Date: Sat, 22 Nov 2008 11:42:55 -0500 Subject: Octave In-Reply-To: <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> Message-ID: <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> On Nov 22, 2008, at 11:15 AM, Robert Fong-tom wrote: > > On Nov 22, 2008, at 10:09 AM, Ben Abbott wrote: > >> >> On Nov 22, 2008, at 9:46 AM, Robert Fong-tom wrote: >> >>> Hi, >>> I recently ported Octave successfully but there are some things >>> which >>> I don't understand. My understanding is that Aquaterm is a >>> dependency >>> of octave and that it would be installed as a part of theh Octave >>> port. In fact, when I tried to port Octave the first time it failed >>> because I had Aquaterm installed previously. After deleting Aquaterm >>> (and all files relating to it) manually, the porting of Octave was >>> successful. However, I don't seem to be able to call Aquaterm. A >>> number of files relating to Aquaterm was ported along with Octave >>> however. Right now I am plotting via X11 but would like to switch to >>> plotting via Aquaterm since it produces better looking plots. >>> Bob >> >> in your .profile, .bashrc, .xinitrc or what ever shell startup >> script you are using, be sure that GNUTERM is set to "aqua" >> >> set GNUTERM=aqua >> >> Ben >> >> > I tried the following: > > In .bashrc: > export GNUTERM=aqua > > and in .profile > > # Make aqua the default > export GNUTERM=aqua > > ## > # Your previous /Users/robert/.profile file was backed up as /Users/ > robert/.profile.macports-saved_2008-11-20_at_19:39:45 > ## > > # MacPorts Installer addition on 2008-11-20_at_19:39:45: adding an > appropriate PATH variable for use with MacPorts. > export PATH=/opt/local/bin:/opt/local/sbin:$PATH > # Finished adapting your PATH environment variable for use with > MacPorts. > > > # MacPorts Installer addition on 2008-11-20_at_19:39:45: adding an > appropriate DISPLAY variable for use with MacPorts. > export DISPLAY=:0 > # Finished adapting your DISPLAY environment variable for use with > MacPorts. > > When I try to plot in Octave I get the following message: > > Unknown or ambiguous terminal name 'aqua' > > Then a long list of invalid gnuplot commands > > Bob Bob: Which version of Mac OS X are you using? If it's 10.5.x then you should not have the line: export Display=:0 in any of your startup files. OS 10.5 sets the DISPLAY value itself to something like DISPLAY = /tmp/launch-l0g0wa/:0 Also are you sure you downloaded the correct macports .dmg file for your operating system. There are different .dmgs for OS 10.3, 10.4, and 10.5 PPC/Intel. good luck William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From frstan at bellsouth.net Sat Nov 22 08:49:27 2008 From: frstan at bellsouth.net (William Davis) Date: Sat, 22 Nov 2008 11:49:27 -0500 Subject: Macports Installation instructions Message-ID: <2FFA3806-FFEB-4C4C-9FDA-08197D6892A0@bellsouth.net> re: http://trac.macports.org/wiki/InstallingMacPorts I know told our former Release Engineer that the directions given on this page concerning setting the DISPLAY env value were incorrect for Mac OS 10.5 and later. He wrote me that he had updated this. I just reviewed the page and note that it still omits mention that setting $DISPLAY=:0 is incorrect for OS 10.5. Was this somehow changed back or what? Ill post this as a trac ticket shortly William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From frstan at bellsouth.net Sat Nov 22 08:55:28 2008 From: frstan at bellsouth.net (William Davis) Date: Sat, 22 Nov 2008 11:55:28 -0500 Subject: Macports Installation instructions In-Reply-To: <2FFA3806-FFEB-4C4C-9FDA-08197D6892A0@bellsouth.net> References: <2FFA3806-FFEB-4C4C-9FDA-08197D6892A0@bellsouth.net> Message-ID: <7FD2C836-E1FB-4D35-92CD-2BF21AF746FF@bellsouth.net> On Nov 22, 2008, at 11:49 AM, William Davis wrote: > re: http://trac.macports.org/wiki/InstallingMacPorts > > I know told our former Release Engineer that the directions given on > this page concerning setting the DISPLAY env value were incorrect > for Mac OS 10.5 and later. He wrote me that he had updated this. I > just reviewed the page and note that it still omits mention that > setting $DISPLAY=:0 is incorrect for OS 10.5. > > Was this somehow changed back or what? Ill post this as a trac > ticket shortly > > > William Davis made trak ticket Ticket #17359 (new defect) William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: From danny at fourtenmedia.com Sat Nov 22 09:12:15 2008 From: danny at fourtenmedia.com (Daniel Ricciotti) Date: Sat, 22 Nov 2008 12:12:15 -0500 Subject: How do I unsubscribe Message-ID: <3E4EDBBC-0618-448A-960D-FCE91F90D116@fourtenmedia.com> How do I unsubscribe from Macports list? From frstan at bellsouth.net Sat Nov 22 10:27:22 2008 From: frstan at bellsouth.net (William Davis) Date: Sat, 22 Nov 2008 13:27:22 -0500 Subject: How do I unsubscribe In-Reply-To: <3E4EDBBC-0618-448A-960D-FCE91F90D116@fourtenmedia.com> References: <3E4EDBBC-0618-448A-960D-FCE91F90D116@fourtenmedia.com> Message-ID: On Nov 22, 2008, at 12:12 PM, Daniel Ricciotti wrote: > How do I unsubscribe from Macports list? > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users see that http: address ^^^^^^^^^? Get your browser to take you to that web page. See unsubscribe instructions toward bottom of page. William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From rfongtom at gmail.com Sat Nov 22 10:39:05 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 13:39:05 -0500 Subject: Octave In-Reply-To: <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> Message-ID: <6ED527D9-DD31-4266-A1A2-37EFC46447C8@gmail.com> On Nov 22, 2008, at 11:42 AM, William Davis wrote: > > On Nov 22, 2008, at 11:15 AM, Robert Fong-tom wrote: > >> >> On Nov 22, 2008, at 10:09 AM, Ben Abbott wrote: >> >>> >>> On Nov 22, 2008, at 9:46 AM, Robert Fong-tom wrote: >>> >>>> Hi, >>>> I recently ported Octave successfully but there are some things >>>> which >>>> I don't understand. My understanding is that Aquaterm is a >>>> dependency >>>> of octave and that it would be installed as a part of theh Octave >>>> port. In fact, when I tried to port Octave the first time it failed >>>> because I had Aquaterm installed previously. After deleting >>>> Aquaterm >>>> (and all files relating to it) manually, the porting of Octave was >>>> successful. However, I don't seem to be able to call Aquaterm. A >>>> number of files relating to Aquaterm was ported along with Octave >>>> however. Right now I am plotting via X11 but would like to >>>> switch to >>>> plotting via Aquaterm since it produces better looking plots. >>>> Bob >>> >>> in your .profile, .bashrc, .xinitrc or what ever shell startup >>> script you are using, be sure that GNUTERM is set to "aqua" >>> >>> set GNUTERM=aqua >>> >>> Ben >>> >>> >> I tried the following: >> >> In .bashrc: >> export GNUTERM=aqua >> >> and in .profile >> >> # Make aqua the default >> export GNUTERM=aqua >> >> ## >> # Your previous /Users/robert/.profile file was backed up as / >> Users/robert/.profile.macports-saved_2008-11-20_at_19:39:45 >> ## >> >> # MacPorts Installer addition on 2008-11-20_at_19:39:45: adding >> an appropriate PATH variable for use with MacPorts. >> export PATH=/opt/local/bin:/opt/local/sbin:$PATH >> # Finished adapting your PATH environment variable for use with >> MacPorts. >> >> >> # MacPorts Installer addition on 2008-11-20_at_19:39:45: adding >> an appropriate DISPLAY variable for use with MacPorts. >> export DISPLAY=:0 >> # Finished adapting your DISPLAY environment variable for use >> with MacPorts. >> >> When I try to plot in Octave I get the following message: >> >> Unknown or ambiguous terminal name 'aqua' >> >> Then a long list of invalid gnuplot commands >> >> Bob > > Bob: > Which version of Mac OS X are you using? If it's 10.5.x then you > should not have the line: > export Display=:0 > in any of your startup files. OS 10.5 sets the DISPLAY value > itself to something like DISPLAY = /tmp/launch-l0g0wa/:0 > Also are you sure you downloaded the correct macports .dmg file for > your operating system. There are different .dmgs for OS 10.3, 10.4, > and 10.5 PPC/Intel. > > good luck > > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.5 Darwin 9.5.0 > XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non > I am using OS X 10.4.11 From rfongtom at gmail.com Sat Nov 22 10:46:22 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 13:46:22 -0500 Subject: Octave In-Reply-To: <4B880836-0A18-48CF-AA47-E421EE663C9F@mac.com> References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> <4B880836-0A18-48CF-AA47-E421EE663C9F@mac.com> Message-ID: On Nov 22, 2008, at 11:41 AM, Ben Abbott wrote: > > On Nov 22, 2008, at 11:15 AM, Robert Fong-tom wrote: > >> >> On Nov 22, 2008, at 10:09 AM, Ben Abbott wrote: >> >>> >>> On Nov 22, 2008, at 9:46 AM, Robert Fong-tom wrote: >>> >>>> Hi, >>>> I recently ported Octave successfully but there are some things >>>> which >>>> I don't understand. My understanding is that Aquaterm is a >>>> dependency >>>> of octave and that it would be installed as a part of theh Octave >>>> port. In fact, when I tried to port Octave the first time it failed >>>> because I had Aquaterm installed previously. After deleting >>>> Aquaterm >>>> (and all files relating to it) manually, the porting of Octave was >>>> successful. However, I don't seem to be able to call Aquaterm. A >>>> number of files relating to Aquaterm was ported along with Octave >>>> however. Right now I am plotting via X11 but would like to >>>> switch to >>>> plotting via Aquaterm since it produces better looking plots. >>>> Bob >>> >>> in your .profile, .bashrc, .xinitrc or what ever shell startup >>> script you are using, be sure that GNUTERM is set to "aqua" >>> >>> set GNUTERM=aqua >>> >>> Ben >>> >>> >> I tried the following: >> >> In .bashrc: >> export GNUTERM=aqua >> >> and in .profile >> >> # Make aqua the default >> export GNUTERM=aqua >> >> ## >> # Your previous /Users/robert/.profile file was backed up as / >> Users/robert/.profile.macports-saved_2008-11-20_at_19:39:45 >> ## >> >> # MacPorts Installer addition on 2008-11-20_at_19:39:45: adding >> an appropriate PATH variable for use with MacPorts. >> export PATH=/opt/local/bin:/opt/local/sbin:$PATH >> # Finished adapting your PATH environment variable for use with >> MacPorts. >> >> >> # MacPorts Installer addition on 2008-11-20_at_19:39:45: adding >> an appropriate DISPLAY variable for use with MacPorts. >> export DISPLAY=:0 >> # Finished adapting your DISPLAY environment variable for use >> with MacPorts. >> >> When I try to plot in Octave I get the following message: >> >> Unknown or ambiguous terminal name 'aqua' >> >> Then a long list of invalid gnuplot commands >> >> Bob > > That is a gnuplot error. Did you install gnuplot from macports as > well or is it a pre-existing installation (as was aquaterm)? > > In any event, check the version of gnuplot you are running. You can > do that by typing "gnuplot --version" in a terminal widow. Just to > be sure, you might want to type "system ('gnuplot --version')" at > the octave prompt as well. > > I'm running the developers version of gnuplot and get the following > from the Terminal window > > $ gnuplot --version > gnuplot 4.3 patchlevel 0 I get: gnuplot 4.2 patchlevel 3 > > A version > 4.2.2 shoud work fine. > > You should also verify it is installed via MacPorts. So type "which > gnuplot" in a terminal window. Mine is installed via Fink, so I get > the following. > > $ which gnuplot > /sw/bin/gnuplot I get: /opt/local/bin/gnuplot I think this is OK since macorts put everything in /opt/local > > Ben > Maybe I should uninstall gnuplot and port it via macports, especially since my gnuplot is a rev behind. From rfongtom at gmail.com Sat Nov 22 10:55:53 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 13:55:53 -0500 Subject: Octave In-Reply-To: <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> Message-ID: On Nov 22, 2008, at 11:42 AM, William Davis wrote: > > On Nov 22, 2008, at 11:15 AM, Robert Fong-tom wrote: > >> >> On Nov 22, 2008, at 10:09 AM, Ben Abbott wrote: >> >>> >>> On Nov 22, 2008, at 9:46 AM, Robert Fong-tom wrote: >>> >>>> Hi, >>>> I recently ported Octave successfully but there are some things >>>> which >>>> I don't understand. My understanding is that Aquaterm is a >>>> dependency >>>> of octave and that it would be installed as a part of theh Octave >>>> port. In fact, when I tried to port Octave the first time it failed >>>> because I had Aquaterm installed previously. After deleting >>>> Aquaterm >>>> (and all files relating to it) manually, the porting of Octave was >>>> successful. However, I don't seem to be able to call Aquaterm. A >>>> number of files relating to Aquaterm was ported along with Octave >>>> however. Right now I am plotting via X11 but would like to >>>> switch to >>>> plotting via Aquaterm since it produces better looking plots. >>>> Bob >>> >>> in your .profile, .bashrc, .xinitrc or what ever shell startup >>> script you are using, be sure that GNUTERM is set to "aqua" >>> >>> set GNUTERM=aqua >>> >>> Ben >>> >>> >> I tried the following: >> >> In .bashrc: >> export GNUTERM=aqua >> >> and in .profile >> >> # Make aqua the default >> export GNUTERM=aqua >> >> ## >> # Your previous /Users/robert/.profile file was backed up as / >> Users/robert/.profile.macports-saved_2008-11-20_at_19:39:45 >> ## >> >> # MacPorts Installer addition on 2008-11-20_at_19:39:45: adding >> an appropriate PATH variable for use with MacPorts. >> export PATH=/opt/local/bin:/opt/local/sbin:$PATH >> # Finished adapting your PATH environment variable for use with >> MacPorts. >> >> >> # MacPorts Installer addition on 2008-11-20_at_19:39:45: adding >> an appropriate DISPLAY variable for use with MacPorts. >> export DISPLAY=:0 >> # Finished adapting your DISPLAY environment variable for use >> with MacPorts. >> >> When I try to plot in Octave I get the following message: >> >> Unknown or ambiguous terminal name 'aqua' >> >> Then a long list of invalid gnuplot commands >> >> Bob > > Bob: > Which version of Mac OS X are you using? If it's 10.5.x then you > should not have the line: > export Display=:0 > in any of your startup files. OS 10.5 sets the DISPLAY value > itself to something like DISPLAY = /tmp/launch-l0g0wa/:0 > Also are you sure you downloaded the correct macports .dmg file for > your operating system. There are different .dmgs for OS 10.3, 10.4, > and 10.5 PPC/Intel. > > good luck > > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.5 Darwin 9.5.0 > XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non > As I said in a previous email I am running OS X 10.4.11 on a Intel MacBook Pro. My GNUPLOT was not ported from MacPorts. I was downloaded earlier (before porting Octave). It is one rev behind (ver 4.4 patchlevel 3) current level.. Since GNUPLOT is a dependence of Octave, should this matter that it was not ported via MacPorts? If I port GNULOT now from MacPorts will it work automatically with Octave? Or do I have to make some changes to the .profile and .bashrc file? From ryandesign at macports.org Sat Nov 22 12:13:18 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 22 Nov 2008 14:13:18 -0600 Subject: How do I unsubscribe In-Reply-To: <3E4EDBBC-0618-448A-960D-FCE91F90D116@fourtenmedia.com> References: <3E4EDBBC-0618-448A-960D-FCE91F90D116@fourtenmedia.com> Message-ID: <82D7B263-204B-4E79-9CB0-F2CBC26F465C@macports.org> On Nov 22, 2008, at 11:12, Daniel Ricciotti wrote: > How do I unsubscribe from Macports list? You sent your unsubscribe confirmation message to macports- users at lists.macosforge.org but you needed to send it to macports- users-request at lists.macosforge.org. From ryandesign at macports.org Sat Nov 22 12:24:01 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 22 Nov 2008 14:24:01 -0600 Subject: freetype 2.3.7 fails to install In-Reply-To: References: <912DA399-7DD9-48E3-AF27-22083E87A708@mac.com> <4FFAB64C-CC79-4A3F-8351-7A4BEDC7D905@macports.org> Message-ID: <981BCBAF-E68D-4EED-A1F1-3597D482BEB7@macports.org> On Nov 22, 2008, at 09:50, Adam White wrote: > On 17 Nov 2008, at 22:24, Ryan Schmidt wrote: > >> On Nov 17, 2008, at 15:44, Adam White wrote: >> >> I'm not sure we saw the first error here... it was probably >> omitted by MacPorts; it omits everything but the last 30 or so >> lines of output on failure. Could you go again with debug output >> and attach the whole thing? >> >> sudo port clean freetype >> sudo port -d install freetype 2>&1 | tee ~/Desktop/freetype.txt >> bzip2 ~/Desktop/freetype.txt >> >> Then attach freetype.txt.bz2 to your reply. Thanks. > > Fixed it. Cleared out Macports and some other apps that made use > of /usr/local. Re-installed Macports and freetype installed first > time without complaint. Oh good! Because I wasn't sure what else to recommend at this point. :) From ryandesign at macports.org Sat Nov 22 12:50:46 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 22 Nov 2008 14:50:46 -0600 Subject: Octave In-Reply-To: References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> Message-ID: <333EBBC3-F61B-47C9-A76C-CDF77C534209@macports.org> On Nov 22, 2008, at 12:55, Robert Fong-tom wrote: > As I said in a previous email I am running OS X 10.4.11 on a Intel > MacBook Pro. My GNUPLOT was not ported from MacPorts. I was > downloaded earlier (before porting Octave). It is one rev behind > (ver 4.4 patchlevel 3) current level.. > > Since GNUPLOT is a dependence of Octave, should this matter that it > was not ported via MacPorts? > > If I port GNULOT now from MacPorts will it work automatically with > Octave? > > Or do I have to make some changes to the .profile and .bashrc file? MacPorts is supposed to only use its own software (e.g. its own version of gnuplot), not any other version you might already have installed. See: http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries As you said, octave declares a dependency on gnuplot. Therefore, if you have installed octave with MacPorts, then the MacPorts version of gnuplot has already been installed for you. You can verify this by checking the list produced by typing: port installed I do not know what you have to do to get octave to use that version of gnuplot. From ryandesign at macports.org Sat Nov 22 12:52:30 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 22 Nov 2008 14:52:30 -0600 Subject: version of perl dependency In-Reply-To: <3aa26b560811220810s37396a83na2ea1a1612968a3f@mail.gmail.com> References: <20081122020318.GA12680@detritus> <3aa26b560811220810s37396a83na2ea1a1612968a3f@mail.gmail.com> Message-ID: On Nov 22, 2008, at 10:10, Altoine Barker wrote: > On Fri, Nov 21, 2008 at 8:03 PM, Moshe Kamensky wrote: > >> Is there a standard way to make applications that depend on perl >> depend >> on perl 5.10, rather than perl 5.8? Currently I'm just blindly >> replacing >> all occurrences of 'port:perl5.8' with 'port:perl5.10' in all >> Portfiles, >> but I think it's a bit unsafe. > > I think the best solution would be to create a variant, unless you > are referring to ports that depend on perl as a build dependency? No variant, please; not for this. As was already said, just declare the dependency on perl as "path:bin/perl:perl5". That's the new style we're trying to switch all perl-depending ports to. See: http://trac.macports.org/ticket/16830 From rfongtom at gmail.com Sat Nov 22 13:08:17 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 16:08:17 -0500 Subject: Octave In-Reply-To: <333EBBC3-F61B-47C9-A76C-CDF77C534209@macports.org> References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> <333EBBC3-F61B-47C9-A76C-CDF77C534209@macports.org> Message-ID: On Nov 22, 2008, at 3:50 PM, Ryan Schmidt wrote: > > On Nov 22, 2008, at 12:55, Robert Fong-tom wrote: > >> As I said in a previous email I am running OS X 10.4.11 on a Intel >> MacBook Pro. My GNUPLOT was not ported from MacPorts. I was >> downloaded earlier (before porting Octave). It is one rev behind >> (ver 4.4 patchlevel 3) current level.. >> >> Since GNUPLOT is a dependence of Octave, should this matter that >> it was not ported via MacPorts? >> >> If I port GNULOT now from MacPorts will it work automatically >> with Octave? >> >> Or do I have to make some changes to the .profile and .bashrc file? > > MacPorts is supposed to only use its own software (e.g. its own > version of gnuplot), not any other version you might already have > installed. See: > > http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries > > As you said, octave declares a dependency on gnuplot. Therefore, if > you have installed octave with MacPorts, then the MacPorts version > of gnuplot has already been installed for you. You can verify this > by checking the list produced by typing: > > port installed > > I do not know what you have to do to get octave to use that version > of gnuplot. > Indeed when I type port installed it shows that I have gnuplot ver 4.2.3! However when I type gnuplot from a terminal window it shows gnuplot 4.2.2 and "Terninal type set to 'unknown'". I'll have to research this further. Thanks From ryandesign at macports.org Sat Nov 22 13:31:18 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 22 Nov 2008 15:31:18 -0600 Subject: Octave In-Reply-To: References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> <333EBBC3-F61B-47C9-A76C-CDF77C534209@macports.org> Message-ID: <43AD11EF-77D0-4DA4-90B0-E956CE6356DE@macports.org> On Nov 22, 2008, at 15:08, Robert Fong-tom wrote: > On Nov 22, 2008, at 3:50 PM, Ryan Schmidt wrote: > >> On Nov 22, 2008, at 12:55, Robert Fong-tom wrote: >> >>> As I said in a previous email I am running OS X 10.4.11 on a >>> Intel MacBook Pro. My GNUPLOT was not ported from MacPorts. I was >>> downloaded earlier (before porting Octave). It is one rev behind >>> (ver 4.4 patchlevel 3) current level.. >>> >>> Since GNUPLOT is a dependence of Octave, should this matter that >>> it was not ported via MacPorts? >>> >>> If I port GNULOT now from MacPorts will it work automatically >>> with Octave? >>> >>> Or do I have to make some changes to the .profile and .bashrc file? >> >> MacPorts is supposed to only use its own software (e.g. its own >> version of gnuplot), not any other version you might already have >> installed. See: >> >> http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries >> >> As you said, octave declares a dependency on gnuplot. Therefore, >> if you have installed octave with MacPorts, then the MacPorts >> version of gnuplot has already been installed for you. You can >> verify this by checking the list produced by typing: >> >> port installed >> >> I do not know what you have to do to get octave to use that >> version of gnuplot. > > Indeed when I type port installed it shows that I have gnuplot ver > 4.2.3! However when I type gnuplot from a terminal window it shows > gnuplot 4.2.2 and "Terninal type set to 'unknown'". I'll have to > research this further. Thanks If you type "which gnuplot" it should tell you which gnuplot is being run when you type "gnuplot". Or you could explicitly run the MacPorts gnuplot by typing "/opt/local/bin/gnuplot". From moshe.kamensky at gmail.com Sat Nov 22 15:08:19 2008 From: moshe.kamensky at gmail.com (Moshe Kamensky) Date: Sat, 22 Nov 2008 18:08:19 -0500 Subject: version of perl dependency In-Reply-To: References: <20081122020318.GA12680@detritus> <3aa26b560811220810s37396a83na2ea1a1612968a3f@mail.gmail.com> Message-ID: <20081122230819.GA25429@detritus> * Ryan Schmidt [22/11/08 15:54]: > > On Nov 22, 2008, at 10:10, Altoine Barker wrote: > >> On Fri, Nov 21, 2008 at 8:03 PM, Moshe Kamensky wrote: >> >>> Is there a standard way to make applications that depend on perl depend >>> on perl 5.10, rather than perl 5.8? Currently I'm just blindly replacing >>> all occurrences of 'port:perl5.8' with 'port:perl5.10' in all Portfiles, >>> but I think it's a bit unsafe. >> >> I think the best solution would be to create a variant, unless you are >> referring to ports that depend on perl as a build dependency? > > No variant, please; not for this. As was already said, just declare the > dependency on perl as "path:bin/perl:perl5". That's the new style we're > trying to switch all perl-depending ports to. See: > > http://trac.macports.org/ticket/16830 > I don't understand --- this seems to entail changing the Portfiles as well (which I was trying to avoid). I was hoping there was some way to do this by changing the configuration files Thanks, Moshe > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rfongtom at gmail.com Sat Nov 22 18:47:55 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 21:47:55 -0500 Subject: Octave In-Reply-To: <43AD11EF-77D0-4DA4-90B0-E956CE6356DE@macports.org> References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> <333EBBC3-F61B-47C9-A76C-CDF77C534209@macports.org> <43AD11EF-77D0-4DA4-90B0-E956CE6356DE@macports.org> Message-ID: <3A5047BC-0B1F-42AF-B21B-6E5298BE9320@gmail.com> On Nov 22, 2008, at 4:31 PM, Ryan Schmidt wrote: > On Nov 22, 2008, at 15:08, Robert Fong-tom wrote: > >> On Nov 22, 2008, at 3:50 PM, Ryan Schmidt wrote: >> >>> On Nov 22, 2008, at 12:55, Robert Fong-tom wrote: >>> >>>> As I said in a previous email I am running OS X 10.4.11 on a >>>> Intel MacBook Pro. My GNUPLOT was not ported from MacPorts. I >>>> was downloaded earlier (before porting Octave). It is one rev >>>> behind (ver 4.4 patchlevel 3) current level.. >>>> >>>> Since GNUPLOT is a dependence of Octave, should this matter that >>>> it was not ported via MacPorts? >>>> >>>> If I port GNULOT now from MacPorts will it work automatically >>>> with Octave? >>>> >>>> Or do I have to make some changes to the .profile and .bashrc >>>> file? >>> >>> MacPorts is supposed to only use its own software (e.g. its own >>> version of gnuplot), not any other version you might already have >>> installed. See: >>> >>> http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries >>> >>> As you said, octave declares a dependency on gnuplot. Therefore, >>> if you have installed octave with MacPorts, then the MacPorts >>> version of gnuplot has already been installed for you. You can >>> verify this by checking the list produced by typing: >>> >>> port installed >>> >>> I do not know what you have to do to get octave to use that >>> version of gnuplot. >> >> Indeed when I type port installed it shows that I have gnuplot ver >> 4.2.3! However when I type gnuplot from a terminal window it shows >> gnuplot 4.2.2 and "Terninal type set to 'unknown'". I'll have to >> research this further. Thanks > > If you type "which gnuplot" it should tell you which gnuplot is > being run when you type "gnuplot". Or you could explicitly run the > MacPorts gnuplot by typing "/opt/local/bin/gnuplot". > I confirmed this. I think my problem is that in the MacPorts version of gnuplot the terminal type is set to 'unknown'. Do you know how to set the environment of the MacPort's version? Normally the statement export GNUPLOT=aqua or export GNUPLOT=x11 is placed in the .profile and .bashrc file but this isn't seem to be working for me since I get the terminal type set to 'unknown' report when I type /opt/local/bin/gnuplot. Oh! I just notices that when I called gnuplot as in the previous statement I get Unknown or ambigious terminal name 'aqua' before the GNUPLOT preamble printout. Don't know what this means ... do you? From rfongtom at gmail.com Sat Nov 22 19:42:26 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 22:42:26 -0500 Subject: Octave port Message-ID: <90D7BA8F-3F83-4731-AB5D-C888EBAABC1E@gmail.com> Since I ported Octave using MacPorts, I have been working through a number of problems, which all seem to be related to the fact that I had installed octave, aquaterm and gnuplot previously from dmg packages. I previously wrote to both the MacPort and Octave users group about these problems and you all have been very helpful and I have learned a lot from you all. I started a new e-mail because I recently realized that the problem may be with AquaTerm not GNUPLOT. I recently noticed that there are several AquaTerm.app on my hard drive and I don't know if this is normal. These AquaTerm.app files are in the following. 1) /Applications/MacPorts/AquaTerm.app (only file in this directory) 2) /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_aq uaterm/work/dstroot/Applications/MacPorts/AquaTerm.app 3) /opt/var/macports/software/aquaterm/1.0.1_0+darwin_8/Applications/ MacPorts/AquaTerm.app 4) /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_aq uaterm/work/aquaterm/build/deployment/AquaTerm.app Is this normal? Are some of these related to the build of Octave? From rfongtom at gmail.com Sat Nov 22 20:50:21 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 23:50:21 -0500 Subject: Using aqua with gnuplot in octave ported with MacPorts Message-ID: I wrote a previous email about my problems with gnuplot and aquaterm when using Octave 3.0.3. I am writing now because I have some more information. It appears that gnuplot does not recognize aqua or aquaterm when a "set terminal aqua" or "set terminal aquaterm" is executed within gnuplot. However gnuplot recognizes "set terminal x11" and Octave plots correctly with x11. Is this a bug with the MacPorts version of Octave 3.0.3? From ryandesign at macports.org Sat Nov 22 20:55:02 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 22 Nov 2008 22:55:02 -0600 Subject: version of perl dependency In-Reply-To: <20081122230819.GA25429@detritus> References: <20081122020318.GA12680@detritus> <3aa26b560811220810s37396a83na2ea1a1612968a3f@mail.gmail.com> <20081122230819.GA25429@detritus> Message-ID: On Nov 22, 2008, at 17:08, Moshe Kamensky wrote: > * Ryan Schmidt [22/11/08 15:54]: >> >> On Nov 22, 2008, at 10:10, Altoine Barker wrote: >> >>> On Fri, Nov 21, 2008 at 8:03 PM, Moshe Kamensky wrote: >>> >>>> Is there a standard way to make applications that depend on perl >>>> depend >>>> on perl 5.10, rather than perl 5.8? Currently I'm just blindly >>>> replacing >>>> all occurrences of 'port:perl5.8' with 'port:perl5.10' in all >>>> Portfiles, >>>> but I think it's a bit unsafe. >>> >>> I think the best solution would be to create a variant, unless >>> you are >>> referring to ports that depend on perl as a build dependency? >> >> No variant, please; not for this. As was already said, just >> declare the >> dependency on perl as "path:bin/perl:perl5". That's the new style >> we're >> trying to switch all perl-depending ports to. See: >> >> http://trac.macports.org/ticket/16830 > > I don't understand --- this seems to entail changing the Portfiles as > well (which I was trying to avoid). I was hoping there was some way to > do this by changing the configuration files Yes, the ports must be changed. Anytime you have multiple ports that should be allowed to satisfy a dependency (in this case, perl5, perl5.8 or perl5.10) the dependency cannot be declared using the port:-style and should be declared using the path:-style instead. Or, if you also want to allow the system perl (the one that comes with Mac OS X) to satisfy the dependency, then you should use the bin:-style. From blb at macports.org Sat Nov 22 20:57:55 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat, 22 Nov 2008 21:57:55 -0700 Subject: Octave In-Reply-To: <3A5047BC-0B1F-42AF-B21B-6E5298BE9320@gmail.com> References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> <333EBBC3-F61B-47C9-A76C-CDF77C534209@macports.org> <43AD11EF-77D0-4DA4-90B0-E956CE6356DE@macports.org> <3A5047BC-0B1F-42AF-B21B-6E5298BE9320@gmail.com> Message-ID: <20081123045755.GI471@ninagal.withay.com> On Sat, Nov 22, 2008 at 09:47:55PM -0500, Robert Fong-tom said: [...] > is placed in the .profile and .bashrc file but this isn't seem to be > working for me since I get the terminal type set to 'unknown' report when > I type /opt/local/bin/gnuplot. Oh! I just notices that when I called > gnuplot as in the previous statement I get > > Unknown or ambigious terminal name 'aqua' > > before the GNUPLOT preamble printout. Don't know what this means ... do > you? If it isn't saying "Terminal type set to 'aqua'" then it sounds like gnuplot didn't see aquaterm properly. Since you went through some machinations to get to this point, you may have installed gnuplot before aquaterm was properly installed via MacPorts. In that case, just uninstall and reinstall gnuplot, see if that does it. Bryan From blb at macports.org Sat Nov 22 21:01:10 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat, 22 Nov 2008 22:01:10 -0700 Subject: Octave port In-Reply-To: <90D7BA8F-3F83-4731-AB5D-C888EBAABC1E@gmail.com> References: <90D7BA8F-3F83-4731-AB5D-C888EBAABC1E@gmail.com> Message-ID: <20081123050110.GJ471@ninagal.withay.com> On Sat, Nov 22, 2008 at 10:42:26PM -0500, Robert Fong-tom said: > Since I ported Octave using MacPorts, I have been working through a > number of problems, which all seem to be related to the fact that I had > installed octave, aquaterm and gnuplot previously from dmg packages. I > previously wrote to both the MacPort and Octave users group about these > problems and you all have been very helpful and I have learned a lot from > you all. I started a new e-mail because I recently realized that the > problem may be with AquaTerm not GNUPLOT. I recently noticed that there > are several AquaTerm.app on my hard drive and I don't know if this is > normal. These AquaTerm.app files are in the following. > > 1) /Applications/MacPorts/AquaTerm.app (only file in this directory) /Applications/MacPorts is the normal location for MacPorts-installed items which install .app bundles, so this is normal. > > 2) /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_aq > uaterm/work/dstroot/Applications/MacPorts/AquaTerm.app This is the destroot inside the work dir, which is used during build. Unless you had an install fail or turned of autoclean, this shouldn't be there. 'sudo port clean --work aquaterm' should get rid of it. > > 3) /opt/var/macports/software/aquaterm/1.0.1_0+darwin_8/Applications/ > MacPorts/AquaTerm.app This is the true install location when you have image mode activated (which allows for multiple versions of a port to be installed). Anything under /opt/local (and /Applications/MacPorts) is actually a hard link to .../var/macports/software. So you can ignore stuff in this location > > 4) /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_aq > uaterm/work/aquaterm/build/deployment/AquaTerm.app This is another build-related directory, see point 2 above. Bryan > > Is this normal? Are some of these related to the build of Octave? From ryandesign at macports.org Sat Nov 22 21:04:12 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 22 Nov 2008 23:04:12 -0600 Subject: Octave port In-Reply-To: <90D7BA8F-3F83-4731-AB5D-C888EBAABC1E@gmail.com> References: <90D7BA8F-3F83-4731-AB5D-C888EBAABC1E@gmail.com> Message-ID: On Nov 22, 2008, at 21:42, Robert Fong-tom wrote: > Since I ported Octave using MacPorts, I have been working through a > number of problems, which all seem to be related to the fact that I > had installed octave, aquaterm and gnuplot previously from dmg > packages. I previously wrote to both the MacPort and Octave users > group about these problems and you all have been very helpful and I > have learned a lot from you all. I started a new e-mail because I > recently realized that the problem may be with AquaTerm not > GNUPLOT. I recently noticed that there are several AquaTerm.app on > my hard drive and I don't know if this is normal. These > AquaTerm.app files are in the following. > > 1) /Applications/MacPorts/AquaTerm.app (only file in this directory) > > 2) /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_ > aquaterm/work/dstroot/Applications/MacPorts/AquaTerm.app > > 3) /opt/var/macports/software/aquaterm/1.0.1_0+darwin_8/ > Applications/MacPorts/AquaTerm.app > > 4) /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_ > aquaterm/work/aquaterm/build/deployment/AquaTerm.app > > Is this normal? Are some of these related to the build of Octave? Yes, it's normal, depending on how your MacPorts is set up. The process is like this: * MacPorts decompresses the AquaTerm distfile into the work directory (/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_aq uaterm/work/aquaterm) * MacPorts builds AquaTerm (for this port, the app happens to end up in the location you listed at #4) * MacPorts stages the build into the destroot (your #2) * MacPorts installs the port (into your #3) * MacPorts activates the port by making hardlinks from the install location (#3) to the final location (#1). The build (#4) and destroot (#2) directories (the whole work directory, actually) are automatically deleted by MacPorts after installation, since they're no longer necessary, if you have "portautoclean yes" in your ${prefix}/etc/macports/macports.conf. If you instead have "portautoclean no", then MacPorts doesn't clean up for you automatically, and you can clean up when you like by typing "sudo port clean aquaterm". The above describes what happens if you have "portinstalltype image" in your macports.conf. This is the default and recommended mode. If you instead have "portinstalltype direct", then MacPorts doesn't install files to #3 and make hardlinks in #1. Instead, it installs directly to #1. From rfongtom at gmail.com Sat Nov 22 20:50:21 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sat, 22 Nov 2008 23:50:21 -0500 Subject: Using aqua with gnuplot in octave ported with MacPorts Message-ID: I wrote a previous email about my problems with gnuplot and aquaterm when using Octave 3.0.3. I am writing now because I have some more information. It appears that gnuplot does not recognize aqua or aquaterm when a "set terminal aqua" or "set terminal aquaterm" is executed within gnuplot. However gnuplot recognizes "set terminal x11" and Octave plots correctly with x11. Is this a bug with the MacPorts version of Octave 3.0.3? From paul.turbett at spinfast.com.au Sun Nov 23 01:14:12 2008 From: paul.turbett at spinfast.com.au (Paul Turbett) Date: Sun, 23 Nov 2008 18:14:12 +0900 Subject: Cant install gtksourceview-sharp2 (because of at-spi) Message-ID: I'm trying to build monodevelop from the source. I've got that more or less building, but it won't start because gtksourceview-sharp2 is missing. Attemping to install gtksourceview-sharp2 fails however. It fails building at-spi. ... --> Building at-spi with target all Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_gnome_at-spi/work/at-spi-1.24.0" && make all " returned error 2 Command output: make all-recursive Making all in docs Making all in reference Making all in cspi make[4]: Nothing to be done for `all'. Making all in idl make[4]: Nothing to be done for `all'. make[4]: Nothing to be done for `all-am'. make[3]: Nothing to be done for `all-am'. Making all in idl make[2]: Nothing to be done for `all'. Making all in libspi make all-am make[3]: Nothing to be done for `all-am'. Making all in login-helper make all-am make[3]: Nothing to be done for `all-am'. Making all in registryd if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../libspi -I../libspi -Wall -Wmissing-prototypes -Wnested-externs -Wpointer- arith -Wno-sign-compare -DORBIT2=1 -D_REENTRANT -I/opt/local/include/ libbonobo-2.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include -I/opt/local/include/orbit-2.0 -I/opt/ local/include/bonobo-activation-2.0 -I/opt/local/include/atk-1.0 -I/ opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/ include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/ libpng12 -I/opt/local/include -O2 -MT desktop.o -MD -MP -MF ".deps/ desktop.Tpo" -c -o desktop.o desktop.c; \ then mv -f ".deps/desktop.Tpo" ".deps/desktop.Po"; else rm -f ".deps/ desktop.Tpo"; exit 1; fi desktop.c:32:22: error: gdk/gdkx.h: No such file or directory desktop.c: In function 'spi_atk_desktop_init': desktop.c:119: warning: implicit declaration of function 'gdk_x11_lookup_xdisplay' desktop.c:119: warning: nested extern declaration of 'gdk_x11_lookup_xdisplay' desktop.c:119: warning: implicit declaration of function 'GDK_DISPLAY' desktop.c:119: warning: nested extern declaration of 'GDK_DISPLAY' desktop.c:119: warning: assignment makes pointer from integer without a cast make[2]: *** [desktop.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: The following dependencies failed to build: gnome-sharp2 gnome- panel evolution-data-server gnome-platform-suite at-spi audiofile libtool esound gnome-vfs-monikers gtk-doc docbook-xml-4.1.2 xmlcatmgr docbook-xsl gnome-doc-utils docbook-xml docbook-xml-4.2 docbook- xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 iso-codes py25- hashlib libxslt py25-gobject py25-libxml2 py25-numeric rarian getopt libbonoboui libgnome libgnomeui libsoup gnutls lzo opencdk readline nspr nss sqlite3 gnome-desktop gnome-themes gtk-engines2 py25-gnome py25-gtk py25-cairo py25-numpy fftw-3 py25-nose py25-setuptools py25- zlib py25-orbit startup-notification gnome-menus libgweather librsvg libcroco libgsf bzip2 libwnck Error: Status 1 encountered during processing. I'm fairly new to OS X and have limited Unix experience, so I'd really appreciate some pointers. Thanks! L8r, Paul From ryandesign at macports.org Sun Nov 23 01:49:52 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 23 Nov 2008 03:49:52 -0600 Subject: Cant install gtksourceview-sharp2 (because of at-spi) In-Reply-To: References: Message-ID: <86CB763D-5113-4B7B-B251-EFC3D94C7F56@macports.org> On Nov 23, 2008, at 03:14, Paul Turbett wrote: > desktop.c:32:22: error: gdk/gdkx.h: No such file or directory Do you have the +quartz version of gtk2 installed? It sounds like at- spi needs the +x11 version instead. It's this bug report: http://trac.macports.org/ticket/15013 From trog24 at comcast.net Sun Nov 23 03:15:45 2008 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Sun, 23 Nov 2008 03:15:45 -0800 Subject: Can't install libglade Message-ID: <052BEB59-F041-403D-AF15-DF23ABA9D4F3@comcast.net> Hello, During my attempt to install openvrml, I needed to install libglade. I decided to port it via MacPorts (sudo port install libglade) which resulted in the following error message: 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_l ibglade/work/libglade-0.17" && make all " returned error 2 Command output: glade-init.c: In function 'glade_init': glade-init.c:41: error: nested functions are disabled, use -fnested- functions to re-enable glade-init.c:41: error: syntax error before 'initialised' glade-init.c:43: error: 'initialised' undeclared (first use in this function) glade-init.c:43: error: (Each undeclared identifier is reported only once glade-init.c:43: error: for each function it appears in.) glade-init.c:44: error: 'TRUE' undeclared (first use in this function) glade-init.c: In function 'glade_load_module': glade-init.c:66: error: 'GModule' undeclared (first use in this function) glade-init.c:66: error: 'mod' undeclared (first use in this function) glade-init.c:68: error: 'NULL' undeclared (first use in this function) glade-init.c:70: warning: implicit declaration of function 'g_module_supported' glade-init.c:71: warning: implicit declaration of function 'g_warning' glade-init.c:76: warning: implicit declaration of function 'g_strdup' glade-init.c:76: warning: assignment makes pointer from integer without a cast glade-init.c:78: warning: implicit declaration of function 'g_strconcat' glade-init.c:78: warning: assignment makes pointer from integer without a cast glade-init.c:79: warning: implicit declaration of function 'g_module_open' glade-init.c:79: error: 'G_MODULE_BIND_LAZY' undeclared (first use in this function) glade-init.c:81: warning: implicit declaration of function 'g_module_symbol' glade-init.c:81: error: 'gpointer' undeclared (first use in this function) glade-init.c:81: error: parse error before ')' token glade-init.c:83: warning: implicit declaration of function 'g_module_make_resident' glade-init.c:86: warning: implicit declaration of function 'g_module_close' glade-init.c:89: warning: implicit declaration of function 'g_module_name' glade-init.c:89: warning: implicit declaration of function 'g_module_error' glade-init.c:93: warning: implicit declaration of function 'g_free' make[2]: *** [glade-init.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 I was able to download libgalde-2.6.3 and install it manually. Later, I needed to install libgnomeui and decided to do so via MacPorts (sudo port install libgnomeui). The following occurred when the install reached libglade: ---> Attempting to fetch libglade-2.6.3.tar.bz2 from http:// mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/libglade/2.6/ ---> Verifying checksum(s) for libglade2 ---> Extracting libglade2 ---> Configuring libglade2 ---> Building libglade2 with target all ---> Staging libglade2 into destroot ---> Installing libglade2 2.6.3_0 ---> Activating libglade2 2.6.3_0 Error: Target org.macports.activate returned: shell command "xmlcatalog --create --noout --add system http://glade.gnome.org/ glade-2.0.dtd /opt/local/share/xml/libglade/glade-2.0.dtd /opt/local/ etc/xml/catalog" returned error 2 Command output: could not open /opt/local/etc/xml/catalog for saving Error: The following dependencies failed to build: libbonoboui libglade2 libgnome esound audiofile libgnomecanvas libart_lgpl Error: Status 1 encountered during processing. Is anyone else having this problem with libglade. I am using MacPorts-1.6.0-10.4-Tiger and ran sudo port selfupdate today. The platform is a 2001 PowerPC G4 Quicksilver upgraded to a dual 1,73 GHz MPC-7448 from a dual 800 MHz MPC-7450 with 1.5 GB RAM. The OS is MacOS 10.4.11. Frank From rfongtom at gmail.com Sun Nov 23 06:14:07 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sun, 23 Nov 2008 09:14:07 -0500 Subject: Octave port In-Reply-To: References: <90D7BA8F-3F83-4731-AB5D-C888EBAABC1E@gmail.com> Message-ID: On Nov 23, 2008, at 12:04 AM, Ryan Schmidt wrote: > > On Nov 22, 2008, at 21:42, Robert Fong-tom wrote: > >> Since I ported Octave using MacPorts, I have been working through >> a number of problems, which all seem to be related to the fact >> that I had installed octave, aquaterm and gnuplot previously from >> dmg packages. I previously wrote to both the MacPort and Octave >> users group about these problems and you all have been very >> helpful and I have learned a lot from you all. I started a new e- >> mail because I recently realized that the problem may be with >> AquaTerm not GNUPLOT. I recently noticed that there are several >> AquaTerm.app on my hard drive and I don't know if this is normal. >> These AquaTerm.app files are in the following. >> >> 1) /Applications/MacPorts/AquaTerm.app (only file in this directory) >> >> 2) /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua >> _aquaterm/work/dstroot/Applications/MacPorts/AquaTerm.app >> >> 3) /opt/var/macports/software/aquaterm/1.0.1_0+darwin_8/ >> Applications/MacPorts/AquaTerm.app >> >> 4) /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua >> _aquaterm/work/aquaterm/build/deployment/AquaTerm.app >> >> Is this normal? Are some of these related to the build of Octave? > > Yes, it's normal, depending on how your MacPorts is set up. The > process is like this: > > * MacPorts decompresses the AquaTerm distfile into the work > directory (/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_ > aquaterm/work/aquaterm) > * MacPorts builds AquaTerm (for this port, the app happens to end > up in the location you listed at #4) > * MacPorts stages the build into the destroot (your #2) > * MacPorts installs the port (into your #3) > * MacPorts activates the port by making hardlinks from the install > location (#3) to the final location (#1). > > The build (#4) and destroot (#2) directories (the whole work > directory, actually) are automatically deleted by MacPorts after > installation, since they're no longer necessary, if you have > "portautoclean yes" in your ${prefix}/etc/macports/macports.conf. > If you instead have "portautoclean no", then MacPorts doesn't clean > up for you automatically, and you can clean up when you like by > typing "sudo port clean aquaterm". > > The above describes what happens if you have "portinstalltype > image" in your macports.conf. This is the default and recommended > mode. If you instead have "portinstalltype direct", then MacPorts > doesn't install files to #3 and make hardlinks in #1. Instead, it > installs directly to #1. > Thanks for this excellent tutorial. Under what conditions would one use "portinstalltype direct" vs "portinstall image"? Also will ports done under "portinstalltype image" recognize ports done under "portsinstalltype direct" if the latter is a dependency of the former? From rfongtom at gmail.com Sun Nov 23 06:14:07 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sun, 23 Nov 2008 09:14:07 -0500 Subject: Octave port In-Reply-To: References: <90D7BA8F-3F83-4731-AB5D-C888EBAABC1E@gmail.com> Message-ID: On Nov 23, 2008, at 12:04 AM, Ryan Schmidt wrote: > > On Nov 22, 2008, at 21:42, Robert Fong-tom wrote: > >> Since I ported Octave using MacPorts, I have been working through >> a number of problems, which all seem to be related to the fact >> that I had installed octave, aquaterm and gnuplot previously from >> dmg packages. I previously wrote to both the MacPort and Octave >> users group about these problems and you all have been very >> helpful and I have learned a lot from you all. I started a new e- >> mail because I recently realized that the problem may be with >> AquaTerm not GNUPLOT. I recently noticed that there are several >> AquaTerm.app on my hard drive and I don't know if this is normal. >> These AquaTerm.app files are in the following. >> >> 1) /Applications/MacPorts/AquaTerm.app (only file in this directory) >> >> 2) /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua >> _aquaterm/work/dstroot/Applications/MacPorts/AquaTerm.app >> >> 3) /opt/var/macports/software/aquaterm/1.0.1_0+darwin_8/ >> Applications/MacPorts/AquaTerm.app >> >> 4) /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua >> _aquaterm/work/aquaterm/build/deployment/AquaTerm.app >> >> Is this normal? Are some of these related to the build of Octave? > > Yes, it's normal, depending on how your MacPorts is set up. The > process is like this: > > * MacPorts decompresses the AquaTerm distfile into the work > directory (/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_ > aquaterm/work/aquaterm) > * MacPorts builds AquaTerm (for this port, the app happens to end > up in the location you listed at #4) > * MacPorts stages the build into the destroot (your #2) > * MacPorts installs the port (into your #3) > * MacPorts activates the port by making hardlinks from the install > location (#3) to the final location (#1). > > The build (#4) and destroot (#2) directories (the whole work > directory, actually) are automatically deleted by MacPorts after > installation, since they're no longer necessary, if you have > "portautoclean yes" in your ${prefix}/etc/macports/macports.conf. > If you instead have "portautoclean no", then MacPorts doesn't clean > up for you automatically, and you can clean up when you like by > typing "sudo port clean aquaterm". > > The above describes what happens if you have "portinstalltype > image" in your macports.conf. This is the default and recommended > mode. If you instead have "portinstalltype direct", then MacPorts > doesn't install files to #3 and make hardlinks in #1. Instead, it > installs directly to #1. > Thanks for this excellent tutorial. Under what conditions would one use "portinstalltype direct" vs "portinstall image"? Also will ports done under "portinstalltype image" recognize ports done under "portsinstalltype direct" if the latter is a dependency of the former? From rfongtom at gmail.com Sun Nov 23 06:15:37 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sun, 23 Nov 2008 09:15:37 -0500 Subject: Octave port In-Reply-To: <20081123050110.GJ471@ninagal.withay.com> References: <90D7BA8F-3F83-4731-AB5D-C888EBAABC1E@gmail.com> <20081123050110.GJ471@ninagal.withay.com> Message-ID: On Nov 23, 2008, at 12:01 AM, Bryan Blackburn wrote: > On Sat, Nov 22, 2008 at 10:42:26PM -0500, Robert Fong-tom said: >> Since I ported Octave using MacPorts, I have been working through a >> number of problems, which all seem to be related to the fact that >> I had >> installed octave, aquaterm and gnuplot previously from dmg >> packages. I >> previously wrote to both the MacPort and Octave users group about >> these >> problems and you all have been very helpful and I have learned a >> lot from >> you all. I started a new e-mail because I recently realized that the >> problem may be with AquaTerm not GNUPLOT. I recently noticed that >> there >> are several AquaTerm.app on my hard drive and I don't know if this is >> normal. These AquaTerm.app files are in the following. >> >> 1) /Applications/MacPorts/AquaTerm.app (only file in this directory) > > /Applications/MacPorts is the normal location for MacPorts- > installed items > which install .app bundles, so this is normal. > >> >> 2) /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua >> _aq >> uaterm/work/dstroot/Applications/MacPorts/AquaTerm.app > > This is the destroot inside the work dir, which is used during build. > Unless you had an install fail or turned of autoclean, this > shouldn't be > there. 'sudo port clean --work aquaterm' should get rid of it. > >> >> 3) /opt/var/macports/software/aquaterm/1.0.1_0+darwin_8/Applications/ >> MacPorts/AquaTerm.app > > This is the true install location when you have image mode > activated (which > allows for multiple versions of a port to be installed). Anything > under > /opt/local (and /Applications/MacPorts) is actually a hard link to > .../var/macports/software. So you can ignore stuff in this location > >> >> 4) /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua >> _aq >> uaterm/work/aquaterm/build/deployment/AquaTerm.app > > This is another build-related directory, see point 2 above. > > Bryan > > >> >> Is this normal? Are some of these related to the build of Octave? Thanks for this excellent explanation. > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From rfongtom at gmail.com Sun Nov 23 07:24:22 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sun, 23 Nov 2008 10:24:22 -0500 Subject: Octave In-Reply-To: <20081123045755.GI471@ninagal.withay.com> References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> <333EBBC3-F61B-47C9-A76C-CDF77C534209@macports.org> <43AD11EF-77D0-4DA4-90B0-E956CE6356DE@macports.org> <3A5047BC-0B1F-42AF-B21B-6E5298BE9320@gmail.com> <20081123045755.GI471@ninagal.withay.com> Message-ID: On Nov 22, 2008, at 11:57 PM, Bryan Blackburn wrote: > On Sat, Nov 22, 2008 at 09:47:55PM -0500, Robert Fong-tom said: > [...] >> is placed in the .profile and .bashrc file but this isn't seem to be >> working for me since I get the terminal type set to 'unknown' >> report when >> I type /opt/local/bin/gnuplot. Oh! I just notices that when I called >> gnuplot as in the previous statement I get >> >> Unknown or ambigious terminal name 'aqua' >> >> before the GNUPLOT preamble printout. Don't know what this >> means ... do >> you? > > If it isn't saying "Terminal type set to 'aqua'" then it sounds > like gnuplot > didn't see aquaterm properly. Since you went through some > machinations to > get to this point, you may have installed gnuplot before aquaterm was > properly installed via MacPorts. In that case, just uninstall and > reinstall > gnuplot, see if that does it. > > Bryan > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users Gnuplot was installed as a dependent of Octave. If I uninstall it wont this "break" this dependency so that Octave won't be able to plot anymore? From rfongtom at gmail.com Sun Nov 23 12:34:24 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sun, 23 Nov 2008 15:34:24 -0500 Subject: Octave In-Reply-To: <0E0F6ED3-B620-43CE-9CAD-A783121A38C4@mac.com> References: <7AF0B9D4-BBE8-4F84-B007-8410940999D3@gmail.com> <8F4ED36F-CB0E-47DF-93B7-2C39F98AAB89@mac.com> <93B344AC-3506-4708-98E3-190C9E2A3D0D@gmail.com> <62B5E4E8-408E-4261-A764-E8671D530E73@bellsouth.net> <333EBBC3-F61B-47C9-A76C-CDF77C534209@macports.org> <43AD11EF-77D0-4DA4-90B0-E956CE6356DE@macports.org> <3A5047BC-0B1F-42AF-B21B-6E5298BE9320@gmail.com> <20081123045755.GI471@ninagal.withay.com> <0E0F6ED3-B620-43CE-9CAD-A783121A38C4@mac.com> Message-ID: On Nov 23, 2008, at 10:42 AM, Ben Abbott wrote: > > On Nov 23, 2008, at 10:24 AM, Robert Fong-tom wrote: > >> >> On Nov 22, 2008, at 11:57 PM, Bryan Blackburn wrote: >> >>> On Sat, Nov 22, 2008 at 09:47:55PM -0500, Robert Fong-tom said: >>> [...] >>>> is placed in the .profile and .bashrc file but this isn't seem >>>> to be >>>> working for me since I get the terminal type set to 'unknown' >>>> report when >>>> I type /opt/local/bin/gnuplot. Oh! I just notices that when I >>>> called >>>> gnuplot as in the previous statement I get >>>> >>>> Unknown or ambigious terminal name 'aqua' >>>> >>>> before the GNUPLOT preamble printout. Don't know what this >>>> means ... do >>>> you? >>> >>> If it isn't saying "Terminal type set to 'aqua'" then it sounds >>> like gnuplot >>> didn't see aquaterm properly. Since you went through some >>> machinations to >>> get to this point, you may have installed gnuplot before aquaterm >>> was >>> properly installed via MacPorts. In that case, just uninstall and >>> reinstall >>> gnuplot, see if that does it. >>> >>> Bryan >>> >> Gnuplot was installed as a dependent of Octave. If I uninstall it >> wont this "break" this dependency so that Octave won't be able to >> plot anymore? > > Uninstall gnuplot using the "-f" option (forces an uninstall but > does not remove the ports that depend upon gnuplot). > > sudo port -f uninstall gnuplot > > I've not used MacPorts myself. I'm trusting its documentation. > > http://guide.macports.org/#using.port > > Then reinstall gnuplot. > > sudo port install gnuplot > > Ben > > Thanks Ben, this worked. I think I now have a fully function Octave. Now to port some packages :) Thanks again to all! From blb at macports.org Sun Nov 23 13:32:58 2008 From: blb at macports.org (Bryan Blackburn) Date: Sun, 23 Nov 2008 14:32:58 -0700 Subject: Octave port In-Reply-To: References: <90D7BA8F-3F83-4731-AB5D-C888EBAABC1E@gmail.com> Message-ID: <20081123213258.GD506@ninagal.withay.com> On Sun, Nov 23, 2008 at 09:14:07AM -0500, Robert Fong-tom said: [...] >> > Thanks for this excellent tutorial. > Under what conditions would one use "portinstalltype direct" vs > "portinstall image"? > Also will ports done under "portinstalltype image" recognize ports done > under "portsinstalltype direct" if the latter is a dependency of the > former? One isn't a dependency of the other, they are simply two different methods of how port can install software. With direct, it simply installs directly into ${prefix} (eg, /opt/local/bin/myprogram); this method means you can only have one version/variant set of a given port installed at a time. With image, everything installs into ${prefix}/var/macports/software/ then one of those is made 'active' which means you have have multiple versions and/or variants installed at once, but only one active (which is what you see under just ${prefix}, like /opt/local/bin/myprogram). For example, I have three versions of the autoconf port installed: $ port installed autoconf The following ports are currently installed: autoconf @2.61_0 autoconf @2.62_0 autoconf @2.63_0 (active) If I need to regenerate something using 2.61, all I have to do is deactivate the current one and activate 2.61, now /opt/local/bin/autoconf is that version. Image mode is the default and usually preferred; unless you're running a system which is inefficient with hard links (older Mac OS X, for example), there really isn't much advantage to using direct. But if one were to switch, it would be best to do so before any ports have been installed. Bryan From blb at macports.org Sun Nov 23 13:38:42 2008 From: blb at macports.org (Bryan Blackburn) Date: Sun, 23 Nov 2008 14:38:42 -0700 Subject: Can't install libglade In-Reply-To: <052BEB59-F041-403D-AF15-DF23ABA9D4F3@comcast.net> References: <052BEB59-F041-403D-AF15-DF23ABA9D4F3@comcast.net> Message-ID: <20081123213842.GE506@ninagal.withay.com> On Sun, Nov 23, 2008 at 03:15:45AM -0800, Frank J. R. Hanstick said: > Hello, > During my attempt to install openvrml, I needed to install libglade. I > decided to port it via MacPorts (sudo port install libglade) which > resulted in the following error message: > > 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_l > ibglade/work/libglade-0.17" && make all " returned error 2 > Command output: glade-init.c: In function 'glade_init': > glade-init.c:41: error: nested functions are disabled, use -fnested- > functions to re-enable Interesting, I don't see these errors here, on 10.5.5 Intel, Xcode 3.1.1. [...] > > I was able to download libgalde-2.6.3 and install it manually. Note that the libglade port is not this, you might be looking for libglade2 (which is 2.6.3). > > Later, I needed to install libgnomeui and decided to do so via MacPorts > (sudo port install libgnomeui). The following occurred when the install > reached libglade: > > ---> Attempting to fetch libglade-2.6.3.tar.bz2 from http:// > mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/libglade/2.6/ [...] > ---> Activating libglade2 2.6.3_0 > Error: Target org.macports.activate returned: shell command "xmlcatalog > --create --noout --add system http://glade.gnome.org/glade-2.0.dtd > /opt/local/share/xml/libglade/glade-2.0.dtd /opt/local/etc/xml/catalog" > returned error 2 > Command output: could not open /opt/local/etc/xml/catalog for saving I believe this was fixed with a newer version of libxml2, make sure that port is up to date first. Afterwards, use 'sudo port activate libglade2' to finish this up. > > Error: The following dependencies failed to build: libbonoboui libglade2 > libgnome esound audiofile libgnomecanvas libart_lgpl > Error: Status 1 encountered during processing. > > Is anyone else having this problem with libglade. > I am using MacPorts-1.6.0-10.4-Tiger and ran sudo port selfupdate today. > The platform is a 2001 PowerPC G4 Quicksilver upgraded to a dual 1,73 GHz > MPC-7448 from a dual 800 MHz MPC-7450 with 1.5 GB RAM. The OS is MacOS > 10.4.11. Make sure you also have at least 2.4.1 of Xcode (or 2.5) as you will run into issues with older versions. Bryan > Frank > From talklists at newgeo.com Sun Nov 23 13:52:41 2008 From: talklists at newgeo.com (Scott Haneda) Date: Sun, 23 Nov 2008 13:52:41 -0800 Subject: php5 port In-Reply-To: <8EA53A6C-A461-441C-A60E-78D7072D50D4@macports.org> References: <003F8BFF-2C5B-4BCD-8F46-48C5B82DE30B@newgeo.com> <6AA39753-673E-4918-BE32-65EFF310C778@macports.org> <8EA53A6C-A461-441C-A60E-78D7072D50D4@macports.org> Message-ID: On Nov 21, 2008, at 8:47 PM, Ryan Schmidt wrote: > On Nov 21, 2008, at 20:21, Scott Haneda wrote: > >> On Nov 21, 2008, at 6:08 PM, Ryan Schmidt wrote: >> >>> On Nov 21, 2008, at 18:51, Scott Haneda wrote: >>> >>>> Hello, I have in the past, successfully installed via ports >>>> apache2 with php and mysql. I have a friend who has been >>>> hobbling together his install, I think sprinkling a little CPAN, >>>> and a little Fink on the recipe as well. IMO, over seasoning... >>> >>> Yes. It is not supported to mix MacPorts and Fink, and I can't >>> think of why you would need to manually use anything from CPAN. >>> MacPorts includes CPAN modules. >>> >>> Why is your friend not just typing "sudo port install php5"? >>> >>> Has your friend read the guide we have to installing Apache, PHP, >>> MySQL using MacPorts? >>> >>> http://trac.macports.org/wiki/howto/MAMP >> >> Sorry, I guess I was not clear. The php5 port for MacPorts has >> certain configure options to it. Some that are needed for his >> environment are missing. For example, the php5 port does not have >> ldap support, etc etc. > > The php5 port uses the configure option "--with-ldap=/usr" so it's > intended that LDAP support exist. Does it not work? I've never tried > it; I don't have an LDAP server. If it's broken and we need to fix > it, let me know, or file a ticket. > > What other options do you need? Possibly we can add variants for > them. I assume you've already checked the available variants? ("port > variants php5") I posted a list in my first email. Regardless, just so I get the methodology, lets say that I needed some obscure php configure option. What is the process for getting it in? Do I create a variant, and that essentially just instructs the php port to append the new configure lien to the current php configure line? This then allows me to make php easily into whatever I want? For example, not that I would want to do this, but say I wanted to use ports to install php with --disable-short-tags, how do you make that happen? I am a small ISP, I have a good deal of friends from other mail lists that are as well, and we all more or less have the same needs of php, as our clients have dictated what tools they need in php. We want a minimum case, that meets those needs. All I am trying to do, is get a few more little features in php to make it work in a large scale shared hosting environment. The current php is great, and I have used it for local dev, but I have a feeling there are some forums, and bug trackers, and other tools, that need some strange thing in php, that the current port does not have. Thanks -- Scott From rfongtom at gmail.com Sun Nov 23 14:23:02 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Sun, 23 Nov 2008 17:23:02 -0500 Subject: Octave packages Message-ID: <93036E53-66BD-488B-AB10-823FAAF76106@gmail.com> I ported Octave successfully using MacPorts. I also ported some of the packages (i.e. octave-io, octave-miscellaneous, octave-image, etc), however I can't cal any of the functions from these packages. An example of the error I get is as follows. octave:2> z=csvread("/Users/robert/Desktop/sell.csv"); error: `csvread' undefined near line 2 column 3 If I do "port installed" all the packages show up as installed. Does anyone have any thoughts on what could be happening? Bob From ryandesign at macports.org Sun Nov 23 16:02:42 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 23 Nov 2008 18:02:42 -0600 Subject: Octave port In-Reply-To: References: <90D7BA8F-3F83-4731-AB5D-C888EBAABC1E@gmail.com> Message-ID: On Nov 23, 2008, at 08:14, Robert Fong-tom wrote: > On Nov 23, 2008, at 12:04 AM, Ryan Schmidt wrote: > >> Under what conditions would one use "portinstalltype direct" vs >> "portinstall image"? Not sure. I've never used it and don't intend to, since image mode works fine and provides safeguards I appreciate. For example, while trying to update a port, I once inadvertently deleted the entire directory ${prefix}/lib/pkgconfig, which is populated by text files from a whole variety of ports. If I had been using direct mode, I would have had to uninstall every port that had put something into that directory and then reinstall them, to get those files back. But since I was using image mode, I only had to deactivate and then activate every such port, which was much quicker. > Also will ports done under "portinstalltype image" recognize ports > done under "portsinstalltype direct" if the latter is a dependency > of the former? I assume so. Dependencies are recognized based on the receipts, which as far as I know MacPorts creates regardless of the portsinstalltype. From blb at macports.org Sun Nov 23 17:27:24 2008 From: blb at macports.org (Bryan Blackburn) Date: Sun, 23 Nov 2008 18:27:24 -0700 Subject: Octave packages In-Reply-To: <93036E53-66BD-488B-AB10-823FAAF76106@gmail.com> References: <93036E53-66BD-488B-AB10-823FAAF76106@gmail.com> Message-ID: <20081124012724.GI506@ninagal.withay.com> On Sun, Nov 23, 2008 at 05:23:02PM -0500, Robert Fong-tom said: > I ported Octave successfully using MacPorts. I also ported some of the > packages (i.e. octave-io, octave-miscellaneous, octave-image, etc), > however I can't cal any of the functions from these packages. An example > of the error I get is as follows. > > octave:2> z=csvread("/Users/robert/Desktop/sell.csv"); > error: `csvread' undefined near line 2 column 3 Do you still have other octave installs? If you do 'which octave' is it the MacPorts one in /opt/local/bin/octave? I installed octave-io and csvread() appears to work just fine. Bryan > > If I do "port installed" all the packages show up as installed. Does > anyone have any thoughts on what could be happening? > Bob From trog24 at comcast.net Sun Nov 23 18:03:23 2008 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Sun, 23 Nov 2008 18:03:23 -0800 Subject: Can't install libglade In-Reply-To: <20081123213842.GE506@ninagal.withay.com> References: <052BEB59-F041-403D-AF15-DF23ABA9D4F3@comcast.net> <20081123213842.GE506@ninagal.withay.com> Message-ID: <6A663333-87F6-4D0A-BDEB-C8CBC766E73C@comcast.net> Hello, I have 10.4.11 PPC with Xcode 2.5 and gcc version 4.0.1. I wonder if a libglade upgrade made the configuration outdated. I tried "sudo port install libglade2" and the result was the port is already active. I also do not have an "/opt/local/etc/xml/catalog" directory. Is this going to be a problem? If it is, then is there a way to uninstall and reinstall libglade2 since it is a dependency of another module? Uninstall gets very unhappy when trying to uninstall dependency modules. I think it was libglade2 that resulted in the "opt/local/etc/xml/ catalog" error message in "sudo port install ibgnomeui". I remember seeing the 2.6.3 (see my highlighted 4). I ran "sudo port selfupdate" before doing the install. The documentation states that selfupdate synchronizes the port tree; therefore, I assume that selfupdate ensures that the ports are most current as well. Is this an incorrect assumption? Frank > n Nov 23, 2008, at 1:38 PM, Bryan Blackburn wrote: > On Sun, Nov 23, 2008 at 03:15:45AM -0800, Frank J. R. Hanstick said: >> Hello, >> During my attempt to install openvrml, I needed to install >> libglade. I >> decided to port it via MacPorts (sudo port install libglade) which >> resulted in the following error message: >> >> Error: Target org.macports.build returned: shell command " cd "/opt/ >> local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_deve >> l_l >> ibglade/work/libglade-0.17" && make all " returned error 2 >> Command output: glade-init.c: In function 'glade_init': >> glade-init.c:41: error: nested functions are disabled, use -fnested- >> functions to re-enable > > Interesting, I don't see these errors here, on 10.5.5 Intel, Xcode > 3.1.1. > > [...] >> >> I was able to download libgalde-2.6.3 and install it manually. > > Note that the libglade port is not this, you might be looking for > libglade2 > (which is 2.6.3). > >> >> Later, I needed to install libgnomeui and decided to do so via >> MacPorts >> (sudo port install libgnomeui). The following occurred when the >> install >> reached libglade: >> >> ---> Attempting to fetch libglade-2.6.3.tar.bz2 from http:// >> mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/libglade/2.6/ > [...] >> ---> Activating libglade2 2.6.3_0 >> Error: Target org.macports.activate returned: shell command >> "xmlcatalog >> --create --noout --add system http://glade.gnome.org/glade-2.0.dtd >> /opt/local/share/xml/libglade/glade-2.0.dtd /opt/local/etc/xml/ >> catalog" >> returned error 2 >> Command output: could not open /opt/local/etc/xml/catalog for saving > > I believe this was fixed with a newer version of libxml2, make sure > that > port is up to date first. Afterwards, use 'sudo port activate > libglade2' to > finish this up. > >> >> Error: The following dependencies failed to build: libbonoboui >> libglade2 >> libgnome esound audiofile libgnomecanvas libart_lgpl >> Error: Status 1 encountered during processing. >> >> Is anyone else having this problem with libglade. >> I am using MacPorts-1.6.0-10.4-Tiger and ran sudo port selfupdate >> today. >> The platform is a 2001 PowerPC G4 Quicksilver upgraded to a dual >> 1,73 GHz >> MPC-7448 from a dual 800 MHz MPC-7450 with 1.5 GB RAM. The OS is >> MacOS >> 10.4.11. > > Make sure you also have at least 2.4.1 of Xcode (or 2.5) as you > will run > into issues with older versions. > > Bryan > > >> Frank >> > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From sequethin at gmail.com Sun Nov 23 18:27:13 2008 From: sequethin at gmail.com (Michael Hernandez) Date: Sun, 23 Nov 2008 21:27:13 -0500 Subject: Boost? In-Reply-To: <20081024184843.GE30811@ninagal.withay.com> References: <9EE1F41E-53CA-4F96-A2B6-3F82085A7EBA@gmail.com> <20081024184843.GE30811@ninagal.withay.com> Message-ID: On Oct 24, 2008, at 2:48 PM, Bryan Blackburn wrote: > On Fri, Oct 24, 2008 at 12:36:48PM -0400, Michael Hernandez said: >> I am running "port upgrade outdated" and I keep getting this: >> >> ---> Staging boost into destroot >> Error: Target org.macports.destroot returned: no files matched glob >> pattern "*-1_35.dylib" >> Error: The following dependencies failed to build: boost >> ---> Staging boost into destroot >> Error: Target org.macports.destroot returned: no files matched glob >> pattern "*-1_35.dylib" >> >> over and over again. >> > > There is a ticket that appears to be this issue: > > > > Unfortunately there doesn't seem to be any sort of resolution for > it. Also, > I can't seem to reproduce this here. > > Considering the log files attached to that ticket, it appears that > the build > failed prior to that stage but make may not have exited at that > point, hence > the dylibs not being found. What is the result of 'which g++' for > you? > >> I checked and boost is not currently installed so I'm not sure why >> it's >> trying to upgrade it? Is it some new dependency of something? >> Anyone else >> seeing this? > > It could have been added as a dependency to something that you > already had > installed, hence needing it now. > Sorry to report to late, but I have solved this problem. Boost was being included due to the gimp port, and it was failing apparently due to my version of XCode. I had XCode 3.0 but after installing 3.1.1 the errors are gone. Thanks again, --Mike Hernandez From paul.turbett at spinfast.com.au Sun Nov 23 18:45:50 2008 From: paul.turbett at spinfast.com.au (Paul Turbett) Date: Mon, 24 Nov 2008 11:45:50 +0900 Subject: Cant install gtksourceview-sharp2 (because of at-spi) In-Reply-To: <86CB763D-5113-4B7B-B251-EFC3D94C7F56@macports.org> References: <86CB763D-5113-4B7B-B251-EFC3D94C7F56@macports.org> Message-ID: <9C74C4FB-7BE7-4837-B734-108E08F60EAB@spinfast.com.au> Yep, got the +quartz version of gtk2: gtk2 @2.14.4_1+no_x11+quartz (active) I'm following this tutorial: http://www.naiznoiz.share-a-book.com/?p=27 I note the ticket you pointed out mentioned an error if X11 libraries are not found. Pardon my stupid question, but I'm guessing that means the X11 version of gtk? (I did mention I don't have a lot of unix/mac experience right ? :)) If so, how to I change over? I tried this: sudo port install gtk2 +x11 but got more errors: Making all in x11 if /bin/sh ../../libtool --mode=compile /usr/bin/gcc-4.0 - DHAVE_CONFIG_H -I. -I. -I../.. -DG_LOG_DOMAIN=\"Gdk\" - DGDK_COMPILATION -I../.. -I../../gdk -I../../gdk - DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 -I/ opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/ pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 - I/usr/X11/include -I/opt/local/include -no-cpp-precomp -DX_LOCALE -I/usr/X11R6/include -DG_DISABLE_SINGLE_INCLUDES - DATK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES - DGTK_DISABLE_SINGLE_INCLUDES -I/opt/local/include -I/usr/X11/ include -DGDK_PIXBUF_DISABLE_DEPRECATED -O2 -funroll-loops -fstrict- aliasing -Wall -MT gdkdrawable-x11.lo -MD -MP -MF ".deps/gdkdrawable- x11.Tpo" \ -c -o gdkdrawable-x11.lo `test -f 'gdkdrawable-x11.c' || echo './'`gdkdrawable-x11.c; \ then mv -f ".deps/gdkdrawable-x11.Tpo" ".deps/gdkdrawable-x11.Plo"; \ else rm -f ".deps/gdkdrawable-x11.Tpo"; exit 1; \ fi /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -DG_LOG_DOMAIN=\"Gdk \" -DGDK_COMPILATION -I../.. -I../../gdk -I../../gdk - DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 -I/ opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/ pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 - I/usr/X11/include -I/opt/local/include -no-cpp-precomp -DX_LOCALE -I/ usr/X11R6/include -DG_DISABLE_SINGLE_INCLUDES - DATK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES - DGTK_DISABLE_SINGLE_INCLUDES -I/opt/local/include -I/usr/X11/include - DGDK_PIXBUF_DISABLE_DEPRECATED -O2 -funroll-loops -fstrict-aliasing - Wall -MT gdkdrawable-x11.lo -MD -MP -MF .deps/gdkdrawable-x11.Tpo -c gdkdrawable-x11.c -fno-common -DPIC -o .libs/gdkdrawable-x11.o gdkdrawable-x11.c:32:24: error: cairo-xlib.h: No such file or directory gdkdrawable-x11.c: In function '_gdk_x11_drawable_update_size': gdkdrawable-x11.c:238: warning: implicit declaration of function 'cairo_xlib_surface_set_size' gdkdrawable-x11.c: In function 'gdk_x11_ref_cairo_surface': gdkdrawable-x11.c:1469: warning: implicit declaration of function 'cairo_xlib_surface_create' gdkdrawable-x11.c:1472: warning: assignment makes pointer from integer without a cast gdkdrawable-x11.c:1474: warning: implicit declaration of function 'cairo_xlib_surface_create_for_bitmap' gdkdrawable-x11.c:1477: warning: assignment makes pointer from integer without a cast make[4]: *** [gdkdrawable-x11.lo] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 Thanks! L8r, Paul On 23/11/2008, at 6:49 PM, Ryan Schmidt wrote: > > On Nov 23, 2008, at 03:14, Paul Turbett wrote: > >> desktop.c:32:22: error: gdk/gdkx.h: No such file or directory > > Do you have the +quartz version of gtk2 installed? It sounds like at- > spi needs the +x11 version instead. It's this bug report: > > http://trac.macports.org/ticket/15013 > > From blb at macports.org Sun Nov 23 19:25:05 2008 From: blb at macports.org (Bryan Blackburn) Date: Sun, 23 Nov 2008 20:25:05 -0700 Subject: Can't install libglade In-Reply-To: <6A663333-87F6-4D0A-BDEB-C8CBC766E73C@comcast.net> References: <052BEB59-F041-403D-AF15-DF23ABA9D4F3@comcast.net> <20081123213842.GE506@ninagal.withay.com> <6A663333-87F6-4D0A-BDEB-C8CBC766E73C@comcast.net> Message-ID: <20081124032505.GK506@ninagal.withay.com> On Sun, Nov 23, 2008 at 06:03:23PM -0800, Frank J. R. Hanstick said: > Hello, > I have 10.4.11 PPC with Xcode 2.5 and gcc version 4.0.1. I wonder if a > libglade upgrade made the configuration outdated. > > I tried "sudo port install libglade2" and the result was the port is > already active. I also do not have an "/opt/local/etc/xml/catalog" > directory. Is this going to be a problem? If it is, then is there a way > to uninstall and reinstall libglade2 since it is a dependency of another > module? Uninstall gets very unhappy when trying to uninstall dependency > modules. > > I think it was libglade2 that resulted in the "opt/local/etc/xml/ > catalog" error message in "sudo port install ibgnomeui". I remember > seeing the 2.6.3 (see my highlighted 4). I ran "sudo port selfupdate" > before doing the install. The documentation states that selfupdate > synchronizes the port tree; therefore, I assume that selfupdate ensures > that the ports are most current as well. Is this an incorrect assumption? selfupdate does synchronize the port tree, but that alone doesn't upgrade what ports you actually have installed. Check the output of 'port outdated' after you selfupdate, that will tell you what ports have been updated since you installed them. I'm guessing the libxml2 port will be one of them, and if so, once upgraded, then the etc/xml/catalog error should go away. Bryan > > Frank > >> n Nov 23, 2008, at 1:38 PM, Bryan Blackburn wrote: > >> On Sun, Nov 23, 2008 at 03:15:45AM -0800, Frank J. R. Hanstick said: >>> Hello, >>> During my attempt to install openvrml, I needed to install libglade. >>> I >>> decided to port it via MacPorts (sudo port install libglade) which >>> resulted in the following error message: >>> >>> Error: Target org.macports.build returned: shell command " cd "/opt/ >>> local/var/macports/build/ >>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_deve >>> l_l >>> ibglade/work/libglade-0.17" && make all " returned error 2 >>> Command output: glade-init.c: In function 'glade_init': >>> glade-init.c:41: error: nested functions are disabled, use -fnested- >>> functions to re-enable >> >> Interesting, I don't see these errors here, on 10.5.5 Intel, Xcode >> 3.1.1. >> >> [...] >>> >>> I was able to download libgalde-2.6.3 and install it manually. >> >> Note that the libglade port is not this, you might be looking for >> libglade2 >> (which is 2.6.3). >> >>> >>> Later, I needed to install libgnomeui and decided to do so via >>> MacPorts >>> (sudo port install libgnomeui). The following occurred when the >>> install >>> reached libglade: >>> >>> ---> Attempting to fetch libglade-2.6.3.tar.bz2 from http:// >>> mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/libglade/2.6/ >> [...] >>> ---> Activating libglade2 2.6.3_0 >>> Error: Target org.macports.activate returned: shell command >>> "xmlcatalog >>> --create --noout --add system http://glade.gnome.org/glade-2.0.dtd >>> /opt/local/share/xml/libglade/glade-2.0.dtd /opt/local/etc/xml/ >>> catalog" >>> returned error 2 >>> Command output: could not open /opt/local/etc/xml/catalog for saving >> >> I believe this was fixed with a newer version of libxml2, make sure >> that >> port is up to date first. Afterwards, use 'sudo port activate >> libglade2' to >> finish this up. >> >>> >>> Error: The following dependencies failed to build: libbonoboui >>> libglade2 >>> libgnome esound audiofile libgnomecanvas libart_lgpl >>> Error: Status 1 encountered during processing. >>> >>> Is anyone else having this problem with libglade. >>> I am using MacPorts-1.6.0-10.4-Tiger and ran sudo port selfupdate >>> today. >>> The platform is a 2001 PowerPC G4 Quicksilver upgraded to a dual 1,73 >>> GHz >>> MPC-7448 from a dual 800 MHz MPC-7450 with 1.5 GB RAM. The OS is >>> MacOS >>> 10.4.11. >> >> Make sure you also have at least 2.4.1 of Xcode (or 2.5) as you will run >> into issues with older versions. >> >> Bryan >> >> >>> Frank >>> From rfongtom at gmail.com Sun Nov 23 21:51:26 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Mon, 24 Nov 2008 00:51:26 -0500 Subject: Octave packages Message-ID: <3EF1F958-96B3-461C-8EA9-14645F159903@gmail.com> I noticed that some functions of the packages listed at http:// octave.sourceforge.net/ does not exist in the packages ported from MacPorts. Foe example, in octave-financial the function does not appear to exist in the MacPorts ported version. However, the MacPorts version of octave-image is 0.2.2 while the version at octave.sourceforge.net is 0.3.0. Another example is the busdays function in the octave-time package. Where can I find the functions available on my system? I would like to check to make sure that these functions do not exist on my system. Bob From alakazam at melix.net Sun Nov 23 23:19:38 2008 From: alakazam at melix.net (Alakazam) Date: Mon, 24 Nov 2008 08:19:38 +0100 Subject: Octave packages In-Reply-To: <3EF1F958-96B3-461C-8EA9-14645F159903@gmail.com> References: <3EF1F958-96B3-461C-8EA9-14645F159903@gmail.com> Message-ID: <2EE90684-18F1-46B3-A79D-A36837899694@melix.net> Hello Robert, On 24 nov. 08, at 06:51, Robert Fong-tom wrote: > I noticed that some functions of the packages listed at http://octave.sourceforge.net/ > does not exist in the packages ported from MacPorts. Foe example, > in octave-financial the function does not appear to exist in the > MacPorts ported version. However, the MacPorts version of octave- > image is 0.2.2 while the version at octave.sourceforge.net is 0.3.0. This seems to indicate that we (the octave portfile maintainers) should update the octave-* packages. I'll try to look into it this week. You can also open a ticket on the trac system to indicate the outdated ports (https://trac.macports.org/newticket, registration required iirc). > Another example is the busdays function in the octave-time package. > Where can I find the functions available on my system? I would like > to check to make sure that these functions do not exist on my system. If your macports installation is standard, you can find the octave-* files in > /opt/local/libexec/octave/packages -- Alakazam From ryandesign at macports.org Mon Nov 24 01:13:58 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 24 Nov 2008 03:13:58 -0600 Subject: php5 port In-Reply-To: References: <003F8BFF-2C5B-4BCD-8F46-48C5B82DE30B@newgeo.com> <6AA39753-673E-4918-BE32-65EFF310C778@macports.org> <8EA53A6C-A461-441C-A60E-78D7072D50D4@macports.org> Message-ID: <9D233774-CE08-4CF3-BDC7-45E7061BF6B1@macports.org> On Nov 23, 2008, at 15:52, Scott Haneda wrote: > On Nov 21, 2008, at 8:47 PM, Ryan Schmidt wrote: > >> What other options do you need? Possibly we can add variants for >> them. I assume you've already checked the available variants? >> ("port variants php5") > > I posted a list in my first email. Ok, I'll look back at that; see below. > Regardless, just so I get the methodology, lets say that I needed > some obscure php configure option. What is the process for getting > it in? Do I create a variant, and that essentially just instructs > the php port to append the new configure lien to the current php > configure line? This then allows me to make php easily into > whatever I want? Variants can do whatever you want, but a simple variant would typically add a configure option for a new feature and add a dependency on whatever library provides that feature. For example the gmp variant adds a dependency on the gmp port and adds the --with-gmp configure argument. For features that don't require additional dependencies, we generally add it in to the standard configuration; no use in making someone wade through tons of variants when we could just build it in by default. I say this carefully, though, since the php5 port already has more variants than most others, which means I may not be doing as good a job as I could in keeping it simple. > For example, not that I would want to do this, but say I wanted to > use ports to install php with --disable-short-tags, how do you make > that happen? That specific option would not be useful, since you can put "short_open_tag = Off" in your php.ini. But you can look at the portfile yourself to see how the existing variants work. Commands like "port cat php5" and "port edit php5" and "port file php5" should help. > I am a small ISP, I have a good deal of friends from other mail > lists that are as well, and we all more or less have the same needs > of php, as our clients have dictated what tools they need in php. > We want a minimum case, that meets those needs. All I am trying to > do, is get a few more little features in php to make it work in a > large scale shared hosting environment. > > The current php is great, and I have used it for local dev, but I > have a feeling there are some forums, and bug trackers, and other > tools, that need some strange thing in php, that the current port > does not have. I'll be happy to consider adding things to the port, either as variants or in the default configuration. As you'll see below, most of the options you want are already in the portfile. For the few that aren't, could you provide a code sample that should work but doesn't (for example, using a function that does not exist without the particular configure option) and file a ticket for each feature? Looking at your list of configure options from your first email: On Nov 21, 2008, at 18:51, Scott Haneda wrote: > Here is the configure line we are going to try to get working, I > did a quick comparison, and there are not that many missing, and > the ports version has a few more as well. > ( x'ing off the ones that are available now ) > > ./configure > --with-apxs Use the apache or apache2 variant, as desired. Not this is currently weird: the apache variant uses Apple Apache 1 on Mac OS X Tiger or earlier, or MacPorts Apache 1 on non-Mac OSes. The apache2 variant uses MacPorts Apache 2. There is no way to get it to use Apple Apache 2 on Mac OS X Leopard or later. The plan is to change this so the apache variant uses MacPorts Apache 1 and the apache2 variant continues to use MacPorts Apache 2. New variants will be added to allow the use of Apple Apache 1 or 2, called apache_apple and apache2_apple: http://trac.macports.org/ticket/14001 > x --with-openssl=/sw > x --enable-trans-sid > x --with-zlib > x --with-png-dir=/sw > x --with-jpeg-dir=/sw > x --with-freetype-dir=/sw/lib/freetype219 Agreed; already there. > --with-tiff-dir=/sw php5 already declares a dependency on the tiff port but I see we do not use the --with-tiff-dir argument. But that argument is also not listed in ./configure --help. What php/tiff functionality are you trying to use? A specific php function that's not available? > x --enable-exif > x --with-gd=/sw Already there. > --enable-gd-imgstrttf > x --enable-gd-native-ttf > Looks like --enable-gd-imgstrttf was renamed to --enable-gd-native- ttf some time in 2001: http://bugs.php.net/bug.php?id=9506 > x --enable-mbstring=all We use --enable-mbstring; the manual says this is enough to get all supported encodings, as of php 4.3.4: http://www.php.net/manual/en/mbstring.installation.php > --enable-mbregex ./configure --help and the above manual page both show the option -- disable-mbregex, leading me to believe it should be enabled by default. Or do you have a code sample showing it not working? > x --with-mysql=/usr > --with-mysqli=/usr/bin/mysql_config MySQL is available in several versions. Choose the mysql3, mysql4 or mysql5 variants. Or if you want to try the new mysqlnd driver which will be in php 5.3, use the php5-devel port and the mysqlnd variant. The mysql5 variant includes mysqli support; the others do not. I believe the plan is for mysqlnd to support mysqli soon too. > x --with-iconv=/sw Yes, we have this. > --with-pdflib=/sw I agree we don't have this right now. > x --enable-ftp > x --with-curl=/sw Yes, we have these. > --enable-sockets Use the sockets variant. Note that this feature will disappear from the php core as of 5.3.0 and will be a pecl extension instead. > x --enable-calendar Yes, we have this. > --enable-tokenizer This is the default since php 4.3.0: http://www.php.net/manual/en/tokenizer.installation.php > x --enable-bcmath Yes, we have this. > --with-gmp=/sw Use the gmp variant. > x --with-mcrypt=/sw > x --with-gettext=/sw Yes, we have these. > --enable-xslt > --with-xslt-sablot=/usr/local We declare a dependency on libxslt but we do not add a configure option for it. I don't see either of these options listed in ./ configure --help. But I do see them mentioned here: http://www.php.net/manual/en/xslt.installation.php I thought php5 had sexy new xml functions which made using Sablotron unnecessary. The php4 port does use Sablotron, but there is a configuration problem that has not yet been resolved: http://trac.macports.org/ticket/14795 If indeed it is possible and useful to add Sablotron support to php5, it's possible it might suffer from the same problem, so we would need a solution to that. > x --with-xml > --with-expat-dir=/sw > x --enable-wddx > x --with-xmlrpc Yes, we have these four. > --with-dom=/sw > --with-dom-xslt=/sw I don't see that in ./configure --help. I see --disable-dom, which implies dom support is enabled by default, and that's confirmed by the manual: http://www.php.net/manual/en/dom.installation.php > --with-ldap=/usr This is already in the portfile, when installed on Mac OS X. > --with-imap-ssl=/sw > --with-imap=/sw/share/c-client That's the ssl variant. > x --with-mhash=/sw > x --enable-soap Yes, we have these. Some of the above-listed options that are in the portfile in fact need to be removed since they're no longer recognized. I'm waiting on this until I can confirm what happened specifically to each feature: http://trac.macports.org/ticket/14859 From ryandesign at macports.org Mon Nov 24 03:55:57 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 24 Nov 2008 05:55:57 -0600 Subject: Cant install gtksourceview-sharp2 (because of at-spi) In-Reply-To: <9C74C4FB-7BE7-4837-B734-108E08F60EAB@spinfast.com.au> References: <86CB763D-5113-4B7B-B251-EFC3D94C7F56@macports.org> <9C74C4FB-7BE7-4837-B734-108E08F60EAB@spinfast.com.au> Message-ID: <01EA71C8-71FE-4C8F-864F-FD106403FF4F@macports.org> On Nov 23, 2008, at 20:45, Paul Turbett wrote: > Yep, got the +quartz version of gtk2: > > gtk2 @2.14.4_1+no_x11+quartz (active) > > I'm following this tutorial: http://www.naiznoiz.share-a-book.com/? > p=27 Ok, that tutorial does tell you to use the +quartz variant of gtk2, but as the ticket I showed you says, at-spi is not compatible with the quartz mode of gtk2 and you will have to recompile x11 mode. > I note the ticket you pointed out mentioned an error if X11 > libraries are not found. Yes, I didn't quite understand why the user encountered that error, unless they had not installed Apple X11 (both the X11User and X11SDK packages, which are found on the Mac OS X DVD and the Xcode disk image, respectively). > Pardon my stupid question, but I'm guessing that means the X11 > version of gtk? (I did mention I don't have a lot of unix/mac > experience right ? :)) > > If so, how to I change over? I tried this: > > sudo port install gtk2 +x11 That should work. > but got more errors: > > Making all in x11 > if /bin/sh ../../libtool --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I. -I../.. -DG_LOG_DOMAIN=\"Gdk\" - > DGDK_COMPILATION -I../.. -I../../gdk -I../../gdk - > DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/ > pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/ > libpng12 -I/usr/X11/include -I/opt/local/include -no-cpp- > precomp -DX_LOCALE -I/usr/X11R6/include -DG_DISABLE_SINGLE_INCLUDES > -DATK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES - > DGTK_DISABLE_SINGLE_INCLUDES -I/opt/local/include -I/usr/X11/ > include -DGDK_PIXBUF_DISABLE_DEPRECATED -O2 -funroll-loops - > fstrict-aliasing -Wall -MT gdkdrawable-x11.lo -MD -MP -MF ".deps/ > gdkdrawable-x11.Tpo" \ > -c -o gdkdrawable-x11.lo `test -f 'gdkdrawable-x11.c' || echo > './'`gdkdrawable-x11.c; \ > then mv -f ".deps/gdkdrawable-x11.Tpo" ".deps/gdkdrawable-x11.Plo"; \ > else rm -f ".deps/gdkdrawable-x11.Tpo"; exit 1; \ > fi > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -DG_LOG_DOMAIN= > \"Gdk\" -DGDK_COMPILATION -I../.. -I../../gdk -I../../gdk - > DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/ > pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/ > libpng12 -I/usr/X11/include -I/opt/local/include -no-cpp-precomp - > DX_LOCALE -I/usr/X11R6/include -DG_DISABLE_SINGLE_INCLUDES - > DATK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES - > DGTK_DISABLE_SINGLE_INCLUDES -I/opt/local/include -I/usr/X11/ > include -DGDK_PIXBUF_DISABLE_DEPRECATED -O2 -funroll-loops -fstrict- > aliasing -Wall -MT gdkdrawable-x11.lo -MD -MP -MF .deps/gdkdrawable- > x11.Tpo -c gdkdrawable-x11.c -fno-common -DPIC -o .libs/ > gdkdrawable-x11.o > gdkdrawable-x11.c:32:24: error: cairo-xlib.h: No such file or > directory gtk2 in x11 mode seems to require cairo to have x11 support too. Following the tutorial you mentioned above, you must have compiled pango with the +no_x11 variant, which would have caused that variant to be passed to all of pango's dependencies as well, including cairo. So you should install cairo without the +no_x11 variant first. Then you should rebuild pango ("sudo port -nf upgrade pango"). Then you should clean gtk2 ("sudo port clean gtk2"). Then you should be able to build gtk2 with the +x11 variant. > gdkdrawable-x11.c: In function '_gdk_x11_drawable_update_size': > gdkdrawable-x11.c:238: warning: implicit declaration of function > 'cairo_xlib_surface_set_size' > gdkdrawable-x11.c: In function 'gdk_x11_ref_cairo_surface': > gdkdrawable-x11.c:1469: warning: implicit declaration of function > 'cairo_xlib_surface_create' > gdkdrawable-x11.c:1472: warning: assignment makes pointer from > integer without a cast > gdkdrawable-x11.c:1474: warning: implicit declaration of function > 'cairo_xlib_surface_create_for_bitmap' > gdkdrawable-x11.c:1477: warning: assignment makes pointer from > integer without a cast > make[4]: *** [gdkdrawable-x11.lo] Error 1 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 From tim.visher at gmail.com Mon Nov 24 05:36:30 2008 From: tim.visher at gmail.com (Tim Visher) Date: Mon, 24 Nov 2008 08:36:30 -0500 Subject: Symlinking Emacs.app to the $PATH In-Reply-To: <503E9E12-0B28-4366-BA09-B3B9DDBD4C89@macports.org> References: <791EA150-2D31-44E2-90F9-F6FA63D8A198@macports.org> <20081114141443.GC14708@prunille.vinc17.org> <20081115023006.GC1644@prunille.vinc17.org> <823B0EDD-82C2-4006-84A7-B2F9B3066AAA@macports.org> <03DD6FE7-08ED-4392-9D99-7095DB15BF1D@apple.com> <503E9E12-0B28-4366-BA09-B3B9DDBD4C89@macports.org> Message-ID: I had no idea such __passion__ would erupt over this simple little query. :) Luckily, I hardly ever pass anything but `-fs` to Emacs so I don't have to worry about most of what you guys are all arguing about. However, I don't think we've come anywhere close to a resolution. It will be interesting to hear what the 'right answer' ends up being. On Tue, Nov 18, 2008 at 8:36 PM, Ryan Schmidt wrote: > On Nov 15, 2008, at 17:52, Jordan Hubbard wrote: > >> On Nov 15, 2008, at 14:36, Ryan Schmidt wrote: >> >>> MacPorts still supports Tiger so it's useful to provide solutions that >>> work there. >> >> Well, as I said, I have not run it in many years so it's a bit harder for >> me to even comment on what works (or not) in Tiger. Heck, I'm not even >> running leopard much now; my life is all about SnowLeopard. :) > > Then it's a good thing the rest of us are here to bring things back to > reality. :) > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -- In Christ, Timmy V. http://burningones.com/ http://five.sentenc.es/ - Spend less time on e-mail From rfongtom at gmail.com Mon Nov 24 06:02:46 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Mon, 24 Nov 2008 09:02:46 -0500 Subject: Octave packages In-Reply-To: <2EE90684-18F1-46B3-A79D-A36837899694@melix.net> References: <3EF1F958-96B3-461C-8EA9-14645F159903@gmail.com> <2EE90684-18F1-46B3-A79D-A36837899694@melix.net> Message-ID: <1E0DC816-146B-400B-8D7A-460AE9DA969B@gmail.com> On Nov 24, 2008, at 2:19 AM, Alakazam wrote: > Hello Robert, > > On 24 nov. 08, at 06:51, Robert Fong-tom wrote: > >> I noticed that some functions of the packages listed at http:// >> octave.sourceforge.net/ does not exist in the packages ported from >> MacPorts. Foe example, in octave-financial the function does not >> appear to exist in the MacPorts ported version. However, the >> MacPorts version of octave-image is 0.2.2 while the version at >> octave.sourceforge.net is 0.3.0. > > This seems to indicate that we (the octave portfile maintainers) > should update the octave-* packages. I'll try to look into it this > week. You can also open a ticket on the trac system to indicate the > outdated ports (https://trac.macports.org/newticket, registration > required iirc). > >> Another example is the busdays function in the octave-time >> package. Where can I find the functions available on my system? I >> would like to check to make sure that these functions do not exist >> on my system. > > If your macports installation is standard, you can find the octave- > * files in > >> /opt/local/libexec/octave/packages > > > -- > Alakazam > Thanks for the response. Here is the problem then. When I execute the "port installed" command at a terminal, I get a long list of installed items including octave-time and octave-financial. But when I look in the directory you gave me above the packages octave-time and octave-financial are missing. (Others that I ported are there) The problem may not be missing functions, but that these packages may have failed to port although no errors were reported during the port! I will try to uninstall the ghost ports and re-install them and see if this works. I ported every thing using the default settings of MacPorts. The thing is, I am not sure where macPorts put all the executables and how they are linked. From trog24 at comcast.net Mon Nov 24 06:45:36 2008 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Mon, 24 Nov 2008 06:45:36 -0800 Subject: Mozilla plugin development headers Message-ID: <4A0DF400-B865-4DDA-87EE-BDD9B0CD5B6F@comcast.net> Hello, Is there a port that will install the Mozilla plugin development headers? Frank From frstan at bellsouth.net Mon Nov 24 06:49:58 2008 From: frstan at bellsouth.net (William Davis) Date: Mon, 24 Nov 2008 09:49:58 -0500 Subject: Octave packages In-Reply-To: <1E0DC816-146B-400B-8D7A-460AE9DA969B@gmail.com> References: <3EF1F958-96B3-461C-8EA9-14645F159903@gmail.com> <2EE90684-18F1-46B3-A79D-A36837899694@melix.net> <1E0DC816-146B-400B-8D7A-460AE9DA969B@gmail.com> Message-ID: <34E86578-3EDC-4732-8AE3-5CF4B5A1BF9E@bellsouth.net> On Nov 24, 2008, at 9:02 AM, Robert Fong-tom wrote: > > On Nov 24, 2008, at 2:19 AM, Alakazam wrote: > >> Hello Robert, >> >> On 24 nov. 08, at 06:51, Robert Fong-tom wrote: >> >>> I noticed that some functions of the packages listed at http://octave.sourceforge.net/ >>> does not exist in the packages ported from MacPorts. Foe example, >>> in octave-financial the function does not appear to exist in the >>> MacPorts ported version. However, the MacPorts version of octave- >>> image is 0.2.2 while the version at octave.sourceforge.net is 0.3.0. >> >> This seems to indicate that we (the octave portfile maintainers) >> should update the octave-* packages. I'll try to look into it this >> week. You can also open a ticket on the trac system to indicate the >> outdated ports (https://trac.macports.org/newticket, registration >> required iirc). >> >>> Another example is the busdays function in the octave-time >>> package. Where can I find the functions available on my system? I >>> would like to check to make sure that these functions do not exist >>> on my system. >> >> If your macports installation is standard, you can find the octave- >> * files in >> >>> /opt/local/libexec/octave/packages >> >> >> -- >> Alakazam >> > Thanks for the response. Here is the problem then. When I execute > the "port installed" command at a terminal, I get a long list of > installed items including octave-time and octave-financial. But when > I look in the directory you gave me above the packages octave-time > and octave-financial are missing. (Others that I ported are there) > The problem may not be missing functions, but that these packages > may have failed to port although no errors were reported during the > port! I will try to uninstall the ghost ports and re-install them > and see if this works. > > I ported every thing using the default settings of MacPorts. The > thing is, I am not sure where macPorts put all the executables and > how they are linked. port contents foo will show you the location off each file installed by port foo William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc1 (xorg-server 1.4.2-apple23) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: From rfongtom at gmail.com Mon Nov 24 07:13:40 2008 From: rfongtom at gmail.com (Robert Fong-tom) Date: Mon, 24 Nov 2008 10:13:40 -0500 Subject: Octave packages In-Reply-To: <2EE90684-18F1-46B3-A79D-A36837899694@melix.net> References: <3EF1F958-96B3-461C-8EA9-14645F159903@gmail.com> <2EE90684-18F1-46B3-A79D-A36837899694@melix.net> Message-ID: <640422A9-816A-4087-B0C5-B8E62C1D4D32@gmail.com> On Nov 24, 2008, at 2:19 AM, Alakazam wrote: > Hello Robert, > > On 24 nov. 08, at 06:51, Robert Fong-tom wrote: > >> I noticed that some functions of the packages listed at http:// >> octave.sourceforge.net/ does not exist in the packages ported from >> MacPorts. Foe example, in octave-financial the function does not >> appear to exist in the MacPorts ported version. However, the >> MacPorts version of octave-image is 0.2.2 while the version at >> octave.sourceforge.net is 0.3.0. > > This seems to indicate that we (the octave portfile maintainers) > should update the octave-* packages. I'll try to look into it this > week. You can also open a ticket on the trac system to indicate the > outdated ports (https://trac.macports.org/newticket, registration > required iirc). > >> Another example is the busdays function in the octave-time >> package. Where can I find the functions available on my system? I >> would like to check to make sure that these functions do not exist >> on my system. > > If your macports installation is standard, you can find the octave- > * files in > >> /opt/local/libexec/octave/packages > > > -- > Alakazam > Per my previous e-mail, I uninstalled the octave-time and octave- financial packages with the same results (i.e. missing function). I then executed the "port contents [name of port]" command and found the files for these ports in /opt/local/share/octave/packages This location seems to be OK since some of functions (I only checked one) work. However, the busdays.m function from the octave-time package and the fetch.m function from the octave-financial package are not listed in the above directories. So there are missing functions! What would happen if I just copy the busdays.m file and the fetch.m file to the above location? Would that work? From alakazam at melix.net Mon Nov 24 07:41:10 2008 From: alakazam at melix.net (Alakazam) Date: Mon, 24 Nov 2008 16:41:10 +0100 Subject: Octave packages In-Reply-To: <640422A9-816A-4087-B0C5-B8E62C1D4D32@gmail.com> References: <3EF1F958-96B3-461C-8EA9-14645F159903@gmail.com> <2EE90684-18F1-46B3-A79D-A36837899694@melix.net> <640422A9-816A-4087-B0C5-B8E62C1D4D32@gmail.com> Message-ID: <0E90A1FA-C968-461A-A84A-52FC447018E8@melix.net> Hello Robert, As stated before, this is a macports issue, and I think that help-octave-request at cae.wisc.edu is not best suited to answer these questions :) > Per my previous e-mail, I uninstalled the octave-time and octave- > financial packages with the same results (i.e. missing function). I > then executed the "port contents [name of port]" command and found > the files for these ports in > > /opt/local/share/octave/packages > > This location seems to be OK since some of functions (I only checked > one) work. However, the busdays.m function from the octave-time > package and the fetch.m function from the octave-financial package > are not listed in the above directories. So there are missing > functions! I suppose that these functions have been added in the latest versions of the packages. Upgrading them should not be too difficult, so you can probably have the latest versions in a few days (time for the maintainers to update the portfiles). You can also update them yourself, and upload the patches to the tracking system, if you are so inclined. > What would happen if I just copy the busdays.m file and the fetch.m > file to the above location? Would that work? That would break a couple of things (mostly the fact that macports is aware of all the files in its installation directories). For instance, when the port will be upgraded, updating octave-time would bring up an error message similar to the one you encountered earlier with Aquaterm. It would probably not break the octave installation, although I believe that the imported (publicly visible) functions in a given octave package are defined in a configuration file which would also need to be modified. Regards, -- Alakazam From jeff at cjstubbs.org Mon Nov 24 07:58:02 2008 From: jeff at cjstubbs.org (Jeff Stubbs) Date: Mon, 24 Nov 2008 10:58:02 -0500 Subject: Apache2 & MySQL authentication In-Reply-To: <01EA71C8-71FE-4C8F-864F-FD106403FF4F@macports.org> References: <86CB763D-5113-4B7B-B251-EFC3D94C7F56@macports.org> <9C74C4FB-7BE7-4837-B734-108E08F60EAB@spinfast.com.au> <01EA71C8-71FE-4C8F-864F-FD106403FF4F@macports.org> Message-ID: <49DAB0B2-C084-495F-8FCB-58FBD6F55F08@cjstubbs.org> I need to setup a MP install of apache2 to authenticate with MySQL5. All the necessary ports installed successfully. apr-util was built with the +mysql5 variant and the needed apr_dbd_mysql.so was created in /opt/local/lib/apr-util-1/ directory. I think my confusion is arising from the differences between the MP's install and the documentation on the Apache web site. There, it's assumed that you're building the bundled apr-util when you build the server and the .so will be installed automatically. I won't be able to work on the machine till Wednesday evening, so I wished to question anyone with more experience. I think I need to copy the apr_dbd_mysql.so to apache2's module directory and then invoke apxs to install it. Never really messed with apxs, other than following the php5 port's instruction. I guess it will fail, if I don't invoke it correctly. Any hints to cut short my experimenting? Thanks, Jeff From pgbackup at yahoo.com Mon Nov 24 12:44:21 2008 From: pgbackup at yahoo.com (P G) Date: Mon, 24 Nov 2008 12:44:21 -0800 (PST) Subject: Problem installing coreutils +with_default_names Message-ID: <951925.36067.qm@web46009.mail.sp1.yahoo.com> Hi Everybody, I recently installed MacPorts on my office machine. I did sudo port -v selfupdate and it the most recent version (1.6). I'm trying to install coreutils but I'm running into problems. My system Specs: OS: Mac OS X Tiger 10.4.11 X11: 1.1.3 XFree 4.4.0 XCode: 2.5 I say "sudo port install coreutils +with_default_names". I get the following error when it is time to install coreutils. I'm not sure how to fix this. I did the exact same procedure on my home machine (Mac Pro, same OS/X11 except Xcode 2.4) and it worked fine so I'm baffled. Also was able to install it on a laptop running Leopard and Xcode 3.1. The log is below. Can someone tell me how I can resolve this issue? Perhaps its looking for a library and unable to find it? Thanks for any ideas. [pandim:~] pgupta% sudo port -v selfupdate Synchronizing local ports tree from rsync://rsync.macports.org/release/ports/ receiving file list ... done sent 36 bytes received 341605 bytes 136656.40 bytes/sec total size is 20073218 speedup is 58.76 MacPorts base version 1.600 installed receiving file list ... done sent 36 bytes received 6468 bytes 4336.00 bytes/sec total size is 3962386 speedup is 609.22 Downloaded MacPorts base version 1.600 The MacPorts installation is not outdated and so was not updated selfupdate done! [pandim:~] pgupta% sudo port install coreutils +with_default_names ---> Fetching expat ---> Attempting to fetch expat-2.0.1.tar.gz from http://downloads.sourceforge.net/expat ---> Verifying checksum(s) for expat ---> Extracting expat ---> Configuring expat ---> Building expat with target all ---> Staging expat into destroot ---> Installing expat 2.0.1_0 ---> Activating expat 2.0.1_0 ---> Cleaning expat ---> Fetching gperf ---> Attempting to fetch gperf-3.0.3.tar.gz from http://ftp.gnu.org/gnu/gperf ---> Verifying checksum(s) for gperf ---> Extracting gperf ---> Configuring gperf ---> Building gperf with target all ---> Staging gperf into destroot ---> Installing gperf 3.0.3_0 ---> Activating gperf 3.0.3_0 ---> Cleaning gperf ---> Fetching libiconv ---> Attempting to fetch libiconv-1.12.tar.gz from http://ftp.gnu.org/gnu/libiconv ---> Verifying checksum(s) for libiconv ---> Extracting libiconv ---> Applying patches to libiconv ---> Configuring libiconv ---> Building libiconv with target all ---> Staging libiconv into destroot ---> Installing libiconv 1.12_0+darwin_8 ---> Activating libiconv 1.12_0+darwin_8 ---> Cleaning libiconv ---> Fetching ncursesw ---> Attempting to fetch ncurses-5.7.tar.gz from http://ftp.gnu.org/gnu/ncurses ---> Verifying checksum(s) for ncursesw ---> Extracting ncursesw ---> Configuring ncursesw ---> Building ncursesw with target all ---> Staging ncursesw into destroot ---> Installing ncursesw 5.7_0 ---> Activating ncursesw 5.7_0 ---> Cleaning ncursesw ---> Fetching ncurses ---> Verifying checksum(s) for ncurses ---> Extracting ncurses ---> Configuring ncurses ---> Building ncurses with target all ---> Staging ncurses into destroot ---> Installing ncurses 5.7_0 ---> Activating ncurses 5.7_0 ---> Cleaning ncurses ---> Fetching gettext ---> Attempting to fetch gettext-0.17.tar.gz from http://ftp.gnu.org/gnu/gettext ---> Verifying checksum(s) for gettext ---> Extracting gettext ---> Applying patches to gettext ---> Configuring gettext ---> Building gettext with target all ---> Staging gettext into destroot ---> Installing gettext 0.17_3 ---> Activating gettext 0.17_3 ---> Cleaning gettext ---> Fetching coreutils ---> Attempting to fetch coreutils-6.12.tar.gz from http://ftp.gnu.org/gnu/coreutils ---> Verifying checksum(s) for coreutils ---> Extracting coreutils ---> Configuring coreutils ---> Building coreutils with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/coreutils-6.12" && make all " returned error 2 Command output: /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT chroot.o -MD -MP -MF .deps/chroot.Tpo -c -o chroot.o chroot.c mv -f .deps/chroot.Tpo .deps/chroot.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o chroot chroot.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT hostid.o -MD -MP -MF .deps/hostid.Tpo -c -o hostid.o hostid.c mv -f .deps/hostid.Tpo .deps/hostid.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o hostid hostid.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT nice.o -MD -MP -MF .deps/nice.Tpo -c -o nice.o nice.c mv -f .deps/nice.Tpo .deps/nice.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o nice nice.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT who.o -MD -MP -MF .deps/who.Tpo -c -o who.o who.c mv -f .deps/who.Tpo .deps/who.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o who who.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT users.o -MD -MP -MF .deps/users.Tpo -c -o users.o users.c mv -f .deps/users.Tpo .deps/users.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o users users.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT pinky.o -MD -MP -MF .deps/pinky.Tpo -c -o pinky.o pinky.c mv -f .deps/pinky.Tpo .deps/pinky.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o pinky pinky.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT uptime.o -MD -MP -MF .deps/uptime.Tpo -c -o uptime.o uptime.c uptime.c: In function 'print_uptime': uptime.c:101: error: 'system_info' undeclared (first use in this function) uptime.c:101: error: (Each undeclared identifier is reported only once uptime.c:101: error: for each function it appears in.) uptime.c:101: error: parse error before 'si' uptime.c:103: warning: implicit declaration of function 'get_system_info' uptime.c:103: error: 'si' undeclared (first use in this function) make[3]: *** [uptime.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. -- View this message in context: http://www.nabble.com/Problem-with-installing-coreutils-%2Bwith_default_names-tp20666891p20666891.html Sent from the MacPorts - Users mailing list archive at Nabble.com. Hi Everybody, I recently installed MacPorts on my office machine. I did sudo port -v selfupdate and it the most recent version (1.6). I'm trying to install coreutils but I'm running into problems. My system Specs: OS: Mac OS X Tiger 10.4.11 X11: 1.1.3 XFree 4.4.0 XCode: 2.5 I say "sudo port install coreutils +with_default_names". I get the following error when it is time to install coreutils. I'm not sure how to fix this. I did the exact same procedure on my home machine (Mac Pro, same OS/X11 except Xcode 2.4) and it worked fine so I'm baffled. Also was able to install it on a laptop running Leopard and Xcode 3.1. The log is below. Can someone tell me how I can resolve this issue? Perhaps its looking for a library and unable to find it? Thanks for any ideas. [pandim:~] pgupta% sudo port -v selfupdate Synchronizing local ports tree from rsync://rsync.macports.org/release/ports/ receiving file list ... done sent 36 bytes received 341605 bytes 136656.40 bytes/sec total size is 20073218 speedup is 58.76 MacPorts base version 1.600 installed receiving file list ... done sent 36 bytes received 6468 bytes 4336.00 bytes/sec total size is 3962386 speedup is 609.22 Downloaded MacPorts base version 1.600 The MacPorts installation is not outdated and so was not updated selfupdate done! [pandim:~] pgupta% sudo port install coreutils +with_default_names ---> Fetching expat ---> Attempting to fetch expat-2.0.1.tar.gz from http://downloads.sourceforge.net/expat ---> Verifying checksum(s) for expat ---> Extracting expat ---> Configuring expat ---> Building expat with target all ---> Staging expat into destroot ---> Installing expat 2.0.1_0 ---> Activating expat 2.0.1_0 ---> Cleaning expat ---> Fetching gperf ---> Attempting to fetch gperf-3.0.3.tar.gz from http://ftp.gnu.org/gnu/gperf ---> Verifying checksum(s) for gperf ---> Extracting gperf ---> Configuring gperf ---> Building gperf with target all ---> Staging gperf into destroot ---> Installing gperf 3.0.3_0 ---> Activating gperf 3.0.3_0 ---> Cleaning gperf ---> Fetching libiconv ---> Attempting to fetch libiconv-1.12.tar.gz from http://ftp.gnu.org/gnu/libiconv ---> Verifying checksum(s) for libiconv ---> Extracting libiconv ---> Applying patches to libiconv ---> Configuring libiconv ---> Building libiconv with target all ---> Staging libiconv into destroot ---> Installing libiconv 1.12_0+darwin_8 ---> Activating libiconv 1.12_0+darwin_8 ---> Cleaning libiconv ---> Fetching ncursesw ---> Attempting to fetch ncurses-5.7.tar.gz from http://ftp.gnu.org/gnu/ncurses ---> Verifying checksum(s) for ncursesw ---> Extracting ncursesw ---> Configuring ncursesw ---> Building ncursesw with target all ---> Staging ncursesw into destroot ---> Installing ncursesw 5.7_0 ---> Activating ncursesw 5.7_0 ---> Cleaning ncursesw ---> Fetching ncurses ---> Verifying checksum(s) for ncurses ---> Extracting ncurses ---> Configuring ncurses ---> Building ncurses with target all ---> Staging ncurses into destroot ---> Installing ncurses 5.7_0 ---> Activating ncurses 5.7_0 ---> Cleaning ncurses ---> Fetching gettext ---> Attempting to fetch gettext-0.17.tar.gz from http://ftp.gnu.org/gnu/gettext ---> Verifying checksum(s) for gettext ---> Extracting gettext ---> Applying patches to gettext ---> Configuring gettext ---> Building gettext with target all ---> Staging gettext into destroot ---> Installing gettext 0.17_3 ---> Activating gettext 0.17_3 ---> Cleaning gettext ---> Fetching coreutils ---> Attempting to fetch coreutils-6.12.tar.gz from http://ftp.gnu.org/gnu/coreutils ---> Verifying checksum(s) for coreutils ---> Extracting coreutils ---> Configuring coreutils ---> Building coreutils with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_coreutils/work/coreutils-6.12" && make all " returned error 2 Command output: /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT chroot.o -MD -MP -MF .deps/chroot.Tpo -c -o chroot.o chroot.c mv -f .deps/chroot.Tpo .deps/chroot.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o chroot chroot.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT hostid.o -MD -MP -MF .deps/hostid.Tpo -c -o hostid.o hostid.c mv -f .deps/hostid.Tpo .deps/hostid.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o hostid hostid.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT nice.o -MD -MP -MF .deps/nice.Tpo -c -o nice.o nice.c mv -f .deps/nice.Tpo .deps/nice.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o nice nice.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT who.o -MD -MP -MF .deps/who.Tpo -c -o who.o who.c mv -f .deps/who.Tpo .deps/who.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o who who.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT users.o -MD -MP -MF .deps/users.Tpo -c -o users.o users.c mv -f .deps/users.Tpo .deps/users.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o users users.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT pinky.o -MD -MP -MF .deps/pinky.Tpo -c -o pinky.o pinky.c mv -f .deps/pinky.Tpo .deps/pinky.Po /usr/bin/gcc-4.0 -std=gnu99 -O2 -L/opt/local/lib -o pinky pinky.o .../lib/libcoreutils.a -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation .../lib/libcoreutils.a /usr/bin/gcc-4.0 -std=gnu99 -I. -I../lib -I../lib -I/opt/local/include -O2 -MT uptime.o -MD -MP -MF .deps/uptime.Tpo -c -o uptime.o uptime.c uptime.c: In function 'print_uptime': uptime.c:101: error: 'system_info' undeclared (first use in this function) uptime.c:101: error: (Each undeclared identifier is reported only once uptime.c:101: error: for each function it appears in.) uptime.c:101: error: parse error before 'si' uptime.c:103: warning: implicit declaration of function 'get_system_info' uptime.c:103: error: 'si' undeclared (first use in this function) make[3]: *** [uptime.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ckaplan at myfastmail.com Mon Nov 24 15:29:38 2008 From: ckaplan at myfastmail.com (Cameron Kaplan) Date: Mon, 24 Nov 2008 15:29:38 -0800 Subject: Gnome won't start Message-ID: <84D10C42-88CD-4F46-AF2C-5E8045BEF656@myfastmail.com> I installed gnome using macports on my g4 powerbook running 10.5.5 and xquartz 2.3.1 I edited my .xinitrc following the instructions on the wiki page. When I start X11, gnome desktop doesn't start up. I just get an x11 terminal window. I tried moving .xinitrc out of the way and running exec gnome-session from the terminal. This is the message I got: Xlib: extension "RANDR" missing on display "/tmp/launch-CDlaQA/:0". gnome-session[97208]: WARNING: No required applications specified Xlib: extension "RANDR" missing on display "/tmp/launch-CDlaQA/:0". ** Message: another SSH agent is running at: /tmp/launch-WZ04Td/ Listeners Please help! Cameron From dlc at coateconnection.com Mon Nov 24 18:42:25 2008 From: dlc at coateconnection.com (David Coate) Date: Mon, 24 Nov 2008 20:42:25 -0600 Subject: apr won't build Message-ID: I can't get apr to build with chksum errors. Upon investigating, fetch is only getting a partial download. On trying to curl the macports mirror or through various apache apr mirrors, am getting the same response. I am assuming this is an apache problem. Anyone else seeing this? From blb at macports.org Mon Nov 24 18:59:13 2008 From: blb at macports.org (Bryan Blackburn) Date: Mon, 24 Nov 2008 19:59:13 -0700 Subject: apr won't build In-Reply-To: References: Message-ID: <20081125025913.GA464@ninagal.withay.com> On Mon, Nov 24, 2008 at 08:42:25PM -0600, David Coate said: > I can't get apr to build with chksum errors. Upon investigating, fetch is > only getting a partial download. On trying to curl the macports mirror > or through various apache apr mirrors, am getting the same response. I am > assuming this is an apache problem. Anyone else seeing this? I tried a couple of mirrors here, and they worked fine; do you have any kind of firewall getting in the way or need to use a proxy? Can you get it successfully from the MacPorts mirror: Bryan From gdimatteo at voo.be Tue Nov 25 00:46:30 2008 From: gdimatteo at voo.be (Giuseppe Di Matteo) Date: Tue, 25 Nov 2008 09:46:30 +0100 Subject: xinitrc In-Reply-To: <47F96DA4-348A-42AC-BCD3-546427BB939D@alice.it> References: <47F96DA4-348A-42AC-BCD3-546427BB939D@alice.it> Message-ID: <58B0749E-498C-44C1-9DBE-9CF6C6C28C35@voo.be> Ciao Maurizio, I have used windowmaker some time ago, I don't remember exactly the command but in order to launch wm you have to change the last line of the xinitrc file: replace "exec quartz-wm" with "wmaker". You should also use X11 in full screen mode. Saluti. Le 21-nov.-08 ? 15:21, tmaurizio at alice.it a ?crit : > hallo to all, > I have a little problem with xinitrc: > my mac port installation, work fine. I wish work with anothe > WM ...What I must configure for run windowmaker? > I tried to configure xinitrc in /usr/x11/lib/x11/xinit/xinitrc and > also xinitrc.d then Itried to add 'source ~/.profile' to the > file .xinitrc but > this also don' t produce some result. > I would wish some clarification for these files...there is > something that I don't understand...:)) > tanks & regards > maurizio > > this is ma configuration: > macport version 1.700 > x11 2.3.1 > xcode 311 > with trunk & subversion installed > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users Giuseppe Di Matteo gdimatteo at voo.be -------------- next part -------------- An HTML attachment was scrubbed... URL: From milosh at macports.org Tue Nov 25 02:39:26 2008 From: milosh at macports.org (Emmanuel Hainry) Date: Tue, 25 Nov 2008 11:39:26 +0100 Subject: Policy concerning ports that can update/install themselves Message-ID: <20081125103926.GA3478@weetamoe.loria.fr> Dear all, I am wondering what is our policy concerning programs that are able either to auto update (many graphical programs have such a feature) and programs that propose to install add-ons like py-setuptools, rb-rubygems... Those are able to write things inside ${prefix} and to put there files that are not managed by Macports and hence may cause problems for subsequent port installs/uninstall but also write things outside ${prefix}, including /usr/. I ask this question because of one of texlive's new feature: a graphical interface that manages the configuration but also gives the user the ability to add packages. My choice would be to disable such an evil feature as port is supposed to do the work, but I see that ports for such feature in python and ruby exist... Best, Emmanuel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature URL: From ryandesign at macports.org Tue Nov 25 10:16:33 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 25 Nov 2008 12:16:33 -0600 Subject: Problem installing coreutils +with_default_names In-Reply-To: <951925.36067.qm@web46009.mail.sp1.yahoo.com> References: <951925.36067.qm@web46009.mail.sp1.yahoo.com> Message-ID: On Nov 24, 2008, at 14:44, P G wrote: > My system Specs: > > OS: Mac OS X Tiger 10.4.11 > X11: 1.1.3 XFree 4.4.0 > XCode: 2.5 > > I say "sudo port install coreutils +with_default_names". I get the > following > error when it is time to install coreutils. I'm not sure how to fix > this. I > did the exact same procedure on my home machine (Mac Pro, same OS/ > X11 except > Xcode 2.4) and it worked fine so I'm baffled. Also was able to > install it on > a laptop running Leopard and Xcode 3.1. The log is below. > > Can someone tell me how I can resolve this issue? Perhaps its > looking for a > library and unable to find it? I don't know yet.... Can you provide the full debug log? sudo port clean coreutils sudo port install coreutils +with_default_names 2>&1 | tee ~/Desktop/ coreutils.txt bzip2 ~/Desktop/coreutils.txt Then attach coreutils.txt.bz2 from your desktop to your reply. From ryandesign at macports.org Tue Nov 25 10:41:24 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 25 Nov 2008 12:41:24 -0600 Subject: Mozilla plugin development headers In-Reply-To: <4A0DF400-B865-4DDA-87EE-BDD9B0CD5B6F@comcast.net> References: <4A0DF400-B865-4DDA-87EE-BDD9B0CD5B6F@comcast.net> Message-ID: <1ADE0CB8-740A-4819-999E-449D8D8EF6E5@macports.org> On Nov 24, 2008, at 08:45, Frank J. R. Hanstick wrote: > Is there a port that will install the Mozilla plugin development > headers? I don't see one, but if that's something that would be useful to people, you could create it and contribute it. $ port search mozilla firefox-x11 @2.0.0.17 (www, x11) Mozilla.org's popular stand-alone web browser galeon @2.0.7 (gnome) A GNOME web browser. gecko-sharp2 @0.13 (devel) GeckoSharp is a wrapper for the GtkEmbedMoz widget. mozilla @1.7.12 (www) Mozilla browser. mozilla-devel @1.8b1 (www) Mozilla browser. seamonkey @1.1.9 (www) Mozilla browser. sunbird-x11 @0.7 (x11) Mozilla.org's stand-alone calendar thunderbird-x11 @2.0.0.12 (mail, x11) Mozilla.org's popular stand-alone mail/news client totem @2.23.0 (gnome) Official movie player of the GNOME desktop environment uagen @1.0.7 (mail) A Firefox-User-Agent generator for Privoxy and Mozilla browsers Found 10 ports. From pgbackup at yahoo.com Tue Nov 25 11:59:40 2008 From: pgbackup at yahoo.com (P G) Date: Tue, 25 Nov 2008 11:59:40 -0800 (PST) Subject: Problem installing coreutils +with_default_names References: <951925.36067.qm@web46009.mail.sp1.yahoo.com> Message-ID: <243012.43950.qm@web46007.mail.sp1.yahoo.com> ________________________________ From: Ryan Schmidt To: P G Cc: macports-users at lists.macosforge.org Sent: Tuesday, November 25, 2008 1:16:33 PM Subject: Re: Problem installing coreutils +with_default_names On Nov 24, 2008, at 14:44, P G wrote: > My system Specs: > > OS: Mac OS X Tiger 10.4.11 > X11: 1.1.3 XFree 4.4.0 > XCode: 2.5 > > I say "sudo port install coreutils +with_default_names". I get the following > error when it is time to install coreutils. I'm not sure how to fix this. I > did the exact same procedure on my home machine (Mac Pro, same OS/X11 except > Xcode 2.4) and it worked fine so I'm baffled. Also was able to install it on > a laptop running Leopard and Xcode 3.1. The log is below. > > Can someone tell me how I can resolve this issue? Perhaps its looking for a > library and unable to find it? I don't know yet.... Can you provide the full debug log? sudo port clean coreutils sudo port install coreutils +with_default_names 2>&1 | tee ~/Desktop/coreutils.txt bzip2 ~/Desktop/coreutils.txt Then attach coreutils.txt.bz2 from your desktop to your reply. Thanks for the reply. I was able to track down this issue and hack it to solve the build. Basically in config.h HAVE_OS_H was set to 1 and it was looking for some system file #include (for BeOS?). Not sure where why this was set during configure. So I just changed that #define HAVE_OS_H 0 and the rebuild it without any problems. -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Tue Nov 25 20:24:20 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 25 Nov 2008 21:24:20 -0700 Subject: apr won't build In-Reply-To: References: <20081125025913.GA464@ninagal.withay.com> Message-ID: <20081126042420.GW506@ninagal.withay.com> (FYI, don't forget to use reply-all so it gets to the list) On Mon, Nov 24, 2008 at 09:51:08PM -0600, Gulftel said: > no firewall or proxy. I figured out my curl problem and can get from the > mirror. > > > I think my problem is my setup. I am trying to keep mp 1.6 and the svn > operational at same time. I have setup /opt/1.6 and /opt/1.7 and change > 'local' to symlink to one or the other. 1.6 seems to work ok. 1.7 > revision 42571 using svn portfiles is when I get the error. I haven't had > a problem installing other files to 1.6 or 1.7 this way. It shouldn't be a 1.7 issue as that's what I'm using; note you can install MacPorts to different prefixes when using ./configure so you don't have to do odd symlink-type things. The way I have multiple installs is to just use an alias: alias port-1.6="/usr/bin/env PATH=/Users/blb/MacPorts/mp-1.6/bin:${basepath} port" (and similar ones for other installs). This way one install doesn't see the other (basepath is just the standard PATH). > 178gis176:/opt/1.7 david$ sudo port -d install apr [...] > DEBUG: Executing org.macports.checksum (apr) > ---> Checksumming apr-1.3.3.tar.bz2 > Error: Checksum (md5) mismatch for apr-1.3.3.tar.bz2 > Portfile checksum: apr-1.3.3.tar.bz2 md5 2090c21dee4f0eb1512604127dcd158f > Distfile checksum: apr-1.3.3.tar.bz2 md5 943c6d94209139854e8b5b8d97a47cd6 One interesting thing might be to try using file against it, if you're curious: 'file /opt/local/var/macports/distfiles/apr/apr-1.3.3.tar.bz2' to see if maybe it's grabbing HTML instead of a tar.bz2. [...] > > I think I need try just changing {prefix} to 1.6 and 1.7 in their > respective directories then configure, make, and install and forget > symlinking 'local' and see if I'm getting the same problems. Off the top of my head I don't see why a symlink would break checksum when fetch still works, but I've not tried reproducing your setup either... Bryan From blb at macports.org Tue Nov 25 20:41:46 2008 From: blb at macports.org (Bryan Blackburn) Date: Tue, 25 Nov 2008 21:41:46 -0700 Subject: Policy concerning ports that can update/install themselves In-Reply-To: <20081125103926.GA3478@weetamoe.loria.fr> References: <20081125103926.GA3478@weetamoe.loria.fr> Message-ID: <20081126044145.GX506@ninagal.withay.com> On Tue, Nov 25, 2008 at 11:39:26AM +0100, Emmanuel Hainry said: > Dear all, > > I am wondering what is our policy concerning programs that are able > either to auto update (many graphical programs have such a feature) and > programs that propose to install add-ons like py-setuptools, > rb-rubygems... > > Those are able to write things inside ${prefix} and to put there files > that are not managed by Macports and hence may cause problems for > subsequent port installs/uninstall but also write things outside > ${prefix}, including /usr/. Like you notice, this can cause issues if the updated version installs new files or removes current files, since what MacPorts thinks is installed is now incorrect. If it only changed already-installed files, then this would not be quite a big problem. However, then the MacPorts information would be incorrect as things like 'port installed xyz' would show version 1.1 installed but the auto-update changed that to 1.2. Confusion then ensues... > > I ask this question because of one of texlive's new feature: a graphical > interface that manages the configuration but also gives the user the > ability to add packages. My choice would be to disable such an evil > feature as port is supposed to do the work, but I see that ports for > such feature in python and ruby exist... If it's easily disabled, it would make sense to do so. Otherwise, I wouldn't expect maintainers to go through lots of work patching code to disable it. Perhaps simplest is a FAQ entry on the wiki saying that using in-app update functionality is not supported by MacPorts and to use at your own risk. Bryan > > Best, > > Emmanuel From ryandesign at macports.org Tue Nov 25 21:29:50 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 25 Nov 2008 23:29:50 -0600 Subject: Problem installing coreutils +with_default_names In-Reply-To: <243012.43950.qm@web46007.mail.sp1.yahoo.com> References: <951925.36067.qm@web46009.mail.sp1.yahoo.com> <243012.43950.qm@web46007.mail.sp1.yahoo.com> Message-ID: <52E0E608-2036-44A3-9B63-FA66683171EE@macports.org> On Nov 25, 2008, at 13:59, P G wrote: > Ryan Schmidt wrote: > >> On Nov 24, 2008, at 14:44, P G wrote: >> >> > My system Specs: >> > >> > OS: Mac OS X Tiger 10.4.11 >> > X11: 1.1.3 XFree 4.4.0 >> > XCode: 2.5 >> > >> > I say "sudo port install coreutils +with_default_names". I get >> the following >> > error when it is time to install coreutils. I'm not sure how to >> fix this. I >> > did the exact same procedure on my home machine (Mac Pro, same >> OS/X11 except >> > Xcode 2.4) and it worked fine so I'm baffled. Also was able to >> install it on >> > a laptop running Leopard and Xcode 3.1. The log is below. >> > >> > Can someone tell me how I can resolve this issue? Perhaps its >> looking for a >> > library and unable to find it? >> >> I don't know yet.... Can you provide the full debug log? >> >> sudo port clean coreutils >> sudo port install coreutils +with_default_names 2>&1 | tee ~/ >> Desktop/coreutils.txt >> bzip2 ~/Desktop/coreutils.txt >> >> Then attach coreutils.txt.bz2 from your desktop to your reply. > > > Thanks for the reply. I was able to track down this issue and hack > it to solve the build. > Basically in config.h HAVE_OS_H was set to 1 and it was looking for > some system > file #include (for BeOS?). Not sure where why this was set > during configure. > > So I just changed that #define HAVE_OS_H 0 and the rebuild it > without any problems. Unfortunately with just that information, we can't take any action; we can just hope it doesn't happen to anyone else. If you want to provide the debug output as above, we can look at it and try to figure out why you got into this situation; if it looks like something others might run into as well, we can perhaps change the portfile to either work around it or warn the user. From ryandesign at macports.org Tue Nov 25 21:54:55 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 25 Nov 2008 23:54:55 -0600 Subject: Policy concerning ports that can update/install themselves In-Reply-To: <20081125103926.GA3478@weetamoe.loria.fr> References: <20081125103926.GA3478@weetamoe.loria.fr> Message-ID: <23E8671E-FB12-4DA4-8BD9-3F40072D5138@macports.org> On Nov 25, 2008, at 04:39, Emmanuel Hainry wrote: > I am wondering what is our policy concerning programs that are able > either to auto update (many graphical programs have such a feature) > and > programs that propose to install add-ons like py-setuptools, > rb-rubygems... > > Those are able to write things inside ${prefix} and to put there files > that are not managed by Macports and hence may cause problems for > subsequent port installs/uninstall but also write things outside > ${prefix}, including /usr/. > > I ask this question because of one of texlive's new feature: a > graphical > interface that manages the configuration but also gives the user the > ability to add packages. My choice would be to disable such an evil > feature as port is supposed to do the work, Yes, I'd recommend disabling any auto-update feature in the software. I've even seen ports removed from MacPorts entirely once they grow their own auto-update features. One of the main reasons I use MacPorts is to make it easy to update the software; if it has its own easy auto-update mechanism there may no longer be a benefit of having the software in MacPorts. > but I see that ports for > such feature in python and ruby exist... I don't understand? From raimue at macports.org Wed Nov 26 02:41:09 2008 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 26 Nov 2008 11:41:09 +0100 Subject: Policy concerning ports that can update/install themselves In-Reply-To: <23E8671E-FB12-4DA4-8BD9-3F40072D5138@macports.org> References: <20081125103926.GA3478@weetamoe.loria.fr> <23E8671E-FB12-4DA4-8BD9-3F40072D5138@macports.org> Message-ID: <492D27C5.90200@macports.org> Ryan Schmidt wrote: > I've even seen ports removed from MacPorts entirely once they grow > their own auto-update features. One of the main reasons I use > MacPorts is to make it easy to update the software; if it has its own > easy auto-update mechanism there may no longer be a benefit of having > the software in MacPorts. I prefer to use MacPorts to update applications. I hate it when I start an application which I have not used for some time and it pops up with an auto-update request, but I just want to use it right now and not being disturbed by downloading and applying updates. With MacPorts, I check for outdated ports once in a while and I can install updates when I have the time to do so. Also, I can check for updates without starting the application itself. Your mileage may vary, that's just how I prefer it. Rainer From kuepper.jochen at googlemail.com Wed Nov 26 02:41:30 2008 From: kuepper.jochen at googlemail.com (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Wed, 26 Nov 2008 11:41:30 +0100 Subject: svn update problem (essentially solved) In-Reply-To: <873ahfk11l.fsf@xsteve.at> References: <81CCC1D9-D500-44C8-82E4-5F7481A1F1AB@fhi-berlin.mpg.de> <8763megpte.fsf@xsteve.at> <52D566BA-9830-48DA-9F7D-F69CBEFCBD94@fhi-berlin.mpg.de> <873ahfk11l.fsf@xsteve.at> Message-ID: Hi, this is a summary of my issues with svn 1.5.4 (r33841) from MacPorts, used with psvn.el in Aquamacs 1.5. On 25.11.2008, at 21:23, Stefan Reich?r wrote: >>> Schwer zu sagen, was da nicht klappt. >>> Hast du das Problem noch immer? >> >> yes, problem still exists. >> >>> Wie sieht der Inhalt des " *svn-process*" Buffers aus? >> >> The content of the process buffer is one line: >> >> svn: OPTIONS of http://server.org:port/paper/trunk': authorization >> failed (http://server.org:port) >> >> >> Actually, I realize that psvn.el gives --non-interactive to svn. >> >> If I do that in the commandline, it fails with the same error. >> Should I be able (in Terminal) to successfully run >> svn --non-interactive up >> or do I need to give more options in that case? > > I am no subversion expert: > --non-interactive : do no interactive prompting > > It seems that authentification does not work with some cached > user/password data or that this data is missing now. > > On linux ~/.subversion/auth caches the login information somehow. > You could try to find, if your login information for the server is > stored there. That seems to be perfectly correct. a) If I used svn update without "--non-interactive" on the commandline, or via a modified psvn.el, it worked without asking for password. b) If I used svn update with "--non-interactive" on the commandline, or via an unmodified psvn.el, it did not work -- error message is above. I looked at the corresponding .subversion/auth directory -- there was no password stored. Once I ran "svn update --username=jochen -- password= --non-interactive, everything is fine again. Now both scenarios, (a) and (b), work, because the password is stored inside the auth directory. I do not know why this is the case, and why it did work before without the password, but, well, I consider it resolved. Does this have to do with the Mac OS X keychain, that could have been providing the password? Would it? Thank you for your help! Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll From jaysonchristian at mac.com Wed Nov 26 21:19:47 2008 From: jaysonchristian at mac.com (Jayson Christian) Date: Thu, 27 Nov 2008 08:19:47 +0300 Subject: MacPorts 1.6.0 10.5 Leopard DMG Message-ID: <3453B07A-E1C1-45D3-BB61-E81CF8087CEB@mac.com> G'Day Guys, Funny thing is I attempted to download the latest DMG about two weeks ago now and with me unable to get on to the net all the time due to being out and about here on Operations in the Middle East I have forgotten why I started out to get it in the first place. I am sure it will come to me in time. Anyway, I am having trouble downloading the DMG for some reason. It is only 412.79KB but for some reason it always stalls at 140.00KB regardless of how I try to download it. Any suggestions of how I can get the download or is there some way you can email it to me? Regards...Jayson From ndiscreet at gmail.com Wed Nov 26 21:28:13 2008 From: ndiscreet at gmail.com (Altoine Barker) Date: Wed, 26 Nov 2008 23:28:13 -0600 Subject: MacPorts 1.6.0 10.5 Leopard DMG In-Reply-To: <3453B07A-E1C1-45D3-BB61-E81CF8087CEB@mac.com> References: <3453B07A-E1C1-45D3-BB61-E81CF8087CEB@mac.com> Message-ID: <3aa26b560811262128p48382212uc365e5c50aafb2c@mail.gmail.com> How are you downloading the file? Are you using a browser, ftp client, curl, or some other type of downloading application? Next, what is your internet connection type? Dial up, DSL, LAN, WiFi, etc? -Altoine On Wed, Nov 26, 2008 at 11:19 PM, Jayson Christian wrote: > G'Day Guys, > > Funny thing is I attempted to download the latest DMG about two weeks ago > now and with me unable to get on to the net all the time due to being out > and about here on Operations in the Middle East I have forgotten why I > started out to get it in the first place. I am sure it will come to me in > time. > > Anyway, I am having trouble downloading the DMG for some reason. It is > only 412.79KB but for some reason it always stalls at 140.00KB regardless of > how I try to download it. Any suggestions of how I can get the download or > is there some way you can email it to me? > > Regards...Jayson > _______________________________________________ > 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 Thu Nov 27 02:04:41 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 27 Nov 2008 04:04:41 -0600 Subject: MacPorts 1.6.0 10.5 Leopard DMG In-Reply-To: <3453B07A-E1C1-45D3-BB61-E81CF8087CEB@mac.com> References: <3453B07A-E1C1-45D3-BB61-E81CF8087CEB@mac.com> Message-ID: <37708400-A5AD-4023-B51C-885E1E53C29F@macports.org> On Nov 26, 2008, at 23:19, Jayson Christian wrote: > Funny thing is I attempted to download the latest DMG about two > weeks ago now and with me unable to get on to the net all the time > due to being out and about here on Operations in the Middle East I > have forgotten why I started out to get it in the first place. I > am sure it will come to me in time. > > Anyway, I am having trouble downloading the DMG for some reason. > It is only 412.79KB but for some reason it always stalls at > 140.00KB regardless of how I try to download it. Any suggestions > of how I can get the download or is there some way you can email it > to me? It downloads fine from here so I suspect a network problem (or even an intentional network restriction) on your end. You can try downloading it from a different server; I just put it up on my server for you to try: http://www.ryandesign.com/tmp/MacPorts-1.6.0-10.5-Leopard.dmg If that doesn't work, speak with your network administrator, or try downloading using a different network if you can find one. If you want to try it by email, let me know off-list and I can try emailing it to you, though I don't know if that will be any more successful. If you create a drop box on your iDisk, I could also try copying it there for you. However, if you can't download more than 140K files via http, you will have a tough time using MacPorts, which needs to download larger files than that in order to install most ports. If you can't work around that problem, then for any port you want to install, you'd have to get the distfiles by another means, and put them in the place MacPorts expects them (/opt/local/var/ macports/distfiles/${name}). From David.Epstein at warwick.ac.uk Thu Nov 27 02:17:30 2008 From: David.Epstein at warwick.ac.uk (David Epstein) Date: Thu, 27 Nov 2008 02:17:30 -0800 (PST) Subject: sudo port upgrade all Message-ID: <20716578.post@talk.nabble.com> I mistakenly did sudo port upgrade all, instead of sudo port upgrade installed, and left my machine for 24 hours. It seems that a huge amount of stuff was installed, which I now want to get rid of. The first point I will make is that this has happened to other users before, as one can see by searching the list for "port upgrade all", and port should not allow this to happen without making sure that the reader knows what he/she is doing. I was working with the default version of "sources.conf". Please point me to a link specifying the procedure to be followed when requesting an improvement to MacPorts. I wonder if anyone has time or interest to provide this additional protection to naive users? Secondly I would welcome some helpful suggestions about how to recover from this situation. I want to identify the unnecessary installs, and uninstall them. I don't want to use -f, for fear of damaging my existing installation. Unless there is a way of detecting dates of installation using some feature of "port", the most hopeful route for me seems to be to use Unix "find". However, I don't understand the file structure of /opt/local well enough. How can I construct a find command that will get me only new installs, with only one hit per install? What I am talking about here is the fact that there are many files associated with each install, and I don't want a separate find hit for each of these files. Assuming that I can construct a list of unwanted ports, I can uninstall everything in the list, except that dependencies will prevent this. If I pass uninstall commands repeatedly over the list, what happens when it hits ports that have already been uninstalled? Or is there a better way. Again, I don't want to use force. Finally, does port uninstall (if successful) remove ALL the files associated with an install, or is some debris left that needs to be further cleaned? thanks for your help in my predicament. David -- View this message in context: http://www.nabble.com/sudo-port-upgrade-all-tp20716578p20716578.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From milosh at macports.org Thu Nov 27 03:31:21 2008 From: milosh at macports.org (Emmanuel Hainry) Date: Thu, 27 Nov 2008 12:31:21 +0100 Subject: sudo port upgrade all In-Reply-To: <20716578.post@talk.nabble.com> References: <20716578.post@talk.nabble.com> Message-ID: <20081127113121.GA6896@weetamoe.loria.fr> Citando David Epstein : > > I mistakenly did sudo port upgrade all, instead of sudo port upgrade > installed, and left my machine for 24 hours. It seems that a huge amount of > stuff was installed, which I now want to get rid of. > > Secondly I would welcome some helpful suggestions about how to recover from > this situation. I want to identify the unnecessary installs, and uninstall > them. I don't want to use -f, for fear of damaging my existing installation. > > Unless there is a way of detecting dates of installation using some feature > of "port", /opt/local/var/macports/distfiles/ contains the distfiles of what you installed. The dates of creation should inform you. > the most hopeful route for me seems to be to use Unix "find". > However, I don't understand the file structure of /opt/local well enough. > How can I construct a find command that will get me only new installs, with > only one hit per install? What I am talking about here is the fact that > there are many files associated with each install, and I don't want a > separate find hit for each of these files. Unfortunately, new installs are not what you want to get rid of as you reinstalled things that were already there! (however, the distfile date should not have changed) > Assuming that I can construct a list of unwanted ports, I can uninstall > everything in the list, except that dependencies will prevent this. If I > pass uninstall commands repeatedly over the list, what happens when it hits > ports that have already been uninstalled? Or is there a better way. Again, I > don't want to use force. Why don't you want to use force? If you did not use force to install, then removing a port will not damage another one. However, there exist scripts that give you a tree of dependencies (search the archives of the lis), you could use them to get rid of new ports with no dependencies (recursively). > Finally, does port uninstall (if successful) remove ALL the files associated > with an install, or is some debris left that needs to be further cleaned? You may want to "port clean --all" those ports to get rid of the ditsfiles (source tarballs) and the packages (archives of what was installed, you may not have this enabled). Good luck, Emmanuel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature URL: From ryandesign at macports.org Thu Nov 27 17:47:16 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 27 Nov 2008 19:47:16 -0600 Subject: sudo port upgrade all In-Reply-To: <20716578.post@talk.nabble.com> References: <20716578.post@talk.nabble.com> Message-ID: <4AC371D1-3252-4FD1-BC4C-62A73A8141E2@macports.org> On Nov 27, 2008, at 04:17, David Epstein wrote: > I mistakenly did sudo port upgrade all, instead of sudo port upgrade > installed, and left my machine for 24 hours. It seems that a huge > amount of > stuff was installed, which I now want to get rid of. > > The first point I will make is that this has happened to other > users before, > as one can see by searching the list for "port upgrade all", and > port should > not allow this to happen without making sure that the reader knows > what > he/she is doing. I was working with the default version of > "sources.conf". > Please point me to a link specifying the procedure to be followed when > requesting an improvement to MacPorts. I wonder if anyone has time or > interest to provide this additional protection to naive users? > > Secondly I would welcome some helpful suggestions about how to > recover from > this situation. I want to identify the unnecessary installs, and > uninstall > them. I don't want to use -f, for fear of damaging my existing > installation. > > Unless there is a way of detecting dates of installation using some > feature > of "port", the most hopeful route for me seems to be to use Unix > "find". > However, I don't understand the file structure of /opt/local well > enough. > How can I construct a find command that will get me only new > installs, with > only one hit per install? What I am talking about here is the fact > that > there are many files associated with each install, and I don't want a > separate find hit for each of these files. > > Assuming that I can construct a list of unwanted ports, I can > uninstall > everything in the list, except that dependencies will prevent this. > If I > pass uninstall commands repeatedly over the list, what happens when > it hits > ports that have already been uninstalled? Or is there a better way. > Again, I > don't want to use force. > > Finally, does port uninstall (if successful) remove ALL the files > associated > with an install, or is some debris left that needs to be further > cleaned? > > thanks for your help in my predicament. One problem here is that if you "sudo port upgrade x" and port x is not already installed, MacPorts installs it. It would make more sense to me if MacPorts would instead issue an error ("cannot upgrade port x because it is not installed") and exit. Anyone know why "upgrade" installs a port if it's not installed? I don't know a good way to clean this up automatically, since MacPorts doesn't know which ports you meant to install/upgrade and which ones you didn't. I suggest you look at the output of "port installed" and decide which ports you want to have and which ones you don't. For each port x you don't want, run "sudo port uninstall x". If other ports depend on it, it'll tell you what those ports are and won't let you uninstall it yet. In that case, run "sudo port uninstall" for each listed dependent, and so forth on up the chain, until it lets you uninstall it, unless of course you realize that the port you're in the process of uninstalling is in fact a dependency of a port you want to keep. As Emmanuel mentioned, you've also ended up with lots of distfiles you may not need. You could go to a lot of effort to delete only those distfiles you don't need, and keep those you might need if you want to reinstall a port, or you could just "sudo port clean --all all" to remove the distfiles of every port. If you later do need to reinstall a port, it will download its distfile again. Preventing this from happening in the future by keeping people from using the "all" pseudo-port with the "upgrade" or "install" targets would be good, but I don't think it's that straightforward, since AFAIK MacPorts *first* expands the pseudo-port to a list of ports, and *then* hands that list to the "upgrade" or "install" target; the targets do not see a difference between you typing "all" and you typing the names of all 5163 ports. One possible remedy would be to have a sanity check for "install" and "upgrade" (any other targets?) to have it bail out if more than n ports are requested, where n is, I don't know, 100? 200? I have over 300 ports installed, but not many of those need upgrading; one would use "sudo port upgrade outdated" to upgrade only the outdated ports; "sudo port upgrade installed" wouldn't be a good thing to run. Comments on this strategy, or suggestions for other strategies to prevent this situation? From edsko at edsko.net Fri Nov 28 07:16:10 2008 From: edsko at edsko.net (Edsko de Vries) Date: Fri, 28 Nov 2008 15:16:10 +0000 Subject: gtk fails to build Message-ID: <41DBCDD6-2640-422F-A618-D4923424D884@edsko.net> Hi, In http://www.nabble.com/gtk-fails-to-build-td20593874.html it was reported that gtk failed to build. I had the same problem, and a similar problem with fftv-3. In that thread, it was suggested to upgrade to Xcode 3.1. I just wanted to report that that did indeed solve the problem for me; once I upgraded to Xcode 3.1 and cleaned gtk and fftv-3 and retried, everything worked. Edsko From ryandesign at macports.org Fri Nov 28 11:37:48 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 28 Nov 2008 13:37:48 -0600 Subject: sudo port upgrade all In-Reply-To: <62AD05FD-5C79-4048-A86B-40F55BACBB3D@web.de> References: <20716578.post@talk.nabble.com> <4AC371D1-3252-4FD1-BC4C-62A73A8141E2@macports.org> <62AD05FD-5C79-4048-A86B-40F55BACBB3D@web.de> Message-ID: On Nov 28, 2008, at 02:49, Keith J. Schultz wrote: > Am 28.11.2008 um 02:47 schrieb Ryan Schmidt: > >> Preventing this from happening in the future by keeping people >> from using the "all" pseudo-port with the "upgrade" or "install" >> targets would be good, but I don't think it's that >> straightforward, since AFAIK MacPorts *first* expands the pseudo- >> port to a list of ports, and *then* hands that list to the >> "upgrade" or "install" target; the targets do not see a difference >> between you typing "all" and you typing the names of all 5163 >> ports. One possible remedy would be to have a sanity check for >> "install" and "upgrade" (any other targets?) to have it bail out >> if more than n ports are requested, where n is, I don't know, 100? >> 200? I have over 300 ports installed, but not many of those need >> upgrading; one would use "sudo port upgrade outdated" to upgrade >> only the outdated ports; "sudo port upgrade installed" wouldn't be >> a good thing to run. Comments on this strategy, or suggestions for >> other strategies to prevent this situation? > > Well if it is just a matter of a pseudo-port expansion then > I would suggest renaming it to Everything!! > > Sure "all" is nice, but it would help some of the "normal" > users to use everything instead of all. Yeh, the power users > will scream. Though it would be an easy programming task! I don't see any benefit in renaming "all" to "everything". In the current case we have users who think "I want to upgrade all ports I installed!" so they use "port upgrade all" and have a problem. If we rename "all" to "everything", then we have users who think "I want to upgrade everything I installed!" so they use "port upgrade everything". Same problem. > I do not know how port is programmed to parse its command line > arguements, but when it checks the port-command we could check the > arguments of the command involved. Isn't this done already? I'm not really familiar with those particular internals of MacPorts but you're welcome to look at the sources. They're in the repository: http://trac.macports.org/browser/trunk/base/ Maybe someone who's already familiar with MacPorts command line argument parsing can chime in. P.S: Don't forget to Reply All so your message goes to the list too, not just to me. From ryandesign at macports.org Fri Nov 28 11:40:05 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 28 Nov 2008 13:40:05 -0600 Subject: sudo port upgrade all In-Reply-To: <5C300143-2925-45F2-A7F7-CE4926D9D13B@web.de> References: <20716578.post@talk.nabble.com> <4AC371D1-3252-4FD1-BC4C-62A73A8141E2@macports.org> <5C300143-2925-45F2-A7F7-CE4926D9D13B@web.de> Message-ID: On Nov 28, 2008, at 04:05, Keith J. Schultz wrote: > Am 28.11.2008 um 02:47 schrieb Ryan Schmidt: > >> Preventing this from happening in the future by keeping people >> from using the "all" pseudo-port with the "upgrade" or "install" >> targets would be good, but I don't think it's that >> straightforward, since AFAIK MacPorts *first* expands the pseudo- >> port to a list of ports, and *then* hands that list to the >> "upgrade" or "install" target; the targets do not see a difference >> between you typing "all" and you typing the names of all 5163 >> ports. One possible remedy would be to have a sanity check for >> "install" and "upgrade" (any other targets?) to have it bail out >> if more than n ports are requested, where n is, I don't know, 100? >> 200? I have over 300 ports installed, but not many of those need >> upgrading; one would use "sudo port upgrade outdated" to upgrade >> only the outdated ports; "sudo port upgrade installed" wouldn't be >> a good thing to run. Comments on this strategy, or suggestions for >> other strategies to prevent this situation? > > Just thought about it. Thier should be a sanity check! > upgrade should work only on installed ports!! > It would semantically the correct thing to do. > You know you can not upgrade hardware you do not have. Yes, I mentioned that in the part you didn't quote: >> One problem here is that if you "sudo port upgrade x" and port x >> is not already installed, MacPorts installs it. It would make more >> sense to me if MacPorts would instead issue an error ("cannot >> upgrade port x because it is not installed") and exit. Anyone know >> why "upgrade" installs a port if it's not installed? I'm hoping someone who's been with the project longer than me will remember why it was implemented this way, and what the implications would be of changing it now. > Then sudo port upgrade all would equate to sudo port upgrade > installed. which would still be a bad command to run; you really want "sudo port upgrade outdated". > Two ways to go about it: > 1) catch this when the command line is parsed > 2) upgrade checks the portlist given againt installed > ports before it starts its magic. It could then give out > a warning port xyz is not installed. Of course having some > 5000 warnings is not nice. So probably method one would be > better as it would effect the rest of the way port works. From j.van_den_hoff at fzd.de Fri Nov 28 14:08:56 2008 From: j.van_den_hoff at fzd.de (Joerg van den Hoff) Date: Fri, 28 Nov 2008 23:08:56 +0100 Subject: py-cddb problem Message-ID: <20081128220855.GA1998@claude.fz-rossendorf.de> hi there, not a very specific question (apologies), but anyway: until some time ago I used py-cddb without problems driven by a small wrapper script to first collect the CD information for a CD in the drive and then query the database. now, when I try this I get errors: dev = DiscID.open() File "/opt/local/lib/python2.4/site-packages/DiscID.py", line 31, in open return cdrom.open() cdrom.error: (13, 'Permission denied') when I try again with `sudo' I get: File "/opt/local/lib/python2.4/site-packages/DiscID.py", line 38, in disc_id (first, last) = cdrom.toc_header(device) cdrom.error: (25, 'Inappropriate ioctl for device') these errors are related to the compiled C code included in the package I believe. is this not working anymore??? the only thing I noted otherwise is, that previously the cd was /dev/disk1 and now it is /dev/disk2 (this is with 10.4.11), but that's probably irrelevant. any help? joerg From trog24 at comcast.net Fri Nov 28 15:18:30 2008 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Fri, 28 Nov 2008 15:18:30 -0800 Subject: sudo port upgrade installed Message-ID: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> Hello, Running sudo port upgrade installed, I got the following message: Error: cyrus-sasl2 will not build when another version is active. Error: Please deactivate or uninstall cyrus-sasl2, and then install Error: the new version with `sudo port install cyrus-sasl2`. Error: Target org.macports.configure returned: cyrus-sasl2 upgrade failed Error: Unable to upgrade port: 1 I interrupted the process, deactivated cyrus-sasl2, and restarted the update installed. The following resulted: ---> Activating cyrus-sasl2 2.1.21_0+kerberos ---> Configuring cyrus-sasl2 Error: cyrus-sasl2 will not build when another version is active. Error: Please deactivate or uninstall cyrus-sasl2, and then install Error: the new version with `sudo port install cyrus-sasl2`. Error: Target org.macports.configure returned: cyrus-sasl2 upgrade failed Error: Unable to upgrade port: 1 The reactivation of cyrus-sasl2 by upgrade installed prior to upgrading cyrus-sasl2 defeated the purpose of deactivating before hand. What I think should happen is that if cyrus-sasl2 requires deactivation before upgrading the, script should deactivate and then upgrade rather than have the user deactivate or uninstall. The non- automation of the process defeats the purpose of automating the upgrade, especially when the deactivation is defeated by an activation. Frank From frstan at bellsouth.net Fri Nov 28 19:01:09 2008 From: frstan at bellsouth.net (William Davis) Date: Fri, 28 Nov 2008 22:01:09 -0500 Subject: sudo port upgrade all In-Reply-To: References: <20716578.post@talk.nabble.com> <4AC371D1-3252-4FD1-BC4C-62A73A8141E2@macports.org> <5C300143-2925-45F2-A7F7-CE4926D9D13B@web.de> Message-ID: <52851960-A1E4-4AF4-9F43-E25E1F2D1561@bellsouth.net> > > >> Then sudo port upgrade all would equate to sudo port upgrade >> installed. > > which would still be a bad command to run; you really want "sudo > port upgrade outdated". > What I really want is "sudo port upgrade -R outdated" but that runs nearly forever and makes a big mess in various ways. Running "sudo port upgrade installed" is a sort of limping substitute since it will as it gets repeated over time rebuild the various chains of dependents thus updating them. So if "-R" is really going to work correctly in 1.7 I dont care. OTW I want "sudo port upgrade outdated" to work. Just my 2 centavos. William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc2 (xorg-server 1.4.2-apple25) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Sat Nov 29 08:14:04 2008 From: jmr at macports.org (Joshua Root) Date: Sun, 30 Nov 2008 03:14:04 +1100 Subject: sudo port upgrade installed In-Reply-To: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> Message-ID: <49316A4C.2010500@macports.org> Frank J. R. Hanstick wrote: > Hello, > Running sudo port upgrade installed, I got the following message: > > Error: cyrus-sasl2 will not build when another version is active. > Error: Please deactivate or uninstall cyrus-sasl2, and then install > Error: the new version with `sudo port install cyrus-sasl2`. > Error: Target org.macports.configure returned: cyrus-sasl2 upgrade > failed > Error: Unable to upgrade port: 1 > > I interrupted the process, deactivated cyrus-sasl2, and restarted the > update installed. The following resulted: > > ---> Activating cyrus-sasl2 2.1.21_0+kerberos > ---> Configuring cyrus-sasl2 > Error: cyrus-sasl2 will not build when another version is active. > Error: Please deactivate or uninstall cyrus-sasl2, and then install > Error: the new version with `sudo port install cyrus-sasl2`. > Error: Target org.macports.configure returned: cyrus-sasl2 upgrade > failed > Error: Unable to upgrade port: 1 You need to do exactly what the instructions say. > The reactivation of cyrus-sasl2 by upgrade installed prior to > upgrading cyrus-sasl2 defeated the purpose of deactivating before > hand. What I think should happen is that if cyrus-sasl2 requires > deactivation before upgrading the, script should deactivate and then > upgrade rather than have the user deactivate or uninstall. The non- > automation of the process defeats the purpose of automating the > upgrade, especially when the deactivation is defeated by an activation. There are no port-specific upgrade scripts. The normal upgrade procedure doesn't work for cyrus-sasl2, hence the instructions to do it manually. Yes, this is a bug. - Josh From mark at dxradio.demon.co.uk Sat Nov 29 09:21:45 2008 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Sat, 29 Nov 2008 17:21:45 +0000 Subject: sudo port upgrade installed In-Reply-To: <49316A4C.2010500@macports.org> References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> <49316A4C.2010500@macports.org> Message-ID: <67C3E60C-BAC8-4E23-BF97-97C9BAD959D7@dxradio.demon.co.uk> On 29 Nov 2008, at 16:14, Joshua Root wrote: > Frank J. R. Hanstick wrote: >> Hello, >> Running sudo port upgrade installed, I got the following message: >> >> Error: cyrus-sasl2 will not build when another version is active. >> Error: Please deactivate or uninstall cyrus-sasl2, and then install >> Error: the new version with `sudo port install cyrus-sasl2`. >> Error: Target org.macports.configure returned: cyrus-sasl2 upgrade >> failed >> Error: Unable to upgrade port: 1 >> >> I interrupted the process, deactivated cyrus-sasl2, and restarted the >> update installed. The following resulted: >> >> ---> Activating cyrus-sasl2 2.1.21_0+kerberos >> ---> Configuring cyrus-sasl2 >> Error: cyrus-sasl2 will not build when another version is active. >> Error: Please deactivate or uninstall cyrus-sasl2, and then install >> Error: the new version with `sudo port install cyrus-sasl2`. >> Error: Target org.macports.configure returned: cyrus-sasl2 upgrade >> failed >> Error: Unable to upgrade port: 1 > > You need to do exactly what the instructions say. The instructions say "Please deactivate or ... " But de-activating doesn't help, as it still fails to upgrade. So you have to go the whole way and de-install it >> The reactivation of cyrus-sasl2 by upgrade installed prior to >> upgrading cyrus-sasl2 defeated the purpose of deactivating before >> hand. What I think should happen is that if cyrus-sasl2 requires >> deactivation before upgrading the, script should deactivate and then >> upgrade rather than have the user deactivate or uninstall. The non- >> automation of the process defeats the purpose of automating the >> upgrade, especially when the deactivation is defeated by an >> activation. > > There are no port-specific upgrade scripts. The normal upgrade > procedure > doesn't work for cyrus-sasl2, hence the instructions to do it > manually. > Yes, this is a bug. > > - Josh Mark From jmr at macports.org Sat Nov 29 09:48:33 2008 From: jmr at macports.org (Joshua Root) Date: Sun, 30 Nov 2008 04:48:33 +1100 Subject: sudo port upgrade installed In-Reply-To: <67C3E60C-BAC8-4E23-BF97-97C9BAD959D7@dxradio.demon.co.uk> References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> <49316A4C.2010500@macports.org> <67C3E60C-BAC8-4E23-BF97-97C9BAD959D7@dxradio.demon.co.uk> Message-ID: <49318071.10005@macports.org> Mark Hattam wrote: > > On 29 Nov 2008, at 16:14, Joshua Root wrote: > >> Frank J. R. Hanstick wrote: >>> Hello, >>> Running sudo port upgrade installed, I got the following message: >>> >>> Error: cyrus-sasl2 will not build when another version is active. >>> Error: Please deactivate or uninstall cyrus-sasl2, and then install >>> Error: the new version with `sudo port install cyrus-sasl2`. >>> Error: Target org.macports.configure returned: cyrus-sasl2 upgrade >>> failed >>> Error: Unable to upgrade port: 1 >>> >>> I interrupted the process, deactivated cyrus-sasl2, and restarted the >>> update installed. The following resulted: >>> >>> ---> Activating cyrus-sasl2 2.1.21_0+kerberos >>> ---> Configuring cyrus-sasl2 >>> Error: cyrus-sasl2 will not build when another version is active. >>> Error: Please deactivate or uninstall cyrus-sasl2, and then install >>> Error: the new version with `sudo port install cyrus-sasl2`. >>> Error: Target org.macports.configure returned: cyrus-sasl2 upgrade >>> failed >>> Error: Unable to upgrade port: 1 >> >> You need to do exactly what the instructions say. > > The instructions say "Please deactivate or ... " > > But de-activating doesn't help, as it still fails to upgrade. > > So you have to go the whole way and de-install it The part you missed is: "install the new version with `sudo port install cyrus-sasl2`" - Josh From jmr at macports.org Sat Nov 29 10:44:01 2008 From: jmr at macports.org (Joshua Root) Date: Sun, 30 Nov 2008 05:44:01 +1100 Subject: sudo port upgrade installed In-Reply-To: <2E4327EC-B827-4086-A6FB-67DC50FA631A@comcast.net> References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> <49316A4C.2010500@macports.org> <67C3E60C-BAC8-4E23-BF97-97C9BAD959D7@dxradio.demon.co.uk> <49318071.10005@macports.org> <2E4327EC-B827-4086-A6FB-67DC50FA631A@comcast.net> Message-ID: <49318D71.4090708@macports.org> Frank J. R. Hanstick wrote: > Hello, > The uninstall is not a good idea because other modules depend on > cyrus-sasl2 as indicated by the following: > > ---> Unable to uninstall cyrus-sasl2 2.1.21_0+kerberos, the following > ports depend on it: > ---> subversion > ---> subversion > Error: port uninstall failed: Please uninstall the ports that depend on > cyrus-sasl2 first. You have to force the uninstall with `sudo port -f uninstall cyrus-sasl2 2.1.21_0+kerberos` if you choose to uninstall rather than deactivate, because it has dependents. Normally this would be a bad idea, but it's OK since you'll be reinstalling it right away. > I did the deactivate and independent install which worked; but, the > question remains as to why was cyrus-sasl reactivated before upgrading > when deactivated before hand. > What I am referring to as a script is the procedure by which > MacPorts upgrades ports which may not literally be a script; but, a > script in the sense that a strict set of procedural steps are followed. > I notice in the upgrading process, that deactivation of an installed > module occurs immediately after the building. Could the deactivation be > changed to the point where the needed upgrade is made, which I assume is > before the build, and reactivated afterwards whether or not an upgraded > installation occurred? This seems like a simple change to the > procedural steps by someone who knows the insides of MacPorts. A change along those lines is probably possible, but I would not characterise it as simple. - Josh From ryandesign at macports.org Sat Nov 29 11:48:18 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 29 Nov 2008 13:48:18 -0600 Subject: sudo port upgrade installed In-Reply-To: <49318D71.4090708@macports.org> References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> <49316A4C.2010500@macports.org> <67C3E60C-BAC8-4E23-BF97-97C9BAD959D7@dxradio.demon.co.uk> <49318071.10005@macports.org> <2E4327EC-B827-4086-A6FB-67DC50FA631A@comcast.net> <49318D71.4090708@macports.org> Message-ID: On Nov 29, 2008, at 12:44, Joshua Root wrote: > Frank Hanstick wrote: > >> I did the deactivate and independent install which worked; >> but, the >> question remains as to why was cyrus-sasl reactivated before >> upgrading >> when deactivated before hand. >> What I am referring to as a script is the procedure by which >> MacPorts upgrades ports which may not literally be a script; but, a >> script in the sense that a strict set of procedural steps are >> followed. >> I notice in the upgrading process, that deactivation of an >> installed >> module occurs immediately after the building. Could the >> deactivation be >> changed to the point where the needed upgrade is made, which I >> assume is >> before the build, and reactivated afterwards whether or not an >> upgraded >> installation occurred? This seems like a simple change to the >> procedural steps by someone who knows the insides of MacPorts. > > A change along those lines is probably possible, but I would not > characterise it as simple. To upgrade a port, MacPorts currently runs the phases in this order: fetch checksum extract patch configure build destroot install deactivate activate clean I may have missed a phase or two but that's basically it. MacPorts gets, verifies and compiles the new version of the software, stages it into the destroot, copies it into the software directory, and just before making the hardlinks in ${prefix} to activate it, it first removes the old hardlinks in ${prefix} belonging to the old version. The reason for this order is so that the old version remains available to any other processes on your machine for as long as possible. However, cyrus-sasl2 is in the small minority of software that does not build correctly when another version of cyrus-sasl2 is activated. This is a bug in cyrus-sasl2 which the authors of that software have not fixed, so all we can do for now is offer workarounds. To fix it in MacPorts base would require changing the order of the phases so that deactivate comes before configure. This would mean that for the entire duration of configure, build, destroot and install, the old version of the software would not be available. This might be ok for cyrus-sasl2 which probably builds pretty quickly even on slow machines. But consider the larger ports. If I want to upgrade gcc43 or ghc on my Power Mac, it will take about a day to compile. Now it's possible that some time during that day I will also want to make use of gcc43 or ghc. With your proposed change, I would no longer be able to do that because it would have already been deactivated. A better solution is to work with the authors of cyrus-sasl2 to get their software to compile correctly even if another version is already available on the system. From ryandesign at macports.org Sat Nov 29 12:27:48 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 29 Nov 2008 14:27:48 -0600 Subject: sudo port upgrade installed In-Reply-To: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> Message-ID: <12D7861F-D4C3-4428-89B8-4774B856506C@macports.org> On Nov 28, 2008, at 17:18, Frank J. R. Hanstick wrote: > Running sudo port upgrade installed, I got the following message: You shouldn't be running "sudo port upgrade installed". You should be running "sudo port upgrade outdated". No reason to have MacPorts trying to upgrade ports that aren't outdated. From ryandesign at macports.org Sat Nov 29 12:27:52 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 29 Nov 2008 14:27:52 -0600 Subject: sudo port upgrade installed In-Reply-To: References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> <49316A4C.2010500@macports.org> <67C3E60C-BAC8-4E23-BF97-97C9BAD959D7@dxradio.demon.co.uk> <49318071.10005@macports.org> <2E4327EC-B827-4086-A6FB-67DC50FA631A@comcast.net> <49318D71.4090708@macports.org> Message-ID: On Nov 29, 2008, at 14:11, Frank J. R. Hanstick wrote: > Interesting that one might want to use a port during the process > of upgrading. Does MacPorts check to see if the module is in use > before deactivating and reactivating? I don't know. I assume it does not check. (I wouldn't know how to check...) > If not, what happens if the links are severed during usage? Stuff probably blows up. > It MacPorts does check "in use", does it wait until usage is over > before deactivating and reactivating? I think preventing usage > during an upgrade process would be far superior to using and having > links severed during usage.. What do others think? From trog24 at comcast.net Sat Nov 29 13:46:30 2008 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Sat, 29 Nov 2008 13:46:30 -0800 Subject: sudo port upgrade installed In-Reply-To: References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> <49316A4C.2010500@macports.org> <67C3E60C-BAC8-4E23-BF97-97C9BAD959D7@dxradio.demon.co.uk> <49318071.10005@macports.org> <2E4327EC-B827-4086-A6FB-67DC50FA631A@comcast.net> <49318D71.4090708@macports.org> Message-ID: <8EA14BDE-A8B9-4321-B8E7-417B41CBBF42@comcast.net> Hello, Interesting that one might want to use a port during the process of upgrading. Does MacPorts check to see if the module is in use before deactivating and reactivating? If not, what happens if the links are severed during usage? It MacPorts does check "in use", does it wait until usage is over before deactivating and reactivating? I think preventing usage during an upgrade process would be far superior to using and having links severed during usage.. Frank On Nov 29, 2008, at 11:48 AM, Ryan Schmidt wrote: > > On Nov 29, 2008, at 12:44, Joshua Root wrote: > >> Frank Hanstick wrote: >> >>> I did the deactivate and independent install which worked; >>> but, the >>> question remains as to why was cyrus-sasl reactivated before >>> upgrading >>> when deactivated before hand. >>> What I am referring to as a script is the procedure by which >>> MacPorts upgrades ports which may not literally be a script; but, a >>> script in the sense that a strict set of procedural steps are >>> followed. >>> I notice in the upgrading process, that deactivation of an >>> installed >>> module occurs immediately after the building. Could the >>> deactivation be >>> changed to the point where the needed upgrade is made, which I >>> assume is >>> before the build, and reactivated afterwards whether or not an >>> upgraded >>> installation occurred? This seems like a simple change to the >>> procedural steps by someone who knows the insides of MacPorts. >> >> A change along those lines is probably possible, but I would not >> characterise it as simple. > > To upgrade a port, MacPorts currently runs the phases in this order: > > fetch > checksum > extract > patch > configure > build > destroot > install > deactivate > activate > clean > > I may have missed a phase or two but that's basically it. MacPorts > gets, verifies and compiles the new version of the software, stages > it into the destroot, copies it into the software directory, and > just before making the hardlinks in ${prefix} to activate it, it > first removes the old hardlinks in ${prefix} belonging to the old > version. The reason for this order is so that the old version > remains available to any other processes on your machine for as > long as possible. > > However, cyrus-sasl2 is in the small minority of software that does > not build correctly when another version of cyrus-sasl2 is > activated. This is a bug in cyrus-sasl2 which the authors of that > software have not fixed, so all we can do for now is offer > workarounds. > > To fix it in MacPorts base would require changing the order of the > phases so that deactivate comes before configure. This would mean > that for the entire duration of configure, build, destroot and > install, the old version of the software would not be available. > > This might be ok for cyrus-sasl2 which probably builds pretty > quickly even on slow machines. But consider the larger ports. If I > want to upgrade gcc43 or ghc on my Power Mac, it will take about a > day to compile. Now it's possible that some time during that day I > will also want to make use of gcc43 or ghc. With your proposed > change, I would no longer be able to do that because it would have > already been deactivated. > > A better solution is to work with the authors of cyrus-sasl2 to get > their software to compile correctly even if another version is > already available on the system. > From neil at voidfx.net Sat Nov 29 14:46:27 2008 From: neil at voidfx.net (Neil) Date: Sat, 29 Nov 2008 17:46:27 -0500 Subject: sudo port upgrade installed In-Reply-To: <8EA14BDE-A8B9-4321-B8E7-417B41CBBF42@comcast.net> References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> <49316A4C.2010500@macports.org> <67C3E60C-BAC8-4E23-BF97-97C9BAD959D7@dxradio.demon.co.uk> <49318071.10005@macports.org> <2E4327EC-B827-4086-A6FB-67DC50FA631A@comcast.net> <49318D71.4090708@macports.org> <8EA14BDE-A8B9-4321-B8E7-417B41CBBF42@comcast.net> Message-ID: On 29 Nov 2008, at 16:46, Frank J. R. Hanstick wrote: > I think preventing usage during an upgrade process would be far > superior to using and having links severed during usage.. > Okay, so I'm upgrading gcc43, going from 4.3.1 to 4.3.2 (current). It's going to take 2 hours say. You find it superior that MacPorts should (somehow) stop me from using gcc 4.3.1 to perhaps write a couple hello-world sized test cases while it's compiling gcc 4.3.2 instead of just compiling 4.3.2 elsewhere, and then swapping them out when it's done? Kindly permit me to draw you an analogy: You want to buy a new car. The search for a new car will take 3 weeks. You find it superior that I take away your current car while you're shopping for the new car, instead of letting you use your current car up until you find a new car, and then swapping them? -N From neil at voidfx.net Sat Nov 29 14:50:55 2008 From: neil at voidfx.net (Neil) Date: Sat, 29 Nov 2008 17:50:55 -0500 Subject: *_select's Message-ID: <5993BFC8-35E4-4222-9E98-DB8362CC2DBB@voidfx.net> Do the *_select (eg. python_select, gcc_select, etc.) commands overwrite links just in $prefix (/opt/local), or are they changing symlinks in /usr/bin, etc? Side note: I think we need a perl_select, and a ruby_select as well soon. After thought: Maybe we should consolidate all the *_selects in something akin to eselect on Gentoo? -N. From frstan at bellsouth.net Sat Nov 29 16:18:09 2008 From: frstan at bellsouth.net (William Davis) Date: Sat, 29 Nov 2008 19:18:09 -0500 Subject: gnome & py25-gtk Message-ID: <9B20A970-BCF4-4EFB-8AA8-79C2E9C6A297@bellsouth.net> when running port upgrade on py25-gtk I noticed the following non- fatal errors: (cd .\ && /opt/local/bin/python2.5 codegen/codegen.py \ --py_ssize_t-clean \ --register pango-types.defs \ --register atk-types.defs \ --register gtk/gtk-base-types.defs \ --override atk.override \ --prefix pyatk atk.defs) > ./gen-atk.c \ && cp ./gen-atk.c ./atk.c \ && rm -f ./gen-atk.c Could not write method AtkObject.get_attributes: No ArgType for AtkAttributeSet* Could not write method AtkObject.connect_property_change_handler: No ArgType for AtkPropertyChangeHandler* Could not write method AtkObject.notify_state_change: No ArgType for AtkState Could not write method AtkObject.initialize: No ArgType for gpointer Could not write virtual accessor method AtkObject.get_attributes: No ArgType for AtkAttributeSet* Could not write virtual accessor method AtkObject.connect_property_change_handler: No ArgType for AtkPropertyChangeHandler* Could not write virtual accessor method AtkObject.initialize: No ArgType for gpointer Could not write virtual accessor method AtkObject.children_changed: No ArgType for gpointer Could not write virtual accessor method AtkObject.property_change: No ArgType for AtkPropertyValues* Could not write virtual accessor method AtkObject.active_descendant_changed: No ArgType for gpointer* Could not write virtual proxy AtkObject.get_attributes: No ArgType for AtkAttributeSet* Could not write virtual proxy AtkObject.connect_property_change_handler: No ArgType for AtkPropertyChangeHandler* Could not write virtual proxy AtkObject.initialize: No ArgType for gpointer Could not write virtual proxy AtkObject.children_changed: No ArgType for gpointer Could not write virtual proxy AtkObject.property_change: No ArgType for AtkPropertyValues* Could not write virtual proxy AtkObject.active_descendant_changed: No ArgType for gpointer* Warning: generating old-style constructor for:atk_no_op_object_new Could not write method AtkComponent.add_focus_handler: No ArgType for AtkFocusHandler Could not write virtual accessor method AtkComponent.add_focus_handler: No ArgType for AtkFocusHandler Could not write virtual accessor method AtkComponent.get_extents: No ArgType for gint* Could not write virtual accessor method AtkComponent.get_position: No ArgType for gint* Could not write virtual accessor method AtkComponent.get_size: No ArgType for gint* Could not write interface proxy AtkComponent.add_focus_handler: No ArgType for AtkFocusHandler Could not write interface proxy AtkComponent.get_extents: cannot use int* parameter with direction 'None' Could not write interface proxy AtkComponent.get_position: cannot use int* parameter with direction 'None' Could not write interface proxy AtkComponent.get_size: cannot use int* parameter with direction 'None' Could not write method AtkDocument.get_document: No ArgType for gpointer Could not write method AtkDocument.get_attributes: No ArgType for AtkAttributeSet* Could not write virtual accessor method AtkDocument.get_document: No ArgType for gpointer Could not write virtual accessor method AtkDocument.get_document_attributes: No ArgType for AtkAttributeSet* Could not write virtual accessor method AtkDocument.get_document_attribute_value: No ArgType for G_CONST_RETURNgchar* Could not write interface proxy AtkDocument.get_document: No ArgType for gpointer Could not write interface proxy AtkDocument.get_document_attributes: No ArgType for AtkAttributeSet* Could not write interface proxy AtkDocument.get_document_attribute_value: No ArgType for G_CONST_RETURNgchar* Could not write virtual accessor method AtkEditableText.set_run_attributes: No ArgType for AtkAttributeSet* Could not write virtual accessor method AtkEditableText.insert_text: No ArgType for gint* Could not write interface proxy AtkEditableText.set_run_attributes: No ArgType for AtkAttributeSet* Could not write interface proxy AtkEditableText.insert_text: cannot use int* parameter with direction 'None' Could not write virtual accessor method AtkImage.get_image_position: No ArgType for gint* Could not write virtual accessor method AtkImage.get_image_size: No ArgType for gint* Could not write interface proxy AtkImage.get_image_position: cannot use int* parameter with direction 'None' Could not write interface proxy AtkImage.get_image_size: cannot use int* parameter with direction 'None' Could not write method AtkStreamableContent.get_stream: No ArgType for GIOChannel* Could not write virtual accessor method AtkStreamableContent.get_stream: No ArgType for GIOChannel* Could not write virtual accessor method AtkStreamableContent.get_uri: No ArgType for G_CONST_RETURNgchar* Could not write interface proxy AtkStreamableContent.get_stream: No ArgType for GIOChannel* Could not write interface proxy AtkStreamableContent.get_uri: No ArgType for G_CONST_RETURNgchar* Could not write virtual accessor method AtkTable.get_selected_columns: No ArgType for gint** Could not write virtual accessor method AtkTable.get_selected_rows: No ArgType for gint** Could not write interface proxy AtkTable.get_selected_columns: No ArgType for gint** Could not write interface proxy AtkTable.get_selected_rows: No ArgType for gint** Could not write virtual accessor method AtkText.get_text_after_offset: No ArgType for gint* Could not write virtual accessor method AtkText.get_text_at_offset: No ArgType for gint* Could not write virtual accessor method AtkText.get_text_before_offset: No ArgType for gint* Could not write virtual accessor method AtkText.get_run_attributes: No ArgType for gint* Could not write virtual accessor method AtkText.get_default_attributes: No ArgType for AtkAttributeSet* Could not write virtual accessor method AtkText.get_character_extents: No ArgType for gint* Could not write virtual accessor method AtkText.get_selection: No ArgType for gint* Could not write virtual accessor method AtkText.get_range_extents: No ArgType for AtkTextRectangle* Could not write virtual accessor method AtkText.get_bounded_ranges: No ArgType for AtkTextRectangle* Could not write interface proxy AtkText.get_text_after_offset: cannot use int* parameter with direction 'None' Could not write interface proxy AtkText.get_text_at_offset: cannot use int* parameter with direction 'None' Could not write interface proxy AtkText.get_character_at_offset: No ArgType for gunichar Could not write interface proxy AtkText.get_text_before_offset: cannot use int* parameter with direction 'None' Could not write interface proxy AtkText.get_run_attributes: No ArgType for AtkAttributeSet* Could not write interface proxy AtkText.get_default_attributes: No ArgType for AtkAttributeSet* Could not write interface proxy AtkText.get_character_extents: cannot use int* parameter with direction 'None' Could not write interface proxy AtkText.get_selection: cannot use int* parameter with direction 'None' Could not write interface proxy AtkText.get_range_extents: No ArgType for AtkTextRectangle* Could not write interface proxy AtkText.get_bounded_ranges: No ArgType for AtkTextRange** Could not write method AtkValue.get_minimum_increment: No ArgType for GValue* Could not write virtual accessor method AtkValue.get_current_value: No ArgType for GValue* Could not write virtual accessor method AtkValue.get_maximum_value: No ArgType for GValue* Could not write virtual accessor method AtkValue.get_minimum_value: No ArgType for GValue* Could not write virtual accessor method AtkValue.set_current_value: No ArgType for const-GValue* Could not write virtual accessor method AtkValue.get_minimum_increment: No ArgType for GValue* Could not write interface proxy AtkValue.get_current_value: No ArgType for GValue* Could not write interface proxy AtkValue.get_maximum_value: No ArgType for GValue* Could not write interface proxy AtkValue.get_minimum_value: No ArgType for GValue* Could not write interface proxy AtkValue.set_current_value: No ArgType for const-GValue* Could not write interface proxy AtkValue.get_minimum_increment: No ArgType for GValue* Could not write function add_focus_tracker: No ArgType for AtkEventListener Could not write function focus_tracker_init: No ArgType for AtkEventListenerInit Could not write function add_global_event_listener: No ArgType for GSignalEmissionHook Could not write function add_key_event_listener: No ArgType for AtkKeySnoopFunc Warning: Constructor for AtkNoOpObject needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for AtkRelation needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors ***INFO*** The coverage of global functions is 85.71% (24/28) ***INFO*** The coverage of methods is 94.48% (154/163) ***INFO*** The coverage of virtual proxies is 82.86% (29/35) ***INFO*** The coverage of virtual accessors is 77.27% (119/154) ***INFO*** The coverage of interface proxies is 74.79% (89/119) As I have seen many upgrades made lately to both gnome and py25 modules I thought Id mention this. William Davis frstanATbellsouthDOTnet Mac OS X.5.5 Darwin 9.5.0 XQuartz 2.3.2_rc2 (xorg-server 1.4.2-apple25) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From ramercer at gmail.com Sat Nov 29 16:21:32 2008 From: ramercer at gmail.com (Adam Mercer) Date: Sat, 29 Nov 2008 18:21:32 -0600 Subject: *_select's In-Reply-To: <5993BFC8-35E4-4222-9E98-DB8362CC2DBB@voidfx.net> References: <5993BFC8-35E4-4222-9E98-DB8362CC2DBB@voidfx.net> Message-ID: <799406d60811291621q52a542adhe99274017168a4b1@mail.gmail.com> On Sat, Nov 29, 2008 at 16:50, Neil wrote: > Do the *_select (eg. python_select, gcc_select, etc.) commands overwrite > links just in $prefix (/opt/local), or are they changing symlinks in > /usr/bin, etc? No, they only modify links in $prefix. Cheers Adam From blb at macports.org Sat Nov 29 16:39:39 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat, 29 Nov 2008 17:39:39 -0700 Subject: gnome & py25-gtk In-Reply-To: <9B20A970-BCF4-4EFB-8AA8-79C2E9C6A297@bellsouth.net> References: <9B20A970-BCF4-4EFB-8AA8-79C2E9C6A297@bellsouth.net> Message-ID: <20081130003939.GE525@ninagal.withay.com> On Sat, Nov 29, 2008 at 07:18:09PM -0500, William Davis said: > when running port upgrade on py25-gtk I noticed the following non-fatal > errors: > (cd .\ > && /opt/local/bin/python2.5 codegen/codegen.py \ > --py_ssize_t-clean \ > --register pango-types.defs \ > --register atk-types.defs \ > --register gtk/gtk-base-types.defs \ > --override atk.override \ > --prefix pyatk atk.defs) > ./gen-atk.c \ > && cp ./gen-atk.c ./atk.c \ > && rm -f ./gen-atk.c > Could not write method AtkObject.get_attributes: No ArgType for > AtkAttributeSet* Lots of changes happened in gnome 2.14 with various APIs, so pygtk may need to be updated for it; it's currently 2.12.1 which was released back in January, and no new release yet (that is stable). Bryan [...] > > As I have seen many upgrades made lately to both gnome and py25 modules I > thought Id mention this. > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.5 Darwin 9.5.0 > XQuartz 2.3.2_rc2 (xorg-server 1.4.2-apple25) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non > From trog24 at comcast.net Sat Nov 29 16:43:01 2008 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Sat, 29 Nov 2008 16:43:01 -0800 Subject: sudo port upgrade installed In-Reply-To: References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> <49316A4C.2010500@macports.org> <67C3E60C-BAC8-4E23-BF97-97C9BAD959D7@dxradio.demon.co.uk> <49318071.10005@macports.org> <2E4327EC-B827-4086-A6FB-67DC50FA631A@comcast.net> <49318D71.4090708@macports.org> <8EA14BDE-A8B9-4321-B8E7-417B41CBBF42@comcast.net> Message-ID: <79C7965A-F1B4-4F2A-8CA0-4A68157F37F5@comcast.net> Hello, And I will give you an even better example. Your compilation is 30 seconds from finished and the links to gcc are lost, then what? You prefer to have your compilation crash? Your analogy is MBE. The car you have is not linked to one being upgraded. It would be like your current car suddenly quitting while your are driving it in the middle of the freeway because the new model is now ready. Get a better analogy. Frank On Nov 29, 2008, at 2:46 PM, Neil wrote: > > On 29 Nov 2008, at 16:46, Frank J. R. Hanstick wrote: > >> I think preventing usage during an upgrade process would be far >> superior to using and having links severed during usage.. >> > > Okay, so I'm upgrading gcc43, going from 4.3.1 to 4.3.2 (current). > It's going to take 2 hours say. You find it superior that MacPorts > should (somehow) stop me from using gcc 4.3.1 to perhaps write a > couple hello-world sized test cases while it's compiling gcc 4.3.2 > instead of just compiling 4.3.2 elsewhere, and then swapping them > out when it's done? > > Kindly permit me to draw you an analogy: You want to buy a new > car. The search for a new car will take 3 weeks. You find it > superior that I take away your current car while you're shopping > for the new car, instead of letting you use your current car up > until you find a new car, and then swapping them? > > -N > From jeffrey at goldmark.org Sat Nov 29 16:51:02 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Sat, 29 Nov 2008 18:51:02 -0600 Subject: sudo port upgrade all In-Reply-To: References: <20716578.post@talk.nabble.com> <4AC371D1-3252-4FD1-BC4C-62A73A8141E2@macports.org> <62AD05FD-5C79-4048-A86B-40F55BACBB3D@web.de> Message-ID: <8D2EFB47-6C0D-4A11-A401-0E2B844426DD@goldmark.org> On Nov 28, 2008, at 1:37 PM, Ryan Schmidt wrote: > I don't see any benefit in renaming "all" to "everything". In the > current case we have users who think "I want to upgrade all ports I > installed!" so they use "port upgrade all" and have a problem. If we > rename "all" to "everything", then we have users who think "I want > to upgrade everything I installed!" so they use "port upgrade > everything". Same problem. One point to note is that the FreeBSD port system uses "all" ( -a ) to mean all installed ports. So on my BSD systems, I often run sudo portupgrade -a I too have typed sudo port upgrade all on OS X for exactly the same reason that the original poster did. I was more fortunate in that I didn't leave the system, so I quickly saw what was happening and interrupted the process. I don't know how many Macport users are also FreeBSD users, but there is enough similarity between the port management systems that a difference in the meaning of "all" is bound to cause confusion. Using a separate word, even if it is a synonym in ordinary language would help reduce that problem. Whether that is sufficient reason to make the change is an open question. But I find macports "all" misleading, and I would be surprised if the OP and I were the only two people to have been tripped up by it. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From patty.ackermann at gmail.com Sat Nov 29 18:34:57 2008 From: patty.ackermann at gmail.com (Patty Ackermann) Date: Sat, 29 Nov 2008 18:34:57 -0800 Subject: libgtkhtml - importing issues Message-ID: Hello, I successfully installed 'libgtkhtml' using 'port install'. However, I cannot import it into my python programs. Anyone got any ideas? Much appreciated, Patty -------------- next part -------------- An HTML attachment was scrubbed... URL: From neil at voidfx.net Sat Nov 29 18:53:44 2008 From: neil at voidfx.net (Neil) Date: Sat, 29 Nov 2008 21:53:44 -0500 Subject: sudo port upgrade installed In-Reply-To: <79C7965A-F1B4-4F2A-8CA0-4A68157F37F5@comcast.net> References: <9EC02192-7C69-45C6-A8FC-18860B62C866@comcast.net> <49316A4C.2010500@macports.org> <67C3E60C-BAC8-4E23-BF97-97C9BAD959D7@dxradio.demon.co.uk> <49318071.10005@macports.org> <2E4327EC-B827-4086-A6FB-67DC50FA631A@comcast.net> <49318D71.4090708@macports.org> <8EA14BDE-A8B9-4321-B8E7-417B41CBBF42@comcast.net> <79C7965A-F1B4-4F2A-8CA0-4A68157F37F5@comcast.net> Message-ID: <21460F92-EF06-4263-9A05-89D31F2A4577@voidfx.net> On 29 Nov 2008, at 19:43, Frank J. R. Hanstick wrote: > Hello, > > Frank > > On Nov 29, 2008, at 2:46 PM, Neil wrote: > >> >> On 29 Nov 2008, at 16:46, Frank J. R. Hanstick wrote: >> >>> I think preventing usage during an upgrade process would be far >>> superior to using and having links severed during usage.. >>> >> >> Okay, so I'm upgrading gcc43, going from 4.3.1 to 4.3.2 (current). >> It's going to take 2 hours say. You find it superior that MacPorts >> should (somehow) stop me from using gcc 4.3.1 to perhaps write a >> couple hello-world sized test cases while it's compiling gcc 4.3.2 >> instead of just compiling 4.3.2 elsewhere, and then swapping them >> out when it's done? >> >> Kindly permit me to draw you an analogy: You want to buy a new >> car. The search for a new car will take 3 weeks. You find it >> superior that I take away your current car while you're shopping >> for the new car, instead of letting you use your current car up >> until you find a new car, and then swapping them? >> > And I will give you an even better example. Your compilation is 30 > seconds from finished and the links to gcc are lost, then what? You > prefer to have your compilation crash? Your analogy is MBE. The > car you have is not linked to one being upgraded. It would be like > your current car suddenly quitting while your are driving it in the > middle of the freeway because the new model is now ready. Get a > better analogy. If your compilation is going to take that long, then it wouldn't finish under either scenario; so there is nothing to lose. But if your compilation is 30 seconds shorter, then under your scenario is fails, and under the current scenario it doesn't. -N. From blb at macports.org Sat Nov 29 20:24:02 2008 From: blb at macports.org (Bryan Blackburn) Date: Sat, 29 Nov 2008 21:24:02 -0700 Subject: libgtkhtml - importing issues In-Reply-To: References: Message-ID: <20081130042402.GO525@ninagal.withay.com> On Sat, Nov 29, 2008 at 06:34:57PM -0800, Patty Ackermann said: > Hello, > I successfully installed 'libgtkhtml' using 'port install'. However, I > cannot import it into my python programs. Anyone got any ideas? Neither libgtkhtml nor libgtkhtml3 appear to include any sort of python bindings by default. I do see a python-gtkhtml item at: That may be one possibility for a new port, but it appears it hasn't been updated in quite a few years, so it may not work with recent libgtkhtml* ports. Do you know of any other possible modules that would work? Bryan > > Much appreciated, > Patty From ryandesign at macports.org Sat Nov 29 21:31:08 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 29 Nov 2008 23:31:08 -0600 Subject: sudo port upgrade all In-Reply-To: <8D2EFB47-6C0D-4A11-A401-0E2B844426DD@goldmark.org> References: <20716578.post@talk.nabble.com> <4AC371D1-3252-4FD1-BC4C-62A73A8141E2@macports.org> <62AD05FD-5C79-4048-A86B-40F55BACBB3D@web.de> <8D2EFB47-6C0D-4A11-A401-0E2B844426DD@goldmark.org> Message-ID: <04307C53-CF75-4329-A862-13F3DD1C0A58@macports.org> On Nov 29, 2008, at 18:51, Jeffrey Goldberg wrote: > On Nov 28, 2008, at 1:37 PM, Ryan Schmidt wrote: > >> I don't see any benefit in renaming "all" to "everything". In the >> current case we have users who think "I want to upgrade all ports >> I installed!" so they use "port upgrade all" and have a problem. >> If we rename "all" to "everything", then we have users who think >> "I want to upgrade everything I installed!" so they use "port >> upgrade everything". Same problem. > > One point to note is that the FreeBSD port system uses "all" ( -a ) > to mean all installed ports. > > So on my BSD systems, I often run > > sudo portupgrade -a > > I too have typed > > sudo port upgrade all > > on OS X for exactly the same reason that the original poster did. > I was more fortunate in that I didn't leave the system, so I > quickly saw what was happening and interrupted the process. > > I don't know how many Macport users are also FreeBSD users, but > there is enough similarity between the port management systems that > a difference in the meaning of "all" is bound to cause confusion. > Using a separate word, even if it is a synonym in ordinary language > would help reduce that problem. Whether that is sufficient reason > to make the change is an open question. But I find macports "all" > misleading, and I would be surprised if the OP and I were the only > two people to have been tripped up by it. Hmm. Well, MacPorts is not FreeBSD. :) Certainly we should make it harder for people to run commands they don't mean to run in the first place. So instead of changing the meaning of "all", which most MacPorts users should already be familiar with, I would rather make it so that "port upgrade" exits with an error message if a port is not installed, rather than installing the port as it currently does. However I would still welcome feedback from anyone who knows why MacPorts currently does it the way it does it. From ryandesign at macports.org Sat Nov 29 21:34:11 2008 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 29 Nov 2008 23:34:11 -0600 Subject: *_select's In-Reply-To: <5993BFC8-35E4-4222-9E98-DB8362CC2DBB@voidfx.net> References: <5993BFC8-35E4-4222-9E98-DB8362CC2DBB@voidfx.net> Message-ID: <2FA70823-8979-4E41-B1C6-1F382273846B@macports.org> On Nov 29, 2008, at 16:50, Neil wrote: > Side note: I think we need a perl_select, and a ruby_select as well > soon. and a php_select maybe a mysql_select? the mysql ports employ a bit of a different solution to the problem of simultaneous installation of multiple versions... in fact, a solution that doesn't work: http://trac.macports.org/ticket/4115 > After thought: Maybe we should consolidate all the *_selects in > something akin to eselect on Gentoo? For those of us not familiar with gentoo, how does eselect work? From trog24 at comcast.net Sat Nov 29 21:40:22 2008 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Sat, 29 N