Please see comments below...

On 16.06.2022 14:49, Adolf Belka wrote:
> Hallo All,
> 
> When I looked at Matthias Error Log I saw what I expected to see based 
> on what I remembered Rob's report had been related to.
> 
> Looking again, I see that I made an error with what I saw in Matthias 
> report.
> 
> In Rob's report he had a problem with not being able to locate LWP/Locale.pm
> In Matthias report he has a notification of not being able to locate 
> HTTP/Date.pm
> In my error report I have a notification of not being able to locate 
> URI/Escape.pm
> 
> So all three of us have similar errors but all three related to 
> different modules not being located.
> 
> In my case Escape.pm is in the URI directory and has the same 
> permissions as the other .pm files in that directory.

Confirmed.

> Looking in the HTTP directory I find that Date.pm is present and has the 
> permissions as other .pm files in that directory.

I found 'Date.pm':
'./usr/lib/perl5/site_perl/5.32.1/HTTP/Date.pm' and
'./usr/lib/perl5/site_perl/5.32.1/Mail/Field/Date.pm'.

Rights for both/all: -r--r--r-- (100444) / root:root

> Looking in the LWP directory then there is no Locale.pm file...

I found 'Locale.pm' in
'./usr/lib/perl5/5.32.1/x86_64-linux-thread-multi/Unicode/Collate/Locale.pm'.
Rights as above: 100444 / root:root

HTH

> ...so Rob's original report seems a correct issue but Matthias and my reports may 
> have been some transitory effect during the upgrade.
> 
> Regards,
> Adolf.
> 
> 
> On 16/06/2022 13:53, Stefan Schantl wrote:
>> Hello Rob, Matthias and *,
>>> Hi *
>>>
>>> On Thursday 16 June 2022 08:10 Adolf Belka wrote:
>>>
>>>> Hi Matthias,
>>>>
>>>> On 16/06/2022 08:55, Matthias Fischer wrote:
>>>>> Hi all,
>>>>>
>>>>> although the update to Core 168 via pakfire ran without visible
>>>>> errors
>>>>> and system is up and running, I've found some errors in
>>>>> '/var/log/httpd/error_log' after upgrading - please see attached
>>>>> log.
>>>>>
>>>>> On the one hand there are several access errors:
>>>>>
>>>>> ...
>>>>> exec of '/srv/web/ipfire/cgi-bin/pakfire.cgi' failed
>>>>> ...
>>>> I also have the exec and permissions errors in my error_log
>>>>> On the other hand (verified) a perl library is missing:
>>>>>
>>>>> ...
>>>>> Can't locate HTTP/Date.pm:
>>>>> /usr/lib/perl5/site_perl/5.32.1/x86_64-linux-thread-
>>>>> multi/HTTP/Date.pm
>>>>> BEGIN failed--compilation aborted at
>>>>> /usr/lib/perl5/site_perl/5.32.1/LWP/UserAgent.pm line 11.
>>>>> Compilation failed in require at /opt/pakfire/lib/functions.pl
>>>>> line 27.
>>>>> BEGIN failed--compilation aborted at
>>>>> /opt/pakfire/lib/functions.pl line
>>>>> 27. Compilation failed in require at /srv/web/ipfire/cgi-
>>>>> bin/pakfire.cgi
>>>>> line 33.
>>>>> ...
>>>> Rob Brewer flagged this up in an email to the list on 5th June.
>>>> Adding
>>>> this module in was on my list of things to do now that I am back
>>>> from my
>>>> vacation.
>>>>> Can anone confirm? Should I raise a bug report?
>>>> I think that would be a good idea. My perl knowledge is not good
>>>> enough
>>>> to be able to figure out if the exec permissions issue is related
>>>> to the
>>>> missing perl module or is a separate issue.
>>>>
>>>> Regards,
>>>> Adolf.
>>>>> Best,
>>>>> Matthias
>>> I have Date.pm on my CU 167 (stable) box so I dont't expect that is
>>> the
>>> issue. After I imported the Locale.pm module from my Debiaan PC I was
>>> able
>>> to run UserAgent.pm without errors.
>> The perl HTTP::Date module has been added to the Core Distribution in
>> early February this year. The rootfile seems to be correct and points
>> to the core system - so the file always should be present on the
>> installed systems.
>>
>> If I remember correctly we had a similar issues with a suddenly removed
>> perl module some time ago (affected guardian).
>>
>> May this issue happened with this module again?
>>
>> Best regards,
>>
>> -Stefan
>>
>>> Rob
>>
>