January 2009 - macports-tickets - lists.macosforge.org

[MacPorts] #17889: Can't compile kde4libs - configure error
by MacPorts 07 Jan '09

07 Jan '09

#17889: Can't compile kde4libs - configure error ------------------------------------+--------------------------------------- Reporter: stransky@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: kdelibs4 ------------------------------------+--------------------------------------- Hi, I have the following error at configure time with kdelibs4. It's a fresh macports installation and the packages are in sync. {{{ ---> Configuring kdelibs4 Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_kde_kdelibs4/work/build" && cmake --prefix=/opt/local ../kdelibs-4.1.3 -DBUILD_SHARED_LIBS=ON -DCMAKE_BUILD_WITH_INSTALL_RPATH=ON -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=Release -DCMAKE_SYSTEM_PREFIX_PATH="/opt/local;/usr" -DCMAKE_INSTALL_PREFIX=/opt/local -DPHONON_INCLUDE_DIR=/opt/local/include -DPHONON_LIBRARY=/opt/local/lib/libphonon.dylib -DCMAKE_OSX_SYSROOT=/Developer/SDKs/MacOSX10.5.sdk -DQT_QMAKE_EXECUTABLE=/opt/local/libexec/qt4-mac/bin/qmake -Wno-dev " returned error 1 Command output: -- Found Qt-Version 4.4.3 (using /opt/local/libexec/qt4-mac/bin/qmake) -- Found Threads: TRUE -- Found Automoc4: /opt/local/bin/automoc4 -- Found Perl: /opt/local/bin/perl -- Building kdelibs... CMake Error: Generator: execution of make failed. Make command was: /opt/local/bin/gmake "cmTryCompileExec/fast" CMake Error at cmake/modules/FindKDE4Internal.cmake:1049 (message): Could not compile simple test program: #include <QtCore/QtGlobal> int main() { #ifdef QT_VISIBILITY_AVAILABLE return 0; #else return 1; #endif } Call Stack (most recent call first): CMakeLists.txt:29 (find_package) -- Configuring incomplete, errors occurred! Error: Status 1 encountered during processing. }}} -- Ticket URL: <http://trac.macports.org/ticket/17889> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17868: Update Mercurial 1.1.1 to 1.1.2
by MacPorts 07 Jan '09

07 Jan '09

#17868: Update Mercurial 1.1.1 to 1.1.2 --------------------------------+------------------------------------------- Reporter: perry@… | Owner: deric@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.7.0 Keywords: | Port: mercurial --------------------------------+------------------------------------------- Hi Daniel, I've attached a patch to update Mercurial 1.1.1 to 1.1.2. Thanks, Perry -- Ticket URL: <http://trac.macports.org/ticket/17868> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16997: Ticket #16857
by MacPorts 07 Jan '09

07 Jan '09

#16997: Ticket #16857 ------------------------------------+--------------------------------------- Reporter: rsopublic(a)magmatic.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: ------------------------------------+--------------------------------------- This is an update to that ticket. It seems that the py25-gtk wants pycairo.h I have cairo.h installed from py25-cairo. I included the original ticket with the gail problem. Seems like plenty of these are looking for the older lib/includes instead of the new ones with py25-**** -- Ticket URL: <http://trac.macports.org/ticket/16997> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #17904: openjpeg doesn't build universal
by MacPorts 07 Jan '09

07 Jan '09

#17904: openjpeg doesn't build universal -----------------------------------+---------------------------------------- Reporter: jeremyhu@… | Owner: mcalhoun@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: universal | Port: openjpeg -----------------------------------+---------------------------------------- openjpeg builds only for the native arch even when +universal -- Ticket URL: <http://trac.macports.org/ticket/17904> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #15628: RFE: Enhance port variants
by MacPorts 07 Jan '09

07 Jan '09

#15628: RFE: Enhance port variants ---------------------------------+------------------------------------------ Reporter: raimue(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: ports | Version: Keywords: base variants | ---------------------------------+------------------------------------------ Inspired by #15625, port variants should display more information: * Show default variants * Show conflicting variants (`conflicts`) * Show variant dependencies (`requires`) (Not sure if we already had a ticket for this, couldn't find one.) -- Ticket URL: <http://trac.macports.org/ticket/15628> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #17588: macports 1.7rc1 writes path variable to .tcshrc even when a .cshrc is present
by MacPorts 07 Jan '09

07 Jan '09

#17588: macports 1.7rc1 writes path variable to .tcshrc even when a .cshrc is present ----------------------------+----------------------------------------------- Reporter: north@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Port Bugs Component: base | Version: 1.7.0 Keywords: | Port: ----------------------------+----------------------------------------------- One of those infuriating habits of oldtimers is still using a million year old .cshrc file even though running tcsh -- which still honors the .cshrc file. Previous versions of macports wrote to my .cshrc, but this new rc1 creates a .tcshrc where one was not present, overriding the existing .cshrc (rendering it temporarily moot and creating much surprise!) Obviously easily cured, but testing for the presence of .cshrc would be a nice touch. -- Ticket URL: <http://trac.macports.org/ticket/17588> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

