August 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #40019: pspp 0.8.0 install fails - can't find libgslblas
by MacPorts 06 Aug '13

06 Aug '13

#40019: pspp 0.8.0 install fails - can't find libgslblas ------------------------------+-------------------------------- Reporter: david.w.watson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: pspp ------------------------------+-------------------------------- But is is installed : gsl @1.15_2+gcc47+optimize+universal -- Ticket URL: <https://trac.macports.org/ticket/40019> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #40031: Switch from fuse4x to osxfuse
by MacPorts 06 Aug '13

06 Aug '13

#40031: Switch from fuse4x to osxfuse -----------------------------+-------------------------------- Reporter: chris@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.2.0 Keywords: fuse4x, osxfuse | Port: -----------------------------+-------------------------------- https://lists.macosforge.org/pipermail/macports- users/2013-February/031974.html fuse4x has been merged to osxfuse some time ago; ports that depend on fuse4x (e.g. NTFS-3G) should depend on osxfuse instead. -- Ticket URL: <https://trac.macports.org/ticket/40031> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #40030: Building failure
by MacPorts 06 Aug '13

06 Aug '13

#40030: Building failure --------------------------------------+-------------------------------- Reporter: denis.peruzzo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: Shogun, building failure | Port: --------------------------------------+-------------------------------- While installing shogun using Mac Ports I had a building error: Error: org.macports.build for port shogun returned: command execution failed Attached you find the log file. -- Ticket URL: <https://trac.macports.org/ticket/40030> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #39565: Support for disk numbers
by MacPorts 06 Aug '13

06 Aug '13

#39565: Support for disk numbers ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: py-eyed3 ------------------------+-------------------------------- Please consider applying this patch which adds the -d and -D switches that were available in eyeD3 0.6.x https://bitbucket.org/nicfit/eyed3/issue/28/id3-tags-discnumber-and- totaldiscs-should https://bitbucket.org/nicfit/eyed3/commits/d4dd453bd7f7 -- Ticket URL: <https://trac.macports.org/ticket/39565> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #38693: getGenre() API call prints "boo" on the console
by MacPorts 06 Aug '13

06 Aug '13

#38693: getGenre() API call prints "boo" on the console ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: py27-eyed3 ------------------------+-------------------------------- See https://bugs.launchpad.net/ubuntu/+source/eyed3/+bug/1067039 for a full description and patch -- Ticket URL: <https://trac.macports.org/ticket/38693> MacPorts <http://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #39613: gpodder +x11 needs LSUIElement=1
by MacPorts 06 Aug '13

06 Aug '13

#39613: gpodder +x11 needs LSUIElement=1 --------------------+-------------------------------- Reporter: rct@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: gpodder --------------------+-------------------------------- When I install gpodder with the x11 variant (variant -quartz), launching it creates an X11 window, which gets grouped into the X11 (or XQuartz) dock icon. However, it also creates its own dock icon, which bounces up and down indefinitely because it never sees its window. The solution I found is to add the following to gPodder.app's Info.plist: <key>LSUIElement</key> <string>1</string> This prevents the creation of the extra unused dock icon. With the +quartz variant, the dock icon should be created as normal. -- Ticket URL: <https://trac.macports.org/ticket/39613> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #30328: Enable variants for specific ports in variants.conf
by MacPorts 06 Aug '13

06 Aug '13

#30328: Enable variants for specific ports in variants.conf ----------------------------+----------------------------------------------- Reporter: ionic@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Low | Milestone: Component: base | Version: Keywords: | Port: ----------------------------+----------------------------------------------- Currently, variants.conf only provides the possibility to globally enable or disable variants. I'm proposing a feature letting users define port specific variants in this file too, similar to Gentoo's package.use or use.conf file(s), though not necessarily as sophisticated. Basically it would be really nice to turn variants on and off in the variants.conf file for specific ports and globally, without fiddling with them on the command line. Thus, I propose following syntax: {{{ portname +variant1 -variant2 +variant3 +variant4 -variant5 }}} Or, if that's more convenient, {{{ portname variant1 -variant2 variant3 variant4 -variant5 }}} We can retain the global variants definition by using the virtual portname "all", as in {{{ all +universal }}} or {{{ all universal }}} The upgrade option --enforce-variants SHOULD check for changed variants definitions and rebuild packages accordingly. Without specifying it, upgrade SHOULD NOT rebuild packages because of variants changes only. However, is a port is already outdated, the upgrade command SHOULD update the specific port using the variants defined in there, but MUST NOT use the variants defined when previously installed. Once this is in place, we COULD drop specifying variants on the command line. Retaining the functionality is fine too, but if so, global variants, package specific variants and variants defined on the command line SHOULD be merged and "variant conflicts" "resolved", with this priority: cmdline >> specific >> global I guess the current behavior is cmdline >> global, so specific variants would come between this and override any globally set variants. -- Ticket URL: <https://trac.macports.org/ticket/30328> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #40020: FreeRDP 1.1.0-beta+2013071101_0 missing files
by MacPorts 06 Aug '13

06 Aug '13

#40020: FreeRDP 1.1.0-beta+2013071101_0 missing files ---------------------+-------------------------------- Reporter: jones@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: FreeRDP ---------------------+-------------------------------- Good afternoon, The latest FreeRDP port update (1.1.0-beta+2013071101_0) seems to be missing essential files. On a new install the port built and installed successfully, however essential files such as xfreerdp are not contained in this release (see contents.txt from MacPorts ticket #39840). Upgrading FreeRDP on my other machine failed to build (see attached file main.log). Cheers, -Chris -- Ticket URL: <https://trac.macports.org/ticket/40020> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #39840: FreeRDP Beta-2013071101
by MacPorts 06 Aug '13

06 Aug '13

#39840: FreeRDP Beta-2013071101 ---------------------+-------------------------------- Reporter: jones@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: FreeRDP ---------------------+-------------------------------- There is a new beta out for FreeRDP 1.1 series. https://github.com/FreeRDP/FreeRDP/tree/1.1.0-beta%2B2013071101 -- Ticket URL: <https://trac.macports.org/ticket/39840> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #40022: mlton @20130715 new Portfile
by MacPorts 06 Aug '13

06 Aug '13

#40022: mlton @20130715 new Portfile ------------------------+-------------------------------- Reporter: myronwu@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: mlton ------------------------+-------------------------------- New Portfile for the most recent version of mlton. It looks like the mlton guys only build for darwin x86_64, so that's all I can use as a bootstrap compiler here, hence i've set supported_archs to x86_64. -- Ticket URL: <https://trac.macports.org/ticket/40022> MacPorts <http://www.macports.org/> Ports system for OS X

1 0