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

[MacPorts] #33955: openssh @5.9p1 fails to apply patches
by MacPorts 21 Jul '13

21 Jul '13

#33955: openssh @5.9p1 fails to apply patches --------------------------------------+------------------------------------- Reporter: nonstop.server@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: openssh --------------------------------------+------------------------------------- Installing port openssh with variants +gss_api_trust_dns and +gsskex fails during patch phase. {{{ DEBUG: patch phase started at Mon Apr 9 14:12:14 CEST 2012 DEBUG: Executing org.macports.patch (openssh) ---> Applying patches to openssh ---> Applying /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/net/openssh/files/GSSAPITrustDNS.patch DEBUG: Environment: CPATH='/opt/local/include' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_openssh/openssh/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.5' GI_SCANNER_DISABLE_CACHE='1' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_openssh/openssh/work/openssh-5.9p1" && /usr/bin/patch -p1' DEBUG: Executing command line: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_openssh/openssh/work/openssh-5.9p1" && /usr/bin/patch -p1 < '/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/net/openssh/files/GSSAPITrustDNS.patch' missing header for unified diff at line 8 of patch can't find file to patch at input line 8 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: readconf.c |=================================================================== |RCS file: /cvs/openssh/readconf.c,v |retrieving revision 1.135 |diff -u -r1.135 readconf.c |--- readconf.c 5 Aug 2006 02:39:40 -0000 1.135 |+++ readconf.c 19 Aug 2006 11:59:52 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 5 out of 5 hunks ignored missing header for unified diff at line 63 of patch can't find file to patch at input line 63 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: readconf.h |=================================================================== |RCS file: /cvs/openssh/readconf.h,v |retrieving revision 1.63 |diff -u -r1.63 readconf.h |--- readconf.h 5 Aug 2006 02:39:40 -0000 1.63 |+++ readconf.h 19 Aug 2006 11:59:52 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored missing header for unified diff at line 78 of patch can't find file to patch at input line 78 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: ssh_config.5 |=================================================================== |RCS file: /cvs/openssh/ssh_config.5,v |retrieving revision 1.97 |diff -u -r1.97 ssh_config.5 |--- ssh_config.5 5 Aug 2006 01:34:51 -0000 1.97 |+++ ssh_config.5 19 Aug 2006 11:59:53 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored missing header for unified diff at line 103 of patch can't find file to patch at input line 103 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: sshconnect2.c |=================================================================== |RCS file: /cvs/openssh/sshconnect2.c,v |retrieving revision 1.151 |diff -u -r1.151 sshconnect2.c |--- sshconnect2.c 18 Aug 2006 14:33:34 -0000 1.151 |+++ sshconnect2.c 19 Aug 2006 11:59:53 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 2 out of 2 hunks ignored shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_openssh/openssh/work/openssh-5.9p1" && /usr/bin/patch -p1 < '/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/net/openssh/files/GSSAPITrustDNS.patch'" returned error 1 Error: Target org.macports.patch returned: shell command failed (see log for details) DEBUG: Backtrace: shell command failed (see log for details) while executing "command_exec patch "" "< '$patch'"" ("default" arm line 1) invoked from within "switch -- [file extension $patch] { .Z - .gz {command_exec patch "$gzcat \"$patch\" | (" ")"} .bz2 {command_exec p..." (procedure "portpatch::patch_main" line 31) invoked from within "$procedure $targetname" }}} Version Information: {{{ Mac OS Version: Darwin 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 Xcode Version: Xcode 3.1.4 Component versions: DevToolsCore-1204.0; DevToolsSupport-1186.0 BuildVersion: 9M2809 Macports Version: Version: 2.0.4 }}} -- Ticket URL: <https://trac.macports.org/ticket/33955> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #37231: Build script(s) expecting script tclIndex in the wrong place
by MacPorts 20 Jul '13

20 Jul '13

#37231: Build script(s) expecting script tclIndex in the wrong place ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: tclIndex | Port: ------------------------+-------------------------------- Some builds (such as DSDP) fail because ''port'' cannot find the script {{{ /System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/tclIndex }}} On a clean install of Mountain Lion, XCode 4.5.2 this file is found instead at {{{ /System/Library/Frameworks/Tk.framework/Versions/8.5/Resources/Scripts/tclIndex }}} Workarounds include pre-building a package that knows the right script location, or installing a version of TCL that places the script in the former spot. -- Ticket URL: <https://trac.macports.org/ticket/37231> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #26530: Tunneling rsync through SSH to permit selfupdate from behind a firewall
by MacPorts 18 Jul '13

18 Jul '13

