December 2008 - macports-tickets - lists.macosforge.org

[MacPorts] #16056: poppler -- new version -- more variants
by MacPorts 27 Aug '09

27 Aug '09

#16056: poppler -- new version -- more variants -------------------------------------+-------------------------------------- Reporter: jens.traube(a)t-online.de | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: pdf, qt4 | -------------------------------------+-------------------------------------- I submitted a new port "TeXworks" (Ticket #16055). This port needs port "poppler" with Qt4 bindings, but the current port of poppler has disabled by default the build of the Qt4 bindings. Therefore I added a variant qt4. I studied the port "poppler" in greater detail and realized that much more dependencies to other ports exists, than in the portfile are registered. With the command line tool "otool" I checked the dependencies and added the ports to depends_lib. The portfile of "poppler" is written in such a way, as to provide you with a maximal installation. But the port "TeXworks" does neither need port "XFree86" nor "GTK2". Therefore I added more variants: qt3Splash, qt4Splash, glibSplash, glibCairo, and abiword. Each of these variants provides you with a minimal installation. Of course, these variants can be combined, but not with variant "qt4". Variant "qt4" is for maximal installation of poppler and therefore contradicts to the other variations. -- Ticket URL: <http://trac.macports.org/ticket/16056> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 20

[MacPorts] #15797: Install xml2 with Postgres
by MacPorts 27 Aug '09

27 Aug '09

#15797: Install xml2 with Postgres ---------------------------------+------------------------------------------ Reporter: decibel(a)decibel.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ Just add xml2 to the contrib line. Or it might be a better idea to have a port/variant that just installs all of contrib. -- Ticket URL: <http://trac.macports.org/ticket/15797> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #15375: p5-eval-2.2.5 depends on nonexistent port p5-xml-checker
by MacPorts 26 Aug '09

26 Aug '09

#15375: p5-eval-2.2.5 depends on nonexistent port p5-xml-checker ---------------------------------------------+------------------------------ Reporter: blb(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: port bug nonexistent dependency | ---------------------------------------------+------------------------------ perl/p5-eval depends on {{{port:p5-xml-checker}}} but there is no such port. -- Ticket URL: <http://trac.macports.org/ticket/15375> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #15879: libglade requires an active X session to build? can that be skipped or can the user be notified?
by MacPorts 24 Aug '09

24 Aug '09

#15879: libglade requires an active X session to build? can that be skipped or can the user be notified? ---------------------------------+------------------------------------------ Reporter: paulbeard(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ At worst, this should be a warning, not a build failure. {{{ /usr/bin/gcc-4.0 -I/opt/local/include/gtk-1.2 -I/opt/local/include/glib-1.2 -I/opt/local/lib/glib/include -I/usr/X11R6/include -I/opt/local/include/gnome-xml -I./.. -c libglade- scan.c -fno-common -DPIC -o .libs/libglade-scan.lo /usr/bin/gcc-4.0 -I/opt/local/include/gtk-1.2 -I/opt/local/include/glib-1.2 -I/opt/local/lib/glib/include -I/usr/X11R6/include -I/opt/local/include/gnome-xml -I./.. -c libglade- scan.c -o libglade-scan.o >/dev/null 2>&1 mv -f .libs/libglade-scan.lo libglade-scan.lo gtk-doc: Linking scanner /usr/bin/gcc-4.0 -o .libs/libglade-scan libglade-scan.o -L../glade/.libs -lglade -L/opt/local/lib -L/usr/X11R6/lib -lz -lz -lz -lgtk -lgdk -lgmodule -lglib -lintl -liconv -lc -lXext -lX11 -lm -lxml -lz -lz -lz creating libglade-scan gtk-doc: Running scanner libglade-scan Gtk-WARNING **: cannot open display: :0 Scan failed: make[2]: *** [scan-build.stamp] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 }}} -- Ticket URL: <http://trac.macports.org/ticket/15879> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #17214: Port update: sphinx 0.9.8 to 0.9.8.1
by MacPorts 24 Aug '09

24 Aug '09

