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

[MacPorts] #47260: Error: Processing of port Python27 failed
by MacPorts 25 Mar '15

25 Mar '15

#47260: Error: Processing of port Python27 failed -------------------------+-------------------------------- Reporter: dwstclair@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.3.3 Keywords: Python27 | Port: Python27 -------------------------+-------------------------------- I attempted to install tesseract.It failed while attempting to install python27. These are the subsequent steps I took after that. I have attached a log of my actions. shell$ sudo port install tesseract shell$ sudo port install Python27 shell$ sudo port uninstall Python27 shell$ sudo port install Python27 shell$ sudo port selfupdate shell$ sudo port upgrade outdated shell$ sudo port install Python27 shell$ -- Ticket URL: <https://trac.macports.org/ticket/47260> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #47238: hdhomerun_gui: untangle GTK support
by MacPorts 25 Mar '15

25 Mar '15

#47238: hdhomerun_gui: untangle GTK support --------------------------+--------------------------- Reporter: ctreleaven@… | Owner: ctreleaven@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: hdhomerun_gui --------------------------+--------------------------- This report is a reminder for myself about work needed... The 20121210 release of hdhomerun_gui changes the build on Darwin. It assumes that GTK will be built with Quartz support. I attempted to build gtk thus so but failed a couple of times. Right now, I don't have time to track down the right incantations. The alternatives seem to be: 1) Patch out the Darwin/gtk-quartz stuff as the MacPorts default is +X11. Pro: consistent with other gtk-based ports. 2) Go whole-hog--work out how to build with gtk-quartz but add variant (likely default) to build with X11 support. Seems overkill for a port that apparently has few users. Attached patch is incomplete--fetches, extracts and patches 20141210 version but configure fails. Hard parts yet to do... -- Ticket URL: <https://trac.macports.org/ticket/47238> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

Re: [MacPorts] #43903: LaTeXiT: update to 2.6.1, cannot rebuild current version
by MacPorts 25 Mar '15

25 Mar '15

#43903: LaTeXiT: update to 2.6.1, cannot rebuild current version -------------------------+-------------------------------- Reporter: dstrubbe@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: haspatch Port: LaTeXiT | -------------------------+-------------------------------- Changes (by larryv@…): * cc: ddmarshall@… (added) Comment: Has duplicate #47259. -- Ticket URL: <https://trac.macports.org/ticket/43903#comment:19> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47259: LaTeXiT Doesn't Build on OS X Yosemite
by MacPorts 25 Mar '15

25 Mar '15

#47259: LaTeXiT Doesn't Build on OS X Yosemite --------------------------+-------------------------------- Reporter: ddmarshall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: LaTeXiT --------------------------+-------------------------------- With a clean macports on OS X Yosemite, get following error while trying to install LaTeXiT: :info:build error: garbage collection is no longer supported Searching the web it appears that the garbage collection in Cocoa has been removed by Apple. If the app isn't using it, then the link flag '-fobjc- gc' can be removed to build. I don't know if LaTeXiT does or doesn't use garbage collection, but it does use that flag. OS X version: 10.10 XCode 6.2 -- Ticket URL: <https://trac.macports.org/ticket/47259> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #47255: making port:xz optionally independent of other ports
by MacPorts 25 Mar '15

25 Mar '15

