Re: installing old version
On Apr 11, 2009, at 22:03, Lenore Horner wrote: FYI: "+no_static" is not a common variant. I was only able to find it in the expat port, and I just removed it; see: http://trac.macports.org/ticket/19280 I'm following the recipe at http://wiki.gnucash.org/wiki/MacOSX/ MacPortsDetail which worked fine the first time. Now various things seem not to be really installing without x11. Will it hurt to have a non-existent variant listed? No, I don't think so. :) ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Goffice fails
I'm trying to install gnucash without x11 (and without any of the online banking stuff). Pango failed, but there is not a patch that at least allows Pango to compile. I don't know whether it breaks something else though. Now Goffice is failing with an error that looks similar to me: looking for *x.h when it's supposed to be +no_x11 +quartz. This is trac issue 18655, but no solution has been posed there in the 6 weeks since the issue was created in trac. Anyone have any idea how important the functions that are supposed to be defined in the missing file are? Can I just skip over them the way the Pango patch does? Lenore ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: installing old version
On Apr 11, 2009, at 20:13 , Ryan Schmidt wrote: On Apr 11, 2009, at 15:56, Lenore Horner wrote: Anyhow, the most recent Pango does not compile (at least not with +no_static +no_x11 -x11 +quartz in /opt/local/etc/macports/ variants.conf ). Is there any way to force the installation of an older version? FYI: "+no_static" is not a common variant. I was only able to find it in the expat port, and I just removed it; see: http://trac.macports.org/ticket/19280 I'm following the recipe at http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail which worked fine the first time. Now various things seem not to be really installing without x11. Will it hurt to have a non-existent variant listed? Lenore ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: patching things
On Apr 11, 2009, at 20:04 , Ryan Schmidt wrote: On Apr 11, 2009, at 16:09, Lenore Horner wrote: I was wrong about Pango being dead. Someone suggested a patch and I forgot because I didn't know what to do with it. So, if a patch exists from outside MacPorts, how to I get it into MacPorts and use it? Download the text version of the patch here: http://git.gnome.org/cgit/pango/patch/?id=477747bc1ef1078b06c4e1c615a1a912e6ada299 Call it "pango.diff" and place it on your desktop. Clean the pango port, extract it, then go into the pango work directory and patch it. Then install. sudo port clean pango sudo port extract pango cd $(port work pango)/pango-* patch -p1 < ~/desktop/pango.diff cd sudo port -d install pango 2>&1 | tee ~/Desktop/pango.txt Should this not work, the output has been saved in pango.txt on your desktop which you can send back here to the list or attach to the MacPorts ticket. Before this message came through I was able to simply alter the two files on my computer to match the diff shown in the link, but thank you for explaining how to do it properly. Lenore ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Trying to build Amarok in KDE 4: Subversion check-out failed
On Apr 11, 2009, at 05:07, Rainer Müller wrote: Gregory Dodwell wrote: sudo port install amarok Password: ---> Fetching taglib-devel Error: Target org.macports.fetch returned: Subversion check out failed Error: The following dependencies failed to build: taglib-devel Error: Status 1 encountered during processing. Same error if I try to install taglib-devel seperately You probably run into the untrusted Subversion certificate issue. The source directory contains a definition to an external which uses HTTP over SSL (HTTPS). The certificate they use for this server is not issed by a authority you trust by default. As svn is run in non-interactive mode for checkout, it will reject the certificate in this case. So in short, the workaround is: Run `svn ls https://svn.kde.org` and trust the certificate permanently. I am not sure if they publish the expected fingerprint somewhere on their website, you might want to verify that. On a side note, Subversion 1.6 has a new option --trust-server-cert which allows to just accept an unknown SSL certificate in non-interactive mode. This might be a solution as we do not really need a verified connection for anonymous checkouts. But it would mean we need to use MacPorts Subversion for checkouts. The port was missing a dependency on svn which I have now added. It would be fine to change the dependency from bin:svn:subversion to port:subversion, for this port only (and any others that need to fetch from untrusted secure URLs), to work around the above problem. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: installing old version
On Apr 11, 2009, at 15:56, Lenore Horner wrote: Anyhow, the most recent Pango does not compile (at least not with +no_static +no_x11 -x11 +quartz in /opt/local/etc/macports/ variants.conf ). Is there any way to force the installation of an older version? FYI: "+no_static" is not a common variant. I was only able to find it in the expat port, and I just removed it; see: http://trac.macports.org/ticket/19280 ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: patching things
On Apr 11, 2009, at 16:09, Lenore Horner wrote: I was wrong about Pango being dead. Someone suggested a patch and I forgot because I didn't know what to do with it. So, if a patch exists from outside MacPorts, how to I get it into MacPorts and use it? Download the text version of the patch here: http://git.gnome.org/cgit/pango/patch/? id=477747bc1ef1078b06c4e1c615a1a912e6ada299 Call it "pango.diff" and place it on your desktop. Clean the pango port, extract it, then go into the pango work directory and patch it. Then install. sudo port clean pango sudo port extract pango cd $(port work pango)/pango-* patch -p1 < ~/desktop/pango.diff cd sudo port -d install pango 2>&1 | tee ~/Desktop/pango.txt Should this not work, the output has been saved in pango.txt on your desktop which you can send back here to the list or attach to the MacPorts ticket. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Pango still broken
On Apr 11, 2009, at 15:57, Lenore Horner wrote: Is this Pango being broken or is it actually Cairo that's broken? It's cairo-viewer.c that's looking for the missing cairo-xlib.h. Any hope of a solution? [snip] viewer-cairo.c:34:24: error: cairo-xlib.h: No such file or directory [snip] A fix has been supplied in this ticket: http://trac.macports.org/ticket/18956 As soon as I am able to reproduce the problem, I will test that patch and commit it if appropriate. As far as I can tell the Pango mailing list is completely dead. The pango mailing list does not have a lot of traffic, but it's certainly not dead as you can see from its archives. http://mail.gnome.org/archives/gtk-i18n-list/ ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: installing old version
On Apr 11, 2009, at 15:56, Lenore Horner wrote: installing old version I did something really stupid - uninstalled a system that worked just because it seemed to be hopelessly cluttered with ports that had been installed by mistake or should no longer exist (mesa, gwenhwyfar, xrender). (About 20% of my installed ports had no dependents which seemed screwy.) It's not necessarily screwy. It can occur during the normal use of MacPorts. You can use the port_cutleaves tool (see the port of the same name) to help you discover what ports you may no longer need, and to uninstall them. Anyhow, the most recent Pango does not compile (at least not with +no_static +no_x11 -x11 +quartz in /opt/local/etc/macports/ variants.conf ). Is there any way to force the installation of an older version? http://trac.macports.org/wiki/howto/InstallingOlderPort ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: sysadmin: is there a manifesto on environment settings for macports?
Darren Weber wrote: > I've had some difficulty with the VTK library when I try to get dynamic > libraries working under macports. See > http://trac.macports.org/ticket/19000 > > I could use some help with understanding how to get rpath working under > macports (if that is THE way to go), given that VTK uses CMAKE settings > to configure the RPATH or the INSTALL_RPATH and the settings that I've > tried so far get "corrupted" during the macports build process because > it uses a destroot setting. I've thought about a postdestroot hack > using 'install_name_tool' but there may be a better way to get it right. I don't know enough details about this RPATH to be of real help here. But if Debian discourages RPATH as you linked in your previous mail and VTK requires that, how did they get it solved? Rainer ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
patching things
I was wrong about Pango being dead. Someone suggested a patch and I forgot because I didn't know what to do with it. So, if a patch exists from outside MacPorts, how to I get it into MacPorts and use it? Lenore Here's what I was sent on Pango. On 03/30/2009 11:10 PM, Lenore Horner wrote: Pango is refusing to compile because it's looking for a header it shouldn't be looking for. Please see details below. Note that I'm out of my depth here, but the MacPorts mailing list suggested I ask here as several of us have experienced the same problem. See if this patch helps: http://git.gnome.org/cgit/pango/commit/?id=477747bc1ef1078b06c4e1c615a1a912e6ada299 This will be in the next version. behdad ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Pango still broken
Is this Pango being broken or is it actually Cairo that's broken? It's cairo-viewer.c that's looking for the missing cairo-xlib.h. Any hope of a solution? As far as I can tell the Pango mailing list is completely dead. Lenore ---> Building pango Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_x11_pango/work/pango-1.24.0" && make all " returned error 2 Command output: libtool: link: /usr/bin/nm -p .libs/tibetan-fc.o | sed -n -e 's/^.* ]\([BCDEGRST][BCDEGRST]*\)[ ][ ]*_\([_A-Za-z][_A-Za- z0-9]*\)$/\1 _\2 \2/p' | /usr/bin/sed 's/.* //' | sort | uniq > .libs/ pango-tibetan-fc.exp libtool: link: /usr/bin/grep -E -e "^script_engine_.*" ".libs/pango- tibetan-fc.exp" > ".libs/pango-tibetan-fc.expT" libtool: link: mv -f ".libs/pango-tibetan-fc.expT" ".libs/pango- tibetan-fc.exp" libtool: link: sed -e 's,^,_,' < .libs/pango-tibetan-fc.exp > .libs/ pango-tibetan-fc-symbols.expsym libtool: link: /usr/bin/gcc-4.0 -o .libs/pango-tibetan-fc.so - bundle .libs/tibetan-fc.o -L/opt/local/lib ../../pango/.libs/ libpango-1.0.dylib ../../pango/.libs/libpangoft2-1.0.dylib /opt/local/ var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_x11_pango/work/pango-1.24.0/pango/.libs/ libpango-1.0.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/ libgmodule-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/ libintl.dylib -lc -lm /opt/local/lib/libfontconfig.dylib /opt/local/ lib/libiconv.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/ libfreetype.dylib -lz -Wl,-dylib_file -Wl,/opt/local/lib/ libpango-1.0.0.dylib:/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_x11_pango/work/pango-1.24.0/pango/.libs/ libpango-1.0.dylib -framework Carbon -Wl,- exported_symbols_list,.libs/pango-tibetan-fc-symbols.expsym libtool: link: dsymutil .libs/pango-tibetan-fc.so || : warning: no debug symbols in executable (-arch ppc) libtool: link: ar cru .libs/pango-tibetan-fc.a tibetan-fc.o libtool: link: ranlib .libs/pango-tibetan-fc.a libtool: link: ( cd ".libs" && rm -f "pango-tibetan-fc.la" && ln -s "../pango-tibetan-fc.la" "pango-tibetan-fc.la" ) Writing a pango.modules file to use with tests/examples. Making all in pango-view make all-am /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include-I/opt/local/include/cairo -I/opt/ local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ include -I/opt/local/include/libpng12 -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include -I/opt/local/include - no-cpp-precomp -O2 -Wall -MT viewer-render.o -MD -MP -MF .deps/viewer- render.Tpo -c -o viewer-render.o viewer-render.c mv -f .deps/viewer-render.Tpo .deps/viewer-render.Po /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include-I/opt/local/include/cairo -I/opt/ local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ include -I/opt/local/include/libpng12 -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include -I/opt/local/include - no-cpp-precomp -O2 -Wall -MT viewer-main.o -MD -MP -MF .deps/viewer- main.Tpo -c -o viewer-main.o viewer-main.c mv -f .deps/viewer-main.Tpo .deps/viewer-main.Po /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include-I/opt/local/include/cairo -I/opt/ local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ include -I/opt/local/include/libpng12 -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include -I/opt/local/include - no-cpp-precomp -O2 -Wall -MT pango-view.o -MD -MP -MF .deps/pango- view.Tpo -c -o pango-view.o pango-view.c mv -f .deps/pango-view.Tpo .deps/pango-view.Po /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include-I/opt/local/include/cairo -I/opt/ local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ include -I/opt/local/include/libpng12 -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include -I/opt/local/include - no-cpp-precomp -O2 -Wall -MT viewer-pangoft2.o -MD -MP -MF .deps/ viewer-pangoft2.Tpo -c -o viewer-pangoft2.o viewer-pangoft2.c mv -f .deps/viewer-pangoft2.Tpo .deps/viewer-pangoft2.Po /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -DG_DISABLE_CAST_CHECKS -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include-I/opt/local/include/cairo -I/opt/ loca
installing old version
installing old version I did something really stupid - uninstalled a system that worked just because it seemed to be hopelessly cluttered with ports that had been installed by mistake or should no longer exist (mesa, gwenhwyfar, xrender). (About 20% of my installed ports had no dependents which seemed screwy.) Anyhow, the most recent Pango does not compile (at least not with +no_static +no_x11 -x11 +quartz in /opt/local/etc/macports/ variants.conf ). Is there any way to force the installation of an older version? Lenore___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: port dependents foo
Lenore Horner wrote: > I would have expected port dependents foo to tell me all the things > that depend in any way on foo. If I understand correctly what I am > seeing, it tells me only what has run-time dependencies on foo. You only see ports currently being installed and having a library or runtime dependency (depends_lib/depends_run). Build time dependencies (depends_build) are not considered. > I can > understand that after installing bar it would be safe to uninstall foo > if bar had only a build dependency on it. However, what if bar has a > library dependency on foo? If I uninstall foo does that kill its > libraries breaking bar or does it leave behind all the libraries in > which case how does one keep from ending up with a hopelessly > cluttered system? You will get a warning if you try to uninstall foo although bar is still installed and depends on it. Rainer ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
port dependents foo
I would have expected port dependents foo to tell me all the things that depend in any way on foo. If I understand correctly what I am seeing, it tells me only what has run-time dependencies on foo. I can understand that after installing bar it would be safe to uninstall foo if bar had only a build dependency on it. However, what if bar has a library dependency on foo? If I uninstall foo does that kill its libraries breaking bar or does it leave behind all the libraries in which case how does one keep from ending up with a hopelessly cluttered system? Lenore ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: What is MacPorts doing?
The problem with the render port is the same I experienced two days ago, when running 'port upgrade outdated'. For me problems came up with the gail port as well. Both are ports which have delibertely been removed from the collection or renamed. I filed it as an issue: https://trac.macports.org/ticket/19253 On Tue, Apr 7, 2009 at 12:30 AM, Frank J. R. Hanstick wrote: > Hello, > The results from running "sudo port upgrade installed" are as follows: > 1) m4, sqlite3, openssl, glib2, nspr, mesa, pcre, py25, spidermonkey > (replaced the dual deactivate/active message), xinput, abd xrandr were > upgraded. > 2) lcms, bison, flex, gzip, and gstreamer were added. > 3) render error message disappeared. > 4) nss failed (see posting regarding nss failure) > 5) evolution_data_server failed (see evolution_data_server posting > regarding evolution_data_server failure). > 6) heimal upgrade failed > /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../../../include > -I../../../lib/roken -I../../../lib/roken -I./../common -DFTP_SERVER > -I/opt/local/include -D_LARGE_FILES= -Wall -Wmissing-prototypes > -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs > -DINET6 -O2 -D_FORTIFY_SOURCE=0 -MT logwtmp.o -MD -MP -MF .deps/logwtmp.Tpo > -c -o logwtmp.o logwtmp.c > logwtmp.c: In function 'ftpd_logwtmp_asl': > logwtmp.c:87: error: 'ASL_KEY_FACILITY' undeclared (first use in this > function) > logwtmp.c:87: error: (Each undeclared identifier is reported only once > logwtmp.c:87: error: for each function it appears in.) > make[3]: *** [logwtmp.o] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 > 7) libcanberra upgrade failed. > > Error: Target org.macports.configure returned: configure failure: shell > command " cd > "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_libcanberra/work/libcanberra-0.10" > && ./configure --prefix=/opt/local --enable-gtk " returned error 1 > Command output: checking for ALSA... no > checking soundcard.h usability... no > checking soundcard.h presence... no > checking for soundcard.h... no > checking sys/soundcard.h usability... no > checking sys/soundcard.h presence... no > checking for sys/soundcard.h... no > checking machine/soundcard.h usability... no > checking machine/soundcard.h presence... no > checking for machine/soundcard.h... no > checking for PULSE... no > checking for GST... yes > checking for GTK... yes > checking for gconftool-2... /opt/local/bin/gconftool-2 > Using config source xml:merged:/opt/local/etc/gconf/gconf.xml.defaults for > schema installation > Using $(sysconfdir)/gconf/schemas as install directory for schema files > checking for TDB... no > checking for lynx... no > configure: WARNING: *** lynx not found, plain text README will not be built > *** > checking for VORBIS... configure: error: Package requirements ( vorbisfile ) > were not met: > No package 'vorbisfile' 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 VORBIS_CFLAGS > and VORBIS_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. > 8) fontforge upgrade failed (see fontforge posting regarding fontforge > failure). > 9) qemu upgrade failed (see qemu posting regarding qemu failure). > 10) textlive_base upgrade failed. > > /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning suggest use of > -bind_at_load, as lazy binding may result in errors or different symbols > being used > symbol _vendorShellWidgetClass used from dynamic library > /opt/local/lib/libXt.dylib(single module) not from earlier dynamic library > /opt/local/lib/libXaw.7.dylib(single module) > symbol _vendorShellClassRec used from dynamic library > /opt/local/lib/libXt.dylib(single module) not from earlier dynamic library > /opt/local/lib/libXaw.7.dylib(single module) > collect2: ld returned 1 exit status > make[2]: *** [xdvi-xaw.bin] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 > The anomalous behavior disappeared which is what we were shooting for. I > believe the textlive_base error changed. > > On Apr 6, 2009, at 12:22 PM, Frank J. R. Hanstick wrote: > > Hello, > Three ports depended on render, namely: xorg-renderproto, cairo, and > xrender. I did a "sudo port -nf" for each. I then followed with a "sudo > port selfupdate" and got the following error: > Error: Synchronization of the local ports tree failed doing rsync > Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the ports > tree: Synchronization of 1 source(s) failed > I then ran "sudo port -d selfupdate" which resulted in no error. I suspect > MacPorts had a hard time with the sync of render after the delinking. I do > not know yet if the executed procedure remove the error. I am running "sudo > port upgrade installed" now t
Re: Trying to build Amarok in KDE 4: Subversion check-out failed
Gregory Dodwell wrote: > sudo port install amarok > Password: > ---> Fetching taglib-devel > Error: Target org.macports.fetch returned: Subversion check out failed > Error: The following dependencies failed to build: taglib-devel > Error: Status 1 encountered during processing. > > > Same error if I try to install taglib-devel seperately You probably run into the untrusted Subversion certificate issue. The source directory contains a definition to an external which uses HTTP over SSL (HTTPS). The certificate they use for this server is not issed by a authority you trust by default. As svn is run in non-interactive mode for checkout, it will reject the certificate in this case. So in short, the workaround is: Run `svn ls https://svn.kde.org` and trust the certificate permanently. I am not sure if they publish the expected fingerprint somewhere on their website, you might want to verify that. On a side note, Subversion 1.6 has a new option --trust-server-cert which allows to just accept an unknown SSL certificate in non-interactive mode. This might be a solution as we do not really need a verified connection for anonymous checkouts. But it would mean we need to use MacPorts Subversion for checkouts. Rainer ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Trying to build Amarok in KDE 4: Subversion check-out failed
sudo port install amarok Password: ---> Fetching taglib-devel Error: Target org.macports.fetch returned: Subversion check out failed Error: The following dependencies failed to build: taglib-devel Error: Status 1 encountered during processing. Same error if I try to install taglib-devel seperately ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users