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

[MacPorts] #17064: add BitTorrent as alternative for downloading ports
by MacPorts 29 Jul '11

29 Jul '11

#17064: add BitTorrent as alternative for downloading ports ------------------------------------+--------------------------------------- Reporter: hotfusionman(a)yahoo.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Low | Milestone: MacPorts base enhancements Component: base | Version: 1.6.0 Keywords: | Port: ------------------------------------+--------------------------------------- I discovered while trying to install Erlang's otp_src_R12B-4 that the standard HTTP download was taking forever, but there was a torrent file right next to it, and the torrent download went orders of magnitude faster. It would have been nice a) to have gotten feedback on the progress of the download and b) to be able to use (or fail over to) the BittTorrent download mechanism automatically. I took some notes on the macports.tcl script to sketch out how a BitTorrent client might be used instead of curl but have not tried out any of my code yet. -- Ticket URL: <http://trac.macports.org/ticket/17064> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16723: unify the python portgroups
by MacPorts 22 Jul '11

22 Jul '11

#16723: unify the python portgroups ------------------------------+--------------------------------------------- Reporter: jmr(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.7.0 Keywords: | Port: ------------------------------+--------------------------------------------- The current practice of having separate ports of modules for each python version is awkward, and will get far worse now that python 2.6 and 3.0 are being released. Here is a portgroup that should be able to replace the current python25 and python24 groups, and can install for any combination of the available python versions at once via variants. -- Ticket URL: <http://trac.macports.org/ticket/16723> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 23

[MacPorts] #18272: graphviz, graphviz-devel: ${prefix}/lib/graphviz/config(5) should be part of destroot
by MacPorts 20 Jul '11

20 Jul '11

#18272: graphviz, graphviz-devel: ${prefix}/lib/graphviz/config(5) should be part of destroot -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: graphviz, graphviz-devel -------------------------------------+-------------------------------------- Graphviz requires a file config or config5 in ${prefix}/lib/graphviz to work. This file lists which plugins got built. The file is created by running "`dot -c`" after installation in the post-activate phase, but that means the file doesn't get to be part of the destroot. It was done this way because there was no way to tell "`dot -c`" to write to a destroot; it always wrote to the real file. The current development version of Graphviz lets you specify an alternate directory to write the file in. I forget how to do that, and I don't know if the latest stable version 2.20.3 already supports this or whether I have to wait for 2.22. If I have to wait on 2.22, then maybe I should wait until that's released before updating graphviz-devel too, otherwise graphviz-devel will have it as part of the destroot and graphviz won't, making it hard to switch between the two ports. -- Ticket URL: <http://trac.macports.org/ticket/18272> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #17401: emacs make-term: eterm-color not found due to new ncurses version
by MacPorts 16 Jul '11

16 Jul '11

#17401: emacs make-term: eterm-color not found due to new ncurses version ---------------------------------+------------------------------------------ Reporter: vinc17@… | Owner: imajes@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: emacs,ncurses,ncursesw ---------------------------------+------------------------------------------ Since I've upgraded to ncurses and ncursesw 5.7_0, when I type in emacs 22.3.1: {{{ ESC : (make-term "tack" "tack") }}} I get the following error in buffer *tack*: {{{ Terminal not found: TERM=eterm-color usage: tack [-itV] [term] Process tack exited abnormally with code 1 }}} The problem disappears after downgrading to ncurses/ncursesw 5.6. So, it seems that the new ncurses version broke something. -- Ticket URL: <http://trac.macports.org/ticket/17401> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #17102: libgda's postgresql8 variant should depend on postgresql83
by MacPorts 03 Jul '11

03 Jul '11

#17102: libgda's postgresql8 variant should depend on postgresql83 ------------------------------+--------------------------------------------- Reporter: nox(a)macports.org | Owner: landonf(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: Keywords: | Port: libgda postgresql83 ------------------------------+--------------------------------------------- libgda's postgresql8 variant currently depend on postgresql80, I think it should depend on the latest stable version of PostgreSQL: postgresql83. -- Ticket URL: <http://trac.macports.org/ticket/17102> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16702: [NEW] mod_security2
by MacPorts 16 Jun '11

16 Jun '11

#16702: [NEW] mod_security2 -------------------------------------+-------------------------------------- Reporter: myschizobuddy(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: | Port: -------------------------------------+-------------------------------------- Mod Security 2 is an updated intrusion detection and prevention engine for web applications. It works only with Apache2 -- Ticket URL: <http://trac.macports.org/ticket/16702> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #18971: ncid: allow universal build
by MacPorts 16 Jun '11

