September 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #48785: science/multimon-ng new port
by MacPorts 06 Sep '15

06 Sep '15

#48785: science/multimon-ng new port --------------------------------+-------------------------------- Reporter: schmurtz_macport@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: multimon-ng --------------------------------+-------------------------------- new port for multimod-ng multimon-ng decodes the radio digital transmission signals -- Ticket URL: <https://trac.macports.org/ticket/48785> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #44827: argus update to 3.0.6.1
by MacPorts 06 Sep '15

06 Sep '15

#44827: argus update to 3.0.6.1 ------------------------+-------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: update | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: argus | ------------------------+-------------------------------- Changes (by khindenburg@…): * status: new => closed * resolution: => fixed Comment: updated to 3.0.8.1 r140017 -- Ticket URL: <https://trac.macports.org/ticket/44827#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48784: dump1090 new port
by MacPorts 06 Sep '15

06 Sep '15

#48784: dump1090 new port --------------------------------+-------------------------------- Reporter: schmurtz_macport@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: dump1090 --------------------------------+-------------------------------- new port for dump1090. "Dump 1090 is a Mode S decoder specifically designed for RTLSDR devices. Mode S messages are sent unencrypted over radio at 1090MHz, and provide position/speed of planes." -- Ticket URL: <https://trac.macports.org/ticket/48784> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47482: Xcode 6.3 breakage of storage 0.7.8 build
by MacPorts 06 Sep '15

06 Sep '15

#47482: Xcode 6.3 breakage of storage 0.7.8 build -----------------------------------+-------------------------------- Reporter: howarth.at.macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: strigi -----------------------------------+-------------------------------- I have tested this directly on MacPorts yet, but suspect you will see the same issue with the Apple clang 6.1 compiler as we do on fink. The storage 0.7.8 build fails under Xcode 6.3 (but not Xcode 6.2 or earlier) with the error... {{{ [ 92%] Building CXX object strigidaemon/bin/daemon/xesam/CMakeFiles/xesam.dir/xesamsession.cpp.o cd /sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/build/strigidaemon/bin/daemon/xesam && /sw/var/lib/fink/path-prefix-clang/c++ -MD -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk -mmacosx-version-min=10.10 -I/sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/libstreams/include -I/sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/build/libstreams/include -I/sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/libstreamanalyzer/include -I/sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/build/libstreamanalyzer/include -I/sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/strigidaemon/include -I/sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/strigidaemon/bin/daemon/xsd -I/sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/build/strigidaemon -I/sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/build/strigidaemon/bin/daemon/dbus -I/sw/include/dbus-1.0 -I/sw/lib/dbus-1.0/include -I/sw/include -I/sw/include/libxml2 -I/sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/strigidaemon/bin/combinedindex -I/sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/strigidaemon/bin/daemon -fPIC -o CMakeFiles/xesam.dir/xesamsession.cpp.o -c /sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/strigidaemon/bin/daemon/xesam/xesamsession.cpp In file included from /sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/strigidaemon/bin/daemon/xesam/xesamsession.cpp:22: In file included from /sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/strigidaemon/bin/daemon/xesam/xesamsession.h:24: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/list:2060:18: error: invalid operands to binary expression ('const value_type' (aka 'const XesamSearch') and 'const value_type' (aka 'const XesamSearch')) if (*__i == __x) ~~~~ ^ ~~~ /sw/src/fink.build/strigi-0.7.8-2/strigi-0.7.8/strigidaemon/bin/daemon/xesam/xesamsession.cpp:200:17: note: in instantiation of member function 'std::__1::list<XesamSearch, std::__1::allocator<XesamSearch> >::remove' requested here p->searches.remove(search); ^ 1 error generated. strigidaemon/bin/daemon/xesam/CMakeFiles/xesam.dir/build.make:100: }}} -- Ticket URL: <https://trac.macports.org/ticket/47482> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

Re: [MacPorts] #45010: RFE: stop "port test" immediately if no test phase defined
by MacPorts 06 Sep '15

06 Sep '15

