March 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #38335: redland-bindings: missing dependency
by MacPorts 16 May '13

16 May '13

#38335: redland-bindings: missing dependency ------------------------------------+-------------------------------- Reporter: danmichaelo+macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: redland-bindings ------------------------------------+-------------------------------- Upon `sudo port install redland-bindings +php5`, I got the following error {{{ swig -v -php5 -I. -DREDLAND_POST_I -DREDLAND_INIT_I -DREDLAND_DECL_I -DREDLAND_TYPEMAP_I -noproxy -module redland -o redland_wrap.c /opt/local/share/redland/Redland.i :3: Error: Unable to find 'php.swg' }}} After installing swig-php5 it worked fine. -- Ticket URL: <https://trac.macports.org/ticket/38335> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #27627: Bison 2.4.3 Stall On Config
by MacPorts 15 May '13

15 May '13

#27627: Bison 2.4.3 Stall On Config ---------------------------------+------------------------------------------ Reporter: nDiScReEt@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: bison ---------------------------------+------------------------------------------ I have attempted to upgrade bison on my system and find myself failing/stalling in the config phase after checking for java on my system. The exact message shows: `checking how to link with libintl... -lintl -liconv -lc -Wl,-framework -Wl,CoreFoundation` `checking for valgrind... no` `checking whether we are using the GNU C++ compiler... yes` `checking whether /usr/bin/g++-4.0 accepts -g... yes` `checking dependency style of /usr/bin/g++-4.0... gcc3` `checking whether /usr/bin/g++-4.0 builds executables that work... yes` `checking for Java virtual machine... java` I have cleaned the port and then attempted to upgrade the port from bison 2.4.2 to bison 2.4.3 with the same result. I had let this issue sit for over 24 hour periods, twice! And still the same result. My system is a PowerPC G5 Dual running Mac OSX 10.5.8 using MacPorts 1.9.2. -- Ticket URL: <https://trac.macports.org/ticket/27627> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #38072: Add py-suds-jurko
by MacPorts 15 May '13

15 May '13

#38072: Add py-suds-jurko ------------------------------+-------------------------------- Reporter: patrik.hartlen@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: py-suds-jurko ------------------------------+-------------------------------- Hi, I would like to add Jurko's fork of suds to support suds on Python 3. (Original suds hosted on https://fedorahosted.org/suds seems to be no longer maintained and support for Python 3 is missing) I'm attaching the python/py-suds-jurko/Portfile. thanks Patrik -- Ticket URL: <https://trac.macports.org/ticket/38072> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #28063: gnustep-base configure fails on 10.6, "I don't seem to be able to use your Objective-C compiler to produce working binaries"
by MacPorts 15 May '13

15 May '13

#28063: gnustep-base configure fails on 10.6, "I don't seem to be able to use your Objective-C compiler to produce working binaries" -----------------------------+---------------------------------------------- Reporter: ivan@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: gnustep-base -----------------------------+---------------------------------------------- Attempting to install "gnustep" results in a failure while configuring "gnustep-base" on 10.6. configure fails on step "checking whether objc really works…". I do not have GCC 4.2 installed from MacPorts; Apple's GCC 4.2 is installed, and used by GNUstep-base. Despite that, there are several references in the log to attempting to use MacPorts GCC 4.2: FFII library from /opt/local/include/gcc42 and /opt/local/lib/gcc42 is apparently used. See this line from the log: :info:configure shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_gnustep_gnustep-base/work/gnustep-base-1.19.1" && ./configure --prefix=/opt/local CC=/usr/bin/gcc-4.2 GNUSTEP_MAKEFILES=/opt/local/GNUstep/System/Library/Makefiles --disable- tls --enable-libffi --with-ffi-include=/opt/local/include/gcc42 --with- ffi-library=/opt/local/lib/gcc42 " returned error 1 MP-GCC 4.2 failed to install for me several months ago (which was the previous reason for me failing to install and use GNUstep), and since it is not required for installation, I do not feel obliged to have it installed. Forcing build system to use MP-GCC 4.4 resulted in a different behavior: configure phase completed successfully, but build phase kept using Apple's GCC 4.2. -- Ticket URL: <https://trac.macports.org/ticket/28063> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #37302: Update gcalcli portfile to use latest github version
by MacPorts 14 May '13

14 May '13

#37302: Update gcalcli portfile to use latest github version ----------------------------+-------------------------------- Reporter: brian.andrew@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: gcalcli ----------------------------+-------------------------------- Attached is a diff that updates the Portfile to use the lastest revision from Github. Since upstream is not using tags and I wanted to make sure people got a consistent experience, I used the revision hash and epoch to control updates. Also removed an unneeded dependancy on py27-elementtree. -- Ticket URL: <https://trac.macports.org/ticket/37302> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #31607: Cannot install koffice on 10.6.8 because /System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/tclIndex is missing
by MacPorts 14 May '13

14 May '13

