November 2007 - macports-tickets - lists.macosforge.org

Re: [MacPorts] #13083: NEW: python/py25-matplotlib-basemap - Basemap toolkit for map projection
by MacPorts 18 Nov '07

18 Nov '07

#13083: NEW: python/py25-matplotlib-basemap - Basemap toolkit for map projection ---------------------------------+------------------------------------------ Reporter: ramercer(a)gmail.com | Owner: ram(a)macports.org Type: enhancement | Status: closed Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.5.0 Resolution: fixed | Keywords: ---------------------------------+------------------------------------------ Changes (by ram(a)macports.org) * status: assigned => closed * resolution: => fixed Comment: committed in r31237 -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13083#comment:3> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13082: NEW: python/py-matplotlib-basemap - Basemap toolkit for map projection
by MacPorts 18 Nov '07

18 Nov '07

#13082: NEW: python/py-matplotlib-basemap - Basemap toolkit for map projection ---------------------------------+------------------------------------------ Reporter: ramercer(a)gmail.com | Owner: ram(a)macports.org Type: enhancement | Status: closed Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.5.0 Resolution: fixed | Keywords: ---------------------------------+------------------------------------------ Changes (by ram(a)macports.org) * status: assigned => closed * resolution: => fixed Comment: committed in r31237 -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13082#comment:5> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #11143: `port -f archive foo` doesn't actually force the archive step if the state file says it's already done
by MacPorts 18 Nov '07

18 Nov '07

