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

[MacPorts] #45652: Request port of ghostscript 9.15
by MacPorts 14 May '15

14 May '15

#45652: Request port of ghostscript 9.15 -------------------------------+-------------------------------- Reporter: murrayeisenberg@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: ghostscript -------------------------------+-------------------------------- this is to request a port of the current stable version of ghostscript, namely, 9.15. And specifically, ghostscript + x11. The current port is of version 9.10. -- Ticket URL: <https://trac.macports.org/ticket/45652> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #47720: ghostscript @9.10: update to 9.16
by MacPorts 14 May '15

14 May '15

#47720: ghostscript @9.10: update to 9.16 ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: ghostscript ----------------------------+-------------------------------- ghostscript has seen several updates since the last MacPorts update. The current release is version 9.16. Further, sources for mapping-resources-pdf have moved from Sourceforge to github, and are now in an un-versioned .zip archive. Note: A number of other ports, e.g. gimp2, ImageMagick, libspectre will need to be rev-bumped, as the library version has changed. -- Ticket URL: <https://trac.macports.org/ticket/47720> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

Re: [MacPorts] #35885: lmms @0.4.12 Build error - Undefined symbol _waveguide_nl_process (gong_1424 dependency)
by MacPorts 14 May '15

14 May '15

#35885: lmms @0.4.12 Build error - Undefined symbol _waveguide_nl_process (gong_1424 dependency) -------------------------------+-------------------------- Reporter: marcelo.farias@… | Owner: ryandesign@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Resolution: fixed | Keywords: clang Port: lmms | -------------------------------+-------------------------- Comment (by ryandesign@…): We switched to `-std=gnu89` in r110625. I removed it in r135968 when I updated the port to 1.1.3 because it didn't seem to be needed anymore, but then I discovered it was still needed for older versions of clang so I reinstated it in r136280. The issue tracker in which I had filed the [https://sourceforge.net/p/lmms/bugs/487/ upstream bug report] no longer exists. I may have to [https://github.com/LMMS/lmms/issues re-file the issue at github]. -- Ticket URL: <https://trac.macports.org/ticket/35885#comment:8> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47718: "rrdtool @1.2.23 +python Configure error - build failure"
by MacPorts 13 May '15

13 May '15

#47718: "rrdtool @1.2.23 +python Configure error - build failure" -------------------------+-------------------------------- Reporter: sahil.clb@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.3.3 Keywords: | Port: -------------------------+-------------------------------- All details that might be relevant to someone reading the ticket. Be sure to mention the versions of your operating system and Xcode install. Wiki formatting should be used to ensure that text is formatted correctly. Use the Preview button before submitting. If you want to post preformatted text such as a log or terminal output, make sure you use {{{...}}} around the text or it could break the page layout. Example: {{{ Cleaning apache2 Removing work directory for apache2 Updating database of binaries Scanning binaries for linking errors No broken files found. }}} Submitters are advised to trim inline pastes and logs to what's really relevant to the report, as otherwise overly large ticket pages can become unmanageable. Long output, such as the full log from a port build, should be added as an attachment, not pasted inline. See I have files to attach to this ticket below. -- Ticket URL: <https://trac.macports.org/ticket/47718> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

Re: [MacPorts] #45114: erlang @17.3_0+hipe+ssl: can't load crypto library
by MacPorts 13 May '15

13 May '15

