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

[MacPorts] #16176: macport for ocaml-bjack
by MacPorts 23 May '11

23 May '11

#16176: macport for ocaml-bjack ----------------------------------+----------------------------------------- Reporter: toots(a)rastageeks.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: | ----------------------------------+----------------------------------------- Macport for the ocaml-bjack blocking API to jackd -- Ticket URL: <http://trac.macports.org/ticket/16176> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #16324: [PATCH] tcpproxy - 1.1.9 - does not build
by MacPorts 22 May '11

22 May '11

#16324: [PATCH] tcpproxy - 1.1.9 - does not build --------------------------------+------------------------------------------- Reporter: cedstrom(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- tcpproxy is out of date and doesn't build. Here is a patch to fix that. Apply to /trunk/dports/net/tcpproxy {{{ Index: files/patch-tcpproxy.c.diff =================================================================== --- files/patch-tcpproxy.c.diff (revision 39299) +++ files/patch-tcpproxy.c.diff (working copy) @@ -1,32 +1,97 @@ ---- tcpproxy.c Sun Apr 4 23:30:30 2004 -+++ tcpproxy.c.new Thu May 27 17:10:28 2004 -@@ -87,7 +87,7 @@ - #include <unistd.h> +--- acp.c 2005-10-28 10:18:03.000000000 -0700 ++++ acp.c.new 2008-08-16 11:46:54.000000000 -0700 +@@ -29,7 +29,7 @@ + #include <ctype.h> #include <signal.h> -#include <wait.h> +#include <sys/wait.h> #include <errno.h> + #include <time.h> + +--- makefile 2007-08-30 02:24:19.000000000 -0700 ++++ makefile.new 2008-08-16 11:35:55.000000000 -0700 +@@ -1,6 +1,6 @@ + + CC = gcc +-CFLAGS = -ggdb -O2 -Wall -DVERSION='"$(VERSION) $(RELEASE)"' ++CFLAGS = -ggdb -O2 -Wall -DVERSION='"$(VERSION) $(RELEASE)"' -D__PREFIX__='"/opt/local"' + + PROGRAM = tcpproxy + VERSION = 2.0.0-beta15 + +--- procinfo.c 2006-01-07 06:03:13.000000000 -0800 ++++ procinfo.c.new 2008-08-16 11:47:18.000000000 -0700 +@@ -29,7 +29,7 @@ + #include <ctype.h> - #include <pwd.h> -@@ -105,8 +105,9 @@ - #include "ip-lib.h" - #include "lib.h" + #include <signal.h> +-#include <wait.h> ++#include <sys/wait.h> + #include <errno.h> + #include <time.h> --#define PIDFILE "/var/run/tcpproxy.pid" --#define ERROR_LOG "/tmp/tcpproxy-error.log" -+#define CONFFILE "__PREFIX__/etc/tcpproxy.conf" -+#define PIDFILE "__PREFIX__/var/run/tcpproxy.pid" -+#define ERROR_LOG "__PREFIX__/var/log/tcpproxy- error.log" - #define MAX_PORT 80 +--- tcpproxy.c 2007-08-30 02:36:12.000000000 -0700 ++++ tcpproxy.c.new 2008-08-16 11:46:34.000000000 -0700 +@@ -29,7 +29,7 @@ + #include <ctype.h> + #include <signal.h> +-#include <wait.h> ++#include <sys/wait.h> + #include <errno.h> + #include <time.h> -@@ -1212,7 +1213,7 @@ +@@ -45,7 +45,7 @@ + #include <syslog.h> + #include <sys/time.h> + +-#include <linux/netfilter_ipv4.h> ++/* #include <linux/netfilter_ipv4.h> */ + + + +@@ -677,7 +677,7 @@ if (*configfile != 0) - read_configuration(configfile, x); + read_configuration(config, configfile); else if (bound == 0 && k >= argc) { - copy_string(configfile, "/etc/tcpproxy.conf", sizeof(configfile)); + copy_string(configfile, CONFFILE, sizeof(configfile)); - standalone = 1; - read_configuration(configfile, x); + /* This default is the most common cause for tcpproxy installations + * to fail initially. +@@ -1012,15 +1012,18 @@ + + + if (x->redirmode != 0) { +- int rc; ++ //int rc; + size_t socksize; + struct sockaddr_in sock; + + socksize = sizeof(sock); ++#if 0 + rc = getsockopt(0, SOL_IP, SO_ORIGINAL_DST, &sock, &socksize); + if (rc != 0) + ; +- else if (strcmp((char *) inet_ntoa(sock.sin_addr), x->sock.ipnum) != 0 || ++ else ++#endif ++ if (strcmp((char *) inet_ntoa(sock.sin_addr), x->sock.ipnum) != 0 || + ntohs(sock.sin_port) != x->sock.port) { + + /* +--- tcpproxy.h 2006-08-28 11:20:46.000000000 -0700 ++++ tcpproxy.h.new 2008-08-16 11:37:14.000000000 -0700 +@@ -7,8 +7,9 @@ + + + #define PROXYNAME "tcpproxy" +-#define PIDFILE "/var/run/tcpproxy.pid" +-#define ERROR_LOG "/tmp/tcpproxy-error.log" ++#define CONFFILE "__PREFIX__/etc/tcpproxy.conf" ++#define PIDFILE "__PREFIX__/run/tcpproxy.pid" ++#define ERROR_LOG "__PREFIX__/tcpproxy-error.log" + #define MAX_PORT 80 + + Index: Portfile =================================================================== --- Portfile (revision 39299) +++ Portfile (working copy) @@ -3,16 +3,16 @@ PortSystem 1.0 name tcpproxy -version 1.1.9 +version 2.0.0-beta15 categories net platforms darwin -maintainers nomaintainer +maintainers openmaintainer(a)macports.org description tcpproxy is a proxy (tunnel, redirector) for TCP/IP protocols long_description ${description} -homepage http://quietsche-entchen.de/cgi- bin/wiki.cgi/software/tcpproxy.yawk -master_sites http://quietsche-entchen.de/cgi-bin/wiki.cgi/download/ -checksums md5 7ae45da0d1b263bc507be97e35dbb15b +homepage http://quietsche-entchen.de/cgi- bin/wiki.cgi/proxies/TcpProxy +master_sites http://quietsche-entchen.de/download/ +checksums md5 e946f807049d6296f54aa57b5c17f1c8 patchfiles patch-tcpproxy.c.diff configure { }}} -- Ticket URL: <http://trac.macports.org/ticket/16324> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #16173: ocaml-ao
by MacPorts 21 May '11

