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

[MacPorts] #38815: wget will depend upon libgcrypt if available
by MacPorts 15 Jul '14

15 Jul '14

#38815: wget will depend upon libgcrypt if available ---------------------+-------------------------- Reporter: blair@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: wget ---------------------+-------------------------- Found this missing dependency today: {{{ $ otool -L /opt/local/bin/wget | grep gcrypt /opt/local/lib/libgcrypt.11.dylib (compatibility version 19.0.0, current version 19.0.0) $ port provides /opt/local/lib/libgcrypt.11.dylib /opt/local/lib/libgcrypt.11.dylib is provided by: libgcrypt }}} -- Ticket URL: <https://trac.macports.org/ticket/38815> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #29374: funtools 1.4.4
by MacPorts 14 Jul '14

14 Jul '14

#29374: funtools 1.4.4 -------------------------------------------+-------------------------------- Reporter: jasmeer.virdee@… | Owner: macports-tickets@… Type: update | Status: new Priority: High | Milestone: Component: ports | Version: 1.9.2 Keywords: funtools | Port: -------------------------------------------+-------------------------------- Can you update funtools to the latest version? Currently on 1.4.4. link: https://www.cfa.harvard.edu/~john/funtools/ Thanks -- Ticket URL: <https://trac.macports.org/ticket/29374> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #38139: cdsclient @3.4.0 missing wget dependency
by MacPorts 14 Jul '14

14 Jul '14

#38139: cdsclient @3.4.0 missing wget dependency ------------------------+-------------------------------- Reporter: janssens@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: ------------------------+-------------------------------- cdsclient makes calls to wget which isn't installed as a dependency -- Ticket URL: <https://trac.macports.org/ticket/38139> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #39128: xpa: update to 2.1.14
by MacPorts 14 Jul '14

14 Jul '14

#39128: xpa: update to 2.1.14 -----------------------+------------------- Reporter: aronnax@… | Owner: tim@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: xpa -----------------------+------------------- A new version of xpa is available: {{{ $ port livecheck xpa xpa seems to have been updated (port version: 2.1.11, new version: 2.1.14) }}} My interest in this is because I am updating the ds9 port. The ds9 source distribution comes with sources for xpa 2.1.14, but I would like to modify the port to use the xpa build provided by MacPorts. -- Ticket URL: <https://trac.macports.org/ticket/39128> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #38654: exim @4.71_2 does not build with clang. Builds with gcc
by MacPorts 13 Jul '14

13 Jul '14

#38654: exim @4.71_2 does not build with clang. Builds with gcc ----------------------------+-------------------------------- Reporter: dave.evans55@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.99 Keywords: | Port: ----------------------------+-------------------------------- Error message: {{{ >>> Creating links to source files... >>> New Makefile installed >>> Use "make makefile" if you need to force rebuilding of the makefile make[1]: Entering directory `/opt/local/var/macports/build /_Users_davidevans_macports_svn-repo_macports- trunk_dports_mail_exim/exim/work/exim-4.71/build-Darwin-i386' /bin/sh ../scripts/Configure-os.h /bin/sh ../scripts/Configure-os.c /usr/bin/clang buildconfig.c clang: error: unable to make temporary file: "/tmp"/buildconfig: can't make unique filename: No such file or directory make[1]: *** [buildconfig] Error 1 }}} It compiles OK with: sudo port install exim configure.compiler=llvm-gcc-4.2 OS X 10.8.3, Xcode 4.6.1 -- Ticket URL: <https://trac.macports.org/ticket/38654> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #38744: Maxima .28.0_3 +printable_doc does not build
by MacPorts 11 Jul '14

11 Jul '14

#38744: Maxima .28.0_3 +printable_doc does not build ---------------------------+-------------------------------- Reporter: macosx12345@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: maxima ---------------------------+-------------------------------- On Mac OS 10.8 with MacPorts 2.1.3, maxima @5.28.0_3+printable_doc's build process stops in the (sub)directory `interfaces/emacs/imaxima` while making target `pdf` (see messages below). Workaround to finish the build and the installation: {{{ cd `port work maxima` cd maxima-5.28.0/interfaces/emacs/imaxima sudo make pdf # resume installation: sudo port install maxima +printable_doc }}} The error message during the original build (excerpt from the build log): {{{ [...] Making pdf in imaxima make[3]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_maxima/maxima/work/maxima-5.28.0/interfaces/emacs/imaxima' TEXINPUTS=".:$TEXINPUTS" \ MAKEINFO='/bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_maxima/maxima/work/maxima-5.28.0/missing --run makeinfo -I .' \ texi2dvi --pdf --batch imaxima.texi sed: RE error: illegal byte sequence make[3]: *** [imaxima.pdf] Error 1 make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_maxima/maxima/work/maxima-5.28.0/interfaces/emacs/imaxima' make[2]: *** [pdf-recursive] Error 1 make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_maxima/maxima/work/maxima-5.28.0/interfaces/emacs' make[1]: *** [pdf-recursive] Error 1 make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_maxima/maxima/work/maxima-5.28.0/interfaces' make: *** [pdf-recursive] Error 1 make: *** Waiting for unfinished jobs.... pattern=`printf "\t"` ; \ bad_files=`find . -name '*.texi' -print | xargs /usr/bin/grep -E -l -e "$pattern"` ; \ [ -z "$bad_files" ] || ( echo "WARNING: The following files have unexpanded Tabs: $bad_files" ; \ echo "Run /doc/info/fix_tab to fix the problem." ) make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_maxima/maxima/work/maxima-5.28.0/doc/info' [...] Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_maxima/maxima/work/maxima-5.28.0" && /usr/bin/make -j8 -w all pdf Exit code: 2 Error: org.macports.build for port maxima returned: command execution failed [...] }}} Performing make pdf ``by hand'' (outside of the automated build process) works, probably because of the use of a different environment. -- Ticket URL: <https://trac.macports.org/ticket/38744> MacPorts <http://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #34737: deluge: Fatal Python error: Interpreter not initialized (version mismatch?)
by MacPorts 10 Jul '14