#45114: erlang @17.3_0+hipe+ssl: can't load crypto library -----------------------+------------------------- Reporter: dedalo@… | Owner: ciserlohn@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Resolution: | Keywords: Port: erlang | -----------------------+------------------------- Comment (by zany_macports@…): Seems to be a conflict when loading the native libs from the NIF. I enabled debug output and got > CRYPTO: INCOMPATIBLE SSL VERSION lib=90819f header=1000201f Looks to me that the Erlang port compiled against the OpenSSL port (@1.0.2a) but somehow pulls in the old pre-installed version (0.9.8). Setting DYLD_PRINT_LIBRARIES I see that the NIF /opt/local/lib/erlang/lib/crypto-3.5/priv/lib/crypto.so pulls in /opt/local/lib/libcrypto.1.0.0.dylib as wanted. However the Eshell pulls in /usr/lib/libcrypto.0.9.8.dylib way before that point and that takes precedence. A quick check shows ApplicationServices framework, PasswordServer framework, and libsasl linking in the old version. Well no way around that then. My ''Solution'' here is to hide the current OpenSSL (i.e. move the pkgconfig -- you might be better off to uninstall but there are a lot of ports dependent on OpenSSL...) then install Erlang from source (-s flag). A slightly better fix might be to change the port to compile Erlang against the pre-installed system version of OpenSSL always. -- Ticket URL: <https://trac.macports.org/ticket/45114#comment:8> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47717: swi-prolog-devel @7.1.37: update to 7.3.0
by MacPorts 13 May '15

13 May '15

#47717: swi-prolog-devel @7.1.37: update to 7.3.0 ---------------------------------+-------------------------------- Reporter: pmoura@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch maintainer | Port: swi-prolog-devel ---------------------------------+-------------------------------- Update the swi-prolog-devel portfile for the latest release. -- Ticket URL: <https://trac.macports.org/ticket/47717> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

Re: [MacPorts] #41572: root: switch to external FreeType once "unknown type name 'FT_Glyph'; did you mean 'FTGlyph'" is fixed
by MacPorts 13 May '15

13 May '15

#41572: root: switch to external FreeType once "unknown type name 'FT_Glyph'; did you mean 'FTGlyph'" is fixed --------------------------+---------------------- Reporter: mojca@… | Owner: jonesc@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: root5 root6 | --------------------------+---------------------- Comment (by ryandesign@…): Replying to [comment:11 mojca@…]: > I reported it to https://sourceforge.net/p/ftgl/bugs/41/. I filed #47716 for getting this resolved in MacPorts ftgl. -- Ticket URL: <https://trac.macports.org/ticket/41572#comment:15> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #45268: icu @53.1_1 +universal 10.5 destroot failure
by MacPorts 13 May '15

13 May '15

#45268: icu @53.1_1 +universal 10.5 destroot failure ---------------------+-------------------------------- Reporter: snc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Resolution: | Keywords: Port: icu | ---------------------+-------------------------------- Comment (by ryandesign@…): I don't think we have a directive to do that, do we? I would have to write the code to do that. Something like if `${configure.universal_archs}` contains "ppc" and it contains "86", then `universal_variant no`. That's assuming the muniversal portgroup even honors `universal_variant no`, which it looks like it does not. So then it becomes if `${configure.universal_archs}` does not contain "ppc" and "86", then include the muniversal portgroup. Which would mean making sure the port works correctly whether or not the muniversal portgroup is included, which might be complicated, though I don't see anything immediately problematic about that in icu. -- Ticket URL: <https://trac.macports.org/ticket/45268#comment:8> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #45268: icu @53.1_1 +universal 10.5 destroot failure
by MacPorts 13 May '15

13 May '15

#45268: icu @53.1_1 +universal 10.5 destroot failure ---------------------+-------------------------------- Reporter: snc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Resolution: | Keywords: Port: icu | ---------------------+-------------------------------- Comment (by larryv@…): Perhaps the port could just disallow Intel+PPC builds? -- Ticket URL: <https://trac.macports.org/ticket/45268#comment:7> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #45268: icu @53.1_1 +universal 10.5 destroot failure
by MacPorts 13 May '15

13 May '15

#45268: icu @53.1_1 +universal 10.5 destroot failure ---------------------+-------------------------------- Reporter: snc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Resolution: | Keywords: Port: icu | ---------------------+-------------------------------- Comment (by ryandesign@…): It builds fine for me with the universal variant on Yosemite. So this ticket continues to be about the original problem: that the icu-config script cannot be merged when building universal for architectures of different endianness. I am not working on fixing this problem; it would be up to the developers of icu to modify their build system so that it does not create these differences based on endianness. -- Ticket URL: <https://trac.macports.org/ticket/45268#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X

1 0