develooper Front page | perl.perl6.users | Postings from February 2021

Re: Tip: Failed to mkdir: Permission denied withRakudoPkgFedora33-2020.12.04.x86_64.rpm

Thread Previous | Thread Next
From:
ToddAndMargo via perl6-users
Date:
February 13, 2021 21:53
Subject:
Re: Tip: Failed to mkdir: Permission denied withRakudoPkgFedora33-2020.12.04.x86_64.rpm
Message ID:
0ee53ab6-b3fd-fbfc-0777-28d036a43a80@zoho.com
On 2/13/21 12:35 PM, ToddAndMargo via perl6-users wrote:
> Hi All,
> 
> After updating from
> 
>       https://github.com/nxadm/rakudo-pkg/releases
> 
>       RakudoPkgFedora33-2020.12.x86_64.rpm
>       -->
>       RakudoPkgFedora33-2020.12.04.x86_64.rpm
> 
> If you are getting  getting a TON of warning errors when
> starting your programs beginning with:
> 
>       WARNING: unhandled Failure detected in DESTROY. If
>       you meant to ignore it, you can mark it as handled
>       by calling .Bool, .so, .not, or .defined methods.
>       The Failure was:
> 
>       Failed to create directory '/opt/rakudo-pkg/share/perl6/vendor/short'
>       with mode '0o777': Failed to mkdir: Permission denied
>      in any statement_control at 
> /opt/rakudo-pkg/bin/../share/perl6/lib/Perl6/Grammar.moarvm line 1
> 
> 
> The fix is to do it yourself:
> 
> $ cd /opt/rakudo-pkg/share/perl6/vendor
> $ su root -c "mkdir short; chmod -R 777 short"
> 
> (You can do this with sudo too. I just don't like
> the command.)
> 
> I did 2777 to see if the ownership would change after
> running a program.  It did not.
> 
> 
> I have reported the bug over at:
>     ‘/opt/rakudo-pkg/share/perl6/vendor/short’: Permission denied
>     https://github.com/nxadm/rakudo-pkg/issues/78
> 
> 
> Hope this helps someone else,
> -T

Apparently this error occurs if you are using
customer modules, which I use out the wazoo.
("Wazoo" is American slang for "plentiful")





Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About