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

[MacPorts] #44421: zope-zphotoslides: fails to build
by MacPorts 10 Oct '14

10 Oct '14

#44421: zope-zphotoslides: fails to build --------------------+-------------------------------- Reporter: petr@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: zope-zphotoslides --------------------+-------------------------------- This unmaintained port seems to be bit rotten. There seem to some sort of compile errors and the build fails. main.log attached {{{ !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! There were errors during Python module compilation. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! }}} -- Ticket URL: <https://trac.macports.org/ticket/44421> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #42299: ImageMagick is broken on OS X 10.7.5
by MacPorts 10 Oct '14

10 Oct '14

#42299: ImageMagick is broken on OS X 10.7.5 -----------------------------+-------------------------------- Reporter: tony.mannucci@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: -----------------------------+-------------------------------- The convert program is broken. It is configured to use the delegate avconv which does not exist, and is not available via Macports. The dependency used to be on ffmpeg, which does exist. This is to convert video such as mpeg. -- Ticket URL: <https://trac.macports.org/ticket/42299> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #44036: rspamd 0.4.4: archived binary, build broken, update to latest version 0.6.9.
by MacPorts 10 Oct '14

10 Oct '14

#44036: rspamd 0.4.4: archived binary, build broken, update to latest version 0.6.9. ----------------------+----------------------- Reporter: devans@… | Owner: pixilla@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: rspamd ----------------------+----------------------- rspamd archived binary is linked against an old version of gmime {{{ $ sudo port -d rev-upgrade Could not open /opt/local/lib/libgmime-2.4.2.dylib: Error opening or reading file (referenced from /opt/local/bin/rspamd-0.4.4) DEBUG: Marking /opt/local/bin/rspamd-0.4.4 as broken ---> Found 1 broken file(s), matching files to ports ---> Found 1 broken port(s): rspamd @0.4.4 /opt/local/bin/rspamd-0.4.4 }}} Build of current version fails because it doesn't support latest gmime 2.6. There is a new home page at https://rspamd.com where version 0.6.9 can be downloaded. Bitbucket is out of date. -- Ticket URL: <https://trac.macports.org/ticket/44036> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #41408: xorg-cf-files/imake/xcb: Concat3() macro failure w/ clang on 10.9
by MacPorts 10 Oct '14

10 Oct '14

#41408: xorg-cf-files/imake/xcb: Concat3() macro failure w/ clang on 10.9 -----------------------------------------------+--------------------------- Reporter: ionic@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: xcb xorg-cf-files imake Mavericks | Version: 2.2.1 | Port: xorg-cf-files -----------------------------------------------+--------------------------- Now that Mavericks dropped llvm-gcc support, we're left with clang not supporting "traditional CPP", thus making the Concat3 macro fail. This bug came by when compiling xcb, but is actually triggered by xorg-cf- files, thus setting port to that value. Also see #31504 -- Ticket URL: <https://trac.macports.org/ticket/41408> MacPorts <http://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #39528: Suhosin patch for PHP 5.4
by MacPorts 09 Oct '14

09 Oct '14

#39528: Suhosin patch for PHP 5.4 ----------------------------+------------------------------------------- Reporter: unwiredbrain@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: php54 +suhosin, php54-suhosin ----------------------------+------------------------------------------- Is there an estimate on when it will be available? As a side note, looks like there actually ''is'' a variant: {{{ $ sudo port variants php54 php54 has the variants: debug: Enable debug support (useful to analyze a PHP-related core dump) [+]libedit: Build readline extension using libedit library * conflicts with readline readline: Build readline extension using readline library * conflicts with libedit suhosin: Add Suhosin patch universal: Build for multiple architectures }}} But: {{{ $ sudo port install php54 +suhosin ---> Computing dependencies for php54 ---> Fetching distfiles for php54 Error: There is no suhosin patch for PHP 5.4.16 yet. Please check back later. You may also be interested in the suhosin extension, a related but different piece of software. See the php54-suhosin port. Error: org.macports.fetch for port php54 returned: unavailable variant Please see the log file for port php54 for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_php/php54/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port php54 failed }}} Same goes for PHP 5.5 (I'm not gonna attach the code here, though the output is almost identical) Thanks -- Ticket URL: <https://trac.macports.org/ticket/39528> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #44398: kdelibs4 configure failure
by MacPorts 09 Oct '14

