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

[MacPorts] #39661: mosml, mosml-dynlibs: fix homepage and master_sites
by MacPorts 08 Jul '13

08 Jul '13

#39661: mosml, mosml-dynlibs: fix homepage and master_sites --------------------------+---------------------------------- Reporter: ryandesign@… | Owner: cso@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: mosml, mosml-dynlibs --------------------------+---------------------------------- The homepage and master_sites listed in mosml and mosml-dynlibs are 404 Not Found. I found a homepage that works: http://www.itu.dk/~sestoft/mosml.html -- Ticket URL: <https://trac.macports.org/ticket/39661> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #35763: Installing MosML through MacPorts
by MacPorts 08 Jul '13

08 Jul '13

#35763: Installing MosML through MacPorts -----------------------------------------+---------------------------------- Reporter: nadiawillumhansen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -----------------------------------------+---------------------------------- As the summary says, I am trying to install MosML through MacPorts but I am having a problem then I am submitting the following command 'sudo port install mosml', I get this output: ---> Building mosml Error: org.macports.build for port mosml returned: command execution failed Please see the log file for port mosml for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_mosml/mosml/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port mosml failed -- Ticket URL: <https://trac.macports.org/ticket/35763> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #31472: pextlib crash/segfault in curl code
by MacPorts 08 Jul '13

08 Jul '13

#31472: pextlib crash/segfault in curl code -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.0.3 Keywords: | Port: -------------------------------------+-------------------------------------- {{{ $ sudo port -u upgrade virtualbox Password: ---> Computing dependencies for LibVNCServer ---> Fetching archive for LibVNCServer ---> Attempting to fetch LibVNCServer-0.9.8_0+universal.darwin_10.i386-x86_64.tbz2 from http://packages.macports.org/LibVNCServer ---> Fetching LibVNCServer ---> Verifying checksum(s) for LibVNCServer ---> Extracting LibVNCServer ---> Configuring LibVNCServer ---> Building LibVNCServer ---> Staging LibVNCServer into destroot ---> Installing LibVNCServer @0.9.8_0+universal ---> Activating LibVNCServer @0.9.8_0+universal ---> Cleaning LibVNCServer ---> Computing dependencies for virtualbox ---> Fetching archive for virtualbox ---> Attempting to fetch virtualbox-4.1.2_5+vde2+vnc.darwin_10.i386.tbz2 from http://packages.macports.org/virtualbox Segmentation fault }}} It's entirely likely that my network connection died unexpectedly. -- Ticket URL: <https://trac.macports.org/ticket/31472> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #39650: Base: Pextlib causes the system tclsh8.5 to segfault on Snow Leopard
by MacPorts 08 Jul '13

08 Jul '13

#39650: Base: Pextlib causes the system tclsh8.5 to segfault on Snow Leopard ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.3 Keywords: | Port: ---------------------+-------------------------------- I was looking through my crash reports, and found this MacPorts-related one: {{{ Process: tclsh8.5 [94259] Path: /System/Library/Frameworks/Tcl.framework/Versions/8.5/tclsh8.5 Identifier: tclsh8.5 Version: ??? (???) Code Type: X86-64 (Native) Parent Process: bash [3199] PlugIn Path: /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib PlugIn Identifier: Pextlib.dylib PlugIn Version: ??? (???) Date/Time: 2013-07-06 06:01:01.815 -0400 OS Version: Mac OS X 10.6.8 (10K549) Report Version: 6 Anonymous UUID: F6D815D1-B3EB-4BE0-9620-C68CF173F3F0 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread }}} I forget what I was doing at the time that this happened, but I've attached the full crash report anyways just in case someone can figure out what went wrong... -- Ticket URL: <https://trac.macports.org/ticket/39650> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #39659: macports source build: ./configure --with-xxx-dir
by MacPorts 08 Jul '13

08 Jul '13

#39659: macports source build: ./configure --with-xxx-dir ---------------------------------------+-------------------------------- Reporter: von.helmut@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: base | Version: 2.1.3 Keywords: source, configure, prefix | Port: ---------------------------------------+-------------------------------- `./configure --prefix=~/path/to/macports` installs to $HOME. This is reflected in the macports.conf file on the prefix line as `/Users/name/path/to/macports`. But on other _dir lines in the .conf file, the ~ is not expanded (in my case i specified `--with-applications-dir` and `--with-frameworks-dir` as `~/path/to/Applications`, `~/path/to/Frameworks`. I was installing libsdl, when it got to python27 it failed: `---> Staging python27 into destroot Error: org.macports.destroot for port python27 returned: command execution failed Error: Failed to install python27` the .conf files listed the prefix as /Users/name/path/to/macports, but applications_dir and frameworks_dir as ~/path/to/Applications, ~/path/to/Frameworks, respectively. These aren't expanded during port installation it seems. Updating the .conf files to absolute paths, port clean python27, port install libsdl did the trick, correctly installing without errors. I know it's up to the user when they start installing to other places, but perhaps this is somehow useful. Thanks. -- Ticket URL: <https://trac.macports.org/ticket/39659> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #39657: aircrack-ng @1.1 install failure
by MacPorts 07 Jul '13