10 Jul '14

#34737: deluge: Fatal Python error: Interpreter not initialized (version mismatch?) -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: devans@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: deluge -------------------------------------+-------------------------------------- I can't install deluge. See attached log. -- Ticket URL: <https://trac.macports.org/ticket/34737> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #39430: deluge @1.3.6 +python27: deluge-gtk-2.7 fails to start with "import error"
by MacPorts 10 Jul '14

10 Jul '14

#39430: deluge @1.3.6 +python27: deluge-gtk-2.7 fails to start with "import error" -----------------------+-------------------------------- Reporter: bitmail@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: deluge -----------------------+-------------------------------- System: OSX 10.5.8, PPC, Macports 2.1.3 fully updated. Installation of Deluge @1.3.6 +python2.7 works fine. However starting the GTK interface fails: {{{ deluge-gtk-2.7 Traceback (most recent call last): File "/opt/local/bin/deluge-gtk-2.7", line 9, in <module> load_entry_point('deluge==1.3.6', 'gui_scripts', 'deluge-gtk')() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/deluge/ui/gtkui/gtkui.py", line 115, in start Gtk().start() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/deluge/ui/gtkui/gtkui.py", line 112, in start GtkUI(self.args) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/deluge/ui/gtkui/gtkui.py", line 201, in __init__ import gtk_osxapplication ImportError: No module named gtk_osxapplication }}} Previous versions (f.e. 1.3.5) worked fine. I didn't use it in a while, so I don't know exactly when it broke and if it's due to the update to 1.3.6 or some dependency. I did uninstall deluge and reinstall it, to no avail. -- Ticket URL: <https://trac.macports.org/ticket/39430> MacPorts <http://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #37218: cyrus-sasl2: always links to kerberos5 even with -kerberos variant
by MacPorts 10 Jul '14

10 Jul '14

#37218: cyrus-sasl2: always links to kerberos5 even with -kerberos variant ----------------------+------------------------- Reporter: raimue@… | Owner: jmpp@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: cyrus-sasl2 ----------------------+------------------------- The cyrus-sasl2 port has a +kerberos variant that is supposed to enable linking with kerberos5. However, it fails to prevent linking to kerberos5 when the kerberos5 port is active but the variant is not selected. {{{ $ sudo port install cyrus-sasl2 -kerberos ... $ port installed cyrus-sasl2 and active The following ports are currently installed: cyrus-sasl2 @2.1.25_3 (active) $ otool -L /opt/local/sbin/saslauthd /opt/local/sbin/saslauthd: /opt/local/lib/libgssapi_krb5.2.2.dylib (compatibility version 2.0.0, current version 2.2.0) /opt/local/lib/libkrb5.3.3.dylib (compatibility version 3.0.0, current version 3.3.0) /opt/local/lib/libk5crypto.3.1.dylib (compatibility version 3.0.0, current version 3.1.0) /opt/local/lib/libcom_err.3.0.dylib (compatibility version 3.0.0, current version 3.0.0) /opt/local/lib/libkrb5support.1.1.dylib (compatibility version 1.0.0, current version 1.1.0) /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libpam.2.dylib (compatibility version 3.0.0, current version 3.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) $ port provides /opt/local/lib/libkrb5.3.3.dylib /opt/local/lib/libkrb5.3.3.dylib is provided by: kerberos5 }}} This port probably needs `configure.cflags --disable-gssapi` as the default case which should then be replaced with the corresponding `--enable-gssapi=...` in the variant. -- Ticket URL: <https://trac.macports.org/ticket/37218> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #21806: Wireshark no_x11 installs without GUI
by MacPorts 09 Jul '14

09 Jul '14

#21806: Wireshark no_x11 installs without GUI --------------------------------------+------------------------------------- Reporter: lkraider+ports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: --------------------------------------+------------------------------------- I have gtk2 installed as +no_x11 +quartz -x11 After trying to install wireshark, it builds without gui, because no_x11 disables gtk2 in its Portfile. Trying to set -no_x11 doesn't work since gtk2 is already built with it enabled, and port returns an error for that. Since the build works fine with gtk2 +no_x11, I propose the '''no_x11''' be renamed to '''no_gui''' on the wireshark Portfile. -- Ticket URL: <http://trac.macports.org/ticket/21806> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6