July 2016 - macports-tickets - lists.macosforge.org

[MacPorts] #51013: jpeg @9a: remove boolean patch
by MacPorts 08 Oct '16

08 Oct '16

#51013: jpeg @9a: remove boolean patch --------------------------+-------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: jpeg --------------------------+-------------------------- The boolean patch we are using in the jpeg port has been deemed improper by the developers of jpeg. According to them, the problems it fixes do not represent a problem in jpeg, but rather a problem in the other ports that use jpeg; it is those other ports that should be fixed. See e.g. comment:ticket:42710:6 and comment:ticket:42735:8. -- Ticket URL: <https://trac.macports.org/ticket/51013> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #51014: jpeg: update to 9b
by MacPorts 08 Oct '16

08 Oct '16

#51014: jpeg: update to 9b --------------------------+-------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: jpeg --------------------------+-------------------------- jpeg should be updated to 9b. This would also be a good time to remove the boolean patch (see #51013). -- Ticket URL: <https://trac.macports.org/ticket/51014> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #49203: bacula 7.0.4_1 +client_only +console_bat does not build because it can't find Qt4
by MacPorts 08 Oct '16

08 Oct '16

#49203: bacula 7.0.4_1 +client_only +console_bat does not build because it can't find Qt4 --------------------------------+-------------------------------- Reporter: gullevek@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: bacula bat qt4-mac | Port: bacula --------------------------------+-------------------------------- It seems that in this new version the QMAKE and PKG_CONFIG_PATH vars are not carried over into the bacula configure run. It correctly finds + gets the qt4-mac settings, but in the configure from bacula it fails to find QMAKE and Qt4Gui. Qt4-mac was automatically installed into /opt/local/libexec/qt4/ If I add QMAKE='/opt/local/libexec/qt4/bin/qmake' before the QMAKE check and add export PKG_CONFIG_PATH='/opt/local/libexec/qt4/lib/pkgconfig' before the pkg-config check for Qt4 it builds correctly. -- Ticket URL: <https://trac.macports.org/ticket/49203> MacPorts <https://www.macports.org/> Ports system for OS X

1 16

[MacPorts] #46940: Error: org.macports.build for port libgcc returned: command execution failed
by MacPorts 08 Oct '16

08 Oct '16

#46940: Error: org.macports.build for port libgcc returned: command execution failed -------------------------+-------------------------------- Reporter: bri.cales@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: libgcc, gcc | Port: -------------------------+-------------------------------- Hello, I am trying to update my macports by using the commands: sudo port -v selfupdate sudo port upgrade outdated The self update works without errors but when I execute the second command I get this error: Error: org.macports.build for port libgcc returned: command execution failed Please see the log file for port libgcc for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc49/libgcc/main.log Error: Problem while installing libgcc Suggestions? -- Ticket URL: <https://trac.macports.org/ticket/46940> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47043: Error while Building libgcc
by MacPorts 08 Oct '16

08 Oct '16

#47043: Error while Building libgcc -------------------------+-------------------------------- Reporter: paula.srs@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -------------------------+-------------------------------- Error: Processing of port libgcc failed The main.log file is in attachment which includes this message: :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc49/libgcc/work/build" && /usr/bin/make -j4 -w bootstrap What can be the problem? Thank you, Paula -- Ticket URL: <https://trac.macports.org/ticket/47043> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #51552: Page LibcxxOnOlderSystems: some help with "uninstall all ports that use C++"
by MacPorts 08 Oct '16

08 Oct '16

#51552: Page LibcxxOnOlderSystems: some help with "uninstall all ports that use C++" ---------------------------+-------------------- Reporter: tamas.fulop@… | Owner: jmpp@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: website | Version: 2.3.4 Keywords: | Port: ---------------------------+-------------------- On page [https://trac.macports.org/wiki/LibcxxOnOlderSystems#LionandMountainLion] could you please add a one- or two-sentence help to the part "uninstall all ports that use C++"? Those having many hundreds of ports but not being experts would appreciate it ("Start with a new install of MacPorts" being a frightening option, and upgrading the OS probably excluded). Thank you! -- Ticket URL: <https://trac.macports.org/ticket/51552> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #48460: REQ: sshuttle
by MacPorts 07 Oct '16

07 Oct '16

#48460: REQ: sshuttle ----------------------+-------------------------------- Reporter: becker@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: ----------------------+-------------------------------- https://github.com/sshuttle/sshuttle Transparent proxy server that works as a poor man's VPN. Forwards over ssh. Doesn't require admin. Supports DNS tunneling. -- Ticket URL: <https://trac.macports.org/ticket/48460> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #49925: KF5 : PortGroup and initial ports (frameworks)
by MacPorts 07 Oct '16

07 Oct '16

