in reply to Re^5: /usr/bin/instmodsh: Permission denied.
in thread /usr/bin/instmodsh: Permission denied.

s/unpossible/unlikely/

Having seen way to many "unpossible" things happen, especially around users, I tend to avoid assigning the impossible attribute.

--MidLifeXis

Replies are listed 'Best First'.
Re^7: /usr/bin/instmodsh: Permission denied.
by MidLifeXis (Monsignor) on May 25, 2010 at 13:51 UTC
    cd /usr/bin ln -fs foo myproggie ... cd /tmpdirMISSPELL/ rm *

    Yes, I have seen code like this. CPAN executes code handed to it by another module's author (with your permission, but still). Impossible is not a word I apply to systems. Period.

    Update: Whoops, replied to myself, not the AM above.

    --MidLifeXis

Re^7: /usr/bin/instmodsh: Permission denied.
by Anonymous Monk on May 25, 2010 at 10:37 UTC
    Having seen way to many "unpossible" things happen, especially around users, I tend to avoid assigning the impossible attribute.

    instmodsh is core program , CPAN won't touch it, so yes, impossible for CPAN to break the permissions, its a user problem.

      cd /usr/bin ln -fs foo myproggie ... cd /tmpdirMISSPELL/ chmod $perms *

      Yes, I have seen code like this. CPAN executes code handed to it by another module's author (with your permission, but still). Impossible is not a word I apply to systems. Period.

      --MidLifeXis

        How amusing, but that has nothing to do with Bundle::CPAN