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

Re: [MacPorts] #15243: gnupg2 test failure
by MacPorts 21 Apr '09

21 Apr '09

#15243: gnupg2 test failure ------------------------------+--------------------------------------------- Reporter: jmr@… | Owner: waqar@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: Keywords: | Port: gnupg2 ------------------------------+--------------------------------------------- Comment(by jmr@…): Still failing here. -- Ticket URL: <http://trac.macports.org/ticket/15243#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #18774: texlive_texmf-minimal-2007g0.tar.gz download speed
by MacPorts 21 Apr '09

21 Apr '09

#18774: texlive_texmf-minimal-2007g0.tar.gz download speed ---------------------------------+------------------------------------------ Reporter: nreilly@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: texlive_texmf-minimal ---------------------------------+------------------------------------------ This is a dupe of ticket:17119 I try to install texlive with "install textlive" and then it tries to download texlive_texmf-minimal-2007g0.tar.gz from several servers, but no one seems to have the file: {{{ ---> Fetching texlive_texmf-minimal ---> Attempting to fetch texlive_texmf-minimal-2007g0.tar.gz from http://mirror.roothell.org/pub/OpenBSD/distfiles ---> Attempting to fetch texlive_texmf-minimal-2007g0.tar.gz from http ://ftp-stud.fht-esslingen.de/pub/OpenBSD/distfiles ---> Attempting to fetch texlive_texmf-minimal-2007g0.tar.gz from http://mirror.paranoidbsd.org/pub/OpenBSD/distfiles ---> Attempting to fetch texlive_texmf-minimal-2007g0.tar.gz from ftp://ftp.openbsd.org/pub/OpenBSD/distfiles }}} ---- Downloading in Australia was fluctuating between 1-4K/sec. On a machine in the US, I was able to download the same at ~300K/sec. The download from this machine back to my Mac was at around 2M/sec. Could the OpenBSD mirrors be rate limiting international access? Is there anything we can do to alleviate this issue? -- Ticket URL: <http://trac.macports.org/ticket/18774> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #18543: Installation Issue
by MacPorts 21 Apr '09

21 Apr '09

#18543: Installation Issue ----------------------------------+----------------------------------------- Reporter: jbiehl@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: pidgin install expat | Port: pidgin ----------------------------------+----------------------------------------- Installed MacPorts successfully, but after I updated and tried to install Pidgin I get the following error. ---> Configuring expat Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_expat/work/expat-2.0.1" && ./configure --prefix=/opt/local --mandir=/opt/local/share/man " returned error 77 Command output: checking build system type... i386-apple-darwin9.6.0 checking host system type... i386-apple-darwin9.6.0 checking for gcc... /usr/bin/gcc-4.0 checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. Error: The following dependencies failed to build: audiofile libtool automake autoconf help2man gettext expat libiconv gperf ncurses ncursesw p5-locale-gettext perl5 perl5.8 m4 dbus pkgconfig dbus-glib glib2 gtk2 atk cairo fontconfig freetype zlib libpixman libpng xrender xorg-libX11 xorg- bigreqsproto xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto xorg- libXdmcp xorg-xcmiscproto xorg-xextproto xorg-xf86bigfontproto xorg-xtrans xorg-renderproto gtk-doc docbook-xml-4.3 xmlcatmgr docbook-xsl gnome-doc- utils docbook-xml docbook-xml-4.1.2 docbook-xml-4.2 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 iso-codes py25-hashlib openssl python25 libxml2 libxslt p5-xml-parser py25-libxml2 rarian getopt intltool gnome- common jasper jpeg pango Xft2 shared-mime-info tiff xorg-libXcomposite xorg-compositeproto xorg-fixesproto xorg-libXext xorg-libXfixes xorg- libXcursor xorg-libXdamage xorg-damageproto xorg-libXi xorg-libXinerama xorg-xineramaproto xorg-libXrandr xorg-randrproto libao nspr nss Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/18543> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #17182: Variables aren't expanded in path:-style dependencies
by MacPorts 21 Apr '09

21 Apr '09

#17182: Variables aren't expanded in path:-style dependencies -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.6.0 Keywords: | Port: -------------------------------------+-------------------------------------- path:-style dependencies don't work as documented. The [http://guide.macports.org/#reference.dependencies.types documentation shows] this example: {{{ depends_run path:${prefix}/lib/libltdl.a:libtool }}} It turns out MacPorts doesn't actually expand variables here, so this doesn't work as intended. Furthermore, it turns out MacPorts actually prepends "`${prefix}/`" if the given path does not begin with a slash. So, 1) the Guide should show and recommend this simpler way to specify a dependency if it is in `${prefix}`: {{{ depends_run path:lib/libltdl.a:libtool }}} And it could show a different example using variable expansion in the path, if the path is not in `${prefix}` (a file in `${frameworks_dir}` perhaps) 2) MacPorts base should be fixed to expand variables so this works as advertised Ports that define dependencies using "`path:${prefix}/...`" should use "`path:...`" instead since this is shorter, simpler, and actually works with MacPorts 1.6.0. -- Ticket URL: <http://trac.macports.org/ticket/17182> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #19382: Failed dependency for subversion port
by MacPorts 21 Apr '09

21 Apr '09