#11143: `port -f archive foo` doesn't actually force the archive step if the state file says it's already done ---------------------------------------+------------------------------------ Reporter: macports(a)magicpacket.net | Owner: dluke(a)macports.org Type: defect | Status: new Priority: Low | Milestone: MacPorts base bugs Component: base | Version: 1.3.2 Resolution: | Keywords: ---------------------------------------+------------------------------------ Old description: > Daniel Luke asked me to file this report in > [http://lists.macosforge.org/pipermail/macports- > users/2006-December/000851.html this email]. > > I'll just demonstrate this with nmap +gtk2, but I'm pretty sure it will > happen for any port. Sorry, no patch; I'm really busy and just trying to > make stuff work. > > Note that I make the archive, check the timestamp, then rerun the archive > step with -f, but the timestamp is not updated. I then rerun it with -d > for good measure. > > {{{ > ~# port archive nmap +gtk2 > ---> Fetching nmap > ---> Verifying checksum(s) for nmap > ---> Extracting nmap > ---> Configuring nmap > ---> Building nmap with target all > ---> Staging nmap into destroot > ---> Packaging tgz archive for nmap 4.20_0+gtk2 > ~# ls -l > /opt/local/var/db/dports/packages/darwin/powerpc/nmap-4.20_0+gtk2.powerpc.tgz > -rw-rw---- 1 root wheel 680569 Dec 12 18:54 > /opt/local/var/db/dports/packages/darwin/powerpc/nmap-4.20_0+gtk2.powerpc.tgz > ~# cat > /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_nmap/work/.darwinports.nmap.state > variant: +gtk2 > target: com.apple.main > target: com.apple.fetch > target: com.apple.checksum > target: com.apple.extract > target: com.apple.patch > target: com.apple.configure > target: com.apple.build > target: com.apple.destroot > target: com.apple.archive > ~# port -f archive nmap +gtk2 > ~# ls -l > /opt/local/var/db/dports/packages/darwin/powerpc/nmap-4.20_0+gtk2.powerpc.tgz > -rw-rw---- 1 root wheel 680569 Dec 12 18:54 > /opt/local/var/db/dports/packages/darwin/powerpc/nmap-4.20_0+gtk2.powerpc.tgz > ~# port -df archive nmap +gtk2 > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/net/nmap > DEBUG: Changing to port directory: > /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/net/nmap > DEBUG: Requested variant powerpc is not provided by port nmap. > DEBUG: Requested variant darwin is not provided by port nmap. > DEBUG: Requested variant macosx is not provided by port nmap. > DEBUG: Executing variant gtk2 provides gtk2 > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/net/libpcap > DEBUG: Changing to port directory: > /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/net/libpcap > DEBUG: Searching for dependency: libpcap > DEBUG: Found Dependency: receipt exists for libpcap > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel/openssl > DEBUG: Changing to port directory: > /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel/openssl > DEBUG: Searching for dependency: openssl > DEBUG: Found Dependency: receipt exists for openssl > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel/pcre > DEBUG: Changing to port directory: > /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel/pcre > DEBUG: Searching for dependency: pcre > DEBUG: Found Dependency: receipt exists for pcre > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/archivers/zlib > DEBUG: Changing to port directory: > /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/archivers/zlib > DEBUG: Searching for dependency: zlib > DEBUG: Found Dependency: receipt exists for zlib > DEBUG: Found port in > file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/x11/gtk2 > DEBUG: Changing to port directory: > /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/x11/gtk2 > DEBUG: Searching for dependency: gtk2 > DEBUG: Found Dependency: receipt exists for gtk2 > DEBUG: Skipping completed com.apple.main (nmap) > DEBUG: Skipping completed com.apple.fetch (nmap) > DEBUG: Skipping completed com.apple.checksum (nmap) > DEBUG: setting option extract.cmd to /opt/local/bin/bzip2 > DEBUG: Skipping completed com.apple.extract (nmap) > DEBUG: Skipping completed com.apple.patch (nmap) > DEBUG: Skipping completed com.apple.configure (nmap) > DEBUG: Skipping completed com.apple.build (nmap) > DEBUG: Skipping completed com.apple.destroot (nmap) > DEBUG: Skipping completed com.apple.archive (nmap) > ~# > }}} > > This is with OS 10.4.8 on an iBook G4. > > {{{ > ~% uname -a > Darwin maunakea.magicpacket.net 8.8.0 Darwin Kernel Version 8.8.0: Fri > Sep 8 17:18:57 PDT 2006; root:xnu-792.12.6.obj~1/RELEASE_PPC Power > Macintosh powerpc > ~% port version > Version: 1.320 > ~% > }}} > > I don't demonstrate it here, but if you delete the last line of > .darwinports.nmap.state (target: com.apple.archive) and rerun `port -f > archive nmap +gtk2`, I believe it will appropriately rebuild the archive > and clobber the .tgz. > > Summary: > When I run `port -f archive foo`, I expect the archive step to happen > regardless of the state file. If the state file says the archive is > already built, nothing happens. New description: Daniel Luke asked me to file this report in [http://lists.macosforge.org/pipermail/macports- users/2006-December/000851.html this email]. I'll just demonstrate this with nmap +gtk2, but I'm pretty sure it will happen for any port. Sorry, no patch; I'm really busy and just trying to make stuff work. Note that I make the archive, check the timestamp, then rerun the archive step with -f, but the timestamp is not updated. I then rerun it with -d for good measure. {{{ ~# port archive nmap +gtk2 ---> Fetching nmap ---> Verifying checksum(s) for nmap ---> Extracting nmap ---> Configuring nmap ---> Building nmap with target all ---> Staging nmap into destroot ---> Packaging tgz archive for nmap 4.20_0+gtk2 ~# ls -l /opt/local/var/db/dports/packages/darwin/powerpc/nmap-4.20_0+gtk2.powerpc.tgz -rw-rw---- 1 root wheel 680569 Dec 12 18:54 /opt/local/var/db/dports/packages/darwin/powerpc/nmap-4.20_0+gtk2.powerpc.tgz ~# cat /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_nmap/work/.darwinports.nmap.state variant: +gtk2 target: com.apple.main target: com.apple.fetch target: com.apple.checksum target: com.apple.extract target: com.apple.patch target: com.apple.configure target: com.apple.build target: com.apple.destroot target: com.apple.archive ~# port -f archive nmap +gtk2 ~# ls -l /opt/local/var/db/dports/packages/darwin/powerpc/nmap-4.20_0+gtk2.powerpc.tgz -rw-rw---- 1 root wheel 680569 Dec 12 18:54 /opt/local/var/db/dports/packages/darwin/powerpc/nmap-4.20_0+gtk2.powerpc.tgz ~# port -df archive nmap +gtk2 DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/net/nmap DEBUG: Changing to port directory: /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/net/nmap DEBUG: Requested variant powerpc is not provided by port nmap. DEBUG: Requested variant darwin is not provided by port nmap. DEBUG: Requested variant macosx is not provided by port nmap. DEBUG: Executing variant gtk2 provides gtk2 DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/net/libpcap DEBUG: Changing to port directory: /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/net/libpcap DEBUG: Searching for dependency: libpcap DEBUG: Found Dependency: receipt exists for libpcap DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel/openssl DEBUG: Changing to port directory: /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel/openssl DEBUG: Searching for dependency: openssl DEBUG: Found Dependency: receipt exists for openssl DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel/pcre DEBUG: Changing to port directory: /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/devel/pcre DEBUG: Searching for dependency: pcre DEBUG: Found Dependency: receipt exists for pcre DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/archivers/zlib DEBUG: Changing to port directory: /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/archivers/zlib DEBUG: Searching for dependency: zlib DEBUG: Found Dependency: receipt exists for zlib DEBUG: Found port in file:///opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/x11/gtk2 DEBUG: Changing to port directory: /opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/x11/gtk2 DEBUG: Searching for dependency: gtk2 DEBUG: Found Dependency: receipt exists for gtk2 DEBUG: Skipping completed com.apple.main (nmap) DEBUG: Skipping completed com.apple.fetch (nmap) DEBUG: Skipping completed com.apple.checksum (nmap) DEBUG: setting option extract.cmd to /opt/local/bin/bzip2 DEBUG: Skipping completed com.apple.extract (nmap) DEBUG: Skipping completed com.apple.patch (nmap) DEBUG: Skipping completed com.apple.configure (nmap) DEBUG: Skipping completed com.apple.build (nmap) DEBUG: Skipping completed com.apple.destroot (nmap) DEBUG: Skipping completed com.apple.archive (nmap) ~# }}} This is with OS 10.4.8 on an iBook G4. {{{ ~% uname -a Darwin maunakea.magicpacket.net 8.8.0 Darwin Kernel Version 8.8.0: Fri Sep 8 17:18:57 PDT 2006; root:xnu-792.12.6.obj~1/RELEASE_PPC Power Macintosh powerpc ~% port version Version: 1.320 ~% }}} I don't demonstrate it here, but if you delete the last line of .darwinports.nmap.state (target: com.apple.archive) and rerun `port -f archive nmap +gtk2`, I believe it will appropriately rebuild the archive and clobber the .tgz. Summary: When I run `port -f archive foo`, I expect the archive step to happen regardless of the state file. If the state file says the archive is already built, nothing happens. Comment (by jmpp(a)macports.org) I was looking into what I thought was a related bug but came up empty handed. I've found that in order to successfully force some steps a clean action is necessary in advance (to remove the state file, as indeed we seem to respect it a tad too much). So maybe we could refocus this bug on that, deciding when we should respect the state file and when to ignore it, if forcing is requested? Other than that, forcing does work if there's no state file (as said, if the work dir is pruned by cleaning). -jmpp -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/11143#comment:6> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12861: port can't find package Pextlib 1.0
by MacPorts 18 Nov '07

