March 2011 - macports-tickets - lists.macosforge.org

[MacPorts] #26811: New port request: SysBench
by MacPorts 13 Mar '13

13 Mar '13

#26811: New port request: SysBench ----------------------------------------+----------------------------------- Reporter: alek.silverstone@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ----------------------------------------+----------------------------------- http://sysbench.sourceforge.net/ -- Ticket URL: <https://trac.macports.org/ticket/26811> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #21117: use_dmg yes fails to copy from some images sometimes
by MacPorts 13 Mar '13

13 Mar '13

#21117: use_dmg yes fails to copy from some images sometimes -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 1.8.0 Keywords: | Port: -------------------------------------+-------------------------------------- "use_dmg yes" doesn't work if you're not root, because it wants to copy ''everything'' from the disk image, including things it might not have permission to copy, which includes things that don't need to be copied. Change it to copy only those files we have permission to. -- Ticket URL: <http://trac.macports.org/ticket/21117> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #24096: add java and python variants to libsvm port
by MacPorts 12 Mar '13

12 Mar '13

#24096: add java and python variants to libsvm port -----------------------------------------+---------------------------------- Reporter: singingwolfboy@… | Owner: febeling@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: libsvm -----------------------------------------+---------------------------------- libsvm comes with a Java jar file and a Python interface, but the current port file doesn't install either of these. I have added java and python variants to this port, so that users can choose to install them through macports. (Patch is attached to this ticket.) I'm not sure what to set for default_variants. I figured that everyone would have Java installed through Mac OS X, but not everyone would have Python 2.6 installed through macports, so I only set the java variant to be on by default. -- Ticket URL: <http://trac.macports.org/ticket/24096> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #19809: rEFIt
by MacPorts 10 Mar '13

10 Mar '13

#19809: rEFIt ---------------------------------------+------------------------------------ Reporter: macports.users@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: Linux, rEFIt, EFI, mactel | Port: ---------------------------------------+------------------------------------ http://refit.sourceforge.net/ -- Ticket URL: <http://trac.macports.org/ticket/19809> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17978: GStreamer Devel Portfiles
by MacPorts 09 Mar '13

09 Mar '13

#17978: GStreamer Devel Portfiles -------------------------------------+-------------------------------------- Reporter: thiagossantos@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.7.0 Keywords: gstreamer | Port: gstreamer -------------------------------------+-------------------------------------- It would be useful to have GStreamer devel portfiles, it should not be painful to do, GStreamer uses configure + make install commands to build. GStreamer has 4 packages: gstreamer, gst-plugins-base, gst-plugins-good, gst-plugins-bad and gst-plugins-ugly. -- Ticket URL: <http://trac.macports.org/ticket/17978> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #20555: new port : py25-quodlibet
by MacPorts 07 Mar '13

07 Mar '13

#20555: new port : py25-quodlibet --------------------------------+------------------------------------------- Reporter: neric27@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: py25-quodlibet --------------------------------+------------------------------------------- [http://code.google.com/p/quodlibet/ Quod Libet] is a GTK+-based audio player written in Python, using the Mutagen tagging library and GStreamer for playback. It provides several different ways to view your audio library, as well as support for Internet radio and audio feeds. It has extremely flexible metadata tag editing and searching capabilities. This port doesn't support iPods and such players. The plugins are also missing for the moment. -- Ticket URL: <http://trac.macports.org/ticket/20555> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #27578: mpd: killing daemon with "launchctl -w unload ..." has no visible effect (kills wrong process)
by MacPorts 03 Mar '13

03 Mar '13

#27578: mpd: killing daemon with "launchctl -w unload ..." has no visible effect (kills wrong process) --------------------------+------------------------------------------------- Reporter: greg@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: --------------------------+------------------------------------------------- I have installed mpd 0.15.15 and made just enough changes to /opt/local/etc/mpd.conf so that mpd runs usefully. I can start the daemon with {{{ sudo launchctl load -w /Library/LaunchDaemons/org.macports.mpd.plist }}} And now I can see two processes running: {{{ $ ps -Aj | grep mpd | grep -v grep root 17635 1 17635 1edfd1c 0 Ss ?? 0:00.02 /opt/local/bin/daemondo --label=mpd --start-cmd /opt/local/etc/Launch root 17637 1 17635 1edfd1c 0 S ?? 0:03.69 /opt/local/bin/mpd --no-daemon /opt/local/etc/mpd.conf }}} Note that one of these processes is mpd itself, and the other a daemondo instance that is presumably responsible for mpd. Seems reasonable. Now let's say I decide to stop the daemon. My limited understanding of launchd leads me to believe that I am supposed to run {{{ sudo launchctl unload -w /Library/LaunchDaemons/org.macports.mpd.plist }}} However, this has no visible effect: mpd keeps running and the music keeps playing. What seems to have happened is that the daemondo instance started by "launchctl load" was killed: {{{ $ ps -Aj | grep mpd | grep -v grep root 17637 1 17635 1edfd1c 0 S ?? 0:20.20 /opt/local/bin/mpd --no-daemon /opt/local/etc/mpd.conf }}} I expected both that daemondo instance and mpd to be killed. -- Ticket URL: <https://trac.macports.org/ticket/27578> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #23372: ffmpeg-0.5 rev5, --extra-ldflags=-headerpad_max_install_names needed to be add to Portfile to be able to use install_name_tool
by MacPorts 28 Feb '13

