February 2009 - macports-tickets - lists.macosforge.org

[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

[MacPorts] #17996: mono 2.0.1 does not build: parse error before GC_PROTO
by MacPorts 07 May '10

07 May '10

#17996: mono 2.0.1 does not build: parse error before GC_PROTO --------------------------------------+------------------------------------- Reporter: pgijnxn02@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- Tiger 10.4.11 Mac Mini PPC Here's where the errors begin: {{{ /bin/sh ../../libtool --quiet --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../.. -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/l ib/glib-2.0/include -I/opt/local/include -I../../libgc/include -DMONO_BINDIR=\""/opt/local/bin"\" -I../.. -I/opt/local/include -no- cpp-precomp -D_THRE AD_SAFE -DGC_MACOSX_THREADS -DPLATFORM_MACOSX -DUSE_MMAP -DUSE_MUNMAP -DGetCurrentProcess=MonoGetCurrentProcess -DGetCurrentThread=MonoGetCurrentThread -DCrea teEvent=MonoCreateEvent -O2 -fno-strict-aliasing -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wn ested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -MT handles.lo -MD -MP -MF .deps/handles.Tpo -c -o handles.lo handles.c In file included from ../../mono/os/gc_wrapper.h:39, from handles.c:23: ../../libgc/include/gc_typed.h:50: error: parse error before 'GC_PROTO' ../../libgc/include/gc_typed.h:77: error: parse error before 'GC_malloc_explicitly_typed' ../../libgc/include/gc_typed.h:83: error: parse error before 'GC_malloc_explicitly_typed_ignore_off_page' ../../libgc/include/gc_typed.h:86: error: parse error before 'GC_calloc_explicitly_typed' In file included from ../../mono/os/gc_wrapper.h:40, from handles.c:23: ../../libgc/include/gc_mark.h:56: error: parse error before 'GC_PROTO' ../../libgc/include/gc_mark.h:109: error: parse error before 'GC_least_plausible_heap_addr' ../../libgc/include/gc_mark.h:109: warning: type defaults to 'int' in declaration of 'GC_least_plausible_heap_addr' ../../libgc/include/gc_mark.h:109: warning: data definition has no type or storage class ../../libgc/include/gc_mark.h:110: error: parse error before 'GC_greatest_plausible_heap_addr' ../../libgc/include/gc_mark.h:110: warning: type defaults to 'int' in declaration of 'GC_greatest_plausible_heap_addr' ../../libgc/include/gc_mark.h:110: warning: data definition has no type or storage class ../../libgc/include/gc_mark.h:134: error: parse error before 'GC_PROTO' ../../libgc/include/gc_mark.h:156: error: parse error before 'GC_PROTO' ../../libgc/include/gc_mark.h:157: error: parse error before 'GC_PROTO' ../../libgc/include/gc_mark.h:160: error: parse error before 'GC_PROTO' ../../libgc/include/gc_mark.h:163: error: parse error before 'GC_PROTO' ../../libgc/include/gc_mark.h:170: error: parse error before 'GC_PROTO' ../../libgc/include/gc_mark.h:171: error: parse error before 'GC_PROTO' ../../libgc/include/gc_mark.h:179: error: parse error before 'GC_PROTO' ../../libgc/include/gc_mark.h:183: error: parse error before 'GC_PROTO' ../../libgc/include/gc_mark.h:197: error: parse error before 'GC_PROTO' make[3]: *** [handles.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 }}} -- Ticket URL: <http://trac.macports.org/ticket/17996> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #16458: Xastir 1.9.4 Update
by MacPorts 06 May '10

06 May '10

#16458: Xastir 1.9.4 Update --------------------------------+------------------------------------------- Reporter: carl(a)stagecraft.cx | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: xastir | Port: --------------------------------+------------------------------------------- Update Xastir from the ancient 1.8.4 stable release to the current stable release, 1.9.4. -- Ticket URL: <http://trac.macports.org/ticket/16458> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #18474: gimp-app 2.6.0_1 openDoc failure
by MacPorts 05 May '10

05 May '10

#18474: gimp-app 2.6.0_1 openDoc failure --------------------------------+------------------------------------------- Reporter: edheil@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: --------------------------------+------------------------------------------- apologies if this is a duplicate ticket; I'm not sure if I submitted or just previewed it and then closed the tab a few minutes ago. 2 problems with opening files using Gimp.app 1) gimp2 no longer builds gimp-remote by default. already submitted a bug about that: https://trac.macports.org/ticket/18473 2) on Leopard, with xquartz 2.3.2 (and I suspect also Apple's X11), the DISPLAY variable trick in Gimp.app/Contents/Resources/openDoc no longer works; in fact, it prevents openDoc from working at all. Changing it to something like this: #!/bin/sh # # Author: Aaron Voisine <aaron(a)voisine.org> DISPFILE=/tmp/display.$UID if [ -e $DISPFILE ] then export "DISPLAY=`cat $DISPFILE`" fi exec "/opt/local/bin/gimp-remote" "$@" makes it work on Leopard (which doesn't set /tmp/display.nnnn), and I imagine it would still work on older versions of OS X which do use /tmp/display.nnn This could be seen as an upstream bug but honestly I could not figure out how to do submit a bug from the website at http://gimp- app.sourceforge.net/ . -- Ticket URL: <http://trac.macports.org/ticket/18474> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16793: Request for port: yorick
by MacPorts 03 May '10

03 May '10

#16793: Request for port: yorick -------------------------------+-------------------------------------------- Reporter: ralph(a)cs.cf.ac.uk | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.6.0 Keywords: | Port: -------------------------------+-------------------------------------------- This is a request for a new port: yorick See http://yorick.sourceforge.net/ -- Ticket URL: <http://trac.macports.org/ticket/16793> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #17921: Name Resolution does not work properly with vpnc 0.5.3
by MacPorts 29 Apr '10

29 Apr '10

#17921: Name Resolution does not work properly with vpnc 0.5.3 ----------------------------------+----------------------------------------- Reporter: monty19@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: vpnc name resolution | Port: vpnc ----------------------------------+----------------------------------------- When I did an update of ports and vpnc 0.5.3 installed I started having the following behaviour: /etc/resolv.conf is updated properly to reflect DNS servres on corporate network I can use dig or nslookup to successfully query the addresses of servers by name. I can not resolve names of systems on the corporate network using a web browser, ping, email client or anything else. Name resolution continues to work for hosts on the internet; kind of like the dns servers for my internet connection are still being used, although the resolv.conf does not reflect that. I have observed this broken behaviour with 0.5.2 and 0.5.3; I downgraded to 0.5.1 and am working properly again -- Ticket URL: <http://trac.macports.org/ticket/17921> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #16435: libdvdcss 1.2.9: refman.dvi build failure: Unicode char \u8:éph not set up for use with LaTeX
by MacPorts 28 Apr '10

28 Apr '10

#16435: libdvdcss 1.2.9: refman.dvi build failure: Unicode char \u8:éph not set up for use with LaTeX -------------------------------------+-------------------------------------- Reporter: ryandesign(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: | -------------------------------------+-------------------------------------- {{{ $ sudo port install libdvdcss ---> Fetching libdvdcss ---> Verifying checksum(s) for libdvdcss ---> Extracting libdvdcss ---> Configuring libdvdcss ---> Building libdvdcss with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_devel_libdvdcss/work/libdvdcss-1.2.9" && nice -n 10 make all " returned error 2 Command output: [121] [122]) (/opt/local/share/texmf- dist/fonts/source/jknappen/ec/exidigit.mf Ok [48] [49] [50] [51] [52] [53] [54] [55] [56] [57]) (/opt/local/share/texmf-dist/fonts/source/jknappen/ec/exiligtb.mf Ok) ) ) ) Font metrics written on ecti0900.tfm. Output written on ecti0900.600gf (256 characters, 48832 bytes). Transcript written on ecti0900.log. mktextfm: /var/tmp/texfonts/tfm/jknappen/ec/ecti0900.tfm: successfully generated. [5] ! Package inputenc Error: Unicode char \u8:éph not set up for use with LaTeX. See the inputenc package documentation for explanation. Type H <return> for immediate help. ... l.49 \item[Author:]Stéph ane Borel $<${\tt stef(a)via.ecp.fr}$>$ ? ! Emergency stop. ... l.49 \item[Author:]Stéph ane Borel $<${\tt stef(a)via.ecp.fr}$>$ Output written on refman.dvi (9 pages, 8452 bytes). Transcript written on refman.log. make[3]: *** [refman.dvi] Error 1 make[2]: *** [stamp-latex] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. $ }}} -- Ticket URL: <http://trac.macports.org/ticket/16435> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17792: vxl fails to build
by MacPorts 28 Apr '10

28 Apr '10

#17792: vxl fails to build ----------------------------------+----------------------------------------- Reporter: jwhowse4@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: ----------------------------------+----------------------------------------- On an intel mac running Leopard 10.5.6 and Xcode 3.1.2 vxl fails to build with the following error. It looks to me as if this may be related to the fact that I can not update ffmpeg. Any suggestions? {{{ Error: Target org.macports.build returned: shell command " cd "/opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_devel_vxl/work/vxl-1.11.0" && make all " returned error 2 Command output: /opt/macports/include/ffmpeg/avcodec.h:2349: warning: 'ImgReSampleContext' is deprecated (declared at /opt/macports/include/ffmpeg/avcodec.h:2343) /opt/macports/include/ffmpeg/avcodec.h:2359: warning: 'ImgReSampleContext' is deprecated (declared at /opt/macports/include/ffmpeg/avcodec.h:2343) [ 34%] Building CXX object core/vidl/CMakeFiles/vidl.dir/vidl_clip.o [ 34%] Building CXX object core/vidl/CMakeFiles/vidl.dir/vidl_movie.o [ 34%] Building CXX object core/vidl/CMakeFiles/vidl.dir/vidl_frame.o [ 34%] Building CXX object core/vidl/CMakeFiles/vidl.dir/vidl_frame_resource.o [ 34%] Building CXX object core/vidl/CMakeFiles/vidl.dir/vidl_image_list_codec.o [ 34%] Building CXX object core/vidl/CMakeFiles/vidl.dir/vidl_io.o [ 34%] Building CXX object core/vidl/CMakeFiles/vidl.dir/vidl_mpegcodec.o [ 34%] Building CXX object core/vidl/CMakeFiles/vidl.dir/vidl_mpegcodec_helper.o [ 35%] Building CXX object core/vidl/CMakeFiles/vidl.dir/vidl_ffmpeg_codec.o /opt/macports/include/ffmpeg/avcodec.h:2349: warning: 'ImgReSampleContext' is deprecated (declared at /opt/macports/include/ffmpeg/avcodec.h:2343) /opt/macports/include/ffmpeg/avcodec.h:2359: warning: 'ImgReSampleContext' is deprecated (declared at /opt/macports/include/ffmpeg/avcodec.h:2343) /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_devel_vxl/work/vxl-1.11.0/core/vidl/vidl_ffmpeg_codec.cxx: In member function 'vil_image_view<vxl_byte> vidl_ffmpeg_codec::cur_frame() const': /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_devel_vxl/work/vxl-1.11.0/core/vidl/vidl_ffmpeg_codec.cxx:259: warning: 'img_convert' is deprecated (declared at /opt/macports/include/ffmpeg/avcodec.h:2511) /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_release_ports_devel_vxl/work/vxl-1.11.0/core/vidl/vidl_ffmpeg_codec.cxx:261: warning: 'img_convert' is deprecated (declared at /opt/macports/include/ffmpeg/avcodec.h:2511) [ 35%] Building CXX object core/vidl/CMakeFiles/vidl.dir/Templates/vbl_smart_ptr+vidl_clip-.o [ 35%] Building CXX object core/vidl/CMakeFiles/vidl.dir/Templates/vbl_smart_ptr+vidl_codec-.o [ 35%] Building CXX object core/vidl/CMakeFiles/vidl.dir/Templates/vbl_smart_ptr+vidl_frame-.o [ 35%] Building CXX object core/vidl/CMakeFiles/vidl.dir/Templates/vbl_smart_ptr+vidl_image_list_codec-.o [ 35%] Building CXX object core/vidl/CMakeFiles/vidl.dir/Templates/vbl_smart_ptr+vidl_movie-.o Linking CXX shared library ../../lib/libvidl.dylib Undefined symbols: "_img_convert", referenced from: vidl_ffmpeg_codec::cur_frame() const in vidl_ffmpeg_codec.o ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [lib/libvidl.dylib] Error 1 make[1]: *** [core/vidl/CMakeFiles/vidl.dir/all] Error 2 make: *** [all] Error 2 }}} -- Ticket URL: <http://trac.macports.org/ticket/17792> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10