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

[MacPorts] #47161: port:unison +aqua fails to build
by MacPorts 15 Mar '15

15 Mar '15

#47161: port:unison +aqua fails to build -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: unison -------------------------+-------------------------------- The aqua interface to the Unison file synchroniser fails to build (on OS X > 10.6): - The Xcode project is set to build using the OS X 10.6 SDK, which isn't officially available on 10.9 - Providing it or after changing the project to build against the 10.9 SDK I get errors like the following: {{{ In file included from /Volumes/Debian/MP9/var/macports/build/_Volumes_Debian_MP9_var_macports_sources_rsync.macports.org_release_ports_net_unison/unison/work/unison-2.48.3/uimacnew/MyController.m:3: /Volumes/Debian/MP9/var/macports/build/_Volumes_Debian_MP9_var_macports_sources_rsync.macports.org_release_ports_net_unison/unison/work/unison-2.48.3/uimacnew/MyController.h:104:31: error: expected ')' - (BOOL)validateItem:(IBAction *) action; ^ ) }}} I'm clearly completely out of phase with current-day native OS X development and its tools, as I cannot seem to address that bug. -- Ticket URL: <https://trac.macports.org/ticket/47161> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47160: proj @4.8.0_1: update to 4.9.1
by MacPorts 15 Mar '15

15 Mar '15

#47160: proj @4.8.0_1: update to 4.9.1 ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: proj ----------------------------+-------------------------------- proj has been updated to version 4.9.1. -- Ticket URL: <https://trac.macports.org/ticket/47160> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #46501: needs to upgrade to new version
by MacPorts 15 Mar '15

15 Mar '15

#46501: needs to upgrade to new version ------------------------+-------------------------------- Reporter: joelfred@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: hs-tagsoup ------------------------+-------------------------------- The Portfile I use is attached -- Ticket URL: <https://trac.macports.org/ticket/46501> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

Re: [MacPorts] #24479: kst-1.7.0 configure failure due to kde-config not found
by MacPorts 15 Mar '15

15 Mar '15

#24479: kst-1.7.0 configure failure due to kde-config not found ------------------------------+-------------------------------- Reporter: v.h.a.vandijk@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Resolution: fixed | Keywords: Port: kst | ------------------------------+-------------------------------- Changes (by nicos@…): * status: new => closed * resolution: => fixed Comment: It took more time than I expected, and quite a rewrite of the port, but I updated it in r133899, so that it should work now, based on Qt4. -- Ticket URL: <https://trac.macports.org/ticket/24479#comment:9> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47098: [enh] p5-data-hexify
by MacPorts 15 Mar '15

15 Mar '15

#47098: [enh] p5-data-hexify -------------------------+-------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: p5-data-hexify -------------------------+-------------------------------- - add license - update new checksums -- Ticket URL: <https://trac.macports.org/ticket/47098> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

Re: [MacPorts] #45006: cups-pdf sandbox issues in yosemite
by MacPorts 15 Mar '15

15 Mar '15

#45006: cups-pdf sandbox issues in yosemite -----------------------+-------------------------------- Reporter: jasonw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Resolution: | Keywords: yosemite Port: cups-pdf | -----------------------+-------------------------------- Comment (by icaines77@…): I am not sure how to patch for this, since it involves changing a file outside of macports (/etc/cups/cups-files.conf), I suppose we could add it to the instructional blurb that appears when cups-pdf is first installed, or add code to make the change to the ${prefix}/libexec/cups- pdf_links.sh script that users are supposed to run? -- Ticket URL: <https://trac.macports.org/ticket/45006#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47089: llvm-* all Poor user experience
by MacPorts 15 Mar '15

15 Mar '15

