You are not logged in.
Hi
It seems that this issue keeps coming back whenever perl is upgraded.
When we build perl-authen-pam from the AUR, to install webmin, then it is built inside ~/perl5
So when we start webmin it will fail as it cannot find it.
Running "perl -e 'use Authen::PAM;'" as the account who installed the perl-authen-pam package does not show any error. Running it as root does however give an error.
How can this be fixed, as it does not seem to work by simply copying the ~/perl5/lib/perl5/x86_64-linux-thread-multi/Authen folder to any of the locations in the perl @INC.
Offline
Moving to AUR Issues...
Offline
What is the output of `pacman -Ql perl-authen-pam`
Edit:
Also what perl related environment variables are set for the build user?
Last edited by loqs (2018-12-10 21:18:43)
Offline
When we build perl-authen-pam from the AUR, to install webmin, then it is built inside ~/perl5
If it is built inside ~/ at all, then your environment is quite broken and the package is totally broken as well.
Last edited by eschwartz (2018-12-10 21:42:57)
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline
@eschwartz this discussion seems to be happening in three places at once https://aur.archlinux.org/packages/perl-authen-pam/ https://aur.archlinux.org/packages/perl-encode-detect/
Offline
Dont know if OP (kenneth_h93) is same user as one who complained (mr_nuub) on AUR page:
https://aur.archlinux.org/packages/perl-encode-detect/
In any case just reporting that I have updated perl-encode-detect as per perl package guidelines. So try again and check.
May be maintainer of perl-authen-pam needs do the same.
Offline
May be maintainer of perl-authen-pam needs do the same.
Or users could change their environment.
Offline
Well maintainers are expected and advised to follow the perl packaging guidelines.
https://wiki.archlinux.org/index.php/Pe … guidelines
The target audience of this document is intended to be packagers of perl modules.
Offline