#47255: making port:xz optionally independent of other ports -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: xz -------------------------+-------------------------------- There is an option in etc/macports/macports.conf to create xz'ipped software archives for ports built locally. That gives a substantial reduction in the disk footprint of those archives, but also introduces a dependency issue. Xz depends on port:libiconv and port:gettext, and esp. the latter is updated rather frequently. The update sequence (when building from source) is as follows, taking gettext as an example (using xz compression and with the +universal variant which is the reason many of us have to build each upgrade from source): 1) port destroot gettext +universal 2) create the new archive in ${prefix}/var/macports/software/gettext/gettext???.txz 3) port deactivate gettext@current-version+universal 4) unpack the archive created in (2) in a temporary directory in ${prefix}/var/macports/software/gettext And that's where things go wrong: since port:gettext has been deactivated, port:xz can no longer function. The proposed enhancement allows to work around this by adding a default variant for xz, `+nls`. This default variant corresponds to the current situation, in which xz depends on libiconv and gettext to be "internationalised". Users who want to have xz compressed software archives can `port install xz -nls`, in which case said dependencies are dropped, and xz still functions when gettext or libiconv have been deactivated. Upgrading xz itself will remain a problem. The correct way to address this issue is of course to change the order of steps outline above: 1) port destroot xz +universal 2) create the new archive in ${prefix}/var/macports/software/xz/xz???.txz 3) unpack the archive created in (2) in a temporary directory in ${prefix}/var/macports/software/xz 4) port deactivate xz@current-version+universal 5) move the new files in place from the temporary directory into ${prefix} This has 2 advantages: 1) the to-be-updated functionality remains available right up to the moment where standard system commands will be used to update it, so that tools used in the procedure can update themselves and 2) the "gap" during which the to-be-updated functionality is unavailable is reduced to the strict minimum, which means users are unlikely to notice it even when they're running the update in the background. This "gap" can be quite lengthy for large ports like Qt. -- Ticket URL: <https://trac.macports.org/ticket/47255> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #46732: pxz 4.999 new port
by MacPorts 25 Mar '15

25 Mar '15

#46732: pxz 4.999 new port -------------------------------+-------------------------------- Reporter: weidmannstefano@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: pxz -------------------------------+-------------------------------- New port for pxz, a parallelized version of xz (port:xz) -- Ticket URL: <https://trac.macports.org/ticket/46732> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

Re: [MacPorts] #45445: gimp-app @2.8.2_2: iPhoneSimulator: SimVerifier returned: Error Domain=NSPOSIXErrorDomain Code=53 "Simulator verification failed."
by MacPorts 24 Mar '15

24 Mar '15

#45445: gimp-app @2.8.2_2: iPhoneSimulator: SimVerifier returned: Error Domain=NSPOSIXErrorDomain Code=53 "Simulator verification failed." -----------------------------+-------------------------------- Reporter: adam.bartley@… | Owner: macports-tickets@… Type: defect | Status: reopened Priority: High | Milestone: Component: ports | Version: 2.3.1 Resolution: | Keywords: yosemite Port: | -----------------------------+-------------------------------- Comment (by jeremyhu@…): Can someone that is reproducing this issue and has access to Xcode 6.3 beta 4 please test the current release and let me know if this is still a problem for you? Things have changed to xcodebuild which make me think this may be addressed. -- Ticket URL: <https://trac.macports.org/ticket/45445#comment:24> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #40987: PortsAutoComplete: add autocompletion of ports and autoassignment to maintainer in port tickets
by MacPorts 24 Mar '15

24 Mar '15

#40987: PortsAutoComplete: add autocompletion of ports and autoassignment to maintainer in port tickets -----------------------------+--------------------- Reporter: elelay@… | Owner: admin@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Resolution: | Keywords: Port: | -----------------------------+--------------------- Changes (by ionic@…): * cc: wsiegrist@… (removed) * owner: skarulkar@… => admin@… Comment: Reassigning to the new general admin address. -- Ticket URL: <https://trac.macports.org/ticket/40987#comment:8> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #40569: install conflict?
by MacPorts 24 Mar '15

24 Mar '15

#40569: install conflict? -----------------------+-------------------------------- Reporter: soneel@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Resolution: invalid | Keywords: Port: | -----------------------+-------------------------------- Changes (by jmr@…): * status: new => closed * resolution: => invalid Comment: mport_filtervariants is a procedure that existed in old versions of MacPorts base, but it was removed in about 1.9. So I’m guessing that this Passcal package includes an old version of MacPorts for some reason. All evidence is that that is what the reporter was running, so I’m closing this ticket. -- Ticket URL: <https://trac.macports.org/ticket/40569#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47250: ccpnmr 2.4.2 update
by MacPorts 24 Mar '15

24 Mar '15

#47250: ccpnmr 2.4.2 update -----------------------------------+-------------------------------- Reporter: howarth.at.macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ccpnmr -----------------------------------+-------------------------------- The attached Portfile diff updates the ccpnmr package to the latest 2.4.2 release. -- Ticket URL: <https://trac.macports.org/ticket/47250> MacPorts <https://www.macports.org/> Ports system for OS X

1 2