28 Feb '13

#23372: ffmpeg-0.5 rev5, --extra-ldflags=-headerpad_max_install_names needed to be add to Portfile to be able to use install_name_tool --------------------------------------+------------------------------------- Reporter: tero.siironen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: install_name_tool ffmpeg | Port: ffmpeg --------------------------------------+------------------------------------- When trying to bundle libavcodec from ffmpeg with application and using install_name_tool one will get following error: install_name_tool: changing install names can't be redone for: MyApp.app/Contents/Frameworks/libavcodec.dylib (for architecture i386) because larger updated load commands do not fit (the program must be relinked) This can be fixed by adding following parameter to ffmpeg's configure options: --extra-ldflags=-headerpad_max_install_names After compiling ffmpeg again, install_name_tool can be used with libavcodec.dylib just fine. -- Ticket URL: <http://trac.macports.org/ticket/23372> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #23157: openssl install
by MacPorts 26 Feb '13

26 Feb '13

#23157: openssl install ---------------------------+------------------------------------------------ Reporter: clemc@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: ---------------------------+------------------------------------------------ Not complaing -- this great stuff... but it would be nice if the install script automatically linked */bin/openssl and {dgst,md5,md4,md2,sha,sha1,mdc2,ripemd160) which are all legal entry points to the command. The man page should so the same thing of course... Clem Cole -- Ticket URL: <http://trac.macports.org/ticket/23157> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #23020: ffcall-1.10 fails to compile on Snow Leopard x86_64
by MacPorts 26 Feb '13

26 Feb '13

#23020: ffcall-1.10 fails to compile on Snow Leopard x86_64 ------------------------------+--------------------------------------------- Reporter: earcar@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: devel/ffcall ------------------------------+--------------------------------------------- When building ffcall @1.10 Revision 1 I got this error message {{{ ---> Computing dependencies for ffcall ---> Fetching ffcall ---> Attempting to fetch ffcall-1.10.tar.gz from http://www.haible.de/bruno/gnu/ ---> Verifying checksum(s) for ffcall ---> Extracting ffcall ---> Configuring ffcall ---> Building ffcall Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_ffcall/work/ffcall-1.10" && /usr/bin/make -j2 all " returned error 2 Command output: cd avcall; /usr/bin/make all /usr/bin/gcc-4.2 -E `if test true = true; then echo '-DASM_UNDERSCORE'; fi` ./avcall-i386-macro.S | grep -v '^ *#line' | grep -v '^#ident' | grep -v '^#' | sed -e 's,% ,%,g' -e 's,% ,%,g' -e 's,\. ,.,g' > avcall-i386.s /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.2 -pipe -O2 -arch x86_64 -c ./structcpy.c /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.2 -x none -c avcall-i386.s /usr/bin/gcc-4.2 -pipe -O2 -arch x86_64 -c ./structcpy.c -o structcpy.o /usr/bin/gcc-4.2 -x none -c avcall-i386.s -o avcall-i386.o echo timestamp > structcpy.lo avcall-i386.s:7:suffix or operands invalid for `push' avcall-i386.s:9:suffix or operands invalid for `push' avcall-i386.s:10:suffix or operands invalid for `push' avcall-i386.s:39:suffix or operands invalid for `call' avcall-i386.s:47:suffix or operands invalid for `call' avcall-i386.s:53:suffix or operands invalid for `call' avcall-i386.s:168:suffix or operands invalid for `pop' avcall-i386.s:169:suffix or operands invalid for `pop' avcall-i386.s:171:suffix or operands invalid for `pop' make[1]: *** [avcall-i386.lo] Error 1 make: *** [all] Error 2 Error: Problem while installing ffcall }}} It seems that he's trying to mix x86_64 code with x86 one. -- Ticket URL: <http://trac.macports.org/ticket/23020> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10