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