21 May '11

#16173: ocaml-ao ----------------------------------+----------------------------------------- Reporter: toots(a)rastageeks.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: | ----------------------------------+----------------------------------------- Portfile for the OCaml bindings to the audio output library from xiph.org -- Ticket URL: <http://trac.macports.org/ticket/16173> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #19781: modify cmake Modules for MacPorts prefix
by MacPorts 20 May '11

20 May '11

#19781: modify cmake Modules for MacPorts prefix -----------------------------------------+---------------------------------- Reporter: dweber@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: FindITK.cmake cmake modules | Port: cmake -----------------------------------------+---------------------------------- I'm working on an InsightToolkit port that will install into a non- standard MacPorts install path. I've discovered that the defaults in the cmake Modules may not pick up the MacPort installations. For example, in /opt/local/share/cmake-2.6/Modules/FindITK.cmake, we could modify it to the following: {{{ # Look in standard UNIX install locations. /opt/local/lib/InsightToolkit /opt/local/lib/InsightToolkit-3.12 /usr/local/lib/InsightToolkit /usr/lib/InsightToolkit }}} I was able to get this result with a command line like this: {{{ cat /opt/local/share/cmake-2.6/Modules/FindITK.cmake | sed -e 's|/usr/local/lib/InsightToolkit|/opt/local/lib/InsightToolkit\n\t/opt/local/lib/InsightToolkit-3.12\n\t/usr/local/lib/InsightToolkit|g' }}} I suppose other tweaks like this could be a part of the post-destroot for the cmake port. The goal is to allow any MacPort installation to rely on cmake modules to pick up other MacPort libraries automatically, and in preference (with precedence) to anything similar installed outside of ${prefix} on the system. Best regards, Darren -- Ticket URL: <http://trac.macports.org/ticket/19781> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #19049: port activation fails with "Error: port activate failed: Not a directory"
by MacPorts 18 May '11

18 May '11

#19049: port activation fails with "Error: port activate failed: Not a directory" --------------------------------------+------------------------------------- Reporter: julio.lopez@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: base | Version: 1.7.0 Keywords: | Port: --------------------------------------+------------------------------------- The way symbolic links to directories are handled in the registry's file map causes failed installation for various ports. Examples are reported in #16068, #18878, #18380, #16599, #17404 among others. Besides the failed installation, the registry and the file map are left in an inconsistent state. The packages are said to be installed, however their contents are not added to the file map and not all the files are appropriately installed. There are workarounds that the port maintainers have put in place for some of the problems. Since this issue is causing bugs in many packages, it'd be desirable if this is handled at the port base level, perhaps in the registry or the file map. Also, it'd be a good idea to include in the documentation a clear explanation and a recommendation for the maintainers about the rule used to handle symbolic links to directories. The specific problem is that a package A may create a symlink to a directory where some of it's files are installed. When a different package B tries to add a file in a directory where the aforementioned symlink is in the path, then the installation fails with: {{{ DEBUG: Not a directory while executing "filemap set file_map $file $port" (procedure "receipt_flat::register_file" line 11) invoked from within "${macports::registry.format}::register_file $file $port" (procedure "registry::register_file" line 3) invoked from within "registry::register_file $file $name" (procedure "portimage::activate" line 65) invoked from within "portimage::activate $portname [composite_version $portversion [array get variations]] [array get options]" Error: port activate failed: Not a directory }}} For example, in the situation reported in #16068, python25 (e.g., @2.5.4_0) creates the following symbolic link: {{{ $ pwd /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib $ ls -l total 8 lrwxr-xr-x 1 root admin 24 Mar 13 11:41 python2.5 -> /opt/local/lib/python2.5 }}} The py25-pyqt4 port tries to add a file under: {{{ /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /site-packages/PyQt4/__init__.py }}} However, this fails because the link created by python25 is now in the file map and it does not correspond to a directory. The following excerpt from ${prefix}/var/macports/sources/rsync.macports.org/release/base/src/pextlib1.0/filemap.c shows where the test is performed and the taken action. The Set function (in filemap.c) is in the code path for the following TCL statement: {{{ filemap set filemapVarName path value }}} {{{ int Set(SNode** ioRoot, const char* inPath, const char* inValue) { int theResult = 0; ... if (theCurrentChar == '/') { if (theSubnode->fNodeType != kNode) { theResult = ENOTDIR; break; } ... }}} I hope this helps. Also, it'd be desirable to have command line tools (e.g., portadmin <command>) to test the integrity of the file map and the registry and be able to rebuild or fix an inconsistent file map. -- Ticket URL: <http://trac.macports.org/ticket/19049> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #19908: dry-run option (-y) not honored everywhere
by MacPorts 18 May '11