16 Jun '11

#18971: ncid: allow universal build -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: | Port: ncid -------------------------------------+-------------------------------------- ncid doesn't use configure so the universal variant is currently turned off. The Makefile includes a target mac-fat that could be used to build universal, but I recommend against this because it does not take into account the SDK and MACOSX_DEPLOYMENT_TARGET the user has selected in macports.conf. Using the muniversal portgroup may be a better way to go, if possible. -- Ticket URL: <http://trac.macports.org/ticket/18971> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #18916: RFE: port contents --image
by MacPorts 13 Jun '11

13 Jun '11

#18916: RFE: port contents --image ---------------------------------+------------------------------------------ Reporter: raimue@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: Keywords: | Port: ---------------------------------+------------------------------------------ Add a flag `--image` to `port contents` which refers to the image instead of the installed version. The output should be similar to what `find ${prefix}/var/macports/software/${name}/${version}` returns. -- Ticket URL: <http://trac.macports.org/ticket/18916> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #18937: Subversion 1.6.0 fails to build
by MacPorts 12 Jun '11

12 Jun '11

#18937: Subversion 1.6.0 fails to build ---------------------------------+------------------------------------------ Reporter: vinc17@… | Owner: dluke@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: subversion ---------------------------------+------------------------------------------ "sudo port -v upgrade subversion" gives the following error: {{{ /bin/sh /opt/local/var/macports/build/_Users_vinc17_software_dports_devel_subversion/work/subversion-1.6.0/libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/opt/local/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -O2 -I./subversion/include -I./subversion -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/include/neon -I/opt/local/include -I/opt/local/include/serf-0 -o subversion/libsvn_fs_fs/tree.lo -c subversion/libsvn_fs_fs/tree.c /bin/sh /opt/local/var/macports/build/_Users_vinc17_software_dports_devel_subversion/work/subversion-1.6.0/libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/opt/local/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -O2 -I./subversion/include -I./subversion -I/opt/local/include/apr-1 -I/opt/local/include/apr-1 -I/opt/local/include -I/opt/local/include/neon -I/opt/local/include -I/opt/local/include/serf-0 -o subversion/libsvn_fs_util/fs-util.lo -c subversion/libsvn_fs_util/fs-util.c cd subversion/libsvn_fs_util && /bin/sh /opt/local/var/macports/build/_Users_vinc17_software_dports_devel_subversion/work/subversion-1.6.0/libtool --tag=CC --silent --mode=link /usr/bin/gcc-4.0 -O2 -L/opt/local/lib -L/opt/local/lib/db46 -L/opt/local/lib -L/opt/local/lib -rpath /opt/local/lib -o libsvn_fs_util-1.la fs-util.lo ../../subversion/libsvn_subr/libsvn_subr-1.la /opt/local/lib/libaprutil-1.la -ldb-4.6 -lexpat -liconv /opt/local/lib/libapr-1.la -lpthread -lintl -framework Security -framework CoreFoundation -framework CoreServices ERROR: No debug map or DWARF data was found to link.cd subversion/libsvn_fs_fs && /bin/sh /opt/local/var/macports/build/_Users_vinc17_software_dports_devel_subversion/work/subversion-1.6.0/libtool --tag=CC --silent --mode=link /usr/bin/gcc-4.0 -O2 -L/opt/local/lib -L/opt/local/lib/db46 -L/opt/local/lib -L/opt/local/lib -rpath /opt/local/lib -o libsvn_fs_fs-1.la caching.lo dag.lo err.lo fs.lo fs_fs.lo id.lo key-gen.lo lock.lo rep-cache.lo tree.lo ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la /opt/local/lib/libaprutil-1.la -ldb-4.6 -lexpat -liconv /opt/local/lib/libapr-1.la -lpthread ../../subversion/libsvn_fs_util/libsvn_fs_util-1.la -lintl -framework Security -framework CoreFoundation -framework CoreServices ld: Undefined symbols: _svn_error__malfunction referenced from libsvn expected to be defined in libsvn _svn_checksum_ctx_create referenced from libsvn expected to be defined in libsvn _svn_checksum_final referenced from libsvn expected to be defined in libsvn _svn_checksum_update referenced from libsvn expected to be defined in libsvn /usr/bin/libtool: internal link edit command failed make: *** [subversion/libsvn_fs_fs/libsvn_fs_fs-1.la] Error 1 }}} -- Ticket URL: <http://trac.macports.org/ticket/18937> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 28