#49925: KF5 : PortGroup and initial ports (frameworks) -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: -------------------------+-------------------------------- Here's an initial implementation of a PortGroup and the basic ports required to deploy KF5 through MacPorts, thanks in large part to lots of preliminary heavy lifting behind the scenes by Marko Känig. Without him this would have been much more work. This initial submission contains the PortGroup, the Frameworks, and a few tightly related ports. As always, further development can be followed via https://github.com/RJVB/macstrop/tree/master/kf5 . KDE5 is not a straightforward thing to deploy (package), in some ways even less so than KDE4, but in other ways "things" have improved sufficiently that a lot can be abstracted and automatised (more so than with KDE4). Most of that is done in the PortGroup, which contains the basic logic that makes declaring a port for a given KF5 application relatively easy. It also contains version definitions, because despite being individual packages, KF5 components are released in synchronised fashion, and won't build against older components. The PortGroup is also responsible for including the Qt5 PortGroup, and does so by indicating a preference for `port:qt5-kde`. The frameworks themselves, the building blocks on which KF5 applications are based (and "interesting/useful extensions to Qt5") are a bit different. I have chosen to bundle all frameworks as subports in a single (huge) portfile, in order to increase sharing of patches and reinplace statements (something the benefits of which I hope I won't have to explain). The meta-port is almost complete; it lacks only a number of "porting aid" frameworks which I plan to add when needed (or "in due time"). That meta-port, KF5-Frameworks, also contains the variant that I consider crucial for MacPorts, the one that activates the XDG-compliant mode of Qt's QStandardPaths. In a nutshell, this is the mode in which makes Qt5 (and KF5) code look for shared resources under ${prefix}/share, and use ~/.config, ~/.local and ~/.cache instead of the OS X-ish equivalents. Individual applications (pure Qt5 or KF5) may be adapted or even conceived to use the Apple-equivalents of these locations, but KF5 applications as a whole are designed primarily to function in a Freedesktop (XDG) universe, and cohabit/interact with other XDG-compliant applications that are *not* based on Qt5 (e.g. KDE4!). I consider this something MacPorts cannot ignore or not support. I'd even go so far as to remove the possibility to build KF5 otherwise, but as long as the QSP patch is only shipped with `port:qt5-kde` I see no other way than to provide a variant that becomes a default variant if the QSP/XDG activator is detected at build time. The KF5 PortGroup indicates a preference for `port:qt5-kde` and therefore it is that port which will be installed during a fresh install or on a build bot. I am aware this is a potential violation of the repeatable build principle, but only for/by users who go against a recommended dependency (and these users will be obliged to install all KF5 ports from source). NB: The XDG activator is an additional link module that I bundle with my `port:qt5-kde`; linking it with all KF5 frameworks means that any KF5 application will use QStandardPaths in XDG-compliant mode; this blunt approach is required since there is no single KF5 component with which all dependents are obliged to link. Making the compliancy mode optional (and inactive by default) means that "pure Qt5" applications function with native OS X QStandardPaths, and will thus behave exactly as their counterparts if installed from an official installer other external source. I consider that of equal importance as the repeatable build principle. Also note that there are a number of tweaks that allow me to use the same build and packaging logic on Linux, for testing and comparison; those tend to relax dependencies so they are obtained from the host. I'm not adamant on "getting these in" of course, but as long as I'm principle maintainer on these files I'm also not very keen on removing them . -- Ticket URL: <https://trac.macports.org/ticket/49925> MacPorts <https://www.macports.org/> Ports system for OS X

1 34

[MacPorts] #45690: eblook failed to build on Yosemite
by MacPorts 07 Oct '16

07 Oct '16

#45690: eblook failed to build on Yosemite ------------------------+-------------------------------- Reporter: aruminat@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: eblook ------------------------+-------------------------------- With the following error, eblook 1.6.1-media-20110801_0 failed to build with xcode 6.1 on Yosemite: {{{ eblook.c:482:39: error: use of undeclared identifier 'CPPFunction' rl_attempted_completion_function = (CPPFunction *)fileman_completion; ^ eblook.c:482:52: error: expected expression rl_attempted_completion_function = (CPPFunction *)fileman_completion; [snip] eblook.c:4366:8: error: use of undeclared identifier 'CPFunction' (CPFunction *) command_generator); ^ eblook.c:4366:20: error: expected expression (CPFunction *) command_generator); ^ 7 warnings and 4 errors generated. }}} -- Ticket URL: <https://trac.macports.org/ticket/45690> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #50678: makeicns does not build on Snow Leopard with libc++
by MacPorts 07 Oct '16

07 Oct '16

#50678: makeicns does not build on Snow Leopard with libc++ ----------------------------+-------------------------------- Reporter: steven.dwyer@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.3.4 Keywords: snowleopard | Port: makeicns ----------------------------+-------------------------------- The makeicns port does not link on Snow Leopard after following the LibcxxOnOlderSystems. {{{ :info:build /opt/local/bin/clang++-mp-3.7 -o makeicns makeicns.o IconFamily.o NSString+CarbonFSRefCreation.o -L/opt/local/lib -Wl,-headerpad_max_install_names -stdlib=libc++ -arch i386 -framework Foundation -framework AppKit -framework Carbon -isysroot /Developer/SDKs/MacOSX10.6.sdk :info:build MACOS_MAJOR = 10 :info:build MACOS_MINOR = 6 :info:build DARWIN_MAJOR = 10 :info:build SDK = /Developer/SDKs/MacOSX10.6.sdk :info:build ld: library not found for -lc++ :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation) :info:build make: *** [makeicns] Error 1 }}} I'm using clang-3.7 as my default compiler, with my modified section of macports.conf after following LibcxxOnOlderSystems looking like: {{{ cxx_stdlib libc++ buildfromsource always delete_la_files yes default_compilers macports-clang-3.7 macports-clang-3.4 macports- clang-3.3 gcc-4.2 apple-gcc-4.2 gcc-4.0 }}} I had to use the LibcxxOnOlderSystems guide as I was trying to install the mkvtoolnix port (for which makeicns is a pre-requisite). -- Ticket URL: <https://trac.macports.org/ticket/50678> MacPorts <https://www.macports.org/> Ports system for OS X

1 19