[MacPorts] #19253: port clean aborts with error if port has been removed from collection but is installed
#19253: port clean aborts with error if port has been removed from collection but is installed -----------------------------------+---------------------------------------- Reporter: febeling@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: base | Version: 1.7.1 Keywords: | Port: -----------------------------------+---------------------------------------- I came across this behaviour just now with the gail port, which has been removed in r40675 a while back. This is the error output: {{{Error: Port gail not found}}} The user needs a little indication about what the situation is about and how to get around this. In this case for example the user needs to run upgrade on the dependents of gail and the uninstall it. (And that does currently not work because of an image conflict of the new gtk2 with said gail port, because of these exact files.) -- Ticket URL: <http://trac.macports.org/ticket/19253> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19253: port clean aborts with error if port has been removed from collection but is installed -----------------------------------+---------------------------------------- Reporter: febeling@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: base | Version: 1.7.1 Keywords: | Port: -----------------------------------+---------------------------------------- Comment(by febeling@…): The correct behaviour for port upgrade would be to handle the special case of an upgrade of a port which exists in the registry, but has disappeared from the index by removing it, just as new dependencies of upgrading ports get build and added automatically. Currently this edge case is just not taken care of I guess, but I haven't read the code here. -- Ticket URL: <http://trac.macports.org/ticket/19253#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19253: port clean aborts with error if port has been removed from collection but is installed -----------------------------------+---------------------------------------- Reporter: febeling@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.1 Keywords: | Port: -----------------------------------+---------------------------------------- Changes (by ryandesign@…): * cc: ryandesign@… (added) * milestone: Port Bugs => MacPorts Future Comment: I don't think base ever expects a port definition to be removed. They do get removed on occasion, either because they're being renamed (render -> xorg-renderproto, r44924), or because their functionality has been rolled into another port (gail -> gtk2, r40675), or because the software is no longer available or no longer useful (arts, r49436). -- Ticket URL: <http://trac.macports.org/ticket/19253#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19253: port clean aborts with error if port has been removed from collection but is installed -----------------------------------+---------------------------------------- Reporter: febeling@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.1 Keywords: upgrade obsolete | Port: -----------------------------------+---------------------------------------- Changes (by raimue@…): * cc: raimue@… (added) * keywords: => upgrade obsolete Comment: Removing ports on upgrade could be bad as we also allow installation of ports not in the PortIndex by using the `current` pseudo-port or `-D portdir`. Also, it is not clear to me how you got this error message. I can't think of a way how that could happen with the recommended `port upgrade outdated` as a removed port is never in the outdated set, so I assume you used `port upgrade installed` as gail is still in the installed set? `port upgrade gail` could maybe get a smarter error message. But in general it is the expected behavior. You asked to upgrade a port which cannot be found in the PortIndex, so there is no way to check the versions. -- Ticket URL: <http://trac.macports.org/ticket/19253#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19253: port clean aborts with error if port has been removed from collection but is installed -----------------------------------+---------------------------------------- Reporter: febeling@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.1 Keywords: upgrade obsolete | Port: -----------------------------------+---------------------------------------- Comment(by febeling@…): Replying to [comment:3 raimue@…]:
Removing ports on upgrade could be bad as we also allow installation of ports not in the PortIndex by using the `current` pseudo-port or `-D portdir`.
good point. So then ignoring them is in fact the right behaviour.
I can't think of a way how that could happen with the recommended `port upgrade outdated` as a removed port is never in the outdated set, so I assume you used `port upgrade installed` as gail is still in the installed set?
But that's what I did, actually, port upgrade outdated. And I was just assuming that this was not properly handled. I will run a test and report later. I had the same exact behaviour later with render, which was removed/renamed as well, so I was quite confident that this was always the case with removed ports. -- Ticket URL: <http://trac.macports.org/ticket/19253#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19253: port clean aborts with error if port has been removed from collection but is installed -----------------------------------+---------------------------------------- Reporter: febeling@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.1 Keywords: upgrade obsolete | Port: -----------------------------------+---------------------------------------- Comment(by febeling@…): sorry I was confused; the error occurred when I was running the "port clean installed" which I intermittently had to invoke when running out of space. So the ticket title is actually correct. -- Ticket URL: <http://trac.macports.org/ticket/19253#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19253: port clean aborts with error if port has been removed from collection but is installed -----------------------------------+---------------------------------------- Reporter: febeling@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.1 Keywords: clean obsolete | Port: -----------------------------------+---------------------------------------- Changes (by febeling@…): * keywords: upgrade obsolete => clean obsolete Comment: The error can easily be reproduced by 1. installing a port 1. removing the portfile 1. re-creating the portindex 1. then running {{{port clean installed}}} Sorry for the unclear report. Working on too many things at the same time. -- Ticket URL: <http://trac.macports.org/ticket/19253#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS
#19253: port clean aborts with error if port has been removed from collection but is installed ------------------------------------+--------------------------------------- Reporter: febeling@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: MacPorts 1.8.0 Component: base | Version: 1.7.1 Resolution: fixed | Keywords: clean obsolete Port: | ------------------------------------+--------------------------------------- Changes (by jmr@…): * cc: jmr@… (added) * status: new => closed * resolution: => fixed * milestone: MacPorts Future => MacPorts 1.8.0 Comment: Fixed in r50865. -- Ticket URL: <http://trac.macports.org/ticket/19253#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts