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

[MacPorts] #40708: arpack @3.1.3--no input files for gfortran-mp-4.8
by MacPorts 14 Oct '13

14 Oct '13

#40708: arpack @3.1.3--no input files for gfortran-mp-4.8 ---------------------------------+-------------------------------- Reporter: gabriel.ben.jamin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: arpack ---------------------------------+-------------------------------- Building arpack, as part of an effort to install octave-devel, yields the following: {{{ build gfortran-mp-4.8: fatal error: no input files; unwilling to write output files }}} See log, attached. Slightly off-topic (sorry), it's been a frustrating process as I already have had to install an old version of SuiteSparse due to #39072. -- Ticket URL: <https://trac.macports.org/ticket/40708> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #40765: Port for gnomint, a single-user PKI with graphical (GTK) and CLI interface
by MacPorts 14 Oct '13

14 Oct '13

#40765: Port for gnomint, a single-user PKI with graphical (GTK) and CLI interface ------------------------+-------------------------------- Reporter: fgp@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: ------------------------+-------------------------------- gnoMint provides a GUI and a CLI to manage a simple PKI. Supports multiple root certificates, intermediate certificates, creating/importing and signing of CSRs and certificate revokation. Stores the whole PKI in a single sqlite file. Attached is a Portfile plus patches for gnomint. -- Ticket URL: <https://trac.macports.org/ticket/40765> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #40726: py-stfio @0.12.9: update 0.13.2
by MacPorts 14 Oct '13

14 Oct '13

#40726: py-stfio @0.12.9: update 0.13.2 ------------------------+-------------------------------- Reporter: christsc@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py-stfio ------------------------+-------------------------------- Portfile patch attached. I'm the maintainer, but I don't have commit rights. Pending upgrade of wxPython to 2.9.5 by mojca(a)macports.org. See associated ticket #40725. -- Ticket URL: <https://trac.macports.org/ticket/40726> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #40725: stimfit @0.12.9: update 0.13.2
by MacPorts 14 Oct '13

14 Oct '13

#40725: stimfit @0.12.9: update 0.13.2 ------------------------+-------------------------------- Reporter: christsc@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: ------------------------+-------------------------------- Portfile patch attached. I'm the maintainer, but I don't have commit rights. Pending upgrade of wxPython to 2.9.5 by mojca(a)macports.org. -- Ticket URL: <https://trac.macports.org/ticket/40725> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #40592: openblas: no such instruction install errors
by MacPorts 14 Oct '13

14 Oct '13

#40592: openblas: no such instruction install errors ------------------------------+-------------------------------- Reporter: Deil.Christoph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: openblas ------------------------------+-------------------------------- For Mac OS X 10.8 with XCode 5 and the gcc 4.7 openblas variant the build fails with errors such as {{{ no such instruction: `vxorpd %xmm0, %xmm0,%xmm0' }}} Full log: https://gist.github.com/cdeil/6711021 -- Ticket URL: <https://trac.macports.org/ticket/40592> MacPorts <http://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #40680: Build of aterm@1.0.1 failing
by MacPorts 14 Oct '13

14 Oct '13

#40680: Build of aterm(a)1.0.1 failing ----------------------------+-------------------------------- Reporter: dan+macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: ----------------------------+-------------------------------- New install of MacPorts 2.2.0 on `/opt/local` on Lion (10.8.3) + Xcode (4.6.3) + XQuartz (2.7.4). The X11 include coming with XQuartz are within `/opt/X11/include/X11`. The MacPorts X11 include files are within `/opt/local/include/X11`. WIthin the first one is an `Intrinsic.h` include. WIthin the last one there is no such include file. After all the relevant dependencies are already built and installed, the command: <pre> port -vs build aterm build.jobs=1 </pre> gives: <pre> [...] checking for X... libraries /opt/local/lib, headers /opt/local/include [...] /usr/bin/clang -DHAVE_CONFIG_H -c -pipe -Os -arch x86_64 -Wall -DNO_DEBUG_OUTPUT -I/opt/local/include -I/opt/local/include -I/opt/local/include -I. -I.. -I. command.c In file included from command.c:50: ./rxvt.h:142:10: fatal error: 'X11/Intrinsic.h' file not found #include <X11/Intrinsic.h> /* Xlib, Xutil, Xresource, Xfuncproto */ ^ 1 error generated. make[1]: *** [command.o] Error 1 make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_x11_aterm/aterm/work/aterm-1.0.1/src' [...] </pre> The triple use of `-I/opt/local/include` doesn't seem to be usefull and moreover doesn't point to the right X11 include directory. How may I help to fix this? -- Ticket URL: <https://trac.macports.org/ticket/40680> MacPorts <http://www.macports.org/> Ports system for OS X

1 13

[MacPorts] #34610: Quicksilver UI not responding to keystrokes
by MacPorts 13 Oct '13

13 Oct '13