#26530: Tunneling rsync through SSH to permit selfupdate from behind a firewall ----------------------------------+----------------------------------------- Reporter: jemandel@… | Owner: wsiegrist@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: 1.9.1 Keywords: | Port: ----------------------------------+----------------------------------------- I work in a large academic medical center whose IT has been outsourced to the lowest bidder. All ports except SSH, HTTP, and HTTPS are closed. This makes life inconvenient, but not impossible. This is my workaround for getting MacPorts to selfupdate.[[BR]] First, you must have a host outside the firewall to which you have access: {{{ $ssh myhost.example.net }}} It must be able to reach rsync.macports.org (or a mirror), and have netcat. Confirm this with: {{{ $ssh myhost.example.net "nc rsync.macports.org 873" @RSYNCD: 30.0 }}} Having established this works, we will create a keypair to secure and simplify the process: {{{ $ssh-keygen -f myrsynckey (add any options you'd like) }}} Now prepend the connection command to the public key: {{{ $echo -n 'command="nc rsync.macports.org 873",no-port- forwarding,no-X11-forwarding,no-agent-forwarding '|cat - myrsynckey.pub > /tmp/out && mv /tmp/out myrsynckey.pub }}} (Note that this is a single line) Transfer the file myrsynckey.pub to myhost.example.net and append it to authorized_keys2 Confirm that this works with: {{{ $ssh -i ~/.ssh/myrsynckey.pub myhost.example.net @RSYNCD: 30.0 }}} Having gotten this working, we now need to modify macports.conf to use the tunnel. Append the following to the rsync_options: {{{ "ssh myhost.example.net -i FullPathToMyHomeDirectory/.ssh/myrsynckey -l myUserName" }}} Note that selfupdate is run with sudo, and thus you must specify the username and path to the user directory (which otherwise would be root). It would be more secure to use an account on myhost.example.net that has --disabled-password. -- Ticket URL: <https://trac.macports.org/ticket/26530> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #35888: hs-zip-archive @0.1.1.7 dependencies digest >=0.0.0.1 and utf8-string >=0.3.1 are missing
by MacPorts 17 Jul '13

17 Jul '13

#35888: hs-zip-archive @0.1.1.7 dependencies digest >=0.0.0.1 and utf8-string >=0.3.1 are missing ------------------------------+--------------------------------------------- Reporter: m@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: hs-zip-archive ------------------------------+--------------------------------------------- I am trying `sudo port clean hs-zip-archive; sudo port install hs-zip- archive` but I get the following error: {{{ :info:configure Configuring zip-archive-0.1.1.7... :info:configure Setup: At least the following dependencies are missing: :info:configure digest >=0.0.0.1, utf8-string >=0.3.1 :info:configure Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_devel_hs-zip-archive/hs-zip-archive/work/zip- archive-0.1.1.7" && runhaskell Setup configure --prefix=/opt/local --with- compiler=/opt/local/bin/ghc :info:configure Exit code: 1 }}} -- Ticket URL: <https://trac.macports.org/ticket/35888> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #36377: hs-json upgrade error
by MacPorts 17 Jul '13

17 Jul '13

#36377: hs-json upgrade error -----------------------------+-------------------------------- Reporter: seba.szwarc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: upgrade, error, | Port: hs-json -----------------------------+-------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/36377> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #35947: hs-json Command failed: /opt/local/libexec/hs-json/register.sh during activate
by MacPorts 17 Jul '13

17 Jul '13

#35947: hs-json Command failed: /opt/local/libexec/hs-json/register.sh during activate ----------------------------+----------------------------------------------- Reporter: fsb@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haskell json | Port: hs-json ----------------------------+----------------------------------------------- see log file attached -- Ticket URL: <https://trac.macports.org/ticket/35947> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #37399: Add gdk-pixbuf2 as dep to librsvg
by MacPorts 17 Jul '13

17 Jul '13

#37399: Add gdk-pixbuf2 as dep to librsvg -----------------------------+-------------------------------- Reporter: robsonpeixoto@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: librsvg -----------------------------+-------------------------------- As can see on this part of log {{{ :info:configure checking for LIBRSVG... no :info:configure configure: error: Package requirements ( gdk- pixbuf-2.0 >= 1.3.7 glib-2.0 >= 2.12.0 gio-2.0 >= 2.24.0 libxml-2.0 >= 2.7.0 pangocairo >= 1.16.0 cairo >= 1.2.0 cairo-png >= 1.2.0 :info:configure libcroco-0.6 >= 0.6.1) were not met: :info:configure :info:configure No package 'gdk-pixbuf-2.0' found :info:configure }}} the librsvg needs of gdk-pixbuf2 -- Ticket URL: <https://trac.macports.org/ticket/37399> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #38510: The various p5-eperl ports put their manpages in the wrong folder
by MacPorts 17 Jul '13

17 Jul '13

#38510: The various p5-eperl ports put their manpages in the wrong folder ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: p5-eperl ---------------------+-------------------------------- They put their manpages in `${prefix}/share/man` instead of `${prefix}/share/man/man1` (i.e. they're all one level too high up). (Also all the p5*-eperl ports conflict with one another, too...) -- Ticket URL: <https://trac.macports.org/ticket/38510> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #23733: flock - manages flock(2) locks from within shell scripts or the command line
by MacPorts 17 Jul '13

17 Jul '13

#23733: flock - manages flock(2) locks from within shell scripts or the command line ---------------------------+------------------------------------------------ Reporter: dargo@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: ---------------------------+------------------------------------------------ Both [http://manpages.ubuntu.com/manpages/lucid/man1/flock.1.html linux] and [http://www.freshports.org/sysutils/flock freebsd] contain implementations of the useful flock(1) program. The closest existing program on darwin/macports is shlock(1), which is neither as secure or robust. -- Ticket URL: <http://trac.macports.org/ticket/23733> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37915: Add +quartz packages to buildbot
by MacPorts 16 Jul '13

16 Jul '13

#37915: Add +quartz packages to buildbot -------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -------------------------+-------------------------------- It would be nice to have packages with the quartz variant on packages.macports.org as well as the x11 packages. Ports such as gtk2 (with the pango and cairo deps) take quite a long time to build. -- Ticket URL: <https://trac.macports.org/ticket/37915> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3