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

Re: [MacPorts] #4228: Add A Deactivate Hook
by MacPorts 10 Dec '07

10 Dec '07

#4228: Add A Deactivate Hook -----------------------------------+---------------------------------------- Reporter: matthew.c(a)rogers.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: Resolution: | Keywords: -----------------------------------+---------------------------------------- Changes (by jmpp(a)macports.org) * milestone: MacPorts 1.5 => MacPorts base enhancements Old description: > We have the post-activate hook availible to do setup tasks after the port > has > been activated. I've talked to jmpp looking for a similar hook for > deactivating, > and he tells me there isn't one. > > I propose a "pre-deactivate" hook that will allow the ports system to > clean up > any post install setup its done when the user removes it. > > The context in which I am working is libraries for Haskell. GHC maintains > a list > of package which are installed, what modules they provide, and where they > are. > Normally the install phase (ie: make install) registers the packages, and > make > uninstall removes them. Since we're putting them into a dest-root first, > and > then to additionally confound the system, using the image system, this > doesn't work. > > I pass configure flags to not perform the registartoin and take care of > it in > post-activate. For correctness' sake, it would be nice to be able to tear > these > down. If you'd check out devel/hs-plugins, you'll see an example of what > I'm > talking about. That first bit where we scrub out any pre existing > versions is a > horrible hideous kludge and needs to be fixed. We could move that > unregistration > stuff into the deactivation hook. New description: We have the post-activate hook availible to do setup tasks after the port has been activated. I've talked to jmpp looking for a similar hook for deactivating, and he tells me there isn't one. I propose a "pre-deactivate" hook that will allow the ports system to clean up any post install setup its done when the user removes it. The context in which I am working is libraries for Haskell. GHC maintains a list of package which are installed, what modules they provide, and where they are. Normally the install phase (ie: make install) registers the packages, and make uninstall removes them. Since we're putting them into a dest-root first, and then to additionally confound the system, using the image system, this doesn't work. I pass configure flags to not perform the registartoin and take care of it in post-activate. For correctness' sake, it would be nice to be able to tear these down. If you'd check out devel/hs-plugins, you'll see an example of what I'm talking about. That first bit where we scrub out any pre existing versions is a horrible hideous kludge and needs to be fixed. We could move that unregistration stuff into the deactivation hook. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/4228#comment:4> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #5001: RFE: 'port upgrade' could report # of packages to be upgraded
by MacPorts 10 Dec '07

10 Dec '07

#5001: RFE: 'port upgrade' could report # of packages to be upgraded -------------------------------+-------------------------------------------- Reporter: mguthaus(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: Resolution: | Keywords: -------------------------------+-------------------------------------------- Changes (by jmpp(a)macports.org) * milestone: MacPorts 1.5 => MacPorts base enhancements Old description: > This is a pretty simple user-interface suggestion. As I sit here waiting > for DP to finishing upgrading, I > have no idea how man packages are left. Windows, OSX, etc always have > "progress bars", but these are > typically in units of time and so could not be implemented in DP. > However, a status of the number of > packages would be VERY useful. For example, > > ---> Cleaning libgnomecanvas > ---> Finished package 27 of 47 > ---> Fetching libgnome > > Perhaps, even at the beginning of doing an upgrade, give a message: > > "47 packages to be upgraded. Continue (Y/N)?" > > I can get the information of which packages are going to be updated with > "port outdated", so this is just > a matter of displaying the information. > > Thanks, > > Matt New description: This is a pretty simple user-interface suggestion. As I sit here waiting for DP to finishing upgrading, I have no idea how man packages are left. Windows, OSX, etc always have "progress bars", but these are typically in units of time and so could not be implemented in DP. However, a status of the number of packages would be VERY useful. For example, ---> Cleaning libgnomecanvas ---> Finished package 27 of 47 ---> Fetching libgnome Perhaps, even at the beginning of doing an upgrade, give a message: "47 packages to be upgraded. Continue (Y/N)?" I can get the information of which packages are going to be updated with "port outdated", so this is just a matter of displaying the information. Thanks, Matt -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/5001#comment:6> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #10571: RFE: activate should deactivate as per necessary
by MacPorts 10 Dec '07

10 Dec '07