18 May '11

#19908: dry-run option (-y) not honored everywhere ------------------------------+--------------------------------------------- Reporter: blb@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.8.0 Keywords: | Port: ------------------------------+--------------------------------------------- At least uninstall appears to not honor the dry-run option (-y): {{{ $ port -dy uninstall gimp2 ---> Deactivating gimp2 @2.6.6_1+darwin_9+x11 DEBUG: deactivating link: /mp/share/man/man5/gimprc.5.gz DEBUG: error deleting "/mp/share/man/man5/gimprc.5.gz": permission denied while executing "_deactivate_contents $name $imagefiles" (procedure "portimage::deactivate" line 52) invoked from within "portimage::deactivate $portname ${version}_${revision}${variants} $optionslist" (procedure "portuninstall::uninstall" line 88) invoked from within "portuninstall::uninstall $portname [composite_version $portversion [array get variations]] [array get options]" Error: port uninstall failed: error deleting "/mp/share/man/man5/gimprc.5.gz": permission denied }}} (It failed since I didn't use sudo, as I didn't want it actually uninstalling). Initially ran into this trying it with --follow-dependents to see if that would show a recursive dependent list. -- Ticket URL: <http://trac.macports.org/ticket/19908> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #17150: add postgresql83 to the system path
by MacPorts 18 May '11

18 May '11

#17150: add postgresql83 to the system path ---------------------------------+------------------------------------------ Reporter: dweber(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: path postgresql | Port: postgresql83 ---------------------------------+------------------------------------------ Modify post-destroot to {{{ post-destroot { foreach contrib ${contribs} { system "echo contrib: \"${contrib}\"" system "cd ${worksrcpath}/contrib/${contrib}/ && \ ${destroot.cmd} install ${destroot.destdir} && touch DONE" } system "cd ${destroot}${prefix}/bin && ln -sf ${libdir}/bin/psql psql83" file delete -force ${destroot}${prefix}/share/doc/${name} \ ${destroot}${prefix}/share/man # Add /opt/local/lib/postgresql83/bin to the system path mkdir ${destroot}/etc/paths.d echo "${prefix}/lib/postgresql83/bin" > ${destroot}/etc/paths.d/postgresql83 } }}} -- Ticket URL: <http://trac.macports.org/ticket/17150> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #19126: RFE: Selectable ports should depend on their *_select port
by MacPorts 14 May '11

14 May '11

#19126: RFE: Selectable ports should depend on their *_select port ---------------------------------+------------------------------------------ Reporter: wsiegrist@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: Keywords: select python gcc | Port: ---------------------------------+------------------------------------------ Ports which can be selected with a *_select port should depend on that port so the selection tool gets installed when you get the port. For example, python25 should depend on python_select. The *_select ports are small and cheap to install, and it would allow ports like python25 to simplify their port-install instructions regarding *_select. -- Ticket URL: <http://trac.macports.org/ticket/19126> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #20271: python_select should create symlinks for easy_install, 2to3
by MacPorts 13 May '11

13 May '11

#20271: python_select should create symlinks for easy_install, 2to3 ----------------------------------+----------------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: python_select ----------------------------------+----------------------------------------- python_select does not create a symlink for easy_install like the other Python binaries. If the default interpreter is not the same minor version as the interpreter in the shebang line, easy_install will fail late with an unhelpful error message. python_select also does not create a symlink for 2to3, but that tool appears not to be affected by the default interpreter. -- Ticket URL: <http://trac.macports.org/ticket/20271> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #18150: python_select should create a symlink for ipython
by MacPorts 13 May '11

13 May '11

#18150: python_select should create a symlink for ipython ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: raimue@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: ipython python | Port: python_select ------------------------------------------+--------------------------------- It would be nice if python_select would also create a symlink for 'ipython' linking to ipython2.5 (or whatever version of python is installed) if the ipython port is installed. -- Ticket URL: <http://trac.macports.org/ticket/18150> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5