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

[MacPorts] #16912: qtpfsgui won't run
by MacPorts 25 Jul '10

25 Jul '10

#16912: qtpfsgui won't run --------------------------------+------------------------------------------- Reporter: dersh(a)alum.mit.edu | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: qtpfsgui exiv | Port: qtpfsgui --------------------------------+------------------------------------------- When I try to double click on qtpfsgui I get a error of: Library not loaded: /opt/local/lib/libexiv2.0.dylib Referenced from: /Applications/MacPorts/qtpfsgui.app/Contents/MacOS/qtpfsgui I checked and in fact that library doesn't exist. I see that exiv2 provides: /opt/local/lib/libexiv2.dylib /opt/local/lib/libexiv2.4.dylib /opt/local/lib/libexiv2.4.0.1.dylib My guess is that a recent upgrade of exiv2 broke the link. I tried this as a work around: {{{ sudo ln -s /opt/local/lib/libexiv2.4.0.1.dylib /opt/local/lib/libexiv2.0.dylib }}} and now it does open. I am not sure if exiv2 really should have that link, or if qtpfsgui really should be looking for libexiv2.dylib rather then libexif2.0. But the current combination doesn't work. -- Ticket URL: <http://trac.macports.org/ticket/16912> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #15626: cairo @1.6.4_1+macosx with quartz-font support: does not render non-latin characters
by MacPorts 28 Jun '10

28 Jun '10

#15626: cairo @1.6.4_1+macosx with quartz-font support: does not render non-latin characters -----------------------------------+---------------------------------------- Reporter: takanori(a)macports.org | Owner: ryandesign(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | -----------------------------------+---------------------------------------- quartz-font backend in cairo 1.6.4 might have a bug. It does not render non-latin characters properly. I guess there might be a flaw in its default font selection mechanism or something. Ryan, would you please take a look? This is very serious problem since it affects all of gtk2 applications. Thanks. '''How to reproduce:''' 1) Install cairo and pango from scratch. {{{ $ sudo port install cairo pango $ port installed The following ports are currently installed: cairo @1.6.4_1+macosx (active) expat @2.0.1_0 (active) fontconfig @2.6.0_0+macosx (active) freetype @2.3.6_0 (active) gettext @0.17_3 (active) glib2 @2.16.3_0+darwin_9 (active) gperf @3.0.3_0 (active) libiconv @1.12_0 (active) libpixman @0.10.0_0 (active) libpng @1.2.29_0 (active) ncurses @5.6_0 (active) ncursesw @5.6_1 (active) pango @1.20.3_0 (active) pkgconfig @0.23_0 (active) render @0.9_1 (active) Xft2 @2.1.12_0 (active) xorg-util-macros @1.1.5_0 (active) xorg-xproto @7.0.11_1 (active) xrender @0.9.0_2 (active) zlib @1.2.3_1 (active) }}} After installing pango, run the below command to check whether these ports can render unicode text or not. {{{ $ pango-view --backend=cairo ~/Desktop/utf8.txt (Result: picture1.png [NG]) }}} 2) Next, simply remove '${prefix}/lib/pkgconfig/cairo-quartz-font.pc' {{{ $ sudo rm /opt/local/lib/pkgconfig/cairo-quartz-font.pc }}} and then rebuild pango. Due to this operation, pango will be built without cairo-quartz-font support. {{{ $ sudo port uninstall -f pango $ sudo port install pango }}} After installing pango, please run pango-view again. {{{ $ pango-view --backend=cairo ~/Desktop/utf8.txt (Result: picture2.png [OK]) }}} That's it. -- Ticket URL: <http://trac.macports.org/ticket/15626> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #16043: gcc-4.4@20080718_0 No Java support
by MacPorts 13 Jun '10

13 Jun '10