07 Jul '13

#39657: aircrack-ng @1.1 install failure -----------------------------+-------------------------------- Reporter: trac.macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: aircrack | Port: -----------------------------+-------------------------------- sudo port -v selfupdate sudo port upgrade outdated sudo port install aircrack-ng {{{ ---> Verifying checksum(s) for aircrack-ng ---> Extracting aircrack-ng ---> Configuring aircrack-ng ---> Building aircrack-ng Error: org.macports.build for port aircrack-ng returned: command execution failed Please see the log file for port aircrack-ng for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_security_aircrack-ng/aircrack-ng/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port aircrack-ng failed }}} complete log: http://pastebin.com/qrpm2kxY -- Ticket URL: <https://trac.macports.org/ticket/39657> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #39655: gcc45: enabling plugin support breaks build on OS X 10.5.8 PPC
by MacPorts 07 Jul '13

07 Jul '13

#39655: gcc45: enabling plugin support breaks build on OS X 10.5.8 PPC -------------------------+-------------------------------- Reporter: jdgleeson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: gcc45 -------------------------+-------------------------------- {{{ :info:build checking for -fPIC -shared... no :info:build configure: error: :info:build Building GCC with plugin support requires a host that supports :info:build -fPIC, -shared, -ldl and -rdynamic. }}} -- Ticket URL: <https://trac.macports.org/ticket/39655> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #38873: tesseract @3.01: fix livecheck
by MacPorts 07 Jul '13

07 Jul '13

#38873: tesseract @3.01: fix livecheck ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: tesseract ---------------------+-------------------------------- {{{ Local-Admins-MacBook-Pro:~ ericgallager$ port -v livecheck tesseract Error: cannot check if tesseract was updated (Couldn't resolve host 'googlecode:tesseract-ocr') }}} Split off from #38871 -- Ticket URL: <https://trac.macports.org/ticket/38873> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #39653: 48-bit ATA commands not supported
by MacPorts 07 Jul '13

07 Jul '13

#39653: 48-bit ATA commands not supported ---------------------+-------------------------------- Reporter: chris@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.99 Keywords: | Port: smartmontools ---------------------+-------------------------------- Summary: Incomplete smartctl -x results on OS X, compared to linux, on the same hardware. Actual results: SMART WRITE LOG does not return COUNT and LBA_LOW register SCT (Get) Error Recovery Control command failed Device Statistics (GP Log 0x04) not supported ATA_READ_LOG_EXT (addr=0x11:0x00, page=0, n=1) failed: 48-bit ATA commands not implemented Read SATA Phy Event Counters failed Expected results: No failures, which is what I get on linux with the same hardware and smartmontools version. Regression: Uncertain is this is an upstream smartmontools bug, or an Apple xnu or IOKit bug/limitation. Additional information: Filed a bug with Apple as Problem ID: 14368815. Filed a bug with smartmontools as: https://sourceforge.net/apps/trac/smartmontools/ticket/286 -- Ticket URL: <https://trac.macports.org/ticket/39653> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #39567: pslib stealth dependence on libraries from /usr/local/lib (affects gnudatalanguage)
by MacPorts 06 Jul '13

06 Jul '13

#39567: pslib stealth dependence on libraries from /usr/local/lib (affects gnudatalanguage) -------------------------+-------------------------------- Reporter: gnwiii@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: pslib -------------------------+-------------------------------- This is mainly an attempt to record a potential issue for gnudatalanguage users. The {{{configure}}} script for pslib searches for graphics libraries in {{{/usr}}} and {{{/usr/local}}}: {{{ for i in ${withval} /usr /usr/local ; do if test -r $i/include/png.h ; then PNG_LIBDIR=-L$i/lib PNG_INCLUDEDIR=-I$i/include PNG_PREFIX=$i break fi }}} As a result, systems that have one or more of the graphics libraries mentioned in the info file will use the versions from {{{/usr/local/lib}}}. I don't know if gnudatalanguage actually uses the parts of pslib that depend on these libraries, but if the user updates the libraries in {{{/usr/local/lib}}} then gnudatalanguage may get a startup error. To avoid this macports versions of the graphics libraries in the Portfile: {{{ configure.args-append --with-png=${prefix} \ --with-jpeg=${prefix} \ --with-gif=${prefix} \ --with-tiff=${prefix} }}} Note that the gif support is not actually used because the macports library files the configure tests. Also, documentation won't be built because configure looks for an obsolete {{{docbook_to_man}}} utility. It may also be necessary to provide: {{{ pre-build { build.args LIBS=-lintl } }}} Without this, some systems give runtime errors for missing {{{_libintl_setlocale_}}}. I'm not sure pslib should be calling setlocale as that is normally a responsibilty of the calling program. CCing the gnudatalanguage maintainer as pslib doesn't appear to be used elsewhere and shows "nomaintainer". -- Ticket URL: <https://trac.macports.org/ticket/39567> MacPorts <http://www.macports.org/> Ports system for OS X

1 2