#10571: RFE: activate should deactivate as per necessary ---------------------------------+------------------------------------------ Reporter: jpm(a)opendarwin.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: Resolution: | Keywords: ---------------------------------+------------------------------------------ Changes (by jmpp(a)macports.org) * milestone: MacPorts 1.5 => MacPorts base enhancements Old description: > if one invokes the activate command, it seems as though it should also > deactivate an already-active version automatically rather than require > the user to manually deactivate then activate... > > jpm.giant-jellyfish ~ -=> port installed mysql5 > The following ports are currently installed: > mysql5 @5.0.22_0+darwin_8+server > mysql5 @5.0.24_0+darwin_8+server (active) > jpm.giant-jellyfish ~ -=> sudo port activate mysql5 > @5.0.22_0+darwin_8+server > ---> Activating mysql5 5.0.22_0+darwin_8+server > Error: port activate failed: Image error: Another version of mysql5 > (5.0.24_0+darwin_8+server) is already active. > jpm.giant-jellyfish ~ -=> New description: if one invokes the activate command, it seems as though it should also deactivate an already-active version automatically rather than require the user to manually deactivate then activate... jpm.giant-jellyfish ~ -=> port installed mysql5 The following ports are currently installed: mysql5 @5.0.22_0+darwin_8+server mysql5 @5.0.24_0+darwin_8+server (active) jpm.giant-jellyfish ~ -=> sudo port activate mysql5 @5.0.22_0+darwin_8+server ---> Activating mysql5 5.0.22_0+darwin_8+server Error: port activate failed: Image error: Another version of mysql5 (5.0.24_0+darwin_8+server) is already active. jpm.giant-jellyfish ~ -=> -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/10571#comment:4> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #10785: Archivemode should look for an existing archive before attempting to build it
by MacPorts 10 Dec '07

10 Dec '07

#10785: Archivemode should look for an existing archive before attempting to build it ---------------------------------+------------------------------------------ Reporter: dluke(a)macports.org | Owner: macports-dev(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: Resolution: | Keywords: ---------------------------------+------------------------------------------ Changes (by jmpp(a)macports.org) * type: defect => enhancement * milestone: MacPorts 1.5 => MacPorts base enhancements -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/10785#comment:5> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #10827: BUG: 'port -f upgrade' rebuilds too much
by MacPorts 10 Dec '07

10 Dec '07

#10827: BUG: 'port -f upgrade' rebuilds too much ---------------------------------+------------------------------------------ Reporter: stephen(a)xemacs.org | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: Resolution: | Keywords: ---------------------------------+------------------------------------------ Changes (by jmpp(a)macports.org) * priority: High => Normal * milestone: MacPorts 1.5 => MacPorts base bugs -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/10827#comment:13> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #619: defaults should be exported
by MacPorts 10 Dec '07

10 Dec '07

#619: defaults should be exported --------------------------------+------------------------------------------- Reporter: ranger(a)befunk.com | Owner: landonf(a)macports.org Type: enhancement | Status: assigned Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: Resolution: | Keywords: --------------------------------+------------------------------------------- Changes (by jmpp(a)macports.org) * milestone: MacPorts 1.5 => MacPorts base bugs Old description: > stuff like $portinfo(revision) should always be set > > this is a reminder bug > > fix me! (TM) New description: stuff like $portinfo(revision) should always be set this is a reminder bug fix me! (TM) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/619#comment:7> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #11891: BUG: variants ignored in deps action
by MacPorts 10 Dec '07

10 Dec '07

#11891: BUG: variants ignored in deps action --------------------------------------------+------------------------------- Reporter: gwhitney(a)simonsfoundation.org | Owner: gwhitney(a)macports.org Type: defect | Status: assigned Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: Resolution: | Keywords: deps variant --------------------------------------------+------------------------------- Changes (by jmpp(a)macports.org) * milestone: MacPorts 1.5 => MacPorts base bugs -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/11891#comment:9> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12153: make "make" (pmake/gmake) paths configurable
by MacPorts 10 Dec '07

10 Dec '07

#12153: make "make" (pmake/gmake) paths configurable -------------------------------+-------------------------------------------- Reporter: afb(a)macports.org | Owner: macports-dev(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: Resolution: | Keywords: FreeBSD support , Linux support -------------------------------+-------------------------------------------- Changes (by jmpp(a)macports.org) * type: defect => enhancement * milestone: MacPorts 1.5 => MacPorts base enhancements -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12153#comment:9> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12288: BUG: port upgrade outdated error when no ports outdated
by MacPorts 10 Dec '07

10 Dec '07

#12288: BUG: port upgrade outdated error when no ports outdated ----------------------------------+----------------------------------------- Reporter: tim.lahey(a)gmail.com | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Low | Milestone: MacPorts base bugs Component: base | Version: 1.5.0 Resolution: | Keywords: ----------------------------------+----------------------------------------- Changes (by jmpp(a)macports.org) * cc: jberry(a)macports.org (added) * milestone: MacPorts 1.5 => MacPorts base bugs Comment: Wasn't this fixed already, James? -jmpp -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12288#comment:3> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12317: RFE: base-1.5.0 ruby group - rubygems have no universal variant
by MacPorts 10 Dec '07

10 Dec '07

#12317: RFE: base-1.5.0 ruby group - rubygems have no universal variant --------------------------------------+------------------------------------- Reporter: eloy.de.enige(a)gmail.com | Owner: macports-dev(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.5.0 Resolution: | Keywords: ruby rubygems universal --------------------------------------+------------------------------------- Changes (by jmpp(a)macports.org) * milestone: MacPorts 1.5 => MacPorts base enhancements -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12317#comment:7> MacPorts </projects/macports> Ports system for Mac OS

1 0