#16043: gcc-4.4@20080718_0 No Java support ----------------------------------------------+----------------------------- Reporter: macports(a)tomorrowenterprises.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts 1.6.1 Component: ports | Version: 1.6.0 Keywords: java gcj gcc | ----------------------------------------------+----------------------------- I'm trying to get running with GCJ but can't seem to find a version that works with my Intel Mac running 10.4. So far I've tried gcj34 as well as gcc42, gcc43, gcc44-20080712, and gcc44-20080718. From checking the issues lists, it appears that GCC 4.2 should work for Intel; however I get {{{ internal compiler error: in uses_jv_markobj_p, at java/boehm.c:245 }}} trying to compile HelloWorld.java. I was able to Google one or two non- Mac occurrences of this but they didn't lead me to anything useful. The issues list seems to verify that I need to upgrade to 10.5 to run GCC4.3 with Java support so I didn't continue trying to get that version to work. The GCC4.4 port notes that some language front-ends are not yet supported but doesn't say which ones. Is Java supported yet? How can I help? {{{ $ gcc-mp-4.4 DoIt.java gcc-mp-4.4: DoIt.java: Java compiler not installed on this system $ type gcc-mp-4.4 gcc-mp-4.4 is hashed (/opt/local/bin/gcc-mp-4.4) }}} My installation was pretty simple although I've tried uninstalling/reinstalling a few times and only have 1 MacPorts version of GCC at a time (Apple's GCC is installed at the normal location): {{{ [tmp/foo] > uninstall javatar pircbot gnu-classpathx-comm gnu-classpathx- activation ---> Deactivating javatar 2.5_0 ---> Uninstalling javatar 2.5_0 ---> Deactivating pircbot 1.4.4_0 ---> Uninstalling pircbot 1.4.4_0 ---> Deactivating gnu-classpathx-comm 20050328_0 ---> Uninstalling gnu-classpathx-comm 20050328_0 ---> Deactivating gnu-classpathx-activation 1.1.1_0 ---> Uninstalling gnu-classpathx-activation 1.1.1_0 [tmp/foo] > uninstall gnu-classpath ---> Deactivating gnu-classpath 0.93_0 ---> Uninstalling gnu-classpath 0.93_0 [tmp/foo] > install gcc44 ---> Fetching gmp ---> Verifying checksum(s) for gmp ---> Extracting gmp ---> Configuring gmp ---> Building gmp with target all ---> Staging gmp into destroot ---> Installing gmp 4.2.2_2 ---> Activating gmp 4.2.2_2 ---> Fetching mpfr ---> Verifying checksum(s) for mpfr ---> Extracting mpfr ---> Configuring mpfr ---> Building mpfr with target all ---> Staging mpfr into destroot ---> Installing mpfr 2.3.1_0+darwin_i386 ---> Activating mpfr 2.3.1_0+darwin_i386 ---> Fetching gcc44 ---> Verifying checksum(s) for gcc44 ---> Extracting gcc44 ---> Configuring gcc44 ---> Building gcc44 with target bootstrap ---> Staging gcc44 into destroot ---> Installing gcc44 4.4-20080718_0 ---> Activating gcc44 4.4-20080718_0 }}} -- Ticket URL: <http://trac.macports.org/ticket/16043> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #15634: BiggerSQL 1.3.9 available
by MacPorts 12 Jun '10

12 Jun '10

#15634: BiggerSQL 1.3.9 available -------------------------------+-------------------------------------------- Reporter: gonhidi(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Low | Milestone: Component: ports | Version: 1.6.0 Keywords: | -------------------------------+-------------------------------------------- BiggerSQL 1.3.9 is now available and it would be nice for MacPorts to offer it. Following is a escription of what is new (taken from the developer's site): """ Feb 14, 2008 It has been several years since 1.3.8 was released. This [1.3.9] newer version is a Universal build that should run on Tiger and Leopard systems. The embedded postgresql documentation has been updated to Postgresql 8.3. """ -- Ticket URL: <http://trac.macports.org/ticket/15634> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #15484: post-commit lint script should handle Portfiles anywhere in repository
by MacPorts 08 Jun '10

08 Jun '10

#15484: post-commit lint script should handle Portfiles anywhere in repository -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: wsiegrist(a)apple.com Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- If I commit changes to a Portfile in trunk/dports/*/* a [browser:trunk/base/portmgr/jobs/portfile_lint.pl script] runs which checks the Portfile syntax and emails any errors to the committer and maintainer. But if I have a Portfile elsewhere in the repository, such as under users/*/*, then the script emails me an error instead: {{{ Portfile: pure-devel Error: Unable to open port: Could not find Portfile in /tmp/mp_lint/36446/ryandesign/pure-devel }}} trunk/dports seems to be hardcoded into the script. But the script should support Portfiles, wherever in the repository they may be. William said he doesn't have time to look into this right now so I may take a look. -- Ticket URL: <http://trac.macports.org/ticket/15484> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #16127: help2man
by MacPorts 07 Jun '10

07 Jun '10

#16127: help2man --------------------------------+------------------------------------------- Reporter: dklug1234(a)yahoo.de | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- I'd like to reopen ticket #12750 or ticket#12336 as I'm having the same problem but don't know how to reopen a ticket. help2man doesn't build: /usr/bin/gcc-4.0 -o hacklocaledir.so -fPIC -bundle hacklocaledir.c hacklocaledir.c: In function '__open': hacklocaledir.c:44: error: 'RTLD_NEXT' undeclared (first use in this function) hacklocaledir.c:44: error: (Each undeclared identifier is reported only once hacklocaledir.c:44: error: for each function it appears in.) hacklocaledir.c: At top level: hacklocaledir.c:113: warning: alias definitions not supported in Mach-O; ignored make: *** [hacklocaledir.so] Error 1 this is on ppc under Mac OSX 10.4.11 -- Ticket URL: <http://trac.macports.org/ticket/16127> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #15383: alphamail-1.0.16 depends on nonexistent port p5-crypt-cast5 (twice)
by MacPorts 24 May '10

24 May '10

#15383: alphamail-1.0.16 depends on nonexistent port p5-crypt-cast5 (twice) ---------------------------------------------+------------------------------ 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 | ---------------------------------------------+------------------------------ www/alphamail depends on {{{port:p5-crypt-cast5}}} (twice) but there is no p5-crypt-cast5. -- Ticket URL: <http://trac.macports.org/ticket/15383> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #16006: texlive_base and t1utils both provide ${prefix}/bin/t1ascii
by MacPorts 22 May '10

22 May '10

#16006: texlive_base and t1utils both provide ${prefix}/bin/t1ascii -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: milosh(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- The texlive_base and t1utils ports both provide a file called ${prefix}/bin/t1ascii. Which is authoritative? Should one of these ports not be installing this file? -- Ticket URL: <http://trac.macports.org/ticket/16006> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #16751: spotlightfs still points to obsoleted libfuse
by MacPorts 18 May '10

18 May '10

#16751: spotlightfs still points to obsoleted libfuse -----------------------------------------+---------------------------------- Reporter: simon(a)hitzemann.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Low | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: spotlightfs macfuse libfuse | Port: -----------------------------------------+---------------------------------- Change dependency of spotlightfs from libfuse to macfuse (patch attached) -- Ticket URL: <http://trac.macports.org/ticket/16751> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16727: sphinx-0.9.8 Make MySQL optional if using PostgreSQL for Sphinx
by MacPorts 09 May '10

09 May '10

#16727: sphinx-0.9.8 Make MySQL optional if using PostgreSQL for Sphinx ---------------------------+------------------------------------------------ Reporter: pete(a)mdsc.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | Port: sphinx ---------------------------+------------------------------------------------ The newly added PostgreSQL 8.3 variant for Sphinx is great, but the build fails if MySQL isn't installed, and there's no way to remove MySQL support. I've rearranged the Portfile to turn MySQL support into a default variant. -- Ticket URL: <http://trac.macports.org/ticket/16727> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3