From ebgssth at gmail.com Mon Jan 1 01:44:08 2007 From: ebgssth at gmail.com (js ) Date: Tue Oct 9 16:42:15 2007 Subject: Fetching nspr failed due to wrong master_sites Message-ID: Hi list, I tried to install spidermonkey and discovered that URL specified in the master_sites of nspr is wrong. (nspr is a port that spidermonkey depends on) After applying the following patch, the installation worked. 12c12 < master_sites ftp://ftp.mozilla.com/pub/mozilla.org/nspr/releases/${version}/src/ --- > master_sites ftp://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v${version}/src/ According to the Portfile of nspr, there's no maintainer of nsrp. Is there anyone who can take care of this? Thanks. From lists at butdifferent.com Mon Jan 1 02:41:13 2007 From: lists at butdifferent.com (Bas den Hond) Date: Tue Oct 9 16:42:15 2007 Subject: py-wxpython build problem In-Reply-To: <95F725D9-D856-4A0A-B54F-236A5D961838@macports.org> References: <2821E0AD-DE84-47C3-B8D7-C0F0D5C2C38A@macports.org> <19688BB3-6291-45E4-A765-AF3F6CEEFD24@macports.org> <5BB1ECCF-648D-4BDD-A94C-65354BB10FFC@macports.org> <8970B8DA-6349-48C3-B8DD-FF5A07F0F985@butdifferent.com> <95F725D9-D856-4A0A-B54F-236A5D961838@macports.org> Message-ID: Hi Jyrki, Thanks for clearing that up. I'll be patient... But this brings up, for me at least, two questions about how MacPorts works. - Shouldn't the 'port' program have told me that py-wxpython can't find the wxWidgets version it has to work with, instead of having gcc stumble around until some fatal error comes around? - Wouldn't my problem be solved right now if the maintainer of wxWidgets had kept the older version available? Is it yet somewhere to be had? Please tell me if I should direct questions/suggestions of this nature somewhere else, instead of to this list. Bas > > Hi, > wxWidgets (2.8.0) and py-wxpython (2.8.0.1) seem to be out of sync > at the moment, can you wait a while!? Current py-wxpython port is > targeted to wxWidgets 2.6.3 (its version is 2.6.3.2), it is no > wonder it does not build. > > The current wxWidgets tarball is missing a file (at least one) > making it impossible to build py-wxpython just now. > ! > ! Jyrki Wahlstedt > ! skype:jyrkiwahlstedt > ! http://www.wahlstedt.fi/jyrki/ > ! > ! Our life is no dream; but it ought to become one and perhaps will. > ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 > A780 6366 EFD9 139C C386 > > > > On 29.12.2006, at 12.46, Bas den Hond wrote: > >> Hi all, >> >> I hope someone can help me with the following problem: >> >> On a clean, updated, synced installation of MacPorts, OSX 10.4.8, >> I cannot build py-wxpython. All dependencies build and install >> fine, but py-wxpython itself fails with a slew of errors, the >> first few of which are: >> >> src/helpers.cpp:2763: error: 'stream' was not declared in this scope >> src/helpers.cpp:2763: error: expected %<,%> or %<;%> before '{' token >> src/helpers.cpp:2786: error: 'bool wxPyImageHandler::LoadFile' is >> not a static member of 'class wxPyImageHandler' >> src/helpers.cpp:2786: error: 'wxImage' was not declared in this scope >> src/helpers.cpp:2786: error: 'image' was not declared in this scope >> src/helpers.cpp:2786: error: 'wxInputStream' was not declared in >> this scope >> src/helpers.cpp:2786: error: 'stream' was not declared in this scope >> src/helpers.cpp:2787: error: expected primary-expression before >> "bool" >> src/helpers.cpp:2787: error: expected primary-expression before "int" >> src/helpers.cpp:2787: error: initializer expression list treated >> as compound expression >> >> I get the impression there's a small typo somewhere in >> helpers.cpp, but I don't know any c++... >> >> TIA >> >> Bas >> From rhwood at mac.com Mon Jan 1 04:14:53 2007 From: rhwood at mac.com (Randall Wood) Date: Tue Oct 9 16:42:15 2007 Subject: Fetching nspr failed due to wrong master_sites In-Reply-To: References: Message-ID: <5EB3B80A-7A2C-41A4-B026-7F427CE66C9D@mac.com> Fixed in SVN commit 21097. On 1 Jan 2007, at 04:44, js wrote: > Hi list, > > I tried to install spidermonkey and discovered that > URL specified in the master_sites of nspr is wrong. > (nspr is a port that spidermonkey depends on) > > After applying the following patch, the installation worked. > > 12c12 > < master_sites ftp://ftp.mozilla.com/pub/mozilla.org/nspr/releases/$ > {version}/src/ > --- >> master_sites ftp://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v$ >> {version}/src/ > > According to the Portfile of nspr, there's no maintainer of nsrp. > Is there anyone who can take care of this? > > Thanks. > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users Randall Wood rhwood@mac.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From eridius at macports.org Mon Jan 1 10:04:07 2007 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:42:15 2007 Subject: is platypus maintained? + crosscompiling (intel + ppc) In-Reply-To: <459802F0.2080008@iua.upf.edu> References: <459802F0.2080008@iua.upf.edu> Message-ID: Well, current version of Platypus is now 3.4, so perhaps it isn't being maintained properly? Also, the "correct" URL seems to be sveinbjorn.org, not sveinbjorn.sytes.net (that said, both point to the same IP). Unfortunately the server does not seem to be responding. I would recommend trying to find a pre-built copy of Platypus on one of the software aggregate sites that keeps its own mirror of downloads. Alternately, you could just wait a day or two and see if the server comes back. On Dec 31, 2006, at 1:35 PM, Pau Arumi wrote: > i'm new to the list and to macports. > i've succeed porting the osx build of my project > (http://clam.iua.upf.edu) macports. since we are used > to linux development it suits our needs very much. > > i have problems installing platypus, are these servers > temporarily down, or just not maintained anymore? -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070101/b24f955d/attachment.html From mark.duling at biola.edu Mon Jan 1 12:15:37 2007 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:42:15 2007 Subject: py-wxpython build problem In-Reply-To: <8970B8DA-6349-48C3-B8DD-FF5A07F0F985@butdifferent.com> References: <8970B8DA-6349-48C3-B8DD-FF5A07F0F985@butdifferent.com> Message-ID: Bas den Hond on Friday, December 29, 2006 at 2:46 AM -0800 wrote: >I hope someone can help me with the following problem: > >On a clean, updated, synced installation of MacPorts, OSX 10.4.8, I >cannot build py-wxpython. All dependencies build and install fine, >but py-wxpython itself fails with a slew of errors, the first few of >which are: > >src/helpers.cpp:2763: error: 'stream' was not declared in this scope >src/helpers.cpp:2763: error: expected %<,%> or %<;%> before '{' token >src/helpers.cpp:2786: error: 'bool wxPyImageHandler::LoadFile' is not >a static member of 'class wxPyImageHandler' >src/helpers.cpp:2786: error: 'wxImage' was not declared in this scope >src/helpers.cpp:2786: error: 'image' was not declared in this scope >src/helpers.cpp:2786: error: 'wxInputStream' was not declared in this >scope >src/helpers.cpp:2786: error: 'stream' was not declared in this scope >src/helpers.cpp:2787: error: expected primary-expression before "bool" >src/helpers.cpp:2787: error: expected primary-expression before "int" >src/helpers.cpp:2787: error: initializer expression list treated as >compound expression > >I get the impression there's a small typo somewhere in helpers.cpp, >but I don't know any c++... You could download 2.8.0.1 from http://www.wxpython.org, find the checksum (openssl sha1 /path-to-download/wxPython-src) and then change the version and checksum in the portfile, then try to install it like normal. The old version must have broken with the wxwidget 2.8.0 update. If it works then the port could be updated. mww is the maintainer but he hasn't been active lately. I'm on a slow download link and can't try it now. Mark From lists at butdifferent.com Mon Jan 1 16:25:43 2007 From: lists at butdifferent.com (Bas den Hond) Date: Tue Oct 9 16:42:15 2007 Subject: py-wxpython build problem In-Reply-To: References: <8970B8DA-6349-48C3-B8DD-FF5A07F0F985@butdifferent.com> Message-ID: <1E86A1C3-1A6E-4F5A-99CC-9F0373CBC537@butdifferent.com> Tried it. No luck... After changing the version and the checksum, and converting the bz2 source file to gz, I could extract and patch. But when I start the build, I get essentially the same errors. Under port -v build, the first few are all in this vein: In file included from src/helpers.cpp:16: include/wx/wxPython/wxPython_int.h:19:19: error: wx/wx.h: No such file or directory This sounds like wxWidgets isn't putting its header files where it should, or wxpython isn't looking where it should. It would be interesting to try and put back the old version of wxWidgets the same way... Bas > > Bas den Hond on Friday, December 29, 2006 > at 2:46 > AM -0800 wrote: >> I hope someone can help me with the following problem: >> >> On a clean, updated, synced installation of MacPorts, OSX 10.4.8, I >> cannot build py-wxpython. All dependencies build and install fine, >> but py-wxpython itself fails with a slew of errors, the first few of >> which are: >> >> src/helpers.cpp:2763: error: 'stream' was not declared in this scope >> src/helpers.cpp:2763: error: expected %<,%> or %<;%> before '{' token >> src/helpers.cpp:2786: error: 'bool wxPyImageHandler::LoadFile' is not >> a static member of 'class wxPyImageHandler' >> src/helpers.cpp:2786: error: 'wxImage' was not declared in this scope >> src/helpers.cpp:2786: error: 'image' was not declared in this scope >> src/helpers.cpp:2786: error: 'wxInputStream' was not declared in this >> scope >> src/helpers.cpp:2786: error: 'stream' was not declared in this scope >> src/helpers.cpp:2787: error: expected primary-expression before >> "bool" >> src/helpers.cpp:2787: error: expected primary-expression before "int" >> src/helpers.cpp:2787: error: initializer expression list treated as >> compound expression >> >> I get the impression there's a small typo somewhere in helpers.cpp, >> but I don't know any c++... > > You could download 2.8.0.1 from http://www.wxpython.org, find the > checksum > (openssl sha1 /path-to-download/wxPython-src) and then change the > version > and checksum in the portfile, then try to install it like normal. > The old > version must have broken with the wxwidget 2.8.0 update. If it > works then > the port could be updated. mww is the maintainer but he hasn't been > active lately. I'm on a slow download link and can't try it now. > > Mark > From mark.duling at biola.edu Mon Jan 1 17:15:02 2007 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:42:15 2007 Subject: py-wxpython build problem In-Reply-To: <1E86A1C3-1A6E-4F5A-99CC-9F0373CBC537@butdifferent.com> References: <1E86A1C3-1A6E-4F5A-99CC-9F0373CBC537@butdifferent.com> Message-ID: Bas den Hond on Monday, January 1, 2007 at 4:25 PM -0800 wrote: >It would be interesting to try and put back the old version of >wxWidgets the same way... If you want to try an old port (MacPorts has no facility for this), go to the wiki and click the "sources" link and find out the changes that were made in the update and reverse them on your local copy. Then re-install. If you want to see if paths have changed, do a 'port contents wxwidgets' before downgrading it. Mark From iqgrande at gmail.com Tue Jan 2 07:39:27 2007 From: iqgrande at gmail.com (Anthony Michael Agelastos) Date: Tue Oct 9 16:42:15 2007 Subject: Building octave In-Reply-To: <9acbcbb90701020734w250dea53u86b4f2404a1f92be@mail.gmail.com> References: <9acbcbb90612301240g736ad78bkd99d2175633997ee@mail.gmail.com> <2F1DF6B5-64A1-40B0-9E9E-76164C38B89E@gmail.com> <9acbcbb90701020734w250dea53u86b4f2404a1f92be@mail.gmail.com> Message-ID: On Jan 2, 2007, at 10:34 AM, Calum Robertson wrote: > > > On 12/30/06, Anthony Michael Agelastos wrote: > On Dec 30, 2006, at 3:40 PM, Calum Robertson wrote: >> Hi, >> >> I encountered some problems when building SuiteSparse and have >> applied the patch using: >> >> sudo patch -p1 < patch-SuiteSparse-Portfile >> >> and this appears to apply the patch: >> >> patching file opt/local/var/db/dports/sources/ >> rsync.rsync.darwinports.org_dpupdate_dports/math/SuiteSparse/Portfile >> patching file files/patch-complex-type >> patching file files/patch-config >> patching file files/patch-disable-demos >> patching file files/patch-macports-metis >> patching file files/patch-powerpc-nanotime >> patching file files/patch-size_t-fix >> >> However, when I come to build octave, I do: >> >> sudo port -v install octave >> >> and get: >> >> Portfile changed since last build; discarding previous state. >> ---> Fetching SuiteSparse >> ---> patch-complex-type doesn't seem to exist in /opt/local/var/ >> db/dports/distfiles/SuiteSparse >> ---> Attempting to fetch patch-complex-type from http://distfiles- >> od.opendarwin.org/SuiteSparse >> % Total % Received % Xferd Average Speed Time Time >> Time Current >> Dload Upload Total Spent >> Left Speed >> 0 0 0 0 0 0 0 0 --:--:-- 0:00:56 >> --:--:-- 0 >> >> Various attempts are made to find the file patch-complex-type to >> no avail. >> >> Can someone tell me what I need to do to build SuiteSparse? > It has been my experience that the patch is not needed if you do > not mind doing some work yourself. The following steps should allow > you to build SuiteSparse. > > 1) Go to http://www.cise.ufl.edu/research/sparse/SuiteSparse/ and > download SuiteSparse-2.1.1.tar.gz. I will assume that you have this > automatically download to ~/Desktop. > > 2) Do `sudo mv ~/Desktop/SuiteSparse-2.1.1.tar.gz /opt/local/var/db/ > dports/distfiles/SuiteSparse/SuiteSparse.tar.gz`. This command > assumes that you have a standard MacPorts installation. > > 3) Do `sudo port install SuiteSparse` with the standard Portfile > (no patch applied) and it should work. > >> >> Thanks. > I hope this helps. Good luck. > > > Thanks very much for the info - I got a bit further with the > SuiteSparse build but got the following errors: > > gfortran-dp-4.2 -o readhb readhb.f > make[2]: gfortran-dp-4.2 : Command not found > > I assume that I have to install gcc to get gfortran, but which > version? Should I install gcc41 or gcc42? If you are on an Intel Mac, you will want to install gcc42. > > Thanks. > >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070102/36ae71ee/attachment.html From parumi at iua.upf.edu Tue Jan 2 07:52:57 2007 From: parumi at iua.upf.edu (Pau Arumi) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? Message-ID: <459A7FD9.6040300@iua.upf.edu> hi all, nowadays is very common that osx software is distributed as universal binaries, so i'm quite sure somebody have tried to crosscompile (intel+powerpc) some macports libraries. i'd need to do that for a handful of libraries, so, before starting my experiments i'd like to hear some previous experiences. do you think its worth trying it? or is definitely better to use two (intel and powerpc) boxes to produce binaries and then combine them with lipo? [1] greetings, pau 1. http://developer.apple.com/technotes/tn2005/tn2137.html -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From ronaldoussoren at mac.com Tue Jan 2 08:08:41 2007 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? In-Reply-To: <459A7FD9.6040300@iua.upf.edu> References: <459A7FD9.6040300@iua.upf.edu> Message-ID: <9AC9E5EC-D00D-4B99-9FFE-49FD3293C08E@mac.com> On 2 Jan, 2007, at 16:52, Pau Arumi wrote: > hi all, > nowadays is very common that osx software is distributed as > universal binaries, so i'm quite sure somebody have tried to > crosscompile (intel+powerpc) some macports libraries. > i'd need to do that for a handful of libraries, so, before starting > my experiments i'd like to hear some previous experiences. > > do you think its worth trying it? or is definitely better to use > two (intel and powerpc) boxes to produce binaries and then combine > them with lipo? [1] It depends :-). Some software, and possibly the majority of software, compiles without problems using '-arch i386 -arch ppc'. Software that does configure-time checks for byteorder will cause problems unless the build environment knows about universal binaries (Python is an example of that, python 2.4.4 and 2.5 build as universal binaries even though the configure script checks for the byteorder of the host machine). Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20070102/717044e0/smime.bin From eridius at macports.org Tue Jan 2 14:08:11 2007 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? In-Reply-To: <459A7FD9.6040300@iua.upf.edu> References: <459A7FD9.6040300@iua.upf.edu> Message-ID: <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> If you're going to distribute software, you don't want to build it with macports (because all the linker paths will be absolute and pointing at /opt/local, which is not how you want to distribute anything). Because of this, I don't think crosscompiling is an issue, since when building just for yourself, you don't need the other architecture. As a note, I once downloaded a program which had just released a new version that used openjade for HTML validation. It didn't work. Why? Because the author had built openjade using MacPorts and bundled it that way. It worked fine on his system, but on anybody else's system it was looking for libraries in /opt/local/lib that simply weren't there. Beware distribution of MacPorts-built binaries. On Jan 2, 2007, at 10:52 AM, Pau Arumi wrote: > nowadays is very common that osx software is distributed as > universal binaries, so i'm quite sure somebody have tried to > crosscompile (intel+powerpc) some macports libraries. > i'd need to do that for a handful of libraries, so, before starting > my experiments i'd like to hear some previous experiences. > > do you think its worth trying it? or is definitely better to use > two (intel and powerpc) boxes to produce binaries and then combine > them with lipo? [1] -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070102/0b3f7b4b/attachment.html From jkh at brierdr.com Tue Jan 2 14:41:13 2007 From: jkh at brierdr.com (Jordan K. Hubbard) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? In-Reply-To: <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> References: <459A7FD9.6040300@iua.upf.edu> <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> Message-ID: On Jan 2, 2007, at 2:08 PM, Kevin Ballard wrote: > If you're going to distribute software, you don't want to build it > with macports (because all the linker paths will be absolute and > pointing at /opt/local, which is not how you want to distribute > anything). Because of this, I don't think crosscompiling is an > issue, since when building just for yourself, you don't need the > other architecture. I'm a little puzzled by this statement. Unless you're willing to make all of your distributed applications and libraries into bundles, which is quite a bit of work that most folks aren't willing to go to anyway, you're going to have hard-coded linker paths pointing somewhere no matter what you do! Since you also can't install directly into locations like /usr/bin and /usr/lib (well, you can, but a special hit squad of Mac OS X engineers will be dispatched to terminate you and your software with extreme prejudice if you do), / opt/local is as good a location as /sw, /usr/local or pretty much any other location you might come up with. In fact, if the MacPorts project ever gets off its collective duff and starts distributing binary packages (in some, any, package format) like was originally intended at the start of all this, one can reasonably expect to see a lot of users whacking stuff into /opt/ local without really even being aware of it. > As a note, I once downloaded a program which had just released a > new version that used openjade for HTML validation. It didn't work. > Why? Because the author had built openjade using MacPorts and > bundled it that way. It worked fine on his system, but on anybody > else's system it was looking for libraries in /opt/local/lib that > simply weren't there. Beware distribution of MacPorts-built binaries. No offense, but you're barking up the wrong tree with that analysis. The problem wasn't that the author had built openjade using MacPorts, the problem was that he didn't instruct you to install the dependent libraries as well or simply bundle them with his software too. That's one of the reasons that the MacPorts community always gets so hung up on package management - they want to distribute packages, but they also want to ensure that any system which installs those packages also follows dependencies, deals with upgrades and otherwise handles all the messy details of making that software work exactly the way it did on the package author's system. Someday, one hopes, MacPorts will finally reach parity with its FreeBSD/Gentoo/Red Hat cousins and offer such a collection, after which problems like the ones you're describing will go away and be replaced by an entirely new and different set of problems which, at least, will be interesting and relevant to a wider audience. :-) - Jordan > On Jan 2, 2007, at 10:52 AM, Pau Arumi wrote: > >> nowadays is very common that osx software is distributed as >> universal binaries, so i'm quite sure somebody have tried to >> crosscompile (intel+powerpc) some macports libraries. >> i'd need to do that for a handful of libraries, so, before >> starting my experiments i'd like to hear some previous experiences. >> >> do you think its worth trying it? or is definitely better to use >> two (intel and powerpc) boxes to produce binaries and then combine >> them with lipo? [1] > > -- > Kevin Ballard > http://kevin.sb.org > eridius@macports.org > http://www.tildesoft.com > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070102/fbe14c80/attachment.html From dluke at geeklair.net Tue Jan 2 14:41:37 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:42:15 2007 Subject: apr-util 1.2.8 with db44 In-Reply-To: References: <0575BB57-1DC7-45FC-9109-B569CC447326@iastate.edu> <37D5B313-DC65-4175-BBDF-DA52C56732CD@geeklair.net> Message-ID: On Dec 30, 2006, at 11:15 PM, Doug McCorkle wrote: > The above is correct. I am trying to use the pkg-config file with > apr-util which does not return the correct library path. This makes > me think that this is an apr-util build/install problem not related > to macports. I've updated the port (and bumped the revision) to fix the .pc file that gets installed. -- Daniel J. Luke +========================================================+ | *---------------- dluke@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: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20070102/852fdd29/PGP.bin From parumi at iua.upf.edu Tue Jan 2 14:42:33 2007 From: parumi at iua.upf.edu (Pau Arumi) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? In-Reply-To: <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> References: <459A7FD9.6040300@iua.upf.edu> <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> Message-ID: <459ADFD9.7070505@iua.upf.edu> well, i'm already distributing binaries that gets compiled/linked against /usr/local/ libraries. with those libs bundled in the app. so i guess my binaries gets linked in a way they do not keep absolute paths to libs. Kevin Ballard wrote: > If you're going to distribute software, you don't want to build it > with macports (because all the linker paths will be absolute and > pointing at /opt/local, which is not how you want to distribute > anything). Because of this, I don't think crosscompiling is an issue, > since when building just for yourself, you don't need the other > architecture. > > As a note, I once downloaded a program which had just released a new > version that used openjade for HTML validation. It didn't work. Why? > Because the author had built openjade using MacPorts and bundled it > that way. It worked fine on his system, but on anybody else's system > it was looking for libraries in /opt/local/lib that simply weren't > there. Beware distribution of MacPorts-built binaries. > > On Jan 2, 2007, at 10:52 AM, Pau Arumi wrote: > >> nowadays is very common that osx software is distributed as universal >> binaries, so i'm quite sure somebody have tried to crosscompile >> (intel+powerpc) some macports libraries. >> >> i'd need to do that for a handful of libraries, so, before starting >> my experiments i'd like to hear some previous experiences. >> >> >> do you think its worth trying it? or is definitely better to use two >> (intel and powerpc) boxes to produce binaries and then combine them >> with lipo? [1] >> -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From eridius at macports.org Tue Jan 2 14:55:00 2007 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? In-Reply-To: References: <459A7FD9.6040300@iua.upf.edu> <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> Message-ID: <132BFDF4-63B4-4795-86C7-CBD81FA5BAFF@macports.org> On Jan 2, 2007, at 5:41 PM, Jordan K. Hubbard wrote: > On Jan 2, 2007, at 2:08 PM, Kevin Ballard wrote: > >> If you're going to distribute software, you don't want to build it >> with macports (because all the linker paths will be absolute and >> pointing at /opt/local, which is not how you want to distribute >> anything). Because of this, I don't think crosscompiling is an >> issue, since when building just for yourself, you don't need the >> other architecture. > > I'm a little puzzled by this statement. Unless you're willing to > make all of your distributed applications and libraries into > bundles, which is quite a bit of work that most folks aren't > willing to go to anyway, you're going to have hard-coded linker > paths pointing somewhere no matter what you do! Since you also > can't install directly into locations like /usr/bin and /usr/lib > (well, you can, but a special hit squad of Mac OS X engineers will > be dispatched to terminate you and your software with extreme > prejudice if you do), /opt/local is as good a location as /sw, /usr/ > local or pretty much any other location you might come up with. There's 2 options in cases like this. The first is to make a bundle, which really isn't all that hard. In this case, your linker paths should be point at some variation of @executable_path/../Frameworks/foo. The other option is to install somewhere like, say, /usr/local. I disagree that /opt/local is as good a place to install stuff as any - I don't want anything touching /opt/local but MacPorts. /usr/local is the common choice for stuff like this as well, so precedent is on your side if you pick that. > In fact, if the MacPorts project ever gets off its collective duff > and starts distributing binary packages (in some, any, package > format) like was originally intended at the start of all this, one > can reasonably expect to see a lot of users whacking stuff into / > opt/local without really even being aware of it. Sure, if MacPorts ever starts distributing binaries, at that point cross-compiling will become useful (although the argument can be made that separate binaries for ppc vs. i686 should be used instead, as it cuts down on filesize). >> As a note, I once downloaded a program which had just released a >> new version that used openjade for HTML validation. It didn't >> work. Why? Because the author had built openjade using MacPorts >> and bundled it that way. It worked fine on his system, but on >> anybody else's system it was looking for libraries in /opt/local/ >> lib that simply weren't there. Beware distribution of MacPorts- >> built binaries. > > No offense, but you're barking up the wrong tree with that > analysis. The problem wasn't that the author had built openjade > using MacPorts, the problem was that he didn't instruct you to > install the dependent libraries as well or simply bundle them with > his software too. That's one of the reasons that the MacPorts > community always gets so hung up on package management - they want > to distribute packages, but they also want to ensure that any > system which installs those packages also follows dependencies, > deals with upgrades and otherwise handles all the messy details of > making that software work exactly the way it did on the package > author's system. He did in fact bundle all the dependencies with his software. He just didn't realize that those bundled dependencies weren't actually being used - I don't know what he was thinking, but I guess he assumed if they existed in the bundle Frameworks dir they'd take precedence, which isn't the case. So the problem was he built stuff using a package management system, and then bundled his app the way he'd seen other people bundle it, but the binaries were still all linking against /opt/local/lib rather than the bundled libraries. Sure, this is basically a 1-D-10-T ission, but if he had built libraries by hand it would have forced him to think about this stuff. The basic point is building stuff via MacPorts that you intend to distribute basically won't work unless you put extra effort in, probably more effort than it would have taken to just build everything yourself correctly. > Someday, one hopes, MacPorts will finally reach parity with its > FreeBSD/Gentoo/Red Hat cousins and offer such a collection, after > which problems like the ones you're describing will go away and be > replaced by an entirely new and different set of problems which, at > least, will be interesting and relevant to a wider audience. :-) Haha. -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070102/390ab3ae/attachment.html From albanmaire at gmail.com Tue Jan 2 15:02:04 2007 From: albanmaire at gmail.com (Maire Alban) Date: Tue Oct 9 16:42:15 2007 Subject: Ruby or ROR with AMP. Message-ID: Hello, I use MacPorts recently and I installed a Web Server with this command : sudo port install php5 +apache2 +mysql5 The server turns perfectly but I would like to know if it is possible to install Ruby in the same way as php5 to see what is more both turn at the same time?! Thanks -- Maire Alban. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070103/f79beae9/attachment.html From lists at butdifferent.com Tue Jan 2 15:36:57 2007 From: lists at butdifferent.com (Bas den Hond) Date: Tue Oct 9 16:42:15 2007 Subject: py-wxpython build problem In-Reply-To: References: <1E86A1C3-1A6E-4F5A-99CC-9F0373CBC537@butdifferent.com> Message-ID: Do you mean the 'Browse source' link? I tried digging around, but I only found the latest portfile for wxWidgets. > find out the changes that were > made in the update and reverse them on your local copy. Could you be a bit more specific about 'finding out the changes'? TIA, Bas From mark.duling at biola.edu Tue Jan 2 19:05:42 2007 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:42:15 2007 Subject: py-wxpython build problem In-Reply-To: References: Message-ID: Bas den Hond on Tuesday, January 2, 2007 at 3:36 PM -0800 wrote: >Do you mean the 'Browse source' link? >I tried digging around, but I only found the latest portfile for >wxWidgets. > >> find out the changes that were >> made in the update and reverse them on your local copy. > >Could you be a bit more specific about 'finding out the changes'? > >TIA, > >Bas http://trac.macosforge.org/projects/macports/browser/trunk/dports/graphics/wxWidgets/Portfile Revision log -> Changeset (for 2.8.0 update) and you'll see a diff that will tell you what changes were made. Anytime you want to see source changes, just go to the Wiki and click "Browse Sources", locate your portfile in the tree and do the same thing. Mark From ryandesign at macports.org Tue Jan 2 21:36:51 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Oct 9 16:42:15 2007 Subject: is platypus maintained? + crosscompiling (intel + ppc) In-Reply-To: References: <459802F0.2080008@iua.upf.edu> Message-ID: <78B543AA-DE62-417B-A16D-3372697988CD@macports.org> On Jan 1, 2007, at 12:04, Kevin Ballard wrote: > On Dec 31, 2006, at 1:35 PM, Pau Arumi wrote: > >> i have problems installing platypus, are these servers >> temporarily down, or just not maintained anymore? > > Well, current version of Platypus is now 3.4, so perhaps it isn't > being maintained properly? Also, the "correct" URL seems to be > sveinbjorn.org, not sveinbjorn.sytes.net (that said, both point to > the same IP). Unfortunately the server does not seem to be responding. > > I would recommend trying to find a pre-built copy of Platypus on > one of the software aggregate sites that keeps its own mirror of > downloads. Alternately, you could just wait a day or two and see if > the server comes back. Correct: the platypus port is not maintained. ("port info platypus" says "Maintainers: nomaintainer@macports.org") The platypus site seems to be back up now. I can "port fetch platypus" and it gets the 3.2 source. If someone who uses platypus would like to upgrade the port to 3.4 I'm sure that would be fine. I could do it but since I don't use the software it would be difficult for me to test that it is functional. From johnl at johnlabovitz.com Tue Jan 2 23:06:08 2007 From: johnl at johnlabovitz.com (John Labovitz) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? In-Reply-To: <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> References: <459A7FD9.6040300@iua.upf.edu> <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> Message-ID: I've successfully used a combination of lipo(1) and install_name_tool (1) to build universal versions of MacPorts libraries (built on separate PPC/Intel machines, alas) so that everything the app needed lived in /Contents/Frameworks. I used install_name_tool to change any links to, eg, /opt/local so the linker would resolve them within the app bundle instead. This was for a client, so I can't post the actual script, but if anyone's interested, I could probably write up a distilled version of what I did. It really wasn't very difficult. --John From sbranzo at gmail.com Wed Jan 3 05:53:41 2007 From: sbranzo at gmail.com (Sbranzo) Date: Tue Oct 9 16:42:15 2007 Subject: New slrn-dev port Message-ID: <20070103135341.GA449@sbranzo.local> Hi, I'm trying to write a new slrn-dev port using the same cvs snapshot used in debian-unstable. To do this I think I need to execute some commands between the various phases of the automated process: 1) The name of the sources tarball is slrn_0.9.8.1pl2~cvs20061116.orig.tar.gz, but the enclosed folder is called slrn-0.9.8.1pl2cvs20061116 ("-" instead of "_" and w/o .orig) How could I workaround this? Now I simply use slrn-0.9.8.1pl2cvs20061116 as distname, but I have to manually place sources in /opt/local[..]/distfiles/slrn-0.9.8.1pl2[..].tar.gz 2) Inside the autoconf directory a couple of links are wrong. They point to /usr/share/automake-1.9/ and on tiger I have automake-1.6. Is this a common problem? (which is a different way of asking for a common solution ;-) I'm using the current slrn portfile as a base, and I'm not sure it's completely correct in the ssl variant, because it explicitly points to /usr/lib. If it's needed I can send the portfile I'm writing. TIA, Gufo From mark.duling at biola.edu Wed Jan 3 08:58:35 2007 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:42:15 2007 Subject: New slrn-dev port In-Reply-To: <20070102122616.GA29671@sbranzo.local> References: <20070102122616.GA29671@sbranzo.local> Message-ID: Sbranzo on Tuesday, January 2, 2007 at 4:26 AM -0800 wrote: >I'm trying to write a new slrn-dev port using the same cvs snapshot used >in debian-unstable. > >To do this I think I need to execute some commands between the >various phases of the automated process: > >1) The name of the sources tarball is >slrn_0.9.8.1pl2~cvs20061116.orig.tar.gz, but the enclosed folder is >called slrn-0.9.8.1pl2cvs20061116 ("-" instead of "_" and w/o .orig) >How could I workaround this? Now I simply use slrn-0.9.8.1pl2cvs20061116 >as distname, but I have to manually place sources in >/opt/local[..]/distfiles/slrn-0.9.8.1pl2[..].tar.gz When the tarball or extract folder names do not match the default ${name}-${version} format, override the default with these keywords as needed in the global portfile (not inside any phase): distfiles ${name}_weird_name.tar.gz worksrcdir extracted_folder_name > >2) Inside the autoconf directory a couple of links are wrong. They point >to /usr/share/automake-1.9/ and on tiger I have automake-1.6. >Is this a common problem? (which is a different way of asking for a common >solution ;-) I'm not sure the answer to this. I don't understand fully what you mean, but probably because I wouldn't understand autoconf issues anyway. Perhaps someone else can help. > >I'm using the current slrn portfile as a base, and I'm not sure it's >completely correct in the ssl variant, because it explicitly points to >/usr/lib. Unless there is a reason it will not work this way, the accepted way is to depend upon MacPorts openssl port and -with-ssl-include=${prefix}/whatever. See the FAQ for reasons why if necessary. Some ports are old and just haven'tbeen done this way and neverchanged. It definitely should be changed unless it just won't work that way. If so, comments should be inserted explaining why so others won't have to scratch their heads and wonder why it is this way. Mark From drernie at opendarwin.org Wed Jan 3 09:02:53 2007 From: drernie at opendarwin.org (Dr. Ernie Prabhakar) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? In-Reply-To: References: <459A7FD9.6040300@iua.upf.edu> <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> Message-ID: <4FEE3170-D634-470F-9819-618693DD2F7B@opendarwin.org> I'd be interested! It would nice if we could figure out some way to semi-automate at least part of that process... On Jan 2, 2007, at 11:06 PM, John Labovitz wrote: > I've successfully used a combination of lipo(1) and > install_name_tool(1) to build universal versions of MacPorts > libraries (built on separate PPC/Intel machines, alas) so that > everything the app needed lived in /Contents/Frameworks. I > used install_name_tool to change any links to, eg, /opt/local so > the linker would resolve them within the app bundle instead. > > This was for a client, so I can't post the actual script, but if > anyone's interested, I could probably write up a distilled version > of what I did. It really wasn't very difficult. > > --John > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From emory.smith at gmail.com Wed Jan 3 09:08:04 2007 From: emory.smith at gmail.com (Emory Smith) Date: Tue Oct 9 16:42:15 2007 Subject: (no subject) Message-ID: id like to propose a new "ipc" variant for php4 / php5: variant ipc { configure.args-append --enable-shmop --enable-sysvsem --enable- sysvshm --enable-sysvmsg } i dont believe this should entail any other dependencies. -emory From mccdo at iastate.edu Wed Jan 3 09:50:49 2007 From: mccdo at iastate.edu (Doug McCorkle) Date: Tue Oct 9 16:42:15 2007 Subject: apr-util 1.2.8 with db44 In-Reply-To: References: <0575BB57-1DC7-45FC-9109-B569CC447326@iastate.edu> <37D5B313-DC65-4175-BBDF-DA52C56732CD@geeklair.net> Message-ID: <762E0A95-0566-4E02-820B-C35F5D6564E7@iastate.edu> On Jan 2, 2007, at 4:41 PM, Daniel J. Luke wrote: > On Dec 30, 2006, at 11:15 PM, Doug McCorkle wrote: >> The above is correct. I am trying to use the pkg-config file with >> apr-util which does not return the correct library path. This >> makes me think that this is an apr-util build/install problem not >> related to macports. > > I've updated the port (and bumped the revision) to fix the .pc file > that gets installed. > Thanks! objects:~ mccdo$ flagpoll apr-util-1 --libs -L/opt/local/lib/db44 -L/opt/local/lib -laprutil-1 -ldb-4.4 -lsqlite3 -lexpat -liconv -lapr-1 -lpthread objects:~ mccdo$ From sbranzo at gmail.com Wed Jan 3 09:54:41 2007 From: sbranzo at gmail.com (Sbranzo) Date: Tue Oct 9 16:42:15 2007 Subject: New slrn-dev port In-Reply-To: References: <20070102122616.GA29671@sbranzo.local> Message-ID: <20070103175441.GA354@sbranzo.local> On 03/01/07 08:58, Mark Duling wrote: > >2) Inside the autoconf directory a couple of links are wrong. They point > >to /usr/share/automake-1.9/ and on tiger I have automake-1.6. > >Is this a common problem? (which is a different way of asking for a common > >solution ;-) > > I'm not sure the answer to this. I don't understand fully what you mean, > but probably because I wouldn't understand autoconf issues anyway. > Perhaps someone else can help. A rude but effective solution is to run this bash script (starting from worksrcdir): cd autconf; for file in config.guess config.sub depcomp install-sh missing; do rm $file ln -s /usr/share/automake-1.6/$file $file done And then ./configure works flawlessy. Can I execute something like that in some way before the configuration phase? Thanks, Gufo From kw at codebykevin.com Wed Jan 3 10:14:51 2007 From: kw at codebykevin.com (Kevin Walzer) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? In-Reply-To: <4FEE3170-D634-470F-9819-618693DD2F7B@opendarwin.org> References: <459A7FD9.6040300@iua.upf.edu> <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> <4FEE3170-D634-470F-9819-618693DD2F7B@opendarwin.org> Message-ID: <459BF29B.3040508@codebykevin.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dr. Ernie Prabhakar wrote: > I'd be interested! It would nice if we could figure out some way to > semi-automate at least part of that process... > > On Jan 2, 2007, at 11:06 PM, John Labovitz wrote: > >> I've successfully used a combination of lipo(1) and >> install_name_tool(1) to build universal versions of MacPorts libraries >> (built on separate PPC/Intel machines, alas) so that everything the >> app needed lived in /Contents/Frameworks. I used >> install_name_tool to change any links to, eg, /opt/local so the linker >> would resolve them within the app bundle instead. >> >> This was for a client, so I can't post the actual script, but if >> anyone's interested, I could probably write up a distilled version of >> what I did. It really wasn't very difficult. >> >> --John >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > > Bob Ippolito's py2app package (which wraps up Python applications into standard Mac .app bundles) has a separate script/command-line tool called macho_standalone, which scans an app bundle and rewrites all the linker bits so that the dylibs in the app bundle are self-contained. It runs install_name_tool on them, IIRC. You may want to Google for "macho_standalone" to find the most recent version and documentation. - -- Kevin Walzer Code by Kevin http://www.codebykevin.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFm/KaEsLm8HXyq4sRAq/eAJ4tnru+dCc7StETLI1flV+idt96eQCfbOC8 adOjFMLMu+D2oOb559haXRw= =pf3U -----END PGP SIGNATURE----- From sbranzo at gmail.com Wed Jan 3 11:20:14 2007 From: sbranzo at gmail.com (Sbranzo) Date: Tue Oct 9 16:42:15 2007 Subject: Bug in port name handling Message-ID: <20070103192014.GA16756@sbranzo.local> I thinks there's a bug in the way port names are handled. I'm trying to compile a cvs snapshot of slrn, the same present in debian experimental. The debian maintainer assigned 0.9.8.1pl2~cvs20061116 as version number, and I wish to keep this convention. If I manually change some links before the ./configure phase (refer to my previous email) I can build and install my port using macports, but it blocks here: $ sudo port -vc install slrn-dev +ssl +pull [...] ./opt/local/share/slrn/macros/xcomment.sl ---> Archive slrn-dev-0.9.8.1pl2~cvs20061116_0+pull+ssl.powerpc.tgz packaged ---> Archive for slrn-dev 0.9.8.1pl2~cvs20061116_0+pull+ssl packaged ---> Installing slrn-dev 0.9.8.1pl2~cvs20061116_0+pull+ssl ---> Activating slrn-dev 0.9.8.1pl2~cvs20061116_0+pull+ssl Error: Target com.apple.activate returned: Registry error: slrn-dev cvs20061116_0+pull+ssl not registered as installed. Warning: the following items did not execute (for slrn-dev): com.apple.activate Error: Status 1 encountered during processing. If you notice the version should be 0.9.8.1pl2~cvs20061116_0+pull+ssl but com.apple.activate sees only cvs20061116_0+pull+ssl. Now I officially have a screwed installations of macports :-D $ port installed Error: port installed failed: Registry error: slrn-dev cvs20061116_0+pull+ssl not registered as installed. No ports are installed. How can I repair it? Thanks, Gufo From eridius at macports.org Wed Jan 3 13:36:43 2007 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? In-Reply-To: <459BF29B.3040508@codebykevin.com> References: <459A7FD9.6040300@iua.upf.edu> <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> <4FEE3170-D634-470F-9819-618693DD2F7B@opendarwin.org> <459BF29B.3040508@codebykevin.com> Message-ID: In addition, the Mozilla project has a script (unfortunately I forget the exact name) which takes 2 single-architecture trees and combines them via lipo. It creates a new tree that contains all files that are the same in the 2 old trees. Any differing files that are binaries it combines via lipo. Any differing files that aren't binaries it tosses (can't do anything else with them), so you have to be careful in some projects (if, say, it builds a header file for distribution that changes per-architecture), but in general it works quite well. On Jan 3, 2007, at 1:14 PM, Kevin Walzer wrote: > Bob Ippolito's py2app package (which wraps up Python applications into > standard Mac .app bundles) has a separate script/command-line tool > called macho_standalone, which scans an app bundle and rewrites all > the > linker bits so that the dylibs in the app bundle are self- > contained. It > runs install_name_tool on them, IIRC. You may want to Google for > "macho_standalone" to find the most recent version and documentation. -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070103/dc16177c/attachment.html From eridius at macports.org Wed Jan 3 14:41:17 2007 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:42:15 2007 Subject: Bug in port name handling In-Reply-To: <20070103192014.GA16756@sbranzo.local> References: <20070103192014.GA16756@sbranzo.local> Message-ID: I'm guessing it doesn't like the ~ character. I haven't looked at the registry in-depth, but I'm assuming it just uses the receipts (/opt/local/var/db/dports/receipts). If you delete the slrn-dev folder from receipts that might fix your registry. Of course, theoretically you might have a problem with your file map, but since it failed at the activation phase I doubt it had gotten around to modifying the file map yet. On Jan 3, 2007, at 2:20 PM, Sbranzo wrote: > I thinks there's a bug in the way port names are handled. > I'm trying to compile a cvs snapshot of slrn, the same present in > debian > experimental. The debian maintainer assigned 0.9.8.1pl2~cvs20061116 as > version number, and I wish to keep this convention. > > If I manually change some links before the ./configure phase (refer to > my previous email) I can build and install my port using macports, but > it blocks here: > > $ sudo port -vc install slrn-dev +ssl +pull > [...] > ./opt/local/share/slrn/macros/xcomment.sl > ---> Archive slrn-dev-0.9.8.1pl2~cvs20061116_0+pull+ssl.powerpc.tgz > packaged > ---> Archive for slrn-dev 0.9.8.1pl2~cvs20061116_0+pull+ssl packaged > ---> Installing slrn-dev 0.9.8.1pl2~cvs20061116_0+pull+ssl > ---> Activating slrn-dev 0.9.8.1pl2~cvs20061116_0+pull+ssl > Error: Target com.apple.activate returned: Registry error: slrn-dev > cvs20061116_0+pull+ssl not registered as installed. > Warning: the following items did not execute (for slrn-dev): > com.apple.activate > Error: Status 1 encountered during processing. > > If you notice the version should be 0.9.8.1pl2~cvs20061116_0+pull+ssl > but com.apple.activate sees only cvs20061116_0+pull+ssl. > > > Now I officially have a screwed installations of macports :-D > > $ port installed > Error: port installed failed: Registry error: slrn-dev > cvs20061116_0+pull+ssl not registered as installed. > No ports are installed. > > How can I repair it? -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070103/66d33604/attachment.html From eridius at macports.org Wed Jan 3 15:08:51 2007 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:42:15 2007 Subject: Bug in port name handling In-Reply-To: References: <20070103192014.GA16756@sbranzo.local> Message-ID: It appears, from looking at the source, that the registry only matches the following characters in the version: - _ a-z A-Z 0-9 . Perhaps this should be modified. I would suggest matching everything besides, say, a space here. Everything else should be fine, because the routine here (receipt_flat::installed) will always be passed a version of the form version_revision[+variants], which means it will always end with _digit (followed by optional variants). So whatever the version regex matches, it won't accidentally suck up revision and variants, because it can't (caveat: if a variant is named foobar_0 it could, though I would say a variant should never be named like that, but if you want to eliminate this problem then disallow plusses in the version string too). So basically, if you want the ~ character, MacPorts needs modification. In the meantime I'd suggest using a dash. I've CC'ed the dev list - anybody have any thoughts on modifying the version-matching regex here? And does anybody know of any other locations where the version is matched against a regex? Final thoughts: I just remembered that this same routine uses glob to find the version directory, so versions would also have to restrict asterisks, questionmarks, braces, brackets, and backslashes (basically, anything that's special to glob). But my stance is the more liberal we can make the version matching, the better. On Jan 3, 2007, at 5:41 PM, Kevin Ballard wrote: > I'm guessing it doesn't like the ~ character. > > [snip] > > On Jan 3, 2007, at 2:20 PM, Sbranzo wrote: >> I thinks there's a bug in the way port names are handled. >> I'm trying to compile a cvs snapshot of slrn, the same present in >> debian >> experimental. The debian maintainer assigned >> 0.9.8.1pl2~cvs20061116 as >> version number, and I wish to keep this convention. -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070103/626e0c98/attachment.html From dluke at geeklair.net Wed Jan 3 16:58:42 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:42:15 2007 Subject: Bug in port name handling In-Reply-To: References: <20070103192014.GA16756@sbranzo.local> Message-ID: <43D21C20-335C-4413-BD05-DB1C645B0B33@geeklair.net> On Jan 3, 2007, at 6:08 PM, Kevin Ballard wrote: > I've CC'ed the dev list - anybody have any thoughts on modifying > the version-matching regex here? And does anybody know of any other > locations where the version is matched against a regex? > > Final thoughts: I just remembered that this same routine uses glob > to find the version directory, so versions would also have to > restrict asterisks, questionmarks, braces, brackets, and > backslashes (basically, anything that's special to glob). But my > stance is the more liberal we can make the version matching, the > better. We had a bunch of problems in the past with more liberal name allowances and ended up being this restrictive to prevent future problems. I'm not sure if the people who worked on this before are still around to comment or not. In any case, any changes to this would need a lot of testing to be sure it doesn't break more than it fixes. -- Daniel J. Luke +========================================================+ | *---------------- dluke@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: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20070103/ecc122cf/PGP.bin From jamescoyle1 at mac.com Wed Jan 3 17:54:54 2007 From: jamescoyle1 at mac.com (James Coyle) Date: Tue Oct 9 16:42:15 2007 Subject: (no subject) In-Reply-To: References: <3DE4CA61-7B49-4EDB-8FE3-1F9A060FF36E@adelphia.net> Message-ID: Sorry, still confused here, but I'm wondering if I've hit on something here. Note these instructions from the web site: > If you are using Mac OS X 10.3 "Panther", Mac OS X 10.4 "Tiger" or > a Bourne shell (bash, zsh), add the following line to your ~/.profile: > > export PATH=$PATH:/opt/local/bin > > If you are using Mac OS X 10.2 "Jaguar" or a C shell (tcsh), add > the following line to your ~/.cshrc: > > set path=($path /opt/local/bin) > Since Tiger (OS10.4) includes a tcsh shell rather than the old bash shell, should this edit cure the problem? I'm reluctant to edit this file before I know because it relates to my Fink setup and I'm a novice. Thanks. On Dec 29, 2006, at 6:46 PM, Mark Duling wrote: > Merton Campbell Crockett on Friday, > December > 29, 2006 at 3:07 PM -0800 wrote: >> I ran into similar problems without Fink being installed. I found >> that I had to change the file name to ~./.bash_profile to get >> consistent results. Also, as I tend to use an X Terminal instead of >> the Apple Terminal, I discovered that I needed to add the "-ls" >> switch to the ~./.xinitrc file and the X11 Terminal application. > > Do you have multiple shell profiles? In the MacPorts install > instructions > after editing the .profile, I put this in the Important Notes: > > Other profile files may conflict with ~./profile and should be > removed, so > remove any occurrances of these files: > ? ~/.bash_login > ? ~/.bash_profile > > That was my stab at anticipating problems. I'm not entirely sure > it is > correct, but it seems like a bad idea to have more than one and I'm > not > sure the order of precedence if these files are present in addition to > ~/.profile. > > Mark > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070103/6286fbcd/attachment.html From ryandesign at macports.org Wed Jan 3 21:46:08 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Oct 9 16:42:15 2007 Subject: (no subject) In-Reply-To: References: <3DE4CA61-7B49-4EDB-8FE3-1F9A060FF36E@adelphia.net> Message-ID: On Jan 3, 2007, at 19:54, James Coyle wrote: > Sorry, still confused here, but I'm wondering if I've hit on > something here. Note these instructions from the web site: > >> If you are using Mac OS X 10.3 "Panther", Mac OS X 10.4 "Tiger" or >> a Bourne shell (bash, zsh), add the following line to your >> ~/.profile: >> >> export PATH=$PATH:/opt/local/bin >> >> If you are using Mac OS X 10.2 "Jaguar" or a C shell (tcsh), add >> the following line to your ~/.cshrc: >> >> set path=($path /opt/local/bin) > > Since Tiger (OS10.4) includes a tcsh shell rather than the old > bash shell, should this edit cure the problem? I'm reluctant to > edit this file before I know because it relates to my Fink setup > and I'm a novice. James, that's not correct. In Mac OS X up to and including 10.2.x, tcsh was the default shell. In 10.3.0 and later, bash is the default shell. But if you used Mac OS X 10.2.x or earlier and upgraded to 10.3.0 or later, then your user accounts will still be using tcsh instead of bash. On any version of the OS you can change which shell you use by using NetInfo Manager. Go to users > your username, click the lock to unlock it to make changes (supply an admin username and password), scroll down to the entry for "shell", and set it to either /bin/bash or /bin/tcsh as you prefer. See also this Apple Knowledge Base article, which has a different solution: http://docs.info.apple.com/article.html?artnum=86135 So the information from the web site you quoted is correct. Instructions are provided for what file you should edit and what content you should enter depending on what kind of shell you use. So type "echo $SHELL" to see what shell you use, and follow the relevant instructions from those you quoted above. From ryandesign at macports.org Wed Jan 3 21:51:34 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Oct 9 16:42:15 2007 Subject: php4/php5 +ipc variant (was: Re: (no subject)) In-Reply-To: References: Message-ID: On Jan 3, 2007, at 15:31, Kevin Ballard wrote: > On Jan 3, 2007, at 12:08 PM, Emory Smith wrote: > >> id like to propose a new "ipc" variant for php4 / php5: >> >> variant ipc { >> configure.args-append --enable-shmop --enable-sysvsem --enable- >> sysvshm --enable-sysvmsg >> } >> >> i dont believe this should entail any other dependencies. > > You should email the maintainers for those ports, if you haven't > already. > > I've taken the liberty of CCing them on this email for convenience. Emory, I've added an ipc variant to the php5 port. It compiles ok and php now sees that it has the relevant functions available, though I didn't test to see if they work, since I have no experience with these functions. You should be able to "port sync" soon and install with the +ipc variant then. Jyrki, would you like to add the same variant to php4? From zoarre.37258548 at bloglines.com Thu Jan 4 04:57:29 2007 From: zoarre.37258548 at bloglines.com (Mike Roberts) Date: Tue Oct 9 16:42:15 2007 Subject: shells/fish fails to install due to checksum mismatch. Message-ID: shells/fish/Portfile specifies a checksum of 522fba3b00939f9c36f2eac14ffc10a6 but i downloaded the package myself (from fishshell.org/files/1.21.11) and found that the checksum should be a4cf3dc089f819fe806644f7cb8dcf11. also, while trying to determine the md5sum of the package, i discovered that the md5sum command appears to be missing from the corefiles port. "info corefiles" suggests that it should be present but i cannot find it in /opt/local/bin. -- mike From ronaldoussoren at mac.com Thu Jan 4 06:06:54 2007 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue Oct 9 16:42:15 2007 Subject: crosscompiling macports, how hard is it? In-Reply-To: <4FEE3170-D634-470F-9819-618693DD2F7B@opendarwin.org> References: <459A7FD9.6040300@iua.upf.edu> <7118AEFE-D0C9-4072-A2EC-035C8F3CE1A5@macports.org> <4FEE3170-D634-470F-9819-618693DD2F7B@opendarwin.org> Message-ID: <378595D1-1064-4222-9B92-9F7280BFD7DB@mac.com> On 3 Jan, 2007, at 18:02, Dr. Ernie Prabhakar wrote: > I'd be interested! It would nice if we could figure out some way > to semi-automate at least part of that process... The python library macholib can do this as well. It includes the tool macho_standalone that copies non-system libraries into the application bundle and rewrites link paths. Ronald > > On Jan 2, 2007, at 11:06 PM, John Labovitz wrote: > >> I've successfully used a combination of lipo(1) and >> install_name_tool(1) to build universal versions of MacPorts >> libraries (built on separate PPC/Intel machines, alas) so that >> everything the app needed lived in /Contents/Frameworks. I >> used install_name_tool to change any links to, eg, /opt/local so >> the linker would resolve them within the app bundle instead. >> >> This was for a client, so I can't post the actual script, but if >> anyone's interested, I could probably write up a distilled version >> of what I did. It really wasn't very difficult. >> >> --John >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3562 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20070104/3a019c5d/smime.bin From calum.robertson at gmail.com Thu Jan 4 06:19:57 2007 From: calum.robertson at gmail.com (Calum Robertson) Date: Tue Oct 9 16:42:15 2007 Subject: Building octave In-Reply-To: <5BF3519C-58E8-47CE-B69B-C6FEB9D3244D@gmail.com> References: <9acbcbb90612301240g736ad78bkd99d2175633997ee@mail.gmail.com> <2F1DF6B5-64A1-40B0-9E9E-76164C38B89E@gmail.com> <9acbcbb90701020734w250dea53u86b4f2404a1f92be@mail.gmail.com> <9acbcbb90701030851y3a7b4f9cr61977d019d420361@mail.gmail.com> <5BF3519C-58E8-47CE-B69B-C6FEB9D3244D@gmail.com> Message-ID: <9acbcbb90701040619v45961402n73b4db410ae8426e@mail.gmail.com> On 1/4/07, Anthony Michael Agelastos wrote: > > On Jan 3, 2007, at 11:51 AM, Calum Robertson wrote: > > > > On 1/2/07, Anthony Michael Agelastos wrote: > > > > On Jan 2, 2007, at 10:34 AM, Calum Robertson wrote: > > > > > > > > On 12/30/06, Anthony Michael Agelastos wrote: > > > > > > On Dec 30, 2006, at 3:40 PM, Calum Robertson wrote: > > > > > > Hi, > > > > > > I encountered some problems when building SuiteSparse and have applied > > > the patch using: > > > > > > sudo patch -p1 < patch-SuiteSparse-Portfile > > > > > > and this appears to apply the patch: > > > > > > patching file > > > opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/math/SuiteSparse/Portfile > > > > > > patching file files/patch-complex-type > > > patching file files/patch-config > > > patching file files/patch-disable-demos > > > patching file files/patch-macports-metis > > > patching file files/patch-powerpc-nanotime > > > patching file files/patch-size_t-fix > > > > > > However, when I come to build octave, I do: > > > > > > sudo port -v install octave > > > > > > and get: > > > > > > Portfile changed since last build; discarding previous state. > > > ---> Fetching SuiteSparse > > > ---> patch-complex-type doesn't seem to exist in > > > /opt/local/var/db/dports/distfiles/SuiteSparse > > > ---> Attempting to fetch patch-complex-type from http://distfiles-od.opendarwin.org/SuiteSparse > > > > > > % Total % Received % Xferd Average Speed Time Time > > > Time Current > > > Dload Upload Total Spent > > > Left Speed > > > 0 0 0 0 0 0 0 0 --:--:-- 0:00:56 > > > --:--:-- 0 > > > > > > Various attempts are made to find the file patch-complex-type to no > > > avail. > > > > > > Can someone tell me what I need to do to build SuiteSparse? > > > > > > It has been my experience that the patch is not needed if you do not > > > mind doing some work yourself. The following steps should allow you to build > > > SuiteSparse. > > > > > > 1) Go to http://www.cise.ufl.edu/research/sparse/SuiteSparse/ and > > > download SuiteSparse-2.1.1.tar.gz. I will assume that you have this > > > automatically download to ~/Desktop. > > > > > > 2) Do `sudo mv ~/Desktop/SuiteSparse-2.1.1.tar.gz /opt/local/var/db/dports/distfiles/SuiteSparse/SuiteSparse.tar.gz`. > > > This command assumes that you have a standard MacPorts installation. > > > > > > 3) Do `sudo port install SuiteSparse` with the standard Portfile (no > > > patch applied) and it should work. > > > > > > > > > Thanks. > > > > > > I hope this helps. Good luck. > > > > > > > > > Thanks very much for the info - I got a bit further with the SuiteSparse > > build but got the following errors: > > > > gfortran-dp-4.2 -o readhb readhb.f > > make[2]: gfortran-dp-4.2 : Command not found > > > > I assume that I have to install gcc to get gfortran, but which version? > > Should I install gcc41 or gcc42? > > > > If you are on an Intel Mac, you will want to install gcc42. > > > > > > Thanks. > > > > > > Anthony, > > Finally got octave to build - thanks very much for all of your help! > > No problem; I am glad my advice helped. Now that you have Octave > installed, are you able to plot with it, i.e. > t=linspace(0,2*pi),y=sin(t),plot(t,y) > ? This does not work for me, so I am wondering if everyone has the same > problem. Thank you for your reply. Good luck. > > -Anthony > Hi, I'm afraid that I have the same problem as well - octave crashes when trying to plot. I've tested gnuplot independently with some simple examples and it works fine... Calum. Calum. > > _______________________________________________ > > > macports-users mailing list > > > macports-users@lists.macosforge.org > > > http://lists.macosforge.org/mailman/listinfo/macports-users > > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070104/18081e14/attachment.html From joerg.frauendiener at uni-tuebingen.de Thu Jan 4 06:28:34 2007 From: joerg.frauendiener at uni-tuebingen.de (=?ISO-8859-1?Q?J=F6rg_Frauendiener?=) Date: Tue Oct 9 16:42:15 2007 Subject: Building octave In-Reply-To: <9acbcbb90701040619v45961402n73b4db410ae8426e@mail.gmail.com> References: <9acbcbb90612301240g736ad78bkd99d2175633997ee@mail.gmail.com> <2F1DF6B5-64A1-40B0-9E9E-76164C38B89E@gmail.com> <9acbcbb90701020734w250dea53u86b4f2404a1f92be@mail.gmail.com> <9acbcbb90701030851y3a7b4f9cr61977d019d420361@mail.gmail.com> <5BF3519C-58E8-47CE-B69B-C6FEB9D3244D@gmail.com> <9acbcbb90701040619v45961402n73b4db410ae8426e@mail.gmail.com> Message-ID: <0B8092B6-3EB4-447D-A4A9-10C1E105F3E5@uni-tuebingen.de> > No problem; I am glad my advice helped. Now that you have Octave > installed, are you able to plot with it, i.e. > t=linspace(0,2*pi),y=sin(t),plot(t,y) > ? This does not work for me, so I am wondering if everyone has the > same problem. Thank you for your reply. Good luck. > > -Anthony > > > Hi, > > I'm afraid that I have the same problem as well - octave crashes > when trying to plot. I've tested gnuplot independently with some > simple examples and it works fine... > > Calum. Hi, as I wrote earlier I am having a related problem. Running octave within Terminal.app I don't get it to open a plot window. However, it does not crash. Running it within an xterm works. Joerg -- J?rg Frauendiener | Tel.: +49-7071-2975922 Theoretische Astrophysik | Fax: +49-7071-29-5889 Universit?t T?bingen | joerg.frauendiener@uni-tuebingen.de Auf der Morgenstelle 10 | http://www.tat.physik.uni-tuebingen.de/ ~joergf D-72076 T?bingen From cssdev at mac.com Thu Jan 4 07:55:13 2007 From: cssdev at mac.com (cssdev@mac.com) Date: Tue Oct 9 16:42:15 2007 Subject: php4/php5 +ipc variant In-Reply-To: References: Message-ID: <85362057-99BF-412A-919F-222505469D1E@mac.com> On Jan 3, 2007, at 11:51 PM, Ryan Schmidt wrote: >>> id like to propose a new "ipc" variant for php4 / php5: >>> >>> variant ipc { >>> configure.args-append --enable-shmop --enable-sysvsem --enable- >>> sysvshm --enable-sysvmsg >>> } >>> >>> i dont believe this should entail any other dependencies. >> >> You should email the maintainers for those ports, if you haven't >> already. >> >> I've taken the liberty of CCing them on this email for convenience. > > Emory, I've added an ipc variant to the php5 port. It compiles ok > and php now sees that it has the relevant functions available, > though I didn't test to see if they work, since I have no > experience with these functions. You should be able to "port sync" > soon and install with the +ipc variant then. Emory, you'll definitely need to do some testing to make sure that these features work properly for your needs. I had some trouble trying to get some SysV IPC working on Mac OS X, and I had to modify the kernel defaults for my case. I eventually rewrote my code to use POSIX IPC. Just a word of warning. Chris From cssdev at mac.com Thu Jan 4 07:58:40 2007 From: cssdev at mac.com (cssdev@mac.com) Date: Tue Oct 9 16:42:16 2007 Subject: Building octave In-Reply-To: <0B8092B6-3EB4-447D-A4A9-10C1E105F3E5@uni-tuebingen.de> References: <9acbcbb90612301240g736ad78bkd99d2175633997ee@mail.gmail.com> <2F1DF6B5-64A1-40B0-9E9E-76164C38B89E@gmail.com> <9acbcbb90701020734w250dea53u86b4f2404a1f92be@mail.gmail.com> <9acbcbb90701030851y3a7b4f9cr61977d019d420361@mail.gmail.com> <5BF3519C-58E8-47CE-B69B-C6FEB9D3244D@gmail.com> <9acbcbb90701040619v45961402n73b4db410ae8426e@mail.gmail.com> <0B8092B6-3EB4-447D-A4A9-10C1E105F3E5@uni-tuebingen.de> Message-ID: <5DCF9A93-895D-4E3A-93B6-139C72C8BF6E@mac.com> On Jan 4, 2007, at 8:28 AM, J?rg Frauendiener wrote: >> No problem; I am glad my advice helped. Now that you have Octave >> installed, are you able to plot with it, i.e. >> t=linspace(0,2*pi),y=sin(t),plot(t,y) >> ? This does not work for me, so I am wondering if everyone has the >> same problem. Thank you for your reply. Good luck. >> >> I'm afraid that I have the same problem as well - octave crashes >> when trying to plot. I've tested gnuplot independently with some >> simple examples and it works fine... >> > as I wrote earlier I am having a related problem. Running octave > within Terminal.app I don't get it to open a plot window. However, > it does not crash. Running it within an xterm works. I haven't had octave installed for quite some time, but I still have a GNUTERM environment variable that I used in order to get it working. Mine was set to "aqua" in order to use AquaTerm, but if you're using X11 you might need to set both the GNUTERM and DISPLAY environment variables before trying to display a plot. Chris From ralf at uninformation.org Thu Jan 4 12:12:35 2007 From: ralf at uninformation.org (Ralf Graf) Date: Tue Oct 9 16:42:16 2007 Subject: Q: Transfering list of installed ports to a different machine? Message-ID: <40B6CDF0-3F9C-4310-80CC-7B9C17A70D7C@uninformation.org> Hi all, I'm in the process of moving my stuff from my good old G4-Powerbook to an all shiny new MacBook Pro. I wonder wether it's possible to take over my installed ports from the Powerbook to the MacBook Pro. Simply copying /opt/local shouldn't work, because the installed ones are all PPC-Binaries. Is there a way of rebuilding the same list of ports without the need to hack every port that "port installed" listed on the old machine into a terminal on the new machine? I may sound confusing, to make clear what I'm searching for, something like: Old machine: ports installed > list_of_ports.txt New machine: ports install < list_of_ports.txt TIA, regards Ralf From eridius at macports.org Thu Jan 4 12:35:04 2007 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:42:16 2007 Subject: shells/fish fails to install due to checksum mismatch. In-Reply-To: References: Message-ID: <13FE810D-9592-445F-B959-0D4834482BFE@macports.org> I don't see any port named corefiles. I also see no portfile with "md5sum" in the description (using `port search description:ms5sum`) On Jan 4, 2007, at 7:57 AM, Mike Roberts wrote: > shells/fish/Portfile specifies a checksum of > 522fba3b00939f9c36f2eac14ffc10a6 but i downloaded the package myself > (from fishshell.org/files/1.21.11) and found that the checksum > should be > a4cf3dc089f819fe806644f7cb8dcf11. > > also, while trying to determine the md5sum of the package, i > discovered > that the md5sum command appears to be missing from the corefiles port. > "info corefiles" suggests that it should be present but i cannot > find it > in /opt/local/bin. -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070104/8e88a3df/attachment.html From eridius at macports.org Thu Jan 4 12:46:25 2007 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:42:16 2007 Subject: Q: Transfering list of installed ports to a different machine? In-Reply-To: <40B6CDF0-3F9C-4310-80CC-7B9C17A70D7C@uninformation.org> References: <40B6CDF0-3F9C-4310-80CC-7B9C17A70D7C@uninformation.org> Message-ID: <50CC0616-8DAE-46FE-AFD7-FB54BB22176C@macports.org> On Jan 4, 2007, at 3:12 PM, Ralf Graf wrote: > I'm in the process of moving my stuff from my good old G4-Powerbook > to an all shiny new MacBook Pro. I wonder wether it's possible to > take over my installed ports from the Powerbook to the MacBook Pro. > Simply copying /opt/local shouldn't work, because the installed > ones are all PPC-Binaries. > > Is there a way of rebuilding the same list of ports without the > need to hack every port that "port installed" listed on the old > machine into a terminal on the new machine? > > I may sound confusing, to make clear what I'm searching for, > something like: > > Old machine: ports installed > list_of_ports.txt > New machine: ports install < list_of_ports.txt Unfortunately, no. You can, however, write a fairly simple script to get a list of all ports and variants in a form that you can send to port. There are a few caveats, however - ports that are outdated, you'll end up installing the latest. Inactive ports will cause a problem, because I know of no way to install a port without activating it. Also, ports which have dependencies may also be a problem, because if you have the dependencies installed with specific variants, it's non-trivial to detect this and ensure those dependencies are installed with those variants before the dependent port. That said, this should work to simply install all ports and their variants on the new machine: ## old machine # this line will skip inactive ports port installed | sed -nE -e '/^ .*\(active\)$/{s/^ //;s/@[-a-zA- Z0-9_.]+//;s/ \(active\)$//;p;}' > ports.txt # use this one instead if you want to install all ports, even inactive ones #port installed | sed -nE -e '/^ $/{s///;s/@[-a-zA-Z0-9_.]+//;s/ \ (active\)$//;p;}' > ports.txt ## you may want to peruse the ports.txt list to ensure dependencies with custom variants ## are listed above any dependent ports ## new machine cat ports.txt | xargs -L 1 port install HTH, Kevin Ballard -- Kevin Ballard http://kevin.sb.org kevin@sb.org http://www.tildesoft.com -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070104/666356b4/attachment.html From calum.robertson at gmail.com Thu Jan 4 13:12:40 2007 From: calum.robertson at gmail.com (Calum Robertson) Date: Tue Oct 9 16:42:16 2007 Subject: Building octave In-Reply-To: <0B8092B6-3EB4-447D-A4A9-10C1E105F3E5@uni-tuebingen.de> References: <9acbcbb90612301240g736ad78bkd99d2175633997ee@mail.gmail.com> <2F1DF6B5-64A1-40B0-9E9E-76164C38B89E@gmail.com> <9acbcbb90701020734w250dea53u86b4f2404a1f92be@mail.gmail.com> <9acbcbb90701030851y3a7b4f9cr61977d019d420361@mail.gmail.com> <5BF3519C-58E8-47CE-B69B-C6FEB9D3244D@gmail.com> <9acbcbb90701040619v45961402n73b4db410ae8426e@mail.gmail.com> <0B8092B6-3EB4-447D-A4A9-10C1E105F3E5@uni-tuebingen.de> Message-ID: <9acbcbb90701041312i62eeaf41v6acda0a874afb6c4@mail.gmail.com> On 1/4/07, J?rg Frauendiener wrote: > > > No problem; I am glad my advice helped. Now that you have Octave > > installed, are you able to plot with it, i.e. > > t=linspace(0,2*pi),y=sin(t),plot(t,y) > > ? This does not work for me, so I am wondering if everyone has the > > same problem. Thank you for your reply. Good luck. > > > > -Anthony > > > > > > Hi, > > > > I'm afraid that I have the same problem as well - octave crashes > > when trying to plot. I've tested gnuplot independently with some > > simple examples and it works fine... > > > > Calum. > > Hi, > > as I wrote earlier I am having a related problem. Running octave > within Terminal.app I don't get it to open a plot window. However, it > does not crash. Running it within an xterm works. > > Joerg > > -- > J?rg Frauendiener | Tel.: +49-7071-2975922 > Theoretische Astrophysik | Fax: +49-7071-29-5889 > Universit?t T?bingen | joerg.frauendiener@uni-tuebingen.de > Auf der Morgenstelle 10 | http://www.tat.physik.uni-tuebingen.de/ > ~joergf > D-72076 T?bingen > > > > Hi, I'm afraid that didn't work for me - running octave in an xterm still caused the same crash when plotting... Calum. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070104/ed7398a9/attachment.html From zoarre.37258548 at bloglines.com Thu Jan 4 13:31:54 2007 From: zoarre.37258548 at bloglines.com (Mike Roberts) Date: Tue Oct 9 16:42:16 2007 Subject: shells/fish fails to install due to checksum mismatch. References: <13FE810D-9592-445F-B959-0D4834482BFE@macports.org> Message-ID: In article <13FE810D-9592-445F-B959-0D4834482BFE@macports.org>, Kevin Ballard wrote: > I don't see any port named corefiles. my bad. i meant coreutils. > I also see no portfile with "md5sum" in the description (using `port > search description:ms5sum`) according to the documentation at the fsf site, it should be part the of coreutils package. http://www.gnu.org/software/coreutils/manual/html_mono/coreutils.html#md5 sum-invocation > > On Jan 4, 2007, at 7:57 AM, Mike Roberts wrote: > > > shells/fish/Portfile specifies a checksum of > > 522fba3b00939f9c36f2eac14ffc10a6 but i downloaded the package myself > > (from fishshell.org/files/1.21.11) and found that the checksum > > should be > > a4cf3dc089f819fe806644f7cb8dcf11. > > > > also, while trying to determine the md5sum of the package, i > > discovered > > that the md5sum command appears to be missing from the corefiles port. > > "info corefiles" suggests that it should be present but i cannot > > find it > > in /opt/local/bin. -- mike From cssdev at mac.com Thu Jan 4 13:40:59 2007 From: cssdev at mac.com (cssdev@mac.com) Date: Tue Oct 9 16:42:16 2007 Subject: shells/fish fails to install due to checksum mismatch. In-Reply-To: References: Message-ID: <7A7477B2-ED4D-495A-839E-9F35F0136E9C@mac.com> On Jan 4, 2007, at 6:57 AM, Mike Roberts wrote: > also, while trying to determine the md5sum of the package, i > discovered > that the md5sum command appears to be missing from the corefiles port. > "info corefiles" suggests that it should be present but i cannot > find it > in /opt/local/bin. The coreutils port adds a "g" prefix in order to minimize conflicts with built-in Mac OS X tools: $ port provides `which gmd5sum` /opt/local/bin/gmd5sum is provided by: coreutils $ port provides `which gsha1sum` /opt/local/bin/gsha1sum is provided by: coreutils Mac OS X includes its own md5 command: $ which md5 /sbin/md5 Hope this helps, Chris From zoarre.37258548 at bloglines.com Thu Jan 4 13:52:56 2007 From: zoarre.37258548 at bloglines.com (Mike Roberts) Date: Tue Oct 9 16:42:16 2007 Subject: shells/fish fails to install due to checksum mismatch. References: <7A7477B2-ED4D-495A-839E-9F35F0136E9C@mac.com> Message-ID: In article <7A7477B2-ED4D-495A-839E-9F35F0136E9C@mac.com>, cssdev@mac.com wrote: > On Jan 4, 2007, at 6:57 AM, Mike Roberts wrote: > > > also, while trying to determine the md5sum of the package, i > > discovered > > that the md5sum command appears to be missing from the corefiles port. > > "info corefiles" suggests that it should be present but i cannot > > find it > > in /opt/local/bin. > > The coreutils port adds a "g" prefix in order to minimize conflicts > with built-in Mac OS X tools: > > $ port provides `which gmd5sum` > /opt/local/bin/gmd5sum is provided by: coreutils > $ port provides `which gsha1sum` > /opt/local/bin/gsha1sum is provided by: coreutils > > Mac OS X includes its own md5 command: > > $ which md5 > /sbin/md5 > > Hope this helps, > Chris that helps a lot. thanks! -- mike From philippe.barthelemy at gadzarts.org Thu Jan 4 14:02:06 2007 From: philippe.barthelemy at gadzarts.org (Philippe BARTHELEMY) Date: Tue Oct 9 16:42:16 2007 Subject: how to retrieve a config.log Message-ID: Hi, Maybe a lame question : how to produce et where to find the config.log file produced by a ./configure ? TIA, --P -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070104/603d4eb2/attachment.html From bthom at cs.hmc.edu Thu Jan 4 19:00:13 2007 From: bthom at cs.hmc.edu (belinda thom) Date: Tue Oct 9 16:42:16 2007 Subject: fresh install of port / xemacs issue Message-ID: Hi, I am repeating instructions for a G4 PB that I used to install the same configuration on my G5 Desktop. I began by installing port (via the 1.3.1 dmg and then running the selfupdate; port --version returns 1.320). I've tried to install xemacs via sudo port -v install xemacs +sumo +mule (just like I did on my other machine, about 1 mo ago), and it eventually dies with: --> Attempting to fetch xemacs-mule-sumo-2006-05-10.tar.gz from http://mirrors.ibiblio.org/pub/mirrors/xemacs/packages/ % 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 com.apple.fetch returned: fetch failed Warning: the following items did not execute (for xemacs): com.apple.activate com.apple.fetch com.apple.extract com.apple.checksum com.apple.patch com.apple.configure com.apple.build com.apple.destroot com.apple.install Error: Status 1 encountered during processing. any idea what's going wrong? I'd be very grateful for your input. Thanks, --b From eridius at macports.org Thu Jan 4 19:25:00 2007 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:42:16 2007 Subject: shells/fish fails to install due to checksum mismatch. In-Reply-To: <7A7477B2-ED4D-495A-839E-9F35F0136E9C@mac.com> References: <7A7477B2-ED4D-495A-839E-9F35F0136E9C@mac.com> Message-ID: <469B2DA8-81C6-4C63-9823-8C10FB1621DF@macports.org> On Jan 4, 2007, at 4:40 PM, cssdev@mac.com wrote: > On Jan 4, 2007, at 6:57 AM, Mike Roberts wrote: > >> also, while trying to determine the md5sum of the package, i >> discovered >> that the md5sum command appears to be missing from the corefiles >> port. >> "info corefiles" suggests that it should be present but i cannot >> find it >> in /opt/local/bin. > > The coreutils port adds a "g" prefix in order to minimize conflicts > with built-in Mac OS X tools: > > $ port provides `which gmd5sum` > /opt/local/bin/gmd5sum is provided by: coreutils > $ port provides `which gsha1sum` > /opt/local/bin/gsha1sum is provided by: coreutils > > Mac OS X includes its own md5 command: > > $ which md5 > /sbin/md5 coreutils also has a +normal_install_names variant, if you don't want the "g" prefix. -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070104/2d9e9236/attachment.html From davidsmoot at gmail.com Thu Jan 4 20:24:14 2007 From: davidsmoot at gmail.com (David Smoot) Date: Tue Oct 9 16:42:16 2007 Subject: cross compiling mac ports and intel vs. PPC architecture Message-ID: I too just received my shiny new Mac Book Pro today and am upgrading from a Powerbook G4 as well. I used Apple's "firewire upgrade method" where I connected my old laptop to my new one with a firewire cable and it automagically sucked everything over. It worked amazingly well. Everything works. I expected broken binaries and heartache but it all "just works" including all my ports. I assume my ports are running with that Rosetta translation module. Will they run faster if I do a clean re-compile? I wonder if there might be some way to add an option to similar to selfupdate that is a an"arch-migrate" target that recompiles all targets for the new architecture. David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070104/5654d8ce/attachment.html From deric at caveo.se Thu Jan 4 21:29:55 2007 From: deric at caveo.se (Daniel Ericsson) Date: Tue Oct 9 16:42:16 2007 Subject: cross compiling mac ports and intel vs. PPC architecture In-Reply-To: References: Message-ID: <94346901-F08F-4B1D-9993-1796829DAC5C@caveo.se> On 5 jan 2007, at 05.24, David Smoot wrote: > I assume my ports are running with that Rosetta translation > module. Will they run faster if I do a clean re-compile? Yes as well as using less memory for bytecode caching. > I wonder if there might be some way to add an option to similar to > selfupdate that is a an"arch-migrate" target that recompiles all > targets for the new architecture. Presumably a force upgrade of all installed ports will recompile them for i386. sudo port -f upgrade installed I myself would take the opportunity to clean out stuff and start with a fresh /opt in a move from a PB to a Macbook. - Daniel From gerrit.polder at solcon.nl Fri Jan 5 00:24:44 2007 From: gerrit.polder at solcon.nl (Gerrit Polder) Date: Tue Oct 9 16:42:16 2007 Subject: error uninstalling packages Message-ID: <2FE03268-3C14-4D10-8758-C5C215614CB0@solcon.nl> When I try to uninstall software, I get the following error: $ sudo port uninstall ethereal Error: port uninstall failed: invalid command name "portuninstall::uninstall" any idea whats going on? Gerrit. From dluke at geeklair.net Fri Jan 5 07:19:51 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Oct 9 16:42:16 2007 Subject: error uninstalling packages In-Reply-To: <2FE03268-3C14-4D10-8758-C5C215614CB0@solcon.nl> References: <2FE03268-3C14-4D10-8758-C5C215614CB0@solcon.nl> Message-ID: On Jan 5, 2007, at 3:24 AM, Gerrit Polder wrote: > When I try to uninstall software, I get the following error: > > $ sudo port uninstall ethereal > Error: port uninstall failed: invalid command name > "portuninstall::uninstall" > > any idea whats going on? See the last question on the FAQ at: http://trac.macosforge.org/projects/macports/wiki/FAQ -- Daniel J. Luke +========================================================+ | *---------------- dluke@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: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20070105/55ce0c1a/PGP.bin From gerrit.polder at solcon.nl Fri Jan 5 10:18:41 2007 From: gerrit.polder at solcon.nl (Gerrit Polder) Date: Tue Oct 9 16:42:16 2007 Subject: error uninstalling packages In-Reply-To: References: <2FE03268-3C14-4D10-8758-C5C215614CB0@solcon.nl> Message-ID: <00D4AD3B-23EF-42BD-9BF4-B4ACD9DF3708@solcon.nl> thanks, but now the situation is even worse: $ sudo rm -f /opt/local/share/darwinports/Tcl/port1.0/portuninstall.tcl Password: $ sudo port -f selfupdate couldn't read file "/opt/local/share/darwinports/Tcl/port1.0/ portuninstall.tcl": no such file or directory while executing "source /opt/local/share/darwinports/Tcl/port1.0/portuninstall.tcl" ("package ifneeded" script) invoked from within "package_native require portuninstall 1.0" ("eval" body line 1) invoked from within "eval package_native $args" (procedure "package" line 14) invoked from within "package require portuninstall 1.0" (file "/opt/local/share/darwinports/Tcl/registry1.0/ registry.tcl" line 38) invoked from within "source /opt/local/share/darwinports/Tcl/registry1.0/registry.tcl" ("package ifneeded" script) invoked from within "package_native require registry 1.0" ("eval" body line 1) invoked from within "eval package_native $args" (procedure "package" line 14) invoked from within "package require registry 1.0" (procedure "dportinit" line 312) invoked from within "dportinit ui_options global_options global_variations" Error: /opt/local/bin/port: Failed to initialize ports system, couldn't read file "/opt/local/share/darwinports/Tcl/port1.0/ portuninstall.tcl": no such file or directory On Jan 5, 2007, at 4:19 PM, Daniel J. Luke wrote: > On Jan 5, 2007, at 3:24 AM, Gerrit Polder wrote: >> When I try to uninstall software, I get the following error: >> >> $ sudo port uninstall ethereal >> Error: port uninstall failed: invalid command name >> "portuninstall::uninstall" >> >> any idea whats going on? > > See the last question on the FAQ at: > > http://trac.macosforge.org/projects/macports/wiki/FAQ > -- > Daniel J. Luke > +========================================================+ > | *---------------- dluke@geeklair.net ----------------* | > | *-------------- http://www.geeklair.net -------------* | > +========================================================+ > | Opinions expressed are mine and do not necessarily | > | reflect the opinions of my employer. | > +========================================================+ > > From rdt at ostg.com Fri Jan 5 12:58:05 2007 From: rdt at ostg.com (Ross David Turk) Date: Tue Oct 9 16:42:16 2007 Subject: SourceForge in mirror_sites.tcl Message-ID: Hey folks! I noticed that you guys are fetching SourceForge files from the mirrors directly, and did a little grepping. I'm not a macports/ darwinports expert (or even a heavy user), but I think that it's set in mirror_sites.tcl: set portfetch::mirror_sites::sites(sourceforge) { http://easynews.dl.sourceforge.net/ http://surfnet.dl.sourceforge.net/ http://belnet.dl.sourceforge.net/ http://heanet.dl.sourceforge.net/ http://ovh.dl.sourceforge.net/ http://internap.dl.sourceforge.net/ http://jaist.dl.sourceforge.net/ http://umn.dl.sourceforge.net/ http://kent.dl.sourceforge.net/ http://mesh.dl.sourceforge.net/ http://ufpr.dl.sourceforge.net/ http://nchc.dl.sourceforge.net/ http://switch.dl.sourceforge.net/ http://superb-west.dl.sourceforge.net/ } In the old days, until about a month ago, users accessing a file like http://prdownloads.sourceforge.net/gaim/gaim-1.5.0.exe would be sent to a mirror selection page. Recently, we replaced that page with a more intelligent download redirector. I would love to see you change the snippet above to: set portfetch::mirror_sites::sites(sourceforge) { http://downloads.sourceforge.net/ } Doing this should provide these benefits: 1) You won't have to manage the mirror list as mirrors are added or removed. 2) You can ensure that the mirror you're sent to has the file you're looking for. Not all mirrors have all files. 3) Your users will probably get a faster download due to the geolocation. 4) SourceForge projects will get fair download statistics - going to the mirror directly bypasses our statistics hooks, so your downloads haven't been counting towards their SourceForge.net project activity rating. The risk is, of course, that if the SF.net website goes down, so will your ability to get these files. Perhaps you could list http:// downloads.sourceforge.net first and keep a few other ones in there as a backup in case we're down? Does port try to fetch from the mirrors using the listed order? Let me know if you have any questions.. :) Thanks! Ross -- Ross David Turk SourceForge.net Community Manager -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070105/e42c11a9/attachment.html From emory.smith at gmail.com Fri Jan 5 14:44:13 2007 From: emory.smith at gmail.com (Emory Smith) Date: Tue Oct 9 16:42:16 2007 Subject: auctex 11.83 Message-ID: <6228C44F-E73F-4CB1-A9BB-7410A305F7AE@gmail.com> auctex port is currently at 11.82 ... wondering if it could be upped to 11.83 making the following changes to the portfile has worked fine for me (using +devel variant): version 11.83 checksums md5 19480487036f602841507c0e151674c2 -emory From kw at codebykevin.com Fri Jan 5 14:54:07 2007 From: kw at codebykevin.com (Kevin Walzer) Date: Tue Oct 9 16:42:16 2007 Subject: PortAuthority 1.3 available Message-ID: <459ED70F.6040707@codebykevin.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have posted a new release (version 1.3) of PortAuthority. This version fixes a serious bug in which the "port upgrade installed" command was not functioning correctly. The documentation has also been updated. This is a free upgrade to registered users; a 30-day demo is available for others to try. Information: http://www.codebykevin.com/portauthority.html - -- Kevin Walzer Code by Kevin http://www.codebykevin.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFntcOEsLm8HXyq4sRAh3UAJ9XhBlNSzTrAG/hb53D1mcyDH+wkgCfc/U7 MMEHXqSbMB2G1104iMeC1LA= =dtlj -----END PGP SIGNATURE----- From ryandesign at macports.org Fri Jan 5 17:22:26 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Oct 9 16:42:16 2007 Subject: auctex 11.83 In-Reply-To: <6228C44F-E73F-4CB1-A9BB-7410A305F7AE@gmail.com> References: <6228C44F-E73F-4CB1-A9BB-7410A305F7AE@gmail.com> Message-ID: <4B1215DD-946F-436A-AA01-0BA399E9C63E@macports.org> On Jan 5, 2007, at 16:44, Emory Smith wrote: > auctex port is currently at 11.82 ... wondering if it could be > upped to 11.83 > > making the following changes to the portfile has worked fine for me > (using +devel variant): > > version 11.83 > checksums md5 19480487036f602841507c0e151674c2 You should ask the maintainer, to whom I'm also sending this email. From mark.duling at biola.edu Fri Jan 5 20:18:08 2007 From: mark.duling at biola.edu (Mark Duling) Date: Tue Oct 9 16:42:16 2007 Subject: how to retrieve a config.log In-Reply-To: References: Message-ID: "Philippe BARTHELEMY" on Thursday, January 4, 2007 at 2:02 PM -0800 wrote: >Maybe a lame question : >how to produce et where to find the config.log file produced by a >./configure ? You'll need to find your port's workdir. I made a symlink for easy access. cd ~ ln -s /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/ source Now you have a ~/source directory that points the the MacPorts source tree. So just cd to ~/source, then locate the relevent port directory, and look for a ./work directory within it. Inside that your find a configure, assuming the app has one and assuming you've already extracted the distfile with 'port extract foo' or have a fialed install so that the workdir is still there. Mark From eridius at macports.org Fri Jan 5 21:16:18 2007 From: eridius at macports.org (Kevin Ballard) Date: Tue Oct 9 16:42:16 2007 Subject: error uninstalling packages In-Reply-To: <00D4AD3B-23EF-42BD-9BF4-B4ACD9DF3708@solcon.nl> References: <2FE03268-3C14-4D10-8758-C5C215614CB0@solcon.nl> <00D4AD3B-23EF-42BD-9BF4-B4ACD9DF3708@solcon.nl> Message-ID: <97A9D28F-FA64-4EDB-A9D0-9F1DA370F0E9@macports.org> I recommend blowing away all tcl files in your /opt/local tree and re- installing the MacPorts infrastructure. That should be more than enough to fix it. Of course, I'm recommending this because I don't know the actual cause of the problem. If somebody does, I'm sure they'll have a less drastic way to fix it. On Jan 5, 2007, at 1:18 PM, Gerrit Polder wrote: > thanks, but now the situation is even worse: > > $ sudo rm -f /opt/local/share/darwinports/Tcl/port1.0/ > portuninstall.tcl > Password: > $ sudo port -f selfupdate > couldn't read file "/opt/local/share/darwinports/Tcl/port1.0/ > portuninstall.tcl": no such file or directory > while executing > "source /opt/local/share/darwinports/Tcl/port1.0/portuninstall.tcl" > ("package ifneeded" script) > invoked from within > "package_native require portuninstall 1.0" > ("eval" body line 1) > invoked from within > "eval package_native $args" > (procedure "package" line 14) > invoked from within > "package require portuninstall 1.0" > (file "/opt/local/share/darwinports/Tcl/registry1.0/ > registry.tcl" line 38) > invoked from within > "source /opt/local/share/darwinports/Tcl/registry1.0/registry.tcl" > ("package ifneeded" script) > invoked from within > "package_native require registry 1.0" > ("eval" body line 1) > invoked from within > "eval package_native $args" > (procedure "package" line 14) > invoked from within > "package require registry 1.0" > (procedure "dportinit" line 312) > invoked from within > "dportinit ui_options global_options global_variations" > Error: /opt/local/bin/port: Failed to initialize ports system, > couldn't read file "/opt/local/share/darwinports/Tcl/port1.0/ > portuninstall.tcl": no such file or directory -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070106/528a116c/attachment.html From zoarre.37258548 at bloglines.com Sat Jan 6 00:33:51 2007 From: zoarre.37258548 at bloglines.com (Mike Roberts) Date: Tue Oct 9 16:42:16 2007 Subject: problem registering on trac. Message-ID: i hope this is the right place for issues with trac. if not, i apologize. i got my generated password via email. trac won't let me log in with my email address and the provided password. /mike From delobelle at blueyonder.co.uk Sat Jan 6 11:59:51 2007 From: delobelle at blueyonder.co.uk (Arnaud Delobelle) Date: Tue Oct 9 16:42:16 2007 Subject: fresh install of port / xemacs issue In-Reply-To: References: Message-ID: On 5 Jan 2007, at 03:00, belinda thom wrote: > > Hi, > > I am repeating instructions for a G4 PB that I used to install the > same configuration on my G5 Desktop. > > I began by installing port (via the 1.3.1 dmg and then running the > selfupdate; port --version returns 1.320). > > I've tried to install xemacs via > > sudo port -v install xemacs +sumo +mule (just like I did on my > other machine, about 1 mo ago), and it eventually dies with: > > --> Attempting to fetch xemacs-mule-sumo-2006-05-10.tar.gz from > http://mirrors.ibiblio.org/pub/mirrors/xemacs/packages/ If you go to the address above, you'll find no xemacs-mule- sumo-2006-05-10.tar.gz but an xemacs-sumo-2006-12-21.tar.gz instead. This is consistent with the fact it worked a month ago (before 2006-12-21). The Portfile needs to be updated to point at this, or better, to point at xemacs-sumo.tar.gz which seems to be a link to the latest build. But then shouldn't this port be called xemacs-devel? > % 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 com.apple.fetch returned: fetch failed ... Thus the file can't be fetched > Warning: the following items did not execute (for xemacs): > com.apple.activate com.apple.fetch com.apple.extract > com.apple.checksum com.apple.patch com.apple.configure > com.apple.build com.apple.destroot com.apple.install > Error: Status 1 encountered during processing. > > any idea what's going wrong? I'd be very grateful for your input. > Ask the port maintainer to fix it! HTH -- Arnaud From kobold at andrewkish.name Sat Jan 6 15:18:57 2007 From: kobold at andrewkish.name (Andy Kish) Date: Tue Oct 9 16:42:16 2007 Subject: problem registering on trac. In-Reply-To: References: Message-ID: <63543B6F-28D6-4DCB-805D-AAE3B9D4D438@andrewkish.name> I had the same issue. Go through the "forgotten password" issue, and you should be able to log in with the newly issued password. Andy On Jan 6, 2007, at 3:33 AM, Mike Roberts wrote: > i hope this is the right place for issues with trac. if not, i > apologize. > > i got my generated password via email. trac won't let me log in > with my > email address and the provided password. > > /mike > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From kobold at andrewkish.name Sat Jan 6 15:20:59 2007 From: kobold at andrewkish.name (Andy Kish) Date: Tue Oct 9 16:42:16 2007 Subject: problem registering on trac. In-Reply-To: <63543B6F-28D6-4DCB-805D-AAE3B9D4D438@andrewkish.name> References: <63543B6F-28D6-4DCB-805D-AAE3B9D4D438@andrewkish.name> Message-ID: Garr, two thoughts at the same time. I meant to say, "'forgotten password' process". On Jan 6, 2007, at 6:18 PM, Andy Kish wrote: > I had the same issue. Go through the "forgotten password" issue, > and you should be able to log in with the newly issued password. > > Andy > > On Jan 6, 2007, at 3:33 AM, Mike Roberts wrote: > >> i hope this is the right place for issues with trac. if not, i >> apologize. >> >> i got my generated password via email. trac won't let me log in >> with my >> email address and the provided password. >> >> /mike >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From zoarre.37258548 at bloglines.com Sat Jan 6 19:19:46 2007 From: zoarre.37258548 at bloglines.com (Mike Roberts) Date: Tue Oct 9 16:42:16 2007 Subject: problem registering on trac. References: <63543B6F-28D6-4DCB-805D-AAE3B9D4D438@andrewkish.name> Message-ID: In article , Andy Kish wrote: > Garr, two thoughts at the same time. I meant to say, "'forgotten > password' process". i thought i was the only one in the world who was over-eager to hit the post button. :D unfortunately, using the forgotten password system didn't make any difference for me. > > On Jan 6, 2007, at 6:18 PM, Andy Kish wrote: > > > I had the same issue. Go through the "forgotten password" issue, > > and you should be able to log in with the newly issued password. > > > > Andy > > > > On Jan 6, 2007, at 3:33 AM, Mike Roberts wrote: > > > >> i hope this is the right place for issues with trac. if not, i > >> apologize. > >> > >> i got my generated password via email. trac won't let me log in > >> with my > >> email address and the provided password. > >> > >> /mike > >> > >> _______________________________________________ > >> macports-users mailing list > >> macports-users@lists.macosforge.org > >> http://lists.macosforge.org/mailman/listinfo/macports-users > > > > _______________________________________________ > > macports-users mailing list > > macports-users@lists.macosforge.org > > http://lists.macosforge.org/mailman/listinfo/macports-users /mike From sal at ri.cmu.edu Sat Jan 6 21:11:59 2007 From: sal at ri.cmu.edu (Salvatore Domenick Desiano) Date: Tue Oct 9 16:42:16 2007 Subject: Apache on Boot Message-ID: What is the current wisdom on getting the MP apache2 port start on boot? My install is in good shape, runs when started manually, and has a daemondo that runs on boot, but the server never comes up. I searched the archive, but no dice. Thoughts? -- Sal smile. -------------- Salvatore Domenick Desiano Doctoral Candidate Robotics Institute Carnegie Mellon University From davidsmoot at gmail.com Sat Jan 6 21:15:02 2007 From: davidsmoot at gmail.com (David Smoot) Date: Tue Oct 9 16:42:16 2007 Subject: cross compiling mac ports and intel vs. PPC architecture In-Reply-To: <94346901-F08F-4B1D-9993-1796829DAC5C@caveo.se> References: <94346901-F08F-4B1D-9993-1796829DAC5C@caveo.se> Message-ID: Well, in an interesting twist, all my installed ports themselves work but the port command is broken. I need to fix this but it is too late tonight to tackle and I see great potential for hosing my port system. Should I just re-download port and rebuild for the intel architecture? Thanks, David Error message: SmootPowerbook:~ dsmoot$ port no suitable image found. Did find: /opt/local/share/darwinports/Tcl/pextlib1.0/Pextlib.dylib: mach-o, but wrong architecture while executing "load /opt/local/share/darwinports/Tcl/pextlib1.0/Pextlib.dylib" ("package ifneeded" script) invoked from within "package_native require Pextlib 1.0" ("eval" body line 1) invoked from within "eval package_native $args" (procedure "package" line 14) invoked from within "package require Pextlib 1.0" (procedure "dportinit" line 311) invoked from within "dportinit ui_options global_options global_variations" Error: /opt/local/bin/port: Failed to initialize ports system, no suitable image found. Did find: /opt/loc On 1/4/07, Daniel Ericsson wrote: > > > > Presumably a force upgrade of all installed ports will recompile them > for i386. > > sudo port -f upgrade installed > > I myself would take the opportunity to clean out stuff and start with > a fresh /opt in a move from a PB to a Macbook. > > - Daniel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070106/091a013f/attachment.html From jberry at macports.org Sat Jan 6 22:30:14 2007 From: jberry at macports.org (James Berry) Date: Tue Oct 9 16:42:16 2007 Subject: Apache on Boot In-Reply-To: References: Message-ID: On Jan 6, 2007, at 9:11 PM, Salvatore Domenick Desiano wrote: > What is the current wisdom on getting the MP apache2 port start on > boot? My install is in good shape, runs when started manually, and > has a daemondo that runs on boot, but the server never comes up. I > searched the archive, but no dice. Hi Sal, Let's see, I just did a new apache2 install the other day and ran into this problem too. here's what worked for me: - The ultimate problem, which I found by trying to start apache2 manually using "apachectl start" was that there is no httpd.conf by default. (When you try to start apache, it tells you this). - Once I copied httpd.conf.sample to httpd.conf, it started right up. Hope that works for you. James > > Thoughts? > > -- Sal > smile. > > > -------------- > Salvatore Domenick Desiano > Doctoral Candidate > Robotics Institute > Carnegie Mellon University > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From pinodm at euphonynet.be Sun Jan 7 01:36:50 2007 From: pinodm at euphonynet.be (Giuseppe Di Matteo) Date: Tue Oct 9 16:42:16 2007 Subject: XeTeX Message-ID: <7BEA0615-E5AD-4C52-83B0-BC03CDBC5E99@euphonynet.be> I had already reported this problem one week ago but nobody answered. Installation of XeTeX faild because a dependency (dvipdfmx) has been updated. On the site the new version is 20061211, Portfile is 20050831. DEBUG: Requested variant powerpc is not provided by port dvipdfmx. DEBUG: Requested variant darwin is not provided by port dvipdfmx. DEBUG: Requested variant macosx is not provided by port dvipdfmx. DEBUG: Skipping completed com.apple.main (dvipdfmx) ---> Fetching dvipdfmx DEBUG: Executing com.apple.fetch (dvipdfmx) ---> dvipdfmx-20050831.tar.gz doesn't seem to exist in /opt/local/ var/db/dports/distfiles/dvipdfmx ---> Attempting to fetch dvipdfmx-20050831.tar.gz from http:// project.ktug.or.kr/dvipdfmx/snapshot/current/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error Error: Target com.apple.fetch returned: fetch failed Warning: the following items did not execute (for dvipdfmx): com.apple.activate com.apple.fetch com.apple.extract com.apple.checksum com.apple.patch com.apple.configure com.apple.build com.apple.destroot com.apple.install Error: The following dependencies failed to build: xdvipdfmx dvipdfmx fontconfig freetype Error: Status 1 encountered during processing. Giuseppe Di Matteo pinodm@euphonynet.be -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20070107/248d70a1/attachment.html From pguyot at kallisys.net Sun Jan 7 01:41:41 2007 From: pguyot at kallisys.net (Paul Guyot) Date: Tue Oct 9 16:42:16 2007 Subject: XeTeX In-Reply-To: <7BEA0615-E5AD-4C52-83B0-BC03CDBC5E99@euphonynet.be> References: <7BEA0615-E5AD-4C52-83B0-BC03CDBC5E99@euphonynet.be> Message-ID: <33D483E5-BE49-450C-9613-76DE78662101@kallisys.net> Le 7 janv. 07 ? 18:36, Giuseppe Di Matteo a ?crit : > I had already reported this problem one week ago but nobody answered. > Installation of XeTeX faild because a dependency (dvipdfmx) has > been updated. > On the site the new version is 20061211, Portfile is 20050831. The problem was fixed yesterday: http://trac.macports.org/projects/macports/browser/trunk/dports/print/ dvipdfmx Please update your installation and try again. Regards, Paul From sal at ri.cmu.edu Sun Jan 7 02:38:31 2007 From: sal at ri.cmu.edu (Salvatore Domenick Desiano) Date: Tue Oct 9 16:42:16 2007 Subject: Apache on Boot In-Reply-To: References: Message-ID: o Let's see, I just did a new apache2 install the other day and ran into this o problem too. here's what worked for me: o o - The ultimate problem, which I found by trying to start apache2 o manually using "apachectl start" was that there is no httpd.conf by default. o (When you try to start apache, it tells you this). It took me a minute to figure this out, but I found this earlier, so it's got to be somehting else. (without this, Apache can't be started manually, either). Something, I think, is preventing daemondo from starting the server, but I don't see a facility by which daemondo could tell me what is wrong. -- Sal smile. -------------- Salvatore Domenick Desiano Doctoral Candidate Robotics Institute Carnegie Mellon University On Sat, 6 Jan 2007, James Berry wrote: o o On Jan 6, 2007, at 9:11 PM, Salvatore Domenick Desiano wrote: o o > What is the current wisdom on getting the MP apache2 port start on boot? My o > install is in good shape, runs when started manually, and has a daemondo o > that runs on boot, but the server never comes up. I searched the archive, o > but no dice. o o Hi Sal, o o o - Once I copied httpd.conf.sample to httpd.conf, it started right up. o o Hope that works for you. o o James o o o > o > Thoughts? o > o > -- Sal o > smile. o > o > o > -------------- o > Salvatore Domenick Desiano o > Doctoral Candidate o > Robotics Institute o > Carnegie Mellon University o > _______________________________________________ o > macports-users mailing list o > macports-users@lists.macosforge.org o > http://lists.macosforge.org/mailman/listinfo/macports-users o o From jberry at macports.org Sun Jan 7 07:00:17 2007 From: jberry at macports.org (James Berry) Date: Tue Oct 9 16:42:16 2007 Subject: Apache on Boot In-Reply-To: References: Message-ID: <457A6FC9-1DAB-464B-98FE-B41990216985@macports.org> On Jan 7, 2007, at 2:38 AM, Salvatore Domenick Desiano wrote: > o Let's see, I just did a new apache2 install the other day and ran > into this > o problem too. here's what worked for me: > o > o - The ultimate problem, which I found by trying to start apache2 > o manually using "apachectl start" was that there is no httpd.conf > by default. > o (When you try to start apache, it tells you this). > > It took me a minute to figure this out, but I found this earlier, so > it's got to be somehting else. (without this, Apache can't be started > manually, either). Something, I think, is preventing daemondo from > starting the server, but I don't see a facility by which daemondo > could > tell me what is wrong. Sal, There are debug flags you can pass to daemondo to get more information. But I'd work backward. Working forward, here's how things work: - launchd launched daemondo - daemondo invokes the wrapper scripts - the wrapper scripts, in this case, call either apachectl or httpd direction (I forget which). So I'd check in reverse order: (1) Can you launch httpd and/or apachectl directly/successfully? (2) Can you launch it through the wrapper scripts directly/ successfully? (3) Can you invoke daemondo directly to have it launchd the wrappers? Depending on where that breaks down, you'll know more about where to look. Did you "launchctl load -w /Libraries/LaunchDaemons/ org.macports.apache2.plist" as root? James > > -- Sal > smile. > > > > > -------------- > Salvatore Domenick Desiano > Doctoral Candidate > Robotics Institute > Carnegie Mellon University > > On Sat, 6 Jan 2007, James Berry wrote: > > o > o On Jan 6, 2007, at 9:11 PM, Salvatore Domenick Desiano wrote: > o > o > What is the current wisdom on getting the MP apache2 port start > on boot? My > o > install is in good shape, runs when started manually, and has a > daemondo > o > that runs on boot, but the server never comes up. I searched > the archive, > o > but no dice. > o > o Hi Sal, > o > o > o - Once I copied httpd.conf.sample to httpd.conf, it started > right up. > o > o Hope that works for you. > o > o James > o > o > o > > o > Thoughts? > o > > o > -- Sal > o > smile. > o > > o > > o > -------------- > o > Salvatore Domenick Desiano > o > Doctoral Candidate > o > Robotics Institute > o > Carnegie Mellon University > o > _______________________________________________ > o > macports-users mailing list > o > macports-users@lists.macosforge.org > o > http://lists.macosforge.org/mailman/listinfo/macports-users > o > o From eoghanj at gmail.com Sun Jan 7 07:14:19 2007 From: eoghanj at gmail.com (eoghan) Date: Tue Oct 9 16:42:16 2007 Subject: mysql start Message-ID: <80CC85BC-F416-4062-9E0C-6BEA5B79B3D6@gmail.com> Hi Im trying to start mysql (version 5.0.27) using: $sudo /opt/local/libexec/mysqld --user=mysql Im getting the follwing error: 070107 15:11:45 [Warning] Can't create test file /opt/local/var/db/ mysql5/eoghan-js-Computer.lower-test 070107 15:11:45 [Warning] Can't create test file /opt/local/var/db/ mysql5/eoghan-js-Computer.lower-test /opt/local/libexec/mysqld: Can't change dir to '/opt/local/var/db/ mysql5/' (Errcode: 2) 070107 15:11:45 [ERROR] Aborting 070107 15:11:45 [Note] /opt/local/libexec/mysqld: Shutdown complete Could someone help me on this please? Thanks Eoghan From norman at astro.gla.ac.uk Sun Jan 7 08:42:31 2007 From: norman at astro.gla.ac.uk (Norman Gray) Date: Tue Oct 9 16:42:16 2007 Subject: dmg Message-ID: Greetings, [following up a 6 December 2006 thread] Nathan Stocks wrote: > Related to this issue, it was very non-intuitive to me that you had to > click on a "Source Code" link to get to the .dmg downloads at all. It > literally took me 10 minutes of poking around the site today to find > the images, and most of that was simply figuring out that the download > area was called "Source Code". > > Would the powers-that-be object to changing that link to "Downloads" > or something like that? I got to the downloads via the wiki page at . This says `Download the latest MacPorts .dmg disk image you find in the MacPorts download area', but what you find when you follow that link is a number of directories named `DarwinPorts', and a DarwinPorts .dmg. That's very confusing, whether or not you know MacPorts' history as DarwinPorts. It looks like you've been misdirected to a DarwinPorts legacy distribution (or something like that). So can I suggest (a) changing these build products so that they're called MacPorts, and (echoing Nathan) (b) having a 'Download' link directly on the macports.org front page. All the best, Norman -- ------------------------------------------------------------------------ ---- Norman Gray / http://nxg.me.uk eurovotech.org / University of Leicester, UK From jwa at macports.org Sun Jan 7 09:25:24 2007 From: jwa at macports.org (Jyrki Wahlstedt) Date: Tue Oct 9 16:42:16 2007 Subject: py-wxpython build problem In-Reply-To: <1E86A1C3-1A6E-4F5A-99CC-9F0373CBC537@butdifferent.com> References: <8970B8DA-6349-48C3-B8DD-FF5A07F0F985@butdifferent.com> <1E86A1C3-1A6E-4F5A-99CC-9F0373CBC537@butdifferent.com> Message-ID: <1AAC7B78-4833-41F1-8754-8EE55BBB8343@macports.org> Ok, I have upgraded py-wxpython to 2.8.0.1. It, however, means that wxWidgets depends now on wxWdigets-devel, because wxWidgets 2.8.0 has at least one file missing (wx/srchctrl.h). wxWidgets-level is from their CVS_HEAD. This had to be used, because the next wxWidgets release will be 2.8.1, I suppose. I'll update py-wxpython as soon as it's available, provided all the tarballs are in sync, which was not the case with 2.8.0. HTH, On 2.1.2007, at 2.25, Bas den Hond wrote: > Tried it. No luck... > > After changing the version and the checksum, and converting the bz2 > source file to gz, I could extract and patch. > But when I start the build, I get essentially the same errors. > Under port -v build, the first few are all in this vein: > > In file included from src/helpers.cpp:16: > include/wx/wxPython/wxPython_int.h:19:19: error: wx/wx.h: No such > file or directory > > This sounds like wxWidgets isn't putting its header files where it > should, or wxpython isn't looking where it should. > > It would be interesting to try and put back the old version of > wxWidgets the same way... > > Bas >> >> Bas den Hond on Friday, December 29, 2006 >> at 2:46 >> AM -0800 wrote: >>> I hope someone can help me with the following problem: >>> >>> On a clean, updated, synced installation of MacPorts, OSX 10.4.8, I >>> cannot build py-wxpython. All dependencies build and install fine, >>> but py-wxpython itself fails with a slew of errors, the first few of >>> which are: >>> >>> src/helpers.cpp:2763: error: 'stream' was not declared in this scope >>> src/helpers.cpp:2763: error: expected %<,%> or %<;%> before '{' >>>