Changes between Initial Version and Version 4 of Ticket #2665


Ignore:
Timestamp:
Feb 7, 2016, 7:00:50 PM (8 years ago)
Author:
ryandesign (Ryan Carsten Schmidt)
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #2665

    • Property Owner changed from darwinports-bugs@… to rshaw@…
    • Property Status changed from new to closed
    • Property Component changed from deprecated to base
    • Property Resolution changed from to fixed

  • Ticket #2665 – Description

    initial v4  
    1 I have a nasty habit of forgetting to sudo when uninstalling. This leads to problems, as I am then
     1I have a nasty habit of forgetting to `sudo` when uninstalling. This leads to problems, as I am then
    22unable to uninstall the package. For example, I updated gsl and wanted to get rid of the old version:
    33
     4{{{
    45[css@vectorsigma:/Users/Shared/darwinports]$ port uninstall gsl 1.5_0
    56--->  Uninstalling gsl 1.5_0
    67port uninstall failed: error deleting "/opt/local/var/db/dports/software/gsl/1.5_0/opt/local/share/
    78aclocal/gsl.m4": permission denied
     9}}}
    810
    9 Oops, I forgot the 'sudo' again. After I added it, port complained that it could not find the required files:
     11Oops, I forgot the `sudo` again. After I added it, port complained that it could not find the required files:
    1012
     13{{{
    1114[css@vectorsigma:/Users/Shared/darwinports]$ sudo port uninstall gsl 1.5_0
    1215--->  Uninstalling gsl 1.5_0
    1316port uninstall failed: could not read "/opt/local/var/db/dports/software/gsl/1.5_0/opt/local/share/
    1417man/man3": no such file or directory
     18}}}
    1519
    16 Using port -d uninstall, it looks like uninstall removes files from /opt/local/var/db/dports/software
    17 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/
     20Using `port -d uninstall`, it looks like uninstall removes files from /opt/local/var/db/dports/software
     21without 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/
    1923software, 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.
     24any case, it seems that forgetting to add the `sudo` shouldn't restrict future uninstalls.