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

[MacPorts] #40555: gpac port depends on mesa for X11 GL module
by MacPorts 02 Oct '13

02 Oct '13

#40555: gpac port depends on mesa for X11 GL module ----------------------+-------------------------------- Reporter: amwgeo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: depend | Port: gpac ----------------------+-------------------------------- Add port:mesa to depends_lib in gpac Portfile -- Ticket URL: <https://trac.macports.org/ticket/40555> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #40644: sudo: fails to switch to other user than root
by MacPorts 02 Oct '13

02 Oct '13

#40644: sudo: fails to switch to other user than root -----------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: sudo -----------------------------+-------------------------------- I have macport's version of sudo installed on my 10.8 system. When I use it to run as root it works fine, when I try to run as a different user (macports), it would fail. I use the default configuration as provided by the port and see no obvious configuration issue. {{{ petr% which sudo /opt/local/bin/sudo petr% sudo whoami Password: root petr% sudo -u macports whoami sudo: unable to change to runas uid (503, 503): Operation not permitted sudo: unable to execute /usr/bin/whoami: Operation not permitted petr% sudo -u petr whoami sudo: unable to change to runas uid (502, 502): Operation not permitted sudo: unable to execute /usr/bin/whoami: Operation not permitted petr% whoami petr petr% /usr/bin/sudo -u macports whoami macports }}} -- Ticket URL: <https://trac.macports.org/ticket/40644> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #40642: vigra: build crashes clang 3.3
by MacPorts 02 Oct '13

02 Oct '13

#40642: vigra: build crashes clang 3.3 --------------------------+------------------------------- Reporter: ryandesign@… | Owner: benjamin.seppke@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: vigra --------------------------+------------------------------- See this build log: https://build.macports.org/builders/buildports-snowleopard- x86_64/builds/21090/steps/compile/logs/stdio Not sure whose bug this is. -- Ticket URL: <https://trac.macports.org/ticket/40642> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #40651: Can't build vim-app.
by MacPorts 02 Oct '13

02 Oct '13

#40651: Can't build vim-app. -------------------------------+-------------------------------- Reporter: tomoyuki.kakuda@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: vim-app,build | Port: vim-app -------------------------------+-------------------------------- Build error is occur. when I try to install vim-app. -- Ticket URL: <https://trac.macports.org/ticket/40651> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #40527: py27-pyqt4 installation failing on snowleopard
by MacPorts 02 Oct '13

02 Oct '13

#40527: py27-pyqt4 installation failing on snowleopard --------------------------+-------------------------------- Reporter: srirajpaul@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: --------------------------+-------------------------------- I was trying to install py27-pyqt4 on my mac. But it is failing. It looks like is having some problem with Qt. Attaching the log file. -- Ticket URL: <https://trac.macports.org/ticket/40527> MacPorts <http://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #38572: glib2: fix livecheck
by MacPorts 02 Oct '13

02 Oct '13

#38572: glib2: fix livecheck -------------------------+-------------------------- Reporter: cal@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: glib2 -------------------------+-------------------------- The glib2 livecheck does not detect new stable releases. Since glib2 is a GNOME project, it uses the "even majors are new stable releases" versioning scheme. The following patch takes that into account. Note that according to this new livecheck, glib2 is outdated (and the new version of gtk3, which is also outdated, requires a glib2 update). -- Ticket URL: <https://trac.macports.org/ticket/38572> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #40650: selfupdate failed
by MacPorts 02 Oct '13

02 Oct '13

#40650: selfupdate failed -------------------------------+-------------------------------- Reporter: antelo.jorge@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.2.0 Keywords: selfupdate; rsync | Port: -------------------------------+-------------------------------- I'm using a mac mini with 10.8.4 I had macorts installed from source and try to do port selfupdate but it failed: jorges-mac-mini:~ JTPinto$ port -v selfupdate ---> Updating MacPorts base sources using rsync rsync: failed to connect to rsync.macports.org: Operation timed out (60) rsync error: error in socket IO (code 10) at /SourceCache/rsync/rsync-42/rsync/clientserver.c(105) [receiver=2.6.9] Command failed: /usr/bin/rsync -rtzv --delete-after rsync://rsync.macports.org/release/tarballs/base.tar /opt/local/var/macports/sources/rsync.macports.org/release/tarballs Exit code: 10 Error: Error synchronizing MacPorts sources: command execution failed To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: /opt/local/bin/port: port selfupdate failed: Error synchronizing MacPorts sources: command execution failed I'm looking forward for a hint to solve this issue. Best Regards, Jorge Pinto -- Ticket URL: <https://trac.macports.org/ticket/40650> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #40144: libgnomeui +no_x11 has unsubstituted @SM_LIBS@ in pkgconfig
by MacPorts 02 Oct '13

02 Oct '13

#40144: libgnomeui +no_x11 has unsubstituted @SM_LIBS@ in pkgconfig ----------------------+-------------------------------- Reporter: daniel@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: libgnomeui ----------------------+-------------------------------- See: {{{ $ grep Libs /opt/local/lib/pkgconfig/libgnomeui-2.0.pc Libs: -L${libdir} -lgnomeui-2 @SM_LIBS@ }}} This causes other builds (py27-gnome, for instance) to fail. It seems like r107414 is the culprit here. -- Ticket URL: <https://trac.macports.org/ticket/40144> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #40647: etsf_io: update to 1.0.4
by MacPorts 02 Oct '13

02 Oct '13

#40647: etsf_io: update to 1.0.4 ----------------------------------+-------------------------------- Reporter: dstrubbe@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: haspatch, maintainer | Port: etsf_io ----------------------------------+-------------------------------- Update etsf_io to 1.0.4, with slightly different configure flags now required due to the program's changes. -- Ticket URL: <https://trac.macports.org/ticket/40647> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #39319: netcdf-fortran: NETCDF.mod install location varies with universal variant
by MacPorts 02 Oct '13

02 Oct '13

#39319: netcdf-fortran: NETCDF.mod install location varies with universal variant --------------------------+---------------------------- Reporter: ryandesign@… | Owner: takeshi@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: netcdf-fortran --------------------------+---------------------------- netcdf-fortran installs NETCDF.mod to a different location depending on whether or not the universal variant is used: {{{ $ port -v -q installed netcdf-fortran netcdf-fortran @4.2_6+gcc47 (active) platform='darwin 12' archs='x86_64' netcdf-fortran @4.2_6+gcc47+universal platform='darwin 12' archs='i386 x86_64' $ port contents netcdf-fortran | grep mod /opt/local/include/NETCDF.mod /opt/local/include/TYPESIZES.mod $ sudo port activate netcdf-fortran @4.2_6+gcc47+universal ---> Computing dependencies for netcdf-fortran ---> Deactivating netcdf-fortran @4.2_6+gcc47 ---> Activating netcdf-fortran @4.2_6+gcc47+universal ---> Cleaning netcdf-fortran $ port contents netcdf-fortran | grep mod /opt/local/include/TYPESIZES.mod /opt/local/include/mods32/NETCDF.mod /opt/local/include/mods64/NETCDF.mod }}} How are ports that want to use NETCDF.mod meant to deal with this situation? Currently it is leading to build failures like comment:ticket:38995:10. -- Ticket URL: <https://trac.macports.org/ticket/39319> MacPorts <http://www.macports.org/> Ports system for OS X

1 3