On 11/4/19 12:24 AM, JJ Merelo wrote:
El lun., 4 nov. 2019 a las 8:35, ToddAndMargo via perl6-users
(<[email protected] <mailto:[email protected]>>) escribió:
Problem still occurs with selinux disabled
selinux operates at a higher level. This is plain and simple not having
the write bit set for your particular user.
Anyway, try this (as a regular user)
* Create a META6.json metadata file for every module, or a bunch of
them, using the classic module layout (in a lib/ directory from root).
That is
/-- META6.json
lib/
MyModule.pm6
Make sure that MyModule.p6 is actually declared that way.
* zef test . (always a good idea too, including writing those self same
tests)
* zef install . (zef will run tests too, so you double check).
That's the advised way to proceed always when you're developing a
module. Once installed, you can use your modules from anywhere and,
since they are in the default location, no need to use lib or -I.
BTW, that's clearly specified in the official documentation for modules
https://docs.raku.org/language/modules
--
JJ
Hi JJ,
Not seeing the point, especially since I DO NOT want other
to see my code when I migrate it to my various customer's servers. I
also do not want others to see my code on this (LUKS encrypted) computer
either. On my customer's
servers, all my code and directories are hidden to
everyone but root. (The owner of the company gets a
list all users and passwords, as it is his property,
not mine.)
And everything I have installed with zef is working so far.
What write bit? User root and group users can write
just fine to that directory.
# ls -al p6lib
total 84
drwxrwxr-x. 4 tony users 4096 Nov 3 23:12 .
They even can create a .precomp:
With this, everyone can write to it (I set it back afterwards)
[root@rn6 linuxutil]# chmod 2777 p6lib
[root@rn6 linuxutil]# perl6 -I/home/linuxutil/p6lib -e 'use ModuleTest;
ModuleTest; ModuleTst;'
===SORRY!=== Error while compiling /home/linuxutil/p6lib/ModuleTest.pm6
(ModuleTest)
Undeclared name:
ModuleTest used at line 4
This is a read issue. P6 can read the file, but can
not process the subs correctly.
And it is not a Perl6 issue either. The exact perl
(rakudo-pkg-Fedora30-2019.07.1-03.x86_64.rpm) I ran
on Fedora 30 has the same issue under Fedora 31.
What did Fedora 31 do? AAAAAHHHHHH!!!!!!
-T