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

[MacPorts] #23492: geant4: variants which conflict with the default variants are hard to select
by MacPorts 30 Sep '13

30 Sep '13

#23492: geant4: variants which conflict with the default variants are hard to select -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: cristiano.fontana@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: geant4 -------------------------------------+-------------------------------------- Those variants in geant4 which conflict with the default variants are hard to select. For example: {{{ $ sudo port install geant4 +granular Error: geant4: Variant global conflicts with granular Error: Unable to open port: Error evaluating variants Before reporting a bug, first run the command again with the -d flag to get complete output. $ sudo port install geant4 +no_ui Error: geant4: Variant no_ui conflicts with motif Error: Unable to open port: Error evaluating variants Before reporting a bug, first run the command again with the -d flag to get complete output. $ sudo port install geant4 +static Error: geant4: Variant shared conflicts with static Error: Unable to open port: Error evaluating variants Before reporting a bug, first run the command again with the -d flag to get complete output. $ }}} This is why the use of default variants is discouraged unless it's planned carefully. See [wiki:PortfileRecipes#default_variants the PortfileRecipes entry] for more information. If you must use default variants, make them default only if a conflicting variant has not already been requested. For example, global should only be a default variant if the user has not already requested granular. motif should not be a default variant if the user has requested no_ui. shared should not be a default if the user has requested static. And so on. -- Ticket URL: <http://trac.macports.org/ticket/23492> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #20949: mysql_update5 expects 'mysql' instead of 'mysql5'
by MacPorts 28 Sep '13

28 Sep '13

#20949: mysql_update5 expects 'mysql' instead of 'mysql5' ----------------------------------+----------------------------------------- Reporter: ora.et.labora@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: | Port: mysql5 @5.0.85 ----------------------------------+----------------------------------------- $ mysql_upgrade5 Looking for 'mysql' as: mysql FATAL ERROR: Can't execute 'mysql' -- Ticket URL: <http://trac.macports.org/ticket/20949> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #17754: vxl-1.11.0 Shuffling library directories breaks UseVXL.cmake
by MacPorts 26 Sep '13

26 Sep '13

#17754: vxl-1.11.0 Shuffling library directories breaks UseVXL.cmake -------------------------------+-------------------------------------------- Reporter: andrew@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: -------------------------------+-------------------------------------------- When you use VXL in a CMake project the standard way: {{{ FIND_PACKAGE(VXL) IF(VXL_FOUND) INCLUDE(${VXL_CMAKE_DIR}/UseVXL.cmake) ELSE(VXL_FOUND) MESSAGE("VXL_DIR should be set to the VXL build directory.") ENDIF(VXL_FOUND) }}} The LINK_DIRECTRIES is set to: {{{ UseVXL.cmake:84: LINK_DIRECTORIES(${VXL_LIBRARY_DIR}) UseVXL.cmake:131: SET(VXL_LIBRARY_PATH ${VXL_LIBRARY_DIR}) }}} Which is by default configured as: {{{ VXLConfig.cmake:38:SET(VXL_LIBRARY_DIR "/opt/local/lib") }}} Small problem I know! I also have made a variant of the vxl port to include DICOM support that I can submit in another ticket. Cheers, Andy -- Ticket URL: <http://trac.macports.org/ticket/17754> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #22894: gimp-gap-devel-2.7.0 fails on Snow Leopard
by MacPorts 23 Sep '13

23 Sep '13

#22894: gimp-gap-devel-2.7.0 fails on Snow Leopard -------------------------------+-------------------------------------------- Reporter: pokhojo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: -------------------------------+-------------------------------------------- My system {{{ $ uname -v -> Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 Xcode 3.2.1 MacPorts 1.8.1 }}} '''Problem with MPlayer''' When I try to sudo port install gimp-gap-devel I first get an error saying MPlayer doesnt build on Snow Leopard {{{ ---> Fetching MPlayer Error: Target org.macports.fetch returned: MPlayer does not compile on Snow Leopard. Please use multimedia/mplayer-devel instead Error: The following dependencies failed to build: MPlayer Error: Status 1 encountered during processing. }}} This I solve by changing dependency in the $(port dir gimp-gap- devel)/Portfile to mplayer-devel '''Problem with libavcodec''' Next it fails to build using the libavcodecs included in the external ffmpeg library {{{ ---> Building gimp-gap-devel Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_graphics_gimp-gap-devel/work/gimp-gap-devel-2.7.0" && /usr/bin/make -j2 all " returned error 2 Command output: In file included from libavcodec/h264.c:8143: libavcodec/svq3.c: In function 'svq3_decode_slice_header': libavcodec/svq3.c:721: warning: cast discards qualifiers from pointer target type libavcodec/svq3.c:724: warning: cast discards qualifiers from pointer target type libavcodec/svq3.c:724: warning: cast discards qualifiers from pointer target type libavcodec/svq3.c:724: warning: cast discards qualifiers from pointer target type libavcodec/svq3.c:724: warning: cast discards qualifiers from pointer target type libavcodec/h264.c: In function 'execute_ref_pic_marking': libavcodec/h264.c:3280: warning: 'structure' may be used uninitialized in this function libavcodec/h264.c:3272: warning: 'j' may be used uninitialized in this function libavcodec/h264.c: In function 'execute_ref_pic_marking': libavcodec/h264.c:3280: warning: 'structure' may be used uninitialized in this function libavcodec/h264.c:3272: warning: 'j' may be used uninitialized in this function {standard input}:9300:suffix or operands invalid for `add' {standard input}:9312:suffix or operands invalid for `add' {standard input}:9577:suffix or operands invalid for `add' {standard input}:9589:suffix or operands invalid for `add' {standard input}:9300:suffix or operands invalid for `add' {standard input}:9312:suffix or operands invalid for `add' {standard input}:9577:suffix or operands invalid for `add' {standard input}:9589:suffix or operands invalid for `add' gmake[3]: *** [libavcodec/h264.o] Error 1 gmake[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_graphics_gimp-gap-devel/work/gimp-gap- devel-2.7.0/extern_libs/ffmpeg' make[2]: *** [/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_graphics_gimp-gap-devel/work/gimp-gap- devel-2.7.0/extern_libs/ffmpeg/libavcodec/libavcodec.a] Error 2 make[2]: *** Waiting for unfinished jobs.... gmake[3]: *** [libavcodec/h264.o] Error 1 gmake[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_graphics_gimp-gap-devel/work/gimp-gap- devel-2.7.0/extern_libs/ffmpeg' make[2]: *** [/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_graphics_gimp-gap-devel/work/gimp-gap- devel-2.7.0/extern_libs/ffmpeg/libavformat/libavformat.a] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. }}} Solved by appending --disable-libavformat to configure.args of the gimp- gap-devel Portfile [http://trac.macports.org/changeset/43011 changeset]. With these adjustments I am now able to build gimp-gap-devel on my system, and when i run gimp I recognize GAP has been integrated to a Video-tab. But functionality is severely crippled due to the changes made. It doesnt work. -- Ticket URL: <http://trac.macports.org/ticket/22894> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #15560: Patch gnumeric to integrate into Mac OS X menu
by MacPorts 09 Sep '13