18 Nov '07

#12861: port can't find package Pextlib 1.0 -----------------------------------+---------------------------------------- Reporter: clang(a)ecomarkenv.com | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts 1.5 Component: base | Version: 1.5.0 Resolution: | Keywords: Pextlib -----------------------------------+---------------------------------------- Old description: > When I run port at the terminal prompt I get the following: > > '' > can't find package Pextlib 1.0 > while executing > "package require Pextlib 1.0" > (procedure "mportinit" line 365) > invoked from within > "mportinit ui_options global_options global_variations" > Error: /opt/local/bin/port: Failed to initialize MacPorts, can't find > package Pextlib 1.0'' > > When I search with spotlight I find pextlib 1.0 in: > /opt/local/var/macports/sources/rsync.macportsorg/release/base/src/pextlib1.0 > as well as in: > /opt/local/share/macports/Tcl/pextlib1.0 > > Can anyone tell me why port might not be able to find it? > > I installed version 1.5.0 from the package installer from the disk image > MacPorts-1.5.0-10.4.dmg New description: When I run port at the terminal prompt I get the following: {{{ '' can't find package Pextlib 1.0 while executing "package require Pextlib 1.0" (procedure "mportinit" line 365) invoked from within "mportinit ui_options global_options global_variations" Error: /opt/local/bin/port: Failed to initialize MacPorts, can't find package Pextlib 1.0'' }}} When I search with spotlight I find pextlib 1.0 in: /opt/local/var/macports/sources/rsync.macportsorg/release/base/src/pextlib1.0 as well as in: /opt/local/share/macports/Tcl/pextlib1.0 Can anyone tell me why port might not be able to find it? I installed version 1.5.0 from the package installer from the disk image MacPorts-1.5.0-10.4.dmg Comment (by jmpp(a)macports.org) Please reinstall MacPorts (either from the dmg or from source) and then run selfupdate to upgrade to our latest release. Report back here with new findings and please close the ticket if the problem goes away (in short, everything looks as expected on your system --at least with respect to the information you provided, which might not be enough-- so I don't see why you're getting this failure). -jmpp -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12861#comment:3> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13175: madplay-0.15.2b fails to build on Tiger or Leopard Intel H/W
by MacPorts 18 Nov '07

18 Nov '07

#13175: madplay-0.15.2b fails to build on Tiger or Leopard Intel H/W --------------------------------+------------------------------------------- Reporter: broberts(a)ieee.org | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Resolution: | Keywords: madplay intel --------------------------------+------------------------------------------- Changes (by jmpp(a)macports.org) * component: base => ports -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13175#comment:4> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #10919: RFE: Download MP archives from a remote machine
by MacPorts 18 Nov '07

18 Nov '07