#17214: Port update: sphinx 0.9.8 to 0.9.8.1 --------------------------------+------------------------------------------- Reporter: bryan(a)brancada.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | Port: sphinx --------------------------------+------------------------------------------- Requesting an update for the sphinx port to the most recent release, from version 0.9.8 to version 0.9.8.1. Also, one minor change: adding --sysconfdir=${prefix}/etc/sphinx to the config.args in order to remain consistent with other ports which contain multiple config files. (As I'm new to MacPorts, I'm not entirely sure how to check for changes to existing config files, but I'm sure that one wouldn't want them clobbered when updating.) Diff attached. -- Ticket URL: <http://trac.macports.org/ticket/17214> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #17738: HTTP download only
by MacPorts 23 Aug '09

23 Aug '09

#17738: HTTP download only ------------------------------+--------------------------------------------- Reporter: tael67@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Low | Milestone: MacPorts Future Component: base | Version: 1.7.0 Keywords: | Port: ------------------------------+--------------------------------------------- I'm connected via a proxy that only allow HTTP. I'm already using the SVN method but MacPorts often tries to download from an FTP server and then fall back on HTTP server. Is there a way to only use HTTP servers ? -- Ticket URL: <http://trac.macports.org/ticket/17738> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17602: strigi: invalid conversion from 'const char**' to 'char**'
by MacPorts 22 Aug '09

22 Aug '09

#17602: strigi: invalid conversion from 'const char**' to 'char**' -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: clubjuggler@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: strigi -------------------------------------+-------------------------------------- strigi 0.5.10 doesn't compile on Mac OS X 10.4.11 Intel: {{{ rschmidt@seven strigi $ port install ---> Fetching strigi ---> Attempting to fetch strigi-0.5.10.tar.bz2 from http://internap.dl.sourceforge.net/strigi ---> Verifying checksum(s) for strigi ---> Extracting strigi ---> Applying patches to strigi ---> Configuring strigi ---> Building strigi Error: Target org.macports.build returned: shell command " cd "/mp/var/macports/build/_Users_rschmidt_macports_dports_devel_strigi/work/strigi-0.5.10" && nice -n 10 make all " returned error 2 Command output: [ 10%] Building CXX object src/streams/CMakeFiles/streams.dir/tarinputstream.o [ 11%] Building CXX object src/streams/CMakeFiles/streams.dir/textutils.o [ 11%] Building CXX object src/streams/CMakeFiles/streams.dir/zipinputstream.o [ 12%] Building CXX object src/streams/CMakeFiles/streams.dir/processinputstream.o [ 12%] Building CXX object src/streams/CMakeFiles/streams.dir/strigi/compat.o [ 13%] Building CXX object src/streams/CMakeFiles/streams.dir/strigi/fnmatch.o [ 13%] Building CXX object src/streams/CMakeFiles/streams.dir/strigi/stgdirent.o Linking CXX shared library libstreams.dylib [ 13%] Built target streams Scanning dependencies of target oletest [ 13%] Building CXX object src/streams/CMakeFiles/oletest.dir/oletest.o Linking CXX executable oletest [ 13%] Built target oletest Scanning dependencies of target testpt [ 13%] Building CXX object src/streams/CMakeFiles/testpt.dir/testpt.o [ 14%] Building CXX object src/streams/CMakeFiles/testpt.dir/processinputstream.o Linking CXX executable testpt [ 14%] Built target testpt Scanning dependencies of target pdfstream [ 14%] Building CXX object src/streams/pdf/CMakeFiles/pdfstream.dir/pdfparser.o Linking CXX static library libpdfstream.a [ 14%] Built target pdfstream Scanning dependencies of target streamanalyzer [ 15%] Building CXX object src/streamanalyzer/CMakeFiles/streamanalyzer.dir/analysisresult.o /mp/var/macports/build/_Users_rschmidt_macports_dports_devel_strigi/work/strigi-0.5.10/src/streamanalyzer/analysisresult.cpp: In member function 'int32_t Latin1Converter::_fromLatin1(char*&, const char*, size_t)': /mp/var/macports/build/_Users_rschmidt_macports_dports_devel_strigi/work/strigi-0.5.10/src/streamanalyzer/analysisresult.cpp:91: error: invalid conversion from 'const char**' to 'char**' /mp/var/macports/build/_Users_rschmidt_macports_dports_devel_strigi/work/strigi-0.5.10/src/streamanalyzer/analysisresult.cpp:91: error: initializing argument 2 of 'size_t libiconv(void*, char**, size_t*, char**, size_t*)' make[2]: *** [src/streamanalyzer/CMakeFiles/streamanalyzer.dir/analysisresult.o] Error 1 make[1]: *** [src/streamanalyzer/CMakeFiles/streamanalyzer.dir/all] Error 2 make: *** [all] Error 2 Error: Status 1 encountered during processing. $ }}} 0.5.7 had the same problem. This looks like the age-old differing libiconv implementation error. Different versions of libiconv implement the interface differently (sometimes the same version of libiconv implements the interface differently on different platforms or in different situations). The software needs to detect which implementation is in place on the system at hand, and use that one. -- Ticket URL: <http://trac.macports.org/ticket/17602> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