09 Sep '13

#15560: Patch gnumeric to integrate into Mac OS X menu -------------------------------+-------------------------------------------- Reporter: macports(a)flyn.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | -------------------------------+-------------------------------------------- Some GTK2 applications have begun integrating into the Mac OS X menu bar when built against the Quartz back-end. Inkscape is an application that does this. This requires a slight source code change to the application. The folks at Imendio have written a library that helps a developer perform this integration. See http://developer.imendio.com/projects/gtk- macosx/integration. I have attached a patch against gnumeric to the GNOME bug at http://bugzilla.gnome.org/show_bug.cgi?id=477381. This patch could be applied by gnumeric's Portfile until a solution is accepted upstream. Either the ige-mac-integration library could be packaged as a port or ige- mac-menu.c and ige-mac-menu.h could be patched into gnumeric's source tree. -- Ticket URL: <http://trac.macports.org/ticket/15560> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #22900: Update request for xfe (X File Explorer)
by MacPorts 08 Sep '13

08 Sep '13

#22900: Update request for xfe (X File Explorer) -------------------------------+-------------------------------------------- Reporter: domiman@… | Owner: macports-tickets@… Type: update | Status: new Priority: Low | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: xfe -------------------------------+-------------------------------------------- xfe has been updated to 1.32.1 Please upfate the port. I couldn't find a ticket for this in the search. -- Ticket URL: <http://trac.macports.org/ticket/22900> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #19226: new port: avogadro
by MacPorts 03 Sep '13

03 Sep '13

#19226: new port: avogadro -----------------------------------+---------------------------------------- Reporter: atenderholt@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.7.1 Keywords: | Port: -----------------------------------+---------------------------------------- Avogadro is an open source, advanced molecular editor. I believe its inclusion into MacPorts is justified as there are other similar packages such as bkchem, chemtool, openbabel, etc. Please find attached a Portfile. It installs a working copy of Avogadro into /Applications. Some adjustments may be necessary by someone more familiar with MacPorts. Adam -- Ticket URL: <http://trac.macports.org/ticket/19226> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 18

[MacPorts] #21530: wxWidgets-devel and py26-wxpython universal portfiles
by MacPorts 29 Aug '13

29 Aug '13

#21530: wxWidgets-devel and py26-wxpython universal portfiles ------------------------------------------+--------------------------------- Reporter: vince@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: wxWidgets wxpython universal | Port: wxwidgets-devel, py26-wxpython ------------------------------------------+--------------------------------- The following Portfiles allow one to build universal (and cocoa-based) versions of Wxwidgets 2.9.0 and the respective py26-wxwidgets (which is based on the svn head version). I am sorry I do not propose patched Portfiles, but since I've made extensive changes, I am not sure patches would be meaningful. Ideally, existing Portfiles and the ones I append should be somehow merged, since I am unsure my Portfiles will allow to build anything else but universal variants. Also, I feel that the py26-wxwidgets, relying on svn, should be placed in a special port rather than being merged into py26-wxwidgets, which is already lagging one or two releases. Finally, I've not yet tested the result, but since wxcocoa is claimed to be at an alpha stage, I am unsure those Portfiles will be useful to anybody else than me. Apologies for letting other do the dirty job of (maybe) merging and committing. I just hope those files will be somehow helpful keeping MacPorts up to date with wxWidgets and its python counterpart. -- Ticket URL: <http://trac.macports.org/ticket/21530> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

[MacPorts] #20037: py25-wxpython
by MacPorts 29 Aug '13

29 Aug '13

#20037: py25-wxpython -------------------------------------+-------------------------------------- Reporter: horiacosmin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: error | Port: py25-wxpython -------------------------------------+-------------------------------------- Cannot install py25-wxpython nor py-wxpython.even after a port sink. Does the issue concern the version of wxWidgets? -- Ticket URL: <http://trac.macports.org/ticket/20037> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #22908: xchm - out of date
by MacPorts 29 Aug '13

29 Aug '13

#22908: xchm - out of date ---------------------------------+------------------------------------------ Reporter: stephen@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: ---------------------------------+------------------------------------------ I would be great this port could be updated to xchm-1.17 see - http://sourceforge.net/projects/xchm/files/ -- Ticket URL: <http://trac.macports.org/ticket/22908> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3