#19382: Failed dependency for subversion port -----------------------------------------+---------------------------------- Reporter: david@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.1 Keywords: | Port: subversion 1.6.1 -----------------------------------------+---------------------------------- When attempting to install subversion 1.6.1 on Leopard, I encountered the following: {{{ warning: no debug map in executable (-arch i386) /bin/sh /usr/local/var/macports/build/_usr_local_var_macports_sources_rsync.macports.org_release_ports_devel_subversion/work/subversion-1.6.0/libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/usr/local/include -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -I/usr/local/include/apr-1 -I/usr/local/include/apr-1 -I/usr/local/include -O2 -I./subversion/include -I./subversion -I/usr/local/include/apr-1 -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/local/include/neon -I/usr/local/include -I/usr/local/include/serf-0 -o subversion/libsvn_ra_serf/auth.lo -c subversion/libsvn_ra_serf/auth.c In file included from subversion/libsvn_ra_serf/auth.c:23: subversion/libsvn_ra_serf/ra_serf.h:40:2: error: #error Please update your version of serf to at least 0.3.0. make: *** [subversion/libsvn_ra_serf/auth.lo] Error 1 Error: Status 1 encountered during processing. }}} In looking, I already had serf 0.2.0 installed for another port, and the subversion port did not correctly instruct port to upgrade serf as a part of the install process or prompt me to upgrade. I was able to upgrade serf manually and proceed with the install. -- Ticket URL: <http://trac.macports.org/ticket/19382> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #19069: gtksourceview-sharp2: incorrect glib2 dependency path
by MacPorts 21 Apr '09

21 Apr '09

#19069: gtksourceview-sharp2: incorrect glib2 dependency path -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: nox@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: gtksourceview-sharp2 -------------------------------------+-------------------------------------- The path specified in the glib2 dependency of the gtksourceview-sharp2 port isn't right. See attached patch. -- Ticket URL: <http://trac.macports.org/ticket/19069> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

Re: [MacPorts] #15286: unison 2.27.57 does not compile
by MacPorts 21 Apr '09

21 Apr '09

#15286: unison 2.27.57 does not compile -------------------------------+-------------------------------------------- Reporter: gavin@… | Owner: eridius@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: unison -------------------------------+-------------------------------------------- Comment(by gavin@…): The original problem I reported ("inconsistent assumptions over implementation Printf") was resolved a few months ago, but I don't know why. I'm still running 2.27.57. I forgot about this bug report until Laurent commented just now, so apologies for failing to update it before. Laurent's problem is different to the original report, especially since he can work around it by cleaning and reinstalling. -- Ticket URL: <http://trac.macports.org/ticket/15286#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #15286: unison 2.27.57 does not compile
by MacPorts 21 Apr '09

21 Apr '09

#15286: unison 2.27.57 does not compile -------------------------------+-------------------------------------------- Reporter: gavin@… | Owner: eridius@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: unison -------------------------------+-------------------------------------------- Comment(by laurent.perrinet@…): similar but different story here: compiling with aqua support fails: {{{ $ sudo port install unison +aqua ---> Computing dependencies for unison ---> Fetching unison ---> Verifying checksum(s) for unison ---> Extracting unison ---> Applying patches to unison ---> Configuring unison ---> Building unison 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_unison/work/unison-2.27.57" && make -j2 all NATIVE=true THREADS=true UISTYLE=macnew " returned error 2 Command output: ocamlopt: uutil.mli ---> uutil.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/uutil.mli ocamlopt: fileutil.mli ---> fileutil.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/fileutil.mli ocamlopt: name.mli ---> name.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/name.mli ocamlopt: lock.mli ---> lock.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/lock.mli ocamlopt: clroot.mli ---> clroot.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/clroot.mli ocamlopt: tree.mli ---> tree.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/tree.mli ocamlopt: checksum.mli ---> checksum.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/checksum.mli ocamlopt: terminal.mli ---> terminal.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/terminal.mli ocamlopt: transfer.mli ---> transfer.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/transfer.mli ocamlopt: strings.mli ---> strings.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/strings.mli ocamlopt: test.mli ---> test.cmi ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/test.mli ocamlopt: uimacbridgenew.ml ---> uimacbridgenew.cmx ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/uimacbridgenew.ml ocamlopt: osxsupport.c ---> osxsupport.o ocamlopt -I lwt -I ubase -thread -c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/osxsupport.c File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_unison/work/unison-2.27.57/uimacbridgenew.ml", line 3, characters 0-11: Error: Unbound module Common make: *** [uimacbridgenew.cmx] Error 2 make: *** Waiting for unfinished jobs.... Error: Status 1 encountered during processing. }}} but {{{ $ sudo port clean unison ---> Cleaning unison $ sudo port install unison }}} works fine... (Macports from SVN, fresh install) thanks, Laurent -- Ticket URL: <http://trac.macports.org/ticket/15286#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #19232: RFE: Have gdbm use the muniversal PortGroup
by MacPorts 21 Apr '09

21 Apr '09

#19232: RFE: Have gdbm use the muniversal PortGroup -----------------------------------+---------------------------------------- Reporter: mcalhoun@… | Owner: digdog@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.1 Keywords: universal | Port: gdbm -----------------------------------+---------------------------------------- Attached is a proposed change to gdbm to use the muniversal PortGroup.[[BR]] There is no apparent error with the old way, but muniversal is a safer option. -- Ticket URL: <http://trac.macports.org/ticket/19232> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #19173: RFE: build libxml2 with muniversal PortGroup
by MacPorts 21 Apr '09

21 Apr '09

#19173: RFE: build libxml2 with muniversal PortGroup -----------------------------------+---------------------------------------- Reporter: mcalhoun@… | Owner: cedric.luthi@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.1 Keywords: | Port: libxml2 -----------------------------------+---------------------------------------- Attached is a proposed change to the universal build of libxml2. -- Ticket URL: <http://trac.macports.org/ticket/19173> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2