#31607: Cannot install koffice on 10.6.8 because /System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/tclIndex is missing --------------------------------------+------------------------------------- Reporter: patrick.gill@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: tclIndex | Port: koffice --------------------------------------+------------------------------------- I cannot install kdebase3 on Ma 10.6.8 because the file "/System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/tclIndex" is missing. This file seems to be missing for others and causes trouble in several other tickets too, but I thought reporting it here would be helpful. To replicate the problem, follow sample output with MacPorts 2.0.3 and OS X 10.6.8: $ sudo port install koffice ---> Computing dependencies for koffice ---> Dependencies to be installed: kdebase3 lcms libexif libwpd libgsf gconf dbus-glib dbus gtk-doc docbook-xml docbook-xml-4.1.2 xmlcatmgr docbook-xml-4.2 docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook- xml-5.0 docbook-xsl docbook-xsl gnome-doc-utils intltool gnome-common p5.12-getopt-long p5.12-pathtools p5.12-scalar-list-utils p5.12-xml-parser intltool iso-codes rarian getopt gtk2 atk gdk-pixbuf2 pango cairo libpixman xorg-xcb-util shared-mime-info orbit2 libidl policykit eggdbus gnome-vfs desktop-file-utils popt gnome-mime-data libbonobo mysql5 ruby wv2 Error: Target org.macports.patch returned: shell command failed (see log for details) Error: Failed to install kdebase3 Log for kdebase3 is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdebase3/kdebase3/main.log Error: The following dependencies were not installed: kdebase3 lcms libexif libwpd libgsf gconf dbus-glib dbus gtk-doc docbook-xml docbook- xml-4.1.2 xmlcatmgr docbook-xml-4.2 docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 docbook-xsl docbook-xsl gnome-doc-utils intltool gnome-common p5.12-getopt-long p5.12-pathtools p5.12-scalar-list- utils p5.12-xml-parser intltool iso-codes rarian getopt gtk2 atk gdk- pixbuf2 pango cairo libpixman xorg-xcb-util shared-mime-info orbit2 libidl policykit eggdbus gnome-vfs desktop-file-utils popt gnome-mime-data libbonobo mysql5 ruby wv2 Error: Status 1 encountered during processing. To report a bug, see <http://guide.macports.org/#project.tickets> In the log file, there will be the line: :debug:patch couldn't open "/System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/tclIndex": no such file or directory I think that's the culprit. I'm attaching the full log file in case. Thanks for your help with this! It looks like I'm not the only one with trouble finding /System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/tclIndex; the directory is there, but no file. -- Ticket URL: <https://trac.macports.org/ticket/31607> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 18

[MacPorts] #38554: kdebase3 @3.5.10 fails to build
by MacPorts 14 May '13

14 May '13

#38554: kdebase3 @3.5.10 fails to build -------------------------------------------------+------------------------- Reporter: macports.org@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: kdebase3 autoconf dependency | Version: 2.1.3 problem | Port: kdebase3 -------------------------------------------------+------------------------- kdebase3 @3.5.10 depends on autoconf263 but it fails to build with it and moarns it needs autoconf >= 2.65: {{{ :info:build *** Creating aclocal.m4 :info:build aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' :info:build acinclude.m4:3724: warning: the serial number must appear before any macro definition :info:build acinclude.m4:3769: warning: the serial number must appear before any macro definition :info:build acinclude.m4:3814: warning: the serial number must appear before any macro definition :info:build acinclude.m4:6007: warning: the serial number must appear before any macro definition :info:build configure.in:43: error: Autoconf version 2.65 or higher is required :info:build /opt/local/share/aclocal-1.13/init.m4:23: AM_INIT_AUTOMAKE is expanded from... :info:build configure.in:43: the top level :info:build autom4te263: /opt/local/bin/gm4 failed with exit status: 63 :info:build aclocal: error: echo failed with exit status: 63 :info:build make: *** [cvs] Error 1 :info:build kdebase3-3.5.10-7 cvs failed! }}} Please see also Bug #38553, which seems related. -- Ticket URL: <https://trac.macports.org/ticket/38554> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #38048: kdelibs3 won't build on MacPorts base version 2.1.3, Snowleopard 10.6.8
by MacPorts 14 May '13

14 May '13

#38048: kdelibs3 won't build on MacPorts base version 2.1.3, Snowleopard 10.6.8 ---------------------------+-------------------------------- Reporter: brewerleece@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: autoconf | Port: kdelibs3 ---------------------------+-------------------------------- kdelibs3 won't build on MacPorts base version 2.1.3, Snowleopard 10.6.8 Please see attached file. -- Ticket URL: <https://trac.macports.org/ticket/38048> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

[MacPorts] #38111: New port: stress
by MacPorts 13 May '13

13 May '13

#38111: New port: stress ------------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: stress ------------------------+-------------------------------- This one is actually a project I found somewhere else online, patched up to build properly, and then re-hosted on github. Feel free to leave off the `+autoreconf` variant if you think it's unnecessary; I just like having it personally. Portfile should be attached. -- Ticket URL: <https://trac.macports.org/ticket/38111> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37262: liblrdf: configure phase fails, "file 'm4/lt~obsolete.m4' does not exist"
by MacPorts 13 May '13

13 May '13

#37262: liblrdf: configure phase fails, "file 'm4/lt~obsolete.m4' does not exist" -----------------------+-------------------------------- Reporter: aronnax@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: liblrdf -----------------------+-------------------------------- I attempted to install liblrdf as a dependency for ardour2. The configure phase failed with the following error message (lifted from the log, which is attached): {{{ :debug:configure Executing command line: cd "/opt/local/var/macports/build/_Users_lady3jane_ports- local_textproc_liblrdf/liblrdf/work/LRDF-0.5.0" && autoreconf --install :info:configure aclocal: error: aclocal: file 'm4/lt~obsolete.m4' does not exist :info:configure autoreconf: aclocal failed with exit status: 1 }}} [[https://github.com/swh/LRDF/blob/7ebc03286f4ec180acae27565028f8d45055df2e/m… can be seen in the project's GitHub browser]], the file m4/lt~obsolete.m4 and all of the other m4/*.m4 files are symlinks to paths that do not exist in the MacPorts autotools installations. The attached patch fixes the port by deleting all of the m4/*.m4 files. See also #34212, #27533, and r74523. -- Ticket URL: <https://trac.macports.org/ticket/37262> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4