On Sun, Jun 11, 2023 at 1:26 AM ToddAndMargo via perl6-users
<perl6-us...@perl.org <mailto:perl6-us...@perl.org>> wrote:
Hi All,
Fedora 37
RakudoPkgFedora37-2023.05.01.x86_64.rpm
https://github.com/nxadm/rakudo-pkg/releases
<https://github.com/nxadm/rakudo-pkg/releases>
I just up graded to 2023.05.01 and nothing pl6
worked. Upon investigation:
$ GetUpdates.pl6
===SORRY!=== Error while compiling /home/linuxutil/./GetUpdates.pl6
Failed to create directory
'/home/linuxutil/p6lib/.precomp/3A2B42ADB91D64FCB1BEADCC940D6B244D102F22/AB'
with mode '0o777': Failed to mkdir: Permission denied
at /home/linuxutil/./GetUpdates.pl6:6
Erasing .precomp cured the issue. The first run of
a pl6 program after that took about a minute to
compile, but after that happy camping returned.
HTH someone else,
-T
> On 6/11/23 13:49, Andy Bach wrote:
Pretty sure this is the problem:
Failed to create directory
…
with mode '0o777': Failed to mkdir: Permission denied
Not the pkg. Possibly the dir was root owned, say, and the install was
being run by a non-root user.
--
Andy Bach
afb...@gmail.com <mailto:afb...@gmail.com>
Not at my desk
Hi Andy,
How that directory got its permissions changed
is a mystery. I should have look at its
permissions before deleting it. It may have
not been changed at all.
Under Fedora, dnf (the installer) will not
install/upgrade programs as a user. You
have to be root. I do not see how the
installer would have even known where
I even rat pack my modules.
Maybe the new verions of Raku addressed the
.precomp directory somewhat differently and
just needed to have the new way updated?
Also, although this is Fedora and not Windows,
maybe the error message did not make sense.
A lot of Windows error message are nonsensical.
After my first pl6 run as a user, the directory
recreated itself and populated without complaint.
Hmmmmm....
-T