[MacPorts] #16785: pidgin-2.5.1 Will not build
by MacPorts 08 Jun '11

08 Jun '11

#16785: pidgin-2.5.1 Will not build -----------------------------------+---------------------------------------- Reporter: kioarthurdane(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: pidgin | Port: pidgin -----------------------------------+---------------------------------------- First run results: {{{ ---> Verifying checksum(s) for dbus-glib ---> Extracting dbus-glib ---> Configuring dbus-glib ---> Building dbus-glib with target all ---> Staging dbus-glib into destroot ---> Installing dbus-glib 0.76_0 ---> Activating dbus-glib 0.76_0 ---> Cleaning dbus-glib ---> Fetching pidgin ---> Attempting to fetch pidgin-2.4.3.tar.bz2 from http://downloads.sourceforge.net/pidgin ---> Verifying checksum(s) for pidgin ---> Extracting pidgin ---> Applying patches to pidgin ---> Configuring pidgin ---> Building pidgin with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_pidgin/work/pidgin-2.4.3" && make all " returned error 2 Command output: pidgin/plugins/Makefile.am:68: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' pidgin/plugins/Makefile.am:68: to `configure.ac' and run `aclocal' and `autoconf' again. pidgin/plugins/Makefile.am:68: If `AC_PROG_LIBTOOL' is in `configure.ac', make sure pidgin/plugins/Makefile.am:68: its definition is in aclocal's search path. pidgin/plugins/cap/Makefile.am:9: Libtool library used but `LIBTOOL' is undefined pidgin/plugins/cap/Makefile.am:9: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' pidgin/plugins/cap/Makefile.am:9: to `configure.ac' and run `aclocal' and `autoconf' again. pidgin/plugins/cap/Makefile.am:9: If `AC_PROG_LIBTOOL' is in `configure.ac', make sure pidgin/plugins/cap/Makefile.am:9: its definition is in aclocal's search path. pidgin/plugins/gestures/Makefile.am:7: Libtool library used but `LIBTOOL' is undefined pidgin/plugins/gestures/Makefile.am:7: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' pidgin/plugins/gestures/Makefile.am:7: to `configure.ac' and run `aclocal' and `autoconf' again. pidgin/plugins/gestures/Makefile.am:7: If `AC_PROG_LIBTOOL' is in `configure.ac', make sure pidgin/plugins/gestures/Makefile.am:7: its definition is in aclocal's search path. pidgin/plugins/gevolution/Makefile.am:7: Libtool library used but `LIBTOOL' is undefined pidgin/plugins/gevolution/Makefile.am:7: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' pidgin/plugins/gevolution/Makefile.am:7: to `configure.ac' and run `aclocal' and `autoconf' again. pidgin/plugins/gevolution/Makefile.am:7: If `AC_PROG_LIBTOOL' is in `configure.ac', make sure pidgin/plugins/gevolution/Makefile.am:7: its definition is in aclocal's search path. pidgin/plugins/musicmessaging/Makefile.am:14: Libtool library used but `LIBTOOL' is undefined pidgin/plugins/musicmessaging/Makefile.am:14: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' pidgin/plugins/musicmessaging/Makefile.am:14: to `configure.ac' and run `aclocal' and `autoconf' again. pidgin/plugins/musicmessaging/Makefile.am:14: If `AC_PROG_LIBTOOL' is in `configure.ac', make sure pidgin/plugins/musicmessaging/Makefile.am:14: its definition is in aclocal's search path. pidgin/plugins/ticker/Makefile.am:10: Libtool library used but `LIBTOOL' is undefined pidgin/plugins/ticker/Makefile.am:10: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' pidgin/plugins/ticker/Makefile.am:10: to `configure.ac' and run `aclocal' and `autoconf' again. pidgin/plugins/ticker/Makefile.am:10: If `AC_PROG_LIBTOOL' is in `configure.ac', make sure pidgin/plugins/ticker/Makefile.am:10: its definition is in aclocal's search path. make: *** [Makefile.in] Error 1 }}} Further attempts: {{{ sudo port install pidgin ---> Building pidgin with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_pidgin/work/pidgin-2.5.1" && make all " returned error 1 Command output: sh: line 0: cd: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_pidgin/work/pidgin-2.5.1: No such file or directory }}} -- Ticket URL: <http://trac.macports.org/ticket/16785> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8