Re: [MacPorts] #14178: show default_variants in "port variants foobar"
by MacPorts 07 Jan '09

07 Jan '09

#14178: show default_variants in "port variants foobar" ---------------------------------+------------------------------------------ Reporter: themolok@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: MacPorts 1.8.0 Component: base | Version: 1.6.0 Resolution: fixed | Keywords: Port: | ---------------------------------+------------------------------------------ Changes (by perry@…): * status: new => closed * resolution: => fixed Comment: Cleaned up the code in r45034. -- Ticket URL: <http://trac.macports.org/ticket/14178#comment:10> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #17898: readline installation failing
by MacPorts 06 Jan '09

06 Jan '09

#17898: readline installation failing ----------------------------+----------------------------------------------- Reporter: rob@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: ----------------------------+----------------------------------------------- I am trying to install couchdb using macports (haven't used macports before - installed yesterday, version 1.700). I have been getting hung up on: $ sudo port install couchdb +server Password: ---> Fetching readline ---> Attempting to fetch readline-5.2.tar.gz from ftp://ftp.cwru.edu/pub/bash/ I have also tried to install readline directly and it still hangs: $ sudo port install readline Password: ---> Fetching readline ---> Attempting to fetch readline-5.2.tar.gz from ftp://ftp.cwru.edu/pub/bash/ I have been trying this since yesterday afternoon. I see some messages that talk about --with-readline and --without- readline. Is the answer here somewhere? I didn't want to just guess what to do with these, but can't find the actual answer. On my system, I see: /opt/local/var/macports/distfiles/readline/readline-5.2.tar.gz.TMP (but since it is hanging, never finishes) I searched my entire hard drive for readline and see several locations... Any ideas how I can resolve this? -- Ticket URL: <http://trac.macports.org/ticket/17898> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #17890: disabling ccache for perl5.8 (5.8.9)
by MacPorts 06 Jan '09

06 Jan '09

#17890: disabling ccache for perl5.8 (5.8.9) --------------------------------------+------------------------------------- Reporter: garribald@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: perl5.8 ccache | Port: perl5.8 --------------------------------------+------------------------------------- The nightly upgrade cycle of my Mac showed following issue with perl5.8 and ccache (made the relevant line bold): {{{ ---> Fetching perl5.8 ---> Attempting to fetch perl-5.8.9.tar.bz2 from http://arn.se.distfiles.macports.org/perl5.8 ---> Verifying checksum(s) for perl5.8 ---> Extracting perl5.8 ---> Configuring perl5.8Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_perl5.8/work/perl-5.8.9" && /bin/sh Configure -des -D prefix='/opt/local' -D cppflags="${CPPFLAGS}" -D ldflags="${LDFLAGS}" -D vendorprefix='/opt/local' -D man3ext='3pm' -D cc=${CC} -D ld=${CC} -U i_bind -U i_gdbm -U i_db " returned error 1 Command output: First let's make sure your kit is complete. Checking... Locating common programs... Checking compatibility between /bin/echo and builtin echo (if any)... Symbolic links are supported. Checking how to test for symbolic links... You can test for symbolic links with 'test -h'. Good, your tr supports [:lower:] and [:upper:] to convert case. Using [:upper:] and [:lower:] to convert case. ccache: illegal option -- o You need to find a working C compiler. Either (purchase and) install the C compiler supplied by your OS vendor, or for a free C compiler try http://gcc.gnu.org/ I cannot continue any further, aborting. }}} Without ccache, the perl5.8 upgrade was unproblematic. I cannot say, if that issue hits also perl5 (or the future perl5 port as soon as it is the main perl port, as far as i understand the development). And i cannot even remember, if that issue was already there with the previous perl5.8 version (5.8.8). Anyhow, adding {{{ configure.ccache no }}} might be something - on the other hand it could be something with my machine or i misinterpreted the log. Thanks :) The Mac is a PPC, running 10.4.11 (8S165), macports 1.700, ccache version 2.4. -- Ticket URL: <http://trac.macports.org/ticket/17890> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #17426: correctly set configure.compiler etc.
by MacPorts 06 Jan '09

06 Jan '09

#17426: correctly set configure.compiler etc. -------------------------------+-------------------------------------------- Reporter: toby@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.8.0 Keywords: | Port: -------------------------------+-------------------------------------------- Right now, configure.compiler and related variables are set during configure_main, which causes issues for ports with custom configure targets. Thus, stupid workarounds like r42685. -- Ticket URL: <http://trac.macports.org/ticket/17426> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5