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

Re: [MacPorts] #44193: qt: allow side by side installation of qt4-mac and qt5-mac
by MacPorts 12 Jun '15

12 Jun '15

#44193: qt: allow side by side installation of qt4-mac and qt5-mac -------------------------------+------------------------ Reporter: mojca@… | Owner: mcalhoun@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: qt4-mac, qt5-mac | -------------------------------+------------------------ Comment (by rjvbertin@…): I have already identified a (surprisingly!) few ports that are ill-behaved and will break (corrected versions are available), and I'll be more than willing to help with other fallout. Provided of course that the transition is based on my work, and that at least some of my other changes are taken into consideration too. Off the top of my hat, there are the exception- less build (reducing overhead and bringing qt4 on the same page as qt5 in that aspect), the patches for improved font style support, and those improving the KDE4 experience. And there is the return of the sqlite3 plugin back into the main port of course, so that one doesn't have to install an auxilliary port before being able to test all of the few end- user applications qt4-mac installs (Bradley's suggestion, and I fully agree with it). I have a fully working qt4-mac-devel port that can be used for testing right now, with the changes to the PortGroup done in such a way that they do not interfere with the current installation. In other words, it detects if qt4-mac was installed in what I call "exclusive" mode and sets up the environment appropriately. If so required, I can modify it such that this is the default more also when building qt4-mac itself, for now. My qt4-mac-devel port also has a subport that allows anyone to install it WITHOUT having to rebuild all qt4 dependents (and that one has been tested thoroughly because I myself didn't want to have to go through such a full rebuild while testing). Isn't there something like a buildbot that could be set to run a rebuild of all the dependent ports without forcing them upon the world, in order to take stock of the fallout? Bradley (pixilla) has been asking me for such an action. As I said elsewhere, I'm not sure if it's really up to the qt4-mac maintainer(s) (and/or Bradley and me) to do this kind of thing, but I also see no issue with it provided we can use an existing infrastructure to (re)build all dependents without first having to identify and install them more or less by hand (and on a VM that I think severely under-resourced for the purpose). -- Ticket URL: <https://trac.macports.org/ticket/44193#comment:35> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #46578: Spatialite @4.2.0_0 has different header files than SQLite3 @3.8.7.4_0
by MacPorts 12 Jun '15

12 Jun '15

#46578: Spatialite @4.2.0_0 has different header files than SQLite3 @3.8.7.4_0 --------------------+------------------------------------------------- Reporter: jea@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: spatialite sqlite3 spatiality-tools --------------------+------------------------------------------------- I install spatialite @4.2.0_0 and SQLite3 @3.8.7.4_0 and spatialite-tools @4.1.1_0. Then when I try to run spatialite commands such as {{{ spatialite sqlite3.db "SELECT InitSpatialMetaData();" }}} I get {{{ SQLite header and source version mismatch 2014-12-09 01:34:36 f66f7a17b78ba617acde90fc810107f34f1a1f2e 2014-10-29 13:59:56 3b7b72c4685aa5cf5e675c2c47ebec10d9704221 }}} -- Ticket URL: <https://trac.macports.org/ticket/46578> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

Re: [MacPorts] #44934: qt5-mac macdeployqt needs patch
by MacPorts 12 Jun '15

12 Jun '15

#44934: qt5-mac macdeployqt needs patch ------------------------+------------------------ Reporter: hartmut@… | Owner: mcalhoun@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: Port: qt5-mac | ------------------------+------------------------ Comment (by mk@…): Aren't there situations thinkable where one may want to create a complete application bundle if one intends to install the app on a Mac which doesn't have the whole MacPorts infrastructure installed?! -- Ticket URL: <https://trac.macports.org/ticket/44934#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48022: openssl @1.0.2a_0: update to 1.0.2b
by MacPorts 12 Jun '15

12 Jun '15

#48022: openssl @1.0.2a_0: update to 1.0.2b ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: openssl ----------------------------+-------------------------------- openssl 1.0.2 has been updated to version 1.0.2b, due to five security issues: See https://www.openssl.org/news/secadv_20150611.txt for details. -- Ticket URL: <https://trac.macports.org/ticket/48022> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

Re: [MacPorts] #37048: weechat: python variants
by MacPorts 12 Jun '15

12 Jun '15

