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

[MacPorts] #38288: rust @0.5: requires additional dependencies
by MacPorts 14 Mar '13

14 Mar '13

#38288: rust @0.5: requires additional dependencies ----------------------+-------------------- Reporter: larryv@… | Owner: g5pw@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: rust ----------------------+-------------------- Originally reported in #38279. Rust apparently builds its own copy of LLVM or something, so it should have the corresponding dependencies. Ideally, we should be able to make it use an `llvm-*` port, but one step at a time. It also seems to need build dependencies on Python and curl (although this one could be a bin dependency, since OS X comes with curl). -- Ticket URL: <https://trac.macports.org/ticket/38288> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #38287: rust @0.5: does not support universal
by MacPorts 14 Mar '13

14 Mar '13

#38287: rust @0.5: does not support universal ----------------------+-------------------- Reporter: larryv@… | Owner: g5pw@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: rust ----------------------+-------------------- Originally reported in #38279. There are two issues here that may be being conflated: whether Rust ''can be built'' universal, and whether the Rust compiler ''can build'' universal binaries. [https://github.com/mozilla/rust/issues/2024 This issue] seems to be about the latter. We can’t do anything about that. On the other hand, if Rust itself cannot be built universal, the portfile should disable the universal variant. -- Ticket URL: <https://trac.macports.org/ticket/38287> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #38285: rust @0.5: build process downloads compiler for bootstrapping
by MacPorts 14 Mar '13

14 Mar '13

#38285: rust @0.5: build process downloads compiler for bootstrapping ----------------------+-------------------- Reporter: larryv@… | Owner: g5pw@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: rust ----------------------+-------------------- As per http://static.rust-lang.org/doc/0.5/tutorial.html: > Since the Rust compiler is written in Rust, it must be built by > a precompiled "snapshot" version of itself (made in an earlier state > of development). As such, source builds require a connection to the > Internet, to fetch snapshots, and an OS that can execute the available > snapshot binaries. This doesn’t seem optimal; the build phase should not require Internet connectivity. Is there a way to work around this? Maybe by treating the snapshot compiler as a distfile? -- Ticket URL: <https://trac.macports.org/ticket/38285> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #36021: port name for scikit-learn should be scikit-learn
by MacPorts 14 Mar '13

14 Mar '13

#36021: port name for scikit-learn should be scikit-learn --------------------------------+------------------------------------------- Reporter: yag532@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: --------------------------------+------------------------------------------- The scikit-learn ports are hard to find because they are named "scikits- learn" (extra s) example: py27-scikits-learn @0.12 (python, science) Additionally, the official homepage for scikit-learn lists the port name as py27-sklearn, which doesn't exist. Once the naming is figured out, someone should notify the scikit-learn.org. http://scikit-learn.org/stable/install.html lists the -- Ticket URL: <https://trac.macports.org/ticket/36021> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #36193: File permissions of port py27-http2 appear incorrect
by MacPorts 14 Mar '13

14 Mar '13

#36193: File permissions of port py27-http2 appear incorrect --------------------------+-------------------------------- Reporter: nick.fabry@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py27-http2 --------------------------+-------------------------------- A port (py27-errorhandler) that depended on py27-http2 failed to install. Looking up the failure log, the following line indicated a problem with the py27-http2 port: {{{ :info:build IOError: [Errno 13] Permission denied: '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/httplib2-0.7.6-py2.7.egg-info/top_level.txt' }}} it appeared that several files that form the py27-http2 port had perms of 640, rather than the typical 644, meaning that a non-root process couldn't read the files. {{{ fabry@Tomokato:/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/httplib2-0.7.6-py2.7.egg-info [4997] $ ls -lah total 32 drwxr-xr-x 6 root wheel 204B Sep 17 18:15 . drwxr-xr-x 100 root wheel 3.3K Sep 17 18:15 .. -rw-r----- 1 root wheel 2.3K Sep 17 18:15 PKG-INFO -rw-r----- 1 root wheel 787B Sep 17 18:15 SOURCES.txt -rw-r----- 1 root wheel 1B Sep 17 18:15 dependency_links.txt -rw-r----- 1 root wheel 9B Sep 17 18:15 top_level.txt }}} I think these permissions are set upon port installation, hence I think this is a problem with the port. I tried force uninstalling, cleaning, and reinstalling py27-http2 & py27-errorhandler, with the same results. A sudo chmod 644 to the /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/httplib2-0.7.6-py2.7.egg-info directory fixed the problems (i.e. sudo port install py27-errorhandler successfully completed). This problem occurred on OS X 10.8.1, using Xcode 4.4.1 (4F1003), Macports 2.1.2, py27-httplib2 @2-0.7.6_0. Thanks for contributing to Macports! -- Ticket URL: <https://trac.macports.org/ticket/36193> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #38005: wireshark doesn't build on 10.8 without libpng
by MacPorts 14 Mar '13

