From mike.thon at gmail.com Fri May 1 22:08:32 2009 From: mike.thon at gmail.com (Michael Thon) Date: Sat, 2 May 2009 06:08:32 +0100 Subject: free to a good home: 3 science ports Message-ID: Greetings all - I'm sorry to say that due to other commitments I have to give up maintainership of the 3 ports that I have been looking after: ncbi_tools EMBOSS mcl ncbi_tools has a bug #19513 that needs to be fixed, otherwise they are low maintenance! cheers Mike From travisgriggs at gmail.com Fri May 1 23:27:41 2009 From: travisgriggs at gmail.com (Travis Griggs) Date: Fri, 1 May 2009 23:27:41 -0700 Subject: Test Post Message-ID: <765A39C4-7356-4B49-97DC-CE2A8D10E041@gmail.com> Have been getting bounces. Just a test post. -- Travis Griggs Objologist Light travels faster than sound. This is why some people appear bright until you hear them speak... From d.l.tDeContes at free.fr Sat May 2 06:48:31 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 2 May 2009 15:48:31 +0200 Subject: checking for gcc In-Reply-To: <924BD5D8-DB5F-4197-ACAA-1A2035B4A1BC@macports.org> References: <675B1A6E-67F6-4E53-93B6-5C5EB56F7B07@free.fr> <5BCA1EB2-FEC2-4296-A8F9-0A92330D006F@macports.org> <5E8AF47F-A3B2-4FD0-A2AB-8EE7420A59A5@free.fr> <924BD5D8-DB5F-4197-ACAA-1A2035B4A1BC@macports.org> Message-ID: Le 26 avr. 09 ? 22:27, Ryan Schmidt a ?crit : > > On Apr 26, 2009, at 09:31, Thomas De Contes wrote: > >> Le 21 mars 09 ? 00:52, Ryan Schmidt a ?crit : >> >>> On Mar 20, 2009, at 17:53, Thomas De Contes wrote: >>> >>>> Le 16 mars 09 ? 00:05, Ryan Schmidt a ?crit : >>>> >>>>> On Mar 15, 2009, at 17:36, Thomas De Contes wrote: >>>>> >>>>>> i updade MacPorts, and at the step "port upgrade outdated" it >>>>>> always sets >>>>>> checking for gcc... /usr/bin/gcc-4.0 >>>>>> >>>>>> whereas /usr/bin/gcc-4.0 does not exist and /usr/bin/gcc >>>>>> points on gcc-3.3 >>>>>> >>>>>> >>>>>> what is the problem ? >>>>> >>>>> /usr/bin/gcc-4.0 should exist, and /usr/bin/gcc should point to >>>>> it, on Tiger and later. >>>> >>>> ok >>>> if /usr/bin/gcc-4.0 exists but /usr/bin/gcc does not point to >>>> it, it's not right ? >>> >>> If /usr/bin/gcc-4.0 exists but /usr/bin/gcc points to gcc-3.3 >>> then you have most likely used the gcc_select program to select >>> gcc 3.3. >> >> i think it can happen if i install devtools + gcc-3.3, and then i >> add gcc-4.0 >> to avoid any pb of this kind, i reinstalled devtools + gcc-4.0 at >> the same time > > I didn't think it was possible to install Xcode without gcc 4.0. yes ! Xcode 2.4.1 : no component is not unactivatable and graphic tools, gcc-3.3, and gcc-4.0 are 3 different components so it's possible to install graphic tools but neither gcc-3.3 nor gcc-4.0 (although i don't think we can do a lot of thing as is) or opposite ... Xcode 2.5 (i just downloaded it) : one component is not unactivatable, and seeing at files (apple-i), it seems to install graphic tools and gcc-3.3, but not gcc-4.0 and there is a "command line tools" component which is unactivatable, it seems to install gcc-4.0 >>> This should not affect the majority of ports since MacPorts tells >>> ports to use /usr/bin/gcc-4.0 by default on Tiger and later. >> >> ok :-) >> >>> Specific ports may override this as needed. For example some very >>> old software must compile with gcc-3.3 because gcc-4.0 is too >>> new; in this case, those ports indicate this requirement and >>> MacPorts allows them to use gcc-3.3 instead. >> >> do you think i should keep gcc-3.3 ? >> could some recent software depend on some very old software ? > > I forget what kind of computer you have. both > As far as I know the gcc 3.3 that comes with Xcode can only build > PowerPC programs. Either that, or it cannot run on Intel Macs at > all. Either way, it won't be useful for building dependencies on > Intel Macs. thanks anyway, with the last devtools, gcc 3.3 is imposed >>>>> What OS version do you have? What version of Xcode? >>>> >>>> checking Mac OS X version... 10.4.11 >>>> checking Xcode version... 2.4.1 >> >> >> >>>> btw, >>>> >>>> why does it work fine to build MacPorts itself, with gcc 3.3, >>>> and not to build software ? >>> >>> Port authors have limited resources with which to test ports. >>> Usually people only have a single Mac, running either Leopard or >>> Tiger, with either an Intel or PowerPC processor. This means most >>> port authors are only testing on 1/4 of the supported systems. >>> Problems can crop up on the remaining 3/4 of the supported >>> systems the author did not test on. >>> >>> We do not want to increase the testing burden even further by >>> allowing users to compile ports with a different compiler than >>> the one the port author tested with. For this reason, MacPorts >>> instructs ports to ignore what the user has gcc_selected'ed and >>> instead to use a specific compiler on specific OS versions (3.3 >>> on Panther, 4.0 on Tiger and Leopard). Individual ports can >>> override this if it's necessary for those ports, but users are >>> not supposed to override this. >> >> i fully (i think) understand this :-) >> >> and i see 2 options : >> >> 1 >> don't constraint anyone to use /usr/bin/gcc-4.0 and nothing else >> of course, you support only /usr/bin/gcc-4.0 and nothing else, and >> port authors don't have any more test to make >> just, you don't restrict it "physically" :-) >> and you could write a big big warning at time of building MacPorts >> itself >> >> 2 >> once i've understood "the mechanism", i was surprised that >> building MacPorts itself worked fine, without even a warning ! >> i would expect that MacPorts refuse to build, saying it need /usr/ >> bin/gcc-4.0 (even if it doesn't need it for itself, regarding to >> the default settings for ports) >> >> >> the 1 is the best from my point of view (it's the most >> "adaptable"), but there is probably a lot of changes to do, for >> not enough advantages >> but i think that the 2 is realist, what do you think about it ? :-) > > I do not want (1). I do not want users to change the compiler. I > can see no reason to do so. It can only cause problems -- problems > which some users will inevitably write to the list for help with, > thus increasing our burden to help people and reducing the time we > have available to help with other problems. i fully understand :-) > > Regarding (2), MacPorts base does not complain about gcc 3.3 simply > because nobody has added code to do so. Actually, it should not > complain; should just use /usr/bin/gcc-4.0 (on Tiger and Leopard) > regardless of what has been gcc_select'ed, but again nobody has yet > added code to do so. I do not know if there is any real problem > with compiling MacPorts base with gcc 3.3 on Tiger or Leopard. with gcc 3.3, i don't think there is any real problem, but when i put an other compiler which knows ada in my path, i get configure: error: Could not locate a working Objective-C runtime. so it would be nice to do it, so i won't have to change my path every time :-) also, if /usr/bin/gcc-4.0 doesn't exist, it would be nice whether MacPorts doesn't compile, if not, users don't understand why MacPorts compiles but not Ports ;-) > > >>>> why does it say : >>>> checking for gcc... /usr/bin/gcc-4.0 >>>> checking for C compiler default output... configure: error: C >>>> compiler cannot create executables >>>> rather than sth like >>>> checking for gcc... /usr/bin/gcc-4.0 not found >>>> ? >>> >>> Here you are asking about the configure script of the port you >>> were trying to install. For questions about why that configure >>> script does what it does, you'll have to ask the authors of that >>> software >> >> ok >> well, if building MacPorts itself gives an explicit error enough, >> not worry about building of ports :-) > > I don't quite understand what you say here. Building MacPorts > itself is a separate issue from building ports using MacPorts. i just spoke about the case where /usr/bin/gcc-4.0 doesn't exist (see above) i find the error msg not explicit enough but if there is a nice msg when compiling MacPorts, we won't try to compile Ports without /usr/bin/gcc-4.0 :-) -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From raimue at macports.org Sat May 2 07:09:09 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 02 May 2009 16:09:09 +0200 Subject: checking for gcc In-Reply-To: References: <675B1A6E-67F6-4E53-93B6-5C5EB56F7B07@free.fr> <5BCA1EB2-FEC2-4296-A8F9-0A92330D006F@macports.org> <5E8AF47F-A3B2-4FD0-A2AB-8EE7420A59A5@free.fr> <924BD5D8-DB5F-4197-ACAA-1A2035B4A1BC@macports.org> Message-ID: <49FC5405.5000606@macports.org> On 2009-05-02 15:48, Thomas De Contes wrote: > Le 26 avr. 09 ? 22:27, Ryan Schmidt a ?crit : >> Regarding (2), MacPorts base does not complain about gcc 3.3 simply >> because nobody has added code to do so. Actually, it should not >> complain; should just use /usr/bin/gcc-4.0 (on Tiger and Leopard) >> regardless of what has been gcc_select'ed, but again nobody has yet >> added code to do so. I do not know if there is any real problem >> with compiling MacPorts base with gcc 3.3 on Tiger or Leopard. > > with gcc 3.3, i don't think there is any real problem, > > but when i put an other compiler which knows ada in my path, i get > configure: error: Could not locate a working Objective-C runtime. > so it would be nice to do it, so i won't have to change my path every > time :-) Please file a ticket against the port for which this happens. It has to be patched to adhere CC from the environment (or configure call) instead of calling gcc directly. > [...] > i just spoke about the case where /usr/bin/gcc-4.0 doesn't exist > (see above) > > i find the error msg not explicit enough > but if there is a nice msg when compiling MacPorts, we won't try to > compile Ports without /usr/bin/gcc-4.0 :-) This is what the configure macro AC_PROG_CC does. So this is rather an issue to be addressed in autoconf (from which also other software would benefit). MacPorts just requires any C compiler to compile and does not limit this to /usr/bin/gcc-4.0. I don't see a reason to do so. For ports MacPorts is instructing other build systems to use a specific compiler as defined in the defaults or in the port itself. Rainer From d.l.tDeContes at free.fr Sat May 2 08:01:41 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 2 May 2009 17:01:41 +0200 Subject: checking for gcc In-Reply-To: <49FC5405.5000606@macports.org> References: <675B1A6E-67F6-4E53-93B6-5C5EB56F7B07@free.fr> <5BCA1EB2-FEC2-4296-A8F9-0A92330D006F@macports.org> <5E8AF47F-A3B2-4FD0-A2AB-8EE7420A59A5@free.fr> <924BD5D8-DB5F-4197-ACAA-1A2035B4A1BC@macports.org> <49FC5405.5000606@macports.org> Message-ID: <0DA2076E-98CA-445E-9853-A72398328D8B@free.fr> Le 2 mai 09 ? 16:09, Rainer M?ller a ?crit : > On 2009-05-02 15:48, Thomas De Contes wrote: >> Le 26 avr. 09 ? 22:27, Ryan Schmidt a ?crit : >>> Regarding (2), MacPorts base does not complain about gcc 3.3 simply >>> because nobody has added code to do so. Actually, it should not >>> complain; should just use /usr/bin/gcc-4.0 (on Tiger and Leopard) >>> regardless of what has been gcc_select'ed, but again nobody has yet >>> added code to do so. I do not know if there is any real problem >>> with compiling MacPorts base with gcc 3.3 on Tiger or Leopard. >> >> with gcc 3.3, i don't think there is any real problem, >> >> but when i put an other compiler which knows ada in my path, i get >> configure: error: Could not locate a working Objective-C runtime. >> so it would be nice to do it, so i won't have to change my path every >> time :-) > > Please file a ticket against the port for which this happens. It > has to > be patched to adhere CC from the environment (or configure call) > instead > of calling gcc directly. it *is* MacPorts, not a Port rsync -azv rsync://rsync.macports.org/release/base/ macports/ cd macports/ ./configure --enable-readline --prefix=/Users/thomas/Documents/prgm/ bin/autoinstall/macports --with-install-user=thomas --with-install- group=thomas curiously, the problem doesn't happen when i do port selfupdate > >> [...] >> i just spoke about the case where /usr/bin/gcc-4.0 doesn't exist >> (see above) >> >> i find the error msg not explicit enough >> but if there is a nice msg when compiling MacPorts, we won't try to >> compile Ports without /usr/bin/gcc-4.0 :-) > > This is what the configure macro AC_PROG_CC does. So this is rather an > issue to be addressed in autoconf (from which also other software > would > benefit). Ryan Schmidt wrote : > But as I understand it, "checking for gcc" does not mean "checking > where on your system gcc is located". Instead, it means "checking > if you have asked me to use a specific gcc" and the answer is "you > have asked me to use /usr/bin/gcc-4.0" which is correct. (i may not undertand your answer) > > MacPorts just requires any C compiler to compile and does not limit > this > to /usr/bin/gcc-4.0. I don't see a reason to do so. i think it's bad, i explained why is there some part that you didn't undertand ? -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From d.l.tDeContes at free.fr Sat May 2 08:43:20 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 2 May 2009 17:43:20 +0200 Subject: python25 In-Reply-To: <5D2365F4-3631-48A7-A993-C357EE516F13@macports.org> References: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr> <49F472A6.7030307@macports.org> <49F47BED.5010708@macports.org> <5D2365F4-3631-48A7-A993-C357EE516F13@macports.org> Message-ID: Le 27 avr. 09 ? 09:09, Anders F Bj?rklund a ?crit : > Rainer M?ller wrote: > >>>> For one >>>> thing, if you are running on Mac OS X you are not running on pure >>>> darwin; >>> >>> ah ? >>> i thought that "pure darwin" was the UNIX layer under the GUI, not >>> only the OS for those who don't have GUI at all >> >> No, puredarwin is . why are they different ? what is the advantage for apple to maintaing 2 different versions of darwin ?? > > The +puredarwin variant also applies to the Apple OS releases > darwin8 and darwin7 etc, in addition to PureDarwin's darwin9. so, "port install python25 +puredarwin" doesn't works because of a bug, it's not right ? > > Technically it currently reads "Darwin, without Carbon/Cocoa". > Usually implies using X11 instead, for the graphic interface. if it doesn't use Carbon/Cocoa it uses X11 instead ? the puredarwin variant isn't command line only ? -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From jmr at macports.org Sat May 2 09:23:41 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 03 May 2009 02:23:41 +1000 Subject: python25 In-Reply-To: References: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr> <49F472A6.7030307@macports.org> <49F47BED.5010708@macports.org> <5D2365F4-3631-48A7-A993-C357EE516F13@macports.org> Message-ID: <49FC738D.3090305@macports.org> Thomas De Contes wrote: > > Le 27 avr. 09 ? 09:09, Anders F Bj?rklund a ?crit : > >> Rainer M?ller wrote: >> >>>>> For one >>>>> thing, if you are running on Mac OS X you are not running on pure >>>>> darwin; >>>> >>>> ah ? >>>> i thought that "pure darwin" was the UNIX layer under the GUI, not >>>> only the OS for those who don't have GUI at all >>> >>> No, puredarwin is . > > why are they different ? > what is the advantage for apple to maintaing 2 different versions of > darwin ?? Apple doesn't maintain PureDarwin. It's a separate project to make a usable OS using the Darwin sources released by Apple. Apple used to release bootable disk images containing only the open source Darwin components, which is what is referred to in the paragraph quoted below. >> The +puredarwin variant also applies to the Apple OS releases >> darwin8 and darwin7 etc, in addition to PureDarwin's darwin9. > > so, "port install python25 +puredarwin" doesn't works because of a bug, > it's not right ? You shouldn't select platform variants manually, as it says in their descriptions. MacPorts will select the applicable ones automatically. The fact that you *can* select platform variants manually is a bug, which will be fixed in MacPorts 1.8. >> Technically it currently reads "Darwin, without Carbon/Cocoa". >> Usually implies using X11 instead, for the graphic interface. > > > if it doesn't use Carbon/Cocoa it uses X11 instead ? > the puredarwin variant isn't command line only ? The puredarwin variant is designed to be selected when you are running Darwin and the closed-source Mac OS X components are not present. (Actually we just check for the existence of /System/Library/Frameworks/Carbon.framework.) It has nothing to do with what GUI is used, if any. - Josh From d.l.tDeContes at free.fr Sat May 2 09:51:10 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 2 May 2009 18:51:10 +0200 Subject: port upgrade outdated In-Reply-To: <49F484E8.90001@macports.org> References: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr> <49F484E8.90001@macports.org> Message-ID: <762DB1C2-B5E9-48FA-AB99-378523B20609@free.fr> Le 26 avr. 09 ? 17:59, Rainer M?ller a ?crit : > Thomas De Contes wrote: >> >> ---> Activating xorg-renderproto @0.9.3_0 >> Error: Target org.macports.activate returned: Image error: /Users/ >> thomas/Documents/prgm/bin/autoinstall/macports/include/X11/ >> extensions/ >> render.h is being used by the active render port. Please deactivate >> this port first, or use 'port -f activate xorg-renderproto' to force >> the activation. >> Error: The following dependencies failed to build: xorg-renderproto >> Error: Unable to upgrade port: 1 > > render has been replaced by xorg-rendrproto. render has been a dummy > port for a long time and was removed afterwards. Probably you did not > upgrade in a long time and thus running into this problem. it is probable well, if i did upgrade when render was a dummy port, there was a mechanism to swith from render to xorg-rendrproto quietly ? :-) since i have often problems when i try to upgrade, i do it only when i need it ... maybe i'm wrong ;-) > > sudo port -f uninstall render > sudo port -v install xorg-renderproto thank you :-) i don't like -f very much, is there an option to recursively uninstall the ports that depend on it, in the same way that "port install" recursively installs the ports witch it depends on ? (is it english ?) > >> ---> Fetching scrollkeeper >> Error: Target org.macports.fetch returned: >> >> scrollkeeper is superseded by port rarian; use that port instead >> >> Error: Unable to upgrade port: 1 >> >> >> for this one, it would be nice if MacPorts was able to uninstall it >> properly itself > > No, we are currently not able to decide if it is safe to uninstall > this > port. Be assured if there would have been a better way to replace a > port, it would have been used :-) ok can't you use the same mechanism to swith from scrollkeeper to rarian, that you used for render -> xorg-rendrproto ? anyway, i have an idea :-) i'll detail it in a new msg -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From d.l.tDeContes at free.fr Sat May 2 11:45:00 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 2 May 2009 20:45:00 +0200 Subject: python25 In-Reply-To: <49FC738D.3090305@macports.org> References: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr> <49F472A6.7030307@macports.org> <49F47BED.5010708@macports.org> <5D2365F4-3631-48A7-A993-C357EE516F13@macports.org> <49FC738D.3090305@macports.org> Message-ID: <138F1380-C23C-431F-8E97-65B4D155C370@free.fr> Le 2 mai 09 ? 18:23, Joshua Root a ?crit : > Thomas De Contes wrote: >> >> Le 27 avr. 09 ? 09:09, Anders F Bj?rklund a ?crit : >> >>> Rainer M?ller wrote: >>> >>>>>> For one >>>>>> thing, if you are running on Mac OS X you are not running on pure >>>>>> darwin; >>>>> >>>>> ah ? >>>>> i thought that "pure darwin" was the UNIX layer under the GUI, not >>>>> only the OS for those who don't have GUI at all >>>> >>>> No, puredarwin is . >> >> why are they different ? >> what is the advantage for apple to maintaing 2 different versions of >> darwin ?? > > Apple doesn't maintain PureDarwin. It's a separate project to make a > usable OS using the Darwin sources released by Apple. > > Apple used to release bootable disk images containing only the open > source Darwin components, which is what is referred to in the > paragraph > quoted below. ah, ok, and this bootable disk images are not compatible with mac os x ? curious, but i jump over that to go to work :-) > >>> The +puredarwin variant also applies to the Apple OS releases >>> darwin8 and darwin7 etc, in addition to PureDarwin's darwin9. >> >> so, "port install python25 +puredarwin" doesn't works because of a >> bug, >> it's not right ? > > You shouldn't select platform variants manually, as it says in their > descriptions. MacPorts will select the applicable ones automatically. > The fact that you *can* select platform variants manually is a bug, i was going to say that ... > which will be fixed in MacPorts 1.8. nice :-) > >>> Technically it currently reads "Darwin, without Carbon/Cocoa". >>> Usually implies using X11 instead, for the graphic interface. >> >> >> if it doesn't use Carbon/Cocoa it uses X11 instead ? >> the puredarwin variant isn't command line only ? > > The puredarwin variant is designed to be selected when you are running > Darwin and the closed-source Mac OS X components are not present. > (Actually we just check for the existence of > /System/Library/Frameworks/Carbon.framework.) It has nothing to do > with > what GUI is used, if any. well, maybe the puredarwin variant was not what i want, even when it worked but let me insist : i think it would be nice to have a variant of python which use only command line, and no GUI at all is it realistic ? i don't need python myself, and i only have other ports that depend on it (and the puredarwin variant was enough) so the complete variant makes waste disk space, cpu time, dependencies, ... last annoying thing (i hope) : Error: Target org.macports.activate returned: can't create directory "/Applications/MacPorts": permission denied is there a way to set an other path than /Applications/MacPorts please ? like with "./configure --prefix=" -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From jmr at macports.org Sat May 2 12:57:06 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 03 May 2009 05:57:06 +1000 Subject: python25 In-Reply-To: <138F1380-C23C-431F-8E97-65B4D155C370@free.fr> References: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr> <49F472A6.7030307@macports.org> <49F47BED.5010708@macports.org> <5D2365F4-3631-48A7-A993-C357EE516F13@macports.org> <49FC738D.3090305@macports.org> <138F1380-C23C-431F-8E97-65B4D155C370@free.fr> Message-ID: <49FCA592.90403@macports.org> Thomas De Contes wrote: > last annoying thing (i hope) : > Error: Target org.macports.activate returned: can't create directory > "/Applications/MacPorts": permission denied > > is there a way to set an other path than /Applications/MacPorts please ? > like with "./configure --prefix=" If you run `./configure --help` you will see the --with-applications-dir option. - Josh From raimue at macports.org Sat May 2 15:32:22 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 03 May 2009 00:32:22 +0200 Subject: checking for gcc In-Reply-To: <0DA2076E-98CA-445E-9853-A72398328D8B@free.fr> References: <675B1A6E-67F6-4E53-93B6-5C5EB56F7B07@free.fr> <5BCA1EB2-FEC2-4296-A8F9-0A92330D006F@macports.org> <5E8AF47F-A3B2-4FD0-A2AB-8EE7420A59A5@free.fr> <924BD5D8-DB5F-4197-ACAA-1A2035B4A1BC@macports.org> <49FC5405.5000606@macports.org> <0DA2076E-98CA-445E-9853-A72398328D8B@free.fr> Message-ID: <49FCC9F6.9000909@macports.org> On 2009-05-02 17:01, Thomas De Contes wrote: > Le 2 mai 09 ? 16:09, Rainer M?ller a ?crit : >>> but when i put an other compiler which knows ada in my path, i get >>> configure: error: Could not locate a working Objective-C runtime. >>> so it would be nice to do it, so i won't have to change my path every >>> time :-) >> Please file a ticket against the port for which this happens. It >> has to >> be patched to adhere CC from the environment (or configure call) >> instead >> of calling gcc directly. > > it *is* MacPorts, not a Port So it is your task to point it to a working compiler with Objective-C support in the environment or pass it to configure. > rsync -azv rsync://rsync.macports.org/release/base/ macports/ > cd macports/ > ./configure --enable-readline --prefix=/Users/thomas/Documents/prgm/ > bin/autoinstall/macports --with-install-user=thomas --with-install- > group=thomas > > curiously, the problem doesn't happen when i do > port selfupdate port probably removed the path to the non-working compiler from PATH by applying its own binpath. > [...] >> MacPorts just requires any C compiler to compile and does not limit >> this >> to /usr/bin/gcc-4.0. I don't see a reason to do so. > > i think it's bad, i explained why It works fine with the default on both Tiger and Leopard. If you make customizations I assume you would also have the knowledge to get MacPorts compiling with your custom settings. Rainer From bnastic at me.com Sun May 3 10:42:09 2009 From: bnastic at me.com (Bojan Nastic) Date: Sun, 03 May 2009 18:42:09 +0100 Subject: Erlang R13B_2 port Message-ID: <4CC06E9E-F46C-4E4A-8094-FE5ECF08E893@me.com> Hi all, It seems that (at least) the latest version of erlang port has grown considerably in size? I tried updating from R12B-5 and haven't checked for dependencies (foolishly). Imagine my surprise when upgrade was _still_ running after 20 minutes, trying to fetch most of xorg, brought in as wxWidgets dependency! Does anyone know what has changed since R12 to bring the whole of X11 along for the ride? Is there any way to get erlang _not_ dependent on all the gui/X11 stuff (like "nox" variants for some linux distros), even as a separate port? (Or should I contact the maintainer directly regarding this?) Regards, --- Bojan Nastic bnastic at me.com From blb at macports.org Sun May 3 12:42:00 2009 From: blb at macports.org (Bryan Blackburn) Date: Sun, 3 May 2009 13:42:00 -0600 Subject: Erlang R13B_2 port In-Reply-To: <4CC06E9E-F46C-4E4A-8094-FE5ECF08E893@me.com> References: <4CC06E9E-F46C-4E4A-8094-FE5ECF08E893@me.com> Message-ID: <20090503194200.GA55686@ninagal.withay.com> On Sun, May 03, 2009 at 06:42:09PM +0100, Bojan Nastic said: > Hi all, > > It seems that (at least) the latest version of erlang port has grown > considerably in size? > I tried updating from R12B-5 and haven't checked for dependencies > (foolishly). Imagine my surprise when upgrade was _still_ running after 20 > minutes, trying to fetch most of xorg, brought in as wxWidgets dependency! > Does anyone know what has changed since R12 to bring the whole of X11 > along for the ride? It looks like the upgrade to R13B [1] is what brought in the wxWidgets port as a dependency. However, it's had a dependency on tk for some time which will also bring in X11 dependencies by default. > > Is there any way to get erlang _not_ dependent on all the gui/X11 stuff > (like "nox" variants for some linux distros), even as a separate port? (Or > should I contact the maintainer directly regarding this?) I don't see any variants to turn off wx or tk as dependencies; if it can be built without them, a variant would make sense for it. Best option would be to file a ticket in trac [2]. Bryan [1] - [2] - > > Regards, > --- > Bojan Nastic > bnastic at me.com From a_valverde at ctima.uma.es Sun May 3 13:30:03 2009 From: a_valverde at ctima.uma.es (=?ISO-8859-1?Q?Agust=EDn_Valverde?=) Date: Sun, 3 May 2009 22:30:03 +0200 Subject: wxMaxima 0.8.1 doesn't work after upgrade Message-ID: Hi all I have upgrade maxima to 5.18 and wxMaxima to 0.8.1. Maxima works fine in terminal, but wxmaxima not. Is someone working with these programs? Thanks Agust?n From blb at macports.org Sun May 3 14:03:46 2009 From: blb at macports.org (Bryan Blackburn) Date: Sun, 3 May 2009 15:03:46 -0600 Subject: wxMaxima 0.8.1 doesn't work after upgrade In-Reply-To: References: Message-ID: <20090503210346.GA88222@ninagal.withay.com> On Sun, May 03, 2009 at 10:30:03PM +0200, Agust?n Valverde said: > Hi all > > I have upgrade maxima to 5.18 and wxMaxima to 0.8.1. Maxima works fine in > terminal, but wxmaxima not. Is someone working with these programs? I only see one ticket against wxMaxima (#18508 [1]) but it sounds like a prompt issue and not a not-working one. Also, I don't recall any issues reported on the list recently. Perhaps if you describe the specifics of "doesn't work" someone may be able to help with the problem? Bryan [1] - > > Thanks > Agust?n From m_nez_j at mac.com Sun May 3 14:19:32 2009 From: m_nez_j at mac.com (Mack Johnson) Date: Sun, 03 May 2009 14:19:32 -0700 Subject: wxMaxima 0.8.1 doesn't work after upgrade In-Reply-To: References: Message-ID: Sent from my iPod On May 3, 2009, at 1:30 PM, Agust?n Valverde wrote: > Hi all > > I have upgrade maxima to 5.18 and wxMaxima to 0.8.1. Maxima works > fine in terminal, but wxmaxima not. Is someone working with these > programs? > > Thanks > Agust?n > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From a_valverde at ctima.uma.es Sun May 3 14:44:37 2009 From: a_valverde at ctima.uma.es (=?ISO-8859-1?Q?Agust=EDn_Valverde?=) Date: Sun, 3 May 2009 23:44:37 +0200 Subject: wxMaxima 0.8.1 doesn't work after upgrade In-Reply-To: <20090503210346.GA88222@ninagal.withay.com> References: <20090503210346.GA88222@ninagal.withay.com> Message-ID: Hi > On Sun, May 03, 2009 at 10:30:03PM +0200, Agust?n Valverde said: >> Hi all >> >> I have upgrade maxima to 5.18 and wxMaxima to 0.8.1. Maxima works >> fine in >> terminal, but wxmaxima not. Is someone working with these programs? > > I only see one ticket against wxMaxima (#18508 [1]) but it sounds > like a > prompt issue and not a not-working one. Also, I don't recall any > issues > reported on the list recently. This ticket was about a major change in version 0.8.0, but it was not a real problem; thanks anyway for the reference. > Perhaps if you describe the specifics of "doesn't work" someone may > be able to help with the problem? The program opens and every element in the environment is shown; however is not possible to write in the main window. Thanks Agust?n From a_valverde at ctima.uma.es Sun May 3 15:30:52 2009 From: a_valverde at ctima.uma.es (=?ISO-8859-1?Q?Agust=EDn_Valverde?=) Date: Mon, 4 May 2009 00:30:52 +0200 Subject: wxMaxima 0.8.1 doesn't work after upgrade In-Reply-To: References: <200905032103 46.GA88222@ninagal.withay.com> Message-ID: Hi again I think that the problem is in the sources files of wxmaxima-0.8.1. I have modified the port in order to build the next version, 0.8.2, and it works fine. Thanks Agust?n >> On Sun, May 03, 2009 at 10:30:03PM +0200, Agust?n Valverde said: >>> Hi all >>> >>> I have upgrade maxima to 5.18 and wxMaxima to 0.8.1. Maxima works >>> fine in >>> terminal, but wxmaxima not. Is someone working with these programs? >> >> I only see one ticket against wxMaxima (#18508 [1]) but it sounds >> like a >> prompt issue and not a not-working one. Also, I don't recall any >> issues >> reported on the list recently. > > This ticket was about a major change in version 0.8.0, but it was > not a real problem; thanks anyway for the reference. > >> Perhaps if you describe the specifics of "doesn't work" someone may >> be able to help with the problem? > > The program opens and every element in the environment is shown; > however is not possible to write in the main window. > > Thanks > Agust?n > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From lists at mgreg.com Sun May 3 17:43:57 2009 From: lists at mgreg.com (lists at mgreg.com) Date: Sun, 3 May 2009 20:43:57 -0400 Subject: (MySQL Error 1148) Enabling "LOAD DATA" queries...? Message-ID: <9C2FE171-B30F-4B5E-89CA-AED6FA697D39@mgreg.com> Hi All, I'm having an issue with my install of "mysql5-devel @5.1.34". I'm trying to perform a "LOAD DATA" query, but I keep getting the following: ERROR 1148 (42000): The used command is not allowed with this MySQL version I've seen threads on enabling it, but I'm not sure where the configuration files for the macports version of mysql lies, nor am I sure about the best way to go about enabling it. Any ideas? Best, Michael From raimue at macports.org Sun May 3 18:07:15 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 04 May 2009 03:07:15 +0200 Subject: (MySQL Error 1148) Enabling "LOAD DATA" queries...? In-Reply-To: <9C2FE171-B30F-4B5E-89CA-AED6FA697D39@mgreg.com> References: <9C2FE171-B30F-4B5E-89CA-AED6FA697D39@mgreg.com> Message-ID: <49FE3FC3.20108@macports.org> On 2009-05-04 02:43, lists at mgreg.com wrote: > I'm having an issue with my install of "mysql5-devel @5.1.34". I'm > trying to perform a "LOAD DATA" query, but I keep getting the following: > > ERROR 1148 (42000): The used command is not allowed with this MySQL > version Most probably you tried to use "LOAD DATA LOCAL", which has security issues. See for more information. > I've seen threads on enabling it, but I'm not sure where the > configuration files for the macports version of mysql lies, nor am I > sure about the best way to go about enabling it. The configuration file should be placed at /opt/local/etc/mysql5/my.cnf Examples can be found at /opt/local/share/mysql5/mysql/my-*.cnf By default there is no configuration file because it is not necessary. Rainer From talklists at newgeo.com Mon May 4 00:04:37 2009 From: talklists at newgeo.com (Scott Haneda) Date: Mon, 4 May 2009 00:04:37 -0700 Subject: free to a good home: 3 science ports In-Reply-To: References: Message-ID: <243ED615-7B6B-446A-856A-6CA5A8828B16@newgeo.com> I think what happens is they stay as they are, and if someone wants to ever mod the port, they will contact you and at that time you can release control to a new maintainer. Thanks for your contributions to ports though, I am sure they benefited many people. On May 1, 2009, at 10:08 PM, Michael Thon wrote: > Greetings all - I'm sorry to say that due to other commitments I > have to give up maintainership of the 3 ports that I have been > looking after: > ncbi_tools > EMBOSS > mcl > > ncbi_tools has a bug #19513 that needs to be fixed, otherwise they > are low maintenance! > cheers -- Scott * If you contact me off list replace talklists@ with scott@ * From brad at pixilla.com Mon May 4 07:11:00 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Mon, 4 May 2009 07:11:00 -0700 Subject: (MySQL Error 1148) Enabling "LOAD DATA" queries...? In-Reply-To: <9C2FE171-B30F-4B5E-89CA-AED6FA697D39@mgreg.com> References: <9C2FE171-B30F-4B5E-89CA-AED6FA697D39@mgreg.com> Message-ID: <77593FAE-8702-430C-910F-E56777C18878@pixilla.com> On May 3, 2009, at 5:43 PM, lists at mgreg.com wrote: > Hi All, > > I'm having an issue with my install of "mysql5-devel @5.1.34". I'm > trying to perform a "LOAD DATA" query, but I keep getting the > following: > > ERROR 1148 (42000): The used command is not allowed with this > MySQL version > > I've seen threads on enabling it, but I'm not sure where the > configuration files for the macports version of mysql lies, nor am I > sure about the best way to go about enabling it. > > > Any ideas? I use the mysql "source" function to source sql files. This may not work for you but I like this approach better for other reasons. mysql> source "path/to/file.sql" //Brad From zavpublic at mac.com Mon May 4 12:19:04 2009 From: zavpublic at mac.com (Zav - Public) Date: Mon, 04 May 2009 14:19:04 -0500 Subject: Ntop Message-ID: Can anyone launch the current version of ntop from the terminal without it immediately quitting? If so, what did you do to launch it? TIA, - Alex Zavatone From hvdwolf at gmail.com Mon May 4 12:43:25 2009 From: hvdwolf at gmail.com (Harry van der Wolf) Date: Mon, 4 May 2009 21:43:25 +0200 Subject: Ntop In-Reply-To: References: Message-ID: <8c242c590905041243k6bb1065cua081987d4b7f52c1@mail.gmail.com> ntop needs to write to a couple of locations within /opt/local. Did you start ntop with sudo, like sudo ntop Harry 2009/5/4 Zav - Public > Can anyone launch the current version of ntop from the terminal without it > immediately quitting? If so, what did you do to launch it? > > TIA, > - Alex Zavatone > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zavpublic at mac.com Mon May 4 12:59:52 2009 From: zavpublic at mac.com (Zav - Public) Date: Mon, 04 May 2009 14:59:52 -0500 Subject: Ntop In-Reply-To: <8c242c590905041243k6bb1065cua081987d4b7f52c1@mail.gmail.com> References: <8c242c590905041243k6bb1065cua081987d4b7f52c1@mail.gmail.com> Message-ID: <3F4EBE86-4F9F-41C4-9294-4CECE1BDA4B5@mac.com> On May 4, 2009, at 2:43 PM, Harry van der Wolf wrote: > ntop needs to write to a couple of locations within /opt/local. > Did you start ntop with sudo, like sudo ntop Yes. I think my later emails might provide more information. > Harry > > 2009/5/4 Zav - Public > Can anyone launch the current version of ntop from the terminal > without it immediately quitting? If so, what did you do to launch it? > > TIA, > - Alex Zavatone > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Mon May 4 13:40:48 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 4 May 2009 15:40:48 -0500 Subject: free to a good home: 3 science ports In-Reply-To: <243ED615-7B6B-446A-856A-6CA5A8828B16@newgeo.com> References: <243ED615-7B6B-446A-856A-6CA5A8828B16@newgeo.com> Message-ID: <6F88D7C2-A7D7-4962-8EAD-6C5C916796BF@macports.org> We can set these ports to nomaintainer now, or add openmaintainer. Please let us know if you'd like us to do this. On May 4, 2009, at 02:04, Scott Haneda wrote: > I think what happens is they stay as they are, and if someone wants > to ever mod the port, they will contact you and at that time you > can release control to a new maintainer. > > Thanks for your contributions to ports though, I am sure they > benefited many people. > > On May 1, 2009, at 10:08 PM, Michael Thon wrote: > >> Greetings all - I'm sorry to say that due to other commitments I >> have to give up maintainership of the 3 ports that I have been >> looking after: >> ncbi_tools >> EMBOSS >> mcl >> >> ncbi_tools has a bug #19513 that needs to be fixed, otherwise they >> are low maintenance! >> cheers From dersh at alum.mit.edu Mon May 4 13:44:48 2009 From: dersh at alum.mit.edu (Adam Dershowitz) Date: Mon, 4 May 2009 13:44:48 -0700 Subject: Fontconfig broken Message-ID: I seem to have an odd problem of a port that is "sort of installed and sort of not". I see that gd2 is outdated, so I did a port sync and port upgrade outdated. At which point I got this: Error: No port fontconfig found. Error: Dependency 'fontconfig' not found. Error: Unable to upgrade port: 1 If I try to look for the port I get this: >port info fontconfig Error: Port fontconfig not found But if I do this: >port installed fontconfig The following ports are currently installed: fontconfig @2.6.0_1+macosx fontconfig @2.6.0_2+macosx (active) I see that I actually have the port installed and active. So it seems that it is there, but macports can not find it. Something is clearly broken. Any idea what, or what I can do about it? Thanks, --Adam From ryandesign at macports.org Mon May 4 13:45:32 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 4 May 2009 15:45:32 -0500 Subject: wxMaxima 0.8.1 doesn't work after upgrade In-Reply-To: References: <200905032103 46.GA88222@ninagal.withay.com> Message-ID: <7EE6FEF9-F8B8-4AF1-A79B-AD2DE8C23F5B@macports.org> On May 3, 2009, at 17:30, Agust?n Valverde wrote: > I think that the problem is in the sources files of wxmaxima-0.8.1. > I have modified the port in order to build the next version, 0.8.2, > and it works fine. Thanks for letting us know. I filed a ticket requesting this update: http://trac.macports.org/ticket/19536 From blb at macports.org Mon May 4 14:03:43 2009 From: blb at macports.org (Bryan Blackburn) Date: Mon, 4 May 2009 15:03:43 -0600 Subject: Fontconfig broken In-Reply-To: References: Message-ID: <20090504210343.GD855@ninagal.withay.com> On Mon, May 04, 2009 at 01:44:48PM -0700, Adam Dershowitz said: > I seem to have an odd problem of a port that is "sort of installed and > sort of not". > I see that gd2 is outdated, so I did a port sync and port upgrade > outdated. > > At which point I got this: > Error: No port fontconfig found. > Error: Dependency 'fontconfig' not found. > Error: Unable to upgrade port: 1 > > If I try to look for the port I get this: > >port info fontconfig > Error: Port fontconfig not found You probably sync'd when portindex failed to get fontconfig due to some X11-based changes; try a sync again as fontconfig was fixed in r50581 and portindex was successful in r50583. Bryan > > > But if I do this: > >port installed fontconfig > The following ports are currently installed: > fontconfig @2.6.0_1+macosx > fontconfig @2.6.0_2+macosx (active) > > I see that I actually have the port installed and active. > So it seems that it is there, but macports can not find it. Something is > clearly broken. > > Any idea what, or what I can do about it? > > Thanks, > > --Adam From Chris.Barker at noaa.gov Mon May 4 14:18:01 2009 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Mon, 04 May 2009 14:18:01 -0700 Subject: Problems building libz Universal Message-ID: <49FF5B89.5040701@noaa.gov> Hi all, I've added a new comment to this ticket: http://trac.macports.org/ticket/18841 and, even though I thought I didn't have permissions, it looks like I managed to re-open it. Any, the bug is still there for me -- I wish I could offer a patch, but I'm clueless. thanks, -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From Chris.Barker at noaa.gov Mon May 4 14:21:17 2009 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Mon, 04 May 2009 14:21:17 -0700 Subject: Problems building libz Universal In-Reply-To: <49FF5B89.5040701@noaa.gov> References: <49FF5B89.5040701@noaa.gov> Message-ID: <49FF5C4D.1030102@noaa.gov> Christopher Barker wrote: > I've added a new comment to this ticket: > > http://trac.macports.org/ticket/18841 One other question: why not use the one Apple provides: $ locate libz.dylib /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libz.dylib /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libz.dylib /usr/lib/libz.dylib -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From dersh at alum.mit.edu Mon May 4 15:57:52 2009 From: dersh at alum.mit.edu (Adam Dershowitz) Date: Mon, 4 May 2009 15:57:52 -0700 Subject: Fontconfig broken In-Reply-To: <20090504210343.GD855@ninagal.withay.com> References: <20090504210343.GD855@ninagal.withay.com> Message-ID: <65B331CE-A274-4894-9886-AE65C8842D89@alum.mit.edu> On May 4, 2009, at 2:03 PM, Bryan Blackburn wrote: > On Mon, May 04, 2009 at 01:44:48PM -0700, Adam Dershowitz said: >> I seem to have an odd problem of a port that is "sort of installed >> and >> sort of not". >> I see that gd2 is outdated, so I did a port sync and port upgrade >> outdated. >> >> At which point I got this: >> Error: No port fontconfig found. >> Error: Dependency 'fontconfig' not found. >> Error: Unable to upgrade port: 1 >> >> If I try to look for the port I get this: >>> port info fontconfig >> Error: Port fontconfig not found > > You probably sync'd when portindex failed to get fontconfig due to > some > X11-based changes; try a sync again as fontconfig was fixed in > r50581 and > portindex was successful in r50583. Thanks. I had tried to sync a few times, with the same results, before I sent the email. But, after I got your email I tried again, and sure enough it worked just fine. Thanks for the help. > > > Bryan > > >> >> >> But if I do this: >>> port installed fontconfig >> The following ports are currently installed: >> fontconfig @2.6.0_1+macosx >> fontconfig @2.6.0_2+macosx (active) >> >> I see that I actually have the port installed and active. >> So it seems that it is there, but macports can not find it. >> Something is >> clearly broken. >> >> Any idea what, or what I can do about it? >> >> Thanks, >> >> --Adam > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From ryandesign at macports.org Mon May 4 15:59:35 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 4 May 2009 17:59:35 -0500 Subject: Problems building libz Universal In-Reply-To: <49FF5B89.5040701@noaa.gov> References: <49FF5B89.5040701@noaa.gov> Message-ID: On May 4, 2009, at 16:18, Christopher Barker wrote: > I've added a new comment to this ticket: > > http://trac.macports.org/ticket/18841 > > and, even though I thought I didn't have permissions, it looks like > I managed to re-open it. I re-opened the ticket for you in response to your comment. > Any, the bug is still there for me -- I wish I could offer a patch, > but I'm clueless. I have not yet had a chance to re-animate my PowerPC Mac to attempt to reproduce the issue. From ryandesign at macports.org Mon May 4 16:00:04 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 4 May 2009 18:00:04 -0500 Subject: Problems building libz Universal In-Reply-To: <49FF5C4D.1030102@noaa.gov> References: <49FF5B89.5040701@noaa.gov> <49FF5C4D.1030102@noaa.gov> Message-ID: <4DD7428C-05EF-44C5-A7F5-09967312ADBA@macports.org> On May 4, 2009, at 16:21, Christopher Barker wrote: > why not use the one Apple provides: > > $ locate libz.dylib > /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/libz.dylib > /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libz.dylib > /usr/lib/libz.dylib It is MacPorts policy to use our own libraries, not Apple's. See the FAQ: http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries From ryandesign at macports.org Mon May 4 22:34:19 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 5 May 2009 00:34:19 -0500 Subject: Difficulties installing PHP iMagick with MacPorts ImageMagick installation In-Reply-To: <632FD2DD-6992-4714-B4E0-1022E8E329DA@macports.org> References: <270ABEA5-9D70-4AA6-BD55-7FB563350416@xs4all.nl> <632FD2DD-6992-4714-B4E0-1022E8E329DA@macports.org> Message-ID: <0AA15CFB-BC8E-49FD-86B6-2BE0894BE6D7@macports.org> On Mar 14, 2008, at 06:13, Ryan Schmidt wrote: > You might also want to consider making a port for imagick so that > others won't have to go through what you went through to get it > installed. I've just committed a new port, php5-imagick. From markd at macports.org Tue May 5 08:54:14 2009 From: markd at macports.org (markd at macports.org) Date: Tue, 05 May 2009 08:54:14 -0700 Subject: ntop Message-ID: >Can anyone launch the current version of ntop from the terminal >without it immediately quitting? If so, what did you do to launch it? I haven't used it in awhile, but I put in a howto what I thought was the easiest way. http://homepage.mac.com/duling/halfdozen/ntop-Howto.html If it still dies, can you see in the terminal output what is the last thing it does before it dies? Also, look in /var/log/system for more info. Mark From trog24 at comcast.net Tue May 5 14:07:04 2009 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Tue, 5 May 2009 14:07:04 -0700 Subject: More upgrade Message-ID: <28AACDC4-9684-49B6-B74F-122226DA8542@comcast.net> Hello, Following the: sudo port selfupdate, sudo port sync commands, the: sudo port upgrade outdated resulted in successful upgrades of: gd2, gmp, glpk, python25, pango, python26, and textlive_base (mark as fixed for PowerPC G4 Quicksilver). The following two modules failed to upgrade: ---> Building fontforge Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_graphic s_fontforge/work/fontforge-20090224" && make all " returned error 2 Command output: ( cd Unicode ; make ) make[1]: `../libgunicode.la' is up to date. ( cd gutils ; make ) make[1]: Nothing to be done for `both'. ( cd gdraw ; make ) /bin/sh ../libtool --mode=link /usr/bin/gcc-4.0 -no-undefined -O2 -I/ opt/local/include/freetype2/ -I/opt/local/include/freetype2 -I/opt/ local/include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/ local/include/pango-1.0 -I/opt/local/include -I/opt/local/include/ glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include/ freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/ opt/local/include -I/opt/local/include/pixman-1 -I/opt/local/include/ freetype2 -I/opt/local/include/libpng12 -I/opt/local/include -I../ inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing- prototypes -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat - Wchar-subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - DLIBDIR='"/opt/local/lib"' -L/opt/local/lib -L/usr/local/lib -o ../ libgdraw.la choosericons.lo ctlvalues.lo drawboxborder.lo gaskdlg.lo gbuttons.lo gcolor.lo gchardlg.lo gcontainer.lo gdraw.lo gdrawbuildchars.lo gdrawerror.lo gdrawtxt.lo gdrawtxtinit.lo gfilechooser.lo gfiledlg.lo ggadgets.lo ggroupbox.lo gimageclut.lo gimagecvt.lo gimagepsdraw.lo gimagewriteeps.lo gdrawgimage.lo gimagexdraw.lo gkeysym.lo glist.lo gmenu.lo gprogress.lo gpsdraw.lo gpstxtinit.lo gradio.lo gresource.lo gresourceimage.lo gresedit.lo gsavefiledlg.lo gscrollbar.lo gtabset.lo gtextfield.lo gtextinfo.lo gwidgets.lo gxdraw.lo gxcdraw.lo ghvbox.lo gmatrixedit.lo gdrawable.lo gspacer.lo xkeysyms_unicode.lo \ ../libgutils.la ../libgunicode.la -L/opt/local/lib -L/usr/local/ lib -liconv -Wl,/System/Library/Frameworks/CoreServices.framework/ CoreServices -Wl,/System/Library/Frameworks/Carbon.framework/Carbon - lpthread \ -L/usr/X11R6/lib -lSM -lICE -lXi -lX11 -lxkbui \ -rpath /opt/local/lib -version-info 4:7:0 /usr/bin/gcc-4.0 -dynamiclib -o ../.libs/libgdraw.4.0.7.dylib .libs/ choosericons.o .libs/ctlvalues.o .libs/drawboxborder.o .libs/ gaskdlg.o .libs/gbuttons.o .libs/gcolor.o .libs/gchardlg.o .libs/ gcontainer.o .libs/gdraw.o .libs/gdrawbuildchars.o .libs/ gdrawerror.o .libs/gdrawtxt.o .libs/gdrawtxtinit.o .libs/ gfilechooser.o .libs/gfiledlg.o .libs/ggadgets.o .libs/ ggroupbox.o .libs/gimageclut.o .libs/gimagecvt.o .libs/ gimagepsdraw.o .libs/gimagewriteeps.o .libs/gdrawgimage.o .libs/ gimagexdraw.o .libs/gkeysym.o .libs/glist.o .libs/gmenu.o .libs/ gprogress.o .libs/gpsdraw.o .libs/gpstxtinit.o .libs/gradio.o .libs/ gresource.o .libs/gresourceimage.o .libs/gresedit.o .libs/ gsavefiledlg.o .libs/gscrollbar.o .libs/gtabset.o .libs/ gtextfield.o .libs/gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o .libs/ gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o .libs/ gspacer.o .libs/xkeysyms_unicode.o -L/opt/local/lib -L/usr/local/ lib ../.libs/libgutils.dylib /opt/local/lib/ libgunicode.dylib ../.libs/libgunicode.dylib /opt/local/lib/ libiconv.dylib -lpthread -L/usr/X11R6/lib /opt/local/lib/libSM.dylib / opt/local/lib/libICE.dylib /opt/local/lib/libXi.dylib /opt/local/lib/ libXext.dylib /opt/local/lib/libXau.dylib /opt/local/lib/ libXdmcp.dylib /opt/local/lib/libX11.dylib /opt/local/lib/ libxkbui.dylib /opt/local/lib/libXt.dylib /opt/local/lib/ libxkbfile.dylib -Wl,/System/Library/Frameworks/ CoreServices.framework/CoreServices -Wl,/System/Library/Frameworks/ Carbon.framework/Carbon -install_name /opt/local/lib/libgdraw. 4.dylib -compatibility_version 5 -current_version 5.7 -Wl,-single_module ld: Undefined symbols: _utf8_strchr /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link edit command failed make[1]: *** [../libgdraw.la] Error 1 make: *** [libgdraw] Error 2 Error: Unable to upgrade port: 1 ---> Building qemu Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_emulato rs_qemu/work/qemu-0.10.1" && make all " returned error 2 Command output: OBJC cocoa.o cocoa.m:233: warning: no previous prototype for 'cocoa_keycode_to_qemu' cocoa.m:318:5: warning: "__LITTLE_ENDIAN__" is not defined cocoa.m: In function '-[QemuCocoaView toggleFullScreen:]': cocoa.m:426: warning: 'QemuCocoaView' may not respond to '- exitFullScreenModeWithOptions:' cocoa.m:426: warning: (Messages without a matching method signature cocoa.m:426: warning: will be assumed to return 'id' and accept cocoa.m:426: warning: '...' as arguments.) cocoa.m:444: error: 'NSFullScreenModeAllScreens' undeclared (first use in this function) cocoa.m:444: error: (Each undeclared identifier is reported only once cocoa.m:444: error: for each function it appears in.) cocoa.m:445: error: 'NSFullScreenModeSetting' undeclared (first use in this function) cocoa.m:446: warning: 'QemuCocoaView' may not respond to '- enterFullScreenMode:withOptions:' cocoa.m: In function '-[QemuCocoaAppController openPanelDidEnd:returnCode:contextInfo:]': cocoa.m:786: warning: initialization discards qualifiers from pointer target type make: *** [cocoa.o] Error 1 Error: Unable to upgrade port: 1 Frank J. R. Hanstick trog24 at comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From devans at macports.org Tue May 5 15:55:22 2009 From: devans at macports.org (David Evans) Date: Tue, 05 May 2009 15:55:22 -0700 Subject: More upgrade In-Reply-To: <28AACDC4-9684-49B6-B74F-122226DA8542@comcast.net> References: <28AACDC4-9684-49B6-B74F-122226DA8542@comcast.net> Message-ID: <4A00C3DA.6040801@macports.org> Frank J. R. Hanstick wrote: > Hello, > > Following the: > > sudo port selfupdate, > sudo port sync > > commands, the: > > sudo port upgrade outdated > > resulted in successful upgrades of: gd2, gmp, glpk, python25, pango, > python26, and textlive_base (mark as fixed for PowerPC G4 > Quicksilver). The following two modules failed to upgrade: > > ---> Building fontforge > Error: Target org.macports.build returned: shell command " cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_fontforge/work/fontforge-20090224" > && make all " returned error 2 > Command output: ( cd Unicode ; make ) > make[1]: `../libgunicode.la' is up to date. > ( cd gutils ; make ) > make[1]: Nothing to be done for `both'. > ( cd gdraw ; make ) > /bin/sh ../libtool --mode=link /usr/bin/gcc-4.0 -no-undefined -O2 > -I/opt/local/include/freetype2/ -I/opt/local/include/freetype2 > -I/opt/local/include -I/usr/include/libxml2/ -I/sw/include/cairo > -I/opt/local/include/pango-1.0 -I/opt/local/include > -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include > -I/opt/local/include/freetype2 -I/opt/local/include/pango-1.0 > -I/opt/local/include/cairo -I/opt/local/include/glib-2.0 > -I/opt/local/lib/glib-2.0/include -I/opt/local/include > -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 > -I/opt/local/include/libpng12 -I/opt/local/include -I../inc -I../inc > -I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prototypes > -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat > -Wchar-subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H > -DLIBDIR='"/opt/local/lib"' -L/opt/local/lib -L/usr/local/lib -o > ../libgdraw.la choosericons.lo ctlvalues.lo drawboxborder.lo > gaskdlg.lo gbuttons.lo gcolor.lo gchardlg.lo gcontainer.lo gdraw.lo > gdrawbuildchars.lo gdrawerror.lo gdrawtxt.lo gdrawtxtinit.lo > gfilechooser.lo gfiledlg.lo ggadgets.lo ggroupbox.lo gimageclut.lo > gimagecvt.lo gimagepsdraw.lo gimagewriteeps.lo gdrawgimage.lo > gimagexdraw.lo gkeysym.lo glist.lo gmenu.lo gprogress.lo gpsdraw.lo > gpstxtinit.lo gradio.lo gresource.lo gresourceimage.lo gresedit.lo > gsavefiledlg.lo gscrollbar.lo gtabset.lo gtextfield.lo gtextinfo.lo > gwidgets.lo gxdraw.lo gxcdraw.lo ghvbox.lo gmatrixedit.lo gdrawable.lo > gspacer.lo xkeysyms_unicode.lo \ > ../libgutils.la ../libgunicode.la -L/opt/local/lib > -L/usr/local/lib -liconv > -Wl,/System/Library/Frameworks/CoreServices.framework/CoreServices > -Wl,/System/Library/Frameworks/Carbon.framework/Carbon -lpthread \ > -L/usr/X11R6/lib -lSM -lICE -lXi -lX11 -lxkbui \ > -rpath /opt/local/lib -version-info 4:7:0 > /usr/bin/gcc-4.0 -dynamiclib -o ../.libs/libgdraw.4.0.7.dylib > .libs/choosericons.o .libs/ctlvalues.o .libs/drawboxborder.o > .libs/gaskdlg.o .libs/gbuttons.o .libs/gcolor.o .libs/gchardlg.o > .libs/gcontainer.o .libs/gdraw.o .libs/gdrawbuildchars.o > .libs/gdrawerror.o .libs/gdrawtxt.o .libs/gdrawtxtinit.o > .libs/gfilechooser.o .libs/gfiledlg.o .libs/ggadgets.o > .libs/ggroupbox.o .libs/gimageclut.o .libs/gimagecvt.o > .libs/gimagepsdraw.o .libs/gimagewriteeps.o .libs/gdrawgimage.o > .libs/gimagexdraw.o .libs/gkeysym.o .libs/glist.o .libs/gmenu.o > .libs/gprogress.o .libs/gpsdraw.o .libs/gpstxtinit.o .libs/gradio.o > .libs/gresource.o .libs/gresourceimage.o .libs/gresedit.o > .libs/gsavefiledlg.o .libs/gscrollbar.o .libs/gtabset.o > .libs/gtextfield.o .libs/gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o > .libs/gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o > .libs/gspacer.o .libs/xkeysyms_unicode.o -L/opt/local/lib > -L/usr/local/lib ../.libs/libgutils.dylib > /opt/local/lib/libgunicode.dylib ../.libs/libgunicode.dylib > /opt/local/lib/libiconv.dylib -lpthread -L/usr/X11R6/lib > /opt/local/lib/libSM.dylib /opt/local/lib/libICE.dylib > /opt/local/lib/libXi.dylib /opt/local/lib/libXext.dylib > /opt/local/lib/libXau.dylib /opt/local/lib/libXdmcp.dylib > /opt/local/lib/libX11.dylib /opt/local/lib/libxkbui.dylib > /opt/local/lib/libXt.dylib /opt/local/lib/libxkbfile.dylib > -Wl,/System/Library/Frameworks/CoreServices.framework/CoreServices > -Wl,/System/Library/Frameworks/Carbon.framework/Carbon -install_name > /opt/local/lib/libgdraw.4.dylib -compatibility_version 5 > -current_version 5.7 -Wl,-single_module > ld: Undefined symbols: > _utf8_strchr > /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link > edit command failed > make[1]: *** [../libgdraw.la] Error 1 > make: *** [libgdraw] Error 2 > Frank -- With regard to the fontforge problem see the following: http://www.nabble.com/Re%3A-Fail-when-compiling-FF-on-Mac-OS-X-10.4-p20409006.html based on this I would try the same procedure as with evolution-data-server sudo port deactivate fontforge sudo port install fontforge Dave From trog24 at comcast.net Tue May 5 20:46:40 2009 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Tue, 5 May 2009 20:46:40 -0700 Subject: More upgrade In-Reply-To: <4A00C3DA.6040801@macports.org> References: <28AACDC4-9684-49B6-B74F-122226DA8542@comcast.net> <4A00C3DA.6040801@macports.org> Message-ID: Hello, Fontforge installed with the deactivate. I while back, I raised the issue of deactivating and/or uninstalling ports before upgrading. Since then, I have run into four ports that have required the deactivation before hand. The number seems to be increasing. Maybe some things need to be rethought. On May 5, 2009, at 3:55 PM, David Evans wrote: > Frank J. R. Hanstick wrote: >> Hello, >> >> Following the: >> >> sudo port selfupdate, >> sudo port sync >> >> commands, the: >> >> sudo port upgrade outdated >> >> resulted in successful upgrades of: gd2, gmp, glpk, python25, >> pango, python26, and textlive_base (mark as fixed for PowerPC G4 >> Quicksilver). The following two modules failed to upgrade: >> >> ---> Building fontforge >> Error: Target org.macports.build returned: shell command " cd "/ >> opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_grap >> hics_fontforge/work/fontforge-20090224" && make all " returned >> error 2 >> Command output: ( cd Unicode ; make ) >> make[1]: `../libgunicode.la' is up to date. >> ( cd gutils ; make ) >> make[1]: Nothing to be done for `both'. >> ( cd gdraw ; make ) >> /bin/sh ../libtool --mode=link /usr/bin/gcc-4.0 -no-undefined -O2 - >> I/opt/local/include/freetype2/ -I/opt/local/include/freetype2 -I/ >> opt/local/include -I/usr/include/libxml2/ -I/sw/include/cairo -I/ >> opt/local/include/pango-1.0 -I/opt/local/include -I/opt/local/ >> include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ >> include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ >> include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/ >> glib-2.0/include -I/opt/local/include -I/opt/local/include/ >> pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/ >> libpng12 -I/opt/local/include -I../inc -I../inc -I/usr/pkg/ >> include -I/usr/pkg/include/giflib -Wmissing-prototypes -Wunused - >> Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar-subscripts - >> I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR='"/opt/ >> local/lib"' -L/opt/local/lib -L/usr/local/lib -o ../libgdraw.la >> choosericons.lo ctlvalues.lo drawboxborder.lo gaskdlg.lo >> gbuttons.lo gcolor.lo gchardlg.lo gcontainer.lo gdraw.lo >> gdrawbuildchars.lo gdrawerror.lo gdrawtxt.lo gdrawtxtinit.lo >> gfilechooser.lo gfiledlg.lo ggadgets.lo ggroupbox.lo gimageclut.lo >> gimagecvt.lo gimagepsdraw.lo gimagewriteeps.lo gdrawgimage.lo >> gimagexdraw.lo gkeysym.lo glist.lo gmenu.lo gprogress.lo >> gpsdraw.lo gpstxtinit.lo gradio.lo gresource.lo gresourceimage.lo >> gresedit.lo gsavefiledlg.lo gscrollbar.lo gtabset.lo gtextfield.lo >> gtextinfo.lo gwidgets.lo gxdraw.lo gxcdraw.lo ghvbox.lo >> gmatrixedit.lo gdrawable.lo gspacer.lo xkeysyms_unicode.lo \ >> ../libgutils.la ../libgunicode.la -L/opt/local/lib -L/usr/ >> local/lib -liconv -Wl,/System/Library/Frameworks/ >> CoreServices.framework/CoreServices -Wl,/System/Library/Frameworks/ >> Carbon.framework/Carbon -lpthread \ >> -L/usr/X11R6/lib -lSM -lICE -lXi -lX11 -lxkbui \ >> -rpath /opt/local/lib -version-info 4:7:0 >> /usr/bin/gcc-4.0 -dynamiclib -o ../.libs/libgdraw. >> 4.0.7.dylib .libs/choosericons.o .libs/ctlvalues.o .libs/ >> drawboxborder.o .libs/gaskdlg.o .libs/gbuttons.o .libs/ >> gcolor.o .libs/gchardlg.o .libs/gcontainer.o .libs/gdraw.o .libs/ >> gdrawbuildchars.o .libs/gdrawerror.o .libs/gdrawtxt.o .libs/ >> gdrawtxtinit.o .libs/gfilechooser.o .libs/gfiledlg.o .libs/ >> ggadgets.o .libs/ggroupbox.o .libs/gimageclut.o .libs/ >> gimagecvt.o .libs/gimagepsdraw.o .libs/gimagewriteeps.o .libs/ >> gdrawgimage.o .libs/gimagexdraw.o .libs/gkeysym.o .libs/ >> glist.o .libs/gmenu.o .libs/gprogress.o .libs/gpsdraw.o .libs/ >> gpstxtinit.o .libs/gradio.o .libs/gresource.o .libs/ >> gresourceimage.o .libs/gresedit.o .libs/gsavefiledlg.o .libs/ >> gscrollbar.o .libs/gtabset.o .libs/gtextfield.o .libs/ >> gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o .libs/gxcdraw.o .libs/ >> ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o .libs/ >> gspacer.o .libs/xkeysyms_unicode.o -L/opt/local/lib -L/usr/local/ >> lib ../.libs/libgutils.dylib /opt/local/lib/ >> libgunicode.dylib ../.libs/libgunicode.dylib /opt/local/lib/ >> libiconv.dylib -lpthread -L/usr/X11R6/lib /opt/local/lib/ >> libSM.dylib /opt/local/lib/libICE.dylib /opt/local/lib/ >> libXi.dylib /opt/local/lib/libXext.dylib /opt/local/lib/ >> libXau.dylib /opt/local/lib/libXdmcp.dylib /opt/local/lib/ >> libX11.dylib /opt/local/lib/libxkbui.dylib /opt/local/lib/ >> libXt.dylib /opt/local/lib/libxkbfile.dylib -Wl,/System/Library/ >> Frameworks/CoreServices.framework/CoreServices -Wl,/System/Library/ >> Frameworks/Carbon.framework/Carbon -install_name /opt/local/lib/ >> libgdraw.4.dylib -compatibility_version 5 -current_version 5.7 - >> Wl,-single_module >> ld: Undefined symbols: >> _utf8_strchr >> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal >> link edit command failed >> make[1]: *** [../libgdraw.la] Error 1 >> make: *** [libgdraw] Error 2 >> > Frank -- > > With regard to the fontforge problem see the following: > > http://www.nabble.com/Re%3A-Fail-when-compiling-FF-on-Mac-OS-X-10.4- > p20409006.html > > based on this I would try the same procedure as with evolution-data- > server > > sudo port deactivate fontforge > sudo port install fontforge > > Dave Frank J. R. Hanstick trog24 at comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Thu May 7 04:08:46 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 7 May 2009 06:08:46 -0500 Subject: More upgrade In-Reply-To: References: <28AACDC4-9684-49B6-B74F-122226DA8542@comcast.net> <4A00C3DA.6040801@macports.org> Message-ID: <80C27685-060A-4D87-8CBD-4B92AAD47FE8@macports.org> On May 5, 2009, at 22:46, Frank J. R. Hanstick wrote: > Fontforge installed with the deactivate. I while back, I raised > the issue of deactivating and/or uninstalling ports before > upgrading. Since then, I have run into four ports that have > required the deactivation before hand. The number seems to be > increasing. Maybe some things need to be rethought. By all means. If you have specific ideas for what could be changed in base to fix this, please share them on macports-dev. I posted an idea and some thoughts and questions about this topic there a month ago to which nobody responded: http://lists.macosforge.org/pipermail/macports-dev/2009-April/ 008148.html I am still interested in feedback on that message. From kw at codebykevin.com Thu May 7 07:58:48 2009 From: kw at codebykevin.com (Kevin Walzer) Date: Thu, 07 May 2009 10:58:48 -0400 Subject: PortAuthority 2.8 released Message-ID: <4A02F728.3020705@codebykevin.com> Code by Kevin has released PortAuthority 2.8, a GUI for the MacPorts Unix software management system for Mac OS X. PortAuthority provides a graphical user interface for the MacPorts software management system for Mac OS X. MacPorts is a powerful command-line tool for installing and updating a variety of Unix-based applications for the Mac. Its power, though, comes at the cost of some complexity; in the past the only way to utilize MacPorts was to type in various commands into the Mac's Terminal application, which can be intimidating for those users without a Unix background. PortAuthority aims to bring the power of MacPorts to the traditional Mac user by providing a user-friendly graphical interface to MacPorts. Using a familiar combination of windows, icons, and menus, PortAuthority users can search, install, update, and remove MacPorts programs and the MacPorts infrastructure itself. Among the features and improvements in this release: * Dock icon now changes when long-running process is active. * Now uses system sounds to indicate when long-running process starts and stops. * Can now copy text from the main data display. * Fixed bug in printing engine; now prints correct number of copies. * Fixed bug in serial number registration; now correctly calculates days in demo period. PortAuthority is shareware; a license costs $24.95 and a 30-day demo is available. Mac OS X 10.4 is the minimum supported OS. PortAuthority is a universal binary. For more information about PortAuthority, including download links, see http://www.codebykevin.com/portauthority.html. -- Kevin Walzer Code by Kevin http://www.codebykevin.com From deliverable at gmail.com Thu May 7 18:28:32 2009 From: deliverable at gmail.com (Alexy Khrabrov) Date: Thu, 7 May 2009 21:28:32 -0400 Subject: making ruby19 main ruby Message-ID: <7c737f300905071828o66eb69c3nb6c66510da9b9aab@mail.gmail.com> How do I make the ruby1.9 from the port ruby19 my main ruby? Also, how do you make it coexist with the Leopard ruby from the framework, and/or MacRuby? Do folks use a central gem directory? Cheers, Alexy From webmaster at harroart.com Fri May 8 17:07:43 2009 From: webmaster at harroart.com (Gus) Date: Sat, 9 May 2009 10:07:43 +1000 Subject: Error with FFMPEG References: Message-ID: <8661444A-A1CA-4CAD-B4B5-2872F82B0FD3@harroart.com> > Hi I am a newbie with this stuff but I have been trying to install > ffmpeg via mac ports. > There was a failure building the x264 part which was due to an out > dated version of Xcode which I have now updated to 3.1.2. > > When I attempt the installation again I get the following error.... > > GusLaptop:~ Gus$ sudo port install ffmpeg > ---> Building x264 > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_multimedia_x264/work/x264- > snapshot-20090408-2245" && make default " returned error 2 > Command output: /usr/bin/gcc-4.0 -shared -o libx264.67.dylib common/ > mc.o common/predict.o common/pixel.o common/macroblock.o common/ > frame.o common/dct.o common/cpu.o common/cabac.o common/common.o > common/mdate.o common/set.o common/quant.o common/vlc.o encoder/ > analyse.o encoder/me.o encoder/ratecontrol.o encoder/set.o encoder/ > macroblock.o encoder/cabac.o encoder/cavlc.o encoder/encoder.o > common/x86/mc-c.o common/x86/predict-c.o common/x86/cabac-a.o common/ > x86/dct-a.o common/x86/deblock-a.o common/x86/mc-a.o common/x86/mc- > a2.o common/x86/pixel-a.o common/x86/predict-a.o common/x86/quant- > a.o common/x86/sad-a.o common/x86/cpu-a.o common/x86/dct-32.o common/ > x86/pixel-32.o -dynamiclib -Wl,-single_module -Wl,- > read_only_relocs,suppress -install_name /opt/local/lib/ > libx264.67.dylib -L/opt/local/lib -lm -lmx -lpthread -s > ld64: warning: option -s is obsolete and being ignored > ld: absolute addressing (perhaps -mdynamic-no-pic) used in > _x264_cabac_encode_decision_asm from common/x86/cabac-a.o not > allowed in slidable image > collect2: ld returned 1 exit status > make: *** [libx264.67.dylib] Error 1 > > Error: The following dependencies failed to build: x264 zlib > Error: Status 1 encountered during processing. > GusLaptop:~ Gus$ > > I have subsequently tried to obtain zlib which appears have been OK > GusLaptop:~ Gus$ sudo port install zlib > Password: > ---> Fetching zlib > ---> Attempting to fetch zlib-1.2.3.tar.bz2 from http://internap.dl.sourceforge.net/libpng > ---> Verifying checksum(s) for zlib > ---> Extracting zlib > ---> Applying patches to zlib > ---> Configuring zlib > ---> Building zlib > ---> Staging zlib into destroot > ---> Installing zlib @1.2.3_2 > ---> Activating zlib @1.2.3_2 > ---> Cleaning zlib > > subsequently reran the ffmpeg install and .. > GusLaptop:~ Gus$ sudo port install ffmpeg > ---> Building x264 > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_multimedia_x264/work/x264- > snapshot-20090408-2245" && make default " returned error 2 > Command output: /usr/bin/gcc-4.0 -shared -o libx264.67.dylib common/ > mc.o common/predict.o common/pixel.o common/macroblock.o common/ > frame.o common/dct.o common/cpu.o common/cabac.o common/common.o > common/mdate.o common/set.o common/quant.o common/vlc.o encoder/ > analyse.o encoder/me.o encoder/ratecontrol.o encoder/set.o encoder/ > macroblock.o encoder/cabac.o encoder/cavlc.o encoder/encoder.o > common/x86/mc-c.o common/x86/predict-c.o common/x86/cabac-a.o common/ > x86/dct-a.o common/x86/deblock-a.o common/x86/mc-a.o common/x86/mc- > a2.o common/x86/pixel-a.o common/x86/predict-a.o common/x86/quant- > a.o common/x86/sad-a.o common/x86/cpu-a.o common/x86/dct-32.o common/ > x86/pixel-32.o -dynamiclib -Wl,-single_module -Wl,- > read_only_relocs,suppress -install_name /opt/local/lib/ > libx264.67.dylib -L/opt/local/lib -lm -lmx -lpthread -s > ld64: warning: option -s is obsolete and being ignored > ld: absolute addressing (perhaps -mdynamic-no-pic) used in > _x264_cabac_encode_decision_asm from common/x86/cabac-a.o not > allowed in slidable image > collect2: ld returned 1 exit status > make: *** [libx264.67.dylib] Error 1 > > Error: The following dependencies failed to build: x264 > Error: Status 1 encountered during processing. > > > What do i need to do to get this back on track ? > Muchas Graias Todos ! > > Angus Denton > Asparagus Arts > Web and Database constructions From devans at macports.org Fri May 8 17:18:08 2009 From: devans at macports.org (David Evans) Date: Fri, 08 May 2009 17:18:08 -0700 Subject: Error with FFMPEG In-Reply-To: <8661444A-A1CA-4CAD-B4B5-2872F82B0FD3@harroart.com> References: <8661444A-A1CA-4CAD-B4B5-2872F82B0FD3@harroart.com> Message-ID: <4A04CBC0.8080408@macports.org> Gus wrote: > >> Hi I am a newbie with this stuff but I have been trying to install >> ffmpeg via mac ports. >> There was a failure building the x264 part which was due to an out >> dated version of Xcode which I have now updated to 3.1.2. >> >> When I attempt the installation again I get the following error.... >> >> GusLaptop:~ Gus$ sudo port install ffmpeg >> ---> Building x264 >> Error: Target org.macports.build returned: shell command " cd >> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_x264/work/x264-snapshot-20090408-2245" >> && make default " returned error 2 >> Command output: /usr/bin/gcc-4.0 -shared -o libx264.67.dylib >> common/mc.o common/predict.o common/pixel.o common/macroblock.o >> common/frame.o common/dct.o common/cpu.o common/cabac.o >> common/common.o common/mdate.o common/set.o common/quant.o >> common/vlc.o encoder/analyse.o encoder/me.o encoder/ratecontrol.o >> encoder/set.o encoder/macroblock.o encoder/cabac.o encoder/cavlc.o >> encoder/encoder.o common/x86/mc-c.o common/x86/predict-c.o >> common/x86/cabac-a.o common/x86/dct-a.o common/x86/deblock-a.o >> common/x86/mc-a.o common/x86/mc-a2.o common/x86/pixel-a.o >> common/x86/predict-a.o common/x86/quant-a.o common/x86/sad-a.o >> common/x86/cpu-a.o common/x86/dct-32.o common/x86/pixel-32.o >> -dynamiclib -Wl,-single_module -Wl,-read_only_relocs,suppress >> -install_name /opt/local/lib/libx264.67.dylib -L/opt/local/lib -lm >> -lmx -lpthread -s >> ld64: warning: option -s is obsolete and being ignored >> ld: absolute addressing (perhaps -mdynamic-no-pic) used in >> _x264_cabac_encode_decision_asm from common/x86/cabac-a.o not allowed >> in slidable image >> collect2: ld returned 1 exit status >> make: *** [libx264.67.dylib] Error 1 >> >> Error: The following dependencies failed to build: x264 zlib >> Error: Status 1 encountered during processing. >> GusLaptop:~ Gus$ >> >> I have subsequently tried to obtain zlib which appears have been OK >> GusLaptop:~ Gus$ sudo port install zlib >> Password: >> ---> Fetching zlib >> ---> Attempting to fetch zlib-1.2.3.tar.bz2 from >> http://internap.dl.sourceforge.net/libpng >> ---> Verifying checksum(s) for zlib >> ---> Extracting zlib >> ---> Applying patches to zlib >> ---> Configuring zlib >> ---> Building zlib >> ---> Staging zlib into destroot >> ---> Installing zlib @1.2.3_2 >> ---> Activating zlib @1.2.3_2 >> ---> Cleaning zlib >> >> subsequently reran the ffmpeg install and .. >> GusLaptop:~ Gus$ sudo port install ffmpeg >> ---> Building x264 >> Error: Target org.macports.build returned: shell command " cd >> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_x264/work/x264-snapshot-20090408-2245" >> && make default " returned error 2 >> Command output: /usr/bin/gcc-4.0 -shared -o libx264.67.dylib >> common/mc.o common/predict.o common/pixel.o common/macroblock.o >> common/frame.o common/dct.o common/cpu.o common/cabac.o >> common/common.o common/mdate.o common/set.o common/quant.o >> common/vlc.o encoder/analyse.o encoder/me.o encoder/ratecontrol.o >> encoder/set.o encoder/macroblock.o encoder/cabac.o encoder/cavlc.o >> encoder/encoder.o common/x86/mc-c.o common/x86/predict-c.o >> common/x86/cabac-a.o common/x86/dct-a.o common/x86/deblock-a.o >> common/x86/mc-a.o common/x86/mc-a2.o common/x86/pixel-a.o >> common/x86/predict-a.o common/x86/quant-a.o common/x86/sad-a.o >> common/x86/cpu-a.o common/x86/dct-32.o common/x86/pixel-32.o >> -dynamiclib -Wl,-single_module -Wl,-read_only_relocs,suppress >> -install_name /opt/local/lib/libx264.67.dylib -L/opt/local/lib -lm >> -lmx -lpthread -s >> ld64: warning: option -s is obsolete and being ignored >> ld: absolute addressing (perhaps -mdynamic-no-pic) used in >> _x264_cabac_encode_decision_asm from common/x86/cabac-a.o not allowed >> in slidable image >> collect2: ld returned 1 exit status >> make: *** [libx264.67.dylib] Error 1 >> >> Error: The following dependencies failed to build: x264 >> Error: Status 1 encountered during processing. >> >> >> What do i need to do to get this back on track ? >> Muchas Graias Todos ! >> >> Angus Denton >> Asparagus Arts >> Web and Database constructions You need to upgrade XCode to version 3.1 or better. This is a know error in version 3.0. From ryandesign at macports.org Fri May 8 21:56:22 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 8 May 2009 23:56:22 -0500 Subject: Error with FFMPEG In-Reply-To: <4A04CBC0.8080408@macports.org> References: <8661444A-A1CA-4CAD-B4B5-2872F82B0FD3@harroart.com> <4A04CBC0.8080408@macports.org> Message-ID: On May 8, 2009, at 19:18, David Evans wrote: > Gus wrote: > >> Hi I am a newbie with this stuff but I have been trying to install >> ffmpeg via mac ports. >> There was a failure building the x264 part which was due to an out >> dated version of Xcode which I have now updated to 3.1.2. >> >> When I attempt the installation again I get the following error.... >> >> GusLaptop:~ Gus$ sudo port install ffmpeg >> ---> Building x264 >> Error: Target org.macports.build returned: shell command " cd "/ >> opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_mult >> imedia_x264/work/x264-snapshot-20090408-2245" && make default " >> returned error 2 >> Command output: /usr/bin/gcc-4.0 -shared -o libx264.67.dylib >> common/mc.o common/predict.o common/pixel.o common/macroblock.o >> common/frame.o common/dct.o common/cpu.o common/cabac.o common/ >> common.o common/mdate.o common/set.o common/quant.o common/vlc.o >> encoder/analyse.o encoder/me.o encoder/ratecontrol.o encoder/set.o >> encoder/macroblock.o encoder/cabac.o encoder/cavlc.o encoder/ >> encoder.o common/x86/mc-c.o common/x86/predict-c.o common/x86/ >> cabac-a.o common/x86/dct-a.o common/x86/deblock-a.o common/x86/mc- >> a.o common/x86/mc-a2.o common/x86/pixel-a.o common/x86/predict-a.o >> common/x86/quant-a.o common/x86/sad-a.o common/x86/cpu-a.o common/ >> x86/dct-32.o common/x86/pixel-32.o -dynamiclib -Wl,-single_module - >> Wl,-read_only_relocs,suppress -install_name /opt/local/lib/ >> libx264.67.dylib -L/opt/local/lib -lm -lmx -lpthread -s >> ld64: warning: option -s is obsolete and being ignored >> ld: absolute addressing (perhaps -mdynamic-no-pic) used in >> _x264_cabac_encode_decision_asm from common/x86/cabac-a.o not >> allowed in slidable image >> collect2: ld returned 1 exit status >> make: *** [libx264.67.dylib] Error 1 >> >> Error: The following dependencies failed to build: x264 zlib >> Error: Status 1 encountered during processing. >> GusLaptop:~ Gus$ >> >> I have subsequently tried to obtain zlib which appears have been OK >> GusLaptop:~ Gus$ sudo port install zlib >> Password: >> ---> Fetching zlib >> ---> Attempting to fetch zlib-1.2.3.tar.bz2 from http:// >> internap.dl.sourceforge.net/libpng >> ---> Verifying checksum(s) for zlib >> ---> Extracting zlib >> ---> Applying patches to zlib >> ---> Configuring zlib >> ---> Building zlib >> ---> Staging zlib into destroot >> ---> Installing zlib @1.2.3_2 >> ---> Activating zlib @1.2.3_2 >> ---> Cleaning zlib >> >> subsequently reran the ffmpeg install and .. >> GusLaptop:~ Gus$ sudo port install ffmpeg >> ---> Building x264 >> Error: Target org.macports.build returned: shell command " cd "/ >> opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_mult >> imedia_x264/work/x264-snapshot-20090408-2245" && make default " >> returned error 2 >> Command output: /usr/bin/gcc-4.0 -shared -o libx264.67.dylib >> common/mc.o common/predict.o common/pixel.o common/macroblock.o >> common/frame.o common/dct.o common/cpu.o common/cabac.o common/ >> common.o common/mdate.o common/set.o common/quant.o common/vlc.o >> encoder/analyse.o encoder/me.o encoder/ratecontrol.o encoder/set.o >> encoder/macroblock.o encoder/cabac.o encoder/cavlc.o encoder/ >> encoder.o common/x86/mc-c.o common/x86/predict-c.o common/x86/ >> cabac-a.o common/x86/dct-a.o common/x86/deblock-a.o common/x86/mc- >> a.o common/x86/mc-a2.o common/x86/pixel-a.o common/x86/predict-a.o >> common/x86/quant-a.o common/x86/sad-a.o common/x86/cpu-a.o common/ >> x86/dct-32.o common/x86/pixel-32.o -dynamiclib -Wl,-single_module - >> Wl,-read_only_relocs,suppress -install_name /opt/local/lib/ >> libx264.67.dylib -L/opt/local/lib -lm -lmx -lpthread -s >> ld64: warning: option -s is obsolete and being ignored >> ld: absolute addressing (perhaps -mdynamic-no-pic) used in >> _x264_cabac_encode_decision_asm from common/x86/cabac-a.o not >> allowed in slidable image >> collect2: ld returned 1 exit status >> make: *** [libx264.67.dylib] Error 1 >> >> Error: The following dependencies failed to build: x264 >> Error: Status 1 encountered during processing. >> >> >> What do i need to do to get this back on track ? Since you have already updated Xcode, you just need to clean the port and try again. sudo port clean x264 sudo port install x264 > You need to upgrade XCode to version 3.1 or better. This is a know > error in version 3.0. In that case, the x264 port should prevent installation on Leopard with Xcode versions earlier than 3.1. Some code for doing this which has been used in many ports already can be copied to the x264 portfile from e.g. the graphviz portfile (though you'd adjust the required Xcode version number to 3.1). From florian.ebeling at gmail.com Sat May 9 02:30:23 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Sat, 9 May 2009 11:30:23 +0200 Subject: making ruby19 main ruby In-Reply-To: <7c737f300905071828o66eb69c3nb6c66510da9b9aab@mail.gmail.com> References: <7c737f300905071828o66eb69c3nb6c66510da9b9aab@mail.gmail.com> Message-ID: <5cbbe4ae0905090230p402e6c28w1d28c855106a3b85@mail.gmail.com> On Fri, May 8, 2009 at 3:28 AM, Alexy Khrabrov wrote: > How do I make the ruby1.9 from the port ruby19 my main ruby? You can install ruby 1.9 with the command sudo port install ruby19+nosuffix and then the executables will not be suffixed with the version. That makes this port conflict then with ruby, rb-rubygems, and rb-rake. (Rake and rubygems are part of the standard ruby release beginning with 1.9). > Also, > how do you make it coexist with the Leopard ruby from the framework, > and/or MacRuby? Preinstalled ruby and MacPorts rubys can coexist because mp uses it's own prefix, /opt/local/, while preinstalled uses /usr. If you want one or the other version, you have to either use the full path (/usr/bin/ruby for preinstalled, e.g.), or change the PATH variable. Executable ruby scripts may have a shebang line which would bypass the PATH setting. In that case you can force the interpreter in the shell by passing the script to the interpreter you need. /usr/bin/ruby ./myscript.rb > Do folks use a central gem directory? No, each installation keeps it's own gem repository. You can examine your various gem configurations with 'gem environment' (or just 'gem e' for short). So /opt/local/bin/gem e /usr/bin/gem e should show you diffrent repository locations. The relevant entry here is INSTALLATION DIRECTORY. Cheers, Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From tdoan at tdoan.com Sat May 9 14:05:41 2009 From: tdoan at tdoan.com (Tony Doan) Date: Sat, 9 May 2009 14:05:41 -0700 Subject: Announcing: port_upgrade Message-ID: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> (long time lurker, first time poster) Got MacPorts? Do you normally keep things up to date by running "port sync; port upgrade outdated"? Do you then wish there was a problem free way to clean out all the previous versions? Well then... have I got some beta software for you! port_upgrade is a no holds barred brute force way to upgrade your ports tree when things are out of date. port_upgrade crawls your receipts directory and your sources directory and figures out what is out of date. It then builds a dependency tree and uninstalls everything in dependency order then reinstalls everything in reverse order. Along the way you get the most up to date versions of your ports, you are assured higher level ports are compiled against the most recent versions of libraries and generally a nice clean ports tree. You also get quite a long wait while things are recompiled and reinstalled. It preserves specified variants (either specified explicitly or implicitly). If port_upgrade encounters two versions of a port installed where the variants differ you will be prompted which to use. How do I get this miracle (beta software) cure for my Macports tree ills? port_upgrade is written in ruby is packaged as a ruby gem and has only 2 dependencies on other libraries. It needs sqlite3 to perform its tree mangling and the bz2 ruby gem to read the receipts files. It should run fine with the version of ruby Apple ships with OS X, but I recommend using the far more current version in the ports tree. Whichever ruby you use you should first ensure your version of rubygems is current (1.3.3 at the time of writing). Using everything from ports it would look like this: sudo port install ruby sudo port install rb-rubygems sudo port install sqlite3 rehash #if you using csh or tcsh, run "which gem" to make sure its now from /opt/local/bin sudo gem install port_upgrade #this should install all the gem dependencies Checkout the most current read me at http://github.com/tdoan/port_upgrade/ and port_upgrade --help for more information. RubyForge HomePage: http://portupgrade.rubyforge.org/ GitHub (source) page: http://github.com/tdoan/port_upgrade/ I started this little "script" quite a while ago because I had been manually maintaining my tree and it was just taking too much time. It almost accidentally turned into a real program over time with the help of some (one) dedicated tester who may just be the only person on earth more anal about keeping his ports clean. Anyone willing to give this thing a try and provide feedback on how it worked for you or ideas for features would be great. You can email me directly or file bugs via rubyforge: http://rubyforge.org/tracker/?group_id=7522 Thank you! Tony Doan tdoan at tdoan.com NOTE: Use this software at your own risk. It will want to do major surgery on your ports tree. If interrupted it can leave you without some of your ports installed. It's best not to rerun port_upgrade to generate a new script until you have successfully gotten the current script to finish. From nox at macports.org Sat May 9 14:46:48 2009 From: nox at macports.org (nox) Date: Sat, 9 May 2009 23:46:48 +0200 Subject: port upgrade outdated In-Reply-To: References: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr> <49F484E8.90001@macports.org> <49F4E990.7000909@macports.org> Message-ID: <0D6A3058-32CB-47F7-B05C-8C96BA11B600@macports.org> Le 27 avr. 09 ? 02:06, Ryan Schmidt a ?crit : > On Apr 26, 2009, at 18:09, Rainer M?ller wrote: > >> Rainer M?ller wrote: >>> Thomas De Contes wrote: >>>> ---> Staging atk into destroot >>>> [...] >>>> /bin/sh: line 1: gtkdoc-rebase: command not found >>>> make[2]: *** [install-data-local] Error 127 >>>> make[1]: *** [install-am] Error 2 >>>> make: *** [install-recursive] Error 1 >>> >>>> ---> Staging pango into destroot >>>> [...] >>>> /bin/sh: line 1: gtkdoc-rebase: command not found >>>> make[3]: *** [install-data-local] Error 127 >>>> make[2]: *** [install-am] Error 2 >>>> make[1]: *** [install] Error 2 >>>> make: *** [install-recursive] Error 1 >>> >>> Could be a missing dependency on gtk-doc in both cases. >> >> See . >> >> I didn't investigate yet, but probably the fix for pango should >> also be >> applied to atk? > > I initially thought that the current situation in e.g. glib2 was > bad: software that uses gtk-doc checks to see if gtkdoc-rebase > exists, and if so, calls it. I thought this would cause the port to > install different files, depending on whether gtk-doc was installed > or not. But it turns out that the software doesn't build the > documentation unless you use the configure arg --enable-gtk-doc. > It's off by default. Don't know what gtkdoc-rebase does, but maybe > it just rebuilds an index of available documentation, and therefore > has no real effect without --enable-gtk-doc. > > The problem is that the method used to check whether gtkdoc-rebase > exists doesn't work on Mac OS X 10.4.x and earlier. The bug has been > reported to the developers of gtk-doc and will allegedly be fixed in > gtk-doc 1.12. Then each software that uses gtk-doc will have to > release a new package built with gtk-doc 1.12. > > For pango, I added --enable-gtk-doc to have it rebuild the docs. The > build went rather quick so this seemed fine. I'm now investigating > glib2, which takes a *long* time to build its docs, so I don't want > to --enable-gtk-doc there. I haven't tried atk yet. > > So we can either > > 1. declare a dependency on gtk-doc and add --enable-gtk-doc to build > or possibly rebuild the documentation, > 2. declare a dependency on gtk-doc and not add --enable-gtk-doc, > just so gtkdoc-rebase exists and can be run (to no useful effect), > 3. patch the Makefile(s) to use the "which" command in a way that is > compatible with Mac OS X 10.4.x and earlier, until new packages are > released built with gtk-doc 1.12 that do this for us, or > 4. patch the Makefile(s) to remove the lines that check for gtkdoc- > rebase since we aready know we don't want to use it. > > (1) is fine if the docs don't take long to build, (2) seems wasteful > but is easy, and (3) and (4) could be construed as being most > correct but take more time to do. > I vote for (3) or (4). From ryandesign at macports.org Sat May 9 15:58:04 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 9 May 2009 17:58:04 -0500 Subject: port upgrade outdated In-Reply-To: <762DB1C2-B5E9-48FA-AB99-378523B20609@free.fr> References: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr> <49F484E8.90001@macports.org> <762DB1C2-B5E9-48FA-AB99-378523B20609@free.fr> Message-ID: On May 2, 2009, at 11:51, Thomas De Contes wrote: > Le 26 avr. 09 ? 17:59, Rainer M?ller a ?crit : > >> Thomas De Contes wrote: >> >>> ---> Activating xorg-renderproto @0.9.3_0 >>> Error: Target org.macports.activate returned: Image error: /Users/ >>> thomas/Documents/prgm/bin/autoinstall/macports/include/X11/ >>> extensions/ >>> render.h is being used by the active render port. Please deactivate >>> this port first, or use 'port -f activate xorg-renderproto' to force >>> the activation. >>> Error: The following dependencies failed to build: xorg-renderproto >>> Error: Unable to upgrade port: 1 >> >> render has been replaced by xorg-rendrproto. render has been a dummy >> port for a long time and was removed afterwards. Probably you did not >> upgrade in a long time and thus running into this problem. > > it is probable > > well, if i did upgrade when render was a dummy port, there was a > mechanism to swith from render to xorg-rendrproto quietly ? :-) While the render port was a dummy port, it installed no files. Therefore, it could not conflict with the files in the xorg- renderproto replacement port. And its revision had been incremented. And render was declared as a dependency of xorg-renderproto. Thus, for any port that depended on the new xorg-renderproto, you would first be made to upgrade render to the version that installed no files, and then xorg-renderproto would install those files. > since i have often problems when i try to upgrade, i do it only > when i need it ... maybe i'm wrong ;-) I would like for any user, regardless of how old their MacPorts installation is, to be able to use "sudo port selfupdate" and "sudo port upgrade outdated" and have it work. Unfortunately, over time, things do break. In this case, dummy ports get removed. So sometimes you will run into issues. Upgrading more often is of course not guaranteed to cause fewer issues. If you had upgraded more recently, while the render dummy port still existed, you would not have run into this specific issue, but you might have encountered any number of other issues. >> sudo port -f uninstall render >> sudo port -v install xorg-renderproto > > thank you :-) > > i don't like -f very much, Its use should be avoided and reserved for special cases. This is one such special case. > is there an option to recursively uninstall the ports that depend > on it, > in the same way that "port install" recursively installs the ports > witch it depends on ? > (is it english ?) There is the port_cutleaves script (for which there is a port of the same name) to help you identify ports that are installed but no longer needed. However, anything that used to depend on render will now depend on xorg-renderproto. >>> ---> Fetching scrollkeeper >>> Error: Target org.macports.fetch returned: >>> >>> scrollkeeper is superseded by port rarian; use that port instead >>> >>> Error: Unable to upgrade port: 1 >>> >>> >>> for this one, it would be nice if MacPorts was able to uninstall it >>> properly itself >> >> No, we are currently not able to decide if it is safe to uninstall >> this >> port. Be assured if there would have been a better way to replace a >> port, it would have been used :-) > > ok > can't you use the same mechanism to swith from scrollkeeper to > rarian, that you used for render -> xorg-rendrproto ? It looks like scrollkeeper was changed to a no-op port which now simply outputs the message "scrollkeeper is superseded by port rarian; use that port instead". I would have liked for the render port to have been kept around for much longer, at least 6 months, to facilitate upgrades for infrequent upgraders, but the port was removed a lot sooner, and I didn't bother to go back and reinstate it. Rather than trying to find solutions for individual ports like this, we should come up with a global solution for renaming / superseding / deprecating ports and implement it in base. From jeremyhu at macports.org Sat May 9 16:01:14 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Sat, 9 May 2009 16:01:14 -0700 Subject: Announcing: port_upgrade In-Reply-To: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> Message-ID: <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> On May 9, 2009, at 14:05, Tony Doan wrote: > (long time lurker, first time poster) > > Got MacPorts? > > Do you normally keep things up to date by running "port sync; port > upgrade outdated"? Do you then wish there was a problem free way to > clean out all the previous versions? How is this different/better than my favorite solution: sudo port -v upgrade outdated sudo port -v uninstall inactive From blb at macports.org Sat May 9 16:20:09 2009 From: blb at macports.org (Bryan Blackburn) Date: Sat, 9 May 2009 17:20:09 -0600 Subject: port upgrade outdated In-Reply-To: References: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr> <49F484E8.90001@macports.org> <762DB1C2-B5E9-48FA-AB99-378523B20609@free.fr> Message-ID: <20090509232009.GI46714@ninagal.withay.com> On Sat, May 09, 2009 at 05:58:04PM -0500, Ryan Schmidt said: [...] > > Rather than trying to find solutions for individual ports like this, we > should come up with a global solution for renaming / superseding / > deprecating ports and implement it in base. There is a pseudo-portname, obsolete, that may or may not work for this, I haven't quite looked much into how it works/supposed to work; though if it does what I think it should, it probably only handles the deprecating part. Bryan From sck at nogas.org Sat May 9 16:28:46 2009 From: sck at nogas.org (Scott C. Kennedy) Date: Sat, 09 May 2009 16:28:46 -0700 Subject: Announcing: port_upgrade In-Reply-To: <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> Message-ID: <4A0611AE.3000804@nogas.org> Well, for me, when I used to do that, I would lose all my variants. Plus, when a dependency for a package changed significantly, then the program would terminate or act unexpectedly. For me, a longer compile time when updating packages to ensure that all my packages are linked to the most recent version of all of their dependencies is a good investment of time. Scott Jeremy Huddleston wrote: > > On May 9, 2009, at 14:05, Tony Doan wrote: > >> (long time lurker, first time poster) >> >> Got MacPorts? >> >> Do you normally keep things up to date by running "port sync; port >> upgrade outdated"? Do you then wish there was a problem free way to >> clean out all the previous versions? > > How is this different/better than my favorite solution: > > sudo port -v upgrade outdated > sudo port -v uninstall inactive > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From sck at nogas.org Sat May 9 16:35:24 2009 From: sck at nogas.org (Scott C. Kennedy) Date: Sat, 09 May 2009 16:35:24 -0700 Subject: Announcing: port_upgrade In-Reply-To: <4A0611AE.3000804@nogas.org> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> <4A0611AE.3000804@nogas.org> Message-ID: <4A06133C.9060604@nogas.org> As an example, this was my update for today... Biko:~ sck$ port_upgrade -o ./port_upgrade.sh Searching for unzip's Portfile Outdated(4): coreutils(7.2_0) < 7.4_0 docbook-xsl(1.74.3_0) < 1.75.0_0 gsed(4.1.5_4) < 4.2_0 pcre(7.8_3) < 7.9_0 14 ports to remove: apache2,coreutils,docbook-xsl,ettercap-ng,gnome-doc-utils,gsed,honeyd,nmap,pcre,php5,py-pylibpcap,scapy,snort,swig Biko:~ sck$ grep '^port' ./port_upgrade.sh port uninstall coreutils @7.2_0 || exit -1 port uninstall ettercap-ng @0.7.3_1 || exit -1 port uninstall gnome-doc-utils @0.16.1_0 || exit -1 port uninstall honeyd @1.5c_0 || exit -1 port uninstall nmap @4.76_0 || exit -1 port uninstall scapy @1.2.0.2_0 || exit -1 port uninstall snort @2.6.1.5_0 || exit -1 port uninstall docbook-xsl @1.74.3_0 || exit -1 port uninstall py-pylibpcap @0.6.2_0 || exit -1 port uninstall swig @1.3.39_0+perl+php5+python+ruby || exit -1 port uninstall php5 @5.2.9_2+apache2+macosx || exit -1 port uninstall apache2 @2.2.11_0+darwin_9 || exit -1 port uninstall gsed @4.1.5_4 || exit -1 port uninstall pcre @7.8_3 || exit -1 port -x install pcre || exit -1 port -x install gsed || exit -1 port -x install apache2 +darwin_9 || exit -1 port -x install php5 +apache2+macosx || exit -1 port -x install swig +perl+php5+python+ruby || exit -1 port -x install py-pylibpcap || exit -1 port -x install docbook-xsl || exit -1 port -x install snort || exit -1 port -x install scapy || exit -1 port -x install nmap || exit -1 port -x install honeyd || exit -1 port -x install gnome-doc-utils || exit -1 port -f -x install ettercap-ng || exit -1 port -x install coreutils || exit -1 Biko:~ sck$ Sure, I could have installed the new coreutils, docbook-xsl, gsed, and pcre... But are you sure that the functionality that changed did not effect apache2, php2, swig, etc? Scott Scott C. Kennedy wrote: > Well, for me, when I used to do that, I would lose all my variants. > Plus, when a dependency for a package changed significantly, then the > program would terminate or act unexpectedly. For me, a longer compile > time when updating packages to ensure that all my packages are linked to > the most recent version of all of their dependencies is a good > investment of time. > > Scott > > Jeremy Huddleston wrote: > >> On May 9, 2009, at 14:05, Tony Doan wrote: >> >> >>> (long time lurker, first time poster) >>> >>> Got MacPorts? >>> >>> Do you normally keep things up to date by running "port sync; port >>> upgrade outdated"? Do you then wish there was a problem free way to >>> clean out all the previous versions? >>> >> How is this different/better than my favorite solution: >> >> sudo port -v upgrade outdated >> sudo port -v uninstall inactive >> >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Sat May 9 16:44:16 2009 From: blb at macports.org (Bryan Blackburn) Date: Sat, 9 May 2009 17:44:16 -0600 Subject: Announcing: port_upgrade In-Reply-To: <4A0611AE.3000804@nogas.org> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> <4A0611AE.3000804@nogas.org> Message-ID: <20090509234416.GK46714@ninagal.withay.com> On Sat, May 09, 2009 at 04:28:46PM -0700, Scott C. Kennedy said: > Well, for me, when I used to do that, I would lose all my variants. 'port upgrade' is supposed to keep all variants intact, though there is/was a definte bug with it, fixed on trunk: If that's the thing you've run into, 1.8 should be fine then. If it is something else have you filed a ticket? > Plus, when a dependency for a package changed significantly, then the > program would terminate or act unexpectedly. For me, a longer compile > time when updating packages to ensure that all my packages are linked to > the most recent version of all of their dependencies is a good > investment of time. 'port upgrade' when new dependencies are added should simply install those ports, what is the problem you've seen, is there a ticket? Bryan > > Scott > > Jeremy Huddleston wrote: > > > > On May 9, 2009, at 14:05, Tony Doan wrote: > > > >> (long time lurker, first time poster) > >> > >> Got MacPorts? > >> > >> Do you normally keep things up to date by running "port sync; port > >> upgrade outdated"? Do you then wish there was a problem free way to > >> clean out all the previous versions? > > > > How is this different/better than my favorite solution: > > > > sudo port -v upgrade outdated > > sudo port -v uninstall inactive > > From sck at nogas.org Sat May 9 17:32:02 2009 From: sck at nogas.org (Scott C. Kennedy) Date: Sat, 09 May 2009 17:32:02 -0700 Subject: Announcing: port_upgrade In-Reply-To: <20090509234416.GK46714@ninagal.withay.com> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> <4A0611AE.3000804@nogas.org> <20090509234416.GK46714@ninagal.withay.com> Message-ID: <4A062082.6030507@nogas.org> Okay, maybe I'm being a bit stupid here, but if I had I compiled wireshark several months ago, and it required libpcap, however the port for wireshark was upgraded BEFORE the port for libpcap... So, if I don't rebuild wireshark AFTER the libpcap upgrade I would have a problem like "The wireshark package depends on the major version of libpcap, and as such requires rebuild when a new major version of that package is pushed. " But if I use port_upgrade, then I don't in fact jmr in this ticket even agreed that "If someone uses "port upgrade outdated" and the bumped libpcap doesn't result in dependencies (like wireshark) being rebuilt, I think that's a bug with "port upgrade" and should not be fixed by band-aiding ports every time their dependencies are changed. " So, now there is an option for those of us wanting tools to work reliably, and don't wish to spend hours trying to determine which library version of hat dependancy was outdated by what to cause a bug, when a simple re-compile solves the issue the first time around. I fail to see the issue. Scott Bryan Blackburn wrote: > On Sat, May 09, 2009 at 04:28:46PM -0700, Scott C. Kennedy said: > >> Plus, when a dependency for a package changed significantly, then the >> program would terminate or act unexpectedly. For me, a longer compile >> time when updating packages to ensure that all my packages are linked to >> the most recent version of all of their dependencies is a good >> investment of time. >> > > 'port upgrade' when new dependencies are added should simply install those > ports, what is the problem you've seen, is there a ticket? > > Bryan > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tdoan at tdoan.com Sat May 9 17:54:17 2009 From: tdoan at tdoan.com (Tony Doan) Date: Sat, 9 May 2009 17:54:17 -0700 Subject: Announcing: port_upgrade In-Reply-To: <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> Message-ID: Jeremy, In many cases your commands probably work fine. Partly I started this before port uninstall inactive worked. Previously if you had two versions of libiconv you couldn't uninstall the older one. But I've also found many cases were port upgrade leaves me with multiple broken ports. How bad that situation is probably depends largely on how often you upgrade your ports. One audience for port_upgrade is folks that have been installing ports for quite sometime but have never upgraded anything. In that case port_upgrade can leave you with a fresh clean tree where everything works, albeit a trade off for the recompile time. This got started after the second time my ports were so bent that the solution ended up being: rm -rf /opt//local I'm sure port_upgrade isn't for everyone. \T On May 9, 2009, at 4:01 PM, Jeremy Huddleston wrote: > > On May 9, 2009, at 14:05, Tony Doan wrote: > >> (long time lurker, first time poster) >> >> Got MacPorts? >> >> Do you normally keep things up to date by running "port sync; port >> upgrade outdated"? Do you then wish there was a problem free way to >> clean out all the previous versions? > > How is this different/better than my favorite solution: > > sudo port -v upgrade outdated > sudo port -v uninstall inactive > > From talklists at newgeo.com Sat May 9 18:35:22 2009 From: talklists at newgeo.com (Scott Haneda) Date: Sat, 9 May 2009 18:35:22 -0700 Subject: Announcing: port_upgrade In-Reply-To: <4A062082.6030507@nogas.org> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> <4A0611AE.3000804@nogas.org> <20090509234416.GK46714@ninagal.withay.com> <4A062082.6030507@nogas.org> Message-ID: <9E5B665F-D6FA-4972-B1A7-79F43BBFCB52@newgeo.com> Why can't the wireshark port and similar ports have a "requires- depends-rebuild" defaulting to false. The port file could set it to true as needed. Some other "magic" could happen in the mac ports base to figure out if it needs special treatment. If no other ports are registered to depend on the parent dependency, it could just deactivate, uninstall, and install. I see there being issue if the main ports dependency has other port installed software that depends on the same software. In those cases an interactive question could be asked. I've actually been meaning to post here asking if making mac ports have interactive modes would be a good idea. My gut tells me a large amount of the questions on this list end up being answered with instructions to add a -f or some other semi agressive flag or set of forced uninstall reinstall steps. Could this not be solved with yes/no interaction or a/b/c style q&a in the shell? I could see a very simple set of base conditions one could add to a port file. Ports could return codes for every error and port developers could have a base of directives to use to throw the install into an interactive mode. Just some food for thought. At the very least it may afford the removal of a few wiki pages and free the list up from reprtitios questions. Also wanted to suggest "progress bars" for operations. I used yum the other day and their little dashed line progress bar was pretty nice. -- Scott Iphone says hello. On May 9, 2009, at 5:32 PM, "Scott C. Kennedy" wrote: > Okay, maybe I'm being a bit stupid here, but if I had I compiled > wireshark several months ago, and it required libpcap, however the > port for wireshark was upgraded BEFORE the port for libpcap... So, > if I don't rebuild wireshark AFTER the libpcap upgrade I would have > a problem like "The wireshark package depends on the major version > of libpcap, and as such requires rebuild when a new major version of > that package is pushed. " > > But if I use port_upgrade, then I don't in fact jmr in this ticket > even agreed that "If someone uses "port upgrade outdated" and the > bumped libpcap doesn't result in dependencies (like wireshark) being > rebuilt, I think that's a bug with "port upgrade" and should not be > fixed by band-aiding ports every time their dependencies are > changed. " > > So, now there is an option for those of us wanting tools to work > reliably, and don't wish to spend hours trying to determine which > library version of hat dependancy was outdated by what to cause a > bug, when a simple re-compile solves the issue the first time around. > > I fail to see the issue. > > Scott > > Bryan Blackburn wrote: >> >> On Sat, May 09, 2009 at 04:28:46PM -0700, Scott C. Kennedy said: >> >>> Plus, when a dependency for a package changed significantly, then >>> the >>> program would terminate or act unexpectedly. For me, a longer >>> compile >>> time when updating packages to ensure that all my packages are >>> linked to >>> the most recent version of all of their dependencies is a good >>> investment of time. >>> >> 'port upgrade' when new dependencies are added should simply >> install those >> ports, what is the problem you've seen, is there a ticket? >> >> Bryan >> >> >> > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Sat May 9 18:42:48 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 10 May 2009 11:42:48 +1000 Subject: Announcing: port_upgrade In-Reply-To: <4A062082.6030507@nogas.org> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> <4A0611AE.3000804@nogas.org> <20090509234416.GK46714@ninagal.withay.com> <4A062082.6030507@nogas.org> Message-ID: <4A063118.9080005@macports.org> Scott C. Kennedy wrote: > Okay, maybe I'm being a bit stupid here, but if I had I compiled > wireshark several months ago, and it required libpcap, however the port > for wireshark was upgraded BEFORE the port for libpcap... So, if I don't > rebuild wireshark AFTER the libpcap upgrade I would have a problem like > "The wireshark package depends on the major version of libpcap, and as > such requires rebuild when a new major version of that package is > pushed. " > > But if I use port_upgrade, then I don't in fact jmr in this ticket even > agreed that "If someone uses "port upgrade outdated" and the bumped > libpcap doesn't result in dependencies (like wireshark) being rebuilt, I > think that's a bug with "port upgrade" and should not be fixed by > band-aiding ports every time their dependencies are changed. " I didn't write that, ricci did. Anyhow, this ticket is for a base enhancement that would help in these situations: And here is a tool that selectively rebuilds ports that are detected to be linked to libraries that are gone: - Josh From jmr at macports.org Sat May 9 18:46:20 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 10 May 2009 11:46:20 +1000 Subject: Announcing: port_upgrade In-Reply-To: <9E5B665F-D6FA-4972-B1A7-79F43BBFCB52@newgeo.com> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> <4A0611AE.3000804@nogas.org> <20090509234416.GK46714@ninagal.withay.com> <4A062082.6030507@nogas.org> <9E5B665F-D6FA-4972-B1A7-79F43BBFCB52@newgeo.com> Message-ID: <4A0631EC.3090609@macports.org> Scott Haneda wrote: > Why can't the wireshark port and similar ports have a > "requires-depends-rebuild" defaulting to false. > > The port file could set it to true as needed. Some other "magic" could > happen in the mac ports base to figure out if it needs special treatment. In this example, wireshark isn't the place to specify this information, libpcap is. See the ticket I linked to in my previous message. - Josh From erwan at rail.eu.org Sun May 10 02:11:52 2009 From: erwan at rail.eu.org (Erwan David) Date: Sun, 10 May 2009 11:11:52 +0200 Subject: Announcing: port_upgrade In-Reply-To: <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> Message-ID: <20090510091152.GA49973@rail.eu.org> Le Sat 9/05/2009, Jeremy Huddleston disait > > On May 9, 2009, at 14:05, Tony Doan wrote: > >> (long time lurker, first time poster) >> >> Got MacPorts? >> >> Do you normally keep things up to date by running "port sync; port >> upgrade outdated"? Do you then wish there was a problem free way to >> clean out all the previous versions? > > How is this different/better than my favorite solution: > > sudo port -v upgrade outdated > sudo port -v uninstall inactive If I understand well it orders updates following the dependencies, not the alphabetical order o the name. That's a big difference. -- Erwan From raimue at macports.org Sun May 10 05:25:27 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 10 May 2009 14:25:27 +0200 Subject: port upgrade outdated In-Reply-To: <20090509232009.GI46714@ninagal.withay.com> References: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr> <49F484E8.90001@macports.org> <762DB1C2-B5E9-48FA-AB99-378523B20609@free.fr> <20090509232009.GI46714@ninagal.withay.com> Message-ID: <4A06C7B7.5090506@macports.org> On 2009-05-10 01:20, Bryan Blackburn wrote: > On Sat, May 09, 2009 at 05:58:04PM -0500, Ryan Schmidt said: > [...] >> Rather than trying to find solutions for individual ports like this, we >> should come up with a global solution for renaming / superseding / >> deprecating ports and implement it in base. > > There is a pseudo-portname, obsolete, that may or may not work for this, I > haven't quite looked much into how it works/supposed to work; though if it > does what I think it should, it probably only handles the deprecating part. The pseudo-port obsolete is currently only on trunk and would find any installed port which does not have a Portfile in the tree(s). Rainer From raimue at macports.org Sun May 10 05:35:28 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 10 May 2009 14:35:28 +0200 Subject: Announcing: port_upgrade In-Reply-To: References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> Message-ID: <4A06CA10.3070708@macports.org> On 2009-05-10 02:54, Tony Doan wrote: > Jeremy, > > In many cases your commands probably work fine. Partly I started this > before port uninstall inactive worked. Previously if you had two > versions of libiconv you couldn't uninstall the older one. It was always possible, but required force (-f). > But I've > also found many cases were port upgrade leaves me with multiple broken > ports. Maybe you mean when upgrading a port leaves dependents broken. See also > How bad that situation is probably depends largely on how often > you upgrade your ports. One audience for port_upgrade is folks that > have been installing ports for quite sometime but have never upgraded > anything. In that case port_upgrade can leave you with a fresh clean > tree where everything works, albeit a trade off for the recompile time. > > This got started after the second time my ports were so bent that the > solution ended up being: > > rm -rf /opt//local > > I'm sure port_upgrade isn't for everyone. I would rather be interested in improving port upgrade instead of third-party scripts for this kind of task being promoted. What would cause that you need to wipe your installed ports? I really can't imagine why you would need to do this, despite a corrupt registry maybe (which can also be fixed in most cases with assistance). Rainer From raimue at macports.org Sun May 10 05:37:29 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 10 May 2009 14:37:29 +0200 Subject: Announcing: port_upgrade In-Reply-To: <20090510091152.GA49973@rail.eu.org> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> <20090510091152.GA49973@rail.eu.org> Message-ID: <4A06CA89.5060400@macports.org> On 2009-05-10 11:11, Erwan David wrote: > Le Sat 9/05/2009, Jeremy Huddleston disait >> How is this different/better than my favorite solution: >> >> sudo port -v upgrade outdated >> sudo port -v uninstall inactive > > If I understand well it orders updates following the dependencies, not the alphabetical order o the name. That's a big difference. port upgrade will upgrade in order of dependencies for each of the passed port names. outdated expands to a list of ports and each is treated in a single action. But this should not give any problems. Rainer From artie.ziff at gmail.com Sun May 10 21:19:05 2009 From: artie.ziff at gmail.com (Artie Ziff) Date: Sun, 10 May 2009 21:19:05 -0700 Subject: boo build error Message-ID: <4A07A739.60805@gmail.com> Any boo Users out there? http://boo.darwinports.com/ I see this error and seeking info to get past it. Is there anything obvious to investigate based on the output? Thx AZ $ sudo port install boo ---> Building boo Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_boo/work/" && /opt/local/bin/nant " returned error 1 Command output: resources: build-resource: build-resource: Boo.Lang: generate-ast: Boo.Lang.Compiler: [csc] Compiling 425 files to '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_boo/work/build/Boo.Lang.Compiler.dll'. [csc] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_boo/work/src/Boo.Lang.Compiler/Ast/NodeCollection.cs(277,37): error CS0019: Operator `==' cannot be applied to operands of type `object' and `T' [csc] Compilation failed: 1 error(s), 0 warnings BUILD FAILED - 0 non-fatal error(s), 1 warning(s) /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_boo/work/default.build(401,4): External Program Failed: /opt/local/lib/pkgconfig/../../lib/mono/2.0/gmcs.exe (return code was 1) Total time: 3.3 seconds. Error: Status 1 encountered during processing. From jmr at macports.org Sun May 10 22:41:41 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 11 May 2009 15:41:41 +1000 Subject: boo build error In-Reply-To: <4A07A739.60805@gmail.com> References: <4A07A739.60805@gmail.com> Message-ID: <4A07BA95.40808@macports.org> Artie Ziff wrote: > Any boo Users out there? > boo dot darwinports dot com Please don't link to that site. - Josh From eijkhout at tacc.utexas.edu Mon May 11 02:02:06 2009 From: eijkhout at tacc.utexas.edu (Victor Eijkhout) Date: Mon, 11 May 2009 04:02:06 -0500 Subject: numpy question: how to get started Message-ID: I thought I had numpy installed and that this is how it was used: [albook:~] %% which python /opt/local/bin/python [albook:~] %% python_select -s python26 [albook:~] %% port installed | grep 26 py26-altgraph @0.6.7_0 (active) py26-bdist_mpkg @0.4.3_0 (active) py26-configobj @4.5.2_0 (active) py26-dateutil @1.4.1_0 (active) py26-macholib @1.2_0 (active) py26-matplotlib @0.98.5.2_0+darwin_9+tkinter (active) py26-modulegraph-devel @0.7.2_0 (active) py26-mysql @1.2.2_0+mysql5 (active) py26-nose @0.10.4_0 (active) py26-numpy @1.3.0_0 (active) py26-py2app-devel @0.4.2_1 (active) py26-pyobjc2 @2.0_1 (active) py26-pyobjc2-cocoa @2.0_1 (active) py26-setuptools @0.6c9_0 (active) py26-tz @2009f_0 (active) python26 @2.6.2_1 (active) [albook:~] %% python Python 2.6.2 (r262:71600, Apr 29 2009, 10:46:45) [GCC 4.0.1 (Apple Inc. build 5490)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import Numeric Traceback (most recent call last): File "", line 1, in ImportError: No module named Numeric >>> import multarray Traceback (most recent call last): File "", line 1, in ImportError: No module named multarray ?? Victor. -- Victor Eijkhout, 512 471 5809 (w), 512 499 0504 (h) Texas Advanced Computing Center, The University of Texas at Austin From max at inmachina.com Mon May 11 02:32:27 2009 From: max at inmachina.com (Maximilian Nickel) Date: Mon, 11 May 2009 11:32:27 +0200 Subject: numpy question: how to get started In-Reply-To: References: Message-ID: <7bad5d350905110232w7e6f1de4l2f53db6ca60f1172@mail.gmail.com> Hi, you have numpy installed but are trying to use Numeric. Numpy and Numeric are not equivalent. Numpy is the successor of Numeric and has different codebase (although there is a compatibility-module). Afaik Numeric isnt actively developed anymore. (See also http://numpy.scipy.org and http://people.csail.mit.edu/jrennie/python/numeric/) If you want to use Numeric you have to "sudo port install py26-numeric". /max On Mon, May 11, 2009 at 11:02 AM, Victor Eijkhout wrote: > I thought I had numpy installed and that this is how it was used: > > [albook:~] %% which python > /opt/local/bin/python > [albook:~] %% python_select -s > python26 > [albook:~] %% port installed | grep 26 > py26-altgraph @0.6.7_0 (active) > py26-bdist_mpkg @0.4.3_0 (active) > py26-configobj @4.5.2_0 (active) > py26-dateutil @1.4.1_0 (active) > py26-macholib @1.2_0 (active) > py26-matplotlib @0.98.5.2_0+darwin_9+tkinter (active) > py26-modulegraph-devel @0.7.2_0 (active) > py26-mysql @1.2.2_0+mysql5 (active) > py26-nose @0.10.4_0 (active) > py26-numpy @1.3.0_0 (active) > py26-py2app-devel @0.4.2_1 (active) > py26-pyobjc2 @2.0_1 (active) > py26-pyobjc2-cocoa @2.0_1 (active) > py26-setuptools @0.6c9_0 (active) > py26-tz @2009f_0 (active) > python26 @2.6.2_1 (active) > [albook:~] %% python > Python 2.6.2 (r262:71600, Apr 29 2009, 10:46:45) > [GCC 4.0.1 (Apple Inc. build 5490)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > >>> import Numeric > Traceback (most recent call last): > File "", line 1, in > ImportError: No module named Numeric > >>> import multarray > Traceback (most recent call last): > File "", line 1, in > ImportError: No module named multarray > > ?? > > Victor. > -- > Victor Eijkhout, 512 471 5809 (w), 512 499 0504 (h) > Texas Advanced Computing Center, The University of Texas at Austin > > > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kuepper.jochen at googlemail.com Mon May 11 04:12:50 2009 From: kuepper.jochen at googlemail.com (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Mon, 11 May 2009 13:12:50 +0200 Subject: numpy question: how to get started In-Reply-To: <7bad5d350905110232w7e6f1de4l2f53db6ca60f1172@mail.gmail.com> References: <7bad5d350905110232w7e6f1de4l2f53db6ca60f1172@mail.gmail.com> Message-ID: <2519AD5A-8BEC-485E-8CE4-453DCD07640A@googlemail.com> On 11.05.2009, at 11:32, Maximilian Nickel wrote: > you have numpy installed but are trying to use Numeric. Numpy and > Numeric are not equivalent. Numpy is the successor of Numeric and > has different codebase (although there is a compatibility-module). > Afaik Numeric isnt actively developed anymore. (See also http://numpy.scipy.org > and http://people.csail.mit.edu/jrennie/python/numeric/) > If you want to use Numeric you have to "sudo port install py26- > numeric". But most likely you want to say >>> import numpy and, if necessary, change your code > On Mon, May 11, 2009 at 11:02 AM, Victor Eijkhout > wrote: > I thought I had numpy installed and that this is how it was used: > > [albook:~] %% which python > /opt/local/bin/python > [albook:~] %% python_select -s > python26 > [albook:~] %% port installed | grep 26 > py26-altgraph @0.6.7_0 (active) > py26-bdist_mpkg @0.4.3_0 (active) > py26-configobj @4.5.2_0 (active) > py26-dateutil @1.4.1_0 (active) > py26-macholib @1.2_0 (active) > py26-matplotlib @0.98.5.2_0+darwin_9+tkinter (active) > py26-modulegraph-devel @0.7.2_0 (active) > py26-mysql @1.2.2_0+mysql5 (active) > py26-nose @0.10.4_0 (active) > py26-numpy @1.3.0_0 (active) > py26-py2app-devel @0.4.2_1 (active) > py26-pyobjc2 @2.0_1 (active) > py26-pyobjc2-cocoa @2.0_1 (active) > py26-setuptools @0.6c9_0 (active) > py26-tz @2009f_0 (active) > python26 @2.6.2_1 (active) > [albook:~] %% python > Python 2.6.2 (r262:71600, Apr 29 2009, 10:46:45) > [GCC 4.0.1 (Apple Inc. build 5490)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > >>> import Numeric > Traceback (most recent call last): > File "", line 1, in > ImportError: No module named Numeric > >>> import multarray > Traceback (most recent call last): > File "", line 1, in > ImportError: No module named multarray Sch?ne Gr??e, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From devans at macports.org Mon May 11 14:46:22 2009 From: devans at macports.org (David Evans) Date: Mon, 11 May 2009 14:46:22 -0700 Subject: Error with FFMPEG In-Reply-To: References: <8661444A-A1CA-4CAD-B4B5-2872F82B0FD3@harroart.com> <4A04CBC0.8080408@macports.org> Message-ID: <4A089CAD.6090607@macports.org> > >> You need to upgrade XCode to version 3.1 or better. This is a know >> error in version 3.0. > > In that case, the x264 port should prevent installation on Leopard > with Xcode versions earlier than 3.1. Some code for doing this which > has been used in many ports already can be copied to the x264 portfile > from e.g. the graphviz portfile (though you'd adjust the required > Xcode version number to 3.1). > The code you mention was added in r49663 so I'm not sure what happened here. Looks like it should work. Dave From devans at macports.org Mon May 11 15:17:10 2009 From: devans at macports.org (David Evans) Date: Mon, 11 May 2009 15:17:10 -0700 Subject: More upgrade In-Reply-To: <80C27685-060A-4D87-8CBD-4B92AAD47FE8@macports.org> References: <28AACDC4-9684-49B6-B74F-122226DA8542@comcast.net> <4A00C3DA.6040801@macports.org> <80C27685-060A-4D87-8CBD-4B92AAD47FE8@macports.org> Message-ID: <4A08A3E6.1080508@macports.org> Ryan Schmidt wrote: > > On May 5, 2009, at 22:46, Frank J. R. Hanstick wrote: > >> Fontforge installed with the deactivate. I while back, I raised >> the issue of deactivating and/or uninstalling ports before >> upgrading. Since then, I have run into four ports that have required >> the deactivation before hand. The number seems to be increasing. >> Maybe some things need to be rethought. > > By all means. If you have specific ideas for what could be changed in > base to fix this, please share them on macports-dev. > > I posted an idea and some thoughts and questions about this topic > there a month ago to which nobody responded: > > http://lists.macosforge.org/pipermail/macports-dev/2009-April/008148.html > > I am still interested in feedback on that message. > From what I have seen, while this general type of problem has popped up in several ports, the specific solution is often port specific and depends on what the upstream developer thought was "standard" usage. In open source development, this is often a statement of personal preferences. For example, some might think it is "standard" to uninstall a port before attempting to install a new version. So I think the idea that a single global change in MacPorts would do away with this sort of problem entirely without causing problems elsewhere is a bit optimistic. While these problems look similar, the specific fix often involves evaluation of the specific occurance. And standard usage is in the eye of the beholder -- developer actually. A simple example that I ran across today is gimp-gap-devel. In this port, if ffmpeg-devel is installed, the build of an internal copy of ffmpeg fails because the port lists (accidentally) a MacPorts include path before the internal include path in its build. Thus the MacPorts (incompatible) include files are used and build fails due to conflicting symbol definitions. The MacPorts path came from the pkgconfig defined include path for glib which was ordered first in the include path list. The solution was to move the local include paths to the front of the list. See r50862, r50863. evolution-data-server is a much harder problem as it uses a very complicated build system so its much harder to track down exactly what behavior is causing the problem and therefore where the correct change should be made. At any rate, these are problems that need to be tracked down and fixed one by one. And the magnitude of the task is not too great if we are only talking about 4 ports out of almost 6000. Dave From ryandesign at macports.org Tue May 12 03:38:23 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 12 May 2009 05:38:23 -0500 Subject: Error with FFMPEG In-Reply-To: <4A089CAD.6090607@macports.org> References: <8661444A-A1CA-4CAD-B4B5-2872F82B0FD3@harroart.com> <4A04CBC0.8080408@macports.org> <4A089CAD.6090607@macports.org> Message-ID: <58562DFF-1412-4026-A9A9-BD92E3262A2F@macports.org> On May 11, 2009, at 16:46, David Evans wrote: >>> You need to upgrade XCode to version 3.1 or better. This is a >>> know error in version 3.0. >> >> In that case, the x264 port should prevent installation on Leopard >> with Xcode versions earlier than 3.1. Some code for doing this >> which has been used in many ports already can be copied to the >> x264 portfile from e.g. the graphviz portfile (though you'd adjust >> the required Xcode version number to 3.1). > > The code you mention was added in r49663 so I'm not sure what > happened here. Looks like it should work. Oh, you're right. Then I don't know. Maybe the user's ports were out of date. From webmaster at harroart.com Tue May 12 03:45:27 2009 From: webmaster at harroart.com (Gus) Date: Tue, 12 May 2009 20:45:27 +1000 Subject: Error with FFMPEG In-Reply-To: <58562DFF-1412-4026-A9A9-BD92E3262A2F@macports.org> References: <8661444A-A1CA-4CAD-B4B5-2872F82B0FD3@harroart.com> <4A04CBC0.8080408@macports.org> <4A089CAD.6090607@macports.org> <58562DFF-1412-4026-A9A9-BD92E3262A2F@macports.org> Message-ID: <9A9167A0-FD0E-411C-AC87-FE427EE8A5A1@harroart.com> I am not sure if the port was out of date as it was downloaded within 24 hours of making the post. to this list.. Gus Denton On 12/05/2009, at 8:38 PM, Ryan Schmidt wrote: > On May 11, 2009, at 16:46, David Evans wrote: > >>>> You need to upgrade XCode to version 3.1 or better. This is a >>>> know error in version 3.0. >>> >>> In that case, the x264 port should prevent installation on Leopard >>> with Xcode versions earlier than 3.1. Some code for doing this >>> which has been used in many ports already can be copied to the >>> x264 portfile from e.g. the graphviz portfile (though you'd adjust >>> the required Xcode version number to 3.1). >> >> The code you mention was added in r49663 so I'm not sure what >> happened here. Looks like it should work. > > Oh, you're right. Then I don't know. Maybe the user's ports were out > of date. > Angus Denton Asparagus Arts Web and Database constructions From jack at fader.co.uk Tue May 12 04:00:22 2009 From: jack at fader.co.uk (Jack Rutherford) Date: Tue, 12 May 2009 12:00:22 +0100 Subject: problem installing gst-plugins-base Message-ID: <14abe5ff0905120400j64f4378awaad37f3f8006b0f6@mail.gmail.com> Hi, I have been having lots of trouble getting gst-plugins-base to install, below is the output that is returned when I run port -v install gst-plugins-base. Can anyone offer any advice? port -v install gst-plugins-base ---> Building gst-plugins-base make all-recursive Making all in gst-libs Making all in gst Making all in interfaces make all-am /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../gst-libs -I../../../gst-libs -D_REENTRANT -I/opt/local/include/gstreamer-0.10 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libxml2 -Wall -Wdeclaration-after-statement -g -g -O2 -MT libgstinterfaces_0.10_la-colorbalance.lo -MD -MP -MF .deps/libgstinterfaces_0.10_la-colorbalance.Tpo -c -o libgstinterfaces_0.10_la-colorbalance.lo `test -f 'colorbalance.c' || echo './'`colorbalance.c ../../../libtool: line 830: X--tag=CC: command not found ../../../libtool: line 863: libtool: ignoring unknown tag : command not found ../../../libtool: line 830: X--mode=compile: command not found ../../../libtool: line 997: *** Warning: inferring the mode of operation is deprecated.: command not found ../../../libtool: line 998: *** Future versions of Libtool will require --mode=MODE be specified.: command not found ../../../libtool: line 1141: Xgcc: command not found ../../../libtool: line 1141: X-DHAVE_CONFIG_H: command not found ../../../libtool: line 1141: X-I.: command not found ../../../libtool: line 1141: X-I../../..: No such file or directory ../../../libtool: line 1141: X-I../../../gst-libs: No such file or directory ../../../libtool: line 1141: X-I../../../gst-libs: No such file or directory ../../../libtool: line 1141: X-D_REENTRANT: command not found ../../../libtool: line 1141: X-I/opt/local/include/gstreamer-0.10: No such file or directory ../../../libtool: line 1141: X-I/opt/local/include/glib-2.0: No such file or directory ../../../libtool: line 1141: X-I/opt/local/lib/glib-2.0/include: No such file or directory ../../../libtool: line 1141: X-I/opt/local/include: No such file or directory ../../../libtool: line 1141: X-I/opt/local/include/libxml2: No such file or directory ../../../libtool: line 1141: X-Wall: command not found ../../../libtool: line 1141: X-Wdeclaration-after-statement: command not found ../../../libtool: line 1141: X-g: command not found ../../../libtool: line 1141: X-g: command not found ../../../libtool: line 1141: X-O2: command not found ../../../libtool: line 1141: X-MT: command not found ../../../libtool: line 1141: Xlibgstinterfaces_0.10_la-colorbalance.lo: command not found ../../../libtool: line 1141: X-MD: command not found ../../../libtool: line 1141: X-MP: command not found ../../../libtool: line 1141: X-MF: command not found ../../../libtool: line 1141: X.deps/libgstinterfaces_0.10_la-colorbalance.Tpo: No such file or directory ../../../libtool: line 1141: X-c: command not found ../../../libtool: line 1194: Xlibgstinterfaces_0.10_la-colorbalance.lo: command not found ../../../libtool: line 1199: libtool: compile: cannot determine name of library object from `': command not found make[5]: *** [libgstinterfaces_0.10_la-colorbalance.lo] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_svn.macports.org_trunk_dports_gnome_gst-plugins-base/work/gst-plugins-base-0.10.22" && make all " returned error 2 Command output: ../../../libtool: line 1141: X-I.: command not found ../../../libtool: line 1141: X-I../../..: No such file or directory ../../../libtool: line 1141: X-I../../../gst-libs: No such file or directory ../../../libtool: line 1141: X-I../../../gst-libs: No such file or directory ../../../libtool: line 1141: X-D_REENTRANT: command not found ../../../libtool: line 1141: X-I/opt/local/include/gstreamer-0.10: No such file or directory ../../../libtool: line 1141: X-I/opt/local/include/glib-2.0: No such file or directory ../../../libtool: line 1141: X-I/opt/local/lib/glib-2.0/include: No such file or directory ../../../libtool: line 1141: X-I/opt/local/include: No such file or directory ../../../libtool: line 1141: X-I/opt/local/include/libxml2: No such file or directory ../../../libtool: line 1141: X-Wall: command not found ../../../libtool: line 1141: X-Wdeclaration-after-statement: command not found ../../../libtool: line 1141: X-g: command not found ../../../libtool: line 1141: X-g: command not found ../../../libtool: line 1141: X-O2: command not found ../../../libtool: line 1141: X-MT: command not found ../../../libtool: line 1141: Xlibgstinterfaces_0.10_la-colorbalance.lo: command not found ../../../libtool: line 1141: X-MD: command not found ../../../libtool: line 1141: X-MP: command not found ../../../libtool: line 1141: X-MF: command not found ../../../libtool: line 1141: X.deps/libgstinterfaces_0.10_la-colorbalance.Tpo: No such file or directory ../../../libtool: line 1141: X-c: command not found ../../../libtool: line 1194: Xlibgstinterfaces_0.10_la-colorbalance.lo: command not found ../../../libtool: line 1199: libtool: compile: cannot determine name of library object from `': command not found make[5]: *** [libgstinterfaces_0.10_la-colorbalance.lo] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for gst-plugins-base): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. From ryandesign at macports.org Tue May 12 04:06:55 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 12 May 2009 06:06:55 -0500 Subject: Error with FFMPEG In-Reply-To: <9A9167A0-FD0E-411C-AC87-FE427EE8A5A1@harroart.com> References: <8661444A-A1CA-4CAD-B4B5-2872F82B0FD3@harroart.com> <4A04CBC0.8080408@macports.org> <4A089CAD.6090607@macports.org> <58562DFF-1412-4026-A9A9-BD92E3262A2F@macports.org> <9A9167A0-FD0E-411C-AC87-FE427EE8A5A1@harroart.com> Message-ID: On May 12, 2009, at 05:45, Gus wrote: > On 12/05/2009, at 8:38 PM, Ryan Schmidt wrote: > >> On May 11, 2009, at 16:46, David Evans wrote: >> >>>>> You need to upgrade XCode to version 3.1 or better. This is a >>>>> know error in version 3.0. >>>> >>>> In that case, the x264 port should prevent installation on >>>> Leopard with Xcode versions earlier than 3.1. Some code for >>>> doing this which has been used in many ports already can be >>>> copied to the x264 portfile from e.g. the graphviz portfile >>>> (though you'd adjust the required Xcode version number to 3.1). >>> >>> The code you mention was added in r49663 so I'm not sure what >>> happened here. Looks like it should work. >> >> Oh, you're right. Then I don't know. Maybe the user's ports were >> out of date. > > I am not sure if the port was out of date as it was downloaded > within 24 hours of making the post. to this list.. When you say "it was downloaded" do you mean you ran "sudo port sync" or "sudo port selfupdate" within 24 hours, or just that you ran "sudo port install" within 24 hours? r49663 was committed on 2009-04-14 so if you synced or selfupdated anytime after that date you should have had the code in the portfile that prevents installation with Xcode < 3.1. From webmaster at harroart.com Tue May 12 04:34:49 2009 From: webmaster at harroart.com (Gus) Date: Tue, 12 May 2009 21:34:49 +1000 Subject: Error with FFMPEG In-Reply-To: References: <8661444A-A1CA-4CAD-B4B5-2872F82B0FD3@harroart.com> <4A04CBC0.8080408@macports.org> <4A089CAD.6090607@macports.org> <58562DFF-1412-4026-A9A9-BD92E3262A2F@macports.org> <9A9167A0-FD0E-411C-AC87-FE427EE8A5A1@harroart.com> Message-ID: <5D2C73FE-661C-4DB8-85FD-F9852909B8E4@harroart.com> I definitely ran the selfupdate command and was told all was current no additional bits were needed.. sudo port selfupdate Gus On 12/05/2009, at 9:06 PM, Ryan Schmidt wrote: > > On May 12, 2009, at 05:45, Gus wrote: > >> On 12/05/2009, at 8:38 PM, Ryan Schmidt wrote: >> >>> On May 11, 2009, at 16:46, David Evans wrote: >>> >>>>>> You need to upgrade XCode to version 3.1 or better. This is a >>>>>> know error in version 3.0. >>>>> >>>>> In that case, the x264 port should prevent installation on >>>>> Leopard with Xcode versions earlier than 3.1. Some code for >>>>> doing this which has been used in many ports already can be >>>>> copied to the x264 portfile from e.g. the graphviz portfile >>>>> (though you'd adjust the required Xcode version number to 3.1). >>>> >>>> The code you mention was added in r49663 so I'm not sure what >>>> happened here. Looks like it should work. >>> >>> Oh, you're right. Then I don't know. Maybe the user's ports were >>> out of date. >> >> I am not sure if the port was out of date as it was downloaded >> within 24 hours of making the post. to this list.. > > When you say "it was downloaded" do you mean you ran "sudo port > sync" or "sudo port selfupdate" within 24 hours, or just that you > ran "sudo port install" within 24 hours? > > r49663 was committed on 2009-04-14 so if you synced or selfupdated > anytime after that date you should have had the code in the portfile > that prevents installation with Xcode < 3.1. > > Angus Denton Asparagus Arts Web and Database constructions From ryandesign at macports.org Tue May 12 04:52:19 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 12 May 2009 06:52:19 -0500 Subject: boo build error In-Reply-To: <4A07A739.60805@gmail.com> References: <4A07A739.60805@gmail.com> Message-ID: <55899863-CBCA-46BF-9CD6-E4A6DA6B5F5A@macports.org> On May 10, 2009, at 23:19, Artie Ziff wrote: > I see this error and seeking info to get past it. > Is there anything obvious to investigate based on the output? Fixed, I think; see #19605. Thanks for reporting the problem. From blb at macports.org Tue May 12 12:46:25 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 12 May 2009 13:46:25 -0600 Subject: problem installing gst-plugins-base In-Reply-To: <14abe5ff0905120400j64f4378awaad37f3f8006b0f6@mail.gmail.com> References: <14abe5ff0905120400j64f4378awaad37f3f8006b0f6@mail.gmail.com> Message-ID: <20090512194625.GF81258@ninagal.withay.com> On Tue, May 12, 2009 at 12:00:22PM +0100, Jack Rutherford said: > Hi, > > I have been having lots of trouble getting gst-plugins-base to > install, below is the output that is returned when I run port -v > install gst-plugins-base. > > Can anyone offer any advice? > > > port -v install gst-plugins-base > ---> Building gst-plugins-base > make all-recursive > Making all in gst-libs > Making all in gst > Making all in interfaces > make all-am > /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H > -I. -I../../.. -I../../../gst-libs -I../../../gst-libs -D_REENTRANT > -I/opt/local/include/gstreamer-0.10 -I/opt/local/include/glib-2.0 > -I/opt/local/lib/glib-2.0/include -I/opt/local/include > -I/opt/local/include/libxml2 -Wall -Wdeclaration-after-statement -g > -g -O2 -MT libgstinterfaces_0.10_la-colorbalance.lo -MD -MP -MF > .deps/libgstinterfaces_0.10_la-colorbalance.Tpo -c -o > libgstinterfaces_0.10_la-colorbalance.lo `test -f 'colorbalance.c' || > echo './'`colorbalance.c > ../../../libtool: line 830: X--tag=CC: command not found Looks like #18918: Unfortunately there doesn't appear to be any ideas on how to fix it as yet... Bryan [...] From jmr at macports.org Tue May 12 13:13:18 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 13 May 2009 06:13:18 +1000 Subject: problem installing gst-plugins-base In-Reply-To: <20090512194625.GF81258@ninagal.withay.com> References: <14abe5ff0905120400j64f4378awaad37f3f8006b0f6@mail.gmail.com> <20090512194625.GF81258@ninagal.withay.com> Message-ID: <4A09D85E.7060904@macports.org> On 2009-5-13 05:46, Bryan Blackburn wrote: > On Tue, May 12, 2009 at 12:00:22PM +0100, Jack Rutherford said: >> Hi, >> >> I have been having lots of trouble getting gst-plugins-base to >> install, below is the output that is returned when I run port -v >> install gst-plugins-base. >> ../../../libtool: line 830: X--tag=CC: command not found > > Looks like #18918: > > > > Unfortunately there doesn't appear to be any ideas on how to fix it as > yet... This looks like a similar issue, which was fixed by replacing the bundled ltmain.sh with ours: - Josh From emmgunn at gmail.com Tue May 12 13:56:39 2009 From: emmgunn at gmail.com (EmmGunn) Date: Tue, 12 May 2009 13:56:39 -0700 Subject: Trouble Installing Mplayer Message-ID: <5C04C14B-C49D-4496-9579-23FF668A0440@gmail.com> Hi All! I'm having trouble installing mplayer. The specific problem seems to be with the perl5.8 port. I get the following error when it tries to install: ---> Building perl5.8 Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_perl5.8/work/perl-5.8.9" && make all " returned error 2 Command output: /usr/local/include/math.h:868: error: syntax error before '*' token /usr/local/include/math.h:878: error: syntax error before '*' token /usr/local/include/math.h:885: error: syntax error before '*' token /usr/local/include/math.h:894: error: syntax error before '*' token /usr/local/include/math.h:901: error: syntax error before '*' token /usr/local/include/math.h:907: error: syntax error before 'GF_Vec' /usr/local/include/math.h:917: error: syntax error before '*' token /usr/local/include/math.h:925: error: syntax error before 'gf_plane_get_distance' /usr/local/include/math.h:925: error: syntax error before '*' token /usr/local/include/math.h:934: error: syntax error before 'gf_closest_point_to_line' /usr/local/include/math.h:934: error: syntax error before 'line_pt' /usr/local/include/math.h:942: error: syntax error before 'gf_plane_get_p_vertex_idx' /usr/local/include/math.h:942: error: syntax error before '*' token /usr/local/include/math.h:952: error: syntax error before 'gf_plane_intersect_line' /usr/local/include/math.h:952: error: syntax error before '*' token /usr/local/include/math.h:971: error: syntax error before 'gf_bbox_plane_relation' /usr/local/include/math.h:971: error: syntax error before '*' token /usr/local/include/math.h:980: error: syntax error before 'GF_Vec' /usr/local/include/math.h:992: error: syntax error before 'gf_ray' /usr/local/include/math.h:992: error: syntax error before 'start' /usr/local/include/math.h:999: error: syntax error before '*' token /usr/local/include/math.h:1009: error: syntax error before 'gf_ray_hit_box' /usr/local/include/math.h:1009: error: syntax error before '*' token /usr/local/include/math.h:1019: error: syntax error before 'gf_ray_hit_sphere' /usr/local/include/math.h:1019: error: syntax error before '*' token /usr/local/include/math.h:1030: error: syntax error before 'gf_ray_hit_triangle' /usr/local/include/math.h:1030: error: syntax error before '*' token /usr/local/include/math.h:1036: error: syntax error before 'gf_ray_hit_triangle_backcull' /usr/local/include/math.h:1036: error: syntax error before '*' token make: *** [miniperlmain.o] Error 1 I'm not sure what math.h has to do with perl. It's a GPAC file. I think it was installed with mp4box. Was something overwritten? I tried to do some googling but didn't have any luck. Part of the problem is that I'm not a UNIX pro so what I did find was greek to me. Any dummying down that you can manage in your response would be very much appreciated. Thanks for any hints. -Mike From blb at macports.org Tue May 12 16:01:40 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 12 May 2009 17:01:40 -0600 Subject: Trouble Installing Mplayer In-Reply-To: <5C04C14B-C49D-4496-9579-23FF668A0440@gmail.com> References: <5C04C14B-C49D-4496-9579-23FF668A0440@gmail.com> Message-ID: <20090512230140.GK81258@ninagal.withay.com> On Tue, May 12, 2009 at 01:56:39PM -0700, EmmGunn said: > Hi All! > I'm having trouble installing mplayer. The specific problem seems to be > with the perl5.8 port. I get the following error when it tries to > install: > > ---> Building perl5.8 > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/_opt_local_var_macports_sources_rsync > .macports.org_release_ports_lang_perl5.8/work/perl-5.8.9" && make all " > returned error 2 > Command output: /usr/local/include/math.h:868: error: syntax error before > '*' token It appears that you have something in /usr/local that is getting in the way; you'll need to move or remove such items (at least this one header file), though there may be others. The usual advice given is to simply move /usr/local aside (eg, to /usr/local-move) then install again. Bryan [...] > > I'm not sure what math.h has to do with perl. It's a GPAC file. I think > it was installed with mp4box. Was something overwritten? I tried to do > some googling but didn't have any luck. Part of the problem is that I'm > not a UNIX pro so what I did find was greek to me. Any dummying down that > you can manage in your response would be very much appreciated. Thanks > for any hints. > > -Mike From emmgunn at gmail.com Tue May 12 20:40:27 2009 From: emmgunn at gmail.com (EmmGunn) Date: Tue, 12 May 2009 20:40:27 -0700 Subject: Trouble Installing Mplayer In-Reply-To: <20090512230140.GK81258@ninagal.withay.com> References: <5C04C14B-C49D-4496-9579-23FF668A0440@gmail.com> <20090512230140.GK81258@ninagal.withay.com> Message-ID: <7E0125D7-49C6-4223-82B0-D82D207208DA@gmail.com> Thanks for the hint. I tried moving the math.h header file but then I received this error: ---> Building perl5.8 Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_perl5.8/work/perl-5.8.9" && make all " returned error 2 Command output: make: *** No rule to make target `/usr/local/include/ math.h', needed by `miniperlmain.o'. Stop. Error: Status 1 encountered during processing. It seems that the math.h file is needed. I just know some of the basics of UNIX but isn't the usr/local/ directory for user installed stuff. Why would the perl installer be looking in there for anything? Thank in advance for any more help. On May 12, 2009, at 4:01 PM, Bryan Blackburn wrote: > On Tue, May 12, 2009 at 01:56:39PM -0700, EmmGunn said: >> Hi All! >> I'm having trouble installing mplayer. The specific problem seems >> to be >> with the perl5.8 port. I get the following error when it tries to >> install: >> >> ---> Building perl5.8 >> Error: Target org.macports.build returned: shell command " cd "/opt/ >> local/var/macports/build/_opt_local_var_macports_sources_rsync >> .macports.org_release_ports_lang_perl5.8/work/perl-5.8.9" && make >> all " >> returned error 2 >> Command output: /usr/local/include/math.h:868: error: syntax error >> before >> '*' token > > It appears that you have something in /usr/local that is getting in > the way; > you'll need to move or remove such items (at least this one header > file), > though there may be others. The usual advice given is to simply move > /usr/local aside (eg, to /usr/local-move) then install again. > > Bryan > > [...] >> >> I'm not sure what math.h has to do with perl. It's a GPAC file. I >> think >> it was installed with mp4box. Was something overwritten? I tried >> to do >> some googling but didn't have any luck. Part of the problem is >> that I'm >> not a UNIX pro so what I did find was greek to me. Any dummying >> down that >> you can manage in your response would be very much appreciated. >> Thanks >> for any hints. >> >> -Mike > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From artie.ziff at gmail.com Tue May 12 21:17:35 2009 From: artie.ziff at gmail.com (Artie Ziff) Date: Tue, 12 May 2009 21:17:35 -0700 Subject: Cleaning gtk2 error Message-ID: <4A0A49DF.10305@gmail.com> $ sudo port upgrade outdated ---> Fetching gtk2 ---> Attempting to fetch gtk+-2.16.1.tar.bz2 from http://distfiles.macports.org/gtk2 ---> Verifying checksum(s) for gtk2 ---> Extracting gtk2 ---> Applying patches to gtk2 ---> Configuring gtk2 ---> Building gtk2 ---> Staging gtk2 into destroot ---> Deactivating gtk2 @2.16.1_3+x11 ---> Installing gtk2 @2.16.1_4+x11 ---> Activating gtk2 @2.16.1_4+x11 ---> Cleaning gtk2 couldn't change working directory to "/Users/art/Projects/mono-csharpshell": no such file or directory while executing "cd $savedir" (procedure "foreachport" line 17) invoked from within "foreachport $portlist { if {[catch {registry::installed $portname}]} { ui_error "$portname is not installed" return 1 ..." (procedure "action_upgrade" line 6) invoked from within "$action_proc $action $portlist [array get global_options]" (procedure "process_cmd" line 86) invoked from within "process_cmd $remaining_args" invoked from within "if { [llength $remaining_args] > 0 } { # If there are remaining arguments, process those as a command # Exit immediately, by default, unless..." (file "/opt/local/bin/port" line 3247) #### Is sharing error here, sufficient. Or should I post as bug? Cheers, Art From blb at macports.org Tue May 12 22:53:29 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 12 May 2009 23:53:29 -0600 Subject: Trouble Installing Mplayer In-Reply-To: <7E0125D7-49C6-4223-82B0-D82D207208DA@gmail.com> References: <5C04C14B-C49D-4496-9579-23FF668A0440@gmail.com> <20090512230140.GK81258@ninagal.withay.com> <7E0125D7-49C6-4223-82B0-D82D207208DA@gmail.com> Message-ID: <20090513055329.GD535@ninagal.withay.com> On Tue, May 12, 2009 at 08:40:27PM -0700, EmmGunn said: > Thanks for the hint. I tried moving the math.h header file but then I > received this error: > > ---> Building perl5.8 > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/_opt_local_var_macports_sources_rsync > .macports.org_release_ports_lang_perl5.8/work/perl-5.8.9" && make all " > returned error 2 > Command output: make: *** No rule to make target `/usr/local/include/ > math.h', needed by `miniperlmain.o'. Stop. Ah, you need to clean perl5.8 first: $ sudo port clean --work perl5.8 It obviously remembered that file existed from an earlier stage (probably configure) so cleaning will get rid of that information, and when you run install again it'll rerun configure and shouldn't see it this time around. Bryan > > Error: Status 1 encountered during processing. > > It seems that the math.h file is needed. I just know some of the basics > of UNIX but isn't the usr/local/ directory for user installed stuff. Why > would the perl installer be looking in there for anything? Thank in > advance for any more help. > > > > On May 12, 2009, at 4:01 PM, Bryan Blackburn wrote: > >> On Tue, May 12, 2009 at 01:56:39PM -0700, EmmGunn said: >>> Hi All! >>> I'm having trouble installing mplayer. The specific problem seems to >>> be >>> with the perl5.8 port. I get the following error when it tries to >>> install: >>> >>> ---> Building perl5.8 >>> Error: Target org.macports.build returned: shell command " cd "/opt/ >>> local/var/macports/build/_opt_local_var_macports_sources_rsync >>> .macports.org_release_ports_lang_perl5.8/work/perl-5.8.9" && make all >>> " >>> returned error 2 >>> Command output: /usr/local/include/math.h:868: error: syntax error >>> before >>> '*' token >> >> It appears that you have something in /usr/local that is getting in the >> way; >> you'll need to move or remove such items (at least this one header >> file), >> though there may be others. The usual advice given is to simply move >> /usr/local aside (eg, to /usr/local-move) then install again. >> >> Bryan >> >> [...] >>> >>> I'm not sure what math.h has to do with perl. It's a GPAC file. I >>> think >>> it was installed with mp4box. Was something overwritten? I tried to >>> do >>> some googling but didn't have any luck. Part of the problem is that >>> I'm >>> not a UNIX pro so what I did find was greek to me. Any dummying down >>> that >>> you can manage in your response would be very much appreciated. >>> Thanks >>> for any hints. >>> >>> -Mike From dlokesh at gmail.com Tue May 12 22:53:43 2009 From: dlokesh at gmail.com (Lokeshwaran) Date: Wed, 13 May 2009 11:23:43 +0530 Subject: "port: command not found" after installing MacPorts-1.7.1-10.5-Leopard Message-ID: Hi, I'm using zsh as my default shell and the .profile file contains the following: *# MacPorts Installer addition on 2009-05-05_at_22:14:59: adding an appropriate PATH variable for use with MacPorts. export PATH=/opt/local/bin:/opt/local/sbin:$PATH # Finished adapting your PATH environment variable for use with MacPorts. # MacPorts Installer addition on 2009-05-05_at_22:14:59: adding an appropriate MANPATH variable for use with MacPorts. export MANPATH=/opt/local/share/man:$MANPATH # Finished adapting your MANPATH environment variable for use with MacPorts. * And following is the output of the env command: *MANPATH=/usr/share/man:/usr/local/share/man:/usr/X11/man:/usr/local/git/man TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/zsh TMPDIR=/var/folders/gi/gi-FyLQWGT4dmqD1cxBcek+++TI/-Tmp-/ Apple_PubSub_Socket_Render=/tmp/launch-j8GB9V/Render TERM_PROGRAM_VERSION=240 USER=lokeshwaran COMMAND_MODE=unix2003 SSH_AUTH_SOCK=/tmp/launch-Dm0fLA/Listeners __CF_USER_TEXT_ENCODING=0x1F5:0:0 PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/local/git/bin PWD=/Users/lokeshwaran SHLVL=3 HOME=/Users/lokeshwaran LOGNAME=lokeshwaran LC_CTYPE=UTF-8 DISPLAY=/tmp/launch-pkagoq/:0* Clearly, the PATH variables defined in .profile is not set. Does zsh not read from .profile? Or should something else be done for macports to work with zsh? Thanks. -- Lokeshwaran D -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Tue May 12 22:55:55 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 12 May 2009 23:55:55 -0600 Subject: Cleaning gtk2 error In-Reply-To: <4A0A49DF.10305@gmail.com> References: <4A0A49DF.10305@gmail.com> Message-ID: <20090513055555.GE535@ninagal.withay.com> On Tue, May 12, 2009 at 09:17:35PM -0700, Artie Ziff said: > $ sudo port upgrade outdated [...] > ---> Cleaning gtk2 > couldn't change working directory to > "/Users/art/Projects/mono-csharpshell": no such file or directory Did you happen to remove this directory while that port command was running? port will return to the original directory from which is was started, so if that directory is removed before port finishes, this happens. This is similar to #17076: Bryan [...] > > Is sharing error here, sufficient. > Or should I post as bug? > > Cheers, > Art From perry at macports.org Tue May 12 22:57:13 2009 From: perry at macports.org (Perry Lee) Date: Tue, 12 May 2009 22:57:13 -0700 Subject: "port: command not found" after installing MacPorts-1.7.1-10.5-Leopard In-Reply-To: References: Message-ID: On May 12, 2009, at 10:53 PM, Lokeshwaran wrote: > Clearly, the PATH variables defined in .profile is not set. Does zsh > not read from .profile? Or should something else be done for > macports to work with zsh? http://zsh.dotsrc.org/Guide/zshguide02.html#l9 Try adding 'path=(/opt/local/{bin,sbin} $path)' to ~/.zprofile. From ryandesign at macports.org Wed May 13 01:53:39 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 13 May 2009 03:53:39 -0500 Subject: Trouble Installing Mplayer In-Reply-To: <7E0125D7-49C6-4223-82B0-D82D207208DA@gmail.com> References: <5C04C14B-C49D-4496-9579-23FF668A0440@gmail.com> <20090512230140.GK81258@ninagal.withay.com> <7E0125D7-49C6-4223-82B0-D82D207208DA@gmail.com> Message-ID: <9C712673-1296-476D-9E16-14CCC3B59885@macports.org> On May 12, 2009, at 22:40, EmmGunn wrote: > I just know some of the basics of UNIX but isn't the usr/local/ > directory for user installed stuff. Why would the perl installer > be looking in there for anything? gcc, the compiler most all ports use, automatically looks in /usr/ local. We do not want it to do this but we do not know how to reliably tell it not to do this. Therefore we can only require you to ensure you have nothing there while using MacPorts. From ryandesign at macports.org Wed May 13 01:54:39 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 13 May 2009 03:54:39 -0500 Subject: "port: command not found" after installing MacPorts-1.7.1-10.5-Leopard In-Reply-To: References: Message-ID: <7A5ADF21-0CDB-47E9-831B-57C9CAEC2527@macports.org> On May 13, 2009, at 00:57, Perry Lee wrote: > On May 12, 2009, at 10:53 PM, Lokeshwaran wrote: >> Clearly, the PATH variables defined in .profile is not set. Does >> zsh not read from .profile? Or should something else be done for >> macports to work with zsh? > > http://zsh.dotsrc.org/Guide/zshguide02.html#l9 > > Try adding 'path=(/opt/local/{bin,sbin} $path)' to ~/.zprofile. MacPorts sets up the environment for bash and tcsh shells, but not any others such as zsh. From bjarne.backstrom at hjomail.se Wed May 13 06:25:46 2009 From: bjarne.backstrom at hjomail.se (=?ISO-8859-1?Q?Bjarne_B=E4ckstr=F6m?=) Date: Wed, 13 May 2009 15:25:46 +0200 Subject: qucs build error Message-ID: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> On OS X 10.4.11 (intel) with a freshly installed MacPorts: [...] /usr/bin/g++-4.0 -O2 -pipe -fno-exceptions -fno-check-new -L/opt/ local/lib -o qucs -L/lib node.o element.o qucsdoc.o wire.o mouseactions.o qucs.o main.o wirelabel.o qucs_init.o qucs_actions.o viewpainter.o mnemo.o schematic.o schematic_element.o textdoc.o schematic_file.o qucs.moc.o schematic.moc.o textdoc.moc.o components/ libcomponents.a diagrams/libdiagrams.a paintings/libpaintings.a dialogs/libdialogs.a -L/usr/X11R6/lib -lSM -lICE -lX11 -lqt-mt /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: warning -L: directory name (/lib) does not exist /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: QPaintDevice::setX11Data(QPaintDeviceX11Data const*) QWidget::create(unsigned long, bool, bool) QWidget::x11Event(_XEvent*) QPaintDevice::x11RenderHandle() const collect2: ld returned 1 exit status make[3]: *** [qucs] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- Regards, /Bjarne. From emmgunn at gmail.com Wed May 13 10:15:12 2009 From: emmgunn at gmail.com (EmmGunn) Date: Wed, 13 May 2009 10:15:12 -0700 Subject: Trouble Installing Mplayer In-Reply-To: <20090513055329.GD535@ninagal.withay.com> References: <5C04C14B-C49D-4496-9579-23FF668A0440@gmail.com> <20090512230140.GK81258@ninagal.withay.com> <7E0125D7-49C6-4223-82B0-D82D207208DA@gmail.com> <20090513055329.GD535@ninagal.withay.com> Message-ID: That did it. Thanks! On May 12, 2009, at 10:53 PM, Bryan Blackburn wrote: > On Tue, May 12, 2009 at 08:40:27PM -0700, EmmGunn said: >> Thanks for the hint. I tried moving the math.h header file but >> then I >> received this error: >> >> ---> Building perl5.8 >> Error: Target org.macports.build returned: shell command " cd "/opt/ >> local/var/macports/build/_opt_local_var_macports_sources_rsync >> .macports.org_release_ports_lang_perl5.8/work/perl-5.8.9" && make >> all " >> returned error 2 >> Command output: make: *** No rule to make target `/usr/local/include/ >> math.h', needed by `miniperlmain.o'. Stop. > > Ah, you need to clean perl5.8 first: > > $ sudo port clean --work perl5.8 > > It obviously remembered that file existed from an earlier stage > (probably > configure) so cleaning will get rid of that information, and when > you run > install again it'll rerun configure and shouldn't see it this time > around. > > Bryan > > >> >> Error: Status 1 encountered during processing. >> >> It seems that the math.h file is needed. I just know some of the >> basics >> of UNIX but isn't the usr/local/ directory for user installed >> stuff. Why >> would the perl installer be looking in there for anything? Thank in >> advance for any more help. >> >> >> >> On May 12, 2009, at 4:01 PM, Bryan Blackburn wrote: >> >>> On Tue, May 12, 2009 at 01:56:39PM -0700, EmmGunn said: >>>> Hi All! >>>> I'm having trouble installing mplayer. The specific problem >>>> seems to >>>> be >>>> with the perl5.8 port. I get the following error when it tries to >>>> install: >>>> >>>> ---> Building perl5.8 >>>> Error: Target org.macports.build returned: shell command " cd "/ >>>> opt/ >>>> local/var/macports/build/_opt_local_var_macports_sources_rsync >>>> .macports.org_release_ports_lang_perl5.8/work/perl-5.8.9" && make >>>> all >>>> " >>>> returned error 2 >>>> Command output: /usr/local/include/math.h:868: error: syntax error >>>> before >>>> '*' token >>> >>> It appears that you have something in /usr/local that is getting >>> in the >>> way; >>> you'll need to move or remove such items (at least this one header >>> file), >>> though there may be others. The usual advice given is to simply >>> move >>> /usr/local aside (eg, to /usr/local-move) then install again. >>> >>> Bryan >>> >>> [...] >>>> >>>> I'm not sure what math.h has to do with perl. It's a GPAC file. I >>>> think >>>> it was installed with mp4box. Was something overwritten? I >>>> tried to >>>> do >>>> some googling but didn't have any luck. Part of the problem is >>>> that >>>> I'm >>>> not a UNIX pro so what I did find was greek to me. Any dummying >>>> down >>>> that >>>> you can manage in your response would be very much appreciated. >>>> Thanks >>>> for any hints. >>>> >>>> -Mike > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From emmgunn at gmail.com Wed May 13 10:25:56 2009 From: emmgunn at gmail.com (EmmGunn) Date: Wed, 13 May 2009 10:25:56 -0700 Subject: Mplayer Variant Help Message-ID: Hi All, I'm looking at the different variants for mplayer and most of them are self explanatory, but I have a couple of questions. I noticed this in the port file: 83 # configure is not autoconf 84 universal_variant no which I took to mean that a universal variant is not available, but then I see a binary_codecs variant which has something about powerpc and i386. What does this do exactly? Is this something equivalent to a universal variant? I was hoping to compile a universal build of mplayer. Also, just out of curiosity, what are the darwin and darwin_8 variants. I couldn't find anything about them either. Thanks in advance for any help. -Mike From artie.ziff at gmail.com Wed May 13 13:38:01 2009 From: artie.ziff at gmail.com (Artie Ziff) Date: Wed, 13 May 2009 13:38:01 -0700 Subject: Announcing: port_upgrade In-Reply-To: <4A06CA89.5060400@macports.org> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> <20090510091152.GA49973@rail.eu.org> <4A06CA89.5060400@macports.org> Message-ID: <4A0B2FA9.2070402@gmail.com> Hello Rainer, Using the new tool... Is this behavior expected? $ ./port_upgrade -o upgrade.sh No configuration loaded. Outdated(1): gtk2(2.16.1_4, 2.16.1_3) < 2.16.1_4 29 ports to remove: evolution-data-server,gconf,gnome-desktop,gnome-keyring,gnome-menus,gnome-panel,gnome-sharp2,gnome-vfs,gtk-engines2,gtk-sharp2,gtk2,gtksourceview,gtksourceview-sharp2,libbonoboui,libglade2,libgnome,libgnomecanvas,libgnomeprintui,libgnomeui,libgsf,libgweather,libproxy,librsvg,libsoup,libwnck,mono-addins,pidgin,py25-gnome,py25-gtk $ sudo ./upgrade.sh full run ---> Deactivating gtk-engines2 @2.18.1_0 ---> Uninstalling gtk-engines2 @2.18.1_0 ---> Deactivating gtksourceview-sharp2 @0.12_0 ---> Uninstalling gtksourceview-sharp2 @0.12_0 ---> Deactivating mono-addins @0.3.1_0 ---> Uninstalling mono-addins @0.3.1_0 ---> Deactivating pidgin @2.5.5_1 ---> Uninstalling pidgin @2.5.5_1 ---> Deactivating gnome-sharp2 @2.20.0_1 ---> Uninstalling gnome-sharp2 @2.20.0_1 ---> Deactivating gtk-sharp2 @2.12.5_0 ---> Uninstalling gtk-sharp2 @2.12.5_0 ---> Deactivating gtksourceview @1.8.5_1 ---> Uninstalling gtksourceview @1.8.5_1 ---> Deactivating gnome-panel @2.26.1_0 ---> Uninstalling gnome-panel @2.26.1_0 ---> Deactivating libgnomeprintui @2.18.4_0 ---> Uninstalling libgnomeprintui @2.18.4_0 ---> Deactivating evolution-data-server @2.26.1.1_0 ---> Uninstalling evolution-data-server @2.26.1.1_0 ---> Deactivating gnome-desktop @2.26.1_0 ---> Uninstalling gnome-desktop @2.26.1_0 ---> Deactivating gnome-menus @2.26.1_0 ---> Uninstalling gnome-menus @2.26.1_0 ---> Deactivating librsvg @2.26.0_0 ---> Uninstalling librsvg @2.26.0_0 ---> Deactivating libwnck @2.26.1_0 ---> Uninstalling libwnck @2.26.1_0 ---> Deactivating libgsf @1.14.12_0 ---> Uninstalling libgsf @1.14.12_0 ---> Deactivating libgweather @2.26.1_0 ---> Uninstalling libgweather @2.26.1_0 ---> Deactivating py25-gnome @2.26.1_0+darwin_9 ---> Uninstalling py25-gnome @2.26.1_0+darwin_9 ---> Deactivating libgnomeui @2.24.1_0 ---> Uninstalling libgnomeui @2.24.1_0 ---> Deactivating libsoup @2.26.1_0 ---> Uninstalling libsoup @2.26.1_0 ---> Deactivating py25-gtk @2.14.1_0+darwin_9 ---> Uninstalling py25-gtk @2.14.1_0+darwin_9 ---> Deactivating gnome-keyring @2.26.1_0 ---> Uninstalling gnome-keyring @2.26.1_0 ---> Deactivating libbonoboui @2.24.1_0 ---> Uninstalling libbonoboui @2.24.1_0 ---> Deactivating libproxy @0.2.3_1 ---> Uninstalling libproxy @0.2.3_1 ---> Deactivating libgnome @2.26.0_0 ---> Uninstalling libgnome @2.26.0_0 ---> Deactivating libgnomecanvas @2.26.0_0 ---> Uninstalling libgnomecanvas @2.26.0_0 ---> Deactivating gnome-vfs @2.24.1_0 ---> Uninstalling gnome-vfs @2.24.1_0 ---> Deactivating libglade2 @2.6.4_0 ---> Uninstalling libglade2 @2.6.4_0 ---> Deactivating gconf @2.26.1_0 ---> Uninstalling gconf @2.26.1_0 ---> Deactivating gtk2 @2.16.1_4+x11 ---> Uninstalling gtk2 @2.16.1_4+x11 ---> Uninstalling gtk2 @2.16.1_3+x11 ---> Fetching gtk2 ---> Verifying checksum(s) for gtk2 ---> Extracting gtk2 ---> Applying patches to gtk2 ---> Configuring gtk2 ---> Building gtk2 (still running...) From sck at nogas.org Wed May 13 14:34:44 2009 From: sck at nogas.org (Scott C. Kennedy) Date: Wed, 13 May 2009 14:34:44 -0700 Subject: Announcing: port_upgrade In-Reply-To: <4A0B2FA9.2070402@gmail.com> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <15F8B201-73B6-4BDE-AB20-788EF35C39C6@macports.org> <20090510091152.GA49973@rail.eu.org> <4A06CA89.5060400@macports.org> <4A0B2FA9.2070402@gmail.com> Message-ID: <4A0B3CF4.1030007@nogas.org> It's not Rainer's tool, but was written by Tony Doan. But to answer your question... Yes, that's the "proper" function, and it's removed the two old versions of GTK2 and re-compiled all their dependencies to the newer version. Scott Artie Ziff wrote: > Hello Rainer, > > Using the new tool... > Is this behavior expected? > > $ ./port_upgrade -o upgrade.sh > No configuration loaded. > Outdated(1): > gtk2(2.16.1_4, 2.16.1_3) < 2.16.1_4 > 29 ports to remove: > evolution-data-server,gconf,gnome-desktop,gnome-keyring,gnome-menus,gnome-panel,gnome-sharp2,gnome-vfs,gtk-engines2,gtk-sharp2,gtk2,gtksourceview,gtksourceview-sharp2,libbonoboui,libglade2,libgnome,libgnomecanvas,libgnomeprintui,libgnomeui,libgsf,libgweather,libproxy,librsvg,libsoup,libwnck,mono-addins,pidgin,py25-gnome,py25-gtk > > > $ sudo ./upgrade.sh > full run > ---> Deactivating gtk-engines2 @2.18.1_0 > ---> Uninstalling gtk-engines2 @2.18.1_0 > ---> Deactivating gtksourceview-sharp2 @0.12_0 > ---> Uninstalling gtksourceview-sharp2 @0.12_0 > ---> Deactivating mono-addins @0.3.1_0 > ---> Uninstalling mono-addins @0.3.1_0 > ---> Deactivating pidgin @2.5.5_1 > ---> Uninstalling pidgin @2.5.5_1 > ---> Deactivating gnome-sharp2 @2.20.0_1 > ---> Uninstalling gnome-sharp2 @2.20.0_1 > ---> Deactivating gtk-sharp2 @2.12.5_0 > ---> Uninstalling gtk-sharp2 @2.12.5_0 > ---> Deactivating gtksourceview @1.8.5_1 > ---> Uninstalling gtksourceview @1.8.5_1 > ---> Deactivating gnome-panel @2.26.1_0 > ---> Uninstalling gnome-panel @2.26.1_0 > ---> Deactivating libgnomeprintui @2.18.4_0 > ---> Uninstalling libgnomeprintui @2.18.4_0 > ---> Deactivating evolution-data-server @2.26.1.1_0 > ---> Uninstalling evolution-data-server @2.26.1.1_0 > ---> Deactivating gnome-desktop @2.26.1_0 > ---> Uninstalling gnome-desktop @2.26.1_0 > ---> Deactivating gnome-menus @2.26.1_0 > ---> Uninstalling gnome-menus @2.26.1_0 > ---> Deactivating librsvg @2.26.0_0 > ---> Uninstalling librsvg @2.26.0_0 > ---> Deactivating libwnck @2.26.1_0 > ---> Uninstalling libwnck @2.26.1_0 > ---> Deactivating libgsf @1.14.12_0 > ---> Uninstalling libgsf @1.14.12_0 > ---> Deactivating libgweather @2.26.1_0 > ---> Uninstalling libgweather @2.26.1_0 > ---> Deactivating py25-gnome @2.26.1_0+darwin_9 > ---> Uninstalling py25-gnome @2.26.1_0+darwin_9 > ---> Deactivating libgnomeui @2.24.1_0 > ---> Uninstalling libgnomeui @2.24.1_0 > ---> Deactivating libsoup @2.26.1_0 > ---> Uninstalling libsoup @2.26.1_0 > ---> Deactivating py25-gtk @2.14.1_0+darwin_9 > ---> Uninstalling py25-gtk @2.14.1_0+darwin_9 > ---> Deactivating gnome-keyring @2.26.1_0 > ---> Uninstalling gnome-keyring @2.26.1_0 > ---> Deactivating libbonoboui @2.24.1_0 > ---> Uninstalling libbonoboui @2.24.1_0 > ---> Deactivating libproxy @0.2.3_1 > ---> Uninstalling libproxy @0.2.3_1 > ---> Deactivating libgnome @2.26.0_0 > ---> Uninstalling libgnome @2.26.0_0 > ---> Deactivating libgnomecanvas @2.26.0_0 > ---> Uninstalling libgnomecanvas @2.26.0_0 > ---> Deactivating gnome-vfs @2.24.1_0 > ---> Uninstalling gnome-vfs @2.24.1_0 > ---> Deactivating libglade2 @2.6.4_0 > ---> Uninstalling libglade2 @2.6.4_0 > ---> Deactivating gconf @2.26.1_0 > ---> Uninstalling gconf @2.26.1_0 > ---> Deactivating gtk2 @2.16.1_4+x11 > ---> Uninstalling gtk2 @2.16.1_4+x11 > ---> Uninstalling gtk2 @2.16.1_3+x11 > ---> Fetching gtk2 > ---> Verifying checksum(s) for gtk2 > ---> Extracting gtk2 > ---> Applying patches to gtk2 > ---> Configuring gtk2 > ---> Building gtk2 > > (still running...) > > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > From markmh at bgsu.edu Wed May 13 17:36:24 2009 From: markmh at bgsu.edu (Mark M Huntress) Date: Wed, 13 May 2009 20:36:24 -0400 Subject: selfupdate error Message-ID: <7A2FF6D3217BE244B0B6ADF25F580CF13647D6D603@MAIL6.bgsu.edu> I am new to this. I installed macports 1.7, and then did sudo ports selfupdate, and it gave me this: Error: /opt/local/bin/port: port selfupdate failed: Error installing new MacPorts base: shell command "cd /opt/local/var/macports/sources/rsync.macports.org/release/base && ./configure --prefix=/opt/local --with-tclpackage=/Library/Tcl --with-install-user=root --with-install-group=admin --with-directory-mode=0755 && make && make install" returned error 2 and later this: sql.c:96: warning: passing argument 2 of 'Tcl_RegExpMatch' discards qualifiers from pointer target type sql.c:96: warning: passing argument 3 of 'Tcl_RegExpMatch' discards qualifiers from pointer target type cregistry.a registry.o entry.o sql.o make[2]: cregistry.a: Command not found make[2]: *** [cregistry.a] Error 127 make[1]: *** [all] Error 1 make: *** [all] Error 1 So, am I screwed? What do I have to do to make it work? I was hoping it would work anyway, and I tried to intall the Molden program, % cd /opt/local/bin/portslocation/dports/molden % sudo port install molden but I don't even have a ports location directory. I would appreciate any advice. Should I maybe try to remove macports1.7 and reinstall? Thanks From ryandesign at macports.org Wed May 13 19:26:22 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 13 May 2009 21:26:22 -0500 Subject: selfupdate error In-Reply-To: <7A2FF6D3217BE244B0B6ADF25F580CF13647D6D603@MAIL6.bgsu.edu> References: <7A2FF6D3217BE244B0B6ADF25F580CF13647D6D603@MAIL6.bgsu.edu> Message-ID: <81FA9C72-E663-4D00-83F1-D1888265BEFD@macports.org> On May 13, 2009, at 19:36, Mark M Huntress wrote: > I am new to this. Welcome to MacPorts! > I installed macports 1.7, and then did sudo ports selfupdate, > and it gave me this: > Error: /opt/local/bin/port: port selfupdate failed: Error > installing new MacPorts base: shell command "cd /opt/local/var/ > macports/sources/rsync.macports.org/release/base && ./configure -- > prefix=/opt/local --with-tclpackage=/Library/Tcl --with-install- > user=root --with-install-group=admin --with-directory-mode=0755 && > make && make install" returned error 2 > > and later this: > > sql.c:96: warning: passing argument 2 of 'Tcl_RegExpMatch' discards > qualifiers from pointer target type > sql.c:96: warning: passing argument 3 of 'Tcl_RegExpMatch' discards > qualifiers from pointer target type > cregistry.a registry.o entry.o sql.o > make[2]: cregistry.a: Command not found > make[2]: *** [cregistry.a] Error 127 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 > > > So, am I screwed? What do I have to do to make it work? That's pretty curious. I haven't seen that before. Is your ranlib program present? Type "which ranlib"; what does it say? What about "ranlib -V"? What version of Xcode do you have installed, on which OS, and which Mac? If your Xcode or OS are not the latest, please update them and try again. The latest Mac OS X versions are 10.4.11 and 10.5.7, and the latest Xcode versions for those OS versions are 2.5 and 3.1.2, respectively. You can get the latest Mac OS X via Software Update, and the latest Xcode can be downloaded from http://connect.apple.com under Downloads > Developer Tools after you log in. Alternately, instead of using selfupdate, you could install the latest MacPorts 1.7.1 from disk image (dmg): http://www.macports.org/install.php However, if you're not able to compile MacPorts, it's likely you won't be able to compile other software either, so we should really figure out what's wrong on your system. > I was hoping it would work anyway, and I tried to intall the Molden > program, > > % cd /opt/local/bin/portslocation/dports/molden > % sudo port install molden > > > but I don't even have a ports location directory. You're not supposed to. You have probably gotten those instructions from the web site darwin ports dot com. Please be aware that that web site contains incorrect instructions and is not affiliated with MacPorts and you should therefore not refer to that web site for anything. Correct documentation about MacPorts can be found in our guide: http://guide.macports.org/ If you're interested in more about the rogue web site, you can read this page: http://trac.macports.org/wiki/DarwinPorts From ryandesign at macports.org Wed May 13 19:38:26 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 13 May 2009 21:38:26 -0500 Subject: Mplayer Variant Help In-Reply-To: References: Message-ID: On May 13, 2009, at 12:25, EmmGunn wrote: > I'm looking at the different variants for mplayer and most of them > are self explanatory, but I have a couple of questions. I noticed > this in the port file: > > 83 # configure is not autoconf > 84 universal_variant no > > which I took to mean that a universal variant is not available, That's correct. Because mplayer does not use a standard autoconf configure script, the standard universal variant does not work with it. If someone wanted to invest some time in figuring out how to make mplayer compile universal, it could probably be done by writing a custom universal variant for that port. > but then I see a binary_codecs variant which has something about > powerpc and i386. What does this do exactly? Is this something > equivalent to a universal variant? I was hoping to compile a > universal build of mplayer. Sorry, the port says "universal_variant no", which means someone tried to build a universal binary and found that it failed, and added this to the portfile to save you the trouble. If you really want a universal binary, you will have to write a custom universal variant for this port. If you do, please contribute it back to us so that we can put it in the portfile. > Also, just out of curiosity, what are the darwin and darwin_8 > variants. I couldn't find anything about them either. Thanks in > advance for any help. These are platform variants. If they are present in a portfile, MacPorts automatically selects them on the appropriate platform. "darwin" variants are selected on operating systems based on Darwin, including Mac OS X. darwin_8 is selected on Darwin 8.x operating systems, such as Mac OS X 10.4.x. Darwin 9.x would be Mac OS X 10.5.x, and so on. darwin_i386 is selected if you're running Darwin (or Mac OS X) on an Intel processor. darwin_powerpc is selected if you're running Darwin (or Mac OS X) on a PowerPC processor. You never select these variants manually; MacPorts does it for you if necessary. Ports use these variants if they need different instructions to build correctly in different kinds of environments. The description of the binary_codecs variant says "Enable platform- specific binary codecs". Most ports in MacPorts are compiled from source but sometimes bits are only available as pre-compiled binaries, as is apparently the case for the codecs this variant wants to enable. This variant seems to be designed to download one file for PowerPC computers and a different file for Intel computers, and then install their contents. However, I don't believe the variant functions as intended. It checks whether variants darwin_i386 or darwin_powerpc are set. Since the port does not declare any variants by those names, those variants are never set, hence the binary_codecs variant never does anything. This is a bug in the portfile. It looks like when the binary_codecs variant was set up in r20652, darwin_i386 and darwin_powerpc variants did exist in the port, but they were subsequently removed without considering the effect that would have on the binary_codecs variant. I fixed this bug just now, but now the variant produces an error. Since I'm not an MPlayer expert I filed a ticket for this problem: http://trac.macports.org/ticket/19619 From ryandesign at macports.org Wed May 13 19:47:10 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 13 May 2009 21:47:10 -0500 Subject: Mplayer Variant Help In-Reply-To: References: Message-ID: <88DC2D8B-6D73-475D-AEFF-726E76BD600A@macports.org> On May 13, 2009, at 21:38, Ryan Schmidt wrote: >> Also, just out of curiosity, what are the darwin and darwin_8 >> variants. I couldn't find anything about them either. Thanks in >> advance for any help. > > These are platform variants. If they are present in a portfile, > MacPorts automatically selects them on the appropriate platform. [snip] and they are described in the Guide, FYI: http://guide.macports.org/#reference.variants.platform From ryandesign at macports.org Wed May 13 20:08:58 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 13 May 2009 22:08:58 -0500 Subject: qucs build error In-Reply-To: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> References: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> Message-ID: <8A3C7561-D794-44EA-9ED3-057230A49E89@macports.org> On May 13, 2009, at 08:25, Bjarne B?ckstr?m wrote: > On OS X 10.4.11 (intel) with a freshly installed MacPorts: > > [...] > /usr/bin/g++-4.0 -O2 -pipe -fno-exceptions -fno-check-new -L/opt/ > local/lib -o qucs -L/lib node.o element.o qucsdoc.o wire.o > mouseactions.o qucs.o main.o wirelabel.o qucs_init.o qucs_actions.o > viewpainter.o mnemo.o schematic.o schematic_element.o textdoc.o > schematic_file.o qucs.moc.o schematic.moc.o textdoc.moc.o > components/libcomponents.a diagrams/libdiagrams.a paintings/ > libpaintings.a dialogs/libdialogs.a -L/usr/X11R6/lib -lSM -lICE - > lX11 -lqt-mt > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: warning -L: directory > name (/lib) does not exist > /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: > QPaintDevice::setX11Data(QPaintDeviceX11Data const*) > QWidget::create(unsigned long, bool, bool) > QWidget::x11Event(_XEvent*) > QPaintDevice::x11RenderHandle() const > collect2: ld returned 1 exit status > make[3]: *** [qucs] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 Indeed, there should not be any directory "/lib". I wonder why qucs is trying to look there. Maybe it's something similar to this problem? http://trac.macports.org/wiki/ ProblemHotlist#Aportfailedtobuildwithamessagereferringto1lib:Nosuchfileo rdirectory Do you have anything in /usr/local? That can interfere too. I just build qucs with no problem on Mac OS X 10.4.11 Intel with Xcode 2.5 and MacPorts 1.7.1. From ecronin at macports.org Wed May 13 20:35:18 2009 From: ecronin at macports.org (Eric Cronin) Date: Wed, 13 May 2009 23:35:18 -0400 Subject: Mplayer Variant Help In-Reply-To: References: Message-ID: <6BD3BEEA-A2DA-468A-B7B4-2462D4B9769C@macports.org> On May 13, 2009, at 10:38 PM, Ryan Schmidt wrote: > On May 13, 2009, at 12:25, EmmGunn wrote: > >> I'm looking at the different variants for mplayer and most of them >> are self explanatory, but I have a couple of questions. I noticed >> this in the port file: >> >> 83 # configure is not autoconf >> 84 universal_variant no >> >> which I took to mean that a universal variant is not available, > > That's correct. Because mplayer does not use a standard autoconf > configure script, the standard universal variant does not work with > it. If someone wanted to invest some time in figuring out how to > make mplayer compile universal, it could probably be done by writing > a custom universal variant for that port. > >> but then I see a binary_codecs variant which has something about >> powerpc and i386. What does this do exactly? Is this something >> equivalent to a universal variant? I was hoping to compile a >> universal build of mplayer. > > Sorry, the port says "universal_variant no", which means someone > tried to build a universal binary and found that it failed, and > added this to the portfile to save you the trouble. If you really > want a universal binary, you will have to write a custom universal > variant for this port. If you do, please contribute it back to us so > that we can put it in the portfile. If someone is interested in tackling the universal build they may want to contact Mo Haque and see if the scripts he uses to update are useful in manually setting up the crosscompile environment. Also, I'm not sure what the state of the new port is, but if mplayer- devel builds currently I would strongly recommend it over the MPlayer port since upstream stopped rolling full releases over 2 years ago and MPlayer hasn't been updated other than to fix build issues since then. Thanks, Eric From ryandesign at macports.org Wed May 13 21:16:07 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 13 May 2009 23:16:07 -0500 Subject: Mplayer Variant Help In-Reply-To: <6BD3BEEA-A2DA-468A-B7B4-2462D4B9769C@macports.org> References: <6BD3BEEA-A2DA-468A-B7B4-2462D4B9769C@macports.org> Message-ID: On May 13, 2009, at 22:35, Eric Cronin wrote: > If someone is interested in tackling the universal build they may > want to contact Mo Haque and see if the scripts he uses to update > are useful > in manually setting up the crosscompile environment. There's also a ticket for this issue. http://trac.macports.org/ticket/17455 > Also, I'm not sure what the state of the new port is, but if > mplayer-devel builds currently I would strongly recommend it over > the MPlayer port since upstream stopped rolling full releases over > 2 years ago and MPlayer hasn't been updated other than to fix build > issues since then. Yeah, their (non-)release policy is pretty stupid. I don't know what else to call it. From emmgunn at gmail.com Thu May 14 09:20:57 2009 From: emmgunn at gmail.com (EmmGunn) Date: Thu, 14 May 2009 09:20:57 -0700 Subject: Mplayer Variant Help In-Reply-To: References: Message-ID: <16658EB5-F833-432A-BDE6-3BE0B3EC953F@gmail.com> Thanks for the detailed response. I don't know enough about compiling to come up with a universal build, so I guess I'll stick with an intel only build. If I may, I have a follow up on the platform constraints. So these constraints have nothing to do with what systems the compiled binaries will run on. Is that right? I seem to recall reading somewhere that macport builds will run on 10.4 and higher if I install with 10.5. Looking at the macports guide, it looks like if there is no "configure.compiler" line in the port file and if I'm using 10.5.6, then the default is gcc-4.0 which will result in 10.4 and 10.5 friendly binaries. Am understanding that correctly? Thanks. On May 13, 2009, at 7:38 PM, Ryan Schmidt wrote: > On May 13, 2009, at 12:25, EmmGunn wrote: > >> I'm looking at the different variants for mplayer and most of them >> are self explanatory, but I have a couple of questions. I noticed >> this in the port file: >> >> 83 # configure is not autoconf >> 84 universal_variant no >> >> which I took to mean that a universal variant is not available, > > That's correct. Because mplayer does not use a standard autoconf > configure script, the standard universal variant does not work with > it. If someone wanted to invest some time in figuring out how to > make mplayer compile universal, it could probably be done by writing > a custom universal variant for that port. > >> but then I see a binary_codecs variant which has something about >> powerpc and i386. What does this do exactly? Is this something >> equivalent to a universal variant? I was hoping to compile a >> universal build of mplayer. > > Sorry, the port says "universal_variant no", which means someone > tried to build a universal binary and found that it failed, and > added this to the portfile to save you the trouble. If you really > want a universal binary, you will have to write a custom universal > variant for this port. If you do, please contribute it back to us so > that we can put it in the portfile. > >> Also, just out of curiosity, what are the darwin and darwin_8 >> variants. I couldn't find anything about them either. Thanks in >> advance for any help. > > These are platform variants. If they are present in a portfile, > MacPorts automatically selects them on the appropriate platform. > "darwin" variants are selected on operating systems based on Darwin, > including Mac OS X. darwin_8 is selected on Darwin 8.x operating > systems, such as Mac OS X 10.4.x. Darwin 9.x would be Mac OS X > 10.5.x, and so on. darwin_i386 is selected if you're running Darwin > (or Mac OS X) on an Intel processor. darwin_powerpc is selected if > you're running Darwin (or Mac OS X) on a PowerPC processor. You > never select these variants manually; MacPorts does it for you if > necessary. Ports use these variants if they need different > instructions to build correctly in different kinds of environments. > > The description of the binary_codecs variant says "Enable platform- > specific binary codecs". Most ports in MacPorts are compiled from > source but sometimes bits are only available as pre-compiled > binaries, as is apparently the case for the codecs this variant > wants to enable. This variant seems to be designed to download one > file for PowerPC computers and a different file for Intel computers, > and then install their contents. However, I don't believe the > variant functions as intended. It checks whether variants > darwin_i386 or darwin_powerpc are set. Since the port does not > declare any variants by those names, those variants are never set, > hence the binary_codecs variant never does anything. This is a bug > in the portfile. It looks like when the binary_codecs variant was > set up in r20652, darwin_i386 and darwin_powerpc variants did exist > in the port, but they were subsequently removed without considering > the effect that would have on the binary_codecs variant. I fixed > this bug just now, but now the variant produces an error. Since I'm > not an MPlayer expert I filed a ticket for this problem: > > http://trac.macports.org/ticket/19619 > From emmgunn at gmail.com Thu May 14 09:22:56 2009 From: emmgunn at gmail.com (EmmGunn) Date: Thu, 14 May 2009 09:22:56 -0700 Subject: Mplayer Variant Help In-Reply-To: <6BD3BEEA-A2DA-468A-B7B4-2462D4B9769C@macports.org> References: <6BD3BEEA-A2DA-468A-B7B4-2462D4B9769C@macports.org> Message-ID: I couldn't get the mplayer to build and so tried mplayer-devel which worked like a charm. On May 13, 2009, at 8:35 PM, Eric Cronin wrote: > > On May 13, 2009, at 10:38 PM, Ryan Schmidt wrote: > >> On May 13, 2009, at 12:25, EmmGunn wrote: >> >>> I'm looking at the different variants for mplayer and most of them >>> are self explanatory, but I have a couple of questions. I noticed >>> this in the port file: >>> >>> 83 # configure is not autoconf >>> 84 universal_variant no >>> >>> which I took to mean that a universal variant is not available, >> >> That's correct. Because mplayer does not use a standard autoconf >> configure script, the standard universal variant does not work with >> it. If someone wanted to invest some time in figuring out how to >> make mplayer compile universal, it could probably be done by >> writing a custom universal variant for that port. >> >>> but then I see a binary_codecs variant which has something about >>> powerpc and i386. What does this do exactly? Is this something >>> equivalent to a universal variant? I was hoping to compile a >>> universal build of mplayer. >> >> Sorry, the port says "universal_variant no", which means someone >> tried to build a universal binary and found that it failed, and >> added this to the portfile to save you the trouble. If you really >> want a universal binary, you will have to write a custom universal >> variant for this port. If you do, please contribute it back to us >> so that we can put it in the portfile. > > > If someone is interested in tackling the universal build they may > want to contact Mo Haque and see if the scripts he uses to update > are useful in manually setting up the crosscompile environment. > > Also, I'm not sure what the state of the new port is, but if mplayer- > devel builds currently I would strongly recommend it over the > MPlayer port since upstream stopped rolling full releases over 2 > years ago and MPlayer hasn't been updated other than to fix build > issues since then. > > Thanks, > Eric From bjarne.backstrom at hjomail.se Thu May 14 10:21:15 2009 From: bjarne.backstrom at hjomail.se (=?ISO-8859-1?Q?Bjarne_B=E4ckstr=F6m?=) Date: Thu, 14 May 2009 19:21:15 +0200 Subject: qucs build error In-Reply-To: <8A3C7561-D794-44EA-9ED3-057230A49E89@macports.org> References: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> <8A3C7561-D794-44EA-9ED3-057230A49E89@macports.org> Message-ID: <308757AB-1223-4C47-9D8C-47A80106C77B@hjomail.se> 14 maj 2009 kl. 05.08 skrev Ryan Schmidt: > > On May 13, 2009, at 08:25, Bjarne B?ckstr?m wrote: > >> On OS X 10.4.11 (intel) with a freshly installed MacPorts: >> >> [...] >> /usr/bin/g++-4.0 -O2 -pipe -fno-exceptions -fno-check-new -L/opt/ >> local/lib -o qucs -L/lib[...] > > Indeed, there should not be any directory "/lib". I wonder why qucs > is trying to look there. > Found the problem earlier in the build report: checking for Qt headers... found in /sw/include/qt checking for Qt... 3 (multi-threaded) checking for Qt library... found in /lib Seems that it's rooting around where it has no business to do... So, I removed /sw/* from PATH, and tried to rebuild qucs. MacMini:~ bjarne$ echo $PATH /opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin Still same report: checking for Qt headers... found in /sw/include/qt checking for Qt... 3 (multi-threaded) checking for Qt library... found in /lib So, I ran 'uninstall -f installed' and rebuilt everything. Still same problem: checking for Qt headers... found in /sw/include/qt checking for Qt... 3 (multi-threaded) checking for Qt library... found in /lib Now I'm wondering, where does it get /sw from? ;-) -- Regards, /Bjarne. From jmr at macports.org Thu May 14 10:35:33 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 15 May 2009 03:35:33 +1000 Subject: Mplayer Variant Help In-Reply-To: <16658EB5-F833-432A-BDE6-3BE0B3EC953F@gmail.com> References: <16658EB5-F833-432A-BDE6-3BE0B3EC953F@gmail.com> Message-ID: <4A0C5665.40205@macports.org> On 2009-5-15 02:20, EmmGunn wrote: > If I may, I have a follow up on the platform constraints. > So these constraints have nothing to do with what systems the compiled > binaries will run on. Is that right? I seem to recall reading > somewhere that macport builds will run on 10.4 and higher if I install > with 10.5. That's not true in general. Platform variants contain code specific both to building on the corresponding platform and to running on it. MacPorts does not currently offer a way to build on one platform and target another. Running Leopard-built binaries on Tiger may succeed in *some* cases if you change universal_target to 10.4 and universal_sysroot to /Developer/SDKs/MacOSX10.4u.sdk. But any time there is a darwin_8 and/or darwin_9 variant, MP will select the one matching the build machine, which will generally cause problems. - Josh From emmgunn at gmail.com Thu May 14 11:28:04 2009 From: emmgunn at gmail.com (EmmGunn) Date: Thu, 14 May 2009 11:28:04 -0700 Subject: Mplayer Variant Help In-Reply-To: <4A0C5665.40205@macports.org> References: <16658EB5-F833-432A-BDE6-3BE0B3EC953F@gmail.com> <4A0C5665.40205@macports.org> Message-ID: Sorry for being so dense, but what happens when your installing using system 10.5 and there is a darwin_8 variant but no darwin_9 variant? Will the darwin_8 be used and the result work on 10.4, but then be iffy on 10.5? This is the mplayer-devel port file. On May 14, 2009, at 10:35 AM, Joshua Root wrote: > On 2009-5-15 02:20, EmmGunn wrote: >> If I may, I have a follow up on the platform constraints. >> So these constraints have nothing to do with what systems the >> compiled >> binaries will run on. Is that right? I seem to recall reading >> somewhere that macport builds will run on 10.4 and higher if I >> install >> with 10.5. > > That's not true in general. Platform variants contain code specific > both > to building on the corresponding platform and to running on it. > MacPorts > does not currently offer a way to build on one platform and target > another. > > Running Leopard-built binaries on Tiger may succeed in *some* cases if > you change universal_target to 10.4 and universal_sysroot to > /Developer/SDKs/MacOSX10.4u.sdk. But any time there is a darwin_8 > and/or > darwin_9 variant, MP will select the one matching the build machine, > which will generally cause problems. > > - Josh From jmr at macports.org Thu May 14 12:08:08 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 15 May 2009 05:08:08 +1000 Subject: Mplayer Variant Help In-Reply-To: References: <16658EB5-F833-432A-BDE6-3BE0B3EC953F@gmail.com> <4A0C5665.40205@macports.org> Message-ID: <4A0C6C18.9050605@macports.org> On 2009-5-15 04:28, EmmGunn wrote: > Sorry for being so dense, but what happens when your installing using > system 10.5 and there is a darwin_8 variant but no darwin_9 variant? > Will the darwin_8 be used and the result work on 10.4, but then be iffy > on 10.5? This is the mplayer-devel port file. Nope, darwin_8 variants are only selected on darwin 8 (Tiger). Something built on Tiger and deployed on Leopard has a far better chance of working than the other way round, BTW. - Josh From ryandesign at macports.org Thu May 14 14:53:43 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 14 May 2009 16:53:43 -0500 Subject: qucs build error In-Reply-To: <308757AB-1223-4C47-9D8C-47A80106C77B@hjomail.se> References: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> <8A3C7561-D794-44EA-9ED3-057230A49E89@macports.org> <308757AB-1223-4C47-9D8C-47A80106C77B@hjomail.se> Message-ID: <1CFE8035-9334-4A2E-AE29-FF6655DC3AE6@macports.org> On May 14, 2009, at 12:21, Bjarne B?ckstr?m wrote: > 14 maj 2009 kl. 05.08 skrev Ryan Schmidt: > >> On May 13, 2009, at 08:25, Bjarne B?ckstr?m wrote: >> >>> On OS X 10.4.11 (intel) with a freshly installed MacPorts: >>> >>> [...] >>> /usr/bin/g++-4.0 -O2 -pipe -fno-exceptions -fno-check-new -L/ >>> opt/local/lib -o qucs -L/lib[...] >> >> Indeed, there should not be any directory "/lib". I wonder why >> qucs is trying to look there. > > Found the problem earlier in the build report: > > checking for Qt headers... found in /sw/include/qt > checking for Qt... 3 (multi-threaded) > checking for Qt library... found in /lib > > Seems that it's rooting around where it has no business to do... > So, I removed /sw/* from PATH, and tried to rebuild qucs. > > MacMini:~ bjarne$ echo $PATH > /opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin MacPorts does not use your PATH while building. It uses its own path setup, specifically to avoid problems that might be caused by other locations in your path. > Still same report: > > checking for Qt headers... found in /sw/include/qt > checking for Qt... 3 (multi-threaded) > checking for Qt library... found in /lib > > So, I ran 'uninstall -f installed' and rebuilt everything. Still > same problem: > > checking for Qt headers... found in /sw/include/qt > checking for Qt... 3 (multi-threaded) > checking for Qt library... found in /lib > > Now I'm wondering, where does it get /sw from? ;-) The qucs configure script explicitly mentions /sw. We could attempt to patch the configure script to remove that reference. However, it is not supported to have both MacPorts and Fink installed at the same time, and you may run into similar issues with other ports. My recommendation is to remove Fink, or at least rename /sw to something else anytime you want to use MacPorts, because it can interfere like this. Similarly, some software, including qucs, will look at /usr/local for dependencies. Therefore, it is unsupported to have anything in /usr/ local while using MacPorts. From bjarne.backstrom at hjomail.se Thu May 14 14:59:48 2009 From: bjarne.backstrom at hjomail.se (=?ISO-8859-1?Q?Bjarne_B=E4ckstr=F6m?=) Date: Thu, 14 May 2009 23:59:48 +0200 Subject: qucs build error - Solved (sort of) In-Reply-To: <308757AB-1223-4C47-9D8C-47A80106C77B@hjomail.se> References: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> <8A3C7561-D794-44EA-9ED3-057230A49E89@macports.org> <308757AB-1223-4C47-9D8C-47A80106C77B@hjomail.se> Message-ID: <1B7E0E62-06B7-4218-8FF9-FC04BC3E1AC6@hjomail.se> 14 maj 2009 kl. 19.21 skrev Bjarne B?ckstr?m: > > 14 maj 2009 kl. 05.08 skrev Ryan Schmidt: > >> >> On May 13, 2009, at 08:25, Bjarne B?ckstr?m wrote: >> >>> On OS X 10.4.11 (intel) with a freshly installed MacPorts: >>> >>> [...] >>> /usr/bin/g++-4.0 -O2 -pipe -fno-exceptions -fno-check-new -L/ >>> opt/local/lib -o qucs -L/lib[...] >> >> Indeed, there should not be any directory "/lib". I wonder why >> qucs is trying to look there. >> > > Found the problem earlier in the build report: > > checking for Qt headers... found in /sw/include/qt > checking for Qt... 3 (multi-threaded) > checking for Qt library... found in /lib > > Seems that it's rooting around where it has no business to do... > So, I removed /sw/* from PATH, and tried to rebuild qucs. > > MacMini:~ bjarne$ echo $PATH > /opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin > > Still same report: > > checking for Qt headers... found in /sw/include/qt > checking for Qt... 3 (multi-threaded) > checking for Qt library... found in /lib > > So, I ran 'uninstall -f installed' and rebuilt everything. Still > same problem: > > checking for Qt headers... found in /sw/include/qt > checking for Qt... 3 (multi-threaded) > checking for Qt library... found in /lib > > Now I'm wondering, where does it get /sw from? ;-) OK, temporarily renaming /sw made qucs and its dependencies build fine. Question is, why hasn't this been a problem with earlier versions of qucs (or other ports)? -- Regards, /Bjarne. From bjarne.backstrom at hjomail.se Thu May 14 15:10:06 2009 From: bjarne.backstrom at hjomail.se (=?ISO-8859-1?Q?Bjarne_B=E4ckstr=F6m?=) Date: Fri, 15 May 2009 00:10:06 +0200 Subject: qucs build error In-Reply-To: <1CFE8035-9334-4A2E-AE29-FF6655DC3AE6@macports.org> References: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> <8A3C7561-D794-44EA-9ED3-057230A49E89@macports.org> <308757AB-1223-4C47-9D8C-47A80106C77B@hjomail.se> <1CFE8035-9334-4A2E-AE29-FF6655DC3AE6@macports.org> Message-ID: <39F3E42B-3CA1-475D-81C7-C0DFB9D4373B@hjomail.se> 14 maj 2009 kl. 23.53 skrev Ryan Schmidt: > On May 14, 2009, at 12:21, Bjarne B?ckstr?m wrote: > >> 14 maj 2009 kl. 05.08 skrev Ryan Schmidt: >> >>> On May 13, 2009, at 08:25, Bjarne B?ckstr?m wrote: >>> >>>> On OS X 10.4.11 (intel) with a freshly installed MacPorts: >>>> >>>> [...] >>>> /usr/bin/g++-4.0 -O2 -pipe -fno-exceptions -fno-check-new -L/ >>>> opt/local/lib -o qucs -L/lib[...] >>> >>> Indeed, there should not be any directory "/lib". I wonder why >>> qucs is trying to look there. >> >> Found the problem earlier in the build report: >> >> checking for Qt headers... found in /sw/include/qt >> checking for Qt... 3 (multi-threaded) >> checking for Qt library... found in /lib >> >> Seems that it's rooting around where it has no business to >> do... So, I removed /sw/* from PATH, and tried to rebuild qucs. >> >> MacMini:~ bjarne$ echo $PATH >> /opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin > > MacPorts does not use your PATH while building. It uses its own > path setup, specifically to avoid problems that might be caused by > other locations in your path. > > >> Still same report: >> >> checking for Qt headers... found in /sw/include/qt >> checking for Qt... 3 (multi-threaded) >> checking for Qt library... found in /lib >> >> So, I ran 'uninstall -f installed' and rebuilt everything. >> Still same problem: >> >> checking for Qt headers... found in /sw/include/qt >> checking for Qt... 3 (multi-threaded) >> checking for Qt library... found in /lib >> >> Now I'm wondering, where does it get /sw from? ;-) > > The qucs configure script explicitly mentions /sw. We could attempt > to patch the configure script to remove that reference. However, it > is not supported to have both MacPorts and Fink installed at the > same time, and you may run into similar issues with other ports. My > recommendation is to remove Fink, or at least rename /sw to > something else anytime you want to use MacPorts, because it can > interfere like this. > > Similarly, some software, including qucs, will look at /usr/local > for dependencies. Therefore, it is unsupported to have anything in / > usr/local while using MacPorts. Heh, got this mail immediately after posting... Well, removing Fink is out of the question, among other things because (for example; it goes both ways): MacMini:~ bjarne$ fink list | grep avr i avr-binutils 2.19-1 GNU binutils for ATMEL AVR micro controllers i avr-gcc 4.2.0-2 GNU GCC for ATMEL AVR micro controllers i avr-libc 1.6.5-2 AVR LIBC for GNU GCC & GNU binutils i avrdude 5.5-1 Atmel AVR Microcontrollers Programmer MacMini:~ bjarne$ port list | grep avr avr-binutils @2.16.1 cross/avr-binutils avr-gcc @4.0.2 cross/avr-gcc avr-gdb @6.7.1 cross/avr-gdb avr-libc @1.6.1 cross/avr-libc avrdude @5.5 cross/avrdude Thanks for your explanation! -- Regards, /Bjarne. From ryandesign at macports.org Thu May 14 15:14:02 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 14 May 2009 17:14:02 -0500 Subject: qucs build error In-Reply-To: <39F3E42B-3CA1-475D-81C7-C0DFB9D4373B@hjomail.se> References: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> <8A3C7561-D794-44EA-9ED3-057230A49E89@macports.org> <308757AB-1223-4C47-9D8C-47A80106C77B@hjomail.se> <1CFE8035-9334-4A2E-AE29-FF6655DC3AE6@macports.org> <39F3E42B-3CA1-475D-81C7-C0DFB9D4373B@hjomail.se> Message-ID: On May 14, 2009, at 17:10, Bjarne B?ckstr?m wrote: > Heh, got this mail immediately after posting... Well, removing > Fink is out of the question, among other things because (for > example; it goes both ways): > > MacMini:~ bjarne$ fink list | grep avr > i avr-binutils 2.19-1 GNU binutils for ATMEL AVR micro > controllers > i avr-gcc 4.2.0-2 GNU GCC for ATMEL AVR micro controllers > i avr-libc 1.6.5-2 AVR LIBC for GNU GCC & GNU binutils > i avrdude 5.5-1 Atmel AVR Microcontrollers Programmer > MacMini:~ bjarne$ port list | grep avr > avr-binutils @2.16.1 cross/avr-binutils > avr-gcc @4.0.2 cross/avr-gcc > avr-gdb @6.7.1 cross/avr-gdb > avr-libc @1.6.1 cross/avr-libc > avrdude @5.5 cross/avrdude > > Thanks for your explanation! So you're saying we need to update the versions of some of our ports in MacPorts? That can certainly be arranged. :) Could you file tickets for the ports that need updates? From ryandesign at macports.org Thu May 14 15:17:11 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 14 May 2009 17:17:11 -0500 Subject: qucs build error - Solved (sort of) In-Reply-To: <1B7E0E62-06B7-4218-8FF9-FC04BC3E1AC6@hjomail.se> References: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> <8A3C7561-D794-44EA-9ED3-057230A49E89@macports.org> <308757AB-1223-4C47-9D8C-47A80106C77B@hjomail.se> <1B7E0E62-06B7-4218-8FF9-FC04BC3E1AC6@hjomail.se> Message-ID: On May 14, 2009, at 16:59, Bjarne B?ckstr?m wrote: >> Now I'm wondering, where does it get /sw from? ;-) > > OK, temporarily renaming /sw made qucs and its dependencies > build fine. Question is, why hasn't this been a problem with > earlier versions of qucs (or other ports)? I checked the previous version of qucs, 0.0.13, and it also explicitly mentions /sw in its configure script. So maybe this hasn't been a problem for you before because you did not have qt3 installed within Fink before. As to other ports, most of them probably do not explicitly mention / sw in their configure scripts. I'm sure it's a tricky situation for software developers: if they do add paths like /sw and /opt/local to their configure scripts, they make it easy for people to install their software manually and get dependencies from a package manager. However, by doing this, they make it more difficult to add their software to that package manager... From dweber at macports.org Thu May 14 17:00:34 2009 From: dweber at macports.org (Darren Weber) Date: Thu, 14 May 2009 17:00:34 -0700 Subject: What is the preferred or recommended gcc version? Message-ID: This one is not in the FAQ, yet, so here we go. Is there a general consensus, for the majority of ports without any specific build dependency, on which version of gcc is preferred or recommended for MacPorts? The following gcc variants are available: [ dweber at X ~ ]$ gcc_select -l Available versions: gcc40 mp-gcc42 mp-gcc43 mp-gcc44 [ dweber at X ~ ]$ ls -l /opt/local/bin/gcc* | sed -e 's/.*[0-9] \/opt/\/opt/' /opt/local/bin/gcc -> /usr/bin/gcc-4.0* /opt/local/bin/gcc-apple-4.2 -> /opt/local/lib/apple-gcc42/bin/gcc-apple-4.2* /opt/local/bin/gcc-mp-4.2* /opt/local/bin/gcc-mp-4.3* /opt/local/bin/gcc-mp-4.4* /opt/local/bin/gcc_select* /opt/local/bin/gccbug-mp-4.2* /opt/local/bin/gccbug-mp-4.3* /opt/local/bin/gccbug-mp-4.4* /opt/local/bin/gccxml* /opt/local/bin/gccxml_cc1plus* [ dweber at X ~ ]$ ls -l /opt/local/bin/g++* | sed -e 's/.*[0-9] \/opt/\/opt/' /opt/local/bin/g++ -> /usr/bin/bin/g++-4.0 /opt/local/bin/g++-mp-4.2* /opt/local/bin/g++-mp-4.3* /opt/local/bin/g++-mp-4.4* Take care, Darren -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Thu May 14 17:09:41 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 15 May 2009 10:09:41 +1000 Subject: What is the preferred or recommended gcc version? In-Reply-To: References: Message-ID: <4A0CB2C5.7060507@macports.org> On 2009-5-15 10:00, Darren Weber wrote: > This one is not in the FAQ, yet, so here we go. > > Is there a general consensus, for the majority of ports without any > specific build dependency, on which version of gcc is preferred or > recommended for MacPorts? The one that is in the configure.cc variable. - Josh From jmr at macports.org Thu May 14 17:12:33 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 15 May 2009 10:12:33 +1000 Subject: What is the preferred or recommended gcc version? In-Reply-To: <4A0CB2C5.7060507@macports.org> References: <4A0CB2C5.7060507@macports.org> Message-ID: <4A0CB371.2000209@macports.org> On 2009-5-15 10:09, Joshua Root wrote: > On 2009-5-15 10:00, Darren Weber wrote: >> This one is not in the FAQ, yet, so here we go. >> >> Is there a general consensus, for the majority of ports without any >> specific build dependency, on which version of gcc is preferred or >> recommended for MacPorts? > > The one that is in the configure.cc variable. Oh and more generally there is configure.compiler which controls the value of configure.cc, configure.cpp, configure.cxx, configure.fc and so on. See the entries in . - Josh From raimue at macports.org Thu May 14 17:57:25 2009 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Fri, 15 May 2009 02:57:25 +0200 Subject: What is the preferred or recommended gcc version? In-Reply-To: References: Message-ID: <4A0CBDF5.2050104@macports.org> On 2009-05-15 02:00, Darren Weber wrote: > This one is not in the FAQ, yet, so here we go. > > Is there a general consensus, for the majority of ports without any > specific build dependency, on which version of gcc is preferred or > recommended for MacPorts? > > The following gcc variants are available: > > [ dweber at X ~ ]$ gcc_select -l > Available versions: > gcc40 mp-gcc42 mp-gcc43 mp-gcc44 gcc_select does not control which compiler will be used by MacPorts to build ports. This is automatically selected in base for the configure phase and available in the ${configure.cc} variable as Josh mentioned. The gcc_select tool is only meant to set the compiler which is available in PATH to the user. Rainer From emmgunn at gmail.com Thu May 14 21:13:38 2009 From: emmgunn at gmail.com (EmmGunn) Date: Thu, 14 May 2009 21:13:38 -0700 Subject: Mplayer Variant Help In-Reply-To: <4A0C6C18.9050605@macports.org> References: <16658EB5-F833-432A-BDE6-3BE0B3EC953F@gmail.com> <4A0C5665.40205@macports.org> <4A0C6C18.9050605@macports.org> Message-ID: Thanks. That makes sense. On May 14, 2009, at 12:08 PM, Joshua Root wrote: > On 2009-5-15 04:28, EmmGunn wrote: >> Sorry for being so dense, but what happens when your installing using >> system 10.5 and there is a darwin_8 variant but no darwin_9 variant? >> Will the darwin_8 be used and the result work on 10.4, but then be >> iffy >> on 10.5? This is the mplayer-devel port file. > > Nope, darwin_8 variants are only selected on darwin 8 (Tiger). > > Something built on Tiger and deployed on Leopard has a far better > chance > of working than the other way round, BTW. > > - Josh From emmgunn at gmail.com Thu May 14 21:23:18 2009 From: emmgunn at gmail.com (EmmGunn) Date: Thu, 14 May 2009 21:23:18 -0700 Subject: Mpkg Difficulties Message-ID: <83958DF1-6B35-4EB6-97B5-BDC1CCC6D389@gmail.com> Howdy, I don't seem to have very good luck with this. I've been able to install mplayer-devel. I then tried to create a mpkg for mplayer- devel but got the following: sudo port mpkg mplayer-devel Password: ---> Fetching mplayer-devel ---> Verifying checksum(s) for mplayer-devel ---> Extracting mplayer-devel ---> Applying patches to mplayer-devel ---> Configuring mplayer-devel ---> Building mplayer-devel ---> Staging mplayer-devel into destroot ---> Creating pkg for mplayer-devel-29181 ---> Creating pkg for bzip2-1.0.5 Error: Target org.macports.pkg returned: shell command "PMResourceLocale=English /Developer/Applications/Utilities/ PackageMaker.app/Contents/MacOS/PackageMaker -AppleLanguages "(English)" --root /emmgunn/var/macports/build/ _emmgunn_var_macports_sources_rsync .macports.org_release_ports_archivers_bzip2/work/destroot --out / emmgunn/var/macports/build/ _emmgunn_var_macports_sources_rsync .macports.org_release_ports_multimedia_mplayer-devel/work/mplayer- devel-29181.mpkg/Contents/Packages/bzip2-1.0.5.pkg --resources / emmgunn/var/macports/build/ _emmgunn_var_macports_sources_rsync .macports.org_release_ports_archivers_bzip2/work/pkg_resources --title "bzip2-1.0.5" --info /emmgunn/var/macports/build/ _emmgunn_var_macports_sources_rsync .macports.org_release_ports_archivers_bzip2/work/Info.plist --target 10.3 --domain system --id org.macports.bzip2" returned error 1 Command output: Warning: Unknown argument: -AppleLanguages Warning: Unknown argument: (English) ERROR: The specified root is invalid: /emmgunn/var/macports/build/ _emmgunn_var_macports_sources_rsync .macports.org_release_ports_archivers_bzip2/work/destroot Then it finds a few more ports that it can handle, and then the same error repeats for glib2, libmad, liboil, libpng, perl5.8, and zlib. Any thoughts. Did I miss something important? Was I not supposed to install mplayer-devel before I try to create the mpkg? Thanks in advance for any help. -Mike From ryandesign at macports.org Thu May 14 21:25:47 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 14 May 2009 23:25:47 -0500 Subject: Mpkg Difficulties In-Reply-To: <83958DF1-6B35-4EB6-97B5-BDC1CCC6D389@gmail.com> References: <83958DF1-6B35-4EB6-97B5-BDC1CCC6D389@gmail.com> Message-ID: On May 14, 2009, at 23:23, EmmGunn wrote: > Howdy, > I don't seem to have very good luck with this. I've been able to > install mplayer-devel. I then tried to create a mpkg for mplayer- > devel but got the following: > > sudo port mpkg mplayer-devel > Password: > ---> Fetching mplayer-devel > ---> Verifying checksum(s) for mplayer-devel > ---> Extracting mplayer-devel > ---> Applying patches to mplayer-devel > ---> Configuring mplayer-devel > ---> Building mplayer-devel > ---> Staging mplayer-devel into destroot > ---> Creating pkg for mplayer-devel-29181 > ---> Creating pkg for bzip2-1.0.5 > Error: Target org.macports.pkg returned: shell command > "PMResourceLocale=English /Developer/Applications/Utilities/ > PackageMaker.app/Contents/MacOS/PackageMaker -AppleLanguages > "(English)" --root /emmgunn/var/macports/build/ > _emmgunn_var_macports_sources_rsync.macports.org_release_ports_archive > rs_bzip2/work/destroot --out /emmgunn/var/macports/build/ > _emmgunn_var_macports_sources_rsync.macports.org_release_ports_multime > dia_mplayer-devel/work/mplayer-devel-29181.mpkg/Contents/Packages/ > bzip2-1.0.5.pkg --resources /emmgunn/var/macports/build/ > _emmgunn_var_macports_sources_rsync.macports.org_release_ports_archive > rs_bzip2/work/pkg_resources --title "bzip2-1.0.5" --info /emmgunn/ > var/macports/build/ > _emmgunn_var_macports_sources_rsync.macports.org_release_ports_archive > rs_bzip2/work/Info.plist --target 10.3 --domain system --id > org.macports.bzip2" returned error 1 > Command output: Warning: Unknown argument: -AppleLanguages > Warning: Unknown argument: (English) > ERROR: The specified root is invalid: /emmgunn/var/macports/build/ > _emmgunn_var_macports_sources_rsync.macports.org_release_ports_archive > rs_bzip2/work/destroot > > Then it finds a few more ports that it can handle, and then the > same error repeats for glib2, libmad, liboil, libpng, perl5.8, and > zlib. Any thoughts. Did I miss something important? Was I not > supposed to install mplayer-devel before I try to create the mpkg? > Thanks in advance for any help. mpkg is a bit tricky. It needs the destroots of all ports to exist when it tries to package them, but by default MacPorts removes them after a port is installed. You should uninstall mplayer-devel and all its dependencies, then edit your macports.conf and turn autoclean off. Then you can run sudo port mpkg mplayer-devel and it will rebuild itself and all the dependencies and leave a copy of them in the destroot this time, where mpkg will be able to find them. From jmr at macports.org Thu May 14 21:38:03 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 15 May 2009 14:38:03 +1000 Subject: Mpkg Difficulties In-Reply-To: <83958DF1-6B35-4EB6-97B5-BDC1CCC6D389@gmail.com> References: <83958DF1-6B35-4EB6-97B5-BDC1CCC6D389@gmail.com> Message-ID: <4A0CF1AB.7010802@macports.org> On 2009-5-15 14:23, EmmGunn wrote: > Error: Target org.macports.pkg returned: shell command > "PMResourceLocale=English > /Developer/Applications/Utilities/PackageMaker.app/Contents/MacOS/PackageMaker > -AppleLanguages "(English)" --root > /emmgunn/var/macports/build/_emmgunn_var_macports_sources_rsync.macports.org_release_ports_archivers_bzip2/work/destroot > --out > /emmgunn/var/macports/build/_emmgunn_var_macports_sources_rsync.macports.org_release_ports_multimedia_mplayer-devel/work/mplayer-devel-29181.mpkg/Contents/Packages/bzip2-1.0.5.pkg > --resources > /emmgunn/var/macports/build/_emmgunn_var_macports_sources_rsync.macports.org_release_ports_archivers_bzip2/work/pkg_resources > --title "bzip2-1.0.5" --info > /emmgunn/var/macports/build/_emmgunn_var_macports_sources_rsync.macports.org_release_ports_archivers_bzip2/work/Info.plist > --target 10.3 --domain system --id org.macports.bzip2" returned error 1 > Command output: Warning: Unknown argument: -AppleLanguages > Warning: Unknown argument: (English) > ERROR: The specified root is invalid: > /emmgunn/var/macports/build/_emmgunn_var_macports_sources_rsync.macports.org_release_ports_archivers_bzip2/work/destroot That bug is fixed in trunk BTW: - Josh From afb at macports.org Thu May 14 23:31:03 2009 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Fri, 15 May 2009 08:31:03 +0200 Subject: What is the preferred or recommended gcc version? In-Reply-To: References: Message-ID: <46F9D44F-077F-491C-8F13-1D0A5FC17907@macports.org> Darren Weber: > Is there a general consensus, for the majority of ports without any > specific build dependency, on which version of gcc is preferred or > recommended for MacPorts? I'd go with /usr/bin/gcc, as a generic recommendation. (whether using MacPorts or just general on Mac OS X...) It also happens to be the default for ${configure.cc} : switch -exact "${os.platform} ${os.major}" { "darwin 7" { set compiler gcc-3.3 } "darwin 8" { set compiler gcc-4.0 } "darwin 9" { set compiler gcc-4.0 } "darwin 10" { set compiler gcc-4.2 } default { set compiler gcc } } Which means that the majority of ports don't need to do anything particular, but just go with the default $CC. --anders From sola0374 at gmail.com Fri May 15 02:19:00 2009 From: sola0374 at gmail.com (Hiroyasu Yasuda) Date: Fri, 15 May 2009 18:19:00 +0900 Subject: Installation of PLplot with python25 Message-ID: Dear PLplot port maintainer: Right now, I would like to run plplot from python. Actually an installation plplot with python succeeded because port installed command shows that plplot @5.9.2_1+gcc43+python25 (active) . However there is no example of python in /opt/local/share/plplot5.9.2/examples, also python can't detect python module of plplot when running python. I had got same results of installation on 3 Macs, one has been used, two Macs are flesh. Please let me know how to solve that problem. Sincerely, Hiro -- Hiroyasu Yasuda Research Center for Natural Hazard & Disaster Recovery Niigata University Ikarashi 2-no-cho, Nis-ku, Niigata, 950-2181, Japan Phone +81-25-262-7053 Facsimile +81-25-262-7050 E-mail hiro at gs.niigata-u.ac.jp .??`. : (` : `. `? : `?--? From frstan at bellsouth.net Fri May 15 04:56:30 2009 From: frstan at bellsouth.net (William Davis) Date: Fri, 15 May 2009 07:56:30 -0400 Subject: xpdf vs poppler Message-ID: <143968EB-10D6-4DE9-9FBE-A62D5A8DD057@bellsouth.net> I was trying to install py26-impressive +huge and got this: macintosh:~ frstan$ sudo port -d activate xpdf Password: ---> Activating xpdf DEBUG: Image error: /opt/local/bin/pdffonts is being used by the active poppler port. Please deactivate this port first, or use 'port - f activate xpdf' to force the activation. while executing "_activate_contents $name $imagefiles $imagedir" (procedure "portimage::activate" line 57) invoked from within "portimage::activate $portname [composite_version $portversion [array get variations]] [array get options]" Error: port activate failed: Image error: /opt/local/bin/pdffonts is being used by the active poppler port. Please deactivate this port first, or use 'port -f activate xpdf' to force the activation. macintosh:~ frstan$ William Davis frstanATbellsouthDOTnet Mac OS X.5.7 Darwin 9.5.0 XQuartz 2.3.3 (xorg-server 1.4.2-apple42) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From ghe at slsware.com Fri May 15 05:15:57 2009 From: ghe at slsware.com (ghe) Date: Fri, 15 May 2009 06:15:57 -0600 Subject: yesterday's 10.5.7 update Message-ID: <4A0D5CFD.1020902@slsware.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After updating to 10.5.7 on a Mac Pro, the keyboard mapping seems to be broken bad in X11's terminal, kmymoney2, and jpilot (everywhere I could check it). The 'remapping' seems to be the same in each case. Reboot doesn't help. Anybody else see this? Google doesn't show me a mention of it. Anybody got a fix? - -- Glenn English ghe at slsware.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoNXP0ACgkQ04yQfZbbTLZlGQCgg7j8uPxrGZwyZi2seZjo9JVQ CO0AnicEDIFw0GUN+V7VfZ4kprvHQfwh =UzpK -----END PGP SIGNATURE----- From dave at hillcroft.org.uk Fri May 15 05:35:22 2009 From: dave at hillcroft.org.uk (Dave Hill) Date: Fri, 15 May 2009 13:35:22 +0100 Subject: yesterday's 10.5.7 update References: <4A0D5CFD.1020902@slsware.com> Message-ID: In article <4A0D5CFD.1020902 at slsware.com>, ghe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > After updating to 10.5.7 on a Mac Pro, the keyboard mapping seems to be > broken bad in X11's terminal, kmymoney2, and jpilot (everywhere I could > check it). The 'remapping' seems to be the same in each case. Reboot > doesn't help. > > Anybody else see this? Google doesn't show me a mention of it. Anybody > got a fix? Did you (re)install the X11 package update from http://xquartz.macosforge.org/trac/wiki (note there's a new version for 10.5.7)? Dave -- Dave Hill - dave at hillcroft dot org dot uk From ghe at slsware.com Fri May 15 06:29:21 2009 From: ghe at slsware.com (ghe) Date: Fri, 15 May 2009 07:29:21 -0600 Subject: yesterday's 10.5.7 update In-Reply-To: References: <4A0D5CFD.1020902@slsware.com> Message-ID: <4A0D6E31.2020800@slsware.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dave Hill wrote: > Did you (re)install the X11 package update from > http://xquartz.macosforge.org/trac/wiki (note there's a new version for > 10.5.7)? Not yet :-) Thanks. - -- Glenn English ghe at slsware.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoNbjEACgkQ04yQfZbbTLZZDgCgkgvBj/Kf72uj2Y/MI8r0VT+z /F8AoK2qTkxKRl6Il00i4CtOJPjRmN+l =LeAS -----END PGP SIGNATURE----- From ghe at slsware.com Fri May 15 08:26:35 2009 From: ghe at slsware.com (Glenn English) Date: Fri, 15 May 2009 09:26:35 -0600 Subject: [Solved] yesterday's 10.5.7 update In-Reply-To: References: <4A0D5CFD.1020902@slsware.com> Message-ID: <4A0D89AB.5080603@slsware.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dave Hill wrote: > Did you (re)install the X11 package update from > http://xquartz.macosforge.org/trac/wiki (note there's a new version for > 10.5.7)? Fixed. Thanks again... - -- Glenn English ghe at slsware.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoNiasACgkQ04yQfZbbTLbHIwCfUvL+WJZ9zzAcqob9pPG7ULpU JhsAoKuRNxyXOjzUq4izA3E8cOtpqq1T =ZDMn -----END PGP SIGNATURE----- From blb at macports.org Fri May 15 12:07:49 2009 From: blb at macports.org (Bryan Blackburn) Date: Fri, 15 May 2009 13:07:49 -0600 Subject: xpdf vs poppler In-Reply-To: <143968EB-10D6-4DE9-9FBE-A62D5A8DD057@bellsouth.net> References: <143968EB-10D6-4DE9-9FBE-A62D5A8DD057@bellsouth.net> Message-ID: <20090515190749.GE87743@ninagal.withay.com> On Fri, May 15, 2009 at 07:56:30AM -0400, William Davis said: > I was trying to install py26-impressive +huge and got this: > > macintosh:~ frstan$ sudo port -d activate xpdf > Password: > ---> Activating xpdf > DEBUG: Image error: /opt/local/bin/pdffonts is being used by the active > poppler port. Please deactivate this port first, or use 'port -f activate > xpdf' to force the activation. > while executing > "_activate_contents $name $imagefiles $imagedir" > (procedure "portimage::activate" line 57) > invoked from within > "portimage::activate $portname [composite_version $portversion [array get > variations]] [array get options]" > Error: port activate failed: Image error: /opt/local/bin/pdffonts is > being used by the active poppler port. Please deactivate this port > first, or use 'port -f activate xpdf' to force the activation. > macintosh:~ frstan$ I believe that would be ticket #17540: Bryan > > > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.7 Darwin 9.5.0 > XQuartz 2.3.3 (xorg-server 1.4.2-apple42) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non From Anatuss at gmx.net Sat May 16 08:47:51 2009 From: Anatuss at gmx.net (Anatuss at gmx.net) Date: Sat, 16 May 2009 17:47:51 +0200 Subject: qtiplot failed to build Message-ID: <20090516154751.260050@gmx.net> Hi, I'm trying to install qtiplot for a while. I've looked up at the help posted few time ago, too. It doesn't work out, though. python_select python25 doesn't work out in the way it's supposed to be. Maybe it depends on the epd which is installed, too ? I've absolutely no idea, what this is all about. I'd be grateful for soon help. cheers Robert ---> Building qtiplot Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_qtiplot/work/qtiplot-0.9.7.6" && make all " returned error 2 Command output: cd fitPlugins/ && make -f Makefile all cd explin/ && make -f Makefile all make[2]: Nothing to be done for `all'. cd exp_saturation/ && make -f Makefile all make[2]: Nothing to be done for `all'. cd fitRational0/ && make -f Makefile all make[2]: Nothing to be done for `all'. cd fitRational1/ && make -f Makefile all make[2]: Nothing to be done for `all'. cd qtiplot/ && make -f Makefile all /usr/bin/g++-4.0 -c -pipe -Os -Wall -W -DSCRIPTING_CONSOLE -DSCRIPTING_DIALOG -DQT_PLUGIN -DSCRIPTING_MUPARSER -DSCRIPTING_PYTHON -DGL2PS_HAVE_LIBPNG -DQT_NO_DEBUG -DQT_SVG_LIB -DQT_QT3SUPPORT_LIB -DQT3_SUPPORT -DQT_XML_LIB -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/opt/local/libexec/qt4-mac/mkspecs/macx-g++ -I. -I/opt/local/libexec/qt4-mac/lib/QtCore.framework/Versions/4/Headers -I/opt/local/libexec/qt4-mac/include/QtCore -I/opt/local/libexec/qt4-mac/lib/QtNetwork.framework/Versions/4/Headers -I/opt/local/libexec/qt4-mac/include/QtNetwork -I/opt/local/libexec/qt4-mac/lib/QtGui.framework/Versions/4/Headers -I/opt/local/libexec/qt4-mac/include/QtGui -I/opt/local/libexec/qt4-mac/lib/QtOpenGL.framework/Versions/4/Headers -I/opt/local/libexec/qt4-mac/include/QtOpenGL -I/opt/local/libexec/qt4-mac/lib/QtXml.framework/Versions/4/Headers -I/opt/local/libexec/qt4-mac/include/QtXml -I/opt/local/libexec/qt4-mac/lib/Qt3Support.framework/Versions/4/Headers -I/opt/local/libexec/qt4-mac/include/Qt3Support -I/opt/local/libexec/qt4-mac/lib/QtSvg.framework/Versions/4/Headers -I/opt/local/libexec/qt4-mac/include/QtSvg -I/opt/local/libexec/qt4-mac/include -I/opt/local/libexec/qt4-mac/lib/QtAssistant.framework/Versions/4/Headers -I/opt/local/libexec/qt4-mac/include/QtAssistant -I/opt/local/include -I../3rdparty/qwtplot3d/include -I../3rdparty/qwt/src -I../3rdparty/liborigin -I../3rdparty/zlib -Iicons -Isrc/analysis -Isrc/analysis/dialogs -Isrc/core -Isrc/lib/include -Isrc/plot2D -Isrc/plot2D/dialogs -Isrc/plot3D -Isrc/matrix -Isrc/origin -Isrc/table -Isrc/scripting -I/Library/Frameworks/Python.framework/Versions/4.0.30002/include/python2.5 -I/System/Library/Frameworks/OpenGL.framework/Versions/A/Headers -I/System/Library/Frameworks/AGL.framework/Headers -I../tmp/qtiplot -I. -F/opt/local/libexec/qt4-mac/lib -o ../tmp/qtiplot/PythonScripting.o src/scripting/PythonScripting.cpp src/scripting/PythonScripting.cpp:61:23: error: sipAPIqti.h: No such file or directory src/scripting/PythonScripting.cpp: In member function 'bool PythonScripting::setQObject(QObject*, const char*, PyObject*)': src/scripting/PythonScripting.cpp:336: error: 'sipWrapperType' was not declared in this scope src/scripting/PythonScripting.cpp:336: error: 'klass' was not declared in this scope src/scripting/PythonScripting.cpp:336: error: 'sipFindClass' was not declared in this scope src/scripting/PythonScripting.cpp:338: error: 'sipConvertFromInstance' was not declared in this scope make[1]: *** [../tmp/qtiplot/PythonScripting.o] Error 1 make: *** [sub-qtiplot-all] Error 2 Error: Status 1 encountered during processing. -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss f?r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a From mdwhite15 at woh.rr.com Sat May 16 10:29:14 2009 From: mdwhite15 at woh.rr.com (MD White) Date: Sat, 16 May 2009 13:29:14 -0400 Subject: openMPI port fails to build Message-ID: <7371A896-EA56-42A5-A6CC-B1B0CE4419A2@woh.rr.com> Hi, I am trying to build the openMPI port and it is failing. When I run with the debug mode on, I see that it has errors with "Making all in tools/orte-iof" it is listing undefined symbols: "_orte_iof" referenced from: _orte_iof$non_lazy_ptr in orte_iof.o and "_orte_routed", referenced from: _orte_routed$non_lazy_ptr in libopen-rte.a (hnp_contact.o) _orte_routed$non_lazy_ptr in libopen-rte.a (rml_base_contact.o) Now, I had an earlier failure because I had a version of ifort that no longer works (I only had a 30 day test license at one point). The strange thing there is that when it complained about this message the checks read: *** Fortran 77 compiler checking for gfortran... no checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for ifort... ifort checking whether we are using the GNU Fortran 77 compiler... no checking whether ifort accepts -g... no checking if Fortran 77 compiler works... no I do, however have g77 (v 3.4.0) installed in /usr/local/bin/g77 and I have gfortran-mp-4.3 installed (as well as g95). Apparently the verbose and debug flags do not normally list these checks, as this message went away when I removed ifort from my path. I have no idea which fortran the script ultimately finds, but it appears to be using /usr/bin/gcc-4.0 to compile this port, so if it is finding gfortran 4.3, could that be part of the problem? I also notice that I must have some version of openmpi installed already (with the developer's tools?). When I type: mpicc --version I get: i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5488) but if I try this with mpif77 or mpif90, I get a message "Unfortunately, this installation of Open MPI was not compiled with Fortran 77[90] support. As such, the mpif77[mpif90] compiler is non- functional." I was able to install mpich2 without any (apparent) problems - but I need openmpi for PETsc. I am running OS 10.5.6 and have Xcode 3.1.1 installed. Thanks, - Mike From mdwhite15 at woh.rr.com Sat May 16 10:29:35 2009 From: mdwhite15 at woh.rr.com (MD White) Date: Sat, 16 May 2009 13:29:35 -0400 Subject: upgrading gcc44 not working properly? In-Reply-To: References: Message-ID: Hi, I installed gcc44 when it was listed as Beta / "experimental" back in March. gcc-mp-4.4 --version : gcc-mp-4.4 (GCC) 4.4.0 20090313 (experimental) I saw that it is no longer listed in the ports as beta (4.5 now is) and so I tried sudo port upgrade gcc44 However, the only thing that got upgraded was apparently gmp, lzmautils, mpfr, libiconv and gperf gcc/g++ were not upgraded (are there no changes?), nor were java or gfortran installed (for some reason when the "betas" are made of gcc, these are included only as "variants" even though they are considered part of the actual gcc distribution by the gnu developers). Even if gcc does not change, it seems like the "upgrade" command should install any of the items that are no longer variants in the non-beta installation, so that the port is standardized. Thanks, - M From mta at umich.edu Sat May 16 13:40:47 2009 From: mta at umich.edu (Mike Alexander) Date: Sat, 16 May 2009 16:40:47 -0400 Subject: Announcing: port_upgrade In-Reply-To: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> Message-ID: <029A3E4CBFFE331A6B8E9D9A@fitzrovia.msalexander.com> --On May 9, 2009 2:05:41 PM -0700 Tony Doan wrote: > Got MacPorts? > > Do you normally keep things up to date by running "port sync; port > upgrade outdated"? Do you then wish there was a problem free way to > clean out all the previous versions? > > Well then... have I got some beta software for you! > > port_upgrade is a no holds barred brute force way to upgrade your > ports tree when things are out of date. port_upgrade crawls your > receipts directory and your sources directory and figures out what is > out of date. It then builds a dependency tree and uninstalls > everything in dependency order then reinstalls everything in reverse > order. Along the way you get the most up to date versions of your > ports, you are assured higher level ports are compiled against the > most recent versions of libraries and generally a nice clean ports > tree. You also get quite a long wait while things are recompiled and > reinstalled. It preserves specified variants (either specified > explicitly or implicitly). If port_upgrade encounters two versions of > a port installed where the variants differ you will be prompted which > to use. I think some of the posts regarding this package may have missed the point slightly. If a port is outdated it will rebuild that port and all the other ports that depend on it, whether or not those ports are also outdated. I don't think there is any command in MacPorts that will do this, but perhaps I'm missing something. Being one of the (few?) people who installed the X11 ports using the +system_x11 variant and who, as a result, needs to rebuild everything that depends on anything using that variant, even if it is not outdated, this package seems like it would be useful. I do agree with others who have said it would be better if it were part of the base MacPorts system. I tried to use it to clean up after system_x11 and have a couple of suggestions for improvements. First, I had to change the value of MACPORTS_DB in port_upgrade.rb since I use SVN to keep the ports data base up to date. There is a parameter to override the location of the receipts but I can't find one to override the location of the port files. This would be useful. It also seems like it would be useful to include a "clean" action in the generated shell script that would do a "port clean --work --archive" on all the relevant ports. Or perhaps just include this in the "uninstall" action. If you've installed ports with the autoclean option off and MacPorts thinks they aren't out of date, it won't rebuild them. Mike From rouson at sandia.gov Sat May 16 13:43:56 2009 From: rouson at sandia.gov (Rouson, Damian) Date: Sat, 16 May 2009 14:43:56 -0600 Subject: updating gcc Message-ID: <91EF6BDECBE1494CA13D2A7ED942ADAB22C0B8DBD4@ES04SNLNT.srn.sandia.gov> Hi, I recently installed Mac Ports and used it to install gcc 4.5 beta dated April 2. Is there any way for me to use Mac Ports to install an even more recent version of gcc or am I on my own for that? My primary interest is gfortran and it just so happens there were some patches applied to the development branch of gfortran in late April that will be very useful for my work. As gfortran is rapidly evolving to support the Fortran 2003 standard and I need as many features from that standard a possible, I expect to update regularly. I found that installing with Mac Ports was infinitely easier than trying to install manually, so I'm hoping there is a way to have Mac Ports install any snapshot I choose. All advice is welcome. Damian From brad at pixilla.com Sat May 16 14:05:49 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 16 May 2009 14:05:49 -0700 Subject: updating gcc In-Reply-To: <91EF6BDECBE1494CA13D2A7ED942ADAB22C0B8DBD4@ES04SNLNT.srn.sandia.gov> References: <91EF6BDECBE1494CA13D2A7ED942ADAB22C0B8DBD4@ES04SNLNT.srn.sandia.gov> Message-ID: <17F97E98-E858-40EC-8312-347772073483@pixilla.com> Create a local repository where you should be able to bump up the version numbers easily. http://guide.macports.org/#development.local-repositories //Brad On May 16, 2009, at 1:43 PM, Rouson, Damian wrote: > Hi, > > I recently installed Mac Ports and used it to install gcc 4.5 beta > dated April 2. Is there any way for me to use Mac Ports to install > an even more recent version of gcc or am I on my own for that? My > primary interest is gfortran and it just so happens there were some > patches applied to the development branch of gfortran in late April > that will be very useful for my work. As gfortran is rapidly > evolving to support the Fortran 2003 standard and I need as many > features from that standard a possible, I expect to update > regularly. I found that installing with Mac Ports was infinitely > easier than trying to install manually, so I'm hoping there is a way > to have Mac Ports install any snapshot I choose. All advice is > welcome. > > Damian > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From tdoan at tdoan.com Sat May 16 14:23:20 2009 From: tdoan at tdoan.com (tdoan at tdoan.com) Date: Sat, 16 May 2009 14:23:20 -0700 (PDT) Subject: Announcing: port_upgrade In-Reply-To: <029A3E4CBFFE331A6B8E9D9A@fitzrovia.msalexander.com> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <029A3E4CBFFE331A6B8E9D9A@fitzrovia.msalexander.com> Message-ID: Mike, Thank you for the suggestions. Both should be easily done. Look for a new dot release soon. Glad you found it useful. \T > --On May 9, 2009 2:05:41 PM -0700 Tony Doan wrote: > >> Got MacPorts? >> >> Do you normally keep things up to date by running "port sync; port >> upgrade outdated"? Do you then wish there was a problem free way to >> clean out all the previous versions? >> >> Well then... have I got some beta software for you! >> >> port_upgrade is a no holds barred brute force way to upgrade your >> ports tree when things are out of date. port_upgrade crawls your >> receipts directory and your sources directory and figures out what is >> out of date. It then builds a dependency tree and uninstalls >> everything in dependency order then reinstalls everything in reverse >> order. Along the way you get the most up to date versions of your >> ports, you are assured higher level ports are compiled against the >> most recent versions of libraries and generally a nice clean ports >> tree. You also get quite a long wait while things are recompiled and >> reinstalled. It preserves specified variants (either specified >> explicitly or implicitly). If port_upgrade encounters two versions of >> a port installed where the variants differ you will be prompted which >> to use. > > I think some of the posts regarding this package may have missed the > point slightly. If a port is outdated it will rebuild that port and > all the other ports that depend on it, whether or not those ports are > also outdated. I don't think there is any command in MacPorts that > will do this, but perhaps I'm missing something. > > Being one of the (few?) people who installed the X11 ports using the > +system_x11 variant and who, as a result, needs to rebuild everything > that depends on anything using that variant, even if it is not > outdated, this package seems like it would be useful. I do agree with > others who have said it would be better if it were part of the base > MacPorts system. > > I tried to use it to clean up after system_x11 and have a couple of > suggestions for improvements. First, I had to change the value of > MACPORTS_DB in port_upgrade.rb since I use SVN to keep the ports data > base up to date. There is a parameter to override the location of the > receipts but I can't find one to override the location of the port > files. This would be useful. > > It also seems like it would be useful to include a "clean" action in > the generated shell script that would do a "port clean --work > --archive" on all the relevant ports. Or perhaps just include this in > the "uninstall" action. If you've installed ports with the autoclean > option off and MacPorts thinks they aren't out of date, it won't > rebuild them. > > Mike > > From mta at umich.edu Sat May 16 17:04:12 2009 From: mta at umich.edu (Mike Alexander) Date: Sat, 16 May 2009 20:04:12 -0400 Subject: Turning off default variants Message-ID: <085B9E16ACBACF9BF547FA43@fitzrovia.msalexander.com> I installed swig with: port install swig +guile+perl+python+ruby-php5 since I don't need php5 in swig and don't want to install apache2 just to get it. However when I enter "port installed swig" I get The following ports are currently installed: swig @1.3.39_0+guile+perl+python+ruby (active) What happened to the "-php5"? This is relevant since later when I upgrade swig it will get the +php5 variant again (since it is the default) and try to install apache2. Mike From raimue at macports.org Sat May 16 17:31:35 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun, 17 May 2009 02:31:35 +0200 Subject: Announcing: port_upgrade In-Reply-To: <029A3E4CBFFE331A6B8E9D9A@fitzrovia.msalexander.com> References: <764C8BB9-D179-4B1B-B637-4E1087FBB57B@tdoan.com> <029A3E4CBFFE331A6B8E9D9A@fitzrovia.msalexander.com> Message-ID: <4A0F5AE7.1050204@macports.org> On 2009-05-16 22:40, Mike Alexander wrote: > I think some of the posts regarding this package may have missed the > point slightly. If a port is outdated it will rebuild that port and > all the other ports that depend on it, whether or not those ports are > also outdated. I don't think there is any command in MacPorts that > will do this, but perhaps I'm missing something. 'port -f upgrade' would do this, but it would also apply force on some other actions. > Being one of the (few?) people who installed the X11 ports using the > +system_x11 variant and who, as a result, needs to rebuild everything > that depends on anything using that variant, even if it is not > outdated, this package seems like it would be useful. I do agree with > others who have said it would be better if it were part of the base > MacPorts system. The +system_x11 variant has been removed. A 'port upgrade' should now install the xorg related ports. Most probably you have been looking for 'port -R upgrade', which would also rebuild dependents. Rainer From ryandesign at macports.org Sat May 16 21:06:01 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 May 2009 23:06:01 -0500 Subject: Turning off default variants In-Reply-To: <085B9E16ACBACF9BF547FA43@fitzrovia.msalexander.com> References: <085B9E16ACBACF9BF547FA43@fitzrovia.msalexander.com> Message-ID: On May 16, 2009, at 19:04, Mike Alexander wrote: > I installed swig with: > > port install swig +guile+perl+python+ruby-php5 > > since I don't need php5 in swig and don't want to install apache2 > just to get it. Note that you don't need apache2 to get php5. php5 will depend on apache2 by default, but you can install php5 with the +no_web variant. sudo port install php5 +no_web Then it will not require apache2. > However when I enter "port installed swig" I get > > The following ports are currently installed: > swig @1.3.39_0+guile+perl+python+ruby (active) > > What happened to the "-php5"? This is relevant since later when I > upgrade swig it will get the +php5 variant again (since it is the > default) and try to install apache2. MacPorts does not store in the registry the fact that you requested - php5. You must specify -php5 every time you upgrade in order to retain that selection. Hopefully this deficiency will be remedied by registry 2.0, but I don't know of a timeline for getting that done. It was started a few years ago but the code may have rotted since then. Until this is fixed in base, port maintainers should use default variants extremely sparingly. It is usually better to enable a functionality by default and then offer a +no_whatever variant to turn it off. From ryandesign at macports.org Sat May 16 21:09:37 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 May 2009 23:09:37 -0500 Subject: updating gcc In-Reply-To: <91EF6BDECBE1494CA13D2A7ED942ADAB22C0B8DBD4@ES04SNLNT.srn.sandia.gov> References: <91EF6BDECBE1494CA13D2A7ED942ADAB22C0B8DBD4@ES04SNLNT.srn.sandia.gov> Message-ID: <0A738433-FD73-4088-97BB-F82C1009BED1@macports.org> On May 16, 2009, at 15:43, Rouson, Damian wrote: > I recently installed Mac Ports and used it to install gcc 4.5 beta > dated April 2. Is there any way for me to use Mac Ports to install > an even more recent version of gcc or am I on my own for that? My > primary interest is gfortran and it just so happens there were some > patches applied to the development branch of gfortran in late April > that will be very useful for my work. As gfortran is rapidly > evolving to support the Fortran 2003 standard and I need as many > features from that standard a possible, I expect to update > regularly. I found that installing with Mac Ports was infinitely > easier than trying to install manually, so I'm hoping there is a > way to have Mac Ports install any snapshot I choose. All advice is > welcome. Historically, Markus has been updating the gcc beta ports about once a week, but I see gcc45 has not been updated past 20090402. Not sure if there's a specific reason for this or maybe Markus has become busy with other things in the past month. From ryandesign at macports.org Sat May 16 21:18:44 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 May 2009 23:18:44 -0500 Subject: upgrading gcc44 not working properly? In-Reply-To: References: Message-ID: <4CC6D0EA-F752-44ED-AE7D-2D6DCCA70C72@macports.org> On May 16, 2009, at 12:29, MD White wrote: > I installed gcc44 when it was listed as Beta / "experimental" back > in March. gcc-mp-4.4 --version : > gcc-mp-4.4 (GCC) 4.4.0 20090313 (experimental) > > I saw that it is no longer listed in the ports as beta (4.5 now is) > and so I tried > sudo port upgrade gcc44 > > However, the only thing that got upgraded was apparently > gmp, lzmautils, mpfr, libiconv and gperf > > gcc/g++ were not upgraded (are there no changes?), nor were java or > gfortran installed (for some reason when the "betas" are made of > gcc, these are included only as "variants" even though they are > considered part of the actual gcc distribution by the gnu > developers). Even if gcc does not change, it seems like the > "upgrade" command should install any of the items that are no > longer variants in the non-beta installation, so that the port is > standardized. gcc44 was updated from version 4.4-20090331 to version 4.4.0 final in r50108, but the rpm-vercomp procedure in MacPorts thinks 4.4-20090331 is greater than 4.4.0, hence port outdated is not showing you the port as outdated. The epoch of the port should have been increased in that revision to inform MacPorts that 4.4.0 should be considered the newer version. Markus, can you increase the epoch please so users of the gcc44 beta are advised of the availability of the final version? Thanks. From ryandesign at macports.org Sat May 16 21:20:34 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 May 2009 23:20:34 -0500 Subject: openMPI port fails to build In-Reply-To: <7371A896-EA56-42A5-A6CC-B1B0CE4419A2@woh.rr.com> References: <7371A896-EA56-42A5-A6CC-B1B0CE4419A2@woh.rr.com> Message-ID: <9E49A7CB-FDAF-44AF-855D-49EC645EE2A9@macports.org> On May 16, 2009, at 12:29, MD White wrote: > I am trying to build the openMPI port and it is failing. When I > run with the debug mode on, I see that it has errors with > "Making all in tools/orte-iof" > it is listing undefined symbols: > "_orte_iof" referenced from: > _orte_iof$non_lazy_ptr in orte_iof.o > and > "_orte_routed", referenced from: > _orte_routed$non_lazy_ptr in libopen-rte.a (hnp_contact.o) > _orte_routed$non_lazy_ptr in libopen-rte.a (rml_base_contact.o) > > Now, I had an earlier failure because I had a version of ifort that > no longer works (I only had a 30 day test license at one point). > The strange thing there is that when it complained about this > message the checks read: > *** Fortran 77 compiler > checking for gfortran... no > checking for g77... no > checking for f77... no > checking for xlf... no > checking for frt... no > checking for ifort... ifort > checking whether we are using the GNU Fortran 77 compiler... no > checking whether ifort accepts -g... no > checking if Fortran 77 compiler works... no > > I do, however have g77 (v 3.4.0) installed in /usr/local/bin/g77 It is not supported to have anything installed in /usr/local while using MacPorts because MacPorts ports may automatically find such software in /usr/local and disrupt your build. > and I have gfortran-mp-4.3 installed (as well as g95). Apparently > the verbose and debug flags do not normally list these checks, as > this message went away when I removed ifort from my path. I have > no idea which fortran the script ultimately finds, but it appears > to be using /usr/bin/gcc-4.0 to compile this port, so if it is > finding gfortran 4.3, could that be part of the problem? > > I also notice that I must have some version of openmpi installed > already (with the developer's tools?). When I type: > mpicc --version > I get: > i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5488) > but if I try this with mpif77 or mpif90, I get a message > "Unfortunately, this installation of Open MPI was not compiled with > Fortran 77[90] support. As such, the mpif77[mpif90] compiler is non- > functional." > > I was able to install mpich2 without any (apparent) problems - but > I need openmpi for PETsc. > > I am running OS 10.5.6 and have Xcode 3.1.1 installed. From ryandesign at macports.org Sat May 16 21:25:24 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 16 May 2009 23:25:24 -0500 Subject: qtiplot failed to build In-Reply-To: <20090516154751.260050@gmx.net> References: <20090516154751.260050@gmx.net> Message-ID: On May 16, 2009, at 10:47, Anatuss at gmx.net wrote: > src/scripting/PythonScripting.cpp:61:23: error: sipAPIqti.h: No > such file or directory I see this was reported before: http://trac.macports.org/ticket/18906#comment:4 Make sure your ports are up to date (sudo port sync; port outdated). If the problem persists, read the comments in that ticket and see if any suggestions there help you. From bjarne.backstrom at hjomail.se Sun May 17 07:35:42 2009 From: bjarne.backstrom at hjomail.se (=?ISO-8859-1?Q?Bjarne_B=E4ckstr=F6m?=) Date: Sun, 17 May 2009 16:35:42 +0200 Subject: qucs build error - Solved (sort of) In-Reply-To: References: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> <8A3C7561-D794-44EA-9ED3-057230A49E89@macports.org> <308757AB-1223-4C47-9D8C-47A80106C77B@hjomail.se> <1B7E0E62-06B7-4218-8FF9-FC04BC3E1AC6@hjomail.se> Message-ID: 15 maj 2009 kl. 00.17 skrev Ryan Schmidt: [...] > As to other ports, most of them probably do not explicitly mention / > sw in their configure scripts. > > I'm sure it's a tricky situation for software developers: if they > do add paths like /sw and /opt/local to their configure scripts, > they make it easy for people to install their software manually and > get dependencies from a package manager. However, by doing this, > they make it more difficult to add their software to that package > manager... Alas, /usr/local/ is where I have most of the stuff (much "legacy") I'm working with daily. Having to rename /sw and /usr/local before (sometimes lengthy) upgrading or installing in Macports would be a major inconvenience. -- Regards, /Bjarne. From ryandesign at macports.org Sun May 17 07:53:58 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 17 May 2009 09:53:58 -0500 Subject: qucs build error - Solved (sort of) In-Reply-To: References: <986115CC-D3F5-492D-8960-2462B4D30CCA@hjomail.se> <8A3C7561-D794-44EA-9ED3-057230A49E89@macports.org> <308757AB-1223-4C47-9D8C-47A80106C77B@hjomail.se> <1B7E0E62-06B7-4218-8FF9-FC04BC3E1AC6@hjomail.se> Message-ID: <7FBA315D-3536-4D92-9E57-AFA01EEA440E@macports.org> On May 17, 2009, at 09:35, Bjarne B?ckstr?m wrote: > 15 maj 2009 kl. 00.17 skrev Ryan Schmidt: > > [...] >> As to other ports, most of them probably do not explicitly >> mention /sw in their configure scripts. >> >> I'm sure it's a tricky situation for software developers: if they >> do add paths like /sw and /opt/local to their configure scripts, >> they make it easy for people to install their software manually >> and get dependencies from a package manager. However, by doing >> this, they make it more difficult to add their software to that >> package manager... > > Alas, /usr/local/ is where I have most of the stuff (much > "legacy") I'm working with daily. Having to rename /sw and /usr/ > local before (sometimes lengthy) upgrading or installing in > Macports would be a major inconvenience. I would encourage you to install any software you need by using MacPorts. If there is software you need that is not in MacPorts, please let us know so ports can be added. From vincent.diemunsch at gmail.com Sun May 17 09:44:25 2009 From: vincent.diemunsch at gmail.com (Vincent DIEMUNSCH) Date: Sun, 17 May 2009 18:44:25 +0200 Subject: Xlib: extension "RANDR" missing on display "/tmp/launch-zP0Uvj/:0". Message-ID: Hello, after an update to OS X 1.5.7 and of Solfege under MacPorts I get the following error : Xlib: extension "RANDR" missing on display "/tmp/launch-zP0Uvj/:0". Do you know where it comes from and how to fix it ? Thanks for your help Regards, Vincent From jeremyhu at macports.org Sun May 17 10:03:22 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Sun, 17 May 2009 10:03:22 -0700 Subject: Xlib: extension "RANDR" missing on display "/tmp/launch-zP0Uvj/:0". In-Reply-To: References: Message-ID: That's expected. The server doesn't support the RANDR extension. There's nothing broken to fix. On May 17, 2009, at 09:44, Vincent DIEMUNSCH wrote: > Hello, > > after an update to OS X 1.5.7 and of Solfege under MacPorts > I get the following error : Xlib: extension "RANDR" missing on > display "/tmp/launch-zP0Uvj/:0". > > Do you know where it comes from and how to fix it ? > > Thanks for your help > > Regards, > > Vincent > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From werner.hoffmans at xs4all.nl Sun May 17 14:03:07 2009 From: werner.hoffmans at xs4all.nl (Werner Hoffmans) Date: Sun, 17 May 2009 23:03:07 +0200 Subject: Installed KDE4 succesfully but startup instructions are invalid Message-ID: <3A5686BF-92B3-4164-831B-C289DD78741E@xs4all.nl> Hi, I installed KDE4 on my macbook (Leopard 10.5.7) using macports. It took approx 6 hours and ran without problem. However I don't succeed in starting KDE: The instruction from the package installation process (visible in terminal) which is also mentioned on mac.kde.org doesn't work. Still think the installation went well. Probably I need a different instruction. Please help. Details below. I ran: "sudo port install kdebase4" It took about 6 hours and completed with only 1 error, checksum of Phonon tar failed. I corrected that by downloading Phonon package manually from ftp site and running "port install phonon". That completed succesfully. Then I wondered how to start KDE. I saw in my terminal (and on mac.kde.org) the instruction: ########################################################## # Don't forget that dbus needs to be started as the local # user (not with sudo) before any KDE programs will launch # To start it run the following command: # launchctl load /Library/LaunchAgents/org.freedesktop.dbus- session.plist ########################################################## ###################################################### # Programs will not start until you run the command # 'sudo chown -R $USER ~/Library/Preferences/KDE' # replacing $USER with your username, followed by # 'open /Applications/MacPorts/KDE4/kdeinit4.app' # in a Terminal. ###################################################### But this didnt give a hopeful result. Namely: MacBook:~ wernerhoffmans$ launchctl load /Library/LaunchAgents/ org.freedesktop.dbus-session.plist nothing found to load MacBook:LaunchAgents wernerhoffmans$ sudo chown -R wernerhoffmans ~/ Library/Preferences/KDE Password: chown: /Users/wernerhoffmans/Library/Preferences/KDE: No such file or directory MacBook:LaunchAgents wernerhoffmans$ open /Applications/MacPorts/KDE4/ kdeinit4.app The file /Applications/MacPorts/KDE4/kdeinit4.app does not exist. MacBook:~ wernerhoffmans$ cd /Library/LaunchAgents/ MacBook:LaunchAgents wernerhoffmans$ ls -la total 32 drwxr-xr-x 6 root wheel 204 17 mei 07:34 . drwxrwxr-t+ 56 root admin 1904 16 mei 23:03 .. -rw-r--r-- 1 root wheel 591 19 apr 20:18 com.adobe.CS4ServiceManager.plist -rw-r--r-- 1 root wheel 696 27 mrt 2008 com.hp.launchurlagent.plist -rw-r--r-- 1 root wheel 563 5 mei 13:49 com.parallels.desktop.launch.plist lrwxr-xr-x 1 root wheel 66 17 mei 07:34 org.freedesktop.dbus- session.plist -> /opt/local/Library/LaunchAgents/org.freedesktop.dbus- session.plist MacBook:LaunchAgents wernerhoffmans$ cd /opt/local/Library/LaunchAgents/ MacBook:LaunchAgents wernerhoffmans$ ls -la total 8 drwxr-xr-x 3 root wheel 102 17 mei 07:34 . drwxr-xr-x 4 root wheel 136 17 mei 07:34 .. -rw-r--r-- 2 root wheel 744 17 mei 07:34 org.freedesktop.dbus- session.plist MacBook:LaunchAgents wernerhoffmans$ cat org.freedesktop.dbus- session.plist |more Label org.freedesktop.dbus-session ServiceIPC OnDemand Disabled ProgramArguments /opt/local/bin/dbus-daemon --nofork --session Sockets unix_domain_listener SecureSocketWithKey DBUS_LAUNCHD_SESSION_BUS_SOCKET From ryandesign at macports.org Sun May 17 17:28:31 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 17 May 2009 19:28:31 -0500 Subject: qtiplot failed to build In-Reply-To: <20090517183020.255450@gmx.net> References: <20090516154751.260050@gmx.net> <20090517183020.255450@gmx.net> Message-ID: <30B65D50-0975-4AB9-8D29-1C18F2463A70@macports.org> On May 17, 2009, at 13:30, Anatuss at gmx.net wrote: > I've read this thread. Yesterday I've upgraded macports with the > result that the error has changed > > ---> Building qtiplot > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_ > qtiplot/work/qtiplot-0.9.7.6" && make all " returned error 2 > Command output: _release_Convolution in sipqtiConvolution.o > _init_Convolution in sipqtiConvolution.o > _meth_Deconvolution_timerEvent in sipqtiDeconvolution.o > _meth_Deconvolution_childEvent in sipqtiDeconvolution.o > _meth_Deconvolution_customEvent in sipqtiDeconvolution.o > _meth_Deconvolution_connectNotify in sipqtiDeconvolution.o > _meth_Deconvolution_disconnectNotify in sipqtiDeconvolution.o > _meth_Deconvolution_setDataFromTable in sipqtiDeconvolution.o > _meth_Deconvolution_run in sipqtiDeconvolution.o > _release_Deconvolution in sipqtiDeconvolution.o > _init_Deconvolution in sipqtiDeconvolution.o > "_Py_CompileStringFlags", referenced from: > PythonScript::compile(bool) in PythonScript.o > PythonScript::compile(bool) in PythonScript.o > PythonScript::compile(bool) in PythonScript.o > PythonScripting::exec(QString const&, _object*, char const*) > in PythonScripting.o > PythonScripting::eval(QString const&, _object*, char const*) > in PythonScripting.o > "_PyCObject_AsVoidPtr", referenced from: > _initqti in sipqticmodule.o > "_PyErr_ExceptionMatches", referenced from: > PythonScript::eval() in PythonScript.o > PythonScript::eval() in PythonScript.o > PythonScript::eval() in PythonScript.o > PythonScript::eval() in PythonScript.o > "_PyCObject_Type", referenced from: > _PyCObject_Type$non_lazy_ptr in sipqticmodule.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[1]: *** [qtiplot.app/Contents/MacOS/qtiplot] Error 1 > make: *** [sub-qtiplot-all] Error 2 > > Error: Status 1 encountered during processing. You should clean qtiplot and try again with the debug switch, as it doesn't look like we're seeing the first error below. (MacPorts only outputs the last 30 lines or so of error messages, and here it looks like the first error is farther back than that.) sudo port clean qtiplot sudo port -d install qtiplat P.S: Use Reply All so your reply goes to the list too, not just to me. From ryandesign at macports.org Sun May 17 17:30:01 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 17 May 2009 19:30:01 -0500 Subject: Xlib: extension "RANDR" missing on display "/tmp/launch-zP0Uvj/:0". In-Reply-To: References: Message-ID: <7057B22D-1667-459D-A45E-B8B94CFDA3C3@macports.org> On May 17, 2009, at 11:44, Vincent DIEMUNSCH wrote: > after an update to OS X 1.5.7 and of Solfege under MacPorts > I get the following error : Xlib: extension "RANDR" missing on > display "/tmp/launch-zP0Uvj/:0". > > Do you know where it comes from and how to fix it ? I have read on this list before that this error message is only a warning and can be ignored, but I don't know for sure. When do you get this message -- when running what program? Does that program still work? If not, is the above message the only thing that's printed, or is there more output you could show us? From jeremyhu at macports.org Sun May 17 19:27:31 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Sun, 17 May 2009 19:27:31 -0700 Subject: Xlib: extension "RANDR" missing on display "/tmp/launch-zP0Uvj/:0". In-Reply-To: <7057B22D-1667-459D-A45E-B8B94CFDA3C3@macports.org> References: <7057B22D-1667-459D-A45E-B8B94CFDA3C3@macports.org> Message-ID: <8D5A6F9C-0A17-4E79-B0EB-DF6C0DE43DE6@macports.org> It definitely is just a warning. It occurs whenever an app tries to query the RANDR extension. It notices that the extension is missing and disables whatever optional support it would've had for that extension. gtk2 based applications will do this every time they start... probably any app that uses a toolkit higher level than libXt, libXaw, or motif will omit such a message. On May 17, 2009, at 17:30, Ryan Schmidt wrote: > > On May 17, 2009, at 11:44, Vincent DIEMUNSCH wrote: > >> after an update to OS X 1.5.7 and of Solfege under MacPorts >> I get the following error : Xlib: extension "RANDR" missing on >> display "/tmp/launch-zP0Uvj/:0". >> >> Do you know where it comes from and how to fix it ? > > I have read on this list before that this error message is only a > warning and can be ignored, but I don't know for sure. > > When do you get this message -- when running what program? Does that > program still work? If not, is the above message the only thing > that's printed, or is there more output you could show us? > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From mww at macports.org Mon May 18 04:03:12 2009 From: mww at macports.org (Markus Weissmann) Date: Mon, 18 May 2009 13:03:12 +0200 (CEST) Subject: upgrading gcc44 not working properly? In-Reply-To: <4CC6D0EA-F752-44ED-AE7D-2D6DCCA70C72@macports.org> References: <4CC6D0EA-F752-44ED-AE7D-2D6DCCA70C72@macports.org> Message-ID: <955bd4ff692fbc3eeb70048e592b11ed.squirrel@webmailer.bytemine.net> On Sun, May 17, 2009 06:18, Ryan Schmidt wrote: > > On May 16, 2009, at 12:29, MD White wrote: > >> I installed gcc44 when it was listed as Beta / "experimental" back >> in March. gcc-mp-4.4 --version : >> gcc-mp-4.4 (GCC) 4.4.0 20090313 (experimental) >> >> I saw that it is no longer listed in the ports as beta (4.5 now is) >> and so I tried >> sudo port upgrade gcc44 >> >> However, the only thing that got upgraded was apparently >> gmp, lzmautils, mpfr, libiconv and gperf >> >> gcc/g++ were not upgraded (are there no changes?), nor were java or >> gfortran installed (for some reason when the "betas" are made of >> gcc, these are included only as "variants" even though they are >> considered part of the actual gcc distribution by the gnu >> developers). Even if gcc does not change, it seems like the >> "upgrade" command should install any of the items that are no >> longer variants in the non-beta installation, so that the port is >> standardized. > > gcc44 was updated from version 4.4-20090331 to version 4.4.0 final in > r50108, but the rpm-vercomp procedure in MacPorts thinks 4.4-20090331 > is greater than 4.4.0, hence port outdated is not showing you the > port as outdated. The epoch of the port should have been increased in > that revision to inform MacPorts that 4.4.0 should be considered the > newer version. Markus, can you increase the epoch please so users of > the gcc44 beta are advised of the availability of the final version? > Thanks. > Sure, but I won't have access to the repository before wednesday, so if someone would do me the favor of `epoch++' I'd greatly appreciate it! Regards, -Markus --- http://www.mweissmann.de/ http://www.macports.org/ From ryandesign at macports.org Mon May 18 05:34:10 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 18 May 2009 07:34:10 -0500 Subject: upgrading gcc44 not working properly? In-Reply-To: <955bd4ff692fbc3eeb70048e592b11ed.squirrel@webmailer.bytemine.net> References: <4CC6D0EA-F752-44ED-AE7D-2D6DCCA70C72@macports.org> <955bd4ff692fbc3eeb70048e592b11ed.squirrel@webmailer.bytemine.net> Message-ID: On May 18, 2009, at 06:03, Markus Weissmann wrote: > On Sun, May 17, 2009 06:18, Ryan Schmidt wrote: > >> gcc44 was updated from version 4.4-20090331 to version 4.4.0 final in >> r50108, but the rpm-vercomp procedure in MacPorts thinks 4.4-20090331 >> is greater than 4.4.0, hence port outdated is not showing you the >> port as outdated. The epoch of the port should have been increased in >> that revision to inform MacPorts that 4.4.0 should be considered the >> newer version. Markus, can you increase the epoch please so users of >> the gcc44 beta are advised of the availability of the final version? >> Thanks. > > Sure, but I won't have access to the repository before wednesday, > so if > someone would do me the favor of `epoch++' I'd greatly appreciate it! Done in r51111! Thanks. From frstan at bellsouth.net Mon May 18 23:03:25 2009 From: frstan at bellsouth.net (William Davis) Date: Tue, 19 May 2009 02:03:25 -0400 Subject: liblqr wont upgrade (complie) Message-ID: complie error liblqr: libtool: compile: /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. - DDATADIR=\"/opt/local/share/liblqr-1\" -I.. -I/opt/local/include/ glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/ local/include -fvisibility=hidden -I/opt/local/include -O2 -Wall -MT lqr_rwindow.lo -MD -MP -MF .deps/lqr_rwindow.Tpo -c lqr_rwindow.c - fno-common -DPIC -o .libs/lqr_rwindow.o /var/tmp//cc5otVpN.s:33:non-relocatable subtraction expression, "_lqr_carver_read_luma" minus "L00000000001$pb" /var/tmp//cc5otVpN.s:33:symbol: "_lqr_carver_read_luma" can't be undefined in a subtraction expression /var/tmp//cc5otVpN.s:19:non-relocatable subtraction expression, "_lqr_carver_read_brightness" minus "L00000000001$pb" /var/tmp//cc5otVpN.s:19:symbol: "_lqr_carver_read_brightness" can't be undefined in a subtraction expression make[2]: *** [lqr_rwindow.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for liblqr): org.macports.destroot org.macports.build William Davis frstanATbellsouthDOTnet Mac OS X.5.7 Darwin 9.7.0 XQuartz 2.3.3.2 (xorg-server 1.4.2-apple42) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From talklists at newgeo.com Tue May 19 00:51:53 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 19 May 2009 00:51:53 -0700 Subject: port updates and trac Message-ID: Hello, can someone closer to these two ports give me an idea of what their status is? http://trac.macports.org/ticket/17709 http://trac.macports.org/ticket/19432 Maybe I am reading it wrong. When there is a list, I can see "status", though when I am on the details page, there does not seem to be a status. I have tested both, thoroughly, and can confirm, that on 10.5, PPC, and Intel, the patches work great. On the PPC side, I have put numerous hours into testing and configuring. All seems well. I would love to see these up soon, so I can work on a new set of install notes for postfix and dovecot, and also look into bumping the versions of both, as releases for both were made last week on postfix, and today, I believe, on dovecot. Thank you. -- Scott * If you contact me off list replace talklists@ with scott@ * From brad at pixilla.com Tue May 19 04:50:37 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Tue, 19 May 2009 04:50:37 -0700 Subject: port updates and trac In-Reply-To: References: Message-ID: <4BA3F6F6-7583-407C-ABC9-D62E70452E0F@pixilla.com> On May 19, 2009, at 12:51 AM, Scott Haneda wrote: > Hello, can someone closer to these two ports give me an idea of what > their status is? > http://trac.macports.org/ticket/17709 > http://trac.macports.org/ticket/19432 > > Maybe I am reading it wrong. When there is a list, I can see > "status", though when I am on the details page, there does not seem > to be a status. > > I have tested both, thoroughly, and can confirm, that on 10.5, PPC, > and Intel, the patches work great. On the PPC side, I have put > numerous hours into testing and configuring. All seems well. > > I would love to see these up soon, so I can work on a new set of > install notes for postfix and dovecot, and also look into bumping > the versions of both, as releases for both were made last week on > postfix, and today, I believe, on dovecot. +1 //Brad From ironstorm at gmail.com Tue May 19 07:58:22 2009 From: ironstorm at gmail.com (Garth Dahlstrom) Date: Tue, 19 May 2009 10:58:22 -0400 Subject: Meld fails to start; complains about launchd not providing socket path Message-ID: <76bfb9d20905190758jdef10edi363653627298224f@mail.gmail.com> Hi everyone, I'm a bit of a mac ports noob, I searched around, but haven't found anything specifically relating to meld and this issue. I'm wondering if there is some Gnome base dependency (this is the first gnome based app I've tried), KDiff3 built, so I know at least the base X11 is okay. Any suggestions as to how to fix the error below, or even what terms I should be googling for would be appreciated. Thanks, -G [797] ged at garth-dahlstroms-macbook:~$ meld Xlib: extension "RANDR" missing on display "/tmp/launch-Y4N79L/:0". Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Traceback (most recent call last): File "/opt/local/bin/meld", line 109, in meldapp.main() File "/opt/local/lib/meld/meldapp.py", line 855, in main app = MeldApp() File "/opt/local/lib/meld/meldapp.py", line 528, in __init__ self.prefs = MeldPreferences() File "/opt/local/lib/meld/meldapp.py", line 465, in __init__ prefs.Preferences.__init__(self, "/apps/meld", self.defaults) File "/opt/local/lib/meld/prefs.py", line 91, in __init__ self._gconf.add_dir(rootkey, gconf.CLIENT_PRELOAD_NONE) glib.GError: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory) [797] ged at garth-dahlstroms-macbook:~$ meld Xlib: extension "RANDR" missing on display "/tmp/launch-Y4N79L/:0". Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Traceback (most recent call last): File "/opt/local/bin/meld", line 109, in meldapp.main() File "/opt/local/lib/meld/meldapp.py", line 855, in main app = MeldApp() File "/opt/local/lib/meld/meldapp.py", line 528, in __init__ self.prefs = MeldPreferences() File "/opt/local/lib/meld/meldapp.py", line 465, in __init__ prefs.Preferences.__init__(self, "/apps/meld", self.defaults) File "/opt/local/lib/meld/prefs.py", line 91, in __init__ self._gconf.add_dir(rootkey, gconf.CLIENT_PRELOAD_NONE) glib.GError: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory) [801] ged at garth-dahlstroms-macbook:~$ sudo port installed | grep -i orbit orbit2 @2.14.17_0 (active) py25-orbit @2.24.0_0+darwin_9 (active) [802] ged at garth-dahlstroms-macbook:~$ sudo port installed | grep -i launch commons-launcher @1.1_0 (active) -------------- next part -------------- An HTML attachment was scrubbed... URL: From madsteer at gmail.com Tue May 19 20:46:03 2009 From: madsteer at gmail.com (cory steers) Date: Tue, 19 May 2009 22:46:03 -0500 Subject: Native Quartz version of gnucash Message-ID: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> A little background: I installed 10.5.7 the other day and it completely broke my gnucash setup. X11 is now REALLY slow to start, and it doesn't start an xterm window automatically anymore. Also, the gnucash I had from fink stopped working, and I was unable to get it going. I noticed that I could get a native Quartz version of gnucash as outlined here: http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCashso I decided to give macports a try. Can anyone on this mailing list confirm success with this (since the link is to a gnucash site not macports site)? Below is a log of my trying to install it, and it failing with goffice. Here's a snapshot of my variants.conf file: # Any variants specified here that are not supported by # a port will just be ignored. Multiple variants can be # specified per line, or one per line is also allowed. # # Example: # +ipv6 +no_x11 +no_static +no_x11 -x11 +quartz I have version 3.1.2 of xcode and 2.1.6 of X11 installed. I'm running on a 2.16 Ghz Intel Core Duo 17" macbook pro. Here's a snippit of output after running "sudo port install gnucash". Thanks in advance for any help. ---> Building goffice Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work/goffice-0.6.6" && make all " returned error 2 Command output: mv -f .deps/foo-canvas-marshal.Tpo .deps/foo-canvas-marshal.Plo /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" -DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" -DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR=\"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/foo-canvas-line.Tpo -c -o foo-canvas-line.lo foo-canvas-line.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/foo-canvas-line.Tpo -c foo-canvas-line.c -fno-common -DPIC -o .libs/foo-canvas-line.o mv -f .deps/foo-canvas-line.Tpo .deps/foo-canvas-line.Plo /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" -DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" -DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR=\"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP -MF .deps/foo-canvas-pixbuf.Tpo -c -o foo-canvas-pixbuf.lo foo-canvas-pixbuf.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP -MF .deps/foo-canvas-pixbuf.Tpo -c foo-canvas-pixbuf.c -fno-common -DPIC -o .libs/foo-canvas-pixbuf.o mv -f .deps/foo-canvas-pixbuf.Tpo .deps/foo-canvas-pixbuf.Plo /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" -DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" -DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR=\"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP -MF .deps/foo-canvas-polygon.Tpo -c -o foo-canvas-polygon.lo foo-canvas-polygon.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP -MF .deps/foo-canvas-polygon.Tpo -c foo-canvas-polygon.c -fno-common -DPIC -o .libs/foo-canvas-polygon.o mv -f .deps/foo-canvas-polygon.Tpo .deps/foo-canvas-polygon.Plo /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" -DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" -DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR=\"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP -MF .deps/foo-canvas-rect-ellipse.Tpo -c -o foo-canvas-rect-ellipse.lo foo-canvas-rect-ellipse.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP -MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c -fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or directory foo-canvas-rect-ellipse.c: In function 'foo_canvas_rect_realize': foo-canvas-rect-ellipse.c:847: warning: implicit declaration of function 'gdk_x11_drawable_get_xdisplay' foo-canvas-rect-ellipse.c:847: warning: nested extern declaration of 'gdk_x11_drawable_get_xdisplay' foo-canvas-rect-ellipse.c:847: warning: assignment makes pointer from integer without a cast foo-canvas-rect-ellipse.c:855: warning: implicit declaration of function 'gdk_x11_visual_get_xvisual' foo-canvas-rect-ellipse.c:855: warning: nested extern declaration of 'gdk_x11_visual_get_xvisual' foo-canvas-rect-ellipse.c:855: warning: assignment makes pointer from integer without a cast foo-canvas-rect-ellipse.c: In function 'render_rect_alpha': foo-canvas-rect-ellipse.c:908: warning: assignment makes pointer from integer without a cast foo-canvas-rect-ellipse.c:911: warning: implicit declaration of function 'gdk_x11_drawable_get_xid' foo-canvas-rect-ellipse.c:911: warning: nested extern declaration of 'gdk_x11_drawable_get_xid' make[5]: *** [foo-canvas-rect-ellipse.lo] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Error: The following dependencies failed to build: goffice guile16 libgnomeprintui gnome-icon-theme hicolor-icon-theme icon-naming-utils p5-xml-simple p5-xml-namespacesupport p5-xml-sax libgnomecanvas libgnomeprint bison libgnomecups libgnomeui gnome-keyring libbonoboui libgnome esound audiofile libgtkhtml3 enchant libsoup libproxy sqlite3 lzmautils p5-finance-quote p5-crypt-ssleay p5-datemanip p5-html-tableextract p5-libwww-perl p5-compress-zlib p5-compress-raw-zlib p5-io-compress-base p5-io-compress-zlib p5-html-parser p5-html-tagset p5-uri slib slib-guile16 Error: Status 1 encountered during processing. mbp:/opt madsteer $ sudo port install goffice Password: ---> Building goffice Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work/goffice-0.6.6" && make all " returned error 2 Command output: make[3]: Nothing to be done for `all'. Making all in graph make[3]: Nothing to be done for `all'. Making all in math make[3]: Nothing to be done for `all'. Making all in ms-compat make[3]: Nothing to be done for `all'. Making all in cut-n-paste Making all in foocanvas make all-am /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" -DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" -DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR=\"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP -MF .deps/foo-canvas-rect-ellipse.Tpo -c -o foo-canvas-rect-ellipse.lo foo-canvas-rect-ellipse.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP -MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c -fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or directory foo-canvas-rect-ellipse.c: In function 'foo_canvas_rect_realize': foo-canvas-rect-ellipse.c:847: warning: implicit declaration of function 'gdk_x11_drawable_get_xdisplay' foo-canvas-rect-ellipse.c:847: warning: nested extern declaration of 'gdk_x11_drawable_get_xdisplay' foo-canvas-rect-ellipse.c:847: warning: assignment makes pointer from integer without a cast foo-canvas-rect-ellipse.c:855: warning: implicit declaration of function 'gdk_x11_visual_get_xvisual' foo-canvas-rect-ellipse.c:855: warning: nested extern declaration of 'gdk_x11_visual_get_xvisual' foo-canvas-rect-ellipse.c:855: warning: assignment makes pointer from integer without a cast foo-canvas-rect-ellipse.c: In function 'render_rect_alpha': foo-canvas-rect-ellipse.c:908: warning: assignment makes pointer from integer without a cast foo-canvas-rect-ellipse.c:911: warning: implicit declaration of function 'gdk_x11_drawable_get_xid' foo-canvas-rect-ellipse.c:911: warning: nested extern declaration of 'gdk_x11_drawable_get_xid' make[5]: *** [foo-canvas-rect-ellipse.lo] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Error: Status 1 encountered during processing. mbp:/opt madsteer $ sudo port uninstall goffice Error: port uninstall failed: Registry error: goffice not registered as installed. mbp:/opt cory $ sudo port clean goffice ---> Cleaning goffice mbp:/opt madsteer $ sudo port install goffice ---> Fetching goffice ---> Verifying checksum(s) for goffice ---> Extracting goffice ---> Configuring goffice ---> Building goffice Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work/goffice-0.6.6" && make all " returned error 2 Command output: mv -f .deps/foo-canvas-marshal.Tpo .deps/foo-canvas-marshal.Plo /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" -DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" -DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR=\"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/foo-canvas-line.Tpo -c -o foo-canvas-line.lo foo-canvas-line.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/foo-canvas-line.Tpo -c foo-canvas-line.c -fno-common -DPIC -o .libs/foo-canvas-line.o mv -f .deps/foo-canvas-line.Tpo .deps/foo-canvas-line.Plo /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" -DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" -DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR=\"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP -MF .deps/foo-canvas-pixbuf.Tpo -c -o foo-canvas-pixbuf.lo foo-canvas-pixbuf.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP -MF .deps/foo-canvas-pixbuf.Tpo -c foo-canvas-pixbuf.c -fno-common -DPIC -o .libs/foo-canvas-pixbuf.o mv -f .deps/foo-canvas-pixbuf.Tpo .deps/foo-canvas-pixbuf.Plo /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" -DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" -DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR=\"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP -MF .deps/foo-canvas-polygon.Tpo -c -o foo-canvas-polygon.lo foo-canvas-polygon.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP -MF .deps/foo-canvas-polygon.Tpo -c foo-canvas-polygon.c -fno-common -DPIC -o .libs/foo-canvas-polygon.o mv -f .deps/foo-canvas-polygon.Tpo .deps/foo-canvas-polygon.Plo /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" -DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" -DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR=\"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP -MF .deps/foo-canvas-rect-ellipse.Tpo -c -o foo-canvas-rect-ellipse.lo foo-canvas-rect-ellipse.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP -MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c -fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or directory foo-canvas-rect-ellipse.c: In function 'foo_canvas_rect_realize': foo-canvas-rect-ellipse.c:847: warning: implicit declaration of function 'gdk_x11_drawable_get_xdisplay' foo-canvas-rect-ellipse.c:847: warning: nested extern declaration of 'gdk_x11_drawable_get_xdisplay' foo-canvas-rect-ellipse.c:847: warning: assignment makes pointer from integer without a cast foo-canvas-rect-ellipse.c:855: warning: implicit declaration of function 'gdk_x11_visual_get_xvisual' foo-canvas-rect-ellipse.c:855: warning: nested extern declaration of 'gdk_x11_visual_get_xvisual' foo-canvas-rect-ellipse.c:855: warning: assignment makes pointer from integer without a cast foo-canvas-rect-ellipse.c: In function 'render_rect_alpha': foo-canvas-rect-ellipse.c:908: warning: assignment makes pointer from integer without a cast foo-canvas-rect-ellipse.c:911: warning: implicit declaration of function 'gdk_x11_drawable_get_xid' foo-canvas-rect-ellipse.c:911: warning: nested extern declaration of 'gdk_x11_drawable_get_xid' make[5]: *** [foo-canvas-rect-ellipse.lo] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Error: Status 1 encountered during processing. mbp:/opt madsteer $ -------------- next part -------------- An HTML attachment was scrubbed... URL: From LenoreHorner at sbcglobal.net Tue May 19 23:09:53 2009 From: LenoreHorner at sbcglobal.net (Lenore Horner) Date: Wed, 20 May 2009 01:09:53 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> Message-ID: <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> That should be fixable with this patch. (I've been told this is fixed in goffice trunk and will be in the next release.) You did reinstall XQuartz after upgrading didn't you? Lenore On May 19, 2009, at 22:46 , cory steers wrote: > A little background: I installed 10.5.7 the other day and it > completely broke my gnucash setup. X11 is now REALLY slow to start, > and it doesn't start an xterm window automatically anymore. Also, > the gnucash I had from fink stopped working, and I was unable to get > it going. I noticed that I could get a native Quartz version of > gnucash as outlined here: http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCash > so I decided to give macports a try. > > Can anyone on this mailing list confirm success with this (since the > link is to a gnucash site not macports site)? Below is a log of my > trying to install it, and it failing with goffice. Here's a > snapshot of my variants.conf file: > > # Any variants specified here that are not supported by > # a port will just be ignored. Multiple variants can be > # specified per line, or one per line is also allowed. > # > # Example: > # +ipv6 +no_x11 > +no_static > +no_x11 > -x11 > +quartz > > I have version 3.1.2 of xcode and 2.1.6 of X11 installed. I'm > running on a 2.16 Ghz Intel Core Duo 17" macbook pro. Here's a > snippit of output after running "sudo port install gnucash". Thanks > in advance for any help. > > ---> Building goffice > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffice/work/goffice-0.6.6" && > make all " returned error 2 > Command output: mv -f .deps/foo-canvas-marshal.Tpo .deps/foo-canvas- > marshal.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/ > foo-canvas-line.Tpo -c -o foo-canvas-line.lo foo-canvas-line.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/ > foo-canvas-line.Tpo -c foo-canvas-line.c -fno-common -DPIC -o .libs/ > foo-canvas-line.o > mv -f .deps/foo-canvas-line.Tpo .deps/foo-canvas-line.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP - > MF .deps/foo-canvas-pixbuf.Tpo -c -o foo-canvas-pixbuf.lo foo-canvas- > pixbuf.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP - > MF .deps/foo-canvas-pixbuf.Tpo -c foo-canvas-pixbuf.c -fno-common - > DPIC -o .libs/foo-canvas-pixbuf.o > mv -f .deps/foo-canvas-pixbuf.Tpo .deps/foo-canvas-pixbuf.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP - > MF .deps/foo-canvas-polygon.Tpo -c -o foo-canvas-polygon.lo foo- > canvas-polygon.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP - > MF .deps/foo-canvas-polygon.Tpo -c foo-canvas-polygon.c -fno-common > -DPIC -o .libs/foo-canvas-polygon.o > mv -f .deps/foo-canvas-polygon.Tpo .deps/foo-canvas-polygon.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c -o foo-canvas-rect- > ellipse.lo foo-canvas-rect-ellipse.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c - > fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o > foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or > directory > foo-canvas-rect-ellipse.c: In function 'foo_canvas_rect_realize': > foo-canvas-rect-ellipse.c:847: warning: implicit declaration of > function 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: nested extern declaration of > 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:855: warning: implicit declaration of > function 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: nested extern declaration of > 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c: In function 'render_rect_alpha': > foo-canvas-rect-ellipse.c:908: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:911: warning: implicit declaration of > function 'gdk_x11_drawable_get_xid' > foo-canvas-rect-ellipse.c:911: warning: nested extern declaration of > 'gdk_x11_drawable_get_xid' > make[5]: *** [foo-canvas-rect-ellipse.lo] Error 1 > make[4]: *** [all] Error 2 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 > > Error: The following dependencies failed to build: goffice guile16 > libgnomeprintui gnome-icon-theme hicolor-icon-theme icon-naming- > utils p5-xml-simple p5-xml-namespacesupport p5-xml-sax > libgnomecanvas libgnomeprint bison libgnomecups libgnomeui gnome- > keyring libbonoboui libgnome esound audiofile libgtkhtml3 enchant > libsoup libproxy sqlite3 lzmautils p5-finance-quote p5-crypt-ssleay > p5-datemanip p5-html-tableextract p5-libwww-perl p5-compress-zlib p5- > compress-raw-zlib p5-io-compress-base p5-io-compress-zlib p5-html- > parser p5-html-tagset p5-uri slib slib-guile16 > Error: Status 1 encountered during processing. > > mbp:/opt madsteer $ sudo port install goffice > Password: > ---> Building goffice > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffice/work/goffice-0.6.6" && > make all " returned error 2 > Command output: make[3]: Nothing to be done for `all'. > Making all in graph > make[3]: Nothing to be done for `all'. > Making all in math > make[3]: Nothing to be done for `all'. > Making all in ms-compat > make[3]: Nothing to be done for `all'. > Making all in cut-n-paste > Making all in foocanvas > make all-am > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c -o foo-canvas-rect- > ellipse.lo foo-canvas-rect-ellipse.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c - > fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o > foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or > directory > foo-canvas-rect-ellipse.c: In function 'foo_canvas_rect_realize': > foo-canvas-rect-ellipse.c:847: warning: implicit declaration of > function 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: nested extern declaration of > 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:855: warning: implicit declaration of > function 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: nested extern declaration of > 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c: In function 'render_rect_alpha': > foo-canvas-rect-ellipse.c:908: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:911: warning: implicit declaration of > function 'gdk_x11_drawable_get_xid' > foo-canvas-rect-ellipse.c:911: warning: nested extern declaration of > 'gdk_x11_drawable_get_xid' > make[5]: *** [foo-canvas-rect-ellipse.lo] Error 1 > make[4]: *** [all] Error 2 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 > > Error: Status 1 encountered during processing. > mbp:/opt madsteer $ sudo port uninstall goffice > Error: port uninstall failed: Registry error: goffice not registered > as installed. > > mbp:/opt cory $ sudo port clean goffice > ---> Cleaning goffice > > mbp:/opt madsteer $ sudo port install goffice > ---> Fetching goffice > ---> Verifying checksum(s) for goffice > ---> Extracting goffice > ---> Configuring goffice > ---> Building goffice > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffice/work/goffice-0.6.6" && > make all " returned error 2 > Command output: mv -f .deps/foo-canvas-marshal.Tpo .deps/foo-canvas- > marshal.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/ > foo-canvas-line.Tpo -c -o foo-canvas-line.lo foo-canvas-line.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/ > foo-canvas-line.Tpo -c foo-canvas-line.c -fno-common -DPIC -o .libs/ > foo-canvas-line.o > mv -f .deps/foo-canvas-line.Tpo .deps/foo-canvas-line.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP - > MF .deps/foo-canvas-pixbuf.Tpo -c -o foo-canvas-pixbuf.lo foo-canvas- > pixbuf.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP - > MF .deps/foo-canvas-pixbuf.Tpo -c foo-canvas-pixbuf.c -fno-common - > DPIC -o .libs/foo-canvas-pixbuf.o > mv -f .deps/foo-canvas-pixbuf.Tpo .deps/foo-canvas-pixbuf.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP - > MF .deps/foo-canvas-polygon.Tpo -c -o foo-canvas-polygon.lo foo- > canvas-polygon.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP - > MF .deps/foo-canvas-polygon.Tpo -c foo-canvas-polygon.c -fno-common > -DPIC -o .libs/foo-canvas-polygon.o > mv -f .deps/foo-canvas-polygon.Tpo .deps/foo-canvas-polygon.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c -o foo-canvas-rect- > ellipse.lo foo-canvas-rect-ellipse.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c - > fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o > foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or > directory > foo-canvas-rect-ellipse.c: In function 'foo_canvas_rect_realize': > foo-canvas-rect-ellipse.c:847: warning: implicit declaration of > function 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: nested extern declaration of > 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:855: warning: implicit declaration of > function 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: nested extern declaration of > 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c: In function 'render_rect_alpha': > foo-canvas-rect-ellipse.c:908: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:911: warning: implicit declaration of > function 'gdk_x11_drawable_get_xid' > foo-canvas-rect-ellipse.c:911: warning: nested extern declaration of > 'gdk_x11_drawable_get_xid' > make[5]: *** [foo-canvas-rect-ellipse.lo] Error 1 > make[4]: *** [all] Error 2 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 > > Error: Status 1 encountered during processing. > mbp:/opt madsteer $ > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-goffice-0.6.6_goffice_cut-n-paste_foocanvas_foo-canvas-rect-ellipse.c.diff Type: application/octet-stream Size: 1638 bytes Desc: not available URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From olaf at foellinger.de Tue May 19 23:10:51 2009 From: olaf at foellinger.de (Olaf Foellinger) Date: Wed, 20 May 2009 08:10:51 +0200 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> Message-ID: <20090520061051.GA25463@foellinger.de> Hi, * cory steers [20.05.09 06:43]wrote: > A little background: I installed 10.5.7 the other day and it > completely broke my gnucash setup. X11 is now REALLY slow to start, > and it doesn't start an xterm window automatically anymore. Also, the > gnucash I had from fink stopped working, and I was unable to get it > going. I noticed that I could get a native Quartz version of gnucash > as outlined here: > [1]http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to > _install_the_native_Quartz_version_of_GnuCash so I decided to give > macports a try. > > Can anyone on this mailing list confirm success with this (since the > link is to a gnucash site not macports site)? Below is a log of my > trying to install it, and it failing with goffice. Here's a snapshot > of my variants.conf file: yes I can confirm it's possible. I've done it once using this variant http://blog.foellinger.de/2009/01/04/gnucash-fur-mac-os-x-mit-quartz-oberflache-stark-vereinfacht/ and it worked. Unfortunately it didn't work when I've tried it last time so for now I'm stuck with the X11 variant. Gru? Olaf From jeremyhu at macports.org Tue May 19 23:21:45 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Tue, 19 May 2009 23:21:45 -0700 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> Message-ID: <3AE94AE2-86A9-4D28-BA16-89E7AB0DAC54@macports.org> On May 19, 2009, at 20:46, cory steers wrote: > A little background: I installed 10.5.7 the other day and it > completely > broke my gnucash setup. X11 is now REALLY slow to start how so? Please explain. Is there anything relevant in your system log to indicate the problem. > , and it doesn't > start an xterm window automatically anymore. It should run whatever you have set in app_to_run in your preferences (which is still xterm by default). > Also, the gnucash I had from > fink stopped working, and I was unable to get it going. Why? What happens when you try? From hvdwolf at gmail.com Tue May 19 23:26:37 2009 From: hvdwolf at gmail.com (Harry van der Wolf) Date: Wed, 20 May 2009 08:26:37 +0200 Subject: Native Quartz version of gnucash In-Reply-To: <3AE94AE2-86A9-4D28-BA16-89E7AB0DAC54@macports.org> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <3AE94AE2-86A9-4D28-BA16-89E7AB0DAC54@macports.org> Message-ID: <8c242c590905192326k6e84cabci986b4edd9333cbf1@mail.gmail.com> With regard to X11 (no gnucash experience). After upgrading to 10.5.7 you should also install the new X11 from < http://xquartz.macosforge.org/trac/wiki/X112.3.3>. Harry 2009/5/20 Jeremy Huddleston > > On May 19, 2009, at 20:46, cory steers wrote: > > A little background: I installed 10.5.7 the other day and it completely >> broke my gnucash setup. X11 is now REALLY slow to start >> > > how so? Please explain. Is there anything relevant in your system log to > indicate the problem. > > , and it doesn't >> start an xterm window automatically anymore. >> > > It should run whatever you have set in app_to_run in your preferences > (which is still xterm by default). > > Also, the gnucash I had from >> fink stopped working, and I was unable to get it going. >> > > Why? What happens when you try? > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Wed May 20 00:15:18 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 20 May 2009 02:15:18 -0500 Subject: Meld fails to start; complains about launchd not providing socket path In-Reply-To: <76bfb9d20905190758jdef10edi363653627298224f@mail.gmail.com> References: <76bfb9d20905190758jdef10edi363653627298224f@mail.gmail.com> Message-ID: <38CBDDEB-8E52-4897-8E19-31074CB71C03@macports.org> On May 19, 2009, at 09:58, Garth Dahlstrom wrote: > I'm a bit of a mac ports noob, I searched around, but haven't > found anything specifically relating to meld and this issue. Welcome to MacPorts! > I'm wondering if there is some Gnome base dependency (this is the > first gnome based app I've tried), KDiff3 built, so I know at least > the base X11 is okay. > > Any suggestions as to how to fix the error below, or even what > terms I should be googling for would be appreciated. > > Thanks, > > -G > > [797] ged at garth-dahlstroms-macbook:~$ meld > Xlib: extension "RANDR" missing on display "/tmp/launch-Y4N79L/:0". > Dynamic session lookup supported but failed: launchd did not > provide a socket path, verify that org.freedesktop.dbus- > session.plist is loaded! Did you load org.freedesktop.dbus-session.plist? If not, someone more familiar with this software should be able to tell you how, though I expect one of the dbus ports would have printed a message for you during installation explaining how to do so. From vernin at sfr.fr Wed May 20 03:13:18 2009 From: vernin at sfr.fr (vernin) Date: Wed, 20 May 2009 12:13:18 +0200 Subject: latex2html Message-ID: <21953B15-BB4C-4B1F-91FF-F27813E3DD94@sfr.fr> The installation of latex2html with port failed and I cannot undestand why: Can you help me. Thanks =================== macbook-vernin:rapport_2009 jver$ sudo port install latex2html Password: ---> Fetching jasper ---> Attempting to fetch jasper-1.900.1.zip from http://arn.se.distfiles.macports.org/jasper ---> Verifying checksum(s) for jasper ---> Extracting jasper ---> Applying patches to jasper ---> Configuring jasper ---> Building jasper ---> Staging jasper into destroot ---> Installing jasper @1.900.1_4 ---> Activating jasper @1.900.1_4 ---> Cleaning jasper ---> Fetching tiff ---> Attempting to fetch tiff-3.8.2.tar.gz from ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/ports/distfiles/ ---> Verifying checksum(s) for tiff ---> Extracting tiff ---> Applying patches to tiff ---> Configuring tiff Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_tiff/work/tiff-3.8.2" && ./ configure --prefix=/opt/local --mandir=/opt/local/share/man --with- docdir=/opt/local/share/doc/tiff-3.8.2 --with-jpeg-include-dir=/opt/ local/include --with-jpeg-lib-dir=/opt/local/lib --with-zlib-include- dir=/opt/local/include --with-zlib-lib-dir=/opt/local/lib --with-apple- opengl-framework " returned error 1 Command output: checking for int... yes checking size of int... 4 checking for long... yes checking size of long... 4 checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for int8... no checking for int16... no checking for int32... no checking for floor... yes checking for isascii... yes checking for memmove... yes checking for memset... yes checking for mmap... yes checking for pow... yes checking for sqrt... yes checking for strchr... yes checking for strrchr... yes checking for strstr... yes checking for strtol... yes checking for getopt... yes checking for strcasecmp... yes checking for strtoul... yes checking for lfind... yes checking native cpu bit order... lsb2msb checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for _LARGE_FILES value needed for large files... no checking for inflateEnd in -lz... no configure: error: Zlib library not found at /opt/local/lib Error: The following dependencies failed to build: netpbm tiff Error: Status 1 encountered during processing. =================== Jacques Vernin From ben at cogs.com Wed May 20 04:14:34 2009 From: ben at cogs.com (Ben Greenfield) Date: Wed, 20 May 2009 07:14:34 -0400 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> Message-ID: <4A8A6D8F-43D0-497F-A218-00E0F6C3E248@cogs.com> On May 19, 2009, at 11:46 PM, cory steers wrote: > A little background: I installed 10.5.7 the other day and it > completely broke my gnucash setup. X11 is now REALLY slow to start, > and it doesn't start an xterm window automatically anymore. Also, > the gnucash I had from fink stopped working, and I was unable to get > it going. I noticed that I could get a native Quartz version of > gnucash as outlined here: http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCash > so I decided to give macports a try. I followed those instructions last october and gnucash +qurtz have been running fine since then. I have also kept the system running it curent. It has been updated to 10.5.7 and hasn't broken gnucash yet. > > Can anyone on this mailing list confirm success with this (since the > link is to a gnucash site not macports site)? Below is a log of my > trying to install it, and it failing with goffice. Here's a > snapshot of my variants.conf file: > > # Any variants specified here that are not supported by > # a port will just be ignored. Multiple variants can be > # specified per line, or one per line is also allowed. > # > # Example: > # +ipv6 +no_x11 > +no_static > +no_x11 > -x11 > +quartz > > I have version 3.1.2 of xcode and 2.1.6 of X11 installed. I'm > running on a 2.16 Ghz Intel Core Duo 17" macbook pro. Here's a > snippit of output after running "sudo port install gnucash". Thanks > in advance for any help. > > ---> Building goffice > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffice/work/goffice-0.6.6" && > make all " returned error 2 > Command output: mv -f .deps/foo-canvas-marshal.Tpo .deps/foo-canvas- > marshal.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/ > foo-canvas-line.Tpo -c -o foo-canvas-line.lo foo-canvas-line.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/ > foo-canvas-line.Tpo -c foo-canvas-line.c -fno-common -DPIC -o .libs/ > foo-canvas-line.o > mv -f .deps/foo-canvas-line.Tpo .deps/foo-canvas-line.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP - > MF .deps/foo-canvas-pixbuf.Tpo -c -o foo-canvas-pixbuf.lo foo-canvas- > pixbuf.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP - > MF .deps/foo-canvas-pixbuf.Tpo -c foo-canvas-pixbuf.c -fno-common - > DPIC -o .libs/foo-canvas-pixbuf.o > mv -f .deps/foo-canvas-pixbuf.Tpo .deps/foo-canvas-pixbuf.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP - > MF .deps/foo-canvas-polygon.Tpo -c -o foo-canvas-polygon.lo foo- > canvas-polygon.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP - > MF .deps/foo-canvas-polygon.Tpo -c foo-canvas-polygon.c -fno-common > -DPIC -o .libs/foo-canvas-polygon.o > mv -f .deps/foo-canvas-polygon.Tpo .deps/foo-canvas-polygon.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c -o foo-canvas-rect- > ellipse.lo foo-canvas-rect-ellipse.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c - > fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o > foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or > directory > foo-canvas-rect-ellipse.c: In function 'foo_canvas_rect_realize': > foo-canvas-rect-ellipse.c:847: warning: implicit declaration of > function 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: nested extern declaration of > 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:855: warning: implicit declaration of > function 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: nested extern declaration of > 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c: In function 'render_rect_alpha': > foo-canvas-rect-ellipse.c:908: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:911: warning: implicit declaration of > function 'gdk_x11_drawable_get_xid' > foo-canvas-rect-ellipse.c:911: warning: nested extern declaration of > 'gdk_x11_drawable_get_xid' > make[5]: *** [foo-canvas-rect-ellipse.lo] Error 1 > make[4]: *** [all] Error 2 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 > > Error: The following dependencies failed to build: goffice guile16 > libgnomeprintui gnome-icon-theme hicolor-icon-theme icon-naming- > utils p5-xml-simple p5-xml-namespacesupport p5-xml-sax > libgnomecanvas libgnomeprint bison libgnomecups libgnomeui gnome- > keyring libbonoboui libgnome esound audiofile libgtkhtml3 enchant > libsoup libproxy sqlite3 lzmautils p5-finance-quote p5-crypt-ssleay > p5-datemanip p5-html-tableextract p5-libwww-perl p5-compress-zlib p5- > compress-raw-zlib p5-io-compress-base p5-io-compress-zlib p5-html- > parser p5-html-tagset p5-uri slib slib-guile16 > Error: Status 1 encountered during processing. > > mbp:/opt madsteer $ sudo port install goffice > Password: > ---> Building goffice > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffice/work/goffice-0.6.6" && > make all " returned error 2 > Command output: make[3]: Nothing to be done for `all'. > Making all in graph > make[3]: Nothing to be done for `all'. > Making all in math > make[3]: Nothing to be done for `all'. > Making all in ms-compat > make[3]: Nothing to be done for `all'. > Making all in cut-n-paste > Making all in foocanvas > make all-am > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c -o foo-canvas-rect- > ellipse.lo foo-canvas-rect-ellipse.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c - > fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o > foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or > directory > foo-canvas-rect-ellipse.c: In function 'foo_canvas_rect_realize': > foo-canvas-rect-ellipse.c:847: warning: implicit declaration of > function 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: nested extern declaration of > 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:855: warning: implicit declaration of > function 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: nested extern declaration of > 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c: In function 'render_rect_alpha': > foo-canvas-rect-ellipse.c:908: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:911: warning: implicit declaration of > function 'gdk_x11_drawable_get_xid' > foo-canvas-rect-ellipse.c:911: warning: nested extern declaration of > 'gdk_x11_drawable_get_xid' > make[5]: *** [foo-canvas-rect-ellipse.lo] Error 1 > make[4]: *** [all] Error 2 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 > > Error: Status 1 encountered during processing. > mbp:/opt madsteer $ sudo port uninstall goffice > Error: port uninstall failed: Registry error: goffice not registered > as installed. > > mbp:/opt cory $ sudo port clean goffice > ---> Cleaning goffice > > mbp:/opt madsteer $ sudo port install goffice > ---> Fetching goffice > ---> Verifying checksum(s) for goffice > ---> Extracting goffice > ---> Configuring goffice > ---> Building goffice > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffice/work/goffice-0.6.6" && > make all " returned error 2 > Command output: mv -f .deps/foo-canvas-marshal.Tpo .deps/foo-canvas- > marshal.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/ > foo-canvas-line.Tpo -c -o foo-canvas-line.lo foo-canvas-line.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-line.lo -MD -MP -MF .deps/ > foo-canvas-line.Tpo -c foo-canvas-line.c -fno-common -DPIC -o .libs/ > foo-canvas-line.o > mv -f .deps/foo-canvas-line.Tpo .deps/foo-canvas-line.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP - > MF .deps/foo-canvas-pixbuf.Tpo -c -o foo-canvas-pixbuf.lo foo-canvas- > pixbuf.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-pixbuf.lo -MD -MP - > MF .deps/foo-canvas-pixbuf.Tpo -c foo-canvas-pixbuf.c -fno-common - > DPIC -o .libs/foo-canvas-pixbuf.o > mv -f .deps/foo-canvas-pixbuf.Tpo .deps/foo-canvas-pixbuf.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP - > MF .deps/foo-canvas-polygon.Tpo -c -o foo-canvas-polygon.lo foo- > canvas-polygon.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-polygon.lo -MD -MP - > MF .deps/foo-canvas-polygon.Tpo -c foo-canvas-polygon.c -fno-common > -DPIC -o .libs/foo-canvas-polygon.o > mv -f .deps/foo-canvas-polygon.Tpo .deps/foo-canvas-polygon.Plo > /bin/sh ../../../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - > DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall - > Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 - > I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/ > local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/ > include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/ > libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ > include -I/opt/local/include/atk-1.0 -I/opt/local/include/ > libglade-2.0 -DFOOCANVASLIBDIR=\""/opt/local/lib"\" - > DFOOCANVASDATADIR=\""/opt/local/share"\" -DFOOCANVASPIXMAPDIR=\""/ > opt/local/share/pixmaps"\" -DFOOCANVASBINDIR=\""/opt/local/bin"\" - > DFOOCANVASLOCALSTATEDIR=\""/opt/local/var"\" -DFOOCANVASLOCALEDIR= > \"""\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c -o foo-canvas-rect- > ellipse.lo foo-canvas-rect-ellipse.c > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. - > I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 - > I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ > include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/ > pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 - > I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/ > local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/ > lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ > include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" - > DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/ > local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" - > DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" > -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/ > include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer- > arith -Wnested-externs -Wchar-subscripts -Wwrite-strings - > Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes - > Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format- > attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP - > MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c - > fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o > foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or > directory > foo-canvas-rect-ellipse.c: In function 'foo_canvas_rect_realize': > foo-canvas-rect-ellipse.c:847: warning: implicit declaration of > function 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: nested extern declaration of > 'gdk_x11_drawable_get_xdisplay' > foo-canvas-rect-ellipse.c:847: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:855: warning: implicit declaration of > function 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: nested extern declaration of > 'gdk_x11_visual_get_xvisual' > foo-canvas-rect-ellipse.c:855: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c: In function 'render_rect_alpha': > foo-canvas-rect-ellipse.c:908: warning: assignment makes pointer > from integer without a cast > foo-canvas-rect-ellipse.c:911: warning: implicit declaration of > function 'gdk_x11_drawable_get_xid' > foo-canvas-rect-ellipse.c:911: warning: nested extern declaration of > 'gdk_x11_drawable_get_xid' > make[5]: *** [foo-canvas-rect-ellipse.lo] Error 1 > make[4]: *** [all] Error 2 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 > > Error: Status 1 encountered during processing. > mbp:/opt madsteer $ > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From madsteer at gmail.com Wed May 20 05:24:39 2009 From: madsteer at gmail.com (cory steers) Date: Wed, 20 May 2009 07:24:39 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <3AE94AE2-86A9-4D28-BA16-89E7AB0DAC54@macports.org> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <3AE94AE2-86A9-4D28-BA16-89E7AB0DAC54@macports.org> Message-ID: <3f5b3f320905200524x66b64ba4x2b7c0c024dc45a7b@mail.gmail.com> Thanks for all the quick replies. No, I have not installed XQuartz. The version from Apple, 2.1.6 doesn't have an app_to_run in preferences. So, I will install the latest XQuartz and then try the patch from Lenore. As for why my current XQuartz is slow? Don't know, but here's the system logs during the 2 MINUTES it took to start up: May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: main(): argc=2 May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11.bin May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = -psn_0_6895251 May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: Waiting for startup parameters via Mach IPC. May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Could not connect to server (DISPLAY="0:0", unsetting). Starting X server. May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Launching /usr/X11/bin/startx: May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = /bin/sh May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = -c May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = /usr/X11/bin/startx May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Scanning user font directories to generate X11 font caches May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Updating FC cache May 20 07:06:57 mbp org.x.privileged_startx[13200]: font_cache: Scanning system font directories to generate X11 font caches May 20 07:06:57 mbp defaults[13215]: \nThe domain/default pair of (org.x.X11, dpi) does not exist May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: do_start_x11_server(): argc=4 May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = /usr/X11/bin/X May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = :0 May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = -nolisten May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[3] = tcp May 20 07:06:59 mbp X11.bin[13177]: Could not connect the action apps_table_cancel: to target of class X11Controller May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: InitConnectionLimits: MaxClients = 255 May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Xquartz starting: May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: X.Org X Server 1.4.2-apple33 May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Build Date: 20090327 May 20 07:07:00 mbp [0x0-0x693693].org.x.X11[13177]: Sync Extension 3.0 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 0 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 1 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 2 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 3 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 4 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 5 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 6 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 0 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 1 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 2 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 3 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 4 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 5 May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 6 May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: client index = 1, socket fd = 8 May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: client index = 2, socket fd = 7 May 20 07:07:03 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: client index = 3, socket fd = 13 May 20 07:07:03: --- last message repeated 1 time --- May 20 07:07:03 mbp org.x.privileged_startx[13200]: font_cache: Updating FC cache May 20 07:07:04 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Done May 20 07:07:06 mbp org.x.privileged_startx[13200]: font_cache: Done On Wed, May 20, 2009 at 1:21 AM, Jeremy Huddleston wrote: > > On May 19, 2009, at 20:46, cory steers wrote: > > A little background: I installed 10.5.7 the other day and it completely >> broke my gnucash setup. X11 is now REALLY slow to start >> > > how so? Please explain. Is there anything relevant in your system log to > indicate the problem. > > , and it doesn't >> start an xterm window automatically anymore. >> > > It should run whatever you have set in app_to_run in your preferences > (which is still xterm by default). > > Also, the gnucash I had from >> fink stopped working, and I was unable to get it going. >> > > Why? What happens when you try? > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From madsteer at gmail.com Wed May 20 05:52:10 2009 From: madsteer at gmail.com (cory steers) Date: Wed, 20 May 2009 07:52:10 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> Message-ID: <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> Did I do the patch right? mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffi ce/work cory $ pwd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffi ce/work cory $ ls goffice-0.6.6 mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work cory $ sudo patch -p0 < ~/Downloads/patch-goffice-0.6.6_goffice_cut-n-paste_foocanvas_foo-canvas-rect- ellipse.c.diff Password: patching file goffice-0.6.6/goffice/cut-n-paste/foocanvas/foo-canvas-rect-ellipse.c mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffi ce/work cory $ echo $? 0 mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffi ce/work cory $ sudo port install goffice ---> Building goffice ---> Staging goffice into destroot ---> Installing goffice @0.6.6_0 ---> Activating goffice @0.6.6_0 ---> Cleaning goffice couldn't change working directory to "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work": no such file or directory while executing "cd $savedir" (procedure "foreachport" line 17) invoked from within "foreachport $portlist { set target $action # If we have a url, use that, since it's most specific # otherwise try to map the ..." (procedure "action_target" line 7) invoked from within "$action_proc $action $portlist [array get global_options]" (procedure "process_cmd" line 86) invoked from within "process_cmd $remaining_args" invoked from within "if { [llength $remaining_args] > 0 } { # If there are remaining arguments, process those as a command # Exit immediately, by default, unless..." (file "/opt/local/bin/port" line 3247) On Wed, May 20, 2009 at 1:09 AM, Lenore Horner wrote: > That should be fixable with this patch. > > > (I've been told this is fixed in goffice trunk and will be in the next > release.) > > You did reinstall XQuartz after upgrading didn't you? > > Lenore > > On May 19, 2009, at 22:46 , cory steers wrote: > > A little background: I installed 10.5.7 the other day and it completely > broke my gnucash setup. X11 is now REALLY slow to start, and it doesn't > start an xterm window automatically anymore. Also, the gnucash I had from > fink stopped working, and I was unable to get it going. I noticed that I > could get a native Quartz version of gnucash as outlined here: > http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCashso I decided to give macports a try. > Can anyone on this mailing list confirm success with this (since the link > is to a gnucash site not macports site)? Below is a log of my trying to > install it, and it failing with goffice. Here's a snapshot of my > variants.conf file: > > # Any variants specified here that are not supported by > # a port will just be ignored. Multiple variants can be > # specified per line, or one per line is also allowed. > # > # Example: > # +ipv6 +no_x11 > +no_static > +no_x11 > -x11 > +quartz > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dyp.munoz at free.fr Wed May 20 07:01:48 2009 From: dyp.munoz at free.fr (David Munoz) Date: Wed, 20 May 2009 16:01:48 +0200 Subject: OpenSSL: Ports dependencies Message-ID: Hello all, During nmap compilation, I seen that this software needs openssl port and doesn't use Mac OS openssl lib. What are differences between this two OpenSSL implementations? What are requirements for MacPort libraries? Regards, David Munoz dyp.munoz at free.fr From LenoreHorner at sbcglobal.net Wed May 20 07:38:01 2009 From: LenoreHorner at sbcglobal.net (Lenore Horner) Date: Wed, 20 May 2009 09:38:01 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> Message-ID: It looks to me like the patch itself worked, but something else got crazy. I haven't seen this, so I don't know other than suggesting clean and then doing it again. Lenore On May 20, 2009, at 07:52 , cory steers wrote: > Did I do the patch right? > > mbp:/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffi > ce/work cory $ pwd > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffice/work > > mbp:/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffi > ce/work cory $ ls > goffice-0.6.6 > > mbp:/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffice/work cory $ sudo patch -p0 > < ~/Downloads/patch-goffice-0.6.6_goffice_cut-n-paste_foocanvas_foo- > canvas-rect- > ellipse.c.diff > Password: > patching file goffice-0.6.6/goffice/cut-n-paste/foocanvas/foo-canvas- > rect-ellipse.c > > mbp:/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffi > ce/work cory $ echo $? > 0 > > mbp:/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffi > ce/work cory $ sudo port install goffice > ---> Building goffice > ---> Staging goffice into destroot > ---> Installing goffice @0.6.6_0 > ---> Activating goffice @0.6.6_0 > ---> Cleaning goffice > couldn't change working directory to "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_gnome_goffice/work": no such file or > directory > while executing > "cd $savedir" > (procedure "foreachport" line 17) > invoked from within > "foreachport $portlist { > set target $action > > # If we have a url, use that, since it's most specific > # otherwise try to map the ..." > (procedure "action_target" line 7) > invoked from within > "$action_proc $action $portlist [array get global_options]" > (procedure "process_cmd" line 86) > invoked from within > "process_cmd $remaining_args" > invoked from within > "if { [llength $remaining_args] > 0 } { > > # If there are remaining arguments, process those as a command > > # Exit immediately, by default, unless..." > (file "/opt/local/bin/port" line 3247) > > > On Wed, May 20, 2009 at 1:09 AM, Lenore Horner > wrote: > That should be fixable with this patch. > > > (I've been told this is fixed in goffice trunk and will be in the > next release.) > > You did reinstall XQuartz after upgrading didn't you? > > Lenore > > On May 19, 2009, at 22:46 , cory steers wrote: > >> A little background: I installed 10.5.7 the other day and it >> completely broke my gnucash setup. X11 is now REALLY slow to >> start, and it doesn't start an xterm window automatically anymore. >> Also, the gnucash I had from fink stopped working, and I was unable >> to get it going. I noticed that I could get a native Quartz >> version of gnucash as outlined here: http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCash >> so I decided to give macports a try. >> >> Can anyone on this mailing list confirm success with this (since >> the link is to a gnucash site not macports site)? Below is a log >> of my trying to install it, and it failing with goffice. Here's a >> snapshot of my variants.conf file: >> >> # Any variants specified here that are not supported by >> # a port will just be ignored. Multiple variants can be >> # specified per line, or one per line is also allowed. >> # >> # Example: >> # +ipv6 +no_x11 >> +no_static >> +no_x11 >> -x11 >> +quartz >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From hvdwolf at gmail.com Wed May 20 09:46:42 2009 From: hvdwolf at gmail.com (Harry van der Wolf) Date: Wed, 20 May 2009 18:46:42 +0200 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905200524x66b64ba4x2b7c0c024dc45a7b@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <3AE94AE2-86A9-4D28-BA16-89E7AB0DAC54@macports.org> <3f5b3f320905200524x66b64ba4x2b7c0c024dc45a7b@mail.gmail.com> Message-ID: <8c242c590905200946y54670459n3e02b6a95e39ca9b@mail.gmail.com> Based on your logs it looks as if your font cache is updated (on every startup?). This should happen only once until some major changes take place regarding fonts, updates on fontconfig or freetype, or programs heavily using fontconfig and/or freetype. Sometimes it can happen that your font cache is corrupt. I can't examine your system. If the problem persists it might be best to remove the font caches. You can find the fonts in 1. Users/[*user name*]/Library/Fonts 2. Library/Fonts 3. Network/Library/Fonts (Note: System/Library/Fonts also contains fonts but avoid making changes to this folder.) To remove the font caches do: rm -f Users/[*user name*]/Library/Fonts/*fonts.cache-1 rm -f /Library/Fonts/*fonts.cache-1 rm -f /Network/Library/Fonts/*fonts.cache-1 To rebuild the font cache(s) use: sudo fc-cache Harry 2009/5/20 cory steers > Thanks for all the quick replies. > No, I have not installed XQuartz. The version from Apple, 2.1.6 doesn't > have an app_to_run in preferences. > > So, I will install the latest XQuartz and then try the patch from Lenore. > > As for why my current XQuartz is slow? Don't know, but here's the system > logs during the 2 MINUTES it took to start up: > > May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: main(): > argc=2 > May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = > /Applications/Utilities/X11.app/Contents/MacOS/X11.bin > May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = > -psn_0_6895251 > May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: Waiting for startup > parameters via Mach IPC. > May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Could not > connect to server (DISPLAY="0:0", unsetting). Starting X server. > May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Launching > /usr/X11/bin/startx: > May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = /bin/sh > May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = -c > May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = > /usr/X11/bin/startx > May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Scanning > user font directories to generate X11 font caches > May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Updating > FC cache > May 20 07:06:57 mbp org.x.privileged_startx[13200]: font_cache: Scanning > system font directories to generate X11 font caches > May 20 07:06:57 mbp defaults[13215]: \nThe domain/default pair of > (org.x.X11, dpi) does not exist > May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: > do_start_x11_server(): argc=4 > May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = > /usr/X11/bin/X > May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = :0 > May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = -nolisten > May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[3] = tcp > May 20 07:06:59 mbp X11.bin[13177]: Could not connect the action > apps_table_cancel: to target of class X11Controller > May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: InitConnectionLimits: > MaxClients = 255 > May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Xquartz starting: > May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: X.Org X Server > 1.4.2-apple33 > May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Build Date: 20090327 > May 20 07:07:00 mbp [0x0-0x693693].org.x.X11[13177]: Sync Extension 3.0 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't > open rules file /usr/X11/share/X11/xkb/rules/base > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising > device 0 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising > device 1 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising > device 2 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't > open rules file /usr/X11/share/X11/xkb/rules/base > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising > device 3 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising > device 4 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising > device 5 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising > device 6 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device > 0 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device > 1 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device > 2 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device > 3 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device > 4 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device > 5 > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device > 6 > May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: > client index = 1, socket fd = 8 > May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: > client index = 2, socket fd = 7 > May 20 07:07:03 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: > client index = 3, socket fd = 13 > May 20 07:07:03: --- last message repeated 1 time --- > May 20 07:07:03 mbp org.x.privileged_startx[13200]: font_cache: Updating FC > cache > May 20 07:07:04 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Done > May 20 07:07:06 mbp org.x.privileged_startx[13200]: font_cache: Done > > > On Wed, May 20, 2009 at 1:21 AM, Jeremy Huddleston wrote: > >> >> On May 19, 2009, at 20:46, cory steers wrote: >> >> A little background: I installed 10.5.7 the other day and it completely >>> broke my gnucash setup. X11 is now REALLY slow to start >>> >> >> how so? Please explain. Is there anything relevant in your system log to >> indicate the problem. >> >> , and it doesn't >>> start an xterm window automatically anymore. >>> >> >> It should run whatever you have set in app_to_run in your preferences >> (which is still xterm by default). >> >> Also, the gnucash I had from >>> fink stopped working, and I was unable to get it going. >>> >> >> Why? What happens when you try? >> >> > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.oxyde at gmail.com Wed May 20 10:32:03 2009 From: n.oxyde at gmail.com (nox) Date: Wed, 20 May 2009 19:32:03 +0200 Subject: OpenSSL: Ports dependencies In-Reply-To: References: Message-ID: <3B89DFB9-4433-4F13-B228-EA3984EB4ACC@gmail.com> MacPorts never uses the Mac OS X libraries but for a few exceptions like the X11 server. http://trac.macports.org/wiki/FAQ#WillMacPortslinktosystemlibrariesratherthanitsown Le 20 mai 09 ? 16:01, David Munoz a ?crit : > Hello all, > > During nmap compilation, I seen that this software needs openssl > port and doesn't use Mac OS openssl lib. > > What are differences between this two OpenSSL implementations? What > are requirements for MacPort libraries? > > Regards, > > David Munoz > dyp.munoz at free.fr > > > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From mdcrawford at gmail.com Wed May 20 11:24:58 2009 From: mdcrawford at gmail.com (Michael Crawford) Date: Wed, 20 May 2009 11:24:58 -0700 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> Message-ID: On Tue, May 19, 2009 at 8:46 PM, cory steers wrote: > ?I noticed that I > could get a native Quartz version of gnucash as outlined here: > ?http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCash > so I decided to give macports a try. I gave that procedure a try myself, and I got a working GnuCash - but not a Quartz GnuCash. It runs under X11. Just to make sure, I quit my X server, and doing so killed GnuCash. I suspect that some partially-built code from a previous build took precedence over my new configuration. I did do both "port uninstall gnucash" and "port clean gnucash" before I tried the install. The build happened quite quickly, just a few minutes, whereas I remember previous attempts took several hours. Short of blowing away my whole /opt directory, is there a way I can guarantee a clean build? That is, I want to clean all the dependencies too, and GnuCash has a lot of them. Here is my /opt/local/etc/macports/variants.conf: +no_static +no_x11 -x11 +quartz I'd be quite stoked if I could get a Quartz build of GnuCash working. I've been just using these giant OpenOffice spreadsheets for all my bookkeeping. They do the job, but leave much to be desired. Mike -- Michael David Crawford mdcrawford at gmail dot com GoingWare's Bag of Programming Tricks http://www.goingware.com/tips/ From jeremyhu at macports.org Wed May 20 11:55:20 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Wed, 20 May 2009 11:55:20 -0700 Subject: Native Quartz version of gnucash In-Reply-To: References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> Message-ID: <4A145218.6090104@macports.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm guessing gnucash uses gtk, and you have an X11 gtk. Michael Crawford wrote: > On Tue, May 19, 2009 at 8:46 PM, cory steers wrote: >> I noticed that I >> could get a native Quartz version of gnucash as outlined here: >> http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCash >> so I decided to give macports a try. > > I gave that procedure a try myself, and I got a working GnuCash - but > not a Quartz GnuCash. It runs under X11. Just to make sure, I quit > my X server, and doing so killed GnuCash. > > I suspect that some partially-built code from a previous build took > precedence over my new configuration. I did do both "port uninstall > gnucash" and "port clean gnucash" before I tried the install. The > build happened quite quickly, just a few minutes, whereas I remember > previous attempts took several hours. > > Short of blowing away my whole /opt directory, is there a way I can > guarantee a clean build? That is, I want to clean all the > dependencies too, and GnuCash has a lot of them. > > Here is my /opt/local/etc/macports/variants.conf: > > +no_static > +no_x11 > -x11 > +quartz > > I'd be quite stoked if I could get a Quartz build of GnuCash working. > I've been just using these giant OpenOffice spreadsheets for all my > bookkeeping. They do the job, but leave much to be desired. > > Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKFFIYjC1Anjf1NmMRAi2DAJwOsvYSstN0titl+jt9Rgz3CyC7cgCeOLB+ +v/u0++5sVuE2xztgHIrdMA= =5jI1 -----END PGP SIGNATURE----- From mdcrawford at gmail.com Wed May 20 12:55:49 2009 From: mdcrawford at gmail.com (Michael Crawford) Date: Wed, 20 May 2009 12:55:49 -0700 Subject: Native Quartz version of gnucash In-Reply-To: <4A145218.6090104@macports.org> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <4A145218.6090104@macports.org> Message-ID: On Wed, May 20, 2009 at 11:55 AM, Jeremy Huddleston wrote: > I'm guessing gnucash uses gtk, and you have an X11 gtk. Yeah I'm pretty sure that was the problem. It's doing a massive rebuild now. But to build a Quartz gtk2, I had to uninstall a whole whack of stuff. And nothing would let me uninstall it unless I first uninstalled everything that depended on it. pango was able to figure out that I needed a Quartz cairo - I hadn't uninstalled it, so I still had the x11 cairo. It would be helpful to add this check to gnucash, and in the long run everything it depends on. Mike -- Michael David Crawford mdcrawford at gmail dot com GoingWare's Bag of Programming Tricks http://www.goingware.com/tips/ From blb at macports.org Wed May 20 13:05:55 2009 From: blb at macports.org (Bryan Blackburn) Date: Wed, 20 May 2009 14:05:55 -0600 Subject: latex2html In-Reply-To: <21953B15-BB4C-4B1F-91FF-F27813E3DD94@sfr.fr> References: <21953B15-BB4C-4B1F-91FF-F27813E3DD94@sfr.fr> Message-ID: <20090520200555.GF22252@ninagal.withay.com> On Wed, May 20, 2009 at 12:13:18PM +0200, vernin said: > The installation of latex2html with port failed and I cannot undestand > why: > Can you help me. > > Thanks > > =================== > macbook-vernin:rapport_2009 jver$ sudo port install latex2html [...] > ---> Configuring tiff [...] > checking for inflateEnd in -lz... no > configure: error: Zlib library not found at /opt/local/lib > > Error: The following dependencies failed to build: netpbm tiff > Error: Status 1 encountered during processing. Hmm, zlib is a dependency for tiff so it should be there; what is the output from running $ port installed zlib Bryan > =================== > > Jacques Vernin > From mdcrawford at gmail.com Wed May 20 13:43:31 2009 From: mdcrawford at gmail.com (Michael Crawford) Date: Wed, 20 May 2009 13:43:31 -0700 Subject: goffice build fails with quartz Message-ID: I'm set up to build the Quartz gnucash. But it wants to build goffice, and its build fails because gdk/gdkx.h is missing. Does gnucash really needs goffice? My guess is that goffice isn't ported to Quartz yet. /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.6\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP -MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c -fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or directory ... Error: The following dependencies failed to build: goffice libgnomeprintui libgnomecanvas libgnomeprint libgnomecups libgnomeui gnome-keyring libbonoboui libgnome libgtkhtml3 enchant libsoup libproxy Mike -- Michael David Crawford mdcrawford at gmail dot com GoingWare's Bag of Programming Tricks http://www.goingware.com/tips/ From madsteer at gmail.com Wed May 20 18:18:41 2009 From: madsteer at gmail.com (cory steers) Date: Wed, 20 May 2009 20:18:41 -0500 Subject: Native Quartz version of gnucash In-Reply-To: References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> Message-ID: <3f5b3f320905201818r90c4624p94101d8a995f992@mail.gmail.com> Ok, I'd like to be specifically clear about this. Are these my steps? port clean goffice port install goffice .... let it fail apply patch port install goffice Thanks, On Wednesday, May 20, 2009, Lenore Horner wrote: > It looks to me like the patch itself worked, but something else got crazy. ?I haven't seen this, so I don't know other than suggesting clean and then doing it again. > Lenore > On May 20, 2009, at 07:52 , cory steers wrote: > Did I do the patch right? > mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work cory $ pwd/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work > mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work cory $ lsgoffice-0.6.6 > mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work cory $ sudo patch -p0 < ~/Downloads/patch-goffice-0.6.6_goffice_cut-n-paste_foocanvas_foo-canvas-rect- ellipse.c.diff?Password:patching file goffice-0.6.6/goffice/cut-n-paste/foocanvas/foo-canvas-rect-ellipse.c > mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffi ce/work cory $ echo $?0 > mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work cory $ sudo port install goffice ---> ?Building goffice---> ?Staging goffice into destroot---> ?Installing goffice @0.6.6_0---> ?Activating goffice @0.6.6_0---> ?Cleaning gofficecouldn't change working directory to "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work": no such file or directory ?? ?while executing"cd $savedir"?? ?(procedure "foreachport" line 17)?? ?invoked from within"foreachport $portlist {?? ? ? ?set target $action > ?? ? ? ?# If we have a url, use that, since it's most specific?? ? ? ?# otherwise try to map the ..."?? ?(procedure "action_target" line 7)?? ?invoked from within "$action_proc $action $portlist [array get global_options]"?? ?(procedure "process_cmd" line 86)?? ?invoked from within"process_cmd $remaining_args" ?? ?invoked from within"if { [llength $remaining_args] > 0 } { > ?? ?# If there are remaining arguments, process those as a command > ?? ?# Exit immediately, by default, unless..." ?? ?(file "/opt/local/bin/port" line 3247) > > On Wed, May 20, 2009 at 1:09 AM, Lenore Horner wrote: > That should be fixable with this patch. > > (I've been told this is fixed in goffice trunk and will be in the next release.) > You did reinstall XQuartz after upgrading didn't you? > Lenore > On May 19, 2009, at 22:46 , cory steers wrote: > A little background: ?I installed 10.5.7 the other day and it completely broke my gnucash setup. ?X11 is now REALLY slow to start, and it doesn't start an xterm window automatically anymore. ?Also, the gnucash I had from fink stopped working, and I was unable to get it going. ?I noticed that I could get a native Quartz version of gnucash as outlined here: ?http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail#Using_MacPorts_to_install_the_native_Quartz_version_of_GnuCash so I decided to give macports a try. > Can anyone on this mailing list confirm success with this (since the link is to a gnucash site not macports site)? ?Below is a log of my trying to install it, and it failing with goffice. ?Here's a snapshot of my variants.conf file: > # Any variants specified here that are not supported by# a port will just be ignored. Multiple variants can be # specified per line, or one per line is also allowed.# From madsteer at gmail.com Wed May 20 18:22:38 2009 From: madsteer at gmail.com (cory steers) Date: Wed, 20 May 2009 20:22:38 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <8c242c590905200946y54670459n3e02b6a95e39ca9b@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <3AE94AE2-86A9-4D28-BA16-89E7AB0DAC54@macports.org> <3f5b3f320905200524x66b64ba4x2b7c0c024dc45a7b@mail.gmail.com> <8c242c590905200946y54670459n3e02b6a95e39ca9b@mail.gmail.com> Message-ID: <3f5b3f320905201822udf4dee9oe8e4b596d1a5c452@mail.gmail.com> Thanks I will try this as after upgrading to latest xquartz it's still slow On Wednesday, May 20, 2009, Harry van der Wolf wrote: > Based on your logs it looks as if your font cache is updated (on every startup?). This should happen only once until some major changes take place regarding fonts, updates on fontconfig or freetype, or programs heavily using fontconfig and/or freetype. Sometimes it can happen that your font cache is corrupt. I can't examine your system. > If the problem persists it might be best to remove the font caches. You can find the fonts in > Users/[user name]/Library/Fonts Library/Fonts Network/Library/Fonts (Note: System/Library/Fonts also contains fonts but avoid making changes to this folder.) > > To remove the font caches do: > rm -f Users/[user name]/Library/Fonts/*fonts.cache-1 > rm -f /Library/Fonts/*fonts.cache-1 > rm -f /Network/Library/Fonts/*fonts.cache-1 > > To rebuild the font cache(s) use: sudo fc-cache > > Harry > > > > > 2009/5/20 cory steers > Thanks for all the quick replies. > No, I have not installed XQuartz. ?The version from Apple, 2.1.6 doesn't have an app_to_run in preferences. > > So, I will install the latest XQuartz and then try the patch from Lenore. > > As for why my current XQuartz is slow? ?Don't know, but here's the system logs during the 2 MINUTES it took to start up: > May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: main(): argc=2 > > May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11.binMay 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = -psn_0_6895251 > > May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: Waiting for startup parameters via Mach IPC.May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Could not connect to server (DISPLAY="0:0", unsetting). ?Starting X server. > > May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Launching /usr/X11/bin/startx:May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = /bin/sh > > May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = -cMay 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = /usr/X11/bin/startx > > May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Scanning user font directories to generate X11 font cachesMay 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Updating FC cache > > May 20 07:06:57 mbp org.x.privileged_startx[13200]: font_cache: Scanning system font directories to generate X11 font cachesMay 20 07:06:57 mbp defaults[13215]: \nThe domain/default pair of (org.x.X11, dpi) does not exist > > May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: do_start_x11_server(): argc=4May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = /usr/X11/bin/X > > May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = :0May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = -nolisten > > May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[3] = tcpMay 20 07:06:59 mbp X11.bin[13177]: Could not connect the action apps_table_cancel: to target of class X11Controller > > May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: InitConnectionLimits: MaxClients = 255May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Xquartz starting:May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: X.Org X Server 1.4.2-apple33 > > May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Build Date: 20090327May 20 07:07:00 mbp [0x0-0x693693].org.x.X11[13177]: Sync Extension 3.0May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base > > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 0May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 1May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 2 > > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/baseMay 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 3 > > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 4May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 5May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising device 6 > > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 0May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 1May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 2 > > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 3May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 4May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 5 > > May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device 6May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: client index = 1, socket fd = 8May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNe_______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > > From ironstorm at gmail.com Wed May 20 18:32:02 2009 From: ironstorm at gmail.com (Garth Dahlstrom) Date: Wed, 20 May 2009 21:32:02 -0400 Subject: Meld fails to start; complains about launchd not providing socket path In-Reply-To: <38CBDDEB-8E52-4897-8E19-31074CB71C03@macports.org> References: <76bfb9d20905190758jdef10edi363653627298224f@mail.gmail.com> <38CBDDEB-8E52-4897-8E19-31074CB71C03@macports.org> Message-ID: <76bfb9d20905201832g7424a481r3ef8f1270434e55b@mail.gmail.com> On Wed, May 20, 2009 at 3:15 AM, Ryan Schmidt wrote: > > I'm wondering if there is some Gnome base dependency (this is the first >> gnome based app I've tried), KDiff3 built, so I know at least the base X11 >> is okay. >> >> Any suggestions as to how to fix the error below, or even what terms I >> should be googling for would be appreciated. >> >> Thanks, >> >> -G >> >> [797] ged at garth-dahlstroms-macbook:~$ meld >> Xlib: extension "RANDR" missing on display "/tmp/launch-Y4N79L/:0". >> Dynamic session lookup supported but failed: launchd did not provide a >> socket path, verify that org.freedesktop.dbus-session.plist is loaded! >> > > > Did you load org.freedesktop.dbus-session.plist? If not, someone more > familiar with this software should be able to tell you how, though I expect > one of the dbus ports would have printed a message for you during > installation explaining how to do so. > Hi Ryan, I haven't because I don't have an idea how one would go about loading it, I presume its part of gnome (being that it dbus is part of its name)... Here's the gnome stuff that's been sucked in from meld and the other packages I've built from ports so far, maybe the meld package is missing a dep? [558] ged at garth-dahlstroms-macbook:~/Documents/workspace/ums-code/A/trunk$ sudo port installed | grep -i gnome gnome-common @2.26.0_0 (active) gnome-doc-utils @0.16.1_0 (active) gnome-icon-theme @2.26.0_0 (active) gnome-keyring @2.26.1_0 (active) gnome-mime-data @2.18.0_3 (active) gnome-vfs @2.24.1_0 (active) libgnome @2.26.0_0 (active) libgnomecanvas @2.26.0_0 (active) libgnomeui @2.24.1_0 (active) py25-gnome @2.26.1_0+darwin_9 (active) -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Wed May 20 19:04:06 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 20 May 2009 21:04:06 -0500 Subject: OpenSSL: Ports dependencies In-Reply-To: <3B89DFB9-4433-4F13-B228-EA3984EB4ACC@gmail.com> References: <3B89DFB9-4433-4F13-B228-EA3984EB4ACC@gmail.com> Message-ID: <51F5F10D-4F5E-48D4-B921-2F56EFD14B8E@macports.org> On May 20, 2009, at 12:32, nox wrote: > Le 20 mai 09 ? 16:01, David Munoz a ?crit : > >> During nmap compilation, I seen that this software needs openssl >> port and doesn't use Mac OS openssl lib. >> >> What are differences between this two OpenSSL implementations? >> What are requirements for MacPort libraries? There probably aren't many differences, if any, except that the version in MacPorts might be newer, and we don't have to worry about Apple updating the version of openssl incompatibly. > MacPorts never uses the Mac OS X libraries but for a few exceptions > like the X11 server. > http://trac.macports.org/wiki/ > FAQ#WillMacPortslinktosystemlibrariesratherthanitsown Actually X11 is no longer an exception to that rule. From blb at macports.org Wed May 20 19:18:41 2009 From: blb at macports.org (Bryan Blackburn) Date: Wed, 20 May 2009 20:18:41 -0600 Subject: latex2html In-Reply-To: References: <21953B15-BB4C-4B1F-91FF-F27813E3DD94@sfr.fr> <20090520200555.GF22252@ninagal.withay.com> Message-ID: <20090521021841.GL22252@ninagal.withay.com> On Wed, May 20, 2009 at 10:36:00PM +0200, vernin said: > > Le 20 mai 09 ? 22:05, Bryan Blackburn a ?crit : > >>> >> >> Hmm, zlib is a dependency for tiff so it should be there; what is the >> output >> from running >> >> $ port installed zlib > > > macbook-vernin:/ jver$ port installed zlib > The following ports are currently installed: > zlib @1.2.3_1 (active) Okay it is installed and active, so that's good. Note that zlib was updated to 1.2.3_2 about six months ago, so there's the possibility you have some outdated bits. Running $ sudo port selfupdate $ sudo port clean --work tiff $ sudo port upgrade outdated may help out with your original install attempt. Otherwise, what OS version, Xcode version, and machine are you using? Bryan PS, don't forget to reply-all to make sure it reaches the list... > > Jacques Vernin > > > > > From ryandesign at macports.org Wed May 20 19:51:15 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 20 May 2009 21:51:15 -0500 Subject: Meld fails to start; complains about launchd not providing socket path In-Reply-To: <76bfb9d20905201832g7424a481r3ef8f1270434e55b@mail.gmail.com> References: <76bfb9d20905190758jdef10edi363653627298224f@mail.gmail.com> <38CBDDEB-8E52-4897-8E19-31074CB71C03@macports.org> <76bfb9d20905201832g7424a481r3ef8f1270434e55b@mail.gmail.com> Message-ID: On May 20, 2009, at 20:32, Garth Dahlstrom wrote: >>> [797] ged at garth-dahlstroms-macbook:~$ meld >>> Xlib: extension "RANDR" missing on display "/tmp/launch-Y4N79L/:0". >>> Dynamic session lookup supported but failed: launchd did not >>> provide a socket path, verify that org.freedesktop.dbus- >>> session.plist is loaded! >>> >> >> Did you load org.freedesktop.dbus-session.plist? If not, someone >> more familiar with this software should be able to tell you how, >> though I expect one of the dbus ports would have printed a message >> for you during installation explaining how to do so. > > I haven't because I don't have an idea how one would go about > loading it, I presume its part of gnome (being that it dbus is > part of its name)... > > Here's the gnome stuff that's been sucked in from meld and the > other packages I've built from ports so far, maybe the meld package > is missing a dep? > > [558] ged at garth-dahlstroms-macbook:~/Documents/workspace/ums-code/A/ > trunk$ sudo port installed | grep -i gnome > gnome-common @2.26.0_0 (active) > gnome-doc-utils @0.16.1_0 (active) > gnome-icon-theme @2.26.0_0 (active) > gnome-keyring @2.26.1_0 (active) > gnome-mime-data @2.18.0_3 (active) > gnome-vfs @2.24.1_0 (active) > libgnome @2.26.0_0 (active) > libgnomecanvas @2.26.0_0 (active) > libgnomeui @2.24.1_0 (active) > py25-gnome @2.26.1_0+darwin_9 (active) org.freedesktop.dbus-session.plist is provided by the dbus port, which you should have because gnome-vfs depends on it. The dbus port should have printed this message when it was installed: ######################################################################## ######################### # Startup items have been generated that will aid in # starting dbus with launchd. They are disabled # by default. Execute the following command to start them, # and to cause it to launch at startup: # # sudo launchctl load -w ${startup_root}/Library/LaunchDaemons/ org.freedesktop.dbus-system.plist # sudo launchctl load -w ${startup_root}/Library/LaunchAgents/ org.freedesktop.dbus-session.plist ######################################################################## ########################## If you used the +no_root variant of dbus, then the command "sudo" would have been omitted in these instructions. From frstan at bellsouth.net Wed May 20 20:08:02 2009 From: frstan at bellsouth.net (William Davis) Date: Wed, 20 May 2009 23:08:02 -0400 Subject: Meld fails to start; complains about launchd not providing socket path In-Reply-To: <76bfb9d20905201832g7424a481r3ef8f1270434e55b@mail.gmail.com> References: <76bfb9d20905190758jdef10edi363653627298224f@mail.gmail.com> <38CBDDEB-8E52-4897-8E19-31074CB71C03@macports.org> <76bfb9d20905201832g7424a481r3ef8f1270434e55b@mail.gmail.com> Message-ID: <2B9F31DD-A01C-4E98-917C-7C70FC53AD01@bellsouth.net> ########################################################### # A startup item has been generated that will aid in # starting dbus with launchd. It is disabled # by default. Execute the following command to start it, # and to cause it to launch at startup: # # sudo launchctl load -w /Library/LaunchDaemons/org.macports.dbus.plist ########################################################### good luck WSD On May 20, 2009, at 9:32 PM, Garth Dahlstrom wrote: > On Wed, May 20, 2009 at 3:15 AM, Ryan Schmidt > wrote: > > I'm wondering if there is some Gnome base dependency (this is the > first gnome based app I've tried), KDiff3 built, so I know at least > the base X11 is okay. > > Any suggestions as to how to fix the error below, or even what terms > I should be googling for would be appreciated. > > Thanks, > > -G > > [797] ged at garth-dahlstroms-macbook:~$ meld > Xlib: extension "RANDR" missing on display "/tmp/launch-Y4N79L/:0". > Dynamic session lookup supported but failed: launchd did not provide > a socket path, verify that org.freedesktop.dbus-session.plist is > loaded! > > > Did you load org.freedesktop.dbus-session.plist? If not, someone > more familiar with this software should be able to tell you how, > though I expect one of the dbus ports would have printed a message > for you during installation explaining how to do so. > > Hi Ryan, > > I haven't because I don't have an idea how one would go about > loading it, I presume its part of gnome (being that it dbus is part > of its name)... > > Here's the gnome stuff that's been sucked in from meld and the other > packages I've built from ports so far, maybe the meld package is > missing a dep? > > [558] ged at garth-dahlstroms-macbook:~/Documents/workspace/ums-code/A/ > trunk$ sudo port installed | grep -i gnome > gnome-common @2.26.0_0 (active) > gnome-doc-utils @0.16.1_0 (active) > gnome-icon-theme @2.26.0_0 (active) > gnome-keyring @2.26.1_0 (active) > gnome-mime-data @2.18.0_3 (active) > gnome-vfs @2.24.1_0 (active) > libgnome @2.26.0_0 (active) > libgnomecanvas @2.26.0_0 (active) > libgnomeui @2.24.1_0 (active) > py25-gnome @2.26.1_0+darwin_9 (active) > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users William Davis frstanATbellsouthDOTnet Mac OS X.5.7 Darwin 9.7.0 XQuartz 2.3.3.2 (xorg-server 1.4.2-apple42) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: From from.macports at jdlh.com Wed May 20 20:55:38 2009 From: from.macports at jdlh.com (Jim DeLaHunt) Date: Wed, 20 May 2009 20:55:38 -0700 Subject: How to list which revisions are available for activation? Message-ID: This may be a stupid question, but I can't find the answer in the help file. How can I find out which revisions of a particular port are present on my system? Consider the following. "port info" tells me which is the highest revision loaded on my system. However, "port outdated" tells me that what is active is a slightly older revision. What I want is a command which will tell me, "you have version a.b.c_d and version m.n.o_p, and it's version a.b.c_d which is activated". % port outdated dbus The following installed ports are outdated: dbus 1.2.12_4 < 1.2.12_5 % port info dbus dbus @1.2.12, Revision 5 (devel) Variants: darwin_7, no_root, no_startupitem, test, universal A message bus system, a simple way for applications to talk to one another. Homepage: http://www.freedesktop.org/Software/dbus Build Dependencies: pkgconfig, autoconf, automake, libtool Library Dependencies: expat Platforms: darwin Maintainers: mcalhoun at macports.org openmaintainer at macports.org Thanks in advance, -- --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/) multilingual websites consultant 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada Canada mobile +1-604-376-8953 From from.macports at jdlh.com Wed May 20 20:50:08 2009 From: from.macports at jdlh.com (Jim DeLaHunt) Date: Wed, 20 May 2009 20:50:08 -0700 Subject: dbus @1.2.12_5 apparent regression, can't "launchctl load" Message-ID: Hi, MacPorts folks: Thanks to all of you for producing all this great software that I'm taking advantage of. I'm a gnucash user on Mac OS X. Yesterday I experienced a regression. GnuCash started giving an error message on launch, complaining that it couldn't get configuration information. I think the problem lies with what looks like a regression in MacPorts' dbus @1.2.12_5. I worked around the problem by activating dbus @1.2.12_4 instead. Could someone please review my diagnosis, and either pass it on to the dbus maintainers, or correct me if I'm mistaken? ===== Diagnosis Here's a summary of a command-line session which persuades me that MacPorts' dbus @1.2.12_5 is not working, causing gnucash to fail to get its configuration, and that rolling back to dbus @1.2.12_4 is a suitable fix. My comments are marked with "[JDLH: ...]". % launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist nothing found to load % ps auxwww | grep dbus jdlh 365 0.0 0.0 599780 392 s000 R+ 6:21PM 0:00.00 grep dbus [JDLH: "nothing found to load" looks like a sign of the problem with dbus. The lack of a dbus-daemon process is also a sign. When these signs happen, gnucash also fails to get its configuration information.] % sudo port uninstall dbus Password: ---> The following versions of dbus are currently installed: ---> dbus @1.2.12_4 ---> dbus @1.2.12_5 (active) Error: port uninstall failed: Registry error: Please specify the full version as recorded in the port registry. % sudo port deactivate dbus @1.2.12_5 ---> Deactivating dbus @1.2.12_5 % sudo port activate dbus @1.2.12_4 ---> Activating dbus @1.2.12_4 [JDLH: now we're using _4 revision of dbus, which works] % launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist % ps auxwww | grep dbus jdlh 454 0.0 0.0 599780 460 s000 R+ 6:34PM 0:00.00 grep dbus jdlh 452 0.0 0.0 600140 620 ?? S 6:34PM 0:00.01 /opt/local/bin/dbus-daemon --nofork --session [JDLH: launchctl load runs with no "nothing found to load" message, and afterwards there is a dbus-daemon process. I think this is a sign of a good situation.] [Macintosh-4:~] jdlh% sudo port -v deactivate dbus @1.2.12_4 ---> Deactivating dbus @1.2.12_4 [Macintosh-4:~] jdlh% sudo port -v activate dbus @1.2.12_5 ---> Activating dbus @1.2.12_5 [JDLH: Now we're back to the _5 revision of dbus. Verify the problem happens again.] % launchctl unload /Library/LaunchAgents/org.freedesktop.dbus-session.plist % ps auxwww | grep dbus jdlh 10833 0.0 0.0 599780 404 s000 R+ 6:54PM 0:00.00 grep dbus % launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist nothing found to load % ps auxwww | grep dbus jdlh 10842 0.0 0.0 599780 392 s000 R+ 6:55PM 0:00.00 grep dbus [JDLH: "nothing found to load " message shows problem now occurs again.] ===== Environment MacBook Pro, intel architecture % sw_vers ProductName: Mac OS X ProductVersion: 10.5.7 BuildVersion: 9J61 % uname -a Darwin Macintosh-4.local 9.7.0 Darwin Kernel Version 9.7.0: Tue Mar 31 22:52:17 PDT 2009; root:xnu-1228.12.14~1/RELEASE_I386 i386 % port info -v dbus dbus @1.2.12, Revision 5 (devel) Variants: darwin_7, no_root, no_startupitem, test, universal % port info -v gnucash gnucash @2.2.9, Revision 2 (gnome, x11) Variants: (+)no_x11, universal, without_hbci, without_ofx, without_quotes ===== Workaround (This isn't for you macports experts, it's for the poor schmoes who are searching the web for some help with this symptom, and find this message.) Here's the steps I think a MacPorts gnucash user can take to work around the dbus problem, and verify that it worked. % sudo port deactivate dbus @1.2.12_5 ---> Deactivating dbus @1.2.12_5 % sudo port activate dbus @1.2.12_4 ---> Activating dbus @1.2.12_4 % launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist [Macintosh-4:~] jdlh% ps auxwww | grep dbus jdlh 10877 0.0 0.0 599780 392 s000 R+ 6:57PM 0:00.00 grep dbus jdlh 10875 0.0 0.0 600140 620 ?? S 6:57PM 0:00.01 /opt/local/bin/dbus-daemon --nofork --session [JDLH: when launchctl... command runs with no error message, and the ps.... command has a line with dbus-daemon, then gnucash should be able to get its configuration.] I hope this report is useful. -- --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/) multilingual websites consultant 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada Canada mobile +1-604-376-8953 From talklists at newgeo.com Wed May 20 21:12:45 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 20 May 2009 21:12:45 -0700 Subject: How to list which revisions are available for activation? In-Reply-To: References: Message-ID: <6F2A11D1-6C3E-4BBA-8411-389A74DEAECD@newgeo.com> I think you want to use port list and/or port list installed. -- Scott Iphone says hello. On May 20, 2009, at 8:55 PM, Jim DeLaHunt wrote: > This may be a stupid question, but I can't find the answer in the > help file. > > How can I find out which revisions of a particular port are present > on my system? > > Consider the following. "port info" tells me which is the highest > revision loaded on my system. However, "port outdated" tells me > that what is active is a slightly older revision. What I want is a > command which will tell me, "you have version a.b.c_d and version > m.n.o_p, and it's version a.b.c_d which is activated". > > % port outdated dbus > The following installed ports are outdated: > dbus 1.2.12_4 < 1.2.12_5 > % port info dbus > dbus @1.2.12, Revision 5 (devel) > Variants: darwin_7, no_root, no_startupitem, test, universal > > A message bus system, a simple way for applications to talk to one > another. > Homepage: http://www.freedesktop.org/Software/dbus > > Build Dependencies: pkgconfig, autoconf, automake, libtool > Library Dependencies: expat > Platforms: darwin > Maintainers: mcalhoun at macports.org > openmaintainer at macports.org > > Thanks in advance, > -- > --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/ > ) > multilingual websites consultant > > 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada > Canada mobile +1-604-376-8953 > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From blb at macports.org Wed May 20 21:13:35 2009 From: blb at macports.org (Bryan Blackburn) Date: Wed, 20 May 2009 22:13:35 -0600 Subject: How to list which revisions are available for activation? In-Reply-To: References: Message-ID: <20090521041335.GN22252@ninagal.withay.com> On Wed, May 20, 2009 at 08:55:38PM -0700, Jim DeLaHunt said: > This may be a stupid question, but I can't find the answer in the help file. > > How can I find out which revisions of a particular port are present on my > system? > > Consider the following. "port info" tells me which is the highest > revision loaded on my system. However, "port outdated" tells me that > what is active is a slightly older revision. What I want is a command > which will tell me, "you have version a.b.c_d and version m.n.o_p, and > it's version a.b.c_d which is activated". That would be the 'installed' command, eg, $ port installed hs-libcabal hs-libcabal @1.6.0.1_0 hs-libcabal @1.6.0.3_1 (active) Not specifying a port shows all the ports you currently have installed. Bryan [...] > > Thanks in advance, > -- > --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/) > multilingual websites consultant > > 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada > Canada mobile +1-604-376-8953 From ironstorm at gmail.com Wed May 20 21:13:44 2009 From: ironstorm at gmail.com (Garth Dahlstrom) Date: Thu, 21 May 2009 00:13:44 -0400 Subject: Meld fails to start; complains about launchd not providing socket path In-Reply-To: References: <76bfb9d20905190758jdef10edi363653627298224f@mail.gmail.com> <38CBDDEB-8E52-4897-8E19-31074CB71C03@macports.org> <76bfb9d20905201832g7424a481r3ef8f1270434e55b@mail.gmail.com> Message-ID: <76bfb9d20905202113j1bc7e1cfwc17c145db109df45@mail.gmail.com> I missed totally that, serves me right for not reviewing the build output.... Thanks to both William and yourself for the magic lines... Having rebooted, I now have meld going. Cheers, -G __ --- == __/ t.O ==-- http://stacktrace.org/ On Wed, May 20, 2009 at 10:51 PM, Ryan Schmidt wrote: > On May 20, 2009, at 20:32, Garth Dahlstrom wrote: > > [797] ged at garth-dahlstroms-macbook:~$ meld >>>> Xlib: extension "RANDR" missing on display "/tmp/launch-Y4N79L/:0". >>>> Dynamic session lookup supported but failed: launchd did not provide a >>>> socket path, verify that org.freedesktop.dbus-session.plist is loaded! >>>> >>>> >>> Did you load org.freedesktop.dbus-session.plist? If not, someone more >>> familiar with this software should be able to tell you how, though I expect >>> one of the dbus ports would have printed a message for you during >>> installation explaining how to do so. >>> >> >> I haven't because I don't have an idea how one would go about loading it, >> I presume its part of gnome (being that it dbus is part of its name)... >> >> Here's the gnome stuff that's been sucked in from meld and the other >> packages I've built from ports so far, maybe the meld package is missing a >> dep? >> >> [558] ged at garth-dahlstroms-macbook:~/Documents/workspace/ums-code/A/trunk$ >> sudo port installed | grep -i gnome >> gnome-common @2.26.0_0 (active) >> gnome-doc-utils @0.16.1_0 (active) >> gnome-icon-theme @2.26.0_0 (active) >> gnome-keyring @2.26.1_0 (active) >> gnome-mime-data @2.18.0_3 (active) >> gnome-vfs @2.24.1_0 (active) >> libgnome @2.26.0_0 (active) >> libgnomecanvas @2.26.0_0 (active) >> libgnomeui @2.24.1_0 (active) >> py25-gnome @2.26.1_0+darwin_9 (active) >> > > org.freedesktop.dbus-session.plist is provided by the dbus port, which you > should have because gnome-vfs depends on it. The dbus port should have > printed this message when it was installed: > > > ################################################################################################# > # Startup items have been generated that will aid in > # starting dbus with launchd. They are disabled > # by default. Execute the following command to start them, > # and to cause it to launch at startup: > # > # sudo launchctl load -w > ${startup_root}/Library/LaunchDaemons/org.freedesktop.dbus-system.plist > # sudo launchctl load -w > ${startup_root}/Library/LaunchAgents/org.freedesktop.dbus-session.plist > > ################################################################################################## > > If you used the +no_root variant of dbus, then the command "sudo" would > have been omitted in these instructions. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From madsteer at gmail.com Wed May 20 21:21:13 2009 From: madsteer at gmail.com (cory steers) Date: Wed, 20 May 2009 23:21:13 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <8c242c590905200946y54670459n3e02b6a95e39ca9b@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <3AE94AE2-86A9-4D28-BA16-89E7AB0DAC54@macports.org> <3f5b3f320905200524x66b64ba4x2b7c0c024dc45a7b@mail.gmail.com> <8c242c590905200946y54670459n3e02b6a95e39ca9b@mail.gmail.com> Message-ID: <3f5b3f320905202121i341196d1v6f23edd284ec6ee6@mail.gmail.com> OK. Threre no *fonts-cache-1 files in any of the places you mentioned below. And running "sudo fc-cache" didn't put any new ones in there. I did find a /Users/[user name]/.fonts-cache-1 file and a bunch of *.cache-2 files in /Users/[user name]/.fontconfig. Do I need to do anything with those files? Thanks, On Wed, May 20, 2009 at 11:46 AM, Harry van der Wolf wrote: > Based on your logs it looks as if your font cache is updated (on every > startup?). This should happen only once until some major changes take place > regarding fonts, updates on fontconfig or freetype, or programs heavily > using fontconfig and/or freetype. Sometimes it can happen that your font > cache is corrupt. I can't examine your system. > If the problem persists it might be best to remove the font caches. You can > find the fonts in > > 1. Users/[*user name*]/Library/Fonts > 2. Library/Fonts > 3. Network/Library/Fonts > > (Note: System/Library/Fonts also contains fonts but avoid making changes to > this folder.) > > To remove the font caches do: > rm -f Users/[*user name*]/Library/Fonts/*fonts.cache-1 > > rm -f /Library/Fonts/*fonts.cache-1 > rm -f /Network/Library/Fonts/*fonts.cache-1 > > To rebuild the font cache(s) use: sudo fc-cache > > Harry > > > > > 2009/5/20 cory steers > >> Thanks for all the quick replies. >> No, I have not installed XQuartz. The version from Apple, 2.1.6 doesn't >> have an app_to_run in preferences. >> >> So, I will install the latest XQuartz and then try the patch from Lenore. >> >> As for why my current XQuartz is slow? Don't know, but here's the system >> logs during the 2 MINUTES it took to start up: >> >> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: main(): >> argc=2 >> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = >> /Applications/Utilities/X11.app/Contents/MacOS/X11.bin >> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = >> -psn_0_6895251 >> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: Waiting for startup >> parameters via Mach IPC. >> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Could not >> connect to server (DISPLAY="0:0", unsetting). Starting X server. >> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Launching >> /usr/X11/bin/startx: >> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = /bin/sh >> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = -c >> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = >> /usr/X11/bin/startx >> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Scanning >> user font directories to generate X11 font caches >> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Updating >> FC cache >> May 20 07:06:57 mbp org.x.privileged_startx[13200]: font_cache: Scanning >> system font directories to generate X11 font caches >> May 20 07:06:57 mbp defaults[13215]: \nThe domain/default pair of >> (org.x.X11, dpi) does not exist >> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: >> do_start_x11_server(): argc=4 >> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = >> /usr/X11/bin/X >> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = :0 >> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = -nolisten >> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[3] = tcp >> May 20 07:06:59 mbp X11.bin[13177]: Could not connect the action >> apps_table_cancel: to target of class X11Controller >> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: InitConnectionLimits: >> MaxClients = 255 >> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Xquartz starting: >> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: X.Org X Server >> 1.4.2-apple33 >> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Build Date: 20090327 >> May 20 07:07:00 mbp [0x0-0x693693].org.x.X11[13177]: Sync Extension 3.0 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't >> open rules file /usr/X11/share/X11/xkb/rules/base >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >> device 0 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >> device 1 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >> device 2 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't >> open rules file /usr/X11/share/X11/xkb/rules/base >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >> device 3 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >> device 4 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >> device 5 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >> device 6 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device >> 0 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device >> 1 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device >> 2 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device >> 3 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device >> 4 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device >> 5 >> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling device >> 6 >> May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: >> client index = 1, socket fd = 8 >> May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: >> client index = 2, socket fd = 7 >> May 20 07:07:03 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: >> client index = 3, socket fd = 13 >> May 20 07:07:03: --- last message repeated 1 time --- >> May 20 07:07:03 mbp org.x.privileged_startx[13200]: font_cache: Updating >> FC cache >> May 20 07:07:04 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Done >> May 20 07:07:06 mbp org.x.privileged_startx[13200]: font_cache: Done >> >> >> On Wed, May 20, 2009 at 1:21 AM, Jeremy Huddleston > > wrote: >> >>> >>> On May 19, 2009, at 20:46, cory steers wrote: >>> >>> A little background: I installed 10.5.7 the other day and it completely >>>> broke my gnucash setup. X11 is now REALLY slow to start >>>> >>> >>> how so? Please explain. Is there anything relevant in your system log >>> to indicate the problem. >>> >>> , and it doesn't >>>> start an xterm window automatically anymore. >>>> >>> >>> It should run whatever you have set in app_to_run in your preferences >>> (which is still xterm by default). >>> >>> Also, the gnucash I had from >>>> fink stopped working, and I was unable to get it going. >>>> >>> >>> Why? What happens when you try? >>> >>> >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From LenoreHorner at sbcglobal.net Wed May 20 21:23:23 2009 From: LenoreHorner at sbcglobal.net (Lenore Horner) Date: Wed, 20 May 2009 23:23:23 -0500 Subject: goffice build fails with quartz In-Reply-To: References: Message-ID: On May 20, 2009, at 15:43 , Michael Crawford wrote: > I'm set up to build the Quartz gnucash. But it wants to build > goffice, and its build fails because gdk/gdkx.h is missing. > > Does gnucash really needs goffice? My guess is that goffice isn't > ported to Quartz yet. Try this patch. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-goffice-0.6.6_goffice_cut-n-paste_foocanvas_foo-canvas-rect-ellipse.c.diff Type: application/octet-stream Size: 1638 bytes Desc: not available URL: -------------- next part -------------- From from.macports at jdlh.com Wed May 20 21:27:54 2009 From: from.macports at jdlh.com (Jim DeLaHunt) Date: Wed, 20 May 2009 21:27:54 -0700 Subject: How to list which revisions are available for activation? In-Reply-To: <6F2A11D1-6C3E-4BBA-8411-389A74DEAECD@newgeo.com> References: <6F2A11D1-6C3E-4BBA-8411-389A74DEAECD@newgeo.com> Message-ID: Scott: At 9:12 PM -0700 5/20/09, Scott Haneda wrote: >I think you want to use port list and/or port list installed. Thank you for the suggestion. Unfortunately, "port list" doesn't seem to tell me what I want to know. % port list dbus dbus @1.2.12 devel/dbus I want to find out that I have dbus @1.2.12_4 (active), and @1.2.12_5 (present but inactive). "Port list" doesn't appear to tell me that. Am I overlooking something? --Jim >-- Scott >Iphone says hello. > >On May 20, 2009, at 8:55 PM, Jim DeLaHunt wrote: > >> This may be a stupid question, but I can't find the answer in the help file. >> >> How can I find out which revisions of a particular port are >>present on my system? >> >> Consider the following. "port info" tells me which is the highest >>revision loaded on my system. However, "port outdated" tells me >>that what is active is a slightly older revision. What I want is a >>command which will tell me, "you have version a.b.c_d and version >>m.n.o_p, and it's version a.b.c_d which is activated". >> >> % port outdated dbus >> The following installed ports are outdated: >> dbus 1.2.12_4 < 1.2.12_5 >> % port info dbus >> dbus @1.2.12, Revision 5 (devel) >> Variants: darwin_7, no_root, no_startupitem, test, universal >> >> A message bus system, a simple way for applications to talk to one another. >> Homepage: http://www.freedesktop.org/Software/dbus >> >> Build Dependencies: pkgconfig, autoconf, automake, libtool >> Library Dependencies: expat >> Platforms: darwin >> Maintainers: mcalhoun at macports.org openmaintainer at macports.org >> >> Thanks in advance, >> -- --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ >>(http://jdlh.com/) >> multilingual websites consultant >> >> 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada >> Canada mobile +1-604-376-8953 >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -- --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/) multilingual websites consultant 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada Canada mobile +1-604-376-8953 From talklists at newgeo.com Wed May 20 21:45:37 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 20 May 2009 21:45:37 -0700 Subject: How to list which revisions are available for activation? In-Reply-To: References: <6F2A11D1-6C3E-4BBA-8411-389A74DEAECD@newgeo.com> Message-ID: <15B759C7-61B5-4574-B39E-52C21F806034@newgeo.com> I think Bryan and I crossed paths. How about "port installed port-name" That should do what you want. Unfortunrately I am on my phone and can not test. -- Scott Iphone says hello. On May 20, 2009, at 9:27 PM, Jim DeLaHunt wrote: > Scott: > > At 9:12 PM -0700 5/20/09, Scott Haneda wrote: >> I think you want to use port list and/or port list installed. > > Thank you for the suggestion. Unfortunately, "port list" doesn't > seem to tell me what I want to know. > > % port list dbus > dbus @1.2.12 devel/dbus > > I want to find out that I have dbus @1.2.12_4 (active), and > @1.2.12_5 (present but inactive). "Port list" doesn't appear to > tell me that. Am I overlooking something? > --Jim > >> -- Scott >> Iphone says hello. >> >> On May 20, 2009, at 8:55 PM, Jim DeLaHunt >> wrote: >> >>> This may be a stupid question, but I can't find the answer in the >>> help file. >>> >>> How can I find out which revisions of a particular port are >>> present on my system? >>> >>> Consider the following. "port info" tells me which is the highest >>> revision loaded on my system. However, "port outdated" tells me >>> that what is active is a slightly older revision. What I want is >>> a command which will tell me, "you have version a.b.c_d and >>> version m.n.o_p, and it's version a.b.c_d which is activated". >>> >>> % port outdated dbus >>> The following installed ports are outdated: >>> dbus 1.2.12_4 < 1.2.12_5 >>> % port info dbus >>> dbus @1.2.12, Revision 5 (devel) >>> Variants: darwin_7, no_root, no_startupitem, test, universal >>> >>> A message bus system, a simple way for applications to talk to one >>> another. >>> Homepage: http://www.freedesktop.org/Software/dbus >>> >>> Build Dependencies: pkgconfig, autoconf, automake, libtool >>> Library Dependencies: expat >>> Platforms: darwin >>> Maintainers: mcalhoun at macports.org openmaintainer at macports.org >>> >>> Thanks in advance, >>> -- --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/ >>> ) >>> multilingual websites consultant >>> >>> 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada >>> Canada mobile +1-604-376-8953 >>> _______________________________________________ >>> macports-users mailing list >>> macports-users at lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > -- > --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/ > ) > multilingual websites consultant > > 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada > Canada mobile +1-604-376-8953 From from.macports at jdlh.com Wed May 20 22:41:34 2009 From: from.macports at jdlh.com (Jim DeLaHunt) Date: Wed, 20 May 2009 22:41:34 -0700 Subject: How to list which revisions are available for activation? In-Reply-To: References: <6F2A11D1-6C3E-4BBA-8411-389A74DEAECD@newgeo.com> Message-ID: At 2009-05-21 04:13:35 GMT, Bryan Blackburn wrote: > > How can I find out which revisions of a particular port are present on my > > system? > >That would be the 'installed' command, eg, > >$ port installed hs-libcabal > hs-libcabal @1.6.0.1_0 > hs-libcabal @1.6.0.3_1 (active) That's it! Thank you! % port installed dbus The following ports are currently installed: dbus @1.2.12_4 (active) dbus @1.2.12_5 Next question: how can I contribute text to this effect into the MacPorts Guide, 3.3. "Common Tasks" (at http://guide.macports.org/#using.common-tasks)? -- --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/) multilingual websites consultant 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada Canada mobile +1-604-376-8953 From hvdwolf at gmail.com Thu May 21 00:01:31 2009 From: hvdwolf at gmail.com (Harry van der Wolf) Date: Thu, 21 May 2009 09:01:31 +0200 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905202121i341196d1v6f23edd284ec6ee6@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <3AE94AE2-86A9-4D28-BA16-89E7AB0DAC54@macports.org> <3f5b3f320905200524x66b64ba4x2b7c0c024dc45a7b@mail.gmail.com> <8c242c590905200946y54670459n3e02b6a95e39ca9b@mail.gmail.com> <3f5b3f320905202121i341196d1v6f23edd284ec6ee6@mail.gmail.com> Message-ID: <8c242c590905210001w113d1d1fsadd2aec77530c4e2@mail.gmail.com> Hi, My knowledge is based on (long years) on unix/linux and it works on 10.4 too where X11 behaves the same as on linuxes/unixes. Seeing your answer I googled around and it seems that "things" have changed in 10.5. See this article < http://www.macworld.com/article/139383/2009/03/fontcacheclear.html>. It describes another issue, but it still might help. You could try that. Harry 2009/5/21 cory steers > OK. Threre no *fonts-cache-1 files in any of the places you mentioned > below. And running "sudo fc-cache" didn't put any new ones in there. > I did find a /Users/[user name]/.fonts-cache-1 file and a bunch of > *.cache-2 files in /Users/[user name]/.fontconfig. Do I need to do anything > with those files? > > Thanks, > > > On Wed, May 20, 2009 at 11:46 AM, Harry van der Wolf wrote: > >> Based on your logs it looks as if your font cache is updated (on every >> startup?). This should happen only once until some major changes take place >> regarding fonts, updates on fontconfig or freetype, or programs heavily >> using fontconfig and/or freetype. Sometimes it can happen that your font >> cache is corrupt. I can't examine your system. >> If the problem persists it might be best to remove the font caches. You >> can find the fonts in >> >> 1. Users/[*user name*]/Library/Fonts >> 2. Library/Fonts >> 3. Network/Library/Fonts >> >> (Note: System/Library/Fonts also contains fonts but avoid making changes >> to this folder.) >> >> To remove the font caches do: >> rm -f Users/[*user name*]/Library/Fonts/*fonts.cache-1 >> >> >> rm -f /Library/Fonts/*fonts.cache-1 >> rm -f /Network/Library/Fonts/*fonts.cache-1 >> >> >> To rebuild the font cache(s) use: sudo fc-cache >> >> Harry >> >> >> >> >> 2009/5/20 cory steers >> >>> Thanks for all the quick replies. >>> No, I have not installed XQuartz. The version from Apple, 2.1.6 doesn't >>> have an app_to_run in preferences. >>> >>> So, I will install the latest XQuartz and then try the patch from Lenore. >>> >>> As for why my current XQuartz is slow? Don't know, but here's the system >>> logs during the 2 MINUTES it took to start up: >>> >>> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: main(): >>> argc=2 >>> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = >>> /Applications/Utilities/X11.app/Contents/MacOS/X11.bin >>> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = >>> -psn_0_6895251 >>> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: Waiting for startup >>> parameters via Mach IPC. >>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Could not >>> connect to server (DISPLAY="0:0", unsetting). Starting X server. >>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Launching >>> /usr/X11/bin/startx: >>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = /bin/sh >>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = -c >>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = >>> /usr/X11/bin/startx >>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Scanning >>> user font directories to generate X11 font caches >>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Updating >>> FC cache >>> May 20 07:06:57 mbp org.x.privileged_startx[13200]: font_cache: Scanning >>> system font directories to generate X11 font caches >>> May 20 07:06:57 mbp defaults[13215]: \nThe domain/default pair of >>> (org.x.X11, dpi) does not exist >>> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: >>> do_start_x11_server(): argc=4 >>> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = >>> /usr/X11/bin/X >>> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = :0 >>> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = -nolisten >>> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[3] = tcp >>> May 20 07:06:59 mbp X11.bin[13177]: Could not connect the action >>> apps_table_cancel: to target of class X11Controller >>> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: >>> InitConnectionLimits: MaxClients = 255 >>> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Xquartz starting: >>> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: X.Org X Server >>> 1.4.2-apple33 >>> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Build Date: 20090327 >>> May 20 07:07:00 mbp [0x0-0x693693].org.x.X11[13177]: Sync Extension 3.0 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't >>> open rules file /usr/X11/share/X11/xkb/rules/base >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>> device 0 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>> device 1 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>> device 2 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't >>> open rules file /usr/X11/share/X11/xkb/rules/base >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>> device 3 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>> device 4 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>> device 5 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>> device 6 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>> device 0 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>> device 1 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>> device 2 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>> device 3 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>> device 4 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>> device 5 >>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>> device 6 >>> May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: >>> client index = 1, socket fd = 8 >>> May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: >>> client index = 2, socket fd = 7 >>> May 20 07:07:03 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: >>> client index = 3, socket fd = 13 >>> May 20 07:07:03: --- last message repeated 1 time --- >>> May 20 07:07:03 mbp org.x.privileged_startx[13200]: font_cache: Updating >>> FC cache >>> May 20 07:07:04 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Done >>> May 20 07:07:06 mbp org.x.privileged_startx[13200]: font_cache: Done >>> >>> >>> On Wed, May 20, 2009 at 1:21 AM, Jeremy Huddleston < >>> jeremyhu at macports.org> wrote: >>> >>>> >>>> On May 19, 2009, at 20:46, cory steers wrote: >>>> >>>> A little background: I installed 10.5.7 the other day and it >>>>> completely >>>>> broke my gnucash setup. X11 is now REALLY slow to start >>>>> >>>> >>>> how so? Please explain. Is there anything relevant in your system log >>>> to indicate the problem. >>>> >>>> , and it doesn't >>>>> start an xterm window automatically anymore. >>>>> >>>> >>>> It should run whatever you have set in app_to_run in your preferences >>>> (which is still xterm by default). >>>> >>>> Also, the gnucash I had from >>>>> fink stopped working, and I was unable to get it going. >>>>> >>>> >>>> Why? What happens when you try? >>>> >>>> >>> >>> _______________________________________________ >>> macports-users mailing list >>> macports-users at lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From madsteer at gmail.com Thu May 21 05:02:46 2009 From: madsteer at gmail.com (cory steers) Date: Thu, 21 May 2009 07:02:46 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <8c242c590905210001w113d1d1fsadd2aec77530c4e2@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <3AE94AE2-86A9-4D28-BA16-89E7AB0DAC54@macports.org> <3f5b3f320905200524x66b64ba4x2b7c0c024dc45a7b@mail.gmail.com> <8c242c590905200946y54670459n3e02b6a95e39ca9b@mail.gmail.com> <3f5b3f320905202121i341196d1v6f23edd284ec6ee6@mail.gmail.com> <8c242c590905210001w113d1d1fsadd2aec77530c4e2@mail.gmail.com> Message-ID: <3f5b3f320905210502g41c4664eibf30ee0d7851da7d@mail.gmail.com> Thanks for the tip. I found some other hints regarding X11 in 10.5, and had to clear out an "export DISPLAY" setting in my .bash_profile and blow away my org.x.X11 and org.x.X11_launcher plists. After that, I could just launch xterm from a Terminal and X11 would fire up almost instantly with the xterm window. So, at this point I don't think I'll mess with my font cache(s). Now, if I could just get my Quartz gnucash installed, I'd be good to go. Thanks, On Thu, May 21, 2009 at 2:01 AM, Harry van der Wolf wrote: > Hi, > > My knowledge is based on (long years) on unix/linux and it works on 10.4 > too where X11 behaves the same as on linuxes/unixes. > Seeing your answer I googled around and it seems that "things" have > changed in 10.5. > See this article < > http://www.macworld.com/article/139383/2009/03/fontcacheclear.html>. It > describes another issue, but it still might help. > You could try that. > > Harry > > > 2009/5/21 cory steers > > OK. Threre no *fonts-cache-1 files in any of the places you mentioned >> below. And running "sudo fc-cache" didn't put any new ones in there. >> I did find a /Users/[user name]/.fonts-cache-1 file and a bunch of >> *.cache-2 files in /Users/[user name]/.fontconfig. Do I need to do anything >> with those files? >> >> Thanks, >> >> >> On Wed, May 20, 2009 at 11:46 AM, Harry van der Wolf wrote: >> >>> Based on your logs it looks as if your font cache is updated (on every >>> startup?). This should happen only once until some major changes take place >>> regarding fonts, updates on fontconfig or freetype, or programs heavily >>> using fontconfig and/or freetype. Sometimes it can happen that your font >>> cache is corrupt. I can't examine your system. >>> If the problem persists it might be best to remove the font caches. You >>> can find the fonts in >>> >>> 1. Users/[*user name*]/Library/Fonts >>> 2. Library/Fonts >>> 3. Network/Library/Fonts >>> >>> (Note: System/Library/Fonts also contains fonts but avoid making changes >>> to this folder.) >>> >>> To remove the font caches do: >>> rm -f Users/[*user name*]/Library/Fonts/*fonts.cache-1 >>> >>> >>> >>> rm -f /Library/Fonts/*fonts.cache-1 >>> rm -f /Network/Library/Fonts/*fonts.cache-1 >>> >>> >>> >>> To rebuild the font cache(s) use: sudo fc-cache >>> >>> Harry >>> >>> >>> >>> >>> 2009/5/20 cory steers >>> >>>> Thanks for all the quick replies. >>>> No, I have not installed XQuartz. The version from Apple, 2.1.6 doesn't >>>> have an app_to_run in preferences. >>>> >>>> So, I will install the latest XQuartz and then try the patch from >>>> Lenore. >>>> >>>> As for why my current XQuartz is slow? Don't know, but here's the >>>> system logs during the 2 MINUTES it took to start up: >>>> >>>> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: main(): >>>> argc=2 >>>> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = >>>> /Applications/Utilities/X11.app/Contents/MacOS/X11.bin >>>> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = >>>> -psn_0_6895251 >>>> May 20 07:05:42 mbp [0x0-0x693693].org.x.X11[13177]: Waiting for startup >>>> parameters via Mach IPC. >>>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Could not >>>> connect to server (DISPLAY="0:0", unsetting). Starting X server. >>>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: Launching >>>> /usr/X11/bin/startx: >>>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = /bin/sh >>>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = -c >>>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = >>>> /usr/X11/bin/startx >>>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: >>>> Scanning user font directories to generate X11 font caches >>>> May 20 07:06:57 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: >>>> Updating FC cache >>>> May 20 07:06:57 mbp org.x.privileged_startx[13200]: font_cache: Scanning >>>> system font directories to generate X11 font caches >>>> May 20 07:06:57 mbp defaults[13215]: \nThe domain/default pair of >>>> (org.x.X11, dpi) does not exist >>>> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: X11.app: >>>> do_start_x11_server(): argc=4 >>>> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[0] = >>>> /usr/X11/bin/X >>>> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[1] = :0 >>>> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[2] = >>>> -nolisten >>>> May 20 07:06:58 mbp [0x0-0x693693].org.x.X11[13177]: argv[3] = tcp >>>> May 20 07:06:59 mbp X11.bin[13177]: Could not connect the action >>>> apps_table_cancel: to target of class X11Controller >>>> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: >>>> InitConnectionLimits: MaxClients = 255 >>>> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Xquartz starting: >>>> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: X.Org X Server >>>> 1.4.2-apple33 >>>> May 20 07:06:59 mbp [0x0-0x693693].org.x.X11[13177]: Build Date: >>>> 20090327 >>>> May 20 07:07:00 mbp [0x0-0x693693].org.x.X11[13177]: Sync Extension 3.0 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't >>>> open rules file /usr/X11/share/X11/xkb/rules/base >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>>> device 0 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>>> device 1 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>>> device 2 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (EE) XKB: Couldn't >>>> open rules file /usr/X11/share/X11/xkb/rules/base >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>>> device 3 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>>> device 4 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>>> device 5 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) initialising >>>> device 6 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>>> device 0 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>>> device 1 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>>> device 2 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>>> device 3 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>>> device 4 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>>> device 5 >>>> May 20 07:07:01 mbp [0x0-0x693693].org.x.X11[13177]: (dix) enabling >>>> device 6 >>>> May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: >>>> client index = 1, socket fd = 8 >>>> May 20 07:07:02 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: >>>> client index = 2, socket fd = 7 >>>> May 20 07:07:03 mbp [0x0-0x693693].org.x.X11[13177]: AllocNewConnection: >>>> client index = 3, socket fd = 13 >>>> May 20 07:07:03: --- last message repeated 1 time --- >>>> May 20 07:07:03 mbp org.x.privileged_startx[13200]: font_cache: Updating >>>> FC cache >>>> May 20 07:07:04 mbp [0x0-0x693693].org.x.X11[13177]: font_cache: Done >>>> May 20 07:07:06 mbp org.x.privileged_startx[13200]: font_cache: Done >>>> >>>> >>>> On Wed, May 20, 2009 at 1:21 AM, Jeremy Huddleston < >>>> jeremyhu at macports.org> wrote: >>>> >>>>> >>>>> On May 19, 2009, at 20:46, cory steers wrote: >>>>> >>>>> A little background: I installed 10.5.7 the other day and it >>>>>> completely >>>>>> broke my gnucash setup. X11 is now REALLY slow to start >>>>>> >>>>> >>>>> how so? Please explain. Is there anything relevant in your system log >>>>> to indicate the problem. >>>>> >>>>> , and it doesn't >>>>>> start an xterm window automatically anymore. >>>>>> >>>>> >>>>> It should run whatever you have set in app_to_run in your preferences >>>>> (which is still xterm by default). >>>>> >>>>> Also, the gnucash I had from >>>>>> fink stopped working, and I was unable to get it going. >>>>>> >>>>> >>>>> Why? What happens when you try? >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> macports-users mailing list >>>> macports-users at lists.macosforge.org >>>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad at pixilla.com Thu May 21 06:44:16 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 21 May 2009 06:44:16 -0700 Subject: How to list which revisions are available for activation? In-Reply-To: References: <6F2A11D1-6C3E-4BBA-8411-389A74DEAECD@newgeo.com> Message-ID: port info dbus On May 20, 2009, at 9:27 PM, Jim DeLaHunt wrote: > Scott: > > At 9:12 PM -0700 5/20/09, Scott Haneda wrote: >> I think you want to use port list and/or port list installed. > > Thank you for the suggestion. Unfortunately, "port list" doesn't > seem to tell me what I want to know. > > % port list dbus > dbus @1.2.12 devel/dbus > > I want to find out that I have dbus @1.2.12_4 (active), and > @1.2.12_5 (present but inactive). "Port list" doesn't appear to > tell me that. Am I overlooking something? > --Jim > >> -- Scott >> Iphone says hello. >> >> On May 20, 2009, at 8:55 PM, Jim DeLaHunt >> wrote: >> >>> This may be a stupid question, but I can't find the answer in the >>> help file. >>> >>> How can I find out which revisions of a particular port are >>> present on my system? >>> >>> Consider the following. "port info" tells me which is the highest >>> revision loaded on my system. However, "port outdated" tells me >>> that what is active is a slightly older revision. What I want is >>> a command which will tell me, "you have version a.b.c_d and >>> version m.n.o_p, and it's version a.b.c_d which is activated". >>> >>> % port outdated dbus >>> The following installed ports are outdated: >>> dbus 1.2.12_4 < 1.2.12_5 >>> % port info dbus >>> dbus @1.2.12, Revision 5 (devel) >>> Variants: darwin_7, no_root, no_startupitem, test, universal >>> >>> A message bus system, a simple way for applications to talk to one >>> another. >>> Homepage: http://www.freedesktop.org/Software/dbus >>> >>> Build Dependencies: pkgconfig, autoconf, automake, libtool >>> Library Dependencies: expat >>> Platforms: darwin >>> Maintainers: mcalhoun at macports.org openmaintainer at macports.org >>> >>> Thanks in advance, >>> -- --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/ >>> ) >>> multilingual websites consultant >>> >>> 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada >>> Canada mobile +1-604-376-8953 >>> _______________________________________________ >>> macports-users mailing list >>> macports-users at lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > -- > --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/ > ) > multilingual websites consultant > > 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada > Canada mobile +1-604-376-8953 > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From Anatuss at gmx.net Thu May 21 09:15:24 2009 From: Anatuss at gmx.net (Anatuss at gmx.net) Date: Thu, 21 May 2009 18:15:24 +0200 Subject: qtiplot failed to build In-Reply-To: <30B65D50-0975-4AB9-8D29-1C18F2463A70@macports.org> References: <20090516154751.260050@gmx.net> <20090517183020.255450@gmx.net> <30B65D50-0975-4AB9-8D29-1C18F2463A70@macports.org> Message-ID: <20090521161524.313380@gmx.net> After cleaning qtiplot it started working without further errors. But when I changed the scripting language from muparser (I reckon) to python qtiplot broke. ... Fatal Python error: Interpreter not initialized (version mismatch?) As mentioned before "which python -> epd" ... is there any way to change the language back (I've reinstalled qtiplot without success) ... or rather to make it work ... -------- Original-Nachricht -------- > Datum: Sun, 17 May 2009 19:28:31 -0500 > Von: Ryan Schmidt > An: Anatuss at gmx.net > CC: MacPorts Users > Betreff: Re: qtiplot failed to build > On May 17, 2009, at 13:30, Anatuss at gmx.net wrote: > > > I've read this thread. Yesterday I've upgraded macports with the > > result that the error has changed > > > > ---> Building qtiplot > > Error: Target org.macports.build returned: shell command " cd "/opt/ > > local/var/macports/build/ > > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_ > > qtiplot/work/qtiplot-0.9.7.6" && make all " returned error 2 > > Command output: _release_Convolution in sipqtiConvolution.o > > _init_Convolution in sipqtiConvolution.o > > _meth_Deconvolution_timerEvent in sipqtiDeconvolution.o > > _meth_Deconvolution_childEvent in sipqtiDeconvolution.o > > _meth_Deconvolution_customEvent in sipqtiDeconvolution.o > > _meth_Deconvolution_connectNotify in sipqtiDeconvolution.o > > _meth_Deconvolution_disconnectNotify in sipqtiDeconvolution.o > > _meth_Deconvolution_setDataFromTable in sipqtiDeconvolution.o > > _meth_Deconvolution_run in sipqtiDeconvolution.o > > _release_Deconvolution in sipqtiDeconvolution.o > > _init_Deconvolution in sipqtiDeconvolution.o > > "_Py_CompileStringFlags", referenced from: > > PythonScript::compile(bool) in PythonScript.o > > PythonScript::compile(bool) in PythonScript.o > > PythonScript::compile(bool) in PythonScript.o > > PythonScripting::exec(QString const&, _object*, char const*) > > in PythonScripting.o > > PythonScripting::eval(QString const&, _object*, char const*) > > in PythonScripting.o > > "_PyCObject_AsVoidPtr", referenced from: > > _initqti in sipqticmodule.o > > "_PyErr_ExceptionMatches", referenced from: > > PythonScript::eval() in PythonScript.o > > PythonScript::eval() in PythonScript.o > > PythonScript::eval() in PythonScript.o > > PythonScript::eval() in PythonScript.o > > "_PyCObject_Type", referenced from: > > _PyCObject_Type$non_lazy_ptr in sipqticmodule.o > > ld: symbol(s) not found > > collect2: ld returned 1 exit status > > make[1]: *** [qtiplot.app/Contents/MacOS/qtiplot] Error 1 > > make: *** [sub-qtiplot-all] Error 2 > > > > Error: Status 1 encountered during processing. > > > You should clean qtiplot and try again with the debug switch, as it > doesn't look like we're seeing the first error below. (MacPorts only > outputs the last 30 lines or so of error messages, and here it looks > like the first error is farther back than that.) > > sudo port clean qtiplot > sudo port -d install qtiplat > > > P.S: Use Reply All so your reply goes to the list too, not just to me. > > > -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss f?r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-aktionspreis/?ac=OM.AD.PD003K11308T4569a From ryandesign at macports.org Thu May 21 11:52:59 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 21 May 2009 13:52:59 -0500 Subject: Native Quartz version of gnucash In-Reply-To: References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> Message-ID: On May 20, 2009, at 09:38, Lenore Horner wrote: > It looks to me like the patch itself worked, but something else got > crazy. I haven't seen this, so I don't know other than suggesting > clean and then doing it again. > On May 20, 2009, at 07:52 , cory steers wrote: > >> mbp:/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_gnom >> e_goffi >> ce/work cory $ sudo port install goffice You were in the port's temporary work directory when you started the port command. >> ---> Building goffice >> ---> Staging goffice into destroot >> ---> Installing goffice @0.6.6_0 >> ---> Activating goffice @0.6.6_0 >> ---> Cleaning goffice The clean phase removes the work directory. >> couldn't change working directory to "/opt/local/var/macports/ >> build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_gnom >> e_goffice/work": no such file or directory >> while executing >> "cd $savedir" >> (procedure "foreachport" line 17) >> invoked from within >> "foreachport $portlist { >> set target $action >> >> # If we have a url, use that, since it's most specific >> # otherwise try to map the ..." >> (procedure "action_target" line 7) >> invoked from within >> "$action_proc $action $portlist [array get global_options]" >> (procedure "process_cmd" line 86) >> invoked from within >> "process_cmd $remaining_args" >> invoked from within >> "if { [llength $remaining_args] > 0 } { >> >> # If there are remaining arguments, process those as a command >> >> # Exit immediately, by default, unless..." >> (file "/opt/local/bin/port" line 3247) When MacPorts has finished what it was doing, it tries to go back to the directory you were in when you started the command, and gets confused and prints the above (long) error if that directory no longer exists. Aside from looking scary, it's harmless, though, and the command you ran should have completed normally. The issue is filed here: http://trac.macports.org/ticket/17076 From mdcrawford at gmail.com Thu May 21 12:17:37 2009 From: mdcrawford at gmail.com (Michael Crawford) Date: Thu, 21 May 2009 12:17:37 -0700 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905201818r90c4624p94101d8a995f992@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905201818r90c4624p94101d8a995f992@mail.gmail.com> Message-ID: On Wed, May 20, 2009 at 6:18 PM, cory steers wrote: > port clean goffice > port install goffice > .... let it fail > apply patch > port install goffice I had overlooked the patch. After I did just the above, my build of gnucash completed successfully. I haven't done much yet, but I've been planning to move both my personal and business books to GnuCash. Having it on my MacBook Pro will make it much more convenient. Thank You Very Much! I've been trying to run GnuCash on a Mac for several years. This is the first time I've ever had a successful build. Mike -- Michael David Crawford mdcrawford at gmail dot com GoingWare's Bag of Programming Tricks http://www.goingware.com/tips/ From mdcrawford at gmail.com Thu May 21 12:23:34 2009 From: mdcrawford at gmail.com (Michael Crawford) Date: Thu, 21 May 2009 12:23:34 -0700 Subject: goffice build fails with quartz In-Reply-To: References: Message-ID: It Works! I have a working quartz GnuCash now. Thank you all for your hard work. Mike On Wed, May 20, 2009 at 9:23 PM, Lenore Horner wrote: > > On May 20, 2009, at 15:43 , Michael Crawford wrote: > >> I'm set up to build the Quartz gnucash. ?But it wants to build >> goffice, and its build fails because gdk/gdkx.h is missing. >> >> Does gnucash really needs goffice? ?My guess is that goffice isn't >> ported to Quartz yet. > > Try this patch. > > > > > -- Michael David Crawford mdcrawford at gmail dot com GoingWare's Bag of Programming Tricks http://www.goingware.com/tips/ From Anatuss at gmx.net Thu May 21 12:33:56 2009 From: Anatuss at gmx.net (Anatuss at gmx.net) Date: Thu, 21 May 2009 21:33:56 +0200 Subject: qtiplot failed to build In-Reply-To: <20090521161524.313380@gmx.net> References: <20090516154751.260050@gmx.net> <20090517183020.255450@gmx.net> <30B65D50-0975-4AB9-8D29-1C18F2463A70@macports.org> <20090521161524.313380@gmx.net> Message-ID: <20090521193356.189000@gmx.net> I've done it ... but it's still muparser ... -------- Original-Nachricht -------- > Datum: Thu, 21 May 2009 18:15:24 +0200 > Von: Anatuss at gmx.net > An: Ryan Schmidt > CC: macports-users at lists.macosforge.org > Betreff: Re: qtiplot failed to build > After cleaning qtiplot it started working without further errors. > But when I changed the scripting language from muparser (I reckon) to > python qtiplot broke. ... > Fatal Python error: Interpreter not initialized (version mismatch?) > As mentioned before "which python -> epd" ... is there any way to change > the language back (I've reinstalled qtiplot without success) ... or rather > to make it work ... > > > -------- Original-Nachricht -------- > > Datum: Sun, 17 May 2009 19:28:31 -0500 > > Von: Ryan Schmidt > > An: Anatuss at gmx.net > > CC: MacPorts Users > > Betreff: Re: qtiplot failed to build > > > On May 17, 2009, at 13:30, Anatuss at gmx.net wrote: > > > > > I've read this thread. Yesterday I've upgraded macports with the > > > result that the error has changed > > > > > > ---> Building qtiplot > > > Error: Target org.macports.build returned: shell command " cd "/opt/ > > > local/var/macports/build/ > > > _opt_local_var_macports_sources_rsync.macports.org_release_ports_aqua_ > > > qtiplot/work/qtiplot-0.9.7.6" && make all " returned error 2 > > > Command output: _release_Convolution in sipqtiConvolution.o > > > _init_Convolution in sipqtiConvolution.o > > > _meth_Deconvolution_timerEvent in sipqtiDeconvolution.o > > > _meth_Deconvolution_childEvent in sipqtiDeconvolution.o > > > _meth_Deconvolution_customEvent in sipqtiDeconvolution.o > > > _meth_Deconvolution_connectNotify in sipqtiDeconvolution.o > > > _meth_Deconvolution_disconnectNotify in sipqtiDeconvolution.o > > > _meth_Deconvolution_setDataFromTable in sipqtiDeconvolution.o > > > _meth_Deconvolution_run in sipqtiDeconvolution.o > > > _release_Deconvolution in sipqtiDeconvolution.o > > > _init_Deconvolution in sipqtiDeconvolution.o > > > "_Py_CompileStringFlags", referenced from: > > > PythonScript::compile(bool) in PythonScript.o > > > PythonScript::compile(bool) in PythonScript.o > > > PythonScript::compile(bool) in PythonScript.o > > > PythonScripting::exec(QString const&, _object*, char const*) > > > in PythonScripting.o > > > PythonScripting::eval(QString const&, _object*, char const*) > > > in PythonScripting.o > > > "_PyCObject_AsVoidPtr", referenced from: > > > _initqti in sipqticmodule.o > > > "_PyErr_ExceptionMatches", referenced from: > > > PythonScript::eval() in PythonScript.o > > > PythonScript::eval() in PythonScript.o > > > PythonScript::eval() in PythonScript.o > > > PythonScript::eval() in PythonScript.o > > > "_PyCObject_Type", referenced from: > > > _PyCObject_Type$non_lazy_ptr in sipqticmodule.o > > > ld: symbol(s) not found > > > collect2: ld returned 1 exit status > > > make[1]: *** [qtiplot.app/Contents/MacOS/qtiplot] Error 1 > > > make: *** [sub-qtiplot-all] Error 2 > > > > > > Error: Status 1 encountered during processing. > > > > > > You should clean qtiplot and try again with the debug switch, as it > > doesn't look like we're seeing the first error below. (MacPorts only > > outputs the last 30 lines or so of error messages, and here it looks > > like the first error is farther back than that.) > > > > sudo port clean qtiplot > > sudo port -d install qtiplat > > > > > > P.S: Use Reply All so your reply goes to the list too, not just to me. > > > > > > > > -- > Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + > Telefonanschluss f?r nur 17,95 Euro/mtl.!* > http://dslspecial.gmx.de/freedsl-aktionspreis/?ac=OM.AD.PD003K11308T4569a > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss f?r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-aktionspreis/?ac=OM.AD.PD003K11308T4569a From madsteer at gmail.com Thu May 21 14:58:36 2009 From: madsteer at gmail.com (cory steers) Date: Thu, 21 May 2009 16:58:36 -0500 Subject: Native Quartz version of gnucash In-Reply-To: References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> Message-ID: <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> that makes sense. I just kicked off another "port install gnucash" and it's rolling on with guile and various others packages. Thanks, On Thu, May 21, 2009 at 1:52 PM, Ryan Schmidt wrote: > On May 20, 2009, at 09:38, Lenore Horner wrote: > > It looks to me like the patch itself worked, but something else got crazy. >> I haven't seen this, so I don't know other than suggesting clean and then >> doing it again. >> > > > On May 20, 2009, at 07:52 , cory steers wrote: >> >> mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffi >>> ce/work cory $ sudo port install goffice >>> >> > You were in the port's temporary work directory when you started the port > command. > > > ---> Building goffice >>> ---> Staging goffice into destroot >>> ---> Installing goffice @0.6.6_0 >>> ---> Activating goffice @0.6.6_0 >>> ---> Cleaning goffice >>> >> > The clean phase removes the work directory. > > > couldn't change working directory to >>> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work": >>> no such file or directory >>> while executing >>> "cd $savedir" >>> (procedure "foreachport" line 17) >>> invoked from within >>> "foreachport $portlist { >>> set target $action >>> >>> # If we have a url, use that, since it's most specific >>> # otherwise try to map the ..." >>> (procedure "action_target" line 7) >>> invoked from within >>> "$action_proc $action $portlist [array get global_options]" >>> (procedure "process_cmd" line 86) >>> invoked from within >>> "process_cmd $remaining_args" >>> invoked from within >>> "if { [llength $remaining_args] > 0 } { >>> >>> # If there are remaining arguments, process those as a command >>> >>> # Exit immediately, by default, unless..." >>> (file "/opt/local/bin/port" line 3247) >>> >> > When MacPorts has finished what it was doing, it tries to go back to the > directory you were in when you started the command, and gets confused and > prints the above (long) error if that directory no longer exists. Aside from > looking scary, it's harmless, though, and the command you ran should have > completed normally. The issue is filed here: > > http://trac.macports.org/ticket/17076 > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jalaludn at gmail.com Thu May 21 16:12:54 2009 From: jalaludn at gmail.com (Jalaluddin Morris) Date: Fri, 22 May 2009 07:12:54 +0800 Subject: Install Fail: Gnome Message-ID: <4A15DFF6.8040308@gmail.com> On OS 10.5.7 with hardware Model Name: Mac Pro Model Identifier: MacPro4,1 Processor Name: Quad-Core Intel Xeon Processor Speed: 2.66 GHz Number Of Processors: 1 Total Number Of Cores: 4 L2 Cache (per core): 256 KB L3 Cache: 8 MB Memory: 3 GB port install gnome fails as per attachment. Regards, Jalaluddin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: port_gnome.txt URL: From devans at macports.org Thu May 21 16:47:08 2009 From: devans at macports.org (David Evans) Date: Thu, 21 May 2009 16:47:08 -0700 Subject: seahorse-2.24.1 fails while installing gnome [was Install Fail: Gnome] In-Reply-To: <4A15DFF6.8040308@gmail.com> References: <4A15DFF6.8040308@gmail.com> Message-ID: <4A15E7FC.2010002@macports.org> Jalaluddin Morris wrote: > On OS 10.5.7 > > with hardware > > Model Name: Mac Pro > Model Identifier: MacPro4,1 > Processor Name: Quad-Core Intel Xeon > Processor Speed: 2.66 GHz > Number Of Processors: 1 > Total Number Of Cores: 4 > L2 Cache (per core): 256 KB > L3 Cache: 8 MB > Memory: 3 GB > > port install gnome > > fails as per attachment. > > Regards, > > Jalaluddin > > Jalaluddin -- Your attempting to build an old version of seahorse (2.24.1). Seahorse was upgraded to 2.26.2 in r51200 yesterday along with a number of other GNOME ports. Please update your ports tree to the latest, upgrade any outdated ports and then try again. sudo port selfupdate port outdated sudo port upgrade outdated sudo port clean gnome seahorse sudo port install gnome or your might start with something smaller like gnome-platform-suite (base libraries and tools for creating GNOME apps) gnome-desktop-suite (what's necessary for a basic GNOME desktop) Also see https://trac.macports.org/wiki/GNOME for information on how to configure your computer to run GNOME. From ohce86 at kitcarson.net Thu May 21 17:03:41 2009 From: ohce86 at kitcarson.net (Timothy Goins) Date: Thu, 21 May 2009 18:03:41 -0600 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> Message-ID: <36EF1AFF-B9EF-4F18-842C-54DA39583A2E@kitcarson.net> I, too, am experiencing some unpleasantries in trying to install gnucash. My first attempt installed a bunch of dependencies but crashed in the end. Noted Corey's issues with goffice, so I ran a port install goffice. No problems; it installed without complaint. Then I did a port install gnucash. This action generated a very (comparatively) short error log (see attachment). Not to quote John Mayer, but "something's missing" and darned if I can figure out how to fix the broken install. Thanks for any help. Tim > That makes sense. I just kicked off another "port install gnucash" > and it's rolling on with guile and various others packages.... -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: MacPorts log.txt URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Barker at noaa.gov Thu May 21 17:39:08 2009 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Thu, 21 May 2009 17:39:08 -0700 Subject: netcdf4 Message-ID: <4A15F42C.8000006@noaa.gov> Hi all, I just installed the netcdf libs: port install netcdf4 +universal However, despite being called netcdf4, it doesn't appear to support netcdf 4, but rather only 3 -- netcdf4 is built on top of hdf5, which was not installed and built in this case. I took a look in the port file online and noticed: 28 #depends_lib port:hdf5 \ 29 # port:szip 34 configure.args --enable-shared --disable-f77 35 # --enable-netcdf-4 36 # --with-szlib=${prefix} 37 # --with-hdf5=${prefix} so it looks like netcdf4 support has been commented out. Anyone know why? I'd also love to get '--enable-dap if possible It also looks like the recent release is 4.0.1, it would be nice to get that updated. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From blb at macports.org Thu May 21 18:25:42 2009 From: blb at macports.org (Bryan Blackburn) Date: Thu, 21 May 2009 19:25:42 -0600 Subject: netcdf4 In-Reply-To: <4A15F42C.8000006@noaa.gov> References: <4A15F42C.8000006@noaa.gov> Message-ID: <20090522012542.GP70796@ninagal.withay.com> On Thu, May 21, 2009 at 05:39:08PM -0700, Christopher Barker said: > Hi all, > > I just installed the netcdf libs: > > port install netcdf4 +universal > > However, despite being called netcdf4, it doesn't appear to support > netcdf 4, but rather only 3 -- netcdf4 is built on top of hdf5, which was > not installed and built in this case. I took a look in the port file > online and noticed: > > > 28 #depends_lib port:hdf5 \ > 29 # port:szip > > 34 configure.args --enable-shared --disable-f77 > 35 # --enable-netcdf-4 > 36 # --with-szlib=${prefix} > 37 # --with-hdf5=${prefix} > > so it looks like netcdf4 support has been commented out. Anyone know why? Probably related to ticket #16262: Looks like some of the update to version 4 happened but not all... Bryan > > I'd also love to get '--enable-dap if possible > > It also looks like the recent release is 4.0.1, it would be nice to get > that updated. > > -Chris > > > > > -- > Christopher Barker, Ph.D. > Oceanographer > > Emergency Response Division > NOAA/NOS/OR&R (206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > Chris.Barker at noaa.gov From ryandesign at macports.org Thu May 21 20:07:15 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 21 May 2009 22:07:15 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <36EF1AFF-B9EF-4F18-842C-54DA39583A2E@kitcarson.net> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> <36EF1AFF-B9EF-4F18-842C-54DA39583A2E@kitcarson.net> Message-ID: On May 21, 2009, at 19:03, Timothy Goins wrote: > I, too, am experiencing some unpleasantries in trying to install > gnucash. My first attempt installed a bunch of dependencies but > crashed in the end. Noted Corey's issues with goffice, so I ran a > port install goffice. No problems; it installed without > complaint. Then I did a port install gnucash. This action > generated a very (comparatively) short error log (see attachment). > Not to quote John Mayer, but "something's missing" and darned if I > can figure out how to fix the broken install. In the attached file I see: xsltproc -o gpl-oc.omf --stringparam db2omf.basename gpl -- stringparam db2omf.format 'docbook' --stringparam db2omf.dtd "-// OASIS//DTD DocBook XML V4.1.2//EN" --stringparam db2omf.lang oc -- stringparam db2omf.omf_dir "/opt/local/share/omf" --stringparam db2omf.help_dir "/opt/local/share/gnome/help" --stringparam db2omf.omf_in "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_g nome-desktop/work/gnome-desktop-2.26.1/desktop-docs/gpl/gpl.omf.in" `/opt/local/bin/pkg-config --variable db2omf gnome-doc-utils` oc/ gpl.xml || { rm -f "gpl-oc.omf"; exit 1; } http://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/ scrollkeeper-omf.dtd:1: parser error : Content error in the external subset HTTP/1.1 504 Gateway Time-out ^ db2omf: Could not construct the OMF subject element. So instead of returning the DTD, the above URL apparently returned the string "HTTP/1.1 504 Gateway Time-out" which it didn't know how to parse. Try again. The URL seems to work for me now. If it still doesn't work, try accessing it in a browser (and then view the source if necessary to see what it sent). If you still see Gateway Time-out errors, investigate whether there is a proxy on your network interfering with things. From ryandesign at macports.org Thu May 21 20:15:04 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 21 May 2009 22:15:04 -0500 Subject: How to list which revisions are available for activation? In-Reply-To: References: <6F2A11D1-6C3E-4BBA-8411-389A74DEAECD@newgeo.com> Message-ID: <56CBA49E-D71F-4F7D-ADB2-B2DDE5199B94@macports.org> On May 21, 2009, at 00:41, Jim DeLaHunt wrote: > At 2009-05-21 04:13:35 GMT, Bryan Blackburn wrote: >> > How can I find out which revisions of a particular port are >> present on my >> > system? >> >> That would be the 'installed' command, eg, >> >> $ port installed hs-libcabal >> hs-libcabal @1.6.0.1_0 >> hs-libcabal @1.6.0.3_1 (active) > > That's it! Thank you! > > % port installed dbus > The following ports are currently installed: > dbus @1.2.12_4 (active) > dbus @1.2.12_5 Yes, "port installed" answers this question. "port list installed" is something many people try but almost never produces the result they expect. (It does "the correct thing" but most people don't know what "port list" is meant to do. It lists the current version available, which is not necessarily the same thing as the version that's installed, which is what most people want to know.) > Next question: how can I contribute text to this effect into the > MacPorts Guide, 3.3. "Common Tasks" (at http://guide.macports.org/ > #using.common-tasks)? You can feel free to check out the guide sources from Subversion http://svn.macports.org/repository/macports/trunk/doc-new/guide/ and submit a patch in a ticket in Trac if you have changes. I'd be surprised if "port installed" were not already described in the Guide... From madsteer at gmail.com Thu May 21 20:21:14 2009 From: madsteer at gmail.com (cory steers) Date: Thu, 21 May 2009 22:21:14 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> Message-ID: <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> So, thanks a lot to all the help I've received so far. "sudo port install gnucash" ran to completion without incident: However, when I try to run gnucash, I get the following: dyld: Library not loaded: /sw/lib/libintl.1.dylib Referenced from: /usr/local/lib/libgnc-backend-file-utils.0.dylib Reason: image not found Trace/BPT trap Running "sudo gnucash" get's it going, but with a small error and a whole ton of logging spewing out in the Terminal window where I launched it from. So, did I make a mistake running all the port commands with sudo, or did I do something wrong to have to use sudo to run gnucash, or is that just how it's supposed to work? Thanks, On Thu, May 21, 2009 at 4:58 PM, cory steers wrote: > that makes sense. I just kicked off another "port install gnucash" and > it's rolling on with guile and various others packages. > Thanks, > > > On Thu, May 21, 2009 at 1:52 PM, Ryan Schmidt wrote: > >> On May 20, 2009, at 09:38, Lenore Horner wrote: >> >> It looks to me like the patch itself worked, but something else got >>> crazy. I haven't seen this, so I don't know other than suggesting clean and >>> then doing it again. >>> >> >> >> On May 20, 2009, at 07:52 , cory steers wrote: >>> >>> mbp:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffi >>>> ce/work cory $ sudo port install goffice >>>> >>> >> You were in the port's temporary work directory when you started the port >> command. >> >> >> ---> Building goffice >>>> ---> Staging goffice into destroot >>>> ---> Installing goffice @0.6.6_0 >>>> ---> Activating goffice @0.6.6_0 >>>> ---> Cleaning goffice >>>> >>> >> The clean phase removes the work directory. >> >> >> couldn't change working directory to >>>> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work": >>>> no such file or directory >>>> while executing >>>> "cd $savedir" >>>> (procedure "foreachport" line 17) >>>> invoked from within >>>> "foreachport $portlist { >>>> set target $action >>>> >>>> # If we have a url, use that, since it's most specific >>>> # otherwise try to map the ..." >>>> (procedure "action_target" line 7) >>>> invoked from within >>>> "$action_proc $action $portlist [array get global_options]" >>>> (procedure "process_cmd" line 86) >>>> invoked from within >>>> "process_cmd $remaining_args" >>>> invoked from within >>>> "if { [llength $remaining_args] > 0 } { >>>> >>>> # If there are remaining arguments, process those as a command >>>> >>>> # Exit immediately, by default, unless..." >>>> (file "/opt/local/bin/port" line 3247) >>>> >>> >> When MacPorts has finished what it was doing, it tries to go back to the >> directory you were in when you started the command, and gets confused and >> prints the above (long) error if that directory no longer exists. Aside from >> looking scary, it's harmless, though, and the command you ran should have >> completed normally. The issue is filed here: >> >> http://trac.macports.org/ticket/17076 >> >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Thu May 21 20:54:20 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 21 May 2009 22:54:20 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> Message-ID: <3B87266D-F0AB-409D-AA75-1CCA0631F17A@macports.org> On May 21, 2009, at 22:21, cory steers wrote: > So, thanks a lot to all the help I've received so far. "sudo port > install gnucash" ran to completion without incident: However, when > I try to run gnucash, I get the following: > > dyld: Library not loaded: /sw/lib/libintl.1.dylib > Referenced from: /usr/local/lib/libgnc-backend-file-utils.0.dylib > Reason: image not found > Trace/BPT trap It looks like you have things installed in both /usr/local (where user-installed software often goes) and /sw (where Fink usually puts things). Neither is supported while using MacPorts as they can interfere. As you see, for some reason MacPorts was trying to use libgnc-backend-file-utils.0.dylib which you manually installed in / usr/local, which had itself been built to link with an old version of the gettext library libintl.1.dylib which had been installed with Fink but which Fink presumably removed by now because a newer version is available. I recommend you rename /sw and /usr/local, clean any ports you were trying to install, and try again. Once you have installed any software you need using MacPorts, you can remove /sw and /usr/local. From mta at umich.edu Thu May 21 22:16:47 2009 From: mta at umich.edu (Mike Alexander) Date: Fri, 22 May 2009 01:16:47 -0400 Subject: Meld fails to start; complains about launchd not providing socket path In-Reply-To: References: <76bfb9d20905190758jdef10edi363653627298224f@mail.gmail.com> <38CBDDEB-8E52-4897-8E19-31074CB71C03@macports.org> <76bfb9d20905201832g7424a481r3ef8f1270434e55b@mail.gmail.com> Message-ID: --On May 20, 2009 9:51:15 PM -0500 Ryan Schmidt wrote: > org.freedesktop.dbus-session.plist is provided by the dbus port, > which you should have because gnome-vfs depends on it. The dbus port > should have printed this message when it was installed: > > ##################################################################### > ############################ > # Startup items have been generated that will aid in > # starting dbus with launchd. They are disabled > # by default. Execute the following command to start them, > # and to cause it to launch at startup: > # > # sudo launchctl load -w > ${startup_root}/Library/LaunchDaemons/org.freedesktop.dbus-system.plist > # sudo launchctl load -w > ${startup_root}/Library/LaunchAgents/org.freedesktop.dbus-session.plist > ##################################################################### > ############################# > > If you used the +no_root variant of dbus, then the command "sudo" > would have been omitted in these instructions. This message is slightly wrong in the current version of the dbus Portfile. I think a more nearly correct version would be ################################################################################################# # Startup items have been generated that will aid in # starting ${portname} with launchd. They are disabled # by default. Execute the following command to start the system bus, # and to cause it to launch at startup: # # ${sudo}launchctl load -w ${startup_root}/Library/LaunchDaemons/[file tail ${plistFl}] # # Execute the following command for each user using dbus to cause the session bus to # be started automatically when needed (you do not want sudo on this command): # # launchctl load ${startup_root}/Library/LaunchAgents/org.freedesktop.dbus-session.plist ################################################################################################## This assumes you installed dbus without +no_root From Chris.Barker at noaa.gov Thu May 21 22:27:49 2009 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Thu, 21 May 2009 22:27:49 -0700 Subject: netcdf4 In-Reply-To: <20090522012542.GP70796@ninagal.withay.com> References: <4A15F42C.8000006@noaa.gov> <20090522012542.GP70796@ninagal.withay.com> Message-ID: <4A1637D5.9030602@noaa.gov> Bryan Blackburn wrote: > On Thu, May 21, 2009 at 05:39:08PM -0700, Christopher Barker said: >> I just installed the netcdf libs: > Probably related to ticket #16262: > > Thanks -- I should have thought to search the tickets. > Looks like some of the update to version 4 happened but not all... It's not clear to me what the problem is, though. Maybe I'll give it a try... Thanks, -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From helgih at gmail.com Fri May 22 08:17:43 2009 From: helgih at gmail.com (harabanar) Date: Fri, 22 May 2009 08:17:43 -0700 (PDT) Subject: php 5.9.2 curl 7.19.4 Incompatible library version Message-ID: <23672569.post@talk.nabble.com> Hi .. I have been trying to upgrade my php5 installation from 5.2.5 to 5.2.9 but every time I try to restart the apache server or I get the error "Reason: Incompatible library version: php requires version 6.0.0 or later, but libcurl.4.dylib provides version 5.0.0" Can anyone help me? Some informations: strings /usr/lib/libcurl.4.dylib | grep CLIENT CLIENT libcurl 7.16.3 CLIENT libcurl 7.16.3 CLIENT libcurl 7.16.3 otool -L /opt/local/apache2/modules/libphp5.so | grep curl -i /opt/local/lib/libcurl.4.dylib (compatibility version 6.0.0, current version 6.1.0) -- View this message in context: http://www.nabble.com/php-5.9.2-curl-7.19.4-Incompatible-library-version-tp23672569p23672569.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From helgih at gmail.com Fri May 22 08:21:36 2009 From: helgih at gmail.com (=?ISO-8859-1?Q?Helgi_Hrafn_Halld=F3rsson?=) Date: Fri, 22 May 2009 15:21:36 +0000 Subject: php 5.9.2 curl 7.19.4 Incompatible library version In-Reply-To: <23672569.post@talk.nabble.com> References: <23672569.post@talk.nabble.com> Message-ID: <9DEDF6CA-2D04-46C5-8553-A09CE1278D9B@gmail.com> Wrong subject .. thw php version is 5.2.9 .. SORRY ! -- Helgi Hrafn Halld?rsson T?lvunarfr??ingur B.Sc www.helgihrafn.net helgih at gmail.com On 22.5.2009, at 15:17, harabanar wrote: > > Hi .. > > I have been trying to upgrade my php5 installation from 5.2.5 to > 5.2.9 but > every time I try to restart the apache server or I get the error > > "Reason: Incompatible library version: php requires version 6.0.0 or > later, > but libcurl.4.dylib provides version 5.0.0" > > Can anyone help me? > > Some informations: > strings /usr/lib/libcurl.4.dylib | grep CLIENT > CLIENT libcurl 7.16.3 > CLIENT libcurl 7.16.3 > CLIENT libcurl 7.16.3 > > otool -L /opt/local/apache2/modules/libphp5.so | grep curl -i > /opt/local/lib/libcurl.4.dylib (compatibility version 6.0.0, current > version 6.1.0) > -- > View this message in context: http://www.nabble.com/php-5.9.2-curl-7.19.4-Incompatible-library-version-tp23672569p23672569.html > Sent from the MacPorts - Users mailing list archive at Nabble.com. > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From blb at macports.org Fri May 22 12:56:12 2009 From: blb at macports.org (Bryan Blackburn) Date: Fri, 22 May 2009 13:56:12 -0600 Subject: php 5.9.2 curl 7.19.4 Incompatible library version In-Reply-To: <23672569.post@talk.nabble.com> References: <23672569.post@talk.nabble.com> Message-ID: <20090522195612.GF83445@ninagal.withay.com> On Fri, May 22, 2009 at 08:17:43AM -0700, harabanar said: > > Hi .. > > I have been trying to upgrade my php5 installation from 5.2.5 to 5.2.9 but > every time I try to restart the apache server or I get the error > > "Reason: Incompatible library version: php requires version 6.0.0 or later, > but libcurl.4.dylib provides version 5.0.0" > > Can anyone help me? > > Some informations: > strings /usr/lib/libcurl.4.dylib | grep CLIENT > CLIENT libcurl 7.16.3 > CLIENT libcurl 7.16.3 > CLIENT libcurl 7.16.3 > > otool -L /opt/local/apache2/modules/libphp5.so | grep curl -i > /opt/local/lib/libcurl.4.dylib (compatibility version 6.0.0, current > version 6.1.0) Does the result of 'otool -L /opt/local/lib/libcurl.4.dylib' also show it to be 6.0.0 compat, 6.1.0 current? If so, check for any DYLD_* environment variables being set as those could be causing it to use the wrong library. Bryan From helgih at gmail.com Fri May 22 13:02:06 2009 From: helgih at gmail.com (=?ISO-8859-1?Q?Helgi_Hrafn_Halld=F3rsson?=) Date: Fri, 22 May 2009 20:02:06 +0000 Subject: php 5.9.2 curl 7.19.4 Incompatible library version In-Reply-To: <20090522195612.GF83445@ninagal.withay.com> References: <23672569.post@talk.nabble.com> <20090522195612.GF83445@ninagal.withay.com> Message-ID: for the /opt/local/lib/libcurl.4.dylib $ strings /opt/local/lib/libcurl.4.dylib | grep CLIENT CLIENT libcurl 7.19.4 CLIENT libcurl 7.19.4 CLIENT libcurl 7.19.4 $ otool -L /opt/local/lib/libcurl.4.dylib | grep curl -i /opt/local/lib/libcurl.4.dylib: /opt/local/lib/libcurl.4.dylib (compatibility version 6.0.0, current version 6.1.0) Which of the DYLD_* environment variables should I check ? -- Helgi Hrafn Halld?rsson T?lvunarfr??ingur B.Sc www.helgihrafn.net helgih at gmail.com On 22.5.2009, at 19:56, Bryan Blackburn wrote: > On Fri, May 22, 2009 at 08:17:43AM -0700, harabanar said: >> >> Hi .. >> >> I have been trying to upgrade my php5 installation from 5.2.5 to >> 5.2.9 but >> every time I try to restart the apache server or I get the error >> >> "Reason: Incompatible library version: php requires version 6.0.0 >> or later, >> but libcurl.4.dylib provides version 5.0.0" >> >> Can anyone help me? >> >> Some informations: >> strings /usr/lib/libcurl.4.dylib | grep CLIENT >> CLIENT libcurl 7.16.3 >> CLIENT libcurl 7.16.3 >> CLIENT libcurl 7.16.3 >> >> otool -L /opt/local/apache2/modules/libphp5.so | grep curl -i >> /opt/local/lib/libcurl.4.dylib (compatibility version 6.0.0, >> current >> version 6.1.0) > > Does the result of 'otool -L /opt/local/lib/libcurl.4.dylib' also > show it to > be 6.0.0 compat, 6.1.0 current? If so, check for any DYLD_* > environment > variables being set as those could be causing it to use the wrong > library. > > Bryan > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From Chris.Barker at noaa.gov Fri May 22 15:02:55 2009 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Fri, 22 May 2009 15:02:55 -0700 Subject: netcdf4 In-Reply-To: <20090522012542.GP70796@ninagal.withay.com> References: <4A15F42C.8000006@noaa.gov> <20090522012542.GP70796@ninagal.withay.com> Message-ID: <4A17210F.2030909@noaa.gov> Bryan Blackburn wrote: > On Thu, May 21, 2009 at 05:39:08PM -0700, Christopher Barker said: >> so it looks like netcdf4 support has been commented out. Anyone know why? > > Probably related to ticket #16262: > > arrgg! I just spent a couple hours learning about how to write port files and hacked the netcdf portfile, then found that 7 hours ago someone had already fixed it! Oh well, at least I learned something. However: >> I'd also love to get '--enable-dap if possible >> >> It also looks like the recent release is 4.0.1, it would be nice to get >> that updated. The current port file does support netcdf4, which was the big one, but it's still using version 4.0, rather than 4.0.1, and it isn't using --enable-dap How might those changed get in? I've tested them, and they work for me. As there is no maintainer, and the ticket has been closed, I'm not sure how to proceed. --enable-dap required libcurl, which got pulled in from: /usr/lib/libcurl.3.dylib Should it use a macport libcurl instead? If so, how do I get it to do that? By the way, I used python's hashlib module to generate the sha1 hash -- is there a simple mac-ports way to do that? I've enclosed my version of the portfile (re-named to netcdf-4 to not stomp on netcdf) in case anyone wants a look. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Portfile URL: From devans at macports.org Fri May 22 16:16:43 2009 From: devans at macports.org (David Evans) Date: Fri, 22 May 2009 16:16:43 -0700 Subject: netcdf4 In-Reply-To: <4A17210F.2030909@noaa.gov> References: <4A15F42C.8000006@noaa.gov> <20090522012542.GP70796@ninagal.withay.com> <4A17210F.2030909@noaa.gov> Message-ID: <4A17325B.3090002@macports.org> Christopher Barker wrote: > Bryan Blackburn wrote: >> On Thu, May 21, 2009 at 05:39:08PM -0700, Christopher Barker said: > >>> so it looks like netcdf4 support has been commented out. Anyone know >>> why? >> >> Probably related to ticket #16262: >> >> > > arrgg! I just spent a couple hours learning about how to write port > files and hacked the netcdf portfile, then found that 7 hours ago > someone had already fixed it! > > Oh well, at least I learned something. However: > >>> I'd also love to get '--enable-dap if possible >>> >>> It also looks like the recent release is 4.0.1, it would be nice to >>> get that updated. > > The current port file does support netcdf4, which was the big one, but > it's still using version 4.0, rather than 4.0.1, and it isn't using > --enable-dap > > How might those changed get in? I've tested them, and they work for > me. As there is no maintainer, and the ticket has been closed, I'm not > sure how to proceed. > > --enable-dap required libcurl, which got pulled in from: > > /usr/lib/libcurl.3.dylib > > Should it use a macport libcurl instead? If so, how do I get it to do > that? > > By the way, I used python's hashlib module to generate the sha1 hash > -- is there a simple mac-ports way to do that? > > I've enclosed my version of the portfile (re-named to netcdf-4 to not > stomp on netcdf) in case anyone wants a look. > > -Chris > Chris -- The standard approach is to submit your changes in the form of a patch against the current Portfile as an attachment to a new ticket requesting the update. A committer should then help you. To use the MacPorts libcurl (MacPorts libraries should be used when at all possible to maintain a known environment) add port:curl to the depends_lib statement. if you run sudo port -d checksum on your Portfile, if the checksums are not correct, port will give you a debug message with what it has calculated for the hashs for this file in terms of a checksum statement. Of course, you need to make sure that you really have an official copy of the distribution file if you are going to assign checksums to it. Dave From ryandesign at macports.org Fri May 22 22:09:57 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 23 May 2009 00:09:57 -0500 Subject: php 5.9.2 curl 7.19.4 Incompatible library version In-Reply-To: References: <23672569.post@talk.nabble.com> <20090522195612.GF83445@ninagal.withay.com> Message-ID: On May 22, 2009, at 15:02, Helgi Hrafn Halld?rsson wrote: > for the /opt/local/lib/libcurl.4.dylib > > $ strings /opt/local/lib/libcurl.4.dylib | grep CLIENT > CLIENT libcurl 7.19.4 > CLIENT libcurl 7.19.4 > CLIENT libcurl 7.19.4 > > $ otool -L /opt/local/lib/libcurl.4.dylib | grep curl -i > /opt/local/lib/libcurl.4.dylib: > /opt/local/lib/libcurl.4.dylib (compatibility version 6.0.0, > current version 6.1.0) > > > Which of the DYLD_* environment variables should I check ? Do you have any DYLD_* environment variables set? env | grep DYLD_ would probably tell you. Is your /opt/local/lib/libcurl.4.dylib of the correct architecture? file /opt/local/lib/libcurl.4.dylib should tell you. One way it could be the wrong architecture is if you moved this MacPorts install from a PowerPC Mac to an Intel Mac, for example using Apple's Migration Assistant. From ryandesign at macports.org Fri May 22 22:11:29 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 23 May 2009 00:11:29 -0500 Subject: netcdf4 In-Reply-To: <4A17325B.3090002@macports.org> References: <4A15F42C.8000006@noaa.gov> <20090522012542.GP70796@ninagal.withay.com> <4A17210F.2030909@noaa.gov> <4A17325B.3090002@macports.org> Message-ID: <1CFC5513-4926-4CDC-BBD3-90D6D0DF7FD3@macports.org> On May 22, 2009, at 18:16, David Evans wrote: > Christopher Barker wrote: > >> --enable-dap required libcurl, which got pulled in from: >> >> /usr/lib/libcurl.3.dylib >> >> Should it use a macport libcurl instead? If so, how do I get it to >> do that? > To use the MacPorts libcurl (MacPorts libraries should be used > when at > all possible to maintain a known environment) add > > port:curl > > to the depends_lib statement. That might not be sufficient. There might also be a configure argument or environment variable, or in the worst case a patch to the build script, needed to get it to use MacPorts curl instead of system curl. From helgih at gmail.com Sat May 23 05:39:08 2009 From: helgih at gmail.com (harabanar) Date: Sat, 23 May 2009 05:39:08 -0700 (PDT) Subject: php 5.9.2 curl 7.19.4 Incompatible library version In-Reply-To: References: <23672569.post@talk.nabble.com> <20090522195612.GF83445@ninagal.withay.com> Message-ID: <23684124.post@talk.nabble.com> $ env | grep DYLD_ Returns empty $ file /opt/local/lib/libcurl.4.dylib /opt/local/lib/libcurl.4.dylib: Mach-O dynamically linked shared library i386 I have only had one Mac and that is the one I'm working on, an Intel based MBP. Can anyone tell me why I get two different versions for the same file $ otool -L /opt/local/apache2/modules/libphp5.so | grep curl /opt/local/lib/libcurl.4.dylib (compatibility version 6.0.0, current version 6.1.0) $ otool -L /opt/local/apache2/modules/libphp5.2.5.so | grep curl /opt/local/lib/libcurl.4.dylib (compatibility version 5.0.0, current version 5.1.0) I have the previous .so file for 5.2.5 that I am using now, and the new libphp5.so is the version 5.2.9 .. how can this be? Ryan Schmidt-24 wrote: > > > On May 22, 2009, at 15:02, Helgi Hrafn Halld?rsson wrote: > >> for the /opt/local/lib/libcurl.4.dylib >> >> $ strings /opt/local/lib/libcurl.4.dylib | grep CLIENT >> CLIENT libcurl 7.19.4 >> CLIENT libcurl 7.19.4 >> CLIENT libcurl 7.19.4 >> >> $ otool -L /opt/local/lib/libcurl.4.dylib | grep curl -i >> /opt/local/lib/libcurl.4.dylib: >> /opt/local/lib/libcurl.4.dylib (compatibility version 6.0.0, >> current version 6.1.0) >> >> >> Which of the DYLD_* environment variables should I check ? > > Do you have any DYLD_* environment variables set? > > env | grep DYLD_ > > would probably tell you. > > Is your /opt/local/lib/libcurl.4.dylib of the correct architecture? > > file /opt/local/lib/libcurl.4.dylib > > should tell you. One way it could be the wrong architecture is if you > moved this MacPorts install from a PowerPC Mac to an Intel Mac, for > example using Apple's Migration Assistant. > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > -- View this message in context: http://www.nabble.com/php-5.9.2-curl-7.19.4-Incompatible-library-version-tp23672569p23684124.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From count-macports at flatline.de Sat May 23 10:24:18 2009 From: count-macports at flatline.de (Andreas Kotes) Date: Sat, 23 May 2009 19:24:18 +0200 Subject: "Reclaiming disk space" documentation/guide missing Message-ID: <20090523172418.GY31335@slop.flatline.de> Hello, I really love MacPorts (thanks to everyone maintaining it!), but I've got a little request: Macports is using an awful lot of disk space once you've got everything properly downloaded, built, installed, etc - in most cases, it seems to clean up after itself, but there seem to be things lurking behind - distfiles, old versions, things that aren't used during runtime and could be created from scratch pretty fast, etc ... I'd suggest to document how to get rid of as many of these files and as possible, or even to add a command to 'port' that takes care of this for the user. Also, getting rid of unneded localization data (semi)automatically would help a lot ... Yes, I know disk space is comparatively cheap (well, not with SSDs, but ..), but nonetheless I tend to use all of it on any of my systems, so I'm very concious about what's biiiig ... Right now, MacPorts is using almost a gigabyte on my system, which is quite a lot for something that's "only" complementing an existing Unix-system - with a comparatively small amount of installed packages. I'd hate to be without it, though - do you have any suggestions? Thanks a lot, Andreas -- In theory, theory and practice are the same. In practice, they?re not. - Lawrence Peter "Yogi" Berra From ryandesign at macports.org Sat May 23 15:12:50 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 23 May 2009 17:12:50 -0500 Subject: "Reclaiming disk space" documentation/guide missing In-Reply-To: <20090523172418.GY31335@slop.flatline.de> References: <20090523172418.GY31335@slop.flatline.de> Message-ID: <5F889F31-6411-4974-B777-C3CC1A7AAED4@macports.org> On May 23, 2009, at 12:24, Andreas Kotes wrote: > I really love MacPorts (thanks to everyone maintaining it!), but I've > got a little request: Macports is using an awful lot of disk space > once > you've got everything properly downloaded, built, installed, etc - in > most cases, it seems to clean up after itself, but there seem to be > things lurking behind - distfiles, old versions, things that aren't > used > during runtime and could be created from scratch pretty fast, etc ... > > I'd suggest to document how to get rid of as many of these files > and as > possible, or even to add a command to 'port' that takes care of > this for > the user. You're right, documentation could probably be enhanced on this topic. But port commands do exist for this. To remove all ports' distfiles: sudo port clean --distfiles all You might also have old work directories lying around if a build ever failed. To nuke work directories and distfiles at once: sudo port clean --all all To remove old versions of installed ports: sudo port uninstall inactive To uninstall old versions of a port at the same time that you upgrade to the new version: sudo port -u upgrade You're right there are ports that are only needed at build time and could be removed after the build is complete. You may also have ports installed that are no longer needed. Maybe a dependency got removed from a port somewhere along the way. The port_cutleaves tool can help you find and remove these. sudo port install port_cutleaves man port_cutleaves sudo port_cutleaves > Also, getting rid of unneded localization data (semi)automatically > would > help a lot ... There isn't a supported way to do this. Localization data, if any, would be registered to the port, and you should not remove files which are registered to a port (though probably nothing terribly bad will happen if you do). Ports should be encouraged to provide as much localization data as possible, to provide the fullest installation possible. > Yes, I know disk space is comparatively cheap (well, not with SSDs, > but > ..), but nonetheless I tend to use all of it on any of my systems, so > I'm very concious about what's biiiig ... Right now, MacPorts is using > almost a gigabyte on my system, which is quite a lot for something > that's "only" complementing an existing Unix-system - with a > comparatively small amount of installed packages. My MacPorts prefix currently takes 2.5GiB on this machine, and I've recently nuked most of my distfiles, and I don't keep old versions installed either. :) Some ports are just... big! Looking on my machine, llvm and gcc43 occupy 250MiB of space each, and ghc takes over 400MiB (that's installed, not counting space for distfiles or work directory). Note that MacPorts is not trying to complement your existing UNIX software on Mac OS X; it's trying to replace it. MacPorts goes to considerable lengths not to use the components provided by Mac OS X, for the reasons explained here: http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries So when using MacPorts you can expect some level of redundancy in the ports that are installed. From mukai at sfc.keio.ac.jp Sun May 24 01:32:09 2009 From: mukai at sfc.keio.ac.jp (Kuniaki Mukai) Date: Sun, 24 May 2009 17:32:09 +0900 Subject: not responding when accessing a certain URL to 'port upgrade' Message-ID: <2E990CC5-B5B1-409F-92C8-FB0D5B789078@sfc.keio.ac.jp> Hi, There are URLs which start with "http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/ " such that "port upgrade" never proceed beyond fetching any of the URLs, like the following, whenever I try at my home. % sudo port upgrade libgsf Password: ---> Fetching glib2 ---> Attempting to fetch glib-2.20.2.tar.bz2 from http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/glib/2.20/ (not responding) The urls "http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/..." are only such exceptions as far as I notice. However, there is no such troubles whenever I do 'port upgrade' at my office. Thank you for any hints on how to fix this trouble. Kuniaki Mukai From ryandesign at macports.org Sun May 24 05:00:47 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 24 May 2009 07:00:47 -0500 Subject: not responding when accessing a certain URL to 'port upgrade' In-Reply-To: <2E990CC5-B5B1-409F-92C8-FB0D5B789078@sfc.keio.ac.jp> References: <2E990CC5-B5B1-409F-92C8-FB0D5B789078@sfc.keio.ac.jp> Message-ID: <680CC583-3086-4A5C-BB94-C7D508382807@macports.org> On May 24, 2009, at 03:32, Kuniaki Mukai wrote: > There are URLs which start with "http://ftp.nara.wide.ad.jp/pub/X11/ > GNOME/sources/" > such that "port upgrade" never proceed beyond fetching any of the > URLs, like > the following, whenever I try at my home. > > % sudo port upgrade libgsf > Password: > ---> Fetching glib2 > ---> Attempting to fetch glib-2.20.2.tar.bz2 from http:// > ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/glib/2.20/ > (not responding) > > The urls "http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/..." are > only such exceptions as far as I notice. > > However, there is no such troubles whenever I do 'port upgrade' at > my office. I am able to access that URL from here (Austin, TX, USA) without problem. MacPorts will try to select a mirror that is close to you, so that's why it's choosing to try to download from this server for you. Perhaps there is a network routing issue particular to your ISP at home. You could contact your ISP. You might try a traceroute first, from home. traceroute ftp.nara.wide.ad.jp Snipping out the first few lines of local info on my network, I get: 5 gi0-4-2-6.austtxrdcsc-rtr1.austin.rr.com (24.27.13.106) 176.554 ms 182.478 ms 111.550 ms 6 gig5-3-0.hstntxl3-rtr1.texas.rr.com (72.179.205.36) 25.058 ms 121.933 ms 88.416 ms 7 ae-2-0.cr0.hou30.tbone.rr.com (66.109.6.108) 95.928 ms 31.542 ms 27.949 ms 8 ae-0-0.cr0.dfw10.tbone.rr.com (66.109.6.39) 39.858 ms 45.453 ms 29.736 ms 9 ae-1-0.cr0.atl20.tbone.rr.com (66.109.6.37) 42.784 ms 75.379 ms 40.967 ms 10 ae-0-0.cr1.atl20.tbone.rr.com (66.109.6.35) 53.405 ms 42.441 ms 72.361 ms 11 ae-4-0.cr0.dca10.tbone.rr.com (66.109.6.33) 75.811 ms 66.592 ms 58.880 ms 12 ae-2-0.pr0.dca10.tbone.rr.com (66.109.6.169) 56.337 ms 58.831 ms 63.785 ms 13 * if-11-1.icore1.aeq-ashburn.as6453.net (206.82.139.53) 66.594 ms 57.775 ms 14 * * * 15 ae-2.r21.asbnva01.us.bb.gin.ntt.net (129.250.2.98) 65.846 ms 72.865 ms 66.197 ms 16 as-3.r20.snjsca04.us.bb.gin.ntt.net (129.250.2.167) 100.097 ms 100.978 ms 108.995 ms 17 as-2.r20.tokyjp01.jp.bb.gin.ntt.net (129.250.2.35) 211.099 ms 227.839 ms 222.378 ms 18 * * * 19 203.105.72.18 (203.105.72.18) 567.084 ms 650.490 ms 798.452 ms 20 ve-3761.cisco2.dojima.wide.ad.jp (203.178.136.110) 870.333 ms 448.823 ms 363.544 ms 21 ve-7.hitachi2.nara.wide.ad.jp (203.178.136.171) 381.526 ms 349.230 ms 309.327 ms 22 ftp.nara.wide.ad.jp (203.178.137.175) 259.326 ms 208.178 ms 218.856 ms Perhaps for you, you can't get all the way to the destination server? If not, note the last server you can get to, and work with your ISP on figuring out why you can't get past it. Another option is to manually download the distfiles and place them into the directory where MacPorts expects them. In the case of glib2, that's /opt/local/var/macports/distfiles/glib2. You could also edit the file _resources/port1.0/fetch/ mirror_sites.tcl inside your ports tree directory, and remove this mirror. But unless you have switched from an rsync directory to a Subversion working copy, this change will be overwritten next time you "port sync". From mukai at sfc.keio.ac.jp Sun May 24 07:27:00 2009 From: mukai at sfc.keio.ac.jp (Kuniaki Mukai) Date: Sun, 24 May 2009 23:27:00 +0900 Subject: not responding when accessing a certain URL to 'port upgrade' In-Reply-To: <680CC583-3086-4A5C-BB94-C7D508382807@macports.org> References: <2E990CC5-B5B1-409F-92C8-FB0D5B789078@sfc.keio.ac.jp> <680CC583-3086-4A5C-BB94-C7D508382807@macports.org> Message-ID: Ryan, Thank you for analysing the trouble and giving suggestions to solve it. I will take time to digest your suggestions. To type the command 'traceroute' the ip address is only what I can do for now. (The ip address not responding is at the last line of the traceroute output.) % traceroute ftp.nara.wide.ad.jp traceroute to ftp.nara.wide.ad.jp (203.178.137.175), 64 hops max, 40 byte packets 1 10.0.1.1 (10.0.1.1) 3.085 ms 3.492 ms 6.613 ms 2 wapiti.kanagawa-ip.dti.ne.jp (203.181.66.8) 11.770 ms 30.983 ms 10.475 ms 3 ip-gate.kanagawa-ip1.dti.ad.jp (203.181.66.1) 11.876 ms 16.644 ms 14.623 ms 4 kanagawa-ip1-gate-1.otemachi4.dti.ad.jp (202.216.252.26) 18.657 ms 15.522 ms 13.319 ms 5 gate1-gate-ix1.otemachi4.dti.ad.jp (202.216.225.133) 16.685 ms 13.643 ms 11.767 ms 6 xe-3-4.a16.tokyjp01.jp.ra.gin.ntt.net (61.213.169.85) 13.872 ms 10.932 ms 9.912 ms 7 xe-6-2-0.a20.tokyjp01.jp.ra.gin.ntt.net (61.120.147.201) 10.783 ms 13.298 ms 13.311 ms 8 xe-1-1.a15.tokyjp01.jp.ra.gin.ntt.net (203.105.72.58) 14.464 ms 16.182 ms 16.595 ms 9 203.105.72.18 (203.105.72.18) 31.465 ms 11.881 ms 10.916 ms 10 ve-3761.cisco2.dojima.wide.ad.jp (203.178.136.110) 20.548 ms 20.217 ms 21.743 ms 11 ve-7.hitachi2.nara.wide.ad.jp (203.178.136.171) 24.418 ms 30.465 ms 26.487 ms 12 ftp.nara.wide.ad.jp (203.178.137.175) 25.544 ms 22.010 ms 27.251 ms Kuniaki On May 24, 2009, at 9:00 PM, Ryan Schmidt wrote: > On May 24, 2009, at 03:32, Kuniaki Mukai wrote: > >> There are URLs which start with "http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/ >> " >> such that "port upgrade" never proceed beyond fetching any of the >> URLs, like >> the following, whenever I try at my home. >> >> % sudo port upgrade libgsf >> Password: >> ---> Fetching glib2 >> ---> Attempting to fetch glib-2.20.2.tar.bz2 from http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/glib/2.20/ >> (not responding) >> >> The urls "http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/..." are >> only such exceptions as far as I notice. >> >> However, there is no such troubles whenever I do 'port upgrade' at >> my office. > > I am able to access that URL from here (Austin, TX, USA) without > problem. MacPorts will try to select a mirror that is close to you, > so that's why it's choosing to try to download from this server for > you. Perhaps there is a network routing issue particular to your ISP > at home. You could contact your ISP. You might try a traceroute > first, from home. > > traceroute ftp.nara.wide.ad.jp > > Snipping out the first few lines of local info on my network, I get: > > 5 gi0-4-2-6.austtxrdcsc-rtr1.austin.rr.com (24.27.13.106) 176.554 > ms 182.478 ms 111.550 ms > 6 gig5-3-0.hstntxl3-rtr1.texas.rr.com (72.179.205.36) 25.058 ms > 121.933 ms 88.416 ms > 7 ae-2-0.cr0.hou30.tbone.rr.com (66.109.6.108) 95.928 ms 31.542 > ms 27.949 ms > 8 ae-0-0.cr0.dfw10.tbone.rr.com (66.109.6.39) 39.858 ms 45.453 > ms 29.736 ms > 9 ae-1-0.cr0.atl20.tbone.rr.com (66.109.6.37) 42.784 ms 75.379 > ms 40.967 ms > 10 ae-0-0.cr1.atl20.tbone.rr.com (66.109.6.35) 53.405 ms 42.441 > ms 72.361 ms > 11 ae-4-0.cr0.dca10.tbone.rr.com (66.109.6.33) 75.811 ms 66.592 > ms 58.880 ms > 12 ae-2-0.pr0.dca10.tbone.rr.com (66.109.6.169) 56.337 ms 58.831 > ms 63.785 ms > 13 * if-11-1.icore1.aeq-ashburn.as6453.net (206.82.139.53) 66.594 > ms 57.775 ms > 14 * * * > 15 ae-2.r21.asbnva01.us.bb.gin.ntt.net (129.250.2.98) 65.846 ms > 72.865 ms 66.197 ms > 16 as-3.r20.snjsca04.us.bb.gin.ntt.net (129.250.2.167) 100.097 ms > 100.978 ms 108.995 ms > 17 as-2.r20.tokyjp01.jp.bb.gin.ntt.net (129.250.2.35) 211.099 ms > 227.839 ms 222.378 ms > 18 * * * > 19 203.105.72.18 (203.105.72.18) 567.084 ms 650.490 ms 798.452 ms > 20 ve-3761.cisco2.dojima.wide.ad.jp (203.178.136.110) 870.333 ms > 448.823 ms 363.544 ms > 21 ve-7.hitachi2.nara.wide.ad.jp (203.178.136.171) 381.526 ms > 349.230 ms 309.327 ms > 22 ftp.nara.wide.ad.jp (203.178.137.175) 259.326 ms 208.178 ms > 218.856 ms > > Perhaps for you, you can't get all the way to the destination > server? If not, note the last server you can get to, and work with > your ISP on figuring out why you can't get past it. > > Another option is to manually download the distfiles and place them > into the directory where MacPorts expects them. In the case of > glib2, that's /opt/local/var/macports/distfiles/glib2. > > You could also edit the file _resources/port1.0/fetch/ > mirror_sites.tcl inside your ports tree directory, and remove this > mirror. But unless you have switched from an rsync directory to a > Subversion working copy, this change will be overwritten next time > you "port sync". > > From 200309 at calcentral.com Sun May 24 12:03:06 2009 From: 200309 at calcentral.com (Bee) Date: Sun, 24 May 2009 12:03:06 -0700 Subject: MacPorts duplicate files or hardlinks? Message-ID: MacPorts 1.7 selfupdate (recently) MacOS 10.4.11 MacPorts seems to keep many duplicate files. As an example, I did a search for duplicates I found these identical files: /opt/local/bin/vim /opt/local/var/macports/software/vim/7.2.182_0/opt/local/bin/vim Are these really a duplicate files or a hardlink? I think the "2" before the "root" means it has a hardlink. Is that correct? -rwxr-xr-x 2 root admin - 1462888 May 17 22:26 vim If duplicate files: + Is there a reason both are kept? + Is there a way to "clean" duplicates? -- Bill Muench Santa Cruz, California From LenoreHorner at sbcglobal.net Sun May 24 15:39:46 2009 From: LenoreHorner at sbcglobal.net (Lenore Horner) Date: Sun, 24 May 2009 17:39:46 -0500 Subject: gnuplot not finding font Message-ID: fontcnfig: I've seen the comments indicating that fontconfig should work without having to set gdfontpath. However, gnuplot cannot find my fonts (and complains about it). I have fontconfig 2.6.0_2 +macosx installed and active. Am I supposed to do something myself with fontconfig? If so, what? gdfontpath: I've seen ticket 14999 and the underlying message from gnuplot, but I don't know what to do about it. To whit: Where should this path be set (why isn't it getting set correctly by MacPorts and how do I set it without messing up MacPorts)? What should the path be set to? MacPorts 1.7.1 on Intel iMac - no constraints on X11. Lenore From LenoreHorner at sbcglobal.net Sun May 24 15:43:02 2009 From: LenoreHorner at sbcglobal.net (Lenore Horner) Date: Sun, 24 May 2009 17:43:02 -0500 Subject: does png output from gnuplot require X11 Message-ID: I have gnuplot (just updated) installed on an Intel machine using X11 and on a G4 where I'm not using X11. In both cases, exporting to png causes a can't find fonts warning. In addition, on the G4/no-X11 installation, running gnuplot on a file setting terminal to png creates a screen full of weird symbols and no png file. On the Intel/ X11 installation, I have no trouble creating png files. Lenore From talklists at newgeo.com Sun May 24 15:45:23 2009 From: talklists at newgeo.com (Scott Haneda) Date: Sun, 24 May 2009 15:45:23 -0700 Subject: MacPorts duplicate files or hardlinks? In-Reply-To: References: Message-ID: <5487E940-9DF3-4599-AFBE-2F62806FAC93@newgeo.com> * Glad I replied to this one, there is a lot of odd stuff going on I can not explain, hope someone where more knowledgeable about the phases can explain... According to the man page, that 2 is for directories. I do not think it has any bearing on the type of file it is. It is a count of some form. Below is some testing I did. If you are going to delete, I would recurse, run `file` on the item, make sure it is a link, and then delete. I do not think you should delete them that way though. I think this would be a good thread to look at: http://www.nabble.com/%22Reclaiming-disk-space%22-documentation-guide-missing-td23686542.html I just ran `$sudo port distfiles all`, very chatty results. I did try to run this, according to that thread: $sudo port clean --distfiles all Error: clean does not accept --distfiles Then I tried sudo port clean --all all which worked a little, but got hung on.. couldn't change working directory to "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_sysutils_am-utils/work": no such file or directory while executing "cd $savedir" (procedure "foreachport" line 17) invoked from within "foreachport $portlist { set target $action # If we have a url, use that, since it's most specific # otherwise try to map the ..." (procedure "action_target" line 7) invoked from within "$action_proc $action $portlist [array get global_options]" (procedure "process_cmd" line 86) invoked from within "process_cmd $remaining_args" invoked from within "if { [llength $remaining_args] > 0 } { # If there are remaining arguments, process those as a command # Exit immediately, by default, unless..." (file "/opt/local/bin/port" line 3247) pwd: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory Now `sudo port distfiles all` is broken. For what is is worth, here are the tests I did to make sure deleting the hard links would not hurt outside of ports, within ports, no idea. I just did this test: # Make a file on the Desktop $touch ~/Desktop/original_file # Show where I am in the shell, in this case, test dir on desktop $pwd /Users/me/Desktop/test # link to the file in the desktop from the test dir I am sitting in $ln ~/Desktop/original_file linked_file # Show the result of the link I just made: $ls -la total 8 drwxr-xr-x 3 haneda staff 102 May 24 15:24 . drwx------+ 11 haneda staff 374 May 24 15:23 .. -rw-r--r-- 2 haneda staff 21 May 24 15:24 linked_file # Put some data into the original_file $echo 'this is the original' >> ~/Desktop/original_file # Check of the link worked by reading the link $cat linked_file this is the original # Both files show 21 bytes, but use `file` to see what it is $file linked_file linked_file: ASCII English text # Compared to the other file $file ~/Desktop/original_file /Users/me/Desktop/original_file: ASCII English text # Delete the link $rm linked_file # make sure the original is still there $ls -la ~/Desktop/ | grep original -rw-r--r-- 1 haneda staff 21 May 24 15:24 original_file On May 24, 2009, at 12:03 PM, Bee wrote: > MacPorts 1.7 selfupdate (recently) > MacOS 10.4.11 > > MacPorts seems to keep many duplicate files. > > As an example, I did a search for duplicates I found these identical > files: > > /opt/local/bin/vim > /opt/local/var/macports/software/vim/7.2.182_0/opt/local/bin/vim > > Are these really a duplicate files or a hardlink? > I think the "2" before the "root" means it has a hardlink. Is that > correct? > > -rwxr-xr-x 2 root admin - 1462888 May 17 22:26 vim > > If duplicate files: > + Is there a reason both are kept? > + Is there a way to "clean" duplicates? -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Sun May 24 15:53:53 2009 From: talklists at newgeo.com (Scott Haneda) Date: Sun, 24 May 2009 15:53:53 -0700 Subject: MacPorts duplicate files or hardlinks? In-Reply-To: References: Message-ID: <4C138E8A-4837-4465-93E0-8F140142BC94@newgeo.com> On May 24, 2009, at 12:03 PM, Bee wrote: > Are these really a duplicate files or a hardlink? > I think the "2" before the "root" means it has a hardlink. Is that > correct? No, I do not think that is correct: Directories - The amount of links or directories within the directory. The default amount of directories is going to always be 2 because of the . and .. directories. -- Scott * If you contact me off list replace talklists@ with scott@ * From blb at macports.org Sun May 24 16:01:09 2009 From: blb at macports.org (Bryan Blackburn) Date: Sun, 24 May 2009 17:01:09 -0600 Subject: MacPorts duplicate files or hardlinks? In-Reply-To: References: Message-ID: <20090524230109.GJ88633@ninagal.withay.com> On Sun, May 24, 2009 at 12:03:06PM -0700, Bee said: > MacPorts 1.7 selfupdate (recently) > MacOS 10.4.11 > > MacPorts seems to keep many duplicate files. > > As an example, I did a search for duplicates I found these identical > files: > > /opt/local/bin/vim > /opt/local/var/macports/software/vim/7.2.182_0/opt/local/bin/vim > > Are these really a duplicate files or a hardlink? > I think the "2" before the "root" means it has a hardlink. Is that > correct? > > -rwxr-xr-x 2 root admin - 1462888 May 17 22:26 vim > > If duplicate files: > + Is there a reason both are kept? Yes, the files in .../var/macports/software is what's called an image, for all the low-level details see the guide: Basically a given port is first installed in this directory, then when it is activated hard links are created in just ${prefix} to the stuff in .../var/macports/software so it can be visible. > + Is there a way to "clean" duplicates? Since it uses hardlinks it shouldn't be really taking up twice the amount of diskspace, but of course it does create another link for every file. The more common disk space user is having multiple installs of a port when you only need the current (happens with 'port upgrade outdated' which doesn't uninstall the older version). To clean those you can use 'sudo port uninstall inactive' to remove those (assuming all ports you have which are inactive are not wanted). Long-term, the way images are handled should be changing by not doing the install-then-hardlink style, see ticket #19458: Bryan > > -- > Bill Muench > Santa Cruz, California From talklists at newgeo.com Sun May 24 16:31:24 2009 From: talklists at newgeo.com (Scott Haneda) Date: Sun, 24 May 2009 16:31:24 -0700 Subject: MacPorts duplicate files or hardlinks? In-Reply-To: <20090524230109.GJ88633@ninagal.withay.com> References: <20090524230109.GJ88633@ninagal.withay.com> Message-ID: <78551F1A-A6C7-46FD-9B9F-CE385A51ECEB@newgeo.com> On May 24, 2009, at 4:01 PM, Bryan Blackburn wrote: > Long-term, the way images are handled should be changing by not > doing the > install-then-hardlink style, see ticket #19458: > > How are you so readily aware of what tickets there are? I spend a good deal of time looking in there and searching, never finding much. What is your trick, or are you just involved in trac so much these things trigger a memory and you can find them? -- Scott * If you contact me off list replace talklists@ with scott@ * From blb at macports.org Sun May 24 17:02:38 2009 From: blb at macports.org (Bryan Blackburn) Date: Sun, 24 May 2009 18:02:38 -0600 Subject: MacPorts duplicate files or hardlinks? In-Reply-To: <78551F1A-A6C7-46FD-9B9F-CE385A51ECEB@newgeo.com> References: <20090524230109.GJ88633@ninagal.withay.com> <78551F1A-A6C7-46FD-9B9F-CE385A51ECEB@newgeo.com> Message-ID: <20090525000238.GK88633@ninagal.withay.com> On Sun, May 24, 2009 at 04:31:24PM -0700, Scott Haneda said: > On May 24, 2009, at 4:01 PM, Bryan Blackburn wrote: > >> Long-term, the way images are handled should be changing by not doing >> the >> install-then-hardlink style, see ticket #19458: >> >> > > > How are you so readily aware of what tickets there are? I spend a good > deal of time looking in there and searching, never finding much. What is > your trick, or are you just involved in trac so much these things trigger > a memory and you can find them? Usually going to and selecting Summary from 'Add filter' can get you to port-related tickets quickly since most of them have the port name in the summary (there's also a port field but older tickets didn't have it and won't be found searching on that). There's also the 'Ticket Search' link on the left which goes to and lets you search both port & summary, though I use the first mostly out of habit. Also being on the macports-tickets list (where every ticket change is sent) help keep awareness up. Finally, in the specific case of the ticket I mentioned earlier, that is one I filed so I definitely knew of it... Bryan > -- > Scott * If you contact me off list replace talklists@ with scott@ * > From raimue at macports.org Sun May 24 18:50:33 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 25 May 2009 03:50:33 +0200 Subject: dbus @1.2.12_5 apparent regression, can't "launchctl load" In-Reply-To: References: Message-ID: <4A19F969.700@macports.org> Jim DeLaHunt wrote: > Here's a summary of a command-line session which persuades me that > MacPorts' dbus @1.2.12_5 is not working, causing gnucash to fail to get > its configuration, and that rolling back to dbus @1.2.12_4 is a suitable > fix. My comments are marked with "[JDLH: ...]". > > > % launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist > nothing found to load > % ps auxwww | grep dbus > jdlh 365 0.0 0.0 599780 392 s000 R+ 6:21PM 0:00.00 > grep dbus Most probably this .plist has a key which is set to "Yes". Thus launchctl does not recognize anything to load. Try to enable it by using: launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist HTH, Rainer From raimue at macports.org Sun May 24 18:53:35 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 25 May 2009 03:53:35 +0200 Subject: not responding when accessing a certain URL to 'port upgrade' In-Reply-To: <2E990CC5-B5B1-409F-92C8-FB0D5B789078@sfc.keio.ac.jp> References: <2E990CC5-B5B1-409F-92C8-FB0D5B789078@sfc.keio.ac.jp> Message-ID: <4A19FA1F.5050604@macports.org> Kuniaki Mukai wrote: > There are URLs which start with > "http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/" > such that "port upgrade" never proceed beyond fetching any of the URLs, > like > the following, whenever I try at my home. > > % sudo port upgrade libgsf > Password: > ---> Fetching glib2 > ---> Attempting to fetch glib-2.20.2.tar.bz2 from > http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/glib/2.20/ > (not responding) Try this: sudo port -v fetch glib2 This will show more detailed download progress from curl and you will see if it is just very slow or actually not downloading at all. Rainer From raimue at macports.org Sun May 24 18:59:27 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 25 May 2009 03:59:27 +0200 Subject: MacPorts duplicate files or hardlinks? In-Reply-To: <4C138E8A-4837-4465-93E0-8F140142BC94@newgeo.com> References: <4C138E8A-4837-4465-93E0-8F140142BC94@newgeo.com> Message-ID: <4A19FB7F.3080100@macports.org> Scott Haneda wrote: > On May 24, 2009, at 12:03 PM, Bee wrote: > >> Are these really a duplicate files or a hardlink? >> I think the "2" before the "root" means it has a hardlink. Is that >> correct? > > > No, I do not think that is correct: > Directories - The amount of links or directories within the directory. > The default amount of directories is going to always be 2 because of > the . and .. directories. For files, the "2" is the number of links pointing to the same file. It has a different meaning for directories, where it shows the number of direct children in the filesystem. For directories, it will always be at least 2 because of "." and "..". So in this case, it is a file with 2 links. One is in the image in /opt/local/var/macports/software/vim/7.2.182_0/opt/local/bin/vim, one is activated in /opt/local/bin/vim. They both refer to the same file. Rainer From raimue at macports.org Sun May 24 19:15:22 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 25 May 2009 04:15:22 +0200 Subject: Meld fails to start; complains about launchd not providing socket path In-Reply-To: References: <76bfb9d20905190758jdef10edi363653627298224f@mail.gmail.com> <38CBDDEB-8E52-4897-8E19-31074CB71C03@macports.org> <76bfb9d20905201832g7424a481r3ef8f1270434e55b@mail.gmail.com> Message-ID: <4A19FF3A.9050701@macports.org> Mike Alexander wrote: > This message is slightly wrong in the current version of the dbus > Portfile. I think a more nearly correct version would be > > ################################################################################################# > > # Startup items have been generated that will aid in > # starting ${portname} with launchd. They are disabled > # by default. Execute the following command to start the system bus, > # and to cause it to launch at startup: > # > # ${sudo}launchctl load -w ${startup_root}/Library/LaunchDaemons/[file > tail ${plistFl}] > # > # Execute the following command for each user using dbus to cause the > session bus to > # be started automatically when needed (you do not want sudo on this > command): > # > # launchctl load > ${startup_root}/Library/LaunchAgents/org.freedesktop.dbus-session.plist > ################################################################################################## You are right, the org.freedesktop.dbus-session.plist is intended to be loaded by a user, not system-wide by root. The message has been changed by mcalhoun in r49300. The old message was: ############################################################################## # It is absolutely necessary for dbus enabled programs to work to execute # # launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist # # once for every user. Don't use 'sudo', else it will work only for root! # You also have to unload it before deactivating/uninstalling this software! ############################################################################## This was more correct and it should be changed to read like this again in my opinion. Rainer From lenoreHorner at sbcglobal.net Sun May 24 21:07:31 2009 From: lenoreHorner at sbcglobal.net (Lenore Horner) Date: Sun, 24 May 2009 23:07:31 -0500 Subject: [MacPorts] #14999: gd2 does not see fonts In-Reply-To: <8a6250b20905242045m4af63e95p28f407740a9cdb3e@mail.gmail.com> References: <054.94a18cf3ea52c800ab08ec07c9ba5212@macports.org> <063.b73997039e1d16df51b0777248a7a1f6@macports.org> <8a6250b20905242045m4af63e95p28f407740a9cdb3e@mail.gmail.com> Message-ID: <11BD0D17-9357-4EC1-BE9B-ABDFD0C48C3F@sbcglobal.net> Anthony, Those are precisely the things I mentioned having seen. What I want to know is how to do something about it and none of these suggest anything. The closest I've come to a solution is the temporary (I think) one listed at http://www.lmpx.com/nav/article.php/news/php.net/php.gd.devel/557/read/index.html However, putting the recommended text into my .profile had zero effect, so I'm still stumped. From what I've seen, it should be fontconfig doing this with gd as a fallback. Lenore On May 24, 2009, at 22:45 , Anthony Agelastos wrote: > Lenore, > > I hope you have luck with fixing this issue. I have not tried the > suggestion(s) in the email(s) below; feel free to play around with > GDFONTPATH. Anyways, if you are successful in getting this to work, > please let me know. > > -Anthony > > Forwarded conversation > Subject: Re: [MacPorts] #14999: gd2 does not see fonts > ------------------------ > > From: MacPorts > Date: Tue, Jun 24, 2008 at 4:37 AM > To: iqgrande at gmail.com, ryandesign at macports.org > Cc: macports-tickets at lists.macosforge.org > > > #14999: gd2 does not see fonts > --------------------------------- > +------------------------------------------ > Reporter: iqgrande at gmail.com | Owner: > ryandesign at macports.org > Type: defect | Status: new > Priority: Normal | Milestone: Port Bugs > Component: ports | Version: 1.6.0 > Resolution: | Keywords: gd2 font > --------------------------------- > +------------------------------------------ > Comment (by ryandesign at macports.org): > > Sorry, I don't know what to do here. You may need to ask the > developers of > gnuplot and/or gd2 for assistance. Or you may just need to set the > GDFONTPATH environment variable, as you already mentioned. > > -- > Ticket URL: > MacPorts > Ports system for Mac OS > > ---------- > From: MacPorts > Date: Wed, Feb 25, 2009 at 7:46 AM > To: iqgrande at gmail.com, ryandesign at macports.org > Cc: macports-tickets at lists.macosforge.org > > > Reporter: iqgrande@? | Owner: ryandesign@? > Keywords: gd2 font | Port: gd2 > -------------------------------- > +------------------------------------------- > Changes (by ryandesign@?): > > * port: => gd2 > > > Old description: > > > When I was using Port "gnuplot" to create some PNG and JPEG figures, > > which uses Port "gd2" for this, I was getting errors about the > fonts not > > being found. A few lines of these errors are shown below. > > > > $ gnuplot gnuplot.commands > > gdImageStringFT: Could not find/open font while printing string 0 > with > > font arial > > gdImageStringFT: Could not find/open font while printing string > 10 with > > font arial > > ... > > > > If this helps, the site > > http://www.groupsrv.com/computers/about265948.html mentions that > > GDFONTPATH may not be setup properly. > > > > My environment: > > MacBook Pro (1st gen) > > Mac OS X 10.5.2 (fully up-to-date) > > Xcode 3.0 (latest AFAIK without iPhone dev) > > XQuartz 2.1.4 (latest) > > Latest MacPorts & Ports > > New description: > > When I was using Port "gnuplot" to create some PNG and JPEG > figures, which > uses Port "gd2" for this, I was getting errors about the fonts not > being > found. A few lines of these errors are shown below. > > {{{ > $ gnuplot gnuplot.commands > gdImageStringFT: Could not find/open font while printing string 0 > with > font arial > gdImageStringFT: Could not find/open font while printing string 10 > with > font arial > ... > }}} > > If this helps, the site http://www.groupsrv.com/computers/about265948.html > mentions that GDFONTPATH may not be setup properly. > > My environment: > * MacBook Pro (1st gen) > * Mac OS X 10.5.2 (fully up-to-date) > * Xcode 3.0 (latest AFAIK without iPhone dev) > * XQuartz 2.1.4 (latest) > * Latest MacPorts & Ports > > -- > > -- > Ticket URL: > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mukai at sfc.keio.ac.jp Sun May 24 21:08:00 2009 From: mukai at sfc.keio.ac.jp (Kuniaki Mukai) Date: Mon, 25 May 2009 13:08:00 +0900 Subject: not responding when accessing a certain URL to 'port upgrade' In-Reply-To: <4A19FA1F.5050604@macports.org> References: <2E990CC5-B5B1-409F-92C8-FB0D5B789078@sfc.keio.ac.jp> <4A19FA1F.5050604@macports.org> Message-ID: On May 25, 2009, at 10:53 AM, Rainer M?ller wrote: > Kuniaki Mukai wrote: >> There are URLs which start with >> "http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/" >> such that "port upgrade" never proceed beyond fetching any of the >> URLs, >> like >> the following, whenever I try at my home. >> >> % sudo port upgrade libgsf >> Password: >> ---> Fetching glib2 >> ---> Attempting to fetch glib-2.20.2.tar.bz2 from >> http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/glib/2.20/ >> (not responding) > > Try this: > sudo port -v fetch glib2 > > This will show more detailed download progress from curl and you will > see if it is just very slow or actually not downloading at all. > > Rainer Following your suggestion, I got a log below. % sudo port sync; port outdated Password: The following installed ports are outdated: glib2 2.20.1_1 < 2.20.2_0 libgsf 1.14.12_0 < 1.14.14_0 p5-compress-raw-bzip2 2.017_0 < 2.019_0 % sudo port -v fetch glib2 ---> Fetching glib2 ---> glib-2.20.2.tar.bz2 doesn't seem to exist in /opt/local/var/ macports/distfiles/glib2 ---> Attempting to fetch glib-2.20.2.tar.bz2 from http://ftp.nara.wide.ad.jp/pub/X11/GNOME/sources/glib/2.20/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:02:39 --:--:-- 0 Kuniaki From from.macports at jdlh.com Sun May 24 23:25:29 2009 From: from.macports at jdlh.com (Jim DeLaHunt) Date: Sun, 24 May 2009 23:25:29 -0700 Subject: dbus @1.2.12_5 apparent regression, can't "launchctl load" In-Reply-To: <4A19F969.700@macports.org> References: <4A19F969.700@macports.org> Message-ID: Rainer: Thank you for your suggestion. Unfortunately, I don't recognise a key in my plist. See the listing below. Also, don't dbus @1.2.12_5 and dbus @1.2.12_4 operate on the same plist file? Why would one work, and not the other? At 3:50 AM +0200 5/25/09, Rainer M?ller wrote: >Jim DeLaHunt wrote: >> Here's a summary of a command-line session which persuades me that >> MacPorts' dbus @1.2.12_5 is not working, causing gnucash to fail to get >> its configuration, and that rolling back to dbus @1.2.12_4 is a suitable >> fix. My comments are marked with "[JDLH: ...]". >> >> >> % launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist >> nothing found to load >> % ps auxwww | grep dbus >> jdlh 365 0.0 0.0 599780 392 s000 R+ 6:21PM 0:00.00 >> grep dbus > >Most probably this .plist has a key which is set to "Yes". >Thus launchctl does not recognize anything to load. >Try to enable it by using: >launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist > >HTH, >Rainer ===== % more /Library/LaunchAgents/org.freedesktop.dbus-session.plist Label org.freedesktop.dbus-session ServiceIPC OnDemand ProgramArguments /opt/local/bin/dbus-daemon --nofork --session Sockets unix_domain_listener SecureSocketWithKey DBUS_LAUNCHD_SESSION_BUS_SOCKET ===== Any other suggestions? For now, I've reverted to dbus @1.2.12_4, and that works for me. -- --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/) multilingual websites consultant 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada Canada mobile +1-604-376-8953 From ryandesign at macports.org Mon May 25 02:50:42 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 25 May 2009 04:50:42 -0500 Subject: MacPorts duplicate files or hardlinks? In-Reply-To: <5487E940-9DF3-4599-AFBE-2F62806FAC93@newgeo.com> References: <5487E940-9DF3-4599-AFBE-2F62806FAC93@newgeo.com> Message-ID: On May 24, 2009, at 17:45, Scott Haneda wrote: > * Glad I replied to this one, there is a lot of odd stuff going on > I can not explain, hope someone where more knowledgeable about the > phases can explain... > > According to the man page, that 2 is for directories. I do not > think it has any bearing on the type of file it is. It is a count > of some form. > > Below is some testing I did. If you are going to delete, I would > recurse, run `file` on the item, make sure it is a link, and then > delete. I do not think you should delete them that way though. Do not delete either reference to the file. They are both supposed to be there. They are hardlinks to the same file, and as such, the file only exists on disk once, and only occupies disk space once. You won't free any disk space by removing either reference, but you will break your MacPorts installation by doing so. MacPorts wants to manage these links for you, through the port activate/deactivate commands. You will only free disk space by removing both references, but again you should let MacPorts manage that for you through the port uninstall command. > I think this would be a good thread to look at: > http://www.nabble.com/%22Reclaiming-disk-space%22-documentation- > guide-missing-td23686542.html > > I just ran `$sudo port distfiles all`, very chatty results. Yes. The "port distfiles" command was added somewhat recently. For each distfile the port requests, it prints every URL it knows about where that file can be downloaded. It was to be used as part of the distfiles.macports.org setup, but that ended up being done in a different way, so the command now serves no particular purpose and might be removed. Out of curiosity, what did you want to find out by running "port distfiles all"? It would print the URL of every distfile of every port, which I'm guessing is not what you needed. > I did try to run this, according to that thread: > $sudo port clean --distfiles all > Error: clean does not accept --distfiles Sorry, I never use that myself (I tend to use --all) and I recited it from memory and got it wrong. The correct command would be: sudo port clean --dist all > Then I tried > sudo port clean --all all > which worked a little, but got hung on.. > > couldn't change working directory to "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysut > ils_am-utils/work": no such file or directory > while executing > "cd $savedir" > (procedure "foreachport" line 17) > invoked from within > "foreachport $portlist { > set target $action > > # If we have a url, use that, since it's most specific > # otherwise try to map the ..." > (procedure "action_target" line 7) > invoked from within > "$action_proc $action $portlist [array get global_options]" > (procedure "process_cmd" line 86) > invoked from within > "process_cmd $remaining_args" > invoked from within > "if { [llength $remaining_args] > 0 } { > > # If there are remaining arguments, process those as a command > > # Exit immediately, by default, unless..." > (file "/opt/local/bin/port" line 3247) > pwd: error retrieving current directory: getcwd: cannot access > parent directories: No such file or directory I assume you were in the directory /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_am-utils/work when you ran the command "sudo port clean --all all", which deleted that directory, and then MacPorts got confused when it tried to put you back in that now-nonexistent directory when it was done. The error message is harmless. http://trac.macports.org/ticket/17076 http://lists.macosforge.org/pipermail/macports-users/2009-May/ 015261.html http://lists.macosforge.org/pipermail/macports-users/2007-May/ 003344.html > Now `sudo port distfiles all` is broken. In what way? > For what is is worth, here are the tests I did to make sure > deleting the hard links would not hurt outside of ports, within > ports, no idea. > I just did this test: Yes, the below does show how hardlinks work. > # Make a file on the Desktop > $touch ~/Desktop/original_file > > # Show where I am in the shell, in this case, test dir on desktop > $pwd > /Users/me/Desktop/test > > # link to the file in the desktop from the test dir I am sitting in > $ln ~/Desktop/original_file linked_file > > # Show the result of the link I just made: > $ls -la > total 8 > drwxr-xr-x 3 haneda staff 102 May 24 15:24 . > drwx------+ 11 haneda staff 374 May 24 15:23 .. > -rw-r--r-- 2 haneda staff 21 May 24 15:24 linked_file Note the "2" in the line for linked_file, indicating that 2 filenames are linked to this one file on disk. > # Put some data into the original_file > $echo 'this is the original' >> ~/Desktop/original_file > > # Check of the link worked by reading the link > $cat linked_file > this is the original > > # Both files show 21 bytes, but use `file` to see what it is > $file linked_file > linked_file: ASCII English text > > # Compared to the other file > $file ~/Desktop/original_file > /Users/me/Desktop/original_file: ASCII English text > > # Delete the link > $rm linked_file > > # make sure the original is still there > $ls -la ~/Desktop/ | grep original > -rw-r--r-- 1 haneda staff 21 May 24 15:24 original_file Note the "1" in the line, showing now only a single filename points to this file on disk. From 200309 at calcentral.com Mon May 25 08:18:27 2009 From: 200309 at calcentral.com (Bee) Date: Mon, 25 May 2009 08:18:27 -0700 Subject: MacPorts duplicate files or hardlinks? Message-ID: On May 24, 2009, Bryan Blackburn wrote: > Yes, the files in .../var/macports/software is what's called an > image, for > all the low-level details see the guide: > > > ... > > Thank you for the links. -- Bill From madsteer at gmail.com Mon May 25 08:49:22 2009 From: madsteer at gmail.com (cory steers) Date: Mon, 25 May 2009 10:49:22 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <3B87266D-F0AB-409D-AA75-1CCA0631F17A@macports.org> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> <3B87266D-F0AB-409D-AA75-1CCA0631F17A@macports.org> Message-ID: <3f5b3f320905250849w1653a6f8p5622dd84b92c2add@mail.gmail.com> Geesh, I see that now. Didn't realize what directory it was complaining about. I cleaned up a lot of that /usr/local/ stuff (still need some of it), and renamed the directory temporarily just in case, and completely re-installed macports from scratch. I think proceeded to re-install gnucash. Had the same goffice bug that I had to patch, but then it and gnucash installed without further incident. I can now start gnucash as my user account. Only remaining problem is that every time I start gnucash, I get an error dialog and a setup dialog. I can see it setting up .gconf.path etc., but I get the "cannot find default values" dialog wanting me to set up every time. I've tried deleting the .gnucash and .gconfd directories as well as the .gconf.path file. It recreates all that, but doesn't stop asking me to do setup on subsequent starts. Also, I'm getting a 2nd dialog saying "an error occurred while loading or saving configuration information for gnucash. Some of your configuration settings may not work properly." Here is a snippet of the console logs, which seems relted: Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! tem crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to add history section to watched directories in gconf: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/file0: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/maxfiles: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/file1: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/maxfiles: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/file2: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/maxfiles: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/file3: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/maxfiles: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/file4: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/maxfiles: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory)Failed to load key /apps/gnucash/history/file5: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stDynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! I'm able to use the application, it's just not remembering which data file I'm working out of, auto loading said data file, and all the preferences etc. aren't remembered. Hopefully there's a simple fix for this. Thanks, again, for all the help. On Thu, May 21, 2009 at 10:54 PM, Ryan Schmidt wrote: > On May 21, 2009, at 22:21, cory steers wrote: > > So, thanks a lot to all the help I've received so far. "sudo port install >> gnucash" ran to completion without incident: However, when I try to run >> gnucash, I get the following: >> >> dyld: Library not loaded: /sw/lib/libintl.1.dylib >> Referenced from: /usr/local/lib/libgnc-backend-file-utils.0.dylib >> Reason: image not found >> Trace/BPT trap >> > > It looks like you have things installed in both /usr/local (where > user-installed software often goes) and /sw (where Fink usually puts > things). Neither is supported while using MacPorts as they can interfere. As > you see, for some reason MacPorts was trying to use > libgnc-backend-file-utils.0.dylib which you manually installed in > /usr/local, which had itself been built to link with an old version of the > gettext library libintl.1.dylib which had been installed with Fink but which > Fink presumably removed by now because a newer version is available. > > I recommend you rename /sw and /usr/local, clean any ports you were trying > to install, and try again. Once you have installed any software you need > using MacPorts, you can remove /sw and /usr/local. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Mon May 25 09:21:51 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 25 May 2009 11:21:51 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905250849w1653a6f8p5622dd84b92c2add@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> <3B87266D-F0AB-409D-AA75-1CCA0631F17A@macports.org> <3f5b3f320905250849w1653a6f8p5622dd84b92c2add@mail.gmail.com> Message-ID: On May 25, 2009, at 10:49, cory steers wrote: > I can now start gnucash as my user account. Only remaining > problem is that every time I start gnucash, I get an error dialog > and a setup dialog. > > I can see it setting up .gconf.path etc., but I get the "cannot > find default values" dialog wanting me to set up every time. I've > tried deleting the .gnucash and .gconfd directories as well as > the .gconf.path file. It recreates all that, but doesn't stop > asking me to do setup on subsequent starts. > > Also, I'm getting a 2nd dialog saying "an error occurred while > loading or saving configuration information for gnucash. Some of > your configuration settings may not work properly." Here is a > snippet of the console logs, which seems relted: > > Dynamic session lookup supported but failed: launchd did not > provide a socket path, verify that org.freedesktop.dbus- > session.plist is loaded! Is dbus-session loaded? From LenoreHorner at sbcglobal.net Mon May 25 09:22:59 2009 From: LenoreHorner at sbcglobal.net (Lenore Horner) Date: Mon, 25 May 2009 11:22:59 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905250849w1653a6f8p5622dd84b92c2add@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> <3B87266D-F0AB-409D-AA75-1CCA0631F17A@macports.org> <3f5b3f320905250849w1653a6f8p5622dd84b92c2add@mail.gmail.com> Message-ID: <78D34FFB-7BF1-4FBF-96FF-87F2F8902D37@sbcglobal.net> On May 25, 2009, at 10:49 , cory steers wrote: > I can now start gnucash as my user account. Only remaining problem > is that every time I start gnucash, I get an error dialog and a > setup dialog. > > I can see it setting up .gconf.path etc., but I get the "cannot find > default values" dialog wanting me to set up every time. I've tried > deleting the .gnucash and .gconfd directories as well as > the .gconf.path file. It recreates all that, but doesn't stop > asking me to do setup on subsequent starts. > > Also, I'm getting a 2nd dialog saying "an error occurred while > loading or saving configuration information for gnucash. Some of > your configuration settings may not work properly." Here is a > snippet of the console logs, which seems relted: > I think that's dbus not being started. Go back through the user list for proper instructions. (Two pieces, one with sudo and one without, and both with -w so they'll start automagically in the future is what I recall.) I think from recent discussion that what dbus tells you as it is installed is not quite correct. Lenore From count-macports at flatline.de Mon May 25 09:57:25 2009 From: count-macports at flatline.de (Andreas Kotes) Date: Mon, 25 May 2009 18:57:25 +0200 Subject: "Reclaiming disk space" documentation/guide missing In-Reply-To: <5F889F31-6411-4974-B777-C3CC1A7AAED4@macports.org> References: <20090523172418.GY31335@slop.flatline.de> <5F889F31-6411-4974-B777-C3CC1A7AAED4@macports.org> Message-ID: <20090525165724.GC11887@slop.flatline.de> Hi Ryan, * Ryan Schmidt [20090524 00:13]: > On May 23, 2009, at 12:24, Andreas Kotes wrote: >> I really love MacPorts (thanks to everyone maintaining it!), but I've >> got a little request: Macports is using an awful lot of disk space >> once you've got everything properly downloaded, built, installed, etc >> - in most cases, it seems to clean up after itself, but there seem to >> be things lurking behind - distfiles, old versions, things that >> aren't used during runtime and could be created from scratch pretty >> fast, etc ... >> >> I'd suggest to document how to get rid of as many of these files and >> as possible, or even to add a command to 'port' that takes care of >> this for the user. > > You're right, documentation could probably be enhanced on this topic. thanks for agreeing :) > But port commands do exist for this. ok, let's try .. starting at 1005280k .. > To remove all ports' distfiles: > > sudo port clean --distfiles all Putorius:~ count$ sudo port clean --distfiles all Password: Error: clean does not accept --distfiles oops. (MacPorts 1.710) ... --dist seems to be it ;) .. brings me down to 900384k .. > You might also have old work directories lying around if a build ever > failed. To nuke work directories and distfiles at once: > > sudo port clean --all all .. brings me down to 877124k .. > To remove old versions of installed ports: > > sudo port uninstall inactive .. brings me down to 564356k - yay! > To uninstall old versions of a port at the same time that you upgrade to > the new version: > > sudo port -u upgrade okay, this seems to be it - I'd like to strongly suggest making this the default for non-developers ... > You're right there are ports that are only needed at build time and > could be removed after the build is complete. You may also have ports > installed that are no longer needed. Maybe a dependency got removed from > a port somewhere along the way. The port_cutleaves tool can help you find > and remove these. > > sudo port install port_cutleaves > man port_cutleaves > sudo port_cutleaves okay, this leaves me at 561884 - not much dramatic/really unneeded there. Documenting all this would really help others, I think :) >> Also, getting rid of unneded localization data (semi)automatically >> would help a lot ... > > There isn't a supported way to do this. Localization data, if any, would > be registered to the port, and you should not remove files which are > registered to a port (though probably nothing terribly bad will happen if > you do). Ports should be encouraged to provide as much localization data > as possible, to provide the fullest installation possible. I totally agree. Debian solves this by offering a 'localepurge' package, which basically allows you to give a list of languages you need (i.e. which are useful to you ;)), and just has a install-hook which takes care of throwing away all other localization files. Though, it's description reads: --- Description: Automagically remove unnecessary locale data This is just a simple script to recover diskspace wasted for unneeded locale files and localized man pages. It will automagically be invoked upon completion of any apt installation run. Please note, that this tool is a hack which is *not* integrated with Debian's package management system and therefore is not for the faint of heart. This program interferes with the Debian package management and does provoke strange, but usually harmless, behaviour of programs related with apt/dpkg like dpkg-repack, debsums, reportbug, etc. Responsibility for its usage and possible breakage of your system therefore lies in the sysadmin's (your) hands. Please definitely do abstain from reporting any such bugs blaming localepurge if you break your system by using it. If you don't know what you are doing and can't handle any resulting breakage on your own then please simply don't use this package. --- same problems/concerns, solved with a disclaimer. Maybe worth considering. > My MacPorts prefix currently takes 2.5GiB on this machine, and I've > recently nuked most of my distfiles, and I don't keep old versions > installed either. :) Some ports are just... big! Looking on my machine, > llvm and gcc43 occupy 250MiB of space each, and ghc takes over 400MiB > (that's installed, not counting space for distfiles or work directory). ugh ;) > Note that MacPorts is not trying to complement your existing UNIX > software on Mac OS X; it's trying to replace it. MacPorts goes to > considerable lengths not to use the components provided by Mac OS X, for > the reasons explained here: > > http://trac.macports.org/wiki/FAQ#WhyisMacPortsusingitsownlibraries > > So when using MacPorts you can expect some level of redundancy in the > ports that are installed. okay, good to know! - thanks for the help :) Andreas -- In theory, theory and practice are the same. In practice, they?re not. - Lawrence Peter "Yogi" Berra From ryandesign at macports.org Mon May 25 10:26:05 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 25 May 2009 12:26:05 -0500 Subject: "Reclaiming disk space" documentation/guide missing In-Reply-To: <20090525165724.GC11887@slop.flatline.de> References: <20090523172418.GY31335@slop.flatline.de> <5F889F31-6411-4974-B777-C3CC1A7AAED4@macports.org> <20090525165724.GC11887@slop.flatline.de> Message-ID: On May 25, 2009, at 11:57, Andreas Kotes wrote: >> To remove old versions of installed ports: >> >> sudo port uninstall inactive > > .. brings me down to 564356k - yay! > >> To uninstall old versions of a port at the same time that you >> upgrade to >> the new version: >> >> sudo port -u upgrade > > okay, this seems to be it - I'd like to strongly suggest making > this the > default for non-developers ... I don't think we should change the default behavior. The point is to give the user a way to go back to an old version, should they wish to. Consider this scenario: ImageMagick 6.4.4-10_0 is installed User types "sudo port upgrade ImageMagick" and upgrades to 6.4.5-0_0 6.4.4-10_0 is deactivated and remains installed User discovers 6.4.5-0_0 has a fatal flaw [1] and he needs to go back to 6.4.4-10_0 No problem: "sudo port deactivate ImageMagick @6.4.5-0_0 && sudo port activate ImageMagick @6.4.4-10_0" If we change the behavior so that the old version is automatically uninstalled, the user has to use a rather complicated procedure to install the older version again, which is documented here: http://trac.macports.org/wiki/howto/InstallingOlderPort Not to mention the fact that reinstalling the old version may take considerable time to compile, whereas simply activating an already- installed version is quick. I would rather use up a little more of the user's somewhat cheap disk space and make them type one additional command to reclaim it, and give the user this easy way to undo an upgrade, than make the user go through a whole set of steps to do so. If the user wants to knowingly take that risk, he can use the -u switch when upgrading. [1] http://trac.macports.org/ticket/17037 From count-macports at flatline.de Mon May 25 10:35:57 2009 From: count-macports at flatline.de (Andreas Kotes) Date: Mon, 25 May 2009 19:35:57 +0200 Subject: "Reclaiming disk space" documentation/guide missing In-Reply-To: References: <20090523172418.GY31335@slop.flatline.de> <5F889F31-6411-4974-B777-C3CC1A7AAED4@macports.org> <20090525165724.GC11887@slop.flatline.de> Message-ID: <20090525173557.GA4637@slop.flatline.de> Hello, * Ryan Schmidt [20090525 19:26]: > I would rather use up a little more of the user's somewhat cheap disk > space and make them type one additional command to reclaim it, and give > the user this easy way to undo an upgrade, than make the user go through > a whole set of steps to do so. If the user wants to knowingly take that > risk, he can use the -u switch when upgrading. Thanks for the explanation, makes total sense - I rest my case ;) Andreas -- In theory, theory and practice are the same. In practice, they?re not. - Lawrence Peter "Yogi" Berra From cedayiv at gmail.com Mon May 25 10:49:04 2009 From: cedayiv at gmail.com (Charles Day) Date: Mon, 25 May 2009 10:49:04 -0700 Subject: Native Quartz version of gnucash In-Reply-To: References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> <3B87266D-F0AB-409D-AA75-1CCA0631F17A@macports.org> <3f5b3f320905250849w1653a6f8p5622dd84b92c2add@mail.gmail.com> Message-ID: <1d6843d80905251049o76a6c7e8m1de5ab87fccc31ac@mail.gmail.com> On Mon, May 25, 2009 at 9:21 AM, Ryan Schmidt wrote: > > On May 25, 2009, at 10:49, cory steers wrote: > > I can now start gnucash as my user account. Only remaining problem is >> that every time I start gnucash, I get an error dialog and a setup dialog. >> >> I can see it setting up .gconf.path etc., but I get the "cannot find >> default values" dialog wanting me to set up every time. I've tried deleting >> the .gnucash and .gconfd directories as well as the .gconf.path file. It >> recreates all that, but doesn't stop asking me to do setup on subsequent >> starts. >> >> Also, I'm getting a 2nd dialog saying "an error occurred while loading or >> saving configuration information for gnucash. Some of your configuration >> settings may not work properly." Here is a snippet of the console logs, >> which seems relted: >> >> Dynamic session lookup supported but failed: launchd did not provide a >> socket path, verify that org.freedesktop.dbus-session.plist is loaded! >> > > Is dbus-session loaded? > > Try this command: dbus-launch gnucash -Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Mon May 25 13:08:27 2009 From: blb at macports.org (Bryan Blackburn) Date: Mon, 25 May 2009 14:08:27 -0600 Subject: "Reclaiming disk space" documentation/guide missing In-Reply-To: <20090525165724.GC11887@slop.flatline.de> References: <20090523172418.GY31335@slop.flatline.de> <5F889F31-6411-4974-B777-C3CC1A7AAED4@macports.org> <20090525165724.GC11887@slop.flatline.de> Message-ID: <20090525200827.GF817@ninagal.withay.com> On Mon, May 25, 2009 at 06:57:25PM +0200, Andreas Kotes said: [...] > > I totally agree. Debian solves this by offering a 'localepurge' package, > which basically allows you to give a list of languages you need (i.e. > which are useful to you ;)), and just has a install-hook which takes > care of throwing away all other localization files. Not sure if removing such is going to be that useful for disk space, on my install with a bit over 600 ports, var/macports/software is 4.3G whereas share/locale is only 140M, which is only about 3% of total. Obviously share/locale isn't the only location for such files but I believe is a pretty good size of it. Bryan [...] > > Andreas > > -- > In theory, theory and practice are the same. In practice, they?re not. > - Lawrence Peter "Yogi" Berra From madsteer at gmail.com Mon May 25 13:17:56 2009 From: madsteer at gmail.com (cory steers) Date: Mon, 25 May 2009 15:17:56 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <78D34FFB-7BF1-4FBF-96FF-87F2F8902D37@sbcglobal.net> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> <3B87266D-F0AB-409D-AA75-1CCA0631F17A@macports.org> <3f5b3f320905250849w1653a6f8p5622dd84b92c2add@mail.gmail.com> <78D34FFB-7BF1-4FBF-96FF-87F2F8902D37@sbcglobal.net> Message-ID: <3f5b3f320905251317n1f9e4552nf08cededbcadf1fa@mail.gmail.com> Yeah, I see in that other thread. I can't do that work around, as I only have the latest version of dbus (1.2.12_5) installed.Here's my output from launchctl: launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist launchctl: CFURLWriteDataAndPropertiesToResource(/Library/LaunchAgents/org.freedesktop.dbus-session.plist) failed: -10 is there a way to install the older version (1.2.12_4) of dbus, and is it OK to do that over the newer version (1.2.12_5)? Thanks, On Mon, May 25, 2009 at 11:22 AM, Lenore Horner wrote: > > On May 25, 2009, at 10:49 , cory steers wrote: > > I can now start gnucash as my user account. Only remaining problem is >> that every time I start gnucash, I get an error dialog and a setup dialog. >> >> I can see it setting up .gconf.path etc., but I get the "cannot find >> default values" dialog wanting me to set up every time. I've tried deleting >> the .gnucash and .gconfd directories as well as the .gconf.path file. It >> recreates all that, but doesn't stop asking me to do setup on subsequent >> starts. >> >> Also, I'm getting a 2nd dialog saying "an error occurred while loading or >> saving configuration information for gnucash. Some of your configuration >> settings may not work properly." Here is a snippet of the console logs, >> which seems relted: >> >> > I think that's dbus not being started. Go back through the user list for > proper instructions. (Two pieces, one with sudo and one without, and both > with -w so they'll start automagically in the future is what I recall.) I > think from recent discussion that what dbus tells you as it is installed is > not quite correct. > > Lenore > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mta at umich.edu Mon May 25 16:30:34 2009 From: mta at umich.edu (Mike Alexander) Date: Mon, 25 May 2009 19:30:34 -0400 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905251317n1f9e4552nf08cededbcadf1fa@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <393AFD3A-3EAF-4009-B908-461D69AABFC0@sbcglobal.net> <3f5b3f320905200552x444b1a73j8372550addd79d1c@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> <3B87266D-F0AB-409D-AA75-1CCA0631F17A@macports.org> <3f5b3f320905250849w1653a6f8p5622dd84b92c2add@mail.gmail.com> <78D34FFB-7BF1-4FBF-96FF-87F2F8902D37@sbcglobal.net> <3f5b3f320905251317n1f9e4552nf08cededbcadf1fa@mail.gmail.com> Message-ID: <5DA449981A5A614FA674B7A2@mistral.private> --On May 25, 2009 3:17:56 PM -0500 cory steers wrote: > Yeah, I see in that other thread. I can't do that work around, as I > only have the latest version of dbus (1.2.12_5) installed.Here's my > output from launchctl: > > launchctl load -w > /Library/LaunchAgents/org.freedesktop.dbus-session.plist launchctl: > CFURLWriteDataAndPropertiesToResource(/Library/LaunchAgents/org.freed > esktop.dbus-session.plist) failed: -10 > > is there a way to install the older version (1.2.12_4) of dbus, and > is it OK to do that over the newer version (1.2.12_5)? You don't want the "-w". Leave that off and it should work better. Version 1.2.12_5 of dbus works fine with GnuCash, I've been using it for quite a while with no problems. Mike From raimue at macports.org Mon May 25 18:15:57 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 26 May 2009 03:15:57 +0200 Subject: dbus @1.2.12_5 apparent regression, can't "launchctl load" In-Reply-To: References: <4A19F969.700@macports.org> Message-ID: <4A1B42CD.1010809@macports.org> On 2009-05-25 08:25, Jim DeLaHunt wrote: > Thank you for your suggestion. Unfortunately, I > don't recognise a key in my plist. > See the listing below. Also, don't dbus > @1.2.12_5 and dbus @1.2.12_4 operate on the same > plist file? Why would one work, and not the > other? To correct this, actually I meant Disabled. But that is not there either. I don't know if they differ. If you still have both installed, you could check with: diff -u /opt/local/var/macports/software/dbus/1.2.12_{4,5}/Library/LaunchAgents/org.freedesktop.dbus-session.plist [snip] > Any other suggestions? > For now, I've reverted to dbus @1.2.12_4, and that works for me. The diff between the last revision of @1.2.12_4 and @1.2.12_5 as HEAD is not trivial [1], there could be a problem somewhere. But I don't see any changes which obviously could introduce a problem with the freedesktop.dbus-session.plist file... Rainer [1] http://trac.macports.org/changeset?old_path=%2Ftrunk%2Fdports%2Fdevel%2Fdbus%2FPortfile&old=49299&new_path=%2Ftrunk%2Fdports%2Fdevel%2Fdbus%2FPortfile&new=HEAD From madsteer at gmail.com Mon May 25 19:41:08 2009 From: madsteer at gmail.com (cory steers) Date: Mon, 25 May 2009 21:41:08 -0500 Subject: Native Quartz version of gnucash In-Reply-To: <5DA449981A5A614FA674B7A2@mistral.private> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> <3B87266D-F0AB-409D-AA75-1CCA0631F17A@macports.org> <3f5b3f320905250849w1653a6f8p5622dd84b92c2add@mail.gmail.com> <78D34FFB-7BF1-4FBF-96FF-87F2F8902D37@sbcglobal.net> <3f5b3f320905251317n1f9e4552nf08cededbcadf1fa@mail.gmail.com> <5DA449981A5A614FA674B7A2@mistral.private> Message-ID: <3f5b3f320905251941o56b7f4a1ib694afefac6027bc@mail.gmail.com> OK. The reason I was using the "-w" is because disabled was set to "true" in the plist. However, it wasn't working, as disabled is still set to true. regardless of "-w" I can only assume that it wasn't working because I wasn't using sudo and don't have permission to write to that file as myself?????? Anyway, after running "launchctl load -F /Library/LaunchAgents/org.freedesktop.dbus-session.plist" dbus-session did in fact start up, and gnucash is running cleanly and is working exactly as expected. So, yes it would appear that "_5" of dbus does work fine. So, first. Woohoo, it's working! Thank you all for all the help. This mailing list is awesome, and is helping macports to be a great FOSS project! Lastly, is this how I have to run? Manually run launchctl after every reboot etc., before running gnucash, or can I somehow turn disabled to false on the plist and get all working smoothly? I don't know if it's good/bad to have dbus running all the time? "dbus-launch gnucash" results in "EOF in dbus-launch reading address from bus daemon" so what is the desired configuration. Thanks, On Mon, May 25, 2009 at 6:30 PM, Mike Alexander wrote: > --On May 25, 2009 3:17:56 PM -0500 cory steers wrote: > > Yeah, I see in that other thread. I can't do that work around, as I >> only have the latest version of dbus (1.2.12_5) installed.Here's my >> output from launchctl: >> >> launchctl load -w >> /Library/LaunchAgents/org.freedesktop.dbus-session.plist launchctl: >> CFURLWriteDataAndPropertiesToResource(/Library/LaunchAgents/org.freed >> esktop.dbus-session.plist) failed: -10 >> >> is there a way to install the older version (1.2.12_4) of dbus, and >> is it OK to do that over the newer version (1.2.12_5)? >> > > You don't want the "-w". Leave that off and it should work better. Version > 1.2.12_5 of dbus works fine with GnuCash, I've been using it for quite a > while with no problems. > > Mike > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From from.macports at jdlh.com Mon May 25 20:19:18 2009 From: from.macports at jdlh.com (Jim DeLaHunt) Date: Mon, 25 May 2009 20:19:18 -0700 Subject: dbus @1.2.12_5 apparent regression, can't "launchctl load" In-Reply-To: <4A1B42CD.1010809@macports.org> References: <4A19F969.700@macports.org> <4A1B42CD.1010809@macports.org> Message-ID: Rainer: Thank you for your suggestions. I don't know macports or dbus at all well. I can report data, but I'm glad there are skilled and helpful macports people to interpret it. At 3:15 AM +0200 5/26/09, Rainer M?ller wrote: >On 2009-05-25 08:25, Jim DeLaHunt wrote: >> Thank you for your suggestion. Unfortunately, I >> don't recognise a key in my plist. >> See the listing below. Also, don't dbus >> @1.2.12_5 and dbus @1.2.12_4 operate on the same >> plist file? Why would one work, and not the >> other? > >To correct this, actually I meant Disabled. But that is not >there either. > >I don't know if [the dbus-session.plist files] differ. If you still have >both installed, you could check with: >diff -u >/opt/local/var/macports/software/dbus/1.2.12_{4,5}/Library/LaunchAgents/org.freedesktop.dbus-session.plist Interesting. It looks like dbus @1.2.12_5 has its LaunchAgents/org.freedesktop.dbus-session.plist point to /opt/local/Library/, but there's no LaunchAgents/org.freedesktop.dbus-session.plist there. ===== %diff -u /opt/local/var/macports/software/dbus/1.2.12_{4,5}/Library/LaunchAgents/org.freedesktop.dbus-session.plist diff: /opt/local/var/macports/software/dbus/1.2.12_5/Library/LaunchAgents/org.freedesktop.dbus-session.plist: No such file or directory % ls -l /opt/local/var/macports/software/dbus/1.2.12_{4,5}/Library/LaunchAgents/org.freedesktop.dbus-session.plist -rw-r--r-- 2 root admin 714 Feb 6 02:22 /opt/local/var/macports/software/dbus/1.2.12_4/Library/LaunchAgents/org.freedesktop.dbus-session.plist lrwxr-xr-x 1 root admin 66 May 20 18:46 /opt/local/var/macports/software/dbus/1.2.12_5/Library/LaunchAgents/org.freedesktop.dbus-session.plist -> /opt/local/Library/LaunchAgents/org.freedesktop.dbus-session.plist % ls -l /opt/local/Library/ total 0 drwxr-xr-x 3 root wheel 102 May 19 02:31 Frameworks [Note: no ./LaunchAgents/org.freedesktop.dbus-session.plist file! ] ===== I'm not sure what to make of this. Does dbus @1.2.12_5 fail because its ./LaunchAgents/org.freedesktop.dbus-session.plist file never got installed? -- --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/) multilingual websites consultant 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada Canada mobile +1-604-376-8953 From mta at umich.edu Tue May 26 10:03:55 2009 From: mta at umich.edu (Mike Alexander) Date: Tue, 26 May 2009 13:03:55 -0400 Subject: Native Quartz version of gnucash In-Reply-To: <3f5b3f320905251941o56b7f4a1ib694afefac6027bc@mail.gmail.com> References: <3f5b3f320905192046m42455f86j94d5215ff8f8d523@mail.gmail.com> <3f5b3f320905211458i3f54a2e6k4f6a27775a1c41fa@mail.gmail.com> <3f5b3f320905212021v13ca7cfcv71f21a30d9c53285@mail.gmail.com> <3B87266D-F0AB-409D-AA75-1CCA0631F17A@macports.org> <3f5b3f320905250849w1653a6f8p5622dd84b92c2add@mail.gmail.com> <78D34FFB-7BF1-4FBF-96FF-87F2F8902D37@sbcglobal.net> <3f5b3f320905251317n1f9e4552nf08cededbcadf1fa@mail.gmail.com> <5DA449981A5A614FA674B7A2@mistral.private> <3f5b3f320905251941o56b7f4a1ib694afefac6027bc@mail.gmail.com> Message-ID: <9F6F216D1E80C5B4F238FCBE@fitzrovia.msalexander.com> --On May 25, 2009 9:41:08 PM -0500 cory steers wrote: > Lastly, is this how I have to run? Manually run launchctl after every > reboot etc., before running gnucash, or can I somehow turn disabled > to false on the plist and get all working smoothly? I don't know if > it's good/bad to have dbus running all the time? "dbus-launch > gnucash" results in "EOF in dbus-launch reading address from bus > daemon" so what is the desired configuration. > Just edit the plist using whatever editor you like and delete the disabled option. I don't know why it's there, probably from one of the commands you entered while trying to make this work. It's not in the plist file as shipped. If you're running Leopard and you want the session bus to start on demand instead at login, change the OnDemand option in the plist to true. This doesn't work before 10.5, but it works fine there. This will cause launchd to start the dbus session bus the first time someone tries to use it. Having it running all the time doesn't really hurt anything. When no one is using it, it doesn't use many resources. -- Mike Alexander mta at umich.edu Ann Arbor, MI PGP key ID: BEA343A6 From mta at umich.edu Tue May 26 10:08:06 2009 From: mta at umich.edu (Mike Alexander) Date: Tue, 26 May 2009 13:08:06 -0400 Subject: dbus @1.2.12_5 apparent regression, can't "launchctl load" In-Reply-To: References: <4A19F969.700@macports.org> <4A1B42CD.1010809@macports.org> Message-ID: <73E144AB9EFEF6F7AFACA09B@fitzrovia.msalexander.com> --On May 25, 2009 8:19:18 PM -0700 Jim DeLaHunt wrote: > I'm not sure what to make of this. Does dbus @1.2.12_5 fail because > its ./LaunchAgents/org.freedesktop.dbus-session.plist file never got > installed? Are you sure that 1.2.12_5 is installed and activated? That file may not exist unless that version is active. It does exist on my machine. This version of dbus does work if it's installed correctly. I've been using it with GnuCash for quite a while now. -- Mike Alexander mta at umich.edu Ann Arbor, MI PGP key ID: BEA343A6 From Chris.Barker at noaa.gov Tue May 26 11:43:44 2009 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Tue, 26 May 2009 11:43:44 -0700 Subject: netcdf4 In-Reply-To: <1CFC5513-4926-4CDC-BBD3-90D6D0DF7FD3@macports.org> References: <4A15F42C.8000006@noaa.gov> <20090522012542.GP70796@ninagal.withay.com> <4A17210F.2030909@noaa.gov> <4A17325B.3090002@macports.org> <1CFC5513-4926-4CDC-BBD3-90D6D0DF7FD3@macports.org> Message-ID: <4A1C3860.9030208@noaa.gov> Ryan Schmidt wrote: > On May 22, 2009, at 18:16, David Evans wrote: >> To use the MacPorts libcurl (MacPorts libraries should be used when at >> all possible to maintain a known environment) add >> >> port:curl > That might not be sufficient. It turns out that is was in this case -- thanks. > The standard approach is to submit your changes in the form of a patch > against the current Portfile as an attachment to a new ticket requesting > the update. A committer should then help you. Got it, I'll do that. > if you run > > sudo port -d checksum > > on your Portfile, if the checksums are not correct, port will give you > a debug message with what it has calculated for the hashs > for this file in terms of a checksum statement. very helpful -- thanks. > Of course, you need to > make sure that you really have an official copy of > the distribution file if you are going to assign checksums to it. yes, of course. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From mcalhoun at macports.org Tue May 26 15:02:57 2009 From: mcalhoun at macports.org (Marcus Calhoun-Lopez) Date: Tue, 26 May 2009 22:02:57 +0000 (UTC) Subject: Meld fails to start; complains about launchd not =?utf-8?b?cHJvdmlkaW5nCXNvY2tldAlwYXRo?= References: <76bfb9d20905190758jdef10edi363653627298224f@mail.gmail.com> <38CBDDEB-8E52-4897-8E19-31074CB71C03@macports.org> <76bfb9d20905201832g7424a481r3ef8f1270434e55b@mail.gmail.com> <4A19FF3A.9050701@macports.org> Message-ID: Rainer M?ller macports.org> writes: > > You are right, the org.freedesktop.dbus-session.plist is intended to be > loaded by a user, not system-wide by root. > > The message has been changed by mcalhoun in r49300. > The old message was: > > ######################################################### > # It is absolutely necessary for dbus enabled programs to work to execute > # > # launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist > # > # once for every user. Don't use 'sudo', else it will work only for root! > # You also have to unload it before deactivating/uninstalling this software! > ######################################################### > > This was more correct and it should be changed to read like this again > in my opinion. > > Rainer > Sorry for joining this discussion late. Here is the current situation on the dbus startup files: * The system-level daemon installed in /Library/LaunchDaemons is disabled by default to mimic the MacPorts startup mechanism. * Since the system-level daemon is disabled, the per-user agents installed in /Library/LaunchAgents is also disabled by default. * Without first enabling, them I do not think launchctl load /Library/LaunchAgents/org.freedesktop.dbus-session.plist does anything unless the -F flag is used. * Only root has permission to permanently enable the files, hence the sudo in sudo launchctl load -w /Library/LaunchDaemons/... and sudo launchctl load -w /Library/LaunchAgents/... * The "-w" is intentional in both commands because that is what permanently enables the file. * After this, at least on my machine, there was no reason for each user to run launchctl. Everything worked for me. Please let me know if I have something incorrect here. I am aware of a problem of /Library/LaunchAgents/org.freedesktop.dbus-session.plist being a broken link: http://permalink.gmane.org/gmane.os.apple.macports.user/14831 and http://trac.macports.org/ticket/19510 but I do not think that is the problem here. -Marcus From mcalhoun at macports.org Tue May 26 15:29:25 2009 From: mcalhoun at macports.org (Marcus Calhoun-Lopez) Date: Tue, 26 May 2009 22:29:25 +0000 (UTC) Subject: dbus =?utf-8?b?QDEuMi4xMl81?= apparent regression, can't "launchctl load" References: <4A19F969.700@macports.org> <4A1B42CD.1010809@macports.org> Message-ID: Jim DeLaHunt jdlh.com> writes: > > I'm not sure what to make of this. Does dbus > @1.2.12_5 fail because its > /opt/local/Library/LaunchAgents/org.freedesktop.dbus-session.plist > file never got installed? > It is possible that something went haywire at some point. Is org.freedesktop.dbus-session.plist anywhere to be found? I would suggest that we open a ticket on this issue. Reinstall @1.2.12_5 with the debug output turned on: sudo port uninstall dbus @1.2.12_5 sudo port -d install dbus > output.txt 2>&1 Then attach output.txt to the ticket. If you assign the ticket to me, I would be happy to take a look at it. -Marcus From larserik.lindgren at gmail.com Tue May 26 18:38:03 2009 From: larserik.lindgren at gmail.com (Lars-Erik Lindgren) Date: Wed, 27 May 2009 03:38:03 +0200 Subject: gcc4.4 installation error Message-ID: I wanted to update to gcc44 from 4.2 everything went fine until end when ---> Building gcc44 Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_por ts_lang_gcc44/work/build" && make bootstrap " returned error 2 followed by a long list of errors shown at bottom of mail anyone has an idea what went wrong? lars-erik ---rest of output---- Command output: make[5]: Nothing to be done for `all'. Making all in relaxngDatatype make[5]: Nothing to be done for `all'. Making all in jsr166 make[5]: Nothing to be done for `all'. make[5]: Nothing to be done for `all-am'. Making all in include make all-am make[5]: Nothing to be done for `all-am'. Making all in native Making all in fdlibm make[5]: Nothing to be done for `all'. Making all in jni Making all in classpath make[6]: Nothing to be done for `all'. Making all in java-math /bin/sh ../../../libtool --tag=CC --mode=link /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_gcc44/wor k/build/./gcc/xgcc -B/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_gcc44/work/build/./gcc/ -B/opt/loc al/i386-apple-darwin9.7.0/bin/ -B/opt/local/i386-apple-darwin9.7.0/ lib/ -isystem /opt/local/i386-apple-darwin9.7.0/include -isystem /opt/ local/i386-apple-d arwin9.7.0/sys-include -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -I/usr/include -g -O2 -version- info 0:0:0 -no -undefined -lgmp -o libjavamath.la -rpath /opt/local/lib/gcc44/ gcj-4.4.0-10 -version-info 0:0:0 -no-undefined -lgmp -avoid-version gnu_java_math_GMP.lo .. /../../native/jni/classpath/jcl.lo libtool: link: /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_gcc44/work/build/./gcc/xgcc -B/opt/ local /var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_gcc44/work/build/./gcc/ -B/opt/local/ i386-apple-darwin9.7.0/bin/ -B/opt/local/i386-apple-darwin9.7.0/lib/ -isystem /opt/local/i386- apple-darwin9.7.0/include -isystem /opt/local/i386-apple-darwin9.7.0/ sys-include -dynamic lib -o .libs/libjavamath.dylib .libs/gnu_java_math_GMP.o ../../../ native/jni/classpath/.libs/jcl.o /usr/local/lib/libgmp.a - install_name /opt/local /lib/gcc44/gcj-4.4.0-10/libjavamath.dylib -Wl,-single_module ld warning: codegen in ___gmpn_popcount (offset 0x00000007) prevents image from loading in dyld shared cache ld warning: codegen in ___gmpn_popcount (offset 0x0000000E) prevents image from loading in dyld shared cache ld warning: codegen in ___gmpn_popcount (offset 0x00000015) prevents image from loading in dyld shared cache ld: absolute addressing (perhaps -mdynamic-no-pic) used in ___gmpn_add_n from /usr/local/lib/libgmp.a(add_n.o) not allowed in slidable image. Use '-read_on ly_relocs suppress' to enable text relocs collect2: ld returned 1 exit status make[6]: *** [libjavamath.la] Error 1 make[5]: *** [all-recursive] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-target-libjava] Error 2 make: *** [bootstrap] Error 2 Error: Status 1 encountered during processing. bash-3.2$ From iqgrande at gmail.com Tue May 26 19:13:39 2009 From: iqgrande at gmail.com (Anthony Agelastos) Date: Tue, 26 May 2009 22:13:39 -0400 Subject: gcc4.4 installation error In-Reply-To: References: Message-ID: If I had to guess, you have some items installed within /usr/local that are conflicting with this MacPort. On May 26, 2009, at 9:38 PM, Lars-Erik Lindgren wrote: > I wanted to update to gcc44 from 4.2 > everything went fine until end when > > ---> Building gcc44 > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_por > ts_lang_gcc44/work/build" && make bootstrap " returned error 2 > > followed by a long list of errors shown at bottom of mail > > anyone has an idea what went wrong? > > lars-erik > ---rest of output---- > Command output: make[5]: Nothing to be done for `all'. > Making all in relaxngDatatype > make[5]: Nothing to be done for `all'. > Making all in jsr166 > make[5]: Nothing to be done for `all'. > make[5]: Nothing to be done for `all-am'. > Making all in include > make all-am > make[5]: Nothing to be done for `all-am'. > Making all in native > Making all in fdlibm > make[5]: Nothing to be done for `all'. > Making all in jni > Making all in classpath > make[6]: Nothing to be done for `all'. > Making all in java-math > /bin/sh ../../../libtool --tag=CC --mode=link /opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_lang_gcc44/wor > k/build/./gcc/xgcc -B/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_lang_gcc44/work/build/./gcc/ -B/opt/loc > al/i386-apple-darwin9.7.0/bin/ -B/opt/local/i386-apple-darwin9.7.0/ > lib/ -isystem /opt/local/i386-apple-darwin9.7.0/include -isystem / > opt/local/i386-apple-d > arwin9.7.0/sys-include -W -Wall -Wmissing-declarations -Wwrite- > strings -Wmissing-prototypes -Wno-long-long -I/usr/include -g -O2 - > version-info 0:0:0 -no > -undefined -lgmp -o libjavamath.la -rpath /opt/local/lib/gcc44/ > gcj-4.4.0-10 -version-info 0:0:0 -no-undefined -lgmp -avoid-version > gnu_java_math_GMP.lo .. > /../../native/jni/classpath/jcl.lo > libtool: link: /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_lang_gcc44/work/build/./gcc/xgcc -B/opt/ > local > /var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_lang_gcc44/work/build/./gcc/ -B/opt/ > local/i386-apple-darwin9.7.0/bin/ > -B/opt/local/i386-apple-darwin9.7.0/lib/ -isystem /opt/local/i386- > apple-darwin9.7.0/include -isystem /opt/local/i386-apple-darwin9.7.0/ > sys-include -dynamic > lib -o .libs/libjavamath.dylib .libs/gnu_java_math_GMP.o ../../../ > native/jni/classpath/.libs/jcl.o /usr/local/lib/libgmp.a - > install_name /opt/local > /lib/gcc44/gcj-4.4.0-10/libjavamath.dylib -Wl,-single_module > ld warning: codegen in ___gmpn_popcount (offset 0x00000007) prevents > image from loading in dyld shared cache > ld warning: codegen in ___gmpn_popcount (offset 0x0000000E) prevents > image from loading in dyld shared cache > ld warning: codegen in ___gmpn_popcount (offset 0x00000015) prevents > image from loading in dyld shared cache > ld: absolute addressing (perhaps -mdynamic-no-pic) used in > ___gmpn_add_n from /usr/local/lib/libgmp.a(add_n.o) not allowed in > slidable image. Use '-read_on > ly_relocs suppress' to enable text relocs > collect2: ld returned 1 exit status > make[6]: *** [libjavamath.la] Error 1 > make[5]: *** [all-recursive] Error 1 > make[4]: *** [all-recursive] Error 1 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-target-libjava] Error 2 > make: *** [bootstrap] Error 2 > > Error: Status 1 encountered during processing. > bash-3.2$ > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From frstan at bellsouth.net Tue May 26 20:46:10 2009 From: frstan at bellsouth.net (William Davis) Date: Tue, 26 May 2009 23:46:10 -0400 Subject: new version netcdf wont compile Message-ID: <65EFFBF8-E0A6-44EE-9830-D2130A65B7F9@bellsouth.net> new version netcdf wont compile. relevant part of config.log seems to be: configure:3675: finding C compiler configure:3795: checking for C compiler version configure:3803: openmpicc --version >&5 ./configure: line 3805: openmpicc: command not found configure:3807: $? = 127 configure:3814: openmpicc -v >&5 ./configure: line 3816: openmpicc: command not found configure:3818: $? = 127 configure:3825: openmpicc -V >&5 ./configure: line 3827: openmpicc: command not found configure:3829: $? = 127 configure:3852: checking for C compiler default output file name configure:3874: openmpicc -O2 -fno-common -DNDEBUG -Df2cFortran -L/opt/ local/lib conftest.c >&5 ./configure: line 3876: openmpicc: command not found configure:3878: $? = 127 configure:3916: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "netCDF" | #define PACKAGE_TARNAME "netcdf" | #define PACKAGE_VERSION "4.0" | #define PACKAGE_STRING "netCDF 4.0" | #define PACKAGE_BUGREPORT "support at unidata.ucar.edu" | #define PACKAGE "netcdf" | #define VERSION "4.0" | #define USE_NETCDF4 1 | #define H5_USE_16_API 1 | #define USE_RENAMEV3 1 | #define USE_EXTREME_NUMBERS 1 | #define TEMP_LARGE "." | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3923: error: C compiler cannot create executables William Davis frstanATbellsouthDOTnet Mac OS X.5.7 Darwin 9.7.0 XQuartz 2.3.3.2 (xorg-server 1.4.2-apple42) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From blb at macports.org Tue May 26 20:58:50 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 26 May 2009 21:58:50 -0600 Subject: new version netcdf wont compile In-Reply-To: <65EFFBF8-E0A6-44EE-9830-D2130A65B7F9@bellsouth.net> References: <65EFFBF8-E0A6-44EE-9830-D2130A65B7F9@bellsouth.net> Message-ID: <20090527035850.GK58205@ninagal.withay.com> On Tue, May 26, 2009 at 11:46:10PM -0400, William Davis said: > new version netcdf wont compile. relevant part of config.log seems to be: > > configure:3675: finding C compiler > configure:3795: checking for C compiler version > configure:3803: openmpicc --version >&5 > ./configure: line 3805: openmpicc: command not found Sounds like ticket #19772: If you can give the patch there a try and it works for you, that would make it more likely to be committed (netcdf is without maintainer) since confirmation is always nice. Bryan [...] > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.7 Darwin 9.7.0 > XQuartz 2.3.3.2 (xorg-server 1.4.2-apple42) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non From from.macports at jdlh.com Tue May 26 22:47:37 2009 From: from.macports at jdlh.com (Jim DeLaHunt) Date: Tue, 26 May 2009 22:47:37 -0700 Subject: dbus @1.2.12_5 apparent regression, can't "launchctl load" In-Reply-To: <73E144AB9EFEF6F7AFACA09B@fitzrovia.msalexander.com> References: <4A19F969.700@macports.org> <4A1B42CD.1010809@macports.org> <73E144AB9EFEF6F7AFACA09B@fitzrovia.msalexander.com> Message-ID: Mike: Thank you for your reply. At 1:08 PM -0400 5/26/09, Mike Alexander wrote: >--On May 25, 2009 8:19:18 PM -0700 Jim DeLaHunt > wrote: > >> I'm not sure what to make of this. Does dbus @1.2.12_5 fail because >> its ./LaunchAgents/org.freedesktop.dbus-session.plist file never got >> installed? > >Are you sure that 1.2.12_5 is installed and activated? That file >may not exist unless that version is active. It does exist on my >machine. This version of dbus does work if it's installed correctly. >I've been using it with GnuCash for quite a while now. dbus @1.2.12_5 is installed, but not activiated. The issue which launched this thread is that dbus @1.2.12_5 was failing and hence gnucash couldn't get any configuration, including its document file, on startup. Deactivating dbus @1.2.12_5 and reactivating dbus @1.2.12_4 fixed this for me. I started this thread in the hopes of reporting my problem with dbus @1.2.12_5, and helping provide evidence to someone who could diagnose the problem. -- --Jim DeLaHunt, jdlh at jdlh.com http://blog.jdlh.com/ (http://jdlh.com/) multilingual websites consultant 157-2906 West Broadway, Vancouver BC V6K 2G8, Canada Canada mobile +1-604-376-8953 From Chris.Barker at noaa.gov Wed May 27 08:59:48 2009 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Wed, 27 May 2009 08:59:48 -0700 Subject: new version netcdf wont compile In-Reply-To: <20090527035850.GK58205@ninagal.withay.com> References: <65EFFBF8-E0A6-44EE-9830-D2130A65B7F9@bellsouth.net> <20090527035850.GK58205@ninagal.withay.com> Message-ID: <4A1D6374.4070103@noaa.gov> Bryan Blackburn wrote: > On Tue, May 26, 2009 at 11:46:10PM -0400, William Davis said: >> new version netcdf wont compile. relevant part of config.log seems to be: >> >> configure:3675: finding C compiler >> configure:3795: checking for C compiler version >> configure:3803: openmpicc --version >&5 >> ./configure: line 3805: openmpicc: command not found > > Sounds like ticket #19772: yup -- I posted that. > > > If you can give the patch there a try and it works for you, that would make > it more likely to be committed (netcdf is without maintainer) since > confirmation is always nice. please do -- I don't think there's any reason to force openmpi for this. I didn't look to see how added that, but maybe it could be done as a variant instead. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From ryandesign at macports.org Wed May 27 10:06:27 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 27 May 2009 12:06:27 -0500 Subject: gcc4.4 installation error In-Reply-To: References: Message-ID: <4C127CF2-DCB2-4A84-A825-893750A7D8F9@macports.org> On May 26, 2009, at 21:13, Anthony Agelastos wrote: > If I had to guess, you have some items installed within /usr/local > that are conflicting with this MacPort. Right, specifically /usr/local/lib/libgmp.a: >> ld: absolute addressing (perhaps -mdynamic-no-pic) used in >> ___gmpn_add_n from /usr/local/lib/libgmp.a(add_n.o) not allowed in >> slidable image. Use '-read_only_relocs suppress' to enable text >> relocs Because of inevitable interference like this, it's not supported to have anything in /usr/local while using MacPorts. Rename /usr/local to something else, like /usr/local-off, then clean gcc44 (sudo port clean gcc44) and try again. I recommend you do not install software manually e.g. into /usr/local, and instead use MacPorts to install any software you need. From hvdwolf at gmail.com Thu May 28 09:06:30 2009 From: hvdwolf at gmail.com (Harry van der Wolf) Date: Thu, 28 May 2009 18:06:30 +0200 Subject: building py-pyobjc2 gives $MACOSX_DEPLOYMENT_TARGET mismatch Message-ID: <8c242c590905280906s155cf595l9ee63ef698dc945a@mail.gmail.com> Hi, I have the following settings in my macports.conf: # MACOSX_DEPLOYMENT_TARGET universal_target 10.4 # the SDK "sysroot" to use universal_sysroot /Developer/SDKs/MacOSX10.4u.sdk # machine architectures universal_archs ppc i386 I'm now trying to build py-game which needs py-pyobjc2 as dependency. Universal didn't work, but that's no problem as I only need this one on my own macbook. So, I tried to built py-game with -universal. All went fine to py-pyobjc2 which menations "distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.5" but "10.4" during configure". I did a port clean of py-pyobjc2 and changed the 10.4 setting to 10.5 and tried to build py-pyobjc2 again. The same error still occurred, so I changed it back to 10.4. What can I do about this? Below the error message. ---> Building py-pyobjc2 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py-pyobjc2/work/pyobjc-core" && /opt/local/bin/python2.4 setup.py build " returned error 1 Command output: Traceback (most recent call last): File "setup.py", line 4, in ? ez_setup.use_setuptools() File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py-pyobjc2/work/pyobjc-core/ez_setup/__init__.py", line 81, in use_setuptools import setuptools File "/opt/local/lib/python2.4/site-packages/setuptools/__init__.py", line 2, in ? from setuptools.extension import Extension, Library File "/opt/local/lib/python2.4/site-packages/setuptools/extension.py", line 2, in ? from dist import _get_unpatched File "/opt/local/lib/python2.4/site-packages/setuptools/dist.py", line 5, in ? from setuptools.command.install import install File "/opt/local/lib/python2.4/site-packages/setuptools/command/__init__.py", line 13, in ? from distutils.command.bdist import bdist File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/distutils/command/bdist.py", line 29, in ? class bdist (Command): File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/distutils/command/bdist.py", line 33, in bdist user_options = [('bdist-base=', 'b', File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/distutils/util.py", line 78, in get_platform cfgvars = get_config_vars() File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/distutils/sysconfig.py", line 488, in get_config_vars func() File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/distutils/sysconfig.py", line 373, in _init_posix raise DistutilsPlatformError(my_msg) distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.5" but "10.4" during configure Harry -------------- next part -------------- An HTML attachment was scrubbed... URL: From kpreid at mac.com Thu May 28 09:33:20 2009 From: kpreid at mac.com (Kevin Reid) Date: Thu, 28 May 2009 12:33:20 -0400 Subject: Inkscape as non-root? (-> gnome-vs -> gconf -> policykit -> fail) Message-ID: <8F4249C6-AAF0-4B68-A6BC-FC15FC9F1D7B@mac.com> I run MacPorts as a dedicated non-root non-admin user. Attempting to install Inkscape eventually installs policykit, which fails because it tries to create a user. What should be changed in order to be able to use Inkscape without any users or other administrative changes involved? -- Kevin Reid From zavpublic at mac.com Thu May 28 09:35:58 2009 From: zavpublic at mac.com (Alex Zavatone) Date: Thu, 28 May 2009 11:35:58 -0500 Subject: Inkscape as non-root? (-> gnome-vs -> gconf -> policykit -> fail) In-Reply-To: <8F4249C6-AAF0-4B68-A6BC-FC15FC9F1D7B@mac.com> References: <8F4249C6-AAF0-4B68-A6BC-FC15FC9F1D7B@mac.com> Message-ID: <9D8813B3-743C-4ECD-A34F-EA71FC913BD0@mac.com> Kevin, do you have any tips in how to set it up? I've had no luck, even after reading the tutorials. Currently, trying to hit the apache server causes an error at printf and ntop bails. I'm on a Quad G5 with 10.5.7 Thanks in advance, - Alex Zavatone On May 28, 2009, at 11:33 AM, Kevin Reid wrote: > I run MacPorts as a dedicated non-root non-admin user. Attempting to > install Inkscape eventually installs policykit, which fails because > it tries to create a user. What should be changed in order to be > able to use Inkscape without any users or other administrative > changes involved? > > -- > Kevin Reid kpreid/> > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From kpreid at mac.com Thu May 28 09:58:26 2009 From: kpreid at mac.com (Kevin Reid) Date: Thu, 28 May 2009 12:58:26 -0400 Subject: Inkscape as non-root? (-> gnome-vs -> gconf -> policykit -> fail) In-Reply-To: <9D8813B3-743C-4ECD-A34F-EA71FC913BD0@mac.com> References: <8F4249C6-AAF0-4B68-A6BC-FC15FC9F1D7B@mac.com> <9D8813B3-743C-4ECD-A34F-EA71FC913BD0@mac.com> Message-ID: <46AC4D37-6E2B-4413-8764-624E4B6085D6@mac.com> On May 28, 2009, at 12:35, Alex Zavatone wrote: > Kevin, do you have any tips in how to set it up? I've had no luck, > even after reading the tutorials. Currently, trying to hit the > apache server causes an error at printf and ntop bails. Sorry, I'm not sure what you're asking about. If you mean running MacPorts as non-root, I don't use Apache or ntop via MacPorts so I can't comment on those ports. -- Kevin Reid From lancelakey at gmail.com Thu May 28 10:21:21 2009 From: lancelakey at gmail.com (Lance Lakey) Date: Thu, 28 May 2009 12:21:21 -0500 Subject: Installing nagios +monarch I receive the error: The following dependencies failed to build: monarch Message-ID: <9d8561200905281021o69483780o38827c4b544fbbe2@mail.gmail.com> I've tried uninstalling and cleaning and reinstalling. The only error I receive is below. $ sudo port install -duc nagios +monarch Error: The following dependencies failed to build: monarch Error: Status 1 encountered during processing. I've tried cleaning the above ports and then installing nagios only without +monarch and it never finishes "Activating" What could I investigate to figure out what's causing either of these problems? Thanks in advance. $ sudo port install -duc nagios ---> Fetching nagios ---> Attempting to fetch nagios-3.0.6.tar.gz from http://superb-east.dl.sourceforge.net/nagios ---> Verifying checksum(s) for nagios ---> Extracting nagios ---> Configuring nagios ---> Building nagios ---> Staging nagios into destroot ---> Creating launchd control script ########################################################### # A startup item has been generated that will aid in # starting nagios with launchd. It is disabled # by default. Execute the following command to start it, # and to cause it to launch at startup: # # sudo launchctl load -w /Library/LaunchDaemons/org.macports.nagios.plist ########################################################### ---> Installing nagios @3.0.6_0 ---> Activating nagios @3.0.6_0 From ryandesign at macports.org Thu May 28 10:48:28 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 28 May 2009 12:48:28 -0500 Subject: Installing nagios +monarch I receive the error: The following dependencies failed to build: monarch In-Reply-To: <9d8561200905281021o69483780o38827c4b544fbbe2@mail.gmail.com> References: <9d8561200905281021o69483780o38827c4b544fbbe2@mail.gmail.com> Message-ID: <594FAB4C-4BE6-47FE-8C59-17D914FF5D69@macports.org> On May 28, 2009, at 12:21, Lance Lakey wrote: > I've tried uninstalling and cleaning and reinstalling. The only error > I receive is below. > > $ sudo port install -duc nagios +monarch > Error: The following dependencies failed to build: monarch > Error: Status 1 encountered during processing. > > I've tried cleaning the above ports and then installing nagios only > without +monarch and it never finishes "Activating" > > What could I investigate to figure out what's causing either of these > problems? Thanks in advance. > > > $ sudo port install -duc nagios > ---> Fetching nagios > ---> Attempting to fetch nagios-3.0.6.tar.gz from > http://superb-east.dl.sourceforge.net/nagios > ---> Verifying checksum(s) for nagios > ---> Extracting nagios > ---> Configuring nagios > ---> Building nagios > ---> Staging nagios into destroot > ---> Creating launchd control script > ########################################################### > # A startup item has been generated that will aid in > # starting nagios with launchd. It is disabled > # by default. Execute the following command to start it, > # and to cause it to launch at startup: > # > # sudo launchctl load -w /Library/LaunchDaemons/ > org.macports.nagios.plist > ########################################################### > ---> Installing nagios @3.0.6_0 > ---> Activating nagios @3.0.6_0 We would need to see debug output to know why either of these is failing. The -d flag gives you debug output, but you're not seeing it because you've put the flag in the wrong place. It needs to be before, not after, the verb. For example, it needs to be sudo port -d install nagios and not sudo port install -d nagios Note that "-u" (uninstall old version) only has effect for the "upgrade" verb, and "-c" (clean) is the default unless you have changed the value of portautoclean in your macports.conf. From ryandesign at macports.org Thu May 28 10:51:11 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 28 May 2009 12:51:11 -0500 Subject: building py-pyobjc2 gives $MACOSX_DEPLOYMENT_TARGET mismatch In-Reply-To: <8c242c590905280906s155cf595l9ee63ef698dc945a@mail.gmail.com> References: <8c242c590905280906s155cf595l9ee63ef698dc945a@mail.gmail.com> Message-ID: <71CAE2D9-3A16-41B9-8A16-31A7DF76D0C1@macports.org> On May 28, 2009, at 11:06, Harry van der Wolf wrote: > I have the following settings in my macports.conf: > # MACOSX_DEPLOYMENT_TARGET > universal_target 10.4 > > # the SDK "sysroot" to use > universal_sysroot /Developer/SDKs/MacOSX10.4u.sdk > > # machine architectures > universal_archs ppc i386 > > I'm now trying to build py-game which needs py-pyobjc2 as > dependency. Universal didn't work, but that's no problem as I only > need this one on my own macbook. So, I tried to built py-game with - > universal. > > All went fine to py-pyobjc2 which menations > "distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET > mismatch: now "10.5" but "10.4" during configure". > I did a port clean of py-pyobjc2 and changed the 10.4 setting to > 10.5 and tried to build py-pyobjc2 again. The same error still > occurred, so I changed it back to 10.4. > > What can I do about this? My understanding is that PyObjC 2.x requires Mac OS X 10.5.x or greater (thus the 10.5 or greater SDK and MACOSX_DEPLOYMENT_TARGET set to 10.5 or greater), while PyObjC 1.x requires Mac OS X 10.4.x or earlier. From lancelakey at gmail.com Thu May 28 10:59:49 2009 From: lancelakey at gmail.com (Lance Lakey) Date: Thu, 28 May 2009 12:59:49 -0500 Subject: Installing nagios +monarch I receive the error: The following dependencies failed to build: monarch In-Reply-To: <594FAB4C-4BE6-47FE-8C59-17D914FF5D69@macports.org> References: <9d8561200905281021o69483780o38827c4b544fbbe2@mail.gmail.com> <594FAB4C-4BE6-47FE-8C59-17D914FF5D69@macports.org> Message-ID: <9d8561200905281059t340e099er172a47e6905d2ced@mail.gmail.com> Thanks for the help. Below is the debug output. I haven't looked at macports debug output before so I don't know what to expect but this line looks odd to me: DEBUG: Requested variant monarch is not provided by port monarch. $ sudo port -d install nagios +monarch DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/net/nagios DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/net/nagios DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: adding the default universal variant DEBUG: Requested variant darwin is not provided by port nagios. DEBUG: Requested variant i386 is not provided by port nagios. DEBUG: Requested variant macosx is not provided by port nagios. DEBUG: Executing variant monarch provides monarch DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/devel/openssl DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/devel/openssl DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl DEBUG: universal variant already exists, so not adding the default one DEBUG: Requested variant monarch is not provided by port openssl. DEBUG: Requested variant i386 is not provided by port openssl. DEBUG: Requested variant macosx is not provided by port openssl. DEBUG: Executing variant darwin provides darwin DEBUG: Searching for dependency: openssl DEBUG: Found Dependency: receipt exists for openssl DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/net/nagios-plugins DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/net/nagios-plugins DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: adding the default universal variant DEBUG: Requested variant monarch is not provided by port nagios-plugins. DEBUG: Requested variant darwin is not provided by port nagios-plugins. DEBUG: Requested variant i386 is not provided by port nagios-plugins. DEBUG: Requested variant macosx is not provided by port nagios-plugins. DEBUG: Searching for dependency: nagios-plugins DEBUG: Found Dependency: receipt exists for nagios-plugins DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/net/monarch DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/net/monarch DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: not using configure, so not adding the default universal variant DEBUG: Requested variant monarch is not provided by port monarch. DEBUG: Requested variant darwin is not provided by port monarch. DEBUG: Requested variant i386 is not provided by port monarch. DEBUG: Requested variant macosx is not provided by port monarch. DEBUG: Executing variant server provides server DEBUG: Searching for dependency: monarch DEBUG: Didn't find receipt, going to depspec regex for: monarch DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/graphics/gd2 DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/graphics/gd2 DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl DEBUG: universal variant already exists, so not adding the default one DEBUG: Requested variant monarch is not provided by port gd2. DEBUG: Requested variant darwin is not provided by port gd2. DEBUG: Requested variant i386 is not provided by port gd2. DEBUG: Requested variant macosx is not provided by port gd2. DEBUG: Searching for dependency: gd2 DEBUG: Found Dependency: receipt exists for gd2 DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/databases/mysql5 DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/databases/mysql5 DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: adding the default universal variant DEBUG: Requested variant monarch is not provided by port mysql5. DEBUG: Requested variant darwin is not provided by port mysql5. DEBUG: Requested variant i386 is not provided by port mysql5. DEBUG: Requested variant macosx is not provided by port mysql5. DEBUG: Searching for dependency: mysql5 DEBUG: Found Dependency: receipt exists for mysql5 DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-libwww-perl DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-libwww-perl DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: 'universal_variant no' specified, so not adding the default universal variant DEBUG: Requested variant monarch is not provided by port p5-libwww-perl. DEBUG: Requested variant darwin is not provided by port p5-libwww-perl. DEBUG: Requested variant i386 is not provided by port p5-libwww-perl. DEBUG: Requested variant macosx is not provided by port p5-libwww-perl. DEBUG: Searching for dependency: p5-libwww-perl DEBUG: Found Dependency: receipt exists for p5-libwww-perl DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-xml-libxml-common DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-xml-libxml-common DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: adding the default universal variant DEBUG: Requested variant monarch is not provided by port p5-xml-libxml-common. DEBUG: Requested variant darwin is not provided by port p5-xml-libxml-common. DEBUG: Requested variant i386 is not provided by port p5-xml-libxml-common. DEBUG: Requested variant macosx is not provided by port p5-xml-libxml-common. DEBUG: Searching for dependency: p5-xml-libxml-common DEBUG: Found Dependency: receipt exists for p5-xml-libxml-common DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-xml-namespacesupport DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-xml-namespacesupport DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: 'universal_variant no' specified, so not adding the default universal variant DEBUG: Requested variant monarch is not provided by port p5-xml-namespacesupport. DEBUG: Requested variant darwin is not provided by port p5-xml-namespacesupport. DEBUG: Requested variant i386 is not provided by port p5-xml-namespacesupport. DEBUG: Requested variant macosx is not provided by port p5-xml-namespacesupport. DEBUG: Searching for dependency: p5-xml-namespacesupport DEBUG: Found Dependency: receipt exists for p5-xml-namespacesupport DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-xml-sax DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-xml-sax DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: adding the default universal variant DEBUG: Requested variant monarch is not provided by port p5-xml-sax. DEBUG: Requested variant darwin is not provided by port p5-xml-sax. DEBUG: Requested variant i386 is not provided by port p5-xml-sax. DEBUG: Requested variant macosx is not provided by port p5-xml-sax. DEBUG: Searching for dependency: p5-xml-sax DEBUG: Found Dependency: receipt exists for p5-xml-sax DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-xml-libxml DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-xml-libxml DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: adding the default universal variant DEBUG: Requested variant monarch is not provided by port p5-xml-libxml. DEBUG: Requested variant darwin is not provided by port p5-xml-libxml. DEBUG: Requested variant i386 is not provided by port p5-xml-libxml. DEBUG: Requested variant macosx is not provided by port p5-xml-libxml. DEBUG: Searching for dependency: p5-xml-libxml DEBUG: Found Dependency: receipt exists for p5-xml-libxml DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-nmap-scanner DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-nmap-scanner DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: adding the default universal variant DEBUG: Requested variant monarch is not provided by port p5-nmap-scanner. DEBUG: Requested variant darwin is not provided by port p5-nmap-scanner. DEBUG: Requested variant i386 is not provided by port p5-nmap-scanner. DEBUG: Requested variant macosx is not provided by port p5-nmap-scanner. DEBUG: Searching for dependency: p5-nmap-scanner DEBUG: Found Dependency: receipt exists for p5-nmap-scanner DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-dbi DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-dbi DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: adding the default universal variant DEBUG: Requested variant monarch is not provided by port p5-dbi. DEBUG: Requested variant darwin is not provided by port p5-dbi. DEBUG: Requested variant i386 is not provided by port p5-dbi. DEBUG: Requested variant macosx is not provided by port p5-dbi. DEBUG: Searching for dependency: p5-dbi DEBUG: Found Dependency: receipt exists for p5-dbi DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-dbd-mysql DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-dbd-mysql DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: adding the default universal variant DEBUG: Requested variant monarch is not provided by port p5-dbd-mysql. DEBUG: Requested variant darwin is not provided by port p5-dbd-mysql. DEBUG: Requested variant i386 is not provided by port p5-dbd-mysql. DEBUG: Requested variant macosx is not provided by port p5-dbd-mysql. DEBUG: Executing variant mysql5 provides mysql5 DEBUG: Searching for dependency: p5-dbd-mysql DEBUG: Found Dependency: receipt exists for p5-dbd-mysql DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-cgi-ajax DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-cgi-ajax DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: adding the default universal variant DEBUG: Requested variant monarch is not provided by port p5-cgi-ajax. DEBUG: Requested variant darwin is not provided by port p5-cgi-ajax. DEBUG: Requested variant i386 is not provided by port p5-cgi-ajax. DEBUG: Requested variant macosx is not provided by port p5-cgi-ajax. DEBUG: Searching for dependency: p5-cgi-ajax DEBUG: Found Dependency: receipt exists for p5-cgi-ajax DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-class-accessor DEBUG: Changing to port directory: /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/perl/p5-class-accessor DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: Using group file /Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/perl5-1.0.tcl DEBUG: adding the default universal variant DEBUG: Requested variant monarch is not provided by port p5-class-accessor. DEBUG: Requested variant darwin is not provided by port p5-class-accessor. DEBUG: Requested variant i386 is not provided by port p5-class-accessor. DEBUG: Requested variant macosx is not provided by port p5-class-accessor. DEBUG: Searching for dependency: p5-class-accessor DEBUG: Found Dependency: receipt exists for p5-class-accessor DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/net/nagios DEBUG: Searching for dependency: nagios DEBUG: Didn't find receipt, going to depspec regex for: nagios DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/devel/openssl DEBUG: Searching for dependency: openssl DEBUG: Found Dependency: receipt exists for openssl DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/net/nagios-plugins DEBUG: Searching for dependency: nagios-plugins DEBUG: Found Dependency: receipt exists for nagios-plugins DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/net/monarch DEBUG: Searching for dependency: monarch DEBUG: Didn't find receipt, going to depspec regex for: monarch DEBUG: Found port in file:///Users/my_user/.macports/var/macports/sources/rsync.macports.org/release/ports/graphics/gd2 DEBUG: Searching for dependency: gd2 DEBUG: Found Dependency: receipt exists for gd2 Error: The following dependencies failed to build: monarch Error: Status 1 encountered during processing. From zavpublic at mac.com Thu May 28 11:13:49 2009 From: zavpublic at mac.com (Alex Zavatone) Date: Thu, 28 May 2009 13:13:49 -0500 Subject: Inkscape as non-root? (-> gnome-vs -> gconf -> policykit -> fail) In-Reply-To: <46AC4D37-6E2B-4413-8764-624E4B6085D6@mac.com> References: <8F4249C6-AAF0-4B68-A6BC-FC15FC9F1D7B@mac.com> <9D8813B3-743C-4ECD-A34F-EA71FC913BD0@mac.com> <46AC4D37-6E2B-4413-8764-624E4B6085D6@mac.com> Message-ID: <17D28C7A-0CA5-4121-8BDA-28266F0526F4@mac.com> Sorry, sorry, I was being a retard. I was referring to NTOP and having just deleted an NTOP email, I had mistakenly replied to yours while not realizing while I was physically typing the word, MacPorts, that MacPorts is not NTOP. The spelling should have made it clear to my but obviously, I had not engaged my brain before typing. I've put myself on Double Secret Probation as punishment. me.tardness == true My mother used to drop me as a child. In those days it was the thing to do. - Zav On May 28, 2009, at 11:58 AM, Kevin Reid wrote: > On May 28, 2009, at 12:35, Alex Zavatone wrote: > >> Kevin, do you have any tips in how to set it up? I've had no luck, >> even after reading the tutorials. Currently, trying to hit the >> apache server causes an error at printf and ntop bails. > > Sorry, I'm not sure what you're asking about. If you mean running > MacPorts as non-root, I don't use Apache or ntop via MacPorts so I > can't comment on those ports. > > -- > Kevin Reid kpreid/> > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From dluke at geeklair.net Thu May 28 11:15:19 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu, 28 May 2009 14:15:19 -0400 Subject: Installing nagios +monarch I receive the error: The following dependencies failed to build: monarch In-Reply-To: <9d8561200905281059t340e099er172a47e6905d2ced@mail.gmail.com> References: <9d8561200905281021o69483780o38827c4b544fbbe2@mail.gmail.com> <594FAB4C-4BE6-47FE-8C59-17D914FF5D69@macports.org> <9d8561200905281059t340e099er172a47e6905d2ced@mail.gmail.com> Message-ID: On May 28, 2009, at 1:59 PM, Lance Lakey wrote: > Thanks for the help. Below is the debug output. > > I haven't looked at macports debug output before so I don't know what > to expect but this line looks odd to me: > > DEBUG: Requested variant monarch is not provided by port monarch. That is not a problem. It looks like the problem is the +monarch varaint of nagios which cannot ever work (it adds a dependency on the monarch port which already depends on nagios). Cycles aren't allowed in the dependency graph, so this breaks MacPorts. As a workaround for you, I think you will get what you want by just doing `port install monarch` (I don't use nagios or monarch, so I'm not sure if that will actually do what you want, though). -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From hvdwolf at gmail.com Thu May 28 11:30:55 2009 From: hvdwolf at gmail.com (Harry van der Wolf) Date: Thu, 28 May 2009 20:30:55 +0200 Subject: Fwd: building py-pyobjc2 gives $MACOSX_DEPLOYMENT_TARGET mismatch In-Reply-To: <8c242c590905281130v101b7947saeaf68d077c29403@mail.gmail.com> References: <8c242c590905280906s155cf595l9ee63ef698dc945a@mail.gmail.com> <71CAE2D9-3A16-41B9-8A16-31A7DF76D0C1@macports.org> <8c242c590905281130v101b7947saeaf68d077c29403@mail.gmail.com> Message-ID: <8c242c590905281130h11e5f7aw7bf91b732a785b30@mail.gmail.com> Sorry, now to the macports group. Harry ---------- Forwarded message ---------- From: Harry van der Wolf Date: 2009/5/28 Subject: Re: building py-pyobjc2 gives $MACOSX_DEPLOYMENT_TARGET mismatch To: Ryan Schmidt 2009/5/28 Ryan Schmidt On May 28, 2009, at 11:06, Harry van der Wolf wrote: > > I have the following settings in my macports.conf: >> # MACOSX_DEPLOYMENT_TARGET >> universal_target 10.4 >> >> # the SDK "sysroot" to use >> universal_sysroot /Developer/SDKs/MacOSX10.4u.sdk >> >> # machine architectures >> universal_archs ppc i386 >> >> I'm now trying to build py-game which needs py-pyobjc2 as dependency. >> Universal didn't work, but that's no problem as I only need this one on my >> own macbook. So, I tried to built py-game with -universal. >> >> All went fine to py-pyobjc2 which menations >> "distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET >> mismatch: now "10.5" but "10.4" during configure". >> I did a port clean of py-pyobjc2 and changed the 10.4 setting to 10.5 and >> tried to build py-pyobjc2 again. The same error still occurred, so I changed >> it back to 10.4. >> >> What can I do about this? >> > > My understanding is that PyObjC 2.x requires Mac OS X 10.5.x or greater > (thus the 10.5 or greater SDK and MACOSX_DEPLOYMENT_TARGET set to 10.5 or > greater), while PyObjC 1.x requires Mac OS X 10.4.x or earlier. > > I'm affraid you are right. I had already seen that the Portfile mentioned: if {${os.major} < 9} { pre-fetch { return -code error "PyObjC 2.0 requires Mac OS X 10.5" } } But being ON 10.5 I assumed it would work. So I also tried to install the py-pyobjc version: sudo port install py-pyobjc ---> Computing dependencies for py-pyobjc ---> Fetching py-pyobjc Error: Target org.macports.fetch returned: PyObjC 1.4 is for Mac OS X 10.4 and lower. On 10.5, use py-pyobjc2 instead. Error: Status 1 encountered during processing. As that one "sensed" it was on 10.5 instead of 10.4, I (again) assumed that objc2 could also "sense" that it was on 10.5 despite the deployment setting and the 10.4u.sdk. So I switched back to py-pyobjc2. On your reply I also tried to change the macports.conf and set the deployment target to 10.5 and the SDK to 10.5 as well. But again: "distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.5" but "10.4" during configure" So, I'm affraid I'm in some dead-lock. Harry -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Thu May 28 11:30:53 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 28 May 2009 13:30:53 -0500 Subject: Installing nagios +monarch I receive the error: The following dependencies failed to build: monarch In-Reply-To: References: <9d8561200905281021o69483780o38827c4b544fbbe2@mail.gmail.com> <594FAB4C-4BE6-47FE-8C59-17D914FF5D69@macports.org> <9d8561200905281059t340e099er172a47e6905d2ced@mail.gmail.com> Message-ID: <3FE545D3-185A-4139-B07D-6A93FBEB59D6@macports.org> On May 28, 2009, at 13:15, Daniel J. Luke wrote: > It looks like the problem is the +monarch varaint of nagios which > cannot ever work (it adds a dependency on the monarch port which > already depends on nagios). Cycles aren't allowed in the dependency > graph, so this breaks MacPorts. I have filed a ticket for this problem: http://trac.macports.org/ticket/19800 From ryandesign at macports.org Thu May 28 11:35:56 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 28 May 2009 13:35:56 -0500 Subject: building py-pyobjc2 gives $MACOSX_DEPLOYMENT_TARGET mismatch In-Reply-To: <8c242c590905281130h11e5f7aw7bf91b732a785b30@mail.gmail.com> References: <8c242c590905280906s155cf595l9ee63ef698dc945a@mail.gmail.com> <71CAE2D9-3A16-41B9-8A16-31A7DF76D0C1@macports.org> <8c242c590905281130v101b7947saeaf68d077c29403@mail.gmail.com> <8c242c590905281130h11e5f7aw7bf91b732a785b30@mail.gmail.com> Message-ID: On May 28, 2009, at 13:30, Harry van der Wolf wrote: >> My understanding is that PyObjC 2.x requires Mac OS X 10.5.x or >> greater (thus the 10.5 or greater SDK and MACOSX_DEPLOYMENT_TARGET >> set to 10.5 or greater), while PyObjC 1.x requires Mac OS X 10.4.x >> or earlier. > > I'm affraid you are right. I had already seen that the Portfile > mentioned: > if {${os.major} < 9} { > pre-fetch { > return -code error "PyObjC 2.0 requires Mac OS X 10.5" > } > } > > But being ON 10.5 I assumed it would work. Ok, got it, so you were on 10.5 but had your deployment target and SDK set to 10.4 in macports.conf. > So I also tried to install the py-pyobjc version: > sudo port install py-pyobjc > ---> Computing dependencies for py-pyobjc > ---> Fetching py-pyobjc > Error: Target org.macports.fetch returned: PyObjC 1.4 is for Mac OS > X 10.4 and lower. On 10.5, use py-pyobjc2 instead. > Error: Status 1 encountered during processing. > > As that one "sensed" it was on 10.5 instead of 10.4, I (again) > assumed that objc2 could also "sense" that it was on 10.5 despite > the deployment setting and the 10.4u.sdk. So I switched back to py- > pyobjc2. Yes. As you see, the ports only check the OS version. They don't check the SDK version or the deployment target. But if a port says it requires 10.5, then it's likely that means it requires the 10.5 SDK and the deployment target set to 10.5 as well. > On your reply I also tried to change the macports.conf and set the > deployment target to 10.5 and the SDK to 10.5 as well. > But again: "distutils.errors.DistutilsPlatformError: > $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.5" but "10.4" during > configure" > > So, I'm affraid I'm in some dead-lock. Did you clean the port after changing your macports.conf, so that it runs the configure phase again? sudo port clean py-pyobjc2 From deliverable at gmail.com Thu May 28 11:42:44 2009 From: deliverable at gmail.com (Alexy Khrabrov) Date: Thu, 28 May 2009 14:42:44 -0400 Subject: Specifying PostgreSQL data on startup Message-ID: <44C3E9AE-3566-4AC3-A04D-3F7408E3D3A7@gmail.com> I'd like to use the startup scripts for PostgreSQL 8.3 server, in /opt/local/etc/LaunchDaemons/org.macports.postgresql83-server with Lingon: http://tuppis.com/lingon/ Now the scripts allow for an environment variable to specify where your data is: su postgres -c "${PGCTL} -D ${POSTGRESQL83DATA:=/opt/local/var/ db/postgresql83/defaultdb} start -l /opt/local/var/log/postgresql83/ postgres.log" However, it the server is started on boot, where does $POSTGRESQL83DATA come from? Cheers, Alexy -------------- next part -------------- An HTML attachment was scrubbed... URL: From frstan at bellsouth.net Thu May 28 12:23:37 2009 From: frstan at bellsouth.net (William Davis) Date: Thu, 28 May 2009 15:23:37 -0400 Subject: building py-pyobjc2 gives $MACOSX_DEPLOYMENT_TARGET mismatch In-Reply-To: <8c242c590905280906s155cf595l9ee63ef698dc945a@mail.gmail.com> References: <8c242c590905280906s155cf595l9ee63ef698dc945a@mail.gmail.com> Message-ID: <5EECB46C-D527-40D1-9E1B-EF7C6EB15B6C@bellsouth.net> try : sudo port -d clean py-pyobjc2 and then try to build it again WSD On May 28, 2009, at 12:06 PM, Harry van der Wolf wrote: > Hi, > > I have the following settings in my macports.conf: > # MACOSX_DEPLOYMENT_TARGET > universal_target 10.4 > > # the SDK "sysroot" to use > universal_sysroot /Developer/SDKs/MacOSX10.4u.sdk > > # machine architectures > universal_archs ppc i386 > > I'm now trying to build py-game which needs py-pyobjc2 as > dependency. Universal didn't work, but that's no problem as I only > need this one on my own macbook. So, I tried to built py-game with - > universal. > > All went fine to py-pyobjc2 which menations > "distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET > mismatch: now "10.5" but "10.4" during configure". > I did a port clean of py-pyobjc2 and changed the 10.4 setting to > 10.5 and tried to build py-pyobjc2 again. The same error still > occurred, so I changed it back to 10.4. > > What can I do about this? > > > Below the error message. > > > > ---> Building py-pyobjc2 > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_python_py-pyobjc2/work/pyobjc-core" && / > opt/local/bin/python2.4 setup.py build " returned error 1 > Command output: Traceback (most recent call last): > File "setup.py", line 4, in ? > ez_setup.use_setuptools() > File "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_python_py-pyobjc2/work/pyobjc-core/ > ez_setup/__init__.py", line 81, in use_setuptools > import setuptools > File "/opt/local/lib/python2.4/site-packages/setuptools/ > __init__.py", line 2, in ? > from setuptools.extension import Extension, Library > File "/opt/local/lib/python2.4/site-packages/setuptools/ > extension.py", line 2, in ? > from dist import _get_unpatched > File "/opt/local/lib/python2.4/site-packages/setuptools/dist.py", > line 5, in ? > from setuptools.command.install import install > File "/opt/local/lib/python2.4/site-packages/setuptools/command/ > __init__.py", line 13, in ? > from distutils.command.bdist import bdist > File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ > python2.4/distutils/command/bdist.py", line 29, in ? > class bdist (Command): > File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ > python2.4/distutils/command/bdist.py", line 33, in bdist > user_options = [('bdist-base=', 'b', > File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ > python2.4/distutils/util.py", line 78, in get_platform > cfgvars = get_config_vars() > File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ > python2.4/distutils/sysconfig.py", line 488, in get_config_vars > func() > File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ > python2.4/distutils/sysconfig.py", line 373, in _init_posix > raise DistutilsPlatformError(my_msg) > distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET > mismatch: now "10.5" but "10.4" during configure > > > Harry > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users William Davis frstanATbellsouthDOTnet Mac OS X.5.7 Darwin 9.7.0 XQuartz 2.3.3.2 (xorg-server 1.4.2-apple42) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: From hvdwolf at gmail.com Thu May 28 12:45:42 2009 From: hvdwolf at gmail.com (Harry van der Wolf) Date: Thu, 28 May 2009 21:45:42 +0200 Subject: building py-pyobjc2 gives $MACOSX_DEPLOYMENT_TARGET mismatch In-Reply-To: <5EECB46C-D527-40D1-9E1B-EF7C6EB15B6C@bellsouth.net> References: <8c242c590905280906s155cf595l9ee63ef698dc945a@mail.gmail.com> <5EECB46C-D527-40D1-9E1B-EF7C6EB15B6C@bellsouth.net> Message-ID: <8c242c590905281245va7d27ep31eee0bbe81ac18@mail.gmail.com> Thanks, but that didn't help either. I finally managed to build it by setting all SDK settings and deployment settings in both the macports.conf and the python Makefile to 10.5. I had to use that settings as well for dependency build py-pyobjc2-cocoa and py-game itself. Another complexing factor is that some packages depend on python2.4 and others on 2.5. It means that both are on my system and active. Thanks all for helping me. Harry 2009/5/28 William Davis > try :sudo port -d clean py-pyobjc2 > *and then try to build it again* > *WSD > * > On May 28, 2009, at 12:06 PM, Harry van der Wolf wrote: > > Hi, > > I have the following settings in my macports.conf: > # MACOSX_DEPLOYMENT_TARGET > universal_target 10.4 > > # the SDK "sysroot" to use > universal_sysroot /Developer/SDKs/MacOSX10.4u.sdk > > # machine architectures > universal_archs ppc i386 > > I'm now trying to build py-game which needs py-pyobjc2 as dependency. > Universal didn't work, but that's no problem as I only need this one on my > own macbook. So, I tried to built py-game with -universal. > > All went fine to py-pyobjc2 which menations > "distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET > mismatch: now "10.5" but "10.4" during configure". > I did a port clean of py-pyobjc2 and changed the 10.4 setting to 10.5 and > tried to build py-pyobjc2 again. The same error still occurred, so I changed > it back to 10.4. > > What can I do about this? > > > Below the error message. > > > > ---> Building py-pyobjc2 > Error: Target org.macports.build returned: shell command " cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py-pyobjc2/work/pyobjc-core" > && /opt/local/bin/python2.4 setup.py build " returned error 1 > Command output: Traceback (most recent call last): > File "setup.py", line 4, in ? > ez_setup.use_setuptools() > File > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py-pyobjc2/work/pyobjc-core/ez_setup/__init__.py", > line 81, in use_setuptools > import setuptools > File "/opt/local/lib/python2.4/site-packages/setuptools/__init__.py", > line 2, in ? > from setuptools.extension import Extension, Library > File "/opt/local/lib/python2.4/site-packages/setuptools/extension.py", > line 2, in ? > from dist import _get_unpatched > File "/opt/local/lib/python2.4/site-packages/setuptools/dist.py", line 5, > in ? > from setuptools.command.install import install > File > "/opt/local/lib/python2.4/site-packages/setuptools/command/__init__.py", > line 13, in ? > from distutils.command.bdist import bdist > File > "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/distutils/command/bdist.py", > line 29, in ? > class bdist (Command): > File > "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/distutils/command/bdist.py", > line 33, in bdist > user_options = [('bdist-base=', 'b', > File > "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/distutils/util.py", > line 78, in get_platform > cfgvars = get_config_vars() > File > "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/distutils/sysconfig.py", > line 488, in get_config_vars > func() > File > "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/distutils/sysconfig.py", > line 373, in _init_posix > raise DistutilsPlatformError(my_msg) > distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET > mismatch: now "10.5" but "10.4" during configure > > > Harry > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > > > > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.7 Darwin 9.7.0 > XQuartz 2.3.3.2 (xorg-server 1.4.2-apple42) > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Thu May 28 12:57:34 2009 From: blb at macports.org (Bryan Blackburn) Date: Thu, 28 May 2009 13:57:34 -0600 Subject: Specifying PostgreSQL data on startup In-Reply-To: <44C3E9AE-3566-4AC3-A04D-3F7408E3D3A7@gmail.com> References: <44C3E9AE-3566-4AC3-A04D-3F7408E3D3A7@gmail.com> Message-ID: <20090528195734.GC66423@ninagal.withay.com> On Thu, May 28, 2009 at 02:42:44PM -0400, Alexy Khrabrov said: > I'd like to use the startup scripts for PostgreSQL 8.3 server, in > > /opt/local/etc/LaunchDaemons/org.macports.postgresql83-server > > with Lingon: http://tuppis.com/lingon/ > > Now the scripts allow for an environment variable to specify where your > data is: > > su postgres -c "${PGCTL} -D ${POSTGRESQL83DATA:=/opt/local/var/ > db/postgresql83/defaultdb} start -l /opt/local/var/log/postgresql83/ > postgres.log" > > However, it the server is started on boot, where does $POSTGRESQL83DATA > come from? Note that the ${POSTGRESQL83DATA:=/opt/local/var/db/postgresql83/defaultdb} is an either/or; if POSTGRESQL83DATA is defined use it, otherwise use that path. I don't see POSTGRESQL83DATA being defined anywhere so it's falling back to that hardcoded path. If you need to set it you should be able to so with the launchd plist, but note that any changes to it are going to be lost the next time you upgrade the postgresql83-server port. Bryan > > Cheers, > Alexy From frstan at bellsouth.net Thu May 28 15:37:19 2009 From: frstan at bellsouth.net (William Davis) Date: Thu, 28 May 2009 18:37:19 -0400 Subject: gnome missing file Message-ID: <7AA3023A-79FE-46E8-985C-EDBEC1449B4D@bellsouth.net> when I tried to upgrade the gnome metaport got this error: DEBUG: Executing org.macports.destroot (gnome) Error: Target org.macports.destroot returned: error copying "/opt/ local/var/macports/sources/rsync.macports.org/release/ports/gnome/ gnome/files/README.gnome.txt.in": no such file or directory Warning: the following items did not execute (for gnome): org.macports.destroot DEBUG: invalid command name "::ui_init" while executing "::ui_init $priority $prefix $channels $message" ("uplevel" body line 2) invoked from within "uplevel 1 $body" Error: Unable to upgrade port: 1 William Davis frstanATbellsouthDOTnet Mac OS X.5.7 Darwin 9.7.0 XQuartz 2.3.3.2 (xorg-server 1.4.2-apple42) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From devans at macports.org Thu May 28 16:44:07 2009 From: devans at macports.org (David Evans) Date: Thu, 28 May 2009 16:44:07 -0700 Subject: gnome missing file In-Reply-To: <7AA3023A-79FE-46E8-985C-EDBEC1449B4D@bellsouth.net> References: <7AA3023A-79FE-46E8-985C-EDBEC1449B4D@bellsouth.net> Message-ID: <4A1F21C7.2010507@macports.org> William Davis wrote: > when I tried to upgrade the gnome metaport got this error: > DEBUG: Executing org.macports.destroot (gnome) > Error: Target org.macports.destroot returned: error copying > "/opt/local/var/macports/sources/rsync.macports.org/release/ports/gnome/gnome/files/README.gnome.txt.in": > no such file or directory > Warning: the following items did not execute (for gnome): > org.macports.destroot > DEBUG: invalid command name "::ui_init" > while executing > "::ui_init $priority $prefix $channels $message" > ("uplevel" body line 2) > invoked from within > "uplevel 1 $body" > Error: Unable to upgrade port: 1 > Fixed in r51602. Thanks. From jmr at macports.org Thu May 28 20:49:58 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 29 May 2009 13:49:58 +1000 Subject: building py-pyobjc2 gives $MACOSX_DEPLOYMENT_TARGET mismatch In-Reply-To: <71CAE2D9-3A16-41B9-8A16-31A7DF76D0C1@macports.org> References: <8c242c590905280906s155cf595l9ee63ef698dc945a@mail.gmail.com> <71CAE2D9-3A16-41B9-8A16-31A7DF76D0C1@macports.org> Message-ID: <4A1F5B66.1050901@macports.org> On 2009-5-29 03:51, Ryan Schmidt wrote: > On May 28, 2009, at 11:06, Harry van der Wolf wrote: >> All went fine to py-pyobjc2 which menations >> "distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET >> mismatch: now "10.5" but "10.4" during configure". >> I did a port clean of py-pyobjc2 and changed the 10.4 setting to 10.5 >> and tried to build py-pyobjc2 again. The same error still occurred, so >> I changed it back to 10.4. >> >> What can I do about this? > > My understanding is that PyObjC 2.x requires Mac OS X 10.5.x or greater > (thus the 10.5 or greater SDK and MACOSX_DEPLOYMENT_TARGET set to 10.5 > or greater), while PyObjC 1.x requires Mac OS X 10.4.x or earlier. That's right. The upcoming 2.2 release should work on both Tiger and Leopard. - Josh From trog24 at comcast.net Thu May 28 21:35:57 2009 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Thu, 28 May 2009 21:35:57 -0700 Subject: Upgrade errors. Message-ID: <1BBBF0D8-53B2-4D00-85F4-CC21A2CD3283@comcast.net> Hello, I got the following errors following: sudo port selfupdate sudo port sync sudo port upgrade installed ---> Cleaning subversion Error: No port perl5.9 found. Portfile changed since last build; discarding previous state. ---> Fetching qemu ---> Attempting to fetch qemu-0.10.5.tar.gz from http:// mirror.its.uidaho.edu/pub/savannah//qemu ---> Verifying checksum(s) for qemu ---> Extracting qemu ---> Configuring qemu ---> Building qemu Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_emulato rs_qemu/work/qemu-0.10.5" && make all " returned error 2 Command output: audio/coreaudio.c:67: warning: assignment discards qualifiers from pointer target type audio/coreaudio.c:71: warning: assignment discards qualifiers from pointer target type audio/coreaudio.c:75: warning: assignment discards qualifiers from pointer target type audio/coreaudio.c:79: warning: assignment discards qualifiers from pointer target type audio/coreaudio.c:83: warning: assignment discards qualifiers from pointer target type audio/coreaudio.c:87: warning: assignment discards qualifiers from pointer target type audio/coreaudio.c:91: warning: assignment discards qualifiers from pointer target type audio/coreaudio.c:95: warning: assignment discards qualifiers from pointer target type audio/coreaudio.c:99: warning: assignment discards qualifiers from pointer target type audio/coreaudio.c:103: warning: assignment discards qualifiers from pointer target type CC audio/wavcapture.o CC curses.o CC vnc.o CC d3des.o OBJC cocoa.o cocoa.m:233: warning: no previous prototype for 'cocoa_keycode_to_qemu' cocoa.m:318:5: warning: "__LITTLE_ENDIAN__" is not defined cocoa.m: In function '-[QemuCocoaView toggleFullScreen:]': cocoa.m:426: warning: 'QemuCocoaView' may not respond to '- exitFullScreenModeWithOptions:' cocoa.m:426: warning: (Messages without a matching method signature cocoa.m:426: warning: will be assumed to return 'id' and accept cocoa.m:426: warning: '...' as arguments.) cocoa.m:444: error: 'NSFullScreenModeAllScreens' undeclared (first use in this function) cocoa.m:444: error: (Each undeclared identifier is reported only once cocoa.m:444: error: for each function it appears in.) cocoa.m:445: error: 'NSFullScreenModeSetting' undeclared (first use in this function) cocoa.m:446: warning: 'QemuCocoaView' may not respond to '- enterFullScreenMode:withOptions:' cocoa.m: In function '-[QemuCocoaAppController openPanelDidEnd:returnCode:contextInfo:]': cocoa.m:786: warning: initialization discards qualifiers from pointer target type make: *** [cocoa.o] Error 1 Error: Unable to upgrade port: 1 ---> Building qemu Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_emulato rs_qemu/work/qemu-0.10.5" && make all " returned error 2 Command output: OBJC cocoa.o cocoa.m:233: warning: no previous prototype for 'cocoa_keycode_to_qemu' cocoa.m:318:5: warning: "__LITTLE_ENDIAN__" is not defined cocoa.m: In function '-[QemuCocoaView toggleFullScreen:]': cocoa.m:426: warning: 'QemuCocoaView' may not respond to '- exitFullScreenModeWithOptions:' cocoa.m:426: warning: (Messages without a matching method signature cocoa.m:426: warning: will be assumed to return 'id' and accept cocoa.m:426: warning: '...' as arguments.) cocoa.m:444: error: 'NSFullScreenModeAllScreens' undeclared (first use in this function) cocoa.m:444: error: (Each undeclared identifier is reported only once cocoa.m:444: error: for each function it appears in.) cocoa.m:445: error: 'NSFullScreenModeSetting' undeclared (first use in this function) cocoa.m:446: warning: 'QemuCocoaView' may not respond to '- enterFullScreenMode:withOptions:' cocoa.m: In function '-[QemuCocoaAppController openPanelDidEnd:returnCode:contextInfo:]': cocoa.m:786: warning: initialization discards qualifiers from pointer target type make: *** [cocoa.o] Error 1 Error: Unable to upgrade port: 1 ---> Fetching quartz-wm ---> Verifying checksum(s) for quartz-wm ---> Extracting quartz-wm ---> Configuring quartz-wm ---> Building quartz-wm ---> Staging quartz-wm into destroot ---> Deactivating quartz-wm @1.0.3_0 ---> Installing quartz-wm @1.0.3_1 ---> Activating quartz-wm @1.0.3_1 ---> Cleaning quartz-wm Error: No port render found. Error: No port render found. The qemu error I understand; but, I am not sure what the: Error: No port perl5.9 found. Error: No port render found. Error: No port render found. are about. I may have seen these before; but, cannot remember when or why. Frank J. R. Hanstick trog24 at comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From blb at macports.org Thu May 28 22:36:29 2009 From: blb at macports.org (Bryan Blackburn) Date: Thu, 28 May 2009 23:36:29 -0600 Subject: Upgrade errors. In-Reply-To: <1BBBF0D8-53B2-4D00-85F4-CC21A2CD3283@comcast.net> References: <1BBBF0D8-53B2-4D00-85F4-CC21A2CD3283@comcast.net> Message-ID: <20090529053629.GF66423@ninagal.withay.com> On Thu, May 28, 2009 at 09:35:57PM -0700, Frank J. R. Hanstick said: > Hello, > I got the following errors following: [...] > > Error: No port perl5.9 found. > Error: No port render found. > Error: No port render found. > > are about. I may have seen these before; but, cannot remember when or > why. perl5.9 was renamed perl5.9-devel over a year ago [1], then deleted about a month after that [2] in favor of the release-status perl5.10. Depending on what you're doing with it, going with perl5.10 is probably the best choice. The render port was removed [3] in favor of xorg-renderproto after being a stub port for a while. Just force-uninstall render and you should be fine as it should have been only a build-time dependency and xorg-renderproto takes care of that now. Unfortunately MacPorts doesn't have any sort of support for renaming/deleting ports so this kind of issue occasionally surfaces. Bryan [1] - [2] - [3] - > Frank J. R. Hanstick > trog24 at comcast.net > From jmr at macports.org Fri May 29 00:28:41 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 29 May 2009 17:28:41 +1000 Subject: Upgrade errors. In-Reply-To: <20090529053629.GF66423@ninagal.withay.com> References: <1BBBF0D8-53B2-4D00-85F4-CC21A2CD3283@comcast.net> <20090529053629.GF66423@ninagal.withay.com> Message-ID: <4A1F8EA9.6060301@macports.org> On 2009-5-29 15:36, Bryan Blackburn wrote: > On Thu, May 28, 2009 at 09:35:57PM -0700, Frank J. R. Hanstick said: >> Hello, >> I got the following errors following: > [...] >> Error: No port perl5.9 found. >> Error: No port render found. >> Error: No port render found. >> >> are about. I may have seen these before; but, cannot remember when or >> why. > > perl5.9 was renamed perl5.9-devel over a year ago [1], then deleted about a > month after that [2] in favor of the release-status perl5.10. Depending on > what you're doing with it, going with perl5.10 is probably the best choice. > > The render port was removed [3] in favor of xorg-renderproto after being a > stub port for a while. Just force-uninstall render and you should be fine > as it should have been only a build-time dependency and xorg-renderproto > takes care of that now. > > Unfortunately MacPorts doesn't have any sort of support for > renaming/deleting ports so this kind of issue occasionally surfaces. It'll be a little better in 1.8 since trying to run an action on a port that is installed but not available in the ports tree has been demoted from an error to a warning. - Josh From jsimmons at goblin.punk.net Fri May 29 06:44:21 2009 From: jsimmons at goblin.punk.net (Jeff Simmons) Date: Fri, 29 May 2009 06:44:21 -0700 Subject: gnutls-devel? Message-ID: <200905290644.21821.jsimmons@goblin.punk.net> I'm trying to compile openvas (vulnerability scanner) on a mac. The configure script tells me I need to install some files from gnutls. I found the package on mac ports, but I can't find the corresponding devel package, which openvas needs. Does such a thing exist, perhaps under a name that I haven't thought to search for? Thanks for any assistance anyone can provide. -- Jeff Simmons jsimmons at goblin.punk.net Simmons Consulting - Network Engineering, Administration, Security "You guys, I don't hear any noise. Are you sure you're doing it right?" -- My Life With The Thrill Kill Kult From ryandesign at macports.org Fri May 29 10:28:14 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 29 May 2009 12:28:14 -0500 Subject: gnutls-devel? In-Reply-To: <200905290644.21821.jsimmons@goblin.punk.net> References: <200905290644.21821.jsimmons@goblin.punk.net> Message-ID: <16CC43F2-EB4F-4A50-B695-AAD18F471741@macports.org> On May 29, 2009, at 08:44, Jeff Simmons wrote: > I'm trying to compile openvas (vulnerability scanner) on a mac. The > configure > script tells me I need to install some files from gnutls. I found > the package > on mac ports, but I can't find the corresponding devel package, > which openvas > needs. Does such a thing exist, perhaps under a name that I haven't > thought > to search for? Thanks for any assistance anyone can provide. No, -devel packages are not used in that way in MacPorts. In some other package managers, a port like gnutls would contain the libraries and binaries, while a port gnutls-devel would contain the headers needed to compile other software that wants to use gnutls. MacPorts does not use that naming convention. In MacPorts, a port like gnutls will contain all of the above. gnutls would be the latest stable version of the software, while a port gnutls-devel, if it existed, would be the latest unstable or development version of the software. So just install the gnutls port. That should be all you need. If not, please post the error message you get. From trog24 at comcast.net Fri May 29 10:49:36 2009 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Fri, 29 May 2009 10:49:36 -0700 Subject: Upgrade errors. In-Reply-To: <20090529053629.GF66423@ninagal.withay.com> References: <1BBBF0D8-53B2-4D00-85F4-CC21A2CD3283@comcast.net> <20090529053629.GF66423@ninagal.withay.com> Message-ID: Hello, It seems that I did this once before to clear up these problems, so why are they back? Some previous upgrade must have reinstalled these items since the last clearing of the problem. On May 28, 2009, at 10:36 PM, Bryan Blackburn wrote: > On Thu, May 28, 2009 at 09:35:57PM -0700, Frank J. R. Hanstick said: >> Hello, >> I got the following errors following: > [...] >> >> Error: No port perl5.9 found. >> Error: No port render found. >> Error: No port render found. >> >> are about. I may have seen these before; but, cannot remember >> when or >> why. > > perl5.9 was renamed perl5.9-devel over a year ago [1], then deleted > about a > month after that [2] in favor of the release-status perl5.10. > Depending on > what you're doing with it, going with perl5.10 is probably the best > choice. > > The render port was removed [3] in favor of xorg-renderproto after > being a > stub port for a while. Just force-uninstall render and you should > be fine > as it should have been only a build-time dependency and xorg- > renderproto > takes care of that now. > > Unfortunately MacPorts doesn't have any sort of support for > renaming/deleting ports so this kind of issue occasionally surfaces. > > Bryan > > [1] - > [2] - > [3] - > > >> Frank J. R. Hanstick >> trog24 at comcast.net >> > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users Frank J. R. Hanstick trog24 at comcast.net From ryandesign at macports.org Fri May 29 11:46:26 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 29 May 2009 13:46:26 -0500 Subject: Upgrade errors. In-Reply-To: References: <1BBBF0D8-53B2-4D00-85F4-CC21A2CD3283@comcast.net> <20090529053629.GF66423@ninagal.withay.com> Message-ID: <28BC69CE-FF40-4815-95B2-26570367A2F9@macports.org> On May 29, 2009, at 12:49, Frank J. R. Hanstick wrote: >>> Error: No port perl5.9 found. >>> Error: No port render found. >>> Error: No port render found. > It seems that I did this once before to clear up these problems, > so why are they back? Some previous upgrade must have reinstalled > these items since the last clearing of the problem. The ports no longer exist so they cannot have been reinstalled. But possibly, back when they did exist, you installed a port which depended on them, and that dependency is still noted in your registry. You should identify which ports those are, and forcibly rebuild them, to get them to record its dependencies correctly. e.g.: sudo port -nf upgrade whateverport From jsimmons at goblin.punk.net Fri May 29 21:02:35 2009 From: jsimmons at goblin.punk.net (Jeff Simmons) Date: Fri, 29 May 2009 21:02:35 -0700 Subject: gnutls-devel? In-Reply-To: <16CC43F2-EB4F-4A50-B695-AAD18F471741@macports.org> References: <200905290644.21821.jsimmons@goblin.punk.net> <16CC43F2-EB4F-4A50-B695-AAD18F471741@macports.org> Message-ID: <200905292102.35994.jsimmons@goblin.punk.net> On Friday 29 May 2009 10:28, Ryan Schmidt wrote: > In some other package managers, a port like gnutls would contain the > libraries and binaries, while a port gnutls-devel would contain the > headers needed to compile other software that wants to use gnutls. > > MacPorts does not use that naming convention. In MacPorts, a port > like gnutls will contain all of the above. gnutls would be the latest > stable version of the software, while a port gnutls-devel, if it > existed, would be the latest unstable or development version of the > software. Eminently reasonable. Chasing after dev packages just to get header files is always a pain. > So just install the gnutls port. That should be all you need. If not, > please post the error message you get. Well, adding an environmental variable pointing the linker to the Mac Ports libraries solves the ./configure problem. LDFLAGS=-L/opt/local/lib/ But then make gives the following error message: cd libopenvas_hg && make /bin/sh /usr/local/src/openvas-libraries-2.0.2/libtool --mode=compile gcc -pipe -DHAVE_CONFIG_H -I. -I/usr/local/src/openvas- libraries-2.0.2/include -I/usr/local/include -Wall -I../libopenvas -c hg_utils.c gcc -pipe -DHAVE_CONFIG_H -I. -I/usr/local/src/openvas- libraries-2.0.2/include -I/usr/local/include -Wall -I../libopenvas -c hg_utils.c -fno-common -DPIC -o .libs/hg_utils.o In file included from /usr/local/src/openvas-libraries-2.0.2/include/ libopenvas.h:48, from /usr/local/src/openvas-libraries-2.0.2/include/ includes.h:233, from hg_utils.c:19: ../libopenvas/network.h:30:27: error: gnutls/gnutls.h: No such file or directory In file included from /usr/local/src/openvas-libraries-2.0.2/include/ libopenvas.h:48, from /usr/local/src/openvas-libraries-2.0.2/include/ includes.h:233, from hg_utils.c:19: ../libopenvas/network.h:91: error: syntax error before '*' token ../libopenvas/network.h:91: warning: type defaults to 'int' in declaration of 'ovas_get_tlssession_from_connection' ../libopenvas/network.h:91: warning: data definition has no type or storage class make[1]: *** [hg_utils.o] Error 1 make: *** [all] Error 2 So it looks like it can't find gnutls.h, which I can see in /opt/local/includes/gnutls. Any ideas on how to fix this? Learning a new platform is so much fun. -- Jeff Simmons jsimmons at goblin.punk.net Simmons Consulting - Network Engineering, Administration, Security "You guys, I don't hear any noise. Are you sure you're doing it right?" -- My Life With The Thrill Kill Kult From trog24 at comcast.net Fri May 29 21:26:56 2009 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Fri, 29 May 2009 21:26:56 -0700 Subject: Upgrade errors. In-Reply-To: <28BC69CE-FF40-4815-95B2-26570367A2F9@macports.org> References: <1BBBF0D8-53B2-4D00-85F4-CC21A2CD3283@comcast.net> <20090529053629.GF66423@ninagal.withay.com> <28BC69CE-FF40-4815-95B2-26570367A2F9@macports.org> Message-ID: <64B80BA8-2256-4EC0-B791-85CDE319893D@comcast.net> Hello, Except that once the ports were removed by the actions taken, they only way they could have come back is if the earlier installed ports were upgraded and reloaded them. It still does not make any sense. On May 29, 2009, at 11:46 AM, Ryan Schmidt wrote: > On May 29, 2009, at 12:49, Frank J. R. Hanstick wrote: > >>>> Error: No port perl5.9 found. >>>> Error: No port render found. >>>> Error: No port render found. > >> It seems that I did this once before to clear up these problems, >> so why are they back? Some previous upgrade must have reinstalled >> these items since the last clearing of the problem. > > The ports no longer exist so they cannot have been reinstalled. > > But possibly, back when they did exist, you installed a port which > depended on them, and that dependency is still noted in your > registry. You should identify which ports those are, and forcibly > rebuild them, to get them to record its dependencies correctly. e.g.: > > sudo port -nf upgrade whateverport > > > Frank J. R. Hanstick trog24 at comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Fri May 29 22:00:13 2009 From: jmr at macports.org (Joshua Root) Date: Sat, 30 May 2009 15:00:13 +1000 Subject: gnutls-devel? In-Reply-To: <200905292102.35994.jsimmons@goblin.punk.net> References: <200905290644.21821.jsimmons@goblin.punk.net> <16CC43F2-EB4F-4A50-B695-AAD18F471741@macports.org> <200905292102.35994.jsimmons@goblin.punk.net> Message-ID: <4A20BD5D.2030203@macports.org> On 2009-5-30 14:02, Jeff Simmons wrote: > So it looks like it can't find gnutls.h, which I can see in > /opt/local/includes/gnutls. Any ideas on how to fix this? > > Learning a new platform is so much fun. You need to pass -I/opt/local/include in CPPFLAGS (or possibly in CFLAGS if it doesn't respect CPPFLAGS). GCC actually works this way on all platforms. :-) - Josh From d.l.tDeContes at free.fr Sat May 30 05:55:35 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 30 May 2009 14:55:35 +0200 Subject: docbook-xml Message-ID: hi :-) why isn't docbook-xml deactivated, when it is upgraded ? -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From d.l.tDeContes at free.fr Sat May 30 06:06:50 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 30 May 2009 15:06:50 +0200 Subject: subversion on 10.4 Message-ID: hi :-) could somebody help subversion maintainer to make it compile on 10.4 please ? it's all the more annoying that there is no subversion at all in 10.4, contrary to 10.5 -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From jmr at macports.org Sat May 30 06:28:08 2009 From: jmr at macports.org (Joshua Root) Date: Sat, 30 May 2009 23:28:08 +1000 Subject: docbook-xml In-Reply-To: References: Message-ID: <4A213468.2040604@macports.org> On 2009-5-30 22:55, Thomas De Contes wrote: > hi :-) > > why isn't docbook-xml deactivated, when it is upgraded ? Upgrading docbook-xml works the same as upgrading any other port, as far as I am aware. You'll need to describe what is happening, and how it differs from what you think should happen, in more detail. - Josh From jsimmons at goblin.punk.net Sat May 30 06:28:28 2009 From: jsimmons at goblin.punk.net (Jeff Simmons) Date: Sat, 30 May 2009 06:28:28 -0700 Subject: gnutls-devel? In-Reply-To: <4A20BD5D.2030203@macports.org> References: <200905290644.21821.jsimmons@goblin.punk.net> <200905292102.35994.jsimmons@goblin.punk.net> <4A20BD5D.2030203@macports.org> Message-ID: <200905300628.28351.jsimmons@goblin.punk.net> On Friday 29 May 2009 22:00, Joshua Root wrote: > On 2009-5-30 14:02, Jeff Simmons wrote: > > So it looks like it can't find gnutls.h, which I can see in > > /opt/local/includes/gnutls. Any ideas on how to fix this? > > > > Learning a new platform is so much fun. > > You need to pass -I/opt/local/include in CPPFLAGS (or possibly in CFLAGS > if it doesn't respect CPPFLAGS). GCC actually works this way on all > platforms. :-) > > - Josh Either of these crashes the ./configure script with a message "C compiler cannot create executables". We may have a bug here. -- Jeff Simmons jsimmons at goblin.punk.net Simmons Consulting - Network Engineering, Administration, Security "You guys, I don't hear any noise. Are you sure you're doing it right?" -- My Life With The Thrill Kill Kult From d.l.tDeContes at free.fr Sat May 30 06:34:29 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 30 May 2009 15:34:29 +0200 Subject: docbook-xml In-Reply-To: <4A213468.2040604@macports.org> References: <4A213468.2040604@macports.org> Message-ID: <4745663C-93E8-4764-85EE-DF8D4F0A0DC3@free.fr> Le 30 mai 09 ? 15:28, Joshua Root a ?crit : > On 2009-5-30 22:55, Thomas De Contes wrote: >> hi :-) >> >> why isn't docbook-xml deactivated, when it is upgraded ? > > Upgrading docbook-xml works the same as upgrading any other port, > as far > as I am aware. You'll need to describe what is happening, and how it > differs from what you think should happen, in more detail. + port installed The following ports are currently installed: ... curl @7.19.4_0 curl @7.19.5_0 (active) db44 @4.4.20_1+darwin_8 (active) db46 @4.6.21_5 (active) docbook-xml @5.0_0 (active) docbook-xml-4.1.2 @4.1.2_1 (active) docbook-xml-4.2 @4.2_0 (active) docbook-xml-4.3 @4.3_0 (active) docbook-xml-4.4 @4.4_0 (active) docbook-xml-4.5 @4.5_0 (active) docbook-xml-5.0 @5.0_0 (active) docbook-xsl @1.74.3_0 docbook-xsl @1.75.0_0 (active) is it sufficient ? -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From jmr at macports.org Sat May 30 06:45:02 2009 From: jmr at macports.org (Joshua Root) Date: Sat, 30 May 2009 23:45:02 +1000 Subject: docbook-xml In-Reply-To: <4745663C-93E8-4764-85EE-DF8D4F0A0DC3@free.fr> References: <4A213468.2040604@macports.org> <4745663C-93E8-4764-85EE-DF8D4F0A0DC3@free.fr> Message-ID: <4A21385E.4010300@macports.org> On 2009-5-30 23:34, Thomas De Contes wrote: > > Le 30 mai 09 ? 15:28, Joshua Root a ?crit : > >> On 2009-5-30 22:55, Thomas De Contes wrote: >>> hi :-) >>> >>> why isn't docbook-xml deactivated, when it is upgraded ? >> >> Upgrading docbook-xml works the same as upgrading any other port, as far >> as I am aware. You'll need to describe what is happening, and how it >> differs from what you think should happen, in more detail. > > + port installed > The following ports are currently installed: > ... > curl @7.19.4_0 > curl @7.19.5_0 (active) > db44 @4.4.20_1+darwin_8 (active) > db46 @4.6.21_5 (active) > docbook-xml @5.0_0 (active) > docbook-xml-4.1.2 @4.1.2_1 (active) > docbook-xml-4.2 @4.2_0 (active) > docbook-xml-4.3 @4.3_0 (active) > docbook-xml-4.4 @4.4_0 (active) > docbook-xml-4.5 @4.5_0 (active) > docbook-xml-5.0 @5.0_0 (active) > docbook-xsl @1.74.3_0 > docbook-xsl @1.75.0_0 (active) > > > is it sufficient ? You only have one version of docbook-xml installed there. docbook-xml-4.1.2, docbook-xml-4.2 etc are separate ports. - Josh From d.l.tDeContes at free.fr Sat May 30 06:47:05 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 30 May 2009 15:47:05 +0200 Subject: python25 In-Reply-To: <49FCA592.90403@macports.org> References: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr> <49F472A6.7030307@macports.org> <49F47BED.5010708@macports.org> <5D2365F4-3631-48A7-A993-C357EE516F13@macports.org> <49FC738D.3090305@macports.org> <138F1380-C23C-431F-8E97-65B4D155C370@free.fr> <49FCA592.90403@macports.org> Message-ID: <008AB901-2C56-41EA-BF89-02D2ACF38FA3@free.fr> Le 2 mai 09 ? 21:57, Joshua Root a ?crit : > Thomas De Contes wrote: >> last annoying thing (i hope) : >> Error: Target org.macports.activate returned: can't create directory >> "/Applications/MacPorts": permission denied >> >> is there a way to set an other path than /Applications/MacPorts >> please ? >> like with "./configure --prefix=" > > If you run `./configure --help` you will see the --with- > applications-dir > option. thank you :-) i find help not explicit enough, about what each option is used for i can't confirm that it works, because it tries to Activate the aleady compiled python25, despite the fact that i recompiled MacPorts with differents options on top of that, it don't want to recompile python25 even if i do "port clean python25" before ! what should i do ? -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From brad at pixilla.com Sat May 30 06:57:04 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 30 May 2009 06:57:04 -0700 Subject: echo ports env vars Message-ID: <2EB16ACD-D647-4C8D-8C2E-0AB3069A0C06@pixilla.com> Is there a port function to echo env vars? //Brad From d.l.tDeContes at free.fr Sat May 30 07:22:29 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 30 May 2009 16:22:29 +0200 Subject: docbook-xml In-Reply-To: <4A21385E.4010300@macports.org> References: <4A213468.2040604@macports.org> <4745663C-93E8-4764-85EE-DF8D4F0A0DC3@free.fr> <4A21385E.4010300@macports.org> Message-ID: Le 30 mai 09 ? 15:45, Joshua Root a ?crit : > On 2009-5-30 23:34, Thomas De Contes wrote: >> >> Le 30 mai 09 ? 15:28, Joshua Root a ?crit : >> >>> On 2009-5-30 22:55, Thomas De Contes wrote: >>>> hi :-) >>>> >>>> why isn't docbook-xml deactivated, when it is upgraded ? >>> >>> Upgrading docbook-xml works the same as upgrading any other port, >>> as far >>> as I am aware. You'll need to describe what is happening, and how it >>> differs from what you think should happen, in more detail. >> >> + port installed >> The following ports are currently installed: >> ... >> curl @7.19.4_0 >> curl @7.19.5_0 (active) >> db44 @4.4.20_1+darwin_8 (active) >> db46 @4.6.21_5 (active) >> docbook-xml @5.0_0 (active) >> docbook-xml-4.1.2 @4.1.2_1 (active) >> docbook-xml-4.2 @4.2_0 (active) >> docbook-xml-4.3 @4.3_0 (active) >> docbook-xml-4.4 @4.4_0 (active) >> docbook-xml-4.5 @4.5_0 (active) >> docbook-xml-5.0 @5.0_0 (active) >> docbook-xsl @1.74.3_0 >> docbook-xsl @1.75.0_0 (active) >> >> >> is it sufficient ? > > You only have one version of docbook-xml installed there. > docbook-xml-4.1.2, docbook-xml-4.2 etc are separate ports. ok :-) but is it right, that there is all these different ports ? isn't it a design error from the mainainer of all these ports ? -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From jmr at macports.org Sat May 30 07:27:10 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 31 May 2009 00:27:10 +1000 Subject: echo ports env vars In-Reply-To: <2EB16ACD-D647-4C8D-8C2E-0AB3069A0C06@pixilla.com> References: <2EB16ACD-D647-4C8D-8C2E-0AB3069A0C06@pixilla.com> Message-ID: <4A21423E.5080006@macports.org> On 2009-5-30 23:57, Bradley Giesbrecht wrote: > Is there a port function to echo env vars? Tcl makes the environment available as an array called env. So the environment variable FOO can be accessed as $env(FOO). - Josh From ctempleton3 at gmail.com Sat May 30 07:28:20 2009 From: ctempleton3 at gmail.com (Charles A. Templeton III) Date: Sat, 30 May 2009 09:28:20 -0500 Subject: dbus @1.2.12_5 - EOF Address Error Message In-Reply-To: <6a819a10905300726s51224c14wea070344d63ded5@mail.gmail.com> References: <6a819a10905300726s51224c14wea070344d63ded5@mail.gmail.com> Message-ID: <6a819a10905300728w1505cc43r98847acbc964efab@mail.gmail.com> I am running Tiger 10.4.11 and I am getting the following error message: $ dbus-launch EOF in dbus-launch reading address from bus daemon There are a few tickets for dbus on the tracker. But I can't totaly figure out which one is the appropriate ticket. Is there any current way to get past this and have dbus load? -Thanks Charles III -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Sat May 30 07:30:17 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 31 May 2009 00:30:17 +1000 Subject: docbook-xml In-Reply-To: References: <4A213468.2040604@macports.org> <4745663C-93E8-4764-85EE-DF8D4F0A0DC3@free.fr> <4A21385E.4010300@macports.org> Message-ID: <4A2142F9.5040101@macports.org> On 2009-5-31 00:22, Thomas De Contes wrote: > but is it right, that there is all these different ports ? > isn't it a design error from the mainainer of all these ports ? Apparently docbook-xml is not backward compatible, so the older versions are required by some software. Though it's not terribly elegant that everything seems to just depend on the docbook-xml port, which pulls in all of the docbook-xml-X.Y versions. - Josh From d.l.tDeContes at free.fr Sat May 30 08:12:31 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 30 May 2009 17:12:31 +0200 Subject: checking for gcc In-Reply-To: <49FCC9F6.9000909@macports.org> References: <675B1A6E-67F6-4E53-93B6-5C5EB56F7B07@free.fr> <5BCA1EB2-FEC2-4296-A8F9-0A92330D006F@macports.org> <5E8AF47F-A3B2-4FD0-A2AB-8EE7420A59A5@free.fr> <924BD5D8-DB5F-4197-ACAA-1A2035B4A1BC@macports.org> <49FC5405.5000606@macports.org> <0DA2076E-98CA-445E-9853-A72398328D8B@free.fr> <49FCC9F6.9000909@macports.org> Message-ID: Le 3 mai 09 ? 00:32, Rainer M?ller a ?crit : > On 2009-05-02 17:01, Thomas De Contes wrote: >> Le 2 mai 09 ? 16:09, Rainer M?ller a ?crit : >>>> but when i put an other compiler which knows ada in my path, i get >>>> configure: error: Could not locate a working Objective-C runtime. >>>> so it would be nice to do it, so i won't have to change my path >>>> every >>>> time :-) >>> Please file a ticket against the port for which this happens. It >>> has to >>> be patched to adhere CC from the environment (or configure call) >>> instead >>> of calling gcc directly. >> >> it *is* MacPorts, not a Port > > So it is your task to point it to a working compiler with Objective-C > support in the environment or pass it to configure. see below > >> rsync -azv rsync://rsync.macports.org/release/base/ macports/ >> cd macports/ >> ./configure --enable-readline --prefix=/Users/thomas/Documents/prgm/ >> bin/autoinstall/macports --with-install-user=thomas --with-install- >> group=thomas >> >> curiously, the problem doesn't happen when i do >> port selfupdate > > port probably removed the path to the non-working compiler from > PATH by > applying its own binpath. ok, thank you :-) > >> [...] > >>> MacPorts just requires any C compiler to compile and does not limit >>> this >>> to /usr/bin/gcc-4.0. I don't see a reason to do so. >> >> i think it's bad, i explained why > > It works fine with the default on both Tiger and Leopard. If you make > customizations I assume you would also have the knowledge to get > MacPorts compiling with your custom settings. well, regarding what Ryan Schmidt wrote ... Le 26 avr. 09 ? 22:27, Ryan Schmidt a ?crit : >>> We do not want to increase the testing burden even further by >>> allowing users to compile ports with a different compiler than >>> the one the port author tested with. For this reason, MacPorts >>> instructs ports to ignore what the user has gcc_selected'ed and >>> instead to use a specific compiler on specific OS versions (3.3 >>> on Panther, 4.0 on Tiger and Leopard). Individual ports can >>> override this if it's necessary for those ports, but users are >>> not supposed to override this. >> >> i fully (i think) understand this :-) >> >> and i see 2 options : >> >> 1 >> don't constraint anyone to use /usr/bin/gcc-4.0 and nothing else >> of course, you support only /usr/bin/gcc-4.0 and nothing else, and >> port authors don't have any more test to make >> just, you don't restrict it "physically" :-) >> and you could write a big big warning at time of building MacPorts >> itself >> >> 2 >> once i've understood "the mechanism", i was surprised that >> building MacPorts itself worked fine, without even a warning ! >> i would expect that MacPorts refuse to build, saying it need /usr/ >> bin/gcc-4.0 (even if it doesn't need it for itself, regarding to >> the default settings for ports) >> >> >> the 1 is the best from my point of view (it's the most >> "adaptable"), but there is probably a lot of changes to do, for >> not enough advantages >> but i think that the 2 is realist, what do you think about it ? :-) > > I do not want (1). I do not want users to change the compiler. I > can see no reason to do so. It can only cause problems -- problems > which some users will inevitably write to the list for help with, > thus increasing our burden to help people and reducing the time we > have available to help with other problems. > > Regarding (2), MacPorts base does not complain about gcc 3.3 simply > because nobody has added code to do so. Actually, it should not > complain; should just use /usr/bin/gcc-4.0 (on Tiger and Leopard) > regardless of what has been gcc_select'ed, but again nobody has yet > added code to do so. I do not know if there is any real problem > with compiling MacPorts base with gcc 3.3 on Tiger or Leopard. > Certainly, MacPorts base has to be compiled with gcc 3.3 on Panther > and it works there. ... i don't understand why you prefer (1) for MacPorts itself since Ryan Schmidt uses (2) for ports, i don't see what kind of avantage you get using (1) for MacPorts itself i fully understand Ryan's choice, and finally I agree with him what aren't you agreement in what he said with ? and anyway, i find that it's better to have MacPorts homogeneous, between itself and its ports, don't you think ? -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From raimue at macports.org Sat May 30 08:40:51 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 30 May 2009 17:40:51 +0200 Subject: checking for gcc In-Reply-To: References: <675B1A6E-67F6-4E53-93B6-5C5EB56F7B07@free.fr> <5BCA1EB2-FEC2-4296-A8F9-0A92330D006F@macports.org> <5E8AF47F-A3B2-4FD0-A2AB-8EE7420A59A5@free.fr> <924BD5D8-DB5F-4197-ACAA-1A2035B4A1BC@macports.org> <49FC5405.5000606@macports.org> <0DA2076E-98CA-445E-9853-A72398328D8B@free.fr> <49FCC9F6.9000909@macports.org> Message-ID: <4A215383.9080301@macports.org> On 2009-05-30 17:12, Thomas De Contes wrote: [...] > ... i don't understand why you prefer (1) for MacPorts itself > > since Ryan Schmidt uses (2) for ports, i don't see what kind of > avantage you get using (1) for MacPorts itself It allows to build base with another compiler and it makes it more portable. > i fully understand Ryan's choice, and finally I agree with him > what aren't you agreement in what he said with ? As I explained in my previous mail ... > and anyway, i find that it's better to have MacPorts homogeneous, > between itself and its ports, don't you think ? ... I still see no reason to restrict building MacPorts itself to a specific compiler. Users building MacPorts from source are expected to know what they are doing. Having MacPorts installation with a different prefix in PATH during configure might fail anyway if certain ports are installed (e.g. tcl). Therefore, use a clean environment with the system's default PATH if you don't want to use MacPorts for that. Rainer From jeremyhu at macports.org Sat May 30 10:35:33 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Sat, 30 May 2009 10:35:33 -0700 Subject: subversion on 10.4 In-Reply-To: References: Message-ID: <8ED3D3FF-F407-4028-8086-B80DA769144D@macports.org> Have you filed a bug report? What's the ticket number? Can you copy/ paste the compilation error? On May 30, 2009, at 06:06, Thomas De Contes wrote: > hi :-) > > > could somebody help subversion maintainer to make it compile on 10.4 > please ? > > it's all the more annoying that there is no subversion at all in > 10.4, contrary to 10.5 > > > -- > T?l?assistance / T?l?maintenance > http://www.portparallele.com/ThomasDECONTES/ > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From ryandesign at macports.org Sat May 30 11:35:10 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 30 May 2009 13:35:10 -0500 Subject: subversion on 10.4 In-Reply-To: References: Message-ID: <7FEB6D78-51E7-4E17-9165-ACFF789982E9@macports.org> On May 30, 2009, at 08:06, Thomas De Contes wrote: > could somebody help subversion maintainer to make it compile on > 10.4 please ? > > it's all the more annoying that there is no subversion at all in > 10.4, contrary to 10.5 I have no problem compiling Subversion on Mac OS X 10.4. What problem are you experiencing? I know there was a problem compiling 1.6.x while 1.5.x is active. The workaround is to deactivate or uninstall 1.5.x and then clean and install 1.6.x. From mcalhoun at macports.org Sat May 30 11:47:21 2009 From: mcalhoun at macports.org (Marcus Calhoun-Lopez) Date: Sat, 30 May 2009 18:47:21 +0000 (UTC) Subject: dbus =?utf-8?b?QDEuMi4xMl81?= - EOF Address Error Message References: <6a819a10905300726s51224c14wea070344d63ded5@mail.gmail.com> <6a819a10905300728w1505cc43r98847acbc964efab@mail.gmail.com> Message-ID: Charles A. Templeton III gmail.com> writes: > I am running Tiger 10.4.11 and I am getting the following error message: > $ dbus-launch > EOF in dbus-launch reading address from bus daemon > There are a few tickets for dbus on the tracker. > But I can't totaly figure out which one is the appropriate ticket. > Is there any current way to get past this and have dbus load? Since dbus uses launchd to start dbus-daemon, you should no longer have to call dbus-launch. The two instances of dbus-daemon should start automatically. -Marcus From ryandesign at macports.org Sat May 30 11:49:11 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 30 May 2009 13:49:11 -0500 Subject: python25 In-Reply-To: <008AB901-2C56-41EA-BF89-02D2ACF38FA3@free.fr> References: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr> <49F472A6.7030307@macports.org> <49F47BED.5010708@macports.org> <5D2365F4-3631-48A7-A993-C357EE516F13@macports.org> <49FC738D.3090305@macports.org> <138F1380-C23C-431F-8E97-65B4D155C370@free.fr> <49FCA592.90403@macports.org> <008AB901-2C56-41EA-BF89-02D2ACF38FA3@free.fr> Message-ID: On May 30, 2009, at 08:47, Thomas De Contes wrote: > Le 2 mai 09 ? 21:57, Joshua Root a ?crit : > >> Thomas De Contes wrote: >> >>> is there a way to set an other path than /Applications/MacPorts >>> please ? >>> like with "./configure --prefix=" >> >> If you run `./configure --help` you will see the --with- >> applications-dir >> option. > > thank you :-) > i find help not explicit enough, about what each option is used for You can also read the Guide: http://guide.macports.org/chunked/internals.configuration-files.html > i can't confirm that it works, > because it tries to Activate the aleady compiled python25, despite > the fact that i recompiled MacPorts with differents options Then you will need to uninstall that python25 and recompile it. Note that you don't need to recompile MacPorts to change applications_dir or most of the other variables. All it does when you use --with-applications-dir is that it writes the value of that argument to the macports.conf file. So you can edit that file yourself later to change the values. > on top of that, it don't want to recompile python25 even if i do > "port clean python25" before ! > what should i do ? Since the port is already installed (though not activated), you need to uninstall it in order to get it to recompile. From kalounet at gmail.com Sat May 30 12:12:06 2009 From: kalounet at gmail.com (Kal) Date: Sat, 30 May 2009 21:12:06 +0200 Subject: Using mplayer through Finder Message-ID: <6b32980b0905301212w1ef1e0d9pf1bc603176f7b7e3@mail.gmail.com> Hi, I've installed mplayer-svn with MacPorts. However, I can use mplayer only through terminal. I can't launch a movie with mplayer when i'm using Finder. It's impossible to associate mplayer to an AVI file. Is there a trick to get video files associeted with mplyer binary file ? Cheers -- Kal -------------- next part -------------- An HTML attachment was scrubbed... URL: From d.l.tDeContes at free.fr Sat May 30 13:33:09 2009 From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=) Date: Sat, 30 May 2009 22:33:09 +0200 Subject: subversion on 10.4 In-Reply-To: <7FEB6D78-51E7-4E17-9165-ACFF789982E9@macports.org> References: <7FEB6D78-51E7-4E17-9165-ACFF789982E9@macports.org> Message-ID: <83E18B9A-23AA-41A3-88EB-7572FC212DFB@free.fr> Le 30 mai 09 ? 20:35, Ryan Schmidt a ?crit : > On May 30, 2009, at 08:06, Thomas De Contes wrote: > >> could somebody help subversion maintainer to make it compile on >> 10.4 please ? >> >> it's all the more annoying that there is no subversion at all in >> 10.4, contrary to 10.5 > > I have no problem compiling Subversion on Mac OS X 10.4. What > problem are you experiencing? I believed that the problem was in the build operation do you know why this error happens when upgrade but not when install ? isn't build operation the same ? > > I know there was a problem compiling 1.6.x while 1.5.x is active. also with 1.4.x > The workaround is to deactivate or uninstall 1.5.x and then clean > and install 1.6.x. thank you :-) -- T?l?assistance / T?l?maintenance http://www.portparallele.com/ThomasDECONTES/ From ctempleton3 at gmail.com Sat May 30 20:24:49 2009 From: ctempleton3 at gmail.com (Charles A. Templeton III) Date: Sat, 30 May 2009 22:24:49 -0500 Subject: --enable-gnome not selected on dia Port Message-ID: <6a819a10905302024u7dfca267k45112eb4a570248e@mail.gmail.com> Dia is installed with the gnome +office variant. But if you look at the configure args --enable-gnome isn't passed to configure. Does anybody know if there is a reason for this? -Charles III -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Sat May 30 22:09:54 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 31 May 2009 15:09:54 +1000 Subject: echo ports env vars In-Reply-To: <4C0BE542-11EC-4AEE-BC2D-864255FDAC62@pixilla.com> References: <2EB16ACD-D647-4C8D-8C2E-0AB3069A0C06@pixilla.com> <4A21423E.5080006@macports.org> <59BC4974-A3D9-4E5F-B1A5-ED2FE82B7E46@pixilla.com> <4A214B8C.5020702@macports.org> <4C0BE542-11EC-4AEE-BC2D-864255FDAC62@pixilla.com> Message-ID: <4A221122.70706@macports.org> On 2009-5-31 06:56, Bradley Giesbrecht wrote: > On May 30, 2009, at 8:06 AM, Joshua Root wrote: > >> On 2009-5-31 00:36, Bradley Giesbrecht wrote: >> Why do you need such a command? > > To know what $env has to offer when building a Portfile. What do you plan to do with that information? I'm having a hard time coming up with a use case where that's a good idea. - Josh From ryandesign at macports.org Sat May 30 22:28:46 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 31 May 2009 00:28:46 -0500 Subject: subversion on 10.4 In-Reply-To: <83E18B9A-23AA-41A3-88EB-7572FC212DFB@free.fr> References: <7FEB6D78-51E7-4E17-9165-ACFF789982E9@macports.org> <83E18B9A-23AA-41A3-88EB-7572FC212DFB@free.fr> Message-ID: On May 30, 2009, at 15:33, Thomas De Contes wrote: > Le 30 mai 09 ? 20:35, Ryan Schmidt a ?crit : > >> On May 30, 2009, at 08:06, Thomas De Contes wrote: >> >>> could somebody help subversion maintainer to make it compile on >>> 10.4 please ? >>> >>> it's all the more annoying that there is no subversion at all in >>> 10.4, contrary to 10.5 >> >> I have no problem compiling Subversion on Mac OS X 10.4. What >> problem are you experiencing? > > I believed that the problem was in the build operation > > do you know why this error happens when upgrade but not when install ? > isn't build operation the same ? Subversion needs to link to other libraries, such as apr and neon, which were also installed with MacPorts. One way to do this is to add -I/opt/local/include to the CPPFLAGS variable and -L/opt/local/lib to the LDFLAGS variable. Since many ports have this need, MacPorts does this automatically for all ports. But Subversion is composed of several libraries which are based on each other. For example, libsvn_delta depends on libsvn_subr. When Subversion is being built, libsvn_subr is built first, then some time later libsvn_delta is built and is supposed to be linked with the new version of libsvn_subr that was just built but has not yet been installed. But because of the -L/opt/local/lib directive, it tries erroneously to link the new libsvn_delta library with the old libsvn_subr that is in /opt/local/lib instead of the one that was just built. The old version of libsvn_subr does not have the capabilities the new version of libsvn_delta requires and so an error occurs. By deactivating the old version of subversion first, you remove the old libraries from / opt/local/lib and thus prevent the problem. >> I know there was a problem compiling 1.6.x while 1.5.x is active. > > also with 1.4.x Right, I wouldn't be surprised if the issue exists compiling 1.6.x while any version earlier than 1.6.0 is active, but I have not tested other than the last 1.5.x version. >> The workaround is to deactivate or uninstall 1.5.x and then clean >> and install 1.6.x. > > thank you :-) Did that work for you? If not, please post the error you got. From ryandesign at macports.org Sat May 30 22:41:00 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 31 May 2009 00:41:00 -0500 Subject: gnutls-devel? In-Reply-To: <200905300628.28351.jsimmons@goblin.punk.net> References: <200905290644.21821.jsimmons@goblin.punk.net> <200905292102.35994.jsimmons@goblin.punk.net> <4A20BD5D.2030203@macports.org> <200905300628.28351.jsimmons@goblin.punk.net> Message-ID: <64F55D2C-97BE-42DB-8C3F-7EBB9E7AA8AD@macports.org> On May 30, 2009, at 08:28, Jeff Simmons wrote: > On Friday 29 May 2009 22:00, Joshua Root wrote: > >> You need to pass -I/opt/local/include in CPPFLAGS (or possibly in >> CFLAGS >> if it doesn't respect CPPFLAGS). GCC actually works this way on all >> platforms. :-) > > Either of these crashes the ./configure script with a message "C > compiler > cannot create executables". We may have a bug here. Have a look in the config.log. Maybe it says something more about why the compiler failed. You could also send it here if you like. From ajmas at sympatico.ca Sat May 30 23:33:13 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Sun, 31 May 2009 02:33:13 -0400 Subject: Issues upgrading to subversion 1.6.2 on PPC system (10.4.x) Message-ID: Hi, I am trying to upgrade the version of subversion on my machine (PowerMac G4), but I am getting this issue: -util.lo -c subversion/libsvn_fs_util/fs-util.c cd subversion/libsvn_fs_util && /bin/sh /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_subversion/work/subversion-1.6.2/ libtool --tag=CC --silent --mode=link /usr/bin/gcc-4.0 -O2 -L/opt/ local/lib -L/opt/local/lib/db46 -L/opt/local/lib -L/opt/local/lib - rpath /opt/local/lib -o libsvn_fs_util-1.la fs-util.lo ../../ subversion/libsvn_subr/libsvn_subr-1.la /opt/local/lib/ libaprutil-1.la -ldb-4.6 -lexpat -liconv /opt/local/lib/libapr-1.la - lpthread -lintl -framework Security -framework CoreFoundation - framework CoreServices cd subversion/libsvn_fs_fs && /bin/sh /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_devel_subversion/work/subversion-1.6.2/ libtool --tag=CC --silent --mode=link /usr/bin/gcc-4.0 -O2 -L/opt/ local/lib -L/opt/local/lib/db46 -L/opt/local/lib -L/opt/local/lib - rpath /opt/local/lib -o libsvn_fs_fs-1.la caching.lo dag.lo err.lo fs.lo fs_fs.lo id.lo key-gen.lo lock.lo rep-cache.lo tree.lo ../../ subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/ libsvn_subr-1.la /opt/local/lib/libaprutil-1.la -ldb-4.6 -lexpat - liconv /opt/local/lib/libapr-1.la -lpthread ../../subversion/ libsvn_fs_util/libsvn_fs_util-1.la -lintl -framework Security - framework CoreFoundation -framework CoreServices ld: Undefined symbols: _svn_error__malfunction referenced from libsvn expected to be defined in libsvn _svn_checksum_ctx_create referenced from libsvn expected to be defined in libsvn _svn_checksum_final referenced from libsvn expected to be defined in libsvn _svn_checksum_update referenced from libsvn expected to be defined in libsvn /usr/bin/libtool: internal link edit command failed make: *** [subversion/libsvn_fs_fs/libsvn_fs_fs-1.la] Error 1 Error: Unable to upgrade port: 1 zanniati:/repositories/realbusinesses ajmas$ sudo update libsvn usage: update [normal_interval [power_saving_interval]] I have done a "port selfupdate" and then reattempted, but nothing. I even tried a "port clean subversion", but that does not help either. Any ideas? Andr?-John From ryandesign at macports.org Sat May 30 23:58:08 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 31 May 2009 01:58:08 -0500 Subject: Issues upgrading to subversion 1.6.2 on PPC system (10.4.x) In-Reply-To: References: Message-ID: <70499D41-1409-4532-99AB-BD27FDCD578D@macports.org> On May 31, 2009, at 01:33, Andre-John Mas wrote: > I am trying to upgrade the version of subversion on my machine > (PowerMac G4), but I am getting this issue: > > -util.lo -c subversion/libsvn_fs_util/fs-util.c > cd subversion/libsvn_fs_util && /bin/sh /opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _subversion/work/subversion-1.6.2/libtool --tag=CC --silent -- > mode=link /usr/bin/gcc-4.0 -O2 -L/opt/local/lib -L/opt/ > local/lib/db46 -L/opt/local/lib -L/opt/local/lib -rpath /opt/local/ > lib -o libsvn_fs_util-1.la fs-util.lo ../../subversion/libsvn_subr/ > libsvn_subr-1.la /opt/local/lib/libaprutil-1.la -ldb-4.6 -lexpat - > liconv /opt/local/lib/libapr-1.la -lpthread -lintl -framework > Security -framework CoreFoundation -framework CoreServices > cd subversion/libsvn_fs_fs && /bin/sh /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _subversion/work/subversion-1.6.2/libtool --tag=CC --silent -- > mode=link /usr/bin/gcc-4.0 -O2 -L/opt/local/lib -L/opt/ > local/lib/db46 -L/opt/local/lib -L/opt/local/lib -rpath /opt/local/ > lib -o libsvn_fs_fs-1.la caching.lo dag.lo err.lo fs.lo fs_fs.lo > id.lo key-gen.lo lock.lo rep-cache.lo tree.lo ../../subversion/ > libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/ > libsvn_subr-1.la /opt/local/lib/libaprutil-1.la -ldb-4.6 -lexpat - > liconv /opt/local/lib/libapr-1.la -lpthread ../../subversion/ > libsvn_fs_util/libsvn_fs_util-1.la -lintl -framework Security - > framework CoreFoundation -framework CoreServices > ld: Undefined symbols: > _svn_error__malfunction referenced from libsvn expected to be > defined in libsvn > _svn_checksum_ctx_create referenced from libsvn expected to be > defined in libsvn > _svn_checksum_final referenced from libsvn expected to be defined > in libsvn > _svn_checksum_update referenced from libsvn expected to be defined > in libsvn > /usr/bin/libtool: internal link edit command failed > make: *** [subversion/libsvn_fs_fs/libsvn_fs_fs-1.la] Error 1 > > Error: Unable to upgrade port: 1 > zanniati:/repositories/realbusinesses ajmas$ sudo update libsvn > usage: update [normal_interval [power_saving_interval]] > > > I have done a "port selfupdate" and then reattempted, but nothing. > I even tried a "port clean subversion", but that does not help either. Deactivate the old version of subversion that you have installed, then clean subversion. sudo port deactivate subversion sudo port clean subversion sudo port install subversion Then it should work. If you want to know why: http://lists.macosforge.org/pipermail/macports-users/2009-May/ 015385.html From ryandesign at macports.org Sat May 30 23:59:03 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 31 May 2009 01:59:03 -0500 Subject: Upgrade errors. In-Reply-To: <64B80BA8-2256-4EC0-B791-85CDE319893D@comcast.net> References: <1BBBF0D8-53B2-4D00-85F4-CC21A2CD3283@comcast.net> <20090529053629.GF66423@ninagal.withay.com> <28BC69CE-FF40-4815-95B2-26570367A2F9@macports.org> <64B80BA8-2256-4EC0-B791-85CDE319893D@comcast.net> Message-ID: <529F9FEF-3D94-4C18-9B01-7AFF66F42E8B@macports.org> On May 29, 2009, at 23:26, Frank J. R. Hanstick wrote: > On May 29, 2009, at 11:46 AM, Ryan Schmidt wrote: > >> On May 29, 2009, at 12:49, Frank J. R. Hanstick wrote: >> >>>>> Error: No port perl5.9 found. >>>>> Error: No port render found. >>>>> Error: No port render found. >> >>> It seems that I did this once before to clear up these problems, >>> so why are they back? Some previous upgrade must have >>> reinstalled these items since the last clearing of the problem. >> >> The ports no longer exist so they cannot have been reinstalled. >> >> But possibly, back when they did exist, you installed a port which >> depended on them, and that dependency is still noted in your >> registry. You should identify which ports those are, and forcibly >> rebuild them, to get them to record its dependencies correctly. e.g.: >> >> sudo port -nf upgrade whateverport > > Except that once the ports were removed by the actions taken, they > only way they could have come back is if the earlier installed > ports were upgraded and reloaded them. It still does not make any > sense. Which "actions taken"? Which ports did you rebuild? From ajmas at sympatico.ca Sun May 31 00:05:18 2009 From: ajmas at sympatico.ca (Andre-John Mas) Date: Sun, 31 May 2009 03:05:18 -0400 Subject: Issues upgrading to subversion 1.6.2 on PPC system (10.4.x) In-Reply-To: References: Message-ID: On 31-May-2009, at 02:33, Andre-John Mas wrote: > Hi, > > I am trying to upgrade the version of subversion on my machine > (PowerMac G4), but I am getting this issue: > > -util.lo -c subversion/libsvn_fs_util/fs-util.c > cd subversion/libsvn_fs_util && /bin/sh /opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_devel_subversion/work/subversion-1.6.2/ > libtool --tag=CC --silent --mode=link /usr/bin/gcc-4.0 -O2 -L/ > opt/local/lib -L/opt/local/lib/db46 -L/opt/local/lib -L/opt/local/ > lib -rpath /opt/local/lib -o libsvn_fs_util-1.la fs-util.lo ../../ > subversion/libsvn_subr/libsvn_subr-1.la /opt/local/lib/ > libaprutil-1.la -ldb-4.6 -lexpat -liconv /opt/local/lib/libapr-1.la > -lpthread -lintl -framework Security -framework CoreFoundation - > framework CoreServices > cd subversion/libsvn_fs_fs && /bin/sh /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_devel_subversion/work/subversion-1.6.2/ > libtool --tag=CC --silent --mode=link /usr/bin/gcc-4.0 -O2 -L/ > opt/local/lib -L/opt/local/lib/db46 -L/opt/local/lib -L/opt/local/ > lib -rpath /opt/local/lib -o libsvn_fs_fs-1.la caching.lo dag.lo > err.lo fs.lo fs_fs.lo id.lo key-gen.lo lock.lo rep-cache.lo > tree.lo ../../subversion/libsvn_delta/libsvn_delta-1.la ../../ > subversion/libsvn_subr/libsvn_subr-1.la /opt/local/lib/ > libaprutil-1.la -ldb-4.6 -lexpat -liconv /opt/local/lib/libapr-1.la > -lpthread ../../subversion/libsvn_fs_util/libsvn_fs_util-1.la - > lintl -framework Security -framework CoreFoundation -framework > CoreServices > ld: Undefined symbols: > _svn_error__malfunction referenced from libsvn expected to be > defined in libsvn > _svn_checksum_ctx_create referenced from libsvn expected to be > defined in libsvn > _svn_checksum_final referenced from libsvn expected to be defined in > libsvn > _svn_checksum_update referenced from libsvn expected to be defined > in libsvn > /usr/bin/libtool: internal link edit command failed > make: *** [subversion/libsvn_fs_fs/libsvn_fs_fs-1.la] Error 1 > > Error: Unable to upgrade port: 1 > zanniati:/repositories/realbusinesses ajmas$ sudo update libsvn > usage: update [normal_interval [power_saving_interval]] > > > I have done a "port selfupdate" and then reattempted, but nothing. I > even tried a "port clean subversion", but that does not help either. Looks like this is known issue: http://trac.macports.org/ticket/18937 It looks like the work around is to deactivate subversion during an upgrade. Andr?-John From kalounet at gmail.com Sun May 31 08:26:07 2009 From: kalounet at gmail.com (Kal) Date: Sun, 31 May 2009 17:26:07 +0200 Subject: Using mplayer through Finder In-Reply-To: <6b32980b0905301212w1ef1e0d9pf1bc603176f7b7e3@mail.gmail.com> References: <6b32980b0905301212w1ef1e0d9pf1bc603176f7b7e3@mail.gmail.com> Message-ID: <6b32980b0905310826nc47c855gf1a7b7b82cd39f2e@mail.gmail.com> Nobody knows ? :-/ There should be a trick, like building a .app file si it can be associated to video files in Finder... On Sat, May 30, 2009 at 9:12 PM, Kal wrote: > Hi, > > I've installed mplayer-svn with MacPorts. However, I can use mplayer only > through terminal. I can't launch a movie with mplayer when i'm using Finder. > It's impossible to associate mplayer to an AVI file. Is there a trick to get > video files associeted with mplyer binary file ? > > Cheers > -- > Kal > -- Kal -------------- next part -------------- An HTML attachment was scrubbed... URL: From jsimmons at goblin.punk.net Sun May 31 08:30:59 2009 From: jsimmons at goblin.punk.net (Jeff Simmons) Date: Sun, 31 May 2009 08:30:59 -0700 Subject: gnutls-devel? In-Reply-To: <64F55D2C-97BE-42DB-8C3F-7EBB9E7AA8AD@macports.org> References: <200905290644.21821.jsimmons@goblin.punk.net> <200905300628.28351.jsimmons@goblin.punk.net> <64F55D2C-97BE-42DB-8C3F-7EBB9E7AA8AD@macports.org> Message-ID: <200905310830.59546.jsimmons@goblin.punk.net> On Saturday 30 May 2009 22:41, Ryan Schmidt wrote: > On May 30, 2009, at 08:28, Jeff Simmons wrote: > > On Friday 29 May 2009 22:00, Joshua Root wrote: > >> You need to pass -I/opt/local/include in CPPFLAGS (or possibly in > >> CFLAGS > >> if it doesn't respect CPPFLAGS). GCC actually works this way on all > >> platforms. :-) > > > > Either of these crashes the ./configure script with a message "C > > compiler > > cannot create executables". We may have a bug here. > > Have a look in the config.log. Maybe it says something more about why > the compiler failed. You could also send it here if you like. It's pretty simple: configure:2331: checking for C compiler default output file name configure:2358: gcc -l/opt/local/include -L/opt/local/lib conftest.c >&5 ld: library not found for -l/opt/local/include collect2: ld returned 1 exit status configure:2361: $? = 1 configure:2399: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2406: error: C compiler cannot create executables See `config.log' for more details. Huh? (Disclaimer: I have only a rudimentary knowledge of C.) -- Jeff Simmons jsimmons at goblin.punk.net Simmons Consulting - Network Engineering, Administration, Security "You guys, I don't hear any noise. Are you sure you're doing it right?" -- My Life With The Thrill Kill Kult From jmr at macports.org Sun May 31 09:09:31 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 01 Jun 2009 02:09:31 +1000 Subject: gnutls-devel? In-Reply-To: <200905310830.59546.jsimmons@goblin.punk.net> References: <200905290644.21821.jsimmons@goblin.punk.net> <200905300628.28351.jsimmons@goblin.punk.net> <64F55D2C-97BE-42DB-8C3F-7EBB9E7AA8AD@macports.org> <200905310830.59546.jsimmons@goblin.punk.net> Message-ID: <4A22ABBB.10106@macports.org> On 2009-6-1 01:30, Jeff Simmons wrote: > On Saturday 30 May 2009 22:41, Ryan Schmidt wrote: >> On May 30, 2009, at 08:28, Jeff Simmons wrote: >>> On Friday 29 May 2009 22:00, Joshua Root wrote: >>>> You need to pass -I/opt/local/include in CPPFLAGS (or possibly in >>>> CFLAGS >>>> if it doesn't respect CPPFLAGS). GCC actually works this way on all >>>> platforms. :-) >>> Either of these crashes the ./configure script with a message "C >>> compiler >>> cannot create executables". We may have a bug here. >> Have a look in the config.log. Maybe it says something more about why >> the compiler failed. You could also send it here if you like. > > It's pretty simple: > > configure:2331: checking for C compiler default output file name > configure:2358: gcc -l/opt/local/include -L/opt/local/lib conftest.c > >&5 > ld: library not found for -l/opt/local/include You typed l (for library) when you should have typed I (for include). - Josh From jsimmons at goblin.punk.net Sun May 31 10:54:06 2009 From: jsimmons at goblin.punk.net (Jeff Simmons) Date: Sun, 31 May 2009 10:54:06 -0700 Subject: gnutls-devel? In-Reply-To: <4A22ABBB.10106@macports.org> References: <200905290644.21821.jsimmons@goblin.punk.net> <200905310830.59546.jsimmons@goblin.punk.net> <4A22ABBB.10106@macports.org> Message-ID: <200905311054.06015.jsimmons@goblin.punk.net> On Sunday 31 May 2009 09:09, Joshua Root wrote: > On 2009-6-1 01:30, Jeff Simmons wrote: > > On Saturday 30 May 2009 22:41, Ryan Schmidt wrote: > >> On May 30, 2009, at 08:28, Jeff Simmons wrote: > >>> On Friday 29 May 2009 22:00, Joshua Root wrote: > >>>> You need to pass -I/opt/local/include in CPPFLAGS (or possibly in > >>>> CFLAGS > >>>> if it doesn't respect CPPFLAGS). GCC actually works this way on all > >>>> platforms. :-) > >>> > >>> Either of these crashes the ./configure script with a message "C > >>> compiler > >>> cannot create executables". We may have a bug here. > >> > >> Have a look in the config.log. Maybe it says something more about why > >> the compiler failed. You could also send it here if you like. > > > > It's pretty simple: > > > > configure:2331: checking for C compiler default output file name > > configure:2358: gcc -l/opt/local/include -L/opt/local/lib conftest.c > > > > >&5 > > > > ld: library not found for -l/opt/local/include > > You typed l (for library) when you should have typed I (for include). > > - Josh ROTF,LMAO Shoulda gotten a bigger screen laptop. :-) Unfortunately, even after making sure that all the l's, I's, |'s etc. are entered correctly, the make still dies. cd libopenvas_hg && make /bin/sh /usr/local/src/openvas-libraries-2.0.2/libtool --mode=compile gcc -pipe -DHAVE_CONFIG_H -I. -I/usr/local/src/openvas- libraries-2.0.2/include -I/usr/local/include -Wall -I../libopenvas -c hg_utils.c gcc -pipe -DHAVE_CONFIG_H -I. -I/usr/local/src/openvas- libraries-2.0.2/include -I/usr/local/include -Wall -I../libopenvas -c hg_utils.c -fno-common -DPIC -o .libs/hg_utils.o In file included from ../libopenvas/network.h:30, from /usr/local/src/openvas-libraries-2.0.2/include/ libopenvas.h:48, from /usr/local/src/openvas-libraries-2.0.2/include/ includes.h:233, from hg_utils.c:19: /usr/include/gnutls/gnutls.h:63:27: error: gnutls/compat.h: No such file or directory make[1]: *** [hg_utils.o] Error 1 make: *** [all] Error 2 Back to digging around in C files. -- Jeff Simmons jsimmons at goblin.punk.net Simmons Consulting - Network Engineering, Administration, Security "You guys, I don't hear any noise. Are you sure you're doing it right?" -- My Life With The Thrill Kill Kult From ryandesign at macports.org Sun May 31 11:08:16 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 31 May 2009 13:08:16 -0500 Subject: gnutls-devel? In-Reply-To: <200905311054.06015.jsimmons@goblin.punk.net> References: <200905290644.21821.jsimmons@goblin.punk.net> <200905310830.59546.jsimmons@goblin.punk.net> <4A22ABBB.10106@macports.org> <200905311054.06015.jsimmons@goblin.punk.net> Message-ID: On May 31, 2009, at 12:54, Jeff Simmons wrote: > On Sunday 31 May 2009 09:09, Joshua Root wrote: > >> On 2009-6-1 01:30, Jeff Simmons wrote: >> >>> ld: library not found for -l/opt/local/include >> >> You typed l (for library) when you should have typed I (for include). >> >> - Josh > > ROTF,LMAO Shoulda gotten a bigger screen laptop. :-) > > Unfortunately, even after making sure that all the l's, I's, |'s > etc. are > entered correctly, the make still dies. > > cd libopenvas_hg && make > /bin/sh /usr/local/src/openvas-libraries-2.0.2/libtool --mode=compile > gcc -pipe -DHAVE_CONFIG_H -I. -I/usr/local/src/openvas- > libraries-2.0.2/include -I/usr/local/include -Wall -I../libopenvas -c > hg_utils.c > gcc -pipe -DHAVE_CONFIG_H -I. -I/usr/local/src/openvas- > libraries-2.0.2/include -I/usr/local/include -Wall -I../libopenvas -c > hg_utils.c -fno-common -DPIC -o .libs/hg_utils.o > In file included from ../libopenvas/network.h:30, > from /usr/local/src/openvas-libraries-2.0.2/include/ > libopenvas.h:48, > from /usr/local/src/openvas-libraries-2.0.2/include/ > includes.h:233, > from hg_utils.c:19: > /usr/include/gnutls/gnutls.h:63:27: error: gnutls/compat.h: No such > file or directory > make[1]: *** [hg_utils.o] Error 1 > make: *** [all] Error 2 Ok, so it cannot find gnutls/compat.h. The MacPorts gnutls port does provide it in /opt/local/include/gnutls/ compat.h. But you appear to be using gnutls from /usr, not /opt/local. In fact "-I/opt/local/include" does not appear in the above compile lane so it's not even looking in that directory. You also appear to have parts in /usr/local. It would be easier if all the parts were in one place, such as /opt/ local. What is the software you're trying to build again, and why are you not trying to install it using MacPorts? From trog24 at comcast.net Sun May 31 13:03:48 2009 From: trog24 at comcast.net (Frank J. R. Hanstick) Date: Sun, 31 May 2009 13:03:48 -0700 Subject: Upgrade errors. In-Reply-To: <529F9FEF-3D94-4C18-9B01-7AFF66F42E8B@macports.org> References: <1BBBF0D8-53B2-4D00-85F4-CC21A2CD3283@comcast.net> <20090529053629.GF66423@ninagal.withay.com> <28BC69CE-FF40-4815-95B2-26570367A2F9@macports.org> <64B80BA8-2256-4EC0-B791-85CDE319893D@comcast.net> <529F9FEF-3D94-4C18-9B01-7AFF66F42E8B@macports.org> Message-ID: Hello, I have put on this posting forum everything that was rebuilt since the last time the error appeared to indicate what worked and what has not since there were many that have had one problem or another that needed correcting. There have been so many that I do not know for sure which one(s) it would have been. I only know that I reported this some time back, took the steps to correct the problem and now they are back. Is there a way to determine when ports were upgraded last? On May 30, 2009, at 11:59 PM, Ryan Schmidt wrote: > > On May 29, 2009, at 23:26, Frank J. R. Hanstick wrote: > >> On May 29, 2009, at 11:46 AM, Ryan Schmidt wrote: >> >>> On May 29, 2009, at 12:49, Frank J. R. Hanstick wrote: >>> >>>>>> Error: No port perl5.9 found. >>>>>> Error: No port render found. >>>>>> Error: No port render found. >>> >>>> It seems that I did this once before to clear up these >>>> problems, so why are they back? Some previous upgrade must have >>>> reinstalled these items since the last clearing of the problem. >>> >>> The ports no longer exist so they cannot have been reinstalled. >>> >>> But possibly, back when they did exist, you installed a port >>> which depended on them, and that dependency is still noted in >>> your registry. You should identify which ports those are, and >>> forcibly rebuild them, to get them to record its dependencies >>> correctly. e.g.: >>> >>> sudo port -nf upgrade whateverport >> >> Except that once the ports were removed by the actions taken, >> they only way they could have come back is if the earlier >> installed ports were upgraded and reloaded them. It still does >> not make any sense. > > Which "actions taken"? > Which ports did you rebuild? > > Frank J. R. Hanstick trog24 at comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.c.crockett at roadrunner.com Sun May 31 13:03:47 2009 From: m.c.crockett at roadrunner.com (Merton Campbell Crockett) Date: Sun, 31 May 2009 13:03:47 -0700 Subject: Wireshark Build Problems Message-ID: <7A22F928-06D7-4A6D-A134-D43DDC766AAD@roadrunner.com> I've attempted to upgrade Wireshark to the latest version but keep running into the following problem. Does anyone know why this is occurring? checking for RANDR... configure: error: Package requirements (x11 randrproto >= 1.3 xext xextproto xrender renderproto) were not met: No package 'renderproto' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables RANDR_CFLAGS and RANDR_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. Error: The following dependencies failed to build: gtk2 xorg-libXrandr Error: Status 1 encountered during processing. Merton Campbell Crockett m.c.crockett at roadrunner.com From jsimmons at goblin.punk.net Sun May 31 13:13:22 2009 From: jsimmons at goblin.punk.net (Jeff Simmons) Date: Sun, 31 May 2009 13:13:22 -0700 Subject: gnutls-devel? In-Reply-To: References: <200905290644.21821.jsimmons@goblin.punk.net> <200905311054.06015.jsimmons@goblin.punk.net> Message-ID: <200905311313.22777.jsimmons@goblin.punk.net> On Sunday 31 May 2009 11:08, Ryan Schmidt wrote: > Ok, so it cannot find gnutls/compat.h. > > The MacPorts gnutls port does provide it in /opt/local/include/gnutls/ > compat.h. > > But you appear to be using gnutls from /usr, not /opt/local. > > In fact "-I/opt/local/include" does not appear in the above compile > lane so it's not even looking in that directory. > > You also appear to have parts in /usr/local. > > It would be easier if all the parts were in one place, such as /opt/ > local. > > What is the software you're trying to build again, and why are you > not trying to install it using MacPorts? This has got to be some kind of source code bug in OpenVAS. The compiler output shows a series of calls to gcc all similar to this (I moved the source code to /opt/local/src): gcc -pipe -I../ -DHAVE_CONFIG_H -I. -I/opt/local/src/openvas- libraries-2.0.2/include -I/usr/local/include -I/opt/local/include/ glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include - DHAVE_CONFIG_H -g -Wall -c openvas_ssh_login.c -o openvas_ssh_login.o >/dev/null 2>&1 The next time gcc gets called it looks like this: gcc -pipe -DHAVE_CONFIG_H -I. -I/opt/local/src/openvas-libraries-2.0.2/ include -I/usr/local/include -Wall -I../libopenvas -c hg_utils.c -fno- common -DPIC -o .libs/hg_utils.o All the includes but /usr/local/include are gone, and the compiler promptly hits the wall because it can't find gnutls. Can't imagine how that could relate to Mac Ports. Thanks for the help, I've learned a lot about the Mac platform trying to track this down. -- Jeff Simmons jsimmons at goblin.punk.net Simmons Consulting - Network Engineering, Administration, Security "You guys, I don't hear any noise. Are you sure you're doing it right?" -- My Life With The Thrill Kill Kult From hvdwolf at gmail.com Sun May 31 14:21:37 2009 From: hvdwolf at gmail.com (Harry van der Wolf) Date: Sun, 31 May 2009 23:21:37 +0200 Subject: Wireshark Build Problems In-Reply-To: <7A22F928-06D7-4A6D-A134-D43DDC766AAD@roadrunner.com> References: <7A22F928-06D7-4A6D-A134-D43DDC766AAD@roadrunner.com> Message-ID: <8c242c590905311421u472379cu5b814aae864bf7cf@mail.gmail.com> What if you install: xorg-libXrandr and/or xorg-randrproto and/or xrandr? like "sudo port install xorg-libXrandr xorg-randrproto xrandr" It's just a guess from my side Harry 2009/5/31 Merton Campbell Crockett > > I've attempted to upgrade Wireshark to the latest version but keep running > into the following problem. Does anyone know why this is occurring? > > > checking for RANDR... configure: error: Package requirements (x11 > randrproto >= 1.3 xext xextproto xrender renderproto) were not met: > > No package 'renderproto' found > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. > > Alternatively, you may set the environment variables RANDR_CFLAGS > and RANDR_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. > > > Error: The following dependencies failed to build: gtk2 xorg-libXrandr > Error: Status 1 encountered during processing. > > > > > Merton Campbell Crockett > m.c.crockett at roadrunner.com > > > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeremyhu at macports.org Sun May 31 14:27:29 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Sun, 31 May 2009 14:27:29 -0700 Subject: Wireshark Build Problems In-Reply-To: <8c242c590905311421u472379cu5b814aae864bf7cf@mail.gmail.com> References: <7A22F928-06D7-4A6D-A134-D43DDC766AAD@roadrunner.com> <8c242c590905311421u472379cu5b814aae864bf7cf@mail.gmail.com> Message-ID: <4625B781-2631-403C-B288-0EE755638A5E@macports.org> The error is 'renderproto', not randr. You seem to not have the xorg- renderproto port active. gtk2 depends on xorg-libXrandr which depends on xrender which depends on xorg-renderproto On May 31, 2009, at 14:21, Harry van der Wolf wrote: > What if you install: xorg-libXrandr and/or xorg-randrproto and/or > xrandr? > > like "sudo port install xorg-libXrandr xorg-randrproto xrandr" > > It's just a guess from my side > > > Harry > > 2009/5/31 Merton Campbell Crockett > >> >> I've attempted to upgrade Wireshark to the latest version but keep >> running >> into the following problem. Does anyone know why this is occurring? >> >> >> checking for RANDR... configure: error: Package requirements (x11 >> randrproto >= 1.3 xext xextproto xrender renderproto) were not met: >> >> No package 'renderproto' found >> >> Consider adjusting the PKG_CONFIG_PATH environment variable if you >> installed software in a non-standard prefix. >> >> Alternatively, you may set the environment variables RANDR_CFLAGS >> and RANDR_LIBS to avoid the need to call pkg-config. >> See the pkg-config man page for more details. >> >> >> Error: The following dependencies failed to build: gtk2 xorg- >> libXrandr >> Error: Status 1 encountered during processing. >> >> >> >> >> Merton Campbell Crockett >> m.c.crockett at roadrunner.com >> >> >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users From emer at emer.net Sun May 31 14:51:59 2009 From: emer at emer.net (Mark Anderson) Date: Sun, 31 May 2009 17:51:59 -0400 Subject: Using mplayer through Finder In-Reply-To: <6b32980b0905310826nc47c855gf1a7b7b82cd39f2e@mail.gmail.com> References: <6b32980b0905301212w1ef1e0d9pf1bc603176f7b7e3@mail.gmail.com> <6b32980b0905310826nc47c855gf1a7b7b82cd39f2e@mail.gmail.com> Message-ID: <2cf4100f0905311451l3e998e49i18eb4caf8d1f0390@mail.gmail.com> Try using RCDefaultApp: http://www.rubicode.com/Software/RCDefaultApp/ Mark On Sun, May 31, 2009 at 11:26 AM, Kal wrote: > Nobody knows ? :-/ > > There should be a trick, like building a .app file si it can be associated > to video files in Finder... > > > On Sat, May 30, 2009 at 9:12 PM, Kal wrote: > >> Hi, >> >> I've installed mplayer-svn with MacPorts. However, I can use mplayer only >> through terminal. I can't launch a movie with mplayer when i'm using Finder. >> It's impossible to associate mplayer to an AVI file. Is there a trick to get >> video files associeted with mplyer binary file ? >> >> Cheers >> -- >> Kal >> > > > > -- > Kal > > _______________________________________________ > macports-users mailing list > macports-users at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kalounet at gmail.com Sun May 31 15:05:19 2009 From: kalounet at gmail.com (Kal) Date: Mon, 1 Jun 2009 00:05:19 +0200 Subject: Using mplayer through Finder In-Reply-To: <2cf4100f0905311451l3e998e49i18eb4caf8d1f0390@mail.gmail.com> References: <6b32980b0905301212w1ef1e0d9pf1bc603176f7b7e3@mail.gmail.com> <6b32980b0905310826nc47c855gf1a7b7b82cd39f2e@mail.gmail.com> <2cf4100f0905311451l3e998e49i18eb4caf8d1f0390@mail.gmail.com> Message-ID: <6b32980b0905311505u1f555f0fx7f0cee3504d18fba@mail.gmail.com> It doesn't solve my problem : mplayer unix binary is still gray when I want to select it for setting association. Cheers, Kal On Sun, May 31, 2009 at 11:51 PM, Mark Anderson wrote: > Try using RCDefaultApp: http://www.rubicode.com/Software/RCDefaultApp/ > > Mark > > On Sun, May 31, 2009 at 11:26 AM, Kal wrote: > >> Nobody knows ? :-/ >> >> There should be a trick, like building a .app file si it can be associated >> to video files in Finder... >> >> >> On Sat, May 30, 2009 at 9:12 PM, Kal wrote: >> >>> Hi, >>> >>> I've installed mplayer-svn with MacPorts. However, I can use mplayer only >>> through terminal. I can't launch a movie with mplayer when i'm using Finder. >>> It's impossible to associate mplayer to an AVI file. Is there a trick to get >>> video files associeted with mplyer binary file ? >>> >>> Cheers >>> -- >>> Kal >>> >> >> >> >> -- >> Kal >> >> _______________________________________________ >> macports-users mailing list >> macports-users at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at dxradio.demon.co.uk Sun May 31 17:27:34 2009 From: mark at dxradio.demon.co.uk (Mark Hattam) Date: Mon, 1 Jun 2009 01:27:34 +0100 Subject: dovecot 1.1.11 vs 1.1.15 Message-ID: <005B60BC-6E62-48BC-9E4B-56CE6C41B586@dxradio.demon.co.uk> OK ... good to see the version up to date ... only problem is that it doesn't run. Luckily I didn't do the "uninstall inactive" after the "upgrade outdated" which I normally do as a matter of course, so I'm now back on 1.1.11 However, even 1.1.11 didn't work again initially. It seemed to lose access to /opt/local/var/run/dovecot/login so I've chmod'd that to 777 and 1.1.11 is now able to work. However, deactivating that and activating 1.1.15 is still "no joy". Mark From ryandesign at macports.org Sun May 31 22:04:51 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 1 Jun 2009 00:04:51 -0500 Subject: dovecot 1.1.11 vs 1.1.15 In-Reply-To: <005B60BC-6E62-48BC-9E4B-56CE6C41B586@dxradio.demon.co.uk> References: <005B60BC-6E62-48BC-9E4B-56CE6C41B586@dxradio.demon.co.uk> Message-ID: On May 31, 2009, at 19:27, Mark Hattam wrote: > OK ... good to see the version up to date ... only problem is that > it doesn't run. > > Luckily I didn't do the "uninstall inactive" after the "upgrade > outdated" which I normally do as a matter of course, so I'm now > back on 1.1.11 > > However, even 1.1.11 didn't work again initially. > > It seemed to lose access to > /opt/local/var/run/dovecot/login > > so I've chmod'd that to 777 and 1.1.11 is now able to work. > However, deactivating that and activating 1.1.15 is still "no joy". Before deactivating 1.1.11, you stop the server process, yes? And after activating 1.1.15 you try to start the new one? What error message do you get? From ryandesign at macports.org Sun May 31 22:27:08 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 1 Jun 2009 00:27:08 -0500 Subject: gnutls-devel? In-Reply-To: <200905311313.22777.jsimmons@goblin.punk.net> References: <200905290644.21821.jsimmons@goblin.punk.net> <200905311054.06015.jsimmons@goblin.punk.net> <200905311313.22777.jsimmons@goblin.punk.net> Message-ID: <2B85F9C5-0498-4AEB-B84A-1239C149954E@macports.org> On May 31, 2009, at 15:13, Jeff Simmons wrote: >> What is the software you're trying to build again, and why are you >> not trying to install it using MacPorts? > > This has got to be some kind of source code bug in OpenVAS. Perhaps they have never tried to compile on a Mac before. Which part of OpenVAS are you interested in? There seem to be several parts. I was able to create a MacPorts port for openvas-client without difficulty and could commit it for you if that's the part you wanted. I'm having more difficulty with openvas-libraries though, which are required for openvas-server. I will try to report the problems I encountered to the developers of OpenVAS.