#45010: RFE: stop "port test" immediately if no test phase defined --------------------------+-------------------------------- Reporter: dstrubbe@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.1 Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by cal@…): I've fixed the problem with `_mportkey` in r140015. You can also use `_mportkey $mport test.run` now. -- Ticket URL: <https://trac.macports.org/ticket/45010#comment:7> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #45010: RFE: stop "port test" immediately if no test phase defined
by MacPorts 06 Sep '15

06 Sep '15

#45010: RFE: stop "port test" immediately if no test phase defined --------------------------+-------------------------------- Reporter: dstrubbe@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.1 Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by cal@…): Replying to [comment:3 khindenburg@…]: > I agree. It is trivial to check for 'target equal test' in macports1.0/macports.tcl before or after installing dependencies. However, I'm at a lost of how to get the "test.run" option from the portfile. If someone can point me in the correct direction, I'll give this a shot. I agree with jmr that the test should be in macports1.0/macports.tcl. To get the value of `test.run` from the Portfile context, you can use `$workername eval [list option test.run]`. In theory, you could also use the _mportkey helper to get variables from the Portfile context, but that's currently broken with non-trivial variable names: {{{ % set key test.run test.run % $workername eval [list set $key] yes % _mportkey $mport $key can't read "test": no such variable % }}} -- Ticket URL: <https://trac.macports.org/ticket/45010#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48668: notmuch: Added +python variant
by MacPorts 06 Sep '15

06 Sep '15

#48668: notmuch: Added +python variant -------------------------+-------------------------------- Reporter: cceleri@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: notmuch -------------------------+-------------------------------- This patch add the correct support for a +python variant in the Portfile. The corresponding patch for globals.py was also updated appropriately. Cheers, Charles -- Ticket URL: <https://trac.macports.org/ticket/48668> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

Re: [MacPorts] #42896: Could not sort tickets by status
by MacPorts 06 Sep '15

06 Sep '15

#42896: Could not sort tickets by status -----------------------------+--------------------- Reporter: xeron.oskom@… | Owner: admin@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Resolution: | Keywords: Port: | -----------------------------+--------------------- Comment (by petr@…): Is this still an issue or can this be closed? -- Ticket URL: <https://trac.macports.org/ticket/42896#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48673: strigi @0.7.8 patch to fix build issues with Xcode >=6.3
by MacPorts 06 Sep '15

06 Sep '15

#48673: strigi @0.7.8 patch to fix build issues with Xcode >=6.3 -----------------------------+-------------------------------- Reporter: meik.michalke@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: strigi -----------------------------+-------------------------------- both problem and possible patch have been explained in ticket:47482 -- adding this slightly adjusted patch as suggested in ticket:47482#comment:6 fixes the issue. -- Ticket URL: <https://trac.macports.org/ticket/48673> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #48698: MacPorts: install hangs/remains unusable
by MacPorts 06 Sep '15

06 Sep '15

#48698: MacPorts: install hangs/remains unusable -----------------------+-------------------------------- Reporter: kasimir@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -----------------------+-------------------------------- I've been trying to install MacPorts on a new Mac Pro with a fresh, fully updated Yosemite OS. The installer hangs on 'Running package scripts'. So I tried to build it from source. That works, with the installer stating: {{{ Congratulations, you have successfully installed the MacPorts system. }}} However, it seems unusable. When I do sudo port install apache2 I get the message: Error: Port apache2 not found Simply trying to do a 'self update' (as root): {{{ sh-3.2# port -d selfupdate DEBUG: MacPorts sources location: /opt/local/var/macports/sources/rsync.macports.org/release/tarballs ---> Updating MacPorts base sources using rsync receiving file list ... done base.tar }}} ...and then nothing... I've waited for half an hour, but it won't go any further. I can't find any logs either. Again: there's nothing special about my setup, it's out-of-the-box Yosemite, only updated through the App store and, of course, I've installed Xcode with command line utilities and formally accepted the license, as is required according to the MacPorts site. I've also tried uninstalling it, using the instructions from the MacPorts site, and reinstalling. But it does not make a difference. I've read quite a few forum posts, but I can't find any post relating a problem like this. I hope you can shed some light on this. -- Ticket URL: <https://trac.macports.org/ticket/48698> MacPorts <https://www.macports.org/> Ports system for OS X

1 4