#37048: weechat: python variants ---------------------------+------------------------- Reporter: ryandesign@… | Owner: starkhalo@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Resolution: | Keywords: Port: weechat | ---------------------------+------------------------- Comment (by khindenburg@…): starkhalo, do the variants build OK for you? I'm getting errors on +python27 {{{ clang: error: no such file or directory: 'Python.framework/Versions/2.7/Python' make[2]: *** [src/plugins/python/python.so] Error 2 }}} -- Ticket URL: <https://trac.macports.org/ticket/37048#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48019: gnuradio-companion Gtk-WARNING **: Locale not supported by C library
by MacPorts 12 Jun '15

12 Jun '15

#48019: gnuradio-companion Gtk-WARNING **: Locale not supported by C library ----------------------+-------------------------------- Reporter: daniel@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ----------------------+-------------------------------- Hi all. I get gtype warnings (I understand they can be ignored) when running gnuradio-companion. Then it gets stuck with the Gtk-WARNING below. I have tried adding {{{ export LC_ALL=“en.utf-8” }}} and {{{export LC_ALL=“es.utf-8” }}} to {{{ .bashrc }}} without seeing any changes. {{{ $gnuradio-companion ** (process:50359): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags' ** (process:50359): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags' ** (process:50359): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags' (process:50359): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. }}} Thanks for your support. It is boldly appreciated. Active port: gnuradio @3.7.7.1_0+docs+grc+jack+portaudio+qtgui+sdl+swig+uhd+wavelet+wxgui (active) -- Ticket URL: <https://trac.macports.org/ticket/48019> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

Re: [MacPorts] #44193: qt: allow side by side installation of qt4-mac and qt5-mac
by MacPorts 12 Jun '15

12 Jun '15

#44193: qt: allow side by side installation of qt4-mac and qt5-mac -------------------------------+------------------------ Reporter: mojca@… | Owner: mcalhoun@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: qt4-mac, qt5-mac | -------------------------------+------------------------ Comment (by michaelld@…): Now that qt5-mac installs privately, I think it's time for us to move qt4-mac to do the same. This'll be somewhat of a headache, so I don't want to do it until I'm available to handle the fallout. RIght now I'm on vacation, so let's aim for doing this June 29 when I'm formally back at work. We'll need to rev-bump a bunch of ports that depend on the qt4 and/or qmake PortGroup. I'm quite sure it'll take some time to work out the kinks, but this way it's done. Yes, it's about time. -- Ticket URL: <https://trac.macports.org/ticket/44193#comment:34> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48026: boost @ 1.58.0 filesystem.exists() function fails with g++ 5.1.0
by MacPorts 12 Jun '15

12 Jun '15

#48026: boost @ 1.58.0 filesystem.exists() function fails with g++ 5.1.0 -----------------------------+-------------------------------- Reporter: chris.jonesey@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: boost -----------------------------+-------------------------------- In the attached test case the filesystem.exists() function always returns false with g++ and works correctly with clang++. % port -v[[br]] MacPorts 2.3.3 % clang++ --version[[br]] Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn)[[br]] Target: x86_64-apple-darwin14.1.0[[br]] Thread model: posix[[br]] % g++ --version[[br]] g++ (MacPorts gcc5 5.1.0_0) 5.1.0[[br]] Copyright (C) 2015 Free Software Foundation, Inc.[[br]] This is free software; see the source for copying conditions. There is NO[[br]] warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.[[br]] % ./test_filesystem.clang.macport_boost ./test_filesystem.clang.macport_boost The file './test_filesystem.clang.macport_boost' exists! % ./test_filesystem.gcc.macport_boost ./test_filesystem.gcc.macport_boost The file './test_filesystem.gcc.macport_boost' DOES NOT exist. -- Ticket URL: <https://trac.macports.org/ticket/48026> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #48011: gtksee fails to install on Yosemite 10.10.3
by MacPorts 12 Jun '15

12 Jun '15

#48011: gtksee fails to install on Yosemite 10.10.3 ----------------------+-------------------------------- Reporter: shukri@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: gtksee ----------------------+-------------------------------- Processing of port gtksee 0.6.0b-1 failed on Mac OS X v10.10.3. All dependencies installed just fine but gtksee failed during build. I attach the main.log. Thanks for any help. -- Ticket URL: <https://trac.macports.org/ticket/48011> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #48027: php: security updates to 5.6.10, 5.5.26
by MacPorts 12 Jun '15

12 Jun '15

#48027: php: security updates to 5.6.10, 5.5.26 ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: php ----------------------------+-------------------------------- php 5.5 and 5.6 have been updated to address several security issues into some bundled libraries (CVE-2015-3414, CVE-2015-3415, CVE-2015-3416, CVE-2015-2325 and CVE-2015-2326). -- Ticket URL: <https://trac.macports.org/ticket/48027> MacPorts <https://www.macports.org/> Ports system for OS X

1 2