#47089: llvm-* all Poor user experience -------------------------+-------------------------------- Reporter: s@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -------------------------+-------------------------------- The user experience with LLVM in MacPorts is quite poor. Each version of LLVM (including a tip-of-tree version that is currently mislabeled as 3.7) is its own port. This leads to each port that depends on LLVM needing to have a variant for each version (each of which needs to conflict with all the other versions). This leads to its own problems. For example, if I want to install clang-3.6 from a completely fresh MacPorts install, what will happen is clang depends (as it should) on llvm-3.6 but also on cctools and ld64. So far so good except that both of those depend on llvm-3.5. I'm told I could give a variant of llvm-3.6 to clang-3.6 and that would trickle down, but I have no idea how one is supposed to know that's needed. The real problem here is that other ports like cctools don't actually care which version of llvm is installed since it has variants for all recent versions. As far as I can tell, there are four types of ports that could depend on llvm: 1. Those that simply need the compiler backend/binaries distributed such as opt and presumably require a new enough version but don't care which. 2. Those that depend on the C API and presumably require a version that's new enough but don't care which. 3. Those that depend on the C++ API but are updated in lock-step with LLVM's ports so that in practice they don't care which version is installed, just so long as some version is. 4. Those that depend on the C++ API. Types 1 and 2 seem simple to handle and I suspect MacPort's normal version mechanism is sufficient to handle it. I don't know if any ports qualify for type 3, but cctools looks like it might qualify (or maybe it's in type 1, I can't tell without actually looking at the code). ld64 might be another case, but it also looks terrible in that it has 4 subports and 4 variants so I'm happy to ignore that for now. The really tricky ones are the type 4 because the C++ API isn't stable (and the same is true for Clang). I'm not sure what the correct MacPorts method to handle this is, but it'd be great if ports of types 1 through 3 could simply depend on an llvm port and type 4 ports could depend on a specific version. If that means installing the C++ libraries and headers separately, that seems totally reasonable. I would hazard a guess that there are no packages X and Y such that X really depends on Y being linked to a particular version of llvm. There are certainly things like compiler front ends (e.g., Clang) and language bindings (e.g., llvmlite) that depends on the C++ API, but probably nothing a step further removed. -- Ticket URL: <https://trac.macports.org/ticket/47089> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

Re: [MacPorts] #43449: digikam: invalid port depspec 'path:lib/pkgconfig/cairo.pc:cairo'
by MacPorts 14 Mar '15

14 Mar '15

#43449: digikam: invalid port depspec 'path:lib/pkgconfig/cairo.pc:cairo' --------------------------------+-------------------------------- Reporter: bernard.meunier@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: fixed | Keywords: Port: digikam | --------------------------------+-------------------------------- Changes (by mk@…): * status: new => closed * resolution: => fixed Comment: Thanks to René's patch digikam was update to 4.8.0 in r133889. -- Ticket URL: <https://trac.macports.org/ticket/43449#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #45107: upgrade Digikam to 4.3.0 (needs work)
by MacPorts 14 Mar '15

14 Mar '15

#45107: upgrade Digikam to 4.3.0 (needs work) --------------------------+---------------------- Reporter: rjvbertin@… | Owner: jan@… Type: submission | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: digikam | --------------------------+---------------------- Changes (by mk@…): * status: new => closed * resolution: => fixed Comment: Thanks to René's patch digikam was update to 4.8.0 in r133889. -- Ticket URL: <https://trac.macports.org/ticket/45107#comment:17> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #46317: digikam 4.6.0
by MacPorts 14 Mar '15

14 Mar '15

#46317: digikam 4.6.0 -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: digikam -------------------------+-------------------------------- This is a proposed update for port:digikam, bringing it to version 4.6.0 . I'm attaching a draft Portfile for libpgf, which isn't in MacPorts yet, and for which I called for comments. The new digikam Portfile selects local/included versions of other optional libraries that aren't yet in MacPorts (or aren't at a recent enough version). -- Ticket URL: <https://trac.macports.org/ticket/46317> MacPorts <https://www.macports.org/> Ports system for OS X

1 7