#34610: Quicksilver UI not responding to keystrokes ------------------------------------+--------------------------------------- Reporter: sam.halliday@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: Quicksilver ------------------------------------+--------------------------------------- Since the latest 10.7.4 OS X update, when I press the Hotkey and type any text, the Quicksilver UI is not responding with any visual feedback. However, it is still working under the hood because if I type, e.g. "ctrl- space app[return]" it will open up the App Store - it just doesn't show anything. This bug effectively makes Quicksilver impossible to use. I can only hope that it is fixed upstream, in which case please update the port. -- Ticket URL: <https://trac.macports.org/ticket/34610> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #35798: Instructions for "Install Xcode on Mac OS X 10.7 Lion" could be updated to include Xcode 4.4
by MacPorts 13 Oct '13

13 Oct '13

#35798: Instructions for "Install Xcode on Mac OS X 10.7 Lion" could be updated to include Xcode 4.4 ----------------------------------------+----------------------------------- Reporter: ernstke+macports@… | Owner: markd@… Type: defect | Status: new Priority: Low | Milestone: Component: guide | Version: 2.1.2 Keywords: | Port: ----------------------------------------+----------------------------------- The instructions in section 2.2.1 of the current MacPorts guide ("Install Xcode on Mac OS X 10.7 Lion") could be updated to include Xcode 4.4, as that is the version currently available from the Mac App Store. I have verified on a brand new Lion installation that the instructions in section 2.2.1.1. for Xcode 4.3 which install the command line tools still apply to Xcode 4.4. Logic would dictate, then, that the section heading "Install Xcode on Mac OS X 10.7 Lion" could also be updated to include 10.8 Mountain Lion, though I am unable to verify this at the moment. This goes for the wiki as well; I have duly updated the wiki ProblemHotlist page (https://trac.macports.org/wiki/ProblemHotlist) with as much as I'm able to verify about Xcode 4.4 and OS X Lion. -- Ticket URL: <https://trac.macports.org/ticket/35798> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #40603: MacPorts bash doesn't work properly as a default shell (should define SH_SOURCE_BASHRC)
by MacPorts 13 Oct '13

13 Oct '13

#40603: MacPorts bash doesn't work properly as a default shell (should define SH_SOURCE_BASHRC) ---------------------+-------------------------------- Reporter: dlitz@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: bash ---------------------+-------------------------------- The bash port shipped with MacPorts doesn't work properly when a user sets it up as their default shell. == Steps to reproduce == 1. port install bash 2. Add /opt/local/bin/bash to /etc/shells 3. Make sure OSX's bash is your default shell: {{{ chsh -s/bin/bash }}} 4. Put something like this at the top of your ~/.bashrc: {{{ echo "Hello from $BASH" }}} 5. Run "ssh localhost true". You should see "Hello from /bin/bash". 6. As a user, change your shell to MacPorts bash: {{{ chsh -s/opt/local/bin/bash }}} 7. Run "ssh localhost true" again. === What you should see === {{{ $ chsh -s/bin/bash Changing shell for dlitz. Password for dlitz: $ ssh localhost true Hello from /bin/bash $ chsh -s/opt/local/bin/bash Changing shell for dlitz. Password for dlitz: $ ssh localhost true Hello from /opt/local/bin/bash $ }}} === What you actually see === {{{ $ chsh -s/bin/bash Changing shell for dlitz. Password for dlitz: $ ssh localhost true Hello from /bin/bash $ chsh -s/opt/local/bin/bash Changing shell for dlitz. Password for dlitz: $ ssh localhost true $ }}} == Explanation == There's an option in config-top.h that's not enabled by default, but it's usually defined by Linux distros, and by Apple in OSX: {{{ /* Define this if you want bash to try to check whether it's being run by sshd and source the .bashrc if so (like the rshd behavior). This checks for the presence of SSH_CLIENT or SSH2_CLIENT in the initial environment, which can be fooled under certain not-uncommon circumstances. */ /* #define SSH_SOURCE_BASHRC */ }}} This needs to be enabled. == Impact == This breaks things like git or hg over ssh. == Solution == Add the following to bash's Portfile: {{{ configure.cflags-append "-DSSH_SOURCE_BASHRC" }}} -- Ticket URL: <https://trac.macports.org/ticket/40603> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #40640: qucs: update to 0.0.17; use qt4-mac
by MacPorts 13 Oct '13

13 Oct '13

#40640: qucs: update to 0.0.17; use qt4-mac --------------------------+--------------------- Reporter: ryandesign@… | Owner: rowue@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: qucs --------------------------+--------------------- qucs should be updated to 0.0.17: {{{ $ port livecheck qucs qucs seems to have been updated (port version: 0.0.16, new version: 0.0.17) }}} In addition, the port currently cannot be used because it depends on qt3-mac which cannot be built 64-bit nor on Lion or later; see #30679 and #27520. The qucs web site offers a pre-compiled binary of qucs for OS X built with Qt 4.8, so it seems to be possible to use Qt 4 now. So the port should switch to depending on qt4-mac now. -- Ticket URL: <https://trac.macports.org/ticket/40640> MacPorts <http://www.macports.org/> Ports system for OS X

1 10