14 Mar '13

#38005: wireshark doesn't build on 10.8 without libpng --------------------+-------------------------------- Reporter: jkh@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: --------------------+-------------------------------- --- Portfile (revision 102878) +++ Portfile (working copy) @@ -36,6 +36,7 @@ port:libgcrypt \ port:libgeoip \ path:lib/pkgconfig/glib-2.0.pc:glib2 \ + port:libpng \ port:libsmi \ port:lua \ port:gnutls \ At least gets wireshark building again. Perhaps libpng should be the dependency of some other port in the dependency list. -- Ticket URL: <https://trac.macports.org/ticket/38005> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #25669: python27 cannot be selected
by MacPorts 14 Mar '13

14 Mar '13

#25669: python27 cannot be selected ---------------------------------+------------------------------------------ Reporter: wsiegrist@… | Owner: jwa@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: python_select | Port: python27 ---------------------------------+------------------------------------------ After installing python27 and python_select, {{{ port select python python27 }}}. {{{ # port select python python27 Selecting 'python27' for 'python' failed: could not create new link "/opt/local/share/man/man1/python.1": target "/opt/local/share/man/man1/python2.7.1" doesn't exist }}} -- Ticket URL: <http://trac.macports.org/ticket/25669> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #38378: Using port's -d flag should pass --disable-silent-rules to configure.args when applicable
by MacPorts 14 Mar '13

14 Mar '13

#38378: Using port's -d flag should pass --disable-silent-rules to configure.args when applicable -------------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.3 Keywords: | Port: -------------------------+-------------------------------- The `-d` flag implies that the user wants additional information, and passing `--disable-silent-rules` to most configure scripts usually makes the make process print additional information. Of course we'd probably want to test this first so we don't end up with something like the situation with how `qmake` doesn't recognize the `--disable-dependency- tracking` flag. -- Ticket URL: <https://trac.macports.org/ticket/38378> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #26811: New port request: SysBench
by MacPorts 13 Mar '13

13 Mar '13

#26811: New port request: SysBench ----------------------------------------+----------------------------------- Reporter: alek.silverstone@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ----------------------------------------+----------------------------------- http://sysbench.sourceforge.net/ -- Ticket URL: <https://trac.macports.org/ticket/26811> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #38327: mdbtools @0.7 should not be built in parallel
by MacPorts 13 Mar '13

13 Mar '13

#38327: mdbtools @0.7 should not be built in parallel ---------------------+------------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: and.damore(a)macports.org ---------------------+------------------------------------- So I was recently trying to install mdbtools, and got the following error: {{{ lexer.l:22:10: fatal error: 'parser.h' file not found updating parser.h #include "parser.h" ^ 1 error generated. CC parser.lo make[2]: *** [lexer.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_databases_mdbtools/mdbtools/work/mdbtools-0.7/src/sql' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_databases_mdbtools/mdbtools/work/mdbtools-0.7/src' make: *** [all-recursive] Error 1 make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_databases_mdbtools/mdbtools/work/mdbtools-0.7' Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_databases_mdbtools/mdbtools/work/mdbtools-0.7" && /usr/bin/make -j4 -w all Exit code: 2 Error: org.macports.build for port mdbtools returned: command execution failed }}} I tried building again immediately after that and it built perfectly fine. What I'm assuming happened was that one make job that required "parser.h" got reached before the make job that actually created "parser.h" got reached. Then, the second time around, the file was already there from the first time around. To work around this issue, I suggest that mdbtools use `use_parallel_build no` in its portfile. -- Ticket URL: <https://trac.macports.org/ticket/38327> MacPorts <http://www.macports.org/> Ports system for OS X

1 8