Changes between Initial Version and Version 4 of Ticket #2665
- Timestamp:
- Feb 7, 2016, 7:00:50 PM (9 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #2665
- Property Owner changed from darwinports-bugs@… to rshaw@…
-
Property
Status
changed from
new
toclosed
-
Property
Component
changed from
deprecated
tobase
-
Property
Resolution
changed from
to
fixed
-
Ticket #2665 – Description
initial v4 1 I have a nasty habit of forgetting to sudowhen uninstalling. This leads to problems, as I am then1 I have a nasty habit of forgetting to `sudo` when uninstalling. This leads to problems, as I am then 2 2 unable to uninstall the package. For example, I updated gsl and wanted to get rid of the old version: 3 3 4 {{{ 4 5 [css@vectorsigma:/Users/Shared/darwinports]$ port uninstall gsl 1.5_0 5 6 ---> Uninstalling gsl 1.5_0 6 7 port uninstall failed: error deleting "/opt/local/var/db/dports/software/gsl/1.5_0/opt/local/share/ 7 8 aclocal/gsl.m4": permission denied 9 }}} 8 10 9 Oops, I forgot the 'sudo'again. After I added it, port complained that it could not find the required files:11 Oops, I forgot the `sudo` again. After I added it, port complained that it could not find the required files: 10 12 13 {{{ 11 14 [css@vectorsigma:/Users/Shared/darwinports]$ sudo port uninstall gsl 1.5_0 12 15 ---> Uninstalling gsl 1.5_0 13 16 port uninstall failed: could not read "/opt/local/var/db/dports/software/gsl/1.5_0/opt/local/share/ 14 17 man/man3": no such file or directory 18 }}} 15 19 16 Using port -d uninstall, it looks like uninstall removes files from /opt/local/var/db/dports/software17 without requiring admin authority. The uninstall stops when it lacks permission for removing files in /18 opt/local/share. When the second uninstall runs, it fails to find any files in /opt/llocal/var/db/dports/20 Using `port -d uninstall`, it looks like uninstall removes files from /opt/local/var/db/dports/software 21 without requiring admin authority. The uninstall stops when it lacks permission for removing files in 22 /opt/local/share. When the second uninstall runs, it fails to find any files in /opt/local/var/db/dports/ 19 23 software, so it fails. Perhaps the installer isn't securing proper permissions for the staging directory? In 20 any case, it seems that forgetting to add the 'sudo'shouldn't restrict future uninstalls.24 any case, it seems that forgetting to add the `sudo` shouldn't restrict future uninstalls.