09 Oct '14

#44398: kdelibs4 configure failure --------------------------+---------------------- Reporter: ryandesign@… | Owner: nicos@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: | Port: kdelibs4 --------------------------+---------------------- kdelibs4 @4.12.5_3 is failing to configure for me. kdelibs4 @4.12.5_1 is currently installed. I'm actually having trouble reading the log and figuring out what the problem is. I do see: {{{ -- Performing Test HAVE_QSSLSOCKET -- Performing Test HAVE_QSSLSOCKET - Failed CMake Error at kdecore/network/ConfigureChecks.cmake:22 (message): KDE Requires Qt to be built with SSL support Call Stack (most recent call first): kdecore/CMakeLists.txt:23 (include) }}} However, qt4-mac is of course installed with ssl support (there is no option not to do that). -- Ticket URL: <https://trac.macports.org/ticket/44398> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #41872: cyrus-sasl2 @2.1.26_3 +kerberos+sql+universal: muniversal destroot merge failure
by MacPorts 09 Oct '14

09 Oct '14

#41872: cyrus-sasl2 @2.1.26_3 +kerberos+sql+universal: muniversal destroot merge failure ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: cyrus-sasl2 ---------------------+-------------------------------- relevant part of log: {{{ Command failed: /usr/bin/cmp -s "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus- sasl2/work/destroot-i386//opt/local/lib/sasl2/libsasldb.la" "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-x86_64//opt/local/lib/sasl2/libsasldb.la" && /bin/cp -v "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus- sasl2/work/destroot-i386//opt/local/lib/sasl2/libsasldb.la" "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-intel//opt/local/lib/sasl2" Exit code: 1 /usr/bin/lipo: can't figure out the architecture type of: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus- sasl2/work/destroot-i386//opt/local/lib/sasl2/libsasldb.la Command failed: /usr/bin/lipo -create "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus- sasl2/work/destroot-i386//opt/local/lib/sasl2/libsasldb.la" "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-x86_64//opt/local/lib/sasl2/libsasldb.la" -output "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-intel//opt/local/lib/sasl2/libsasldb.la" Exit code: 1 /usr/bin/libtool: file: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus- sasl2/work/destroot-i386//opt/local/lib/sasl2/libsasldb.la is not an object file (not allowed in a library) /usr/bin/libtool: file: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-x86_64//opt/local/lib/sasl2/libsasldb.la is not an object file (not allowed in a library) Command failed: /usr/bin/libtool "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus- sasl2/work/destroot-i386//opt/local/lib/sasl2/libsasldb.la" "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-x86_64//opt/local/lib/sasl2/libsasldb.la" -o "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-intel//opt/local/lib/sasl2/libsasldb.la" Exit code: 1 Error: org.macports.destroot for port cyrus-sasl2 returned: /opt/local/lib/sasl2/libsasldb.la differs in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus- sasl2/work/destroot-i386 and /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-x86_64 and cannot be merged DEBUG: Error code: NONE DEBUG: Backtrace: /opt/local/lib/sasl2/libsasldb.la differs in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus- sasl2/work/destroot-i386 and /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-x86_64 and cannot be merged }}} This is because the clearing of `dependency_libs` is not done until ''after'' the merging process is done: {{{ Local-Admins-MacBook-Pro:~ root# diff -u /opt/local/var/macports/build.build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus- sasl2/work/destroot-i386/opt/local/lib/sasl2/libsasldb.la /opt/local/var/macports/build.build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-x86_64/opt/local/lib/sasl2/libsasldb.la --- /opt/local/var/macports/build.build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus- sasl2/work/destroot-i386/opt/local/lib/sasl2/libsasldb.la 2013-12-21 14:10:39.000000000 -0500 +++ /opt/local/var/macports/build.build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_cyrus-sasl2/cyrus-sasl2/work /destroot-x86_64/opt/local/lib/sasl2/libsasldb.la 2013-12-21 14:10:37.000000000 -0500 @@ -14,7 +14,7 @@ old_library='' # Libraries that this one depends upon. -dependency_libs=' -L/opt/local/lib -lresolv -lresolv -lpam -lresolv -lresolv -lpam' +dependency_libs=' -L/opt/local/lib -lresolv -lresolv -lpam -ldb -lresolv -lresolv -lpam' # Version information for libsasldb. current=3 }}} -- Ticket URL: <https://trac.macports.org/ticket/41872> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42986: openal-soft @1.15.1: complains about pulseaudio (@5.0) not being built with capabilities support
by MacPorts 08 Oct '14

08 Oct '14

#42986: openal-soft @1.15.1: complains about pulseaudio (@5.0) not being built with capabilities support ---------------------+------------------------------------ Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: openal-soft pulseaudio ---------------------+------------------------------------ I am working on a program that makes some calls to OpenAL, and I am having it `dlopen()` the `libopenal.dylib` that the openal-soft port provides. When debugging and it hits a function that tries to open a sound device via OpenAL, it prints a message like this: {{{ W: [] caps.c: [1mNormally all extra capabilities would be dropped now, but that's impossible because PulseAudio was built without capabilities support.[0m AL lib: (WW) alc_initconfig: Failed to initialize backend "pulse" }}} I cannot find any such message in the code of the program that I am working on, so I must assume that the message is coming from OpenAL. I am not sure why OpenAL is trying to use PulseAudio, as I found no mention of it in the Portfile for openal-soft, and `otool -L` reports no linkages against it... maybe it is being `dlopen()`-ed as well? There was a configure check for pulseaudio in openal-soft's `CMakeLists.txt`, at least... Anyways, back to the error message... I checked pulseaudio's `configure` script for any flags that might be relevant, and noticed that the pulseaudio Portfile added the following to its `configure.args`: {{{ --without-caps }}} Why is this flag necessary? Could it be removed? If so, would that be the right approach to enabling capabilities support in PulseAudio? -- Ticket URL: <https://trac.macports.org/ticket/42986> MacPorts <http://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #44236: kde workspace
by MacPorts 08 Oct '14

08 Oct '14

#44236: kde workspace -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: -------------------------+-------------------------------- This is a submission of a port for the KDE Workspace package. Much of the package is irrelevant for if not incompatible with a system on which KDE is not X11-based. It is possible, however, to build the systemsettings application as well as the oxygen style. The oxygen style looks quite good and maybe more in line with the visual design of OS X 10.9 than Qt's native style; it also makes the layout more compact. The style works almost perfectly since the latest kde4libs update that was pushed, except for a few updating glitches in (pop-up) menus. -- Ticket URL: <https://trac.macports.org/ticket/44236> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #44473: make kwallet use the OS X KeyChain as a backend, instead of kwalletd
by MacPorts 08 Oct '14

08 Oct '14

#44473: make kwallet use the OS X KeyChain as a backend, instead of kwalletd -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: haspatch | Port: kdelibs4 -------------------------+-------------------------------- It turns out kdelibs4's code and build system already provide the necessary elements to use OS X's KeyChain as a backend for the KDE Wallet, rather than kwalletd. As described on the mailing list this is not (yet) a perfect integration in the sense that it currently uses KDE-specific instead of reusable (from OS X apps) entries, but it's better than a completely separate password storage system. The snippet to add to the kdelibs4 portfile is below. I'm not attaching a diff to this ticket as my kdelibs4 portfile currently contains other additional variants under testing (but I could generate one if really required). {{{ variant osxkeychain description {kwallet uses the OSX KeyChain} {} if { [variant_isset osxkeychain] } { configure.args-append -DMAC_USE_OSXKEYCHAIN:BOOL=ON } }}} -- Ticket URL: <https://trac.macports.org/ticket/44473> MacPorts <http://www.macports.org/> Ports system for OS X

1 12