On Mon, Sep 25, 2023 at 4:52 AM Remi Collet <Fedora(a)famillecollet.com> wrote:
Le 25/09/2023 à 10:38, Vít Ondruch a écrit :
>
> Dne 22. 09. 23 v 16:01 Zbigniew Jędrzejewski-Szmek napsal(a):
>> On Fri, Sep 22, 2023 at 10:43:05AM +0200, Vít Ondruch wrote:
>>>
https://bugzilla.redhat.com/show_bug.cgi?id=2233281#c3
>>>
>>> This probably answers my question. So heads up to others.
>>>
>>> Dne 22. 09. 23 v 10:39 Vít Ondruch napsal(a):
>>>> Was this implemented in past days? I am asking because this FTBFS
>>>> suggest so:
>>>>
>>>>
https://koschei.fedoraproject.org/package/rubygem-timecop?collection=f40
>> Yes. The change was done in rawhide a while ago, but it got pushed to F39
>> only recently, see
>>
https://bugzilla.redhat.com/show_bug.cgi?id=2233281#c3.
>
>
> Dealing now with FTBFS rubygem- packages, the change proposal briefly
> mentions: "In June of 2021, we proposed creating a new tzdata
> sub-package that would only provide the UTC timezone.". I assume that
> this have not happened, but I don't remember why and it seems that this
> could be helpful.
We have the same issue with PHP and lot of recent FTBFS
timezone is really mandatory for PHP
If they are mandatory for building then you may need a "BuildRequires:
tzdata" in your package now, as you may no longer have it included
transitively.
If your APIs need tzdata at runtime then you may need a "Requires:
tzdata" if the APIs cannot operate in UTC-only mode with tzdata
removed (minimized container).
In version 8.3 (F40) we'll includes the UTC definition
in our patch to use system tzdata, UTC being use
as the fallback value.
I'm curious; what does this patch look like?
Cheers,
Carlos.