<div dir="ltr"><div dir="ltr">On Sun, Feb 4, 2024 at 5:17 AM <<a href="mailto:christoph@cullmann.io">christoph@cullmann.io</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2024-02-03 08:57, Ben Cooksley wrote:<br>
> On Wed, Jan 31, 2024 at 9:25 PM Ben Cooksley <<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>><br>
> wrote:<br>
> <br>
>> On Wed, Jan 31, 2024 at 9:06 AM Volker Krause <<a href="mailto:vkrause@kde.org" target="_blank">vkrause@kde.org</a>><br>
>> wrote:<br>
>> <br>
>>> On Dienstag, 30. Januar 2024 19:08:50 CET Ben Cooksley wrote:<br>
>>>> On Wed, Jan 31, 2024 at 5:10 AM Volker Krause<br>
>>> <<a href="mailto:vkrause@kde.org" target="_blank">vkrause@kde.org</a>> wrote:<br>
>>>>> On Dienstag, 30. Januar 2024 09:57:32 CET Ben Cooksley wrote:<br>
>>>>>> On Tue, Jan 30, 2024 at 8:47 PM Sune Vuorela<br>
>>> <<a href="mailto:nospam@vuorela.dk" target="_blank">nospam@vuorela.dk</a>> wrote:<br>
>>>>>> > On 2024-01-29, Albert Astals Cid <<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>> wrote:<br>
>>>>>> > > Bad news: 6 repositories have started failing<br>
>>>>>> > ><br>
>>>>>> > > baloo:<br>
>>>>>> > > kconfig:<br>
>>>>>> > > kcontacts<br>
>>>>>> > > kfilemetadata:<br>
>>>>>> > > ki18n:<br>
>>>>>> > ><br>
>>>>>> > > threadweaver:<br>
>>>>>> > >   * FreeBSD tests are failing<br>
>>>>>> ><br>
>>>>>> > I haven't studied these, and don't know if they are<br>
>>> frequent or<br>
>>>>>> > occasional failures. I have seen, after the fbsd builder<br>
>>> changes, that<br>
>>>>>> > test execution times have gone up 20-50%. If it is big<br>
>>> tests that is<br>
>>>>>> > already close to the limit, then that might be the reason.<br>
>>>>>> ><br>
>>>>>> > Or for others with occasional timeout tests on freebsd.<br>
>>>>>> <br>
>>>>>> Having a quick look at this, it seems that quite a few of<br>
>>> those failures<br>
>>>>>> are i18n related.<br>
>>>>>> Given we are seeing locale warnings I have a suspicion that<br>
>>> is the cause<br>
>>>>> <br>
>>>>> of<br>
>>>>> <br>
>>>>>> many of those failures.<br>
>>>>> <br>
>>>>> For ki18n and kcontacts another possible cause could be the<br>
>>> iso-codes<br>
>>>>> translation catalogs missing. Are those by any chance packaged<br>
>>> separately<br>
>>>>> as<br>
>>>>> on some Linux distributions?<br>
>>>> <br>
>>>> I've checked and we do have iso-codes installed within the<br>
>>> FreeBSD<br>
>>>> containers.<br>
>>>> The files are located at /usr/local/share/iso-codes/ though -<br>
>>> will our<br>
>>>> logic find them there?<br>
>>> <br>
>>> Yes, the iso-codes data file are found, the tests would show very<br>
>>> explicit<br>
>>> error messages and fail in many more places otherwise. We however<br>
>>> also need<br>
>>> the corresponding translation catalogs, not just the data files.<br>
>>> On Linux those<br>
>>> are in /usr/share/locale/*/LC_MESSAGE/iso_3166*.mo (but often<br>
>>> separately<br>
>>> packaged and thus missing).<br>
>> <br>
>> Those files are present, although in FreeBSD fashion they are at<br>
>> /usr/local/share/ instead of /usr/share/:<br>
>> <br>
>> /usr/local/share/locale/tr/LC_MESSAGES/iso_3166-1.mo<br>
>> /usr/local/share/locale/tr/LC_MESSAGES/iso_3166-3.mo<br>
>> /usr/local/share/locale/tr/LC_MESSAGES/iso_3166-2.mo<br>
>> /usr/local/share/locale/tr/LC_MESSAGES/iso_3166.mo<br>
>> /usr/local/share/locale/tr/LC_MESSAGES/iso_3166_2.mo<br>
>> <br>
>> Confusingly, and in a way that probably doesn't help software:<br>
>> <br>
>> [user@399f8cd87e55 ~]$ ls -lah /usr/share/locale/tr_TR.UTF-8/<br>
>> total 52<br>
>> drwxr-xr-x    2 root wheel    8B Jan 30 10:28 .<br>
>> drwxr-xr-x  197 root wheel  197B Jan 30 10:28 ..<br>
>> -r--r--r--    1 root wheel   79K Jan 25 15:04 LC_COLLATE<br>
>> lrwxr-xr-x    1 root wheel   19B Jan 25 15:04 LC_CTYPE -><br>
>> ../C.UTF-8/LC_CTYPE<br>
>> -r--r--r--    1 root wheel  167B Jan 25 15:04 LC_MESSAGES<br>
>> -r--r--r--    1 root wheel   34B Jan 25 15:04 LC_MONETARY<br>
>> -r--r--r--    1 root wheel    6B Jan 25 15:04 LC_NUMERIC<br>
>> -r--r--r--    1 root wheel  374B Jan 25 15:04 LC_TIME<br>
> <br>
> The issue was figured out thanks to the work of frinring - who figured<br>
> out that LC_ALL and LANGUAGE had been set in our FreeBSD containers.<br>
> That has now been rectified, and the tests in several more Frameworks<br>
> now pass.<br>
> <br>
> (Leaving just Baloo and KFileMetaData as broken I believe)<br>
<br>
Hi,<br>
<br>
could it be that extended attributes don't work?<br>
<br>
I think these tests rely on them.<br></blockquote><div><br></div><div>Good suspect, however I test some testing and it seems to work fine:</div><div><br></div>[user@8a025cda8c7b ~]$ touch file<br>[user@8a025cda8c7b ~]$ lsextattr user file <br>file<br>[user@8a025cda8c7b ~]$ setextattr user test value1 file<br>[user@8a025cda8c7b ~]$ lsextattr user file <br>file    test<br>[user@8a025cda8c7b ~]$ getextattr user test file<br><div>file    value1 </div><div><br></div><div>The file system in use here is ZFS if it helps anyone.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Greetings<br>
Christoph<br></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>