[MacPorts] #16507: py-xattr needs changes from py25-xattr
by MacPorts 20 Aug '09

20 Aug '09

#16507: py-xattr needs changes from py25-xattr -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: arsptr(a)optusnet.com.au Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: py-xattr, py25-xattr -------------------------------------+-------------------------------------- py-xattr appears to be lagging behind py25-xattr. Changes from py25-xattr should be incorporated into py-xattr. It might be a good idea if the two of you would comaintain each other's ports so that you can immediately make changes to both ports so they don't get out of sync again. -- Ticket URL: <http://trac.macports.org/ticket/16507> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16752: aqbanking 3.7.2_0 build fails (wrong libgwenhywfar library version)
by MacPorts 20 Aug '09

20 Aug '09

#16752: aqbanking 3.7.2_0 build fails (wrong libgwenhywfar library version) ---------------------------------+------------------------------------------ Reporter: vinc17(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: aqbanking 3.7.2_0 ---------------------------------+------------------------------------------ I get the following error: {{{ [...] /usr/bin/ld: warning -L: directory name (/sw/lib) does not exist /usr/bin/ld: warning can't open dynamic library: /opt/local/lib/libgwenhywfar.38.dylib referenced from: /opt/local/lib/libaqbanking.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) /usr/bin/ld: Undefined symbols: _GWEN_Buffer_AppendBuffer referenced from libaqbanking.16 expected to be defined in /opt/local/lib/libgwenhywfar.38.dylib _GWEN_Buffer_AppendByte referenced from libaqbanking.16 expected to be defined in /opt/local/lib/libgwenhywfar.38.dylib [...] }}} First, I don't know why it tries to read something from /sw/lib. This is a non-standard library path and there's nothing under that name here. Then I don't have a file /opt/local/lib/libgwenhywfar.38.dylib: {{{ $ ll /opt/local/lib/libgwenhywfar.* -rwxr-xr-x 2 root admin 837124 2008-10-05 01:12:25 /opt/local/lib/libgwenhywfar.47.4.1.dylib* lrwxr-xr-x 1 root admin 26 2008-10-05 01:12:53 /opt/local/lib/libgwenhywfar.47.dylib -> libgwenhywfar.47.4.1.dylib* lrwxr-xr-x 1 root admin 26 2008-10-05 01:12:53 /opt/local/lib/libgwenhywfar.dylib -> libgwenhywfar.47.4.1.dylib* -rwxr-xr-x 2 root admin 1077 2008-10-05 01:12:25 /opt/local/lib/libgwenhywfar.la* }}} -- Ticket URL: <http://trac.macports.org/ticket/16752> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #17785: p5-pod-readme should not depend on p5-podlators
by MacPorts 20 Aug '09

20 Aug '09

#17785: p5-pod-readme should not depend on p5-podlators ---------------------------------+------------------------------------------ Reporter: vinc17@… | Owner: narf_tm@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: p5-pod-readme ---------------------------------+------------------------------------------ p5-pod-readme cannot be installed since it depends on p5-podlators, which is itself not installable, because the files are already provided by the perl5.8 port. As a consequence this dependency is also unnecessary, and indeed, p5-pod-readme can be built even though p5-podlators is not installed. -- Ticket URL: <http://trac.macports.org/ticket/17785> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3