I agree. I was just thinking of adding it to activesupport.

Regards,
Pavel

On Sun, Sep 24, 2023 at 2:10 AM Neal Gompa <ngomp...@gmail.com> wrote:

> On Sat, Sep 23, 2023 at 7:50 PM Mamoru TASAKA <mtas...@fedoraproject.org>
> wrote:
> >
> > Hello, ruby-sig folks:
> >
> >  From devel list:
> >
> > Zbigniew Jędrzejewski-Szmek wrote on 2023/09/22 23:01:
> > > 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.
> > >
> > > Zbyszek
> >
> > Now again I tried rebuilding all rubygem- packages, and
> > now due to this tzdata removal changes, the following packages
> > are now additionally FTBFS:
> >
> > rubygem-activemodel-serializers-xml
> > rubygem-globalid
> > rubygem-haml
> > rubygem-importmap-rails
> > rubygem-jekyll
> > rubygem-rails-controller-testing
> > rubygem-sassc-rails
> > rubygem-slim
> > rubygem-sprockets-rails
> > rubygem-timecop
> > rubygem-web-console
> >
> > And all of these seems like:
> >
> >
> /usr/share/gems/gems/tzinfo-2.0.6/lib/tzinfo/data_sources/zoneinfo_data_source.rb:252:in
> `initialize': None of the paths included in
> TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo
> directories. (TZInfo::DataSources::ZoneinfoDirectoryNotFound)
> >         from
> /usr/share/gems/gems/tzinfo-2.0.6/lib/tzinfo/data_source.rb:157:in `new'
> >         from
> /usr/share/gems/gems/tzinfo-2.0.6/lib/tzinfo/data_source.rb:157:in
> `create_default_data_source'
> >         from
> /usr/share/gems/gems/tzinfo-2.0.6/lib/tzinfo/data_source.rb:55:in `block in
> get'
> >         from
> /usr/share/gems/gems/tzinfo-2.0.6/lib/tzinfo/data_source.rb:54:in
> `synchronize'
> >         from
> /usr/share/gems/gems/tzinfo-2.0.6/lib/tzinfo/data_source.rb:54:in `get'
> >         from
> /usr/share/gems/gems/activesupport-7.0.8/lib/active_support/railtie.rb:88:in
> `block in <class:Railtie>'
> >         from
> /usr/share/gems/gems/railties-7.0.8/lib/rails/initializable.rb:32:in
> `instance_exec'
> >         from
> /usr/share/gems/gems/railties-7.0.8/lib/rails/initializable.rb:32:in `run'
> >         from
> /usr/share/gems/gems/railties-7.0.8/lib/rails/initializable.rb:61:in `block
> in run_initializers'
> >         from /usr/share/ruby/tsort.rb:231:in `block in tsort_each'
> >         from /usr/share/ruby/tsort.rb:353:in `block (2 levels) in
> each_strongly_connected_component'
> >         from /usr/share/ruby/tsort.rb:434:in
> `each_strongly_connected_component_from'
> >         from /usr/share/ruby/tsort.rb:352:in `block in
> each_strongly_connected_component'
> >         from /usr/share/ruby/tsort.rb:350:in `each'
> >         from /usr/share/ruby/tsort.rb:350:in `call'
> >         from /usr/share/ruby/tsort.rb:350:in
> `each_strongly_connected_component'
> >         from /usr/share/ruby/tsort.rb:229:in `tsort_each'
> >         from /usr/share/ruby/tsort.rb:208:in `tsort_each'
> >         from
> /usr/share/gems/gems/railties-7.0.8/lib/rails/initializable.rb:60:in
> `run_initializers'
> >         from
> /usr/share/gems/gems/railties-7.0.8/lib/rails/application.rb:372:in
> `initialize!'
> > .....
> >
> > So initializer of rails tries to initialize tzdata, and if it is not
> found exception is raised:
> > The related code is:
> >
> https://github.com/rails/rails/blob/fc734f28e65ef8829a1a939ee6702c1f349a1d5a/activesupport/lib/active_support/railtie.rb#L87-L91
> >
> > So what is the proper fix for this?
> >
> > A. Make every package above have "BuildRequires: tzdata"
> > B. Make rubygem-tzinfo or rubygem-activesupport have "Requires (not
> Recommends) tzdata"
> > C. Or ask rubygem-activesupport upstream to make the code work even if
> tzdata is absent
> >
> > My current thought is that as currently RoR code explicitly requests to
> have tzdata installed,
> > B. is the best option.
> >
>
> I agree that Option B is the best option.
>
>
>
> --
> 真実はいつも一つ!/ Always, there's only one truth!
> _______________________________________________
> ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org
> To unsubscribe send an email to ruby-sig-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/ruby-sig@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
_______________________________________________
ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org
To unsubscribe send an email to ruby-sig-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/ruby-sig@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to