#10919: RFE: Download MP archives from a remote machine -----------------------------------+---------------------------------------- Reporter: elcascador(a)gmail.com | Owner: darwinports-bugs(a)opendarwin.org Type: enhancement | Status: closed Priority: Normal | Milestone: Component: base | Version: Resolution: duplicate | Keywords: new feature binhost -----------------------------------+---------------------------------------- Changes (by jmpp(a)macports.org) * priority: High => Normal * status: new => closed * resolution: => duplicate * milestone: MacPorts base enhancements => Comment: Closing as duplicate of #8571 -jmpp -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/10919#comment:12> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #8571: REF: Make MP download archives from a remote machine
by MacPorts 18 Nov '07

18 Nov '07

#8571: REF: Make MP download archives from a remote machine ---------------------------------+------------------------------------------ Reporter: dluke(a)geeklair.net | Owner: dluke(a)macports.org Type: enhancement | Status: assigned Priority: Low | Milestone: MacPorts base enhancements Component: base | Version: Resolution: | Keywords: ---------------------------------+------------------------------------------ Comment (by jmpp(a)macports.org) Ticket #10919 has been marked as duplicate of this one, noted here for tracking purposes. -jmpp -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/8571#comment:21> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12081: RFE: base-1.4.42 Display descriptions of active variants in port info
by MacPorts 18 Nov '07

18 Nov '07

#12081: RFE: base-1.4.42 Display descriptions of active variants in port info ------------------------------------+--------------------------------------- Reporter: gwhitney(a)macports.org | Owner: gwhitney(a)macports.org Type: enhancement | Status: closed Priority: Low | Milestone: MacPorts base enhancements Component: base | Version: 1.4.42 Resolution: fixed | Keywords: port info variant ------------------------------------+--------------------------------------- Changes (by jmpp(a)macports.org) * status: assigned => closed * resolution: => fixed Comment: This has been integrated into base for a while already by Kevin (eridius), though I don't remember in what svn revision / MacPorts release. -jmpp -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12081#comment:7> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #10917: BUG: base-1.320 - port upgrades overwrite prefix.mtree
by MacPorts 18 Nov '07

18 Nov '07

#10917: BUG: base-1.320 - port upgrades overwrite prefix.mtree ----------------------------------+----------------------------------------- Reporter: cilly(a)cilly.mine.nu | Owner: darwinports-bugs(a)opendarwin.org Type: defect | Status: closed Priority: Low | Milestone: Component: base | Version: 1.3.2 Resolution: wontfix | Keywords: ----------------------------------+----------------------------------------- Changes (by jmpp(a)macports.org) * status: reopened => closed * resolution: => wontfix * milestone: MacPorts base bugs => Comment: `prefix.mtree` is not a place where user options should be set, the MacPorts developers are in control of that file and should have all the liberty they need to tweak and update it however necessary. If there are options you wish to make user configurable and respected by reinstallations, then please open tickets for them to be included in the `macports.conf` file, which is indeed not overwritten when upgrading and where all these things should go. -jmpp -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/10917#comment:13> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #8401: RFE: macports installer package postflight tweak
by MacPorts 18 Nov '07

18 Nov '07

#8401: RFE: macports installer package postflight tweak -------------------------------+-------------------------------------------- Reporter: asigel(a)apple.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.2 Resolution: | Keywords: -------------------------------+-------------------------------------------- Old description: > mktemp is used in the postflight script of the installer. the return of > the mktemp is not checked so it may not have succeeded. the subsequent > write to can fail when it doesnt have to. > > Instead of doing this: > > BINPATH=/opt/local/bin > SBINPATH=/opt/local/sbin > TMP=`/usr/bin/mktemp /tmp/dp.$$` > $SHELL -l <<EOF > $TMP > /usr/bin/printenv PATH > exit > EOF > > if grep $BINPATH $TMP >/dev/null 2>&1; then > > maybe you can do something like: > > if $SHELL -c "/usr/bin/printenv PATH"|grep -c $BINPATH >/dev/null; then > echo "You already have the right PATH - l337!" > else > > most people would probably never run into a failure case.. but why create > a temp file if you dont have to.. New description: mktemp is used in the postflight script of the installer. the return of the mktemp is not checked so it may not have succeeded. the subsequent write to can fail when it doesnt have to. Instead of doing this: {{{ BINPATH=/opt/local/bin SBINPATH=/opt/local/sbin TMP=`/usr/bin/mktemp /tmp/dp.$$` $SHELL -l <<EOF > $TMP /usr/bin/printenv PATH exit EOF if grep $BINPATH $TMP >/dev/null 2>&1; then }}} maybe you can do something like: {{{ if $SHELL -c "/usr/bin/printenv PATH"|grep -c $BINPATH >/dev/null; then echo "You already have the right PATH - l337!" else }}} most people would probably never run into a failure case.. but why create a temp file if you dont have to.. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/8401#comment:5> MacPorts </projects/macports> Ports system for Mac OS

1 0