FTBFS's: cannot load such file - racc/*

[Pavel Valena]

Hello,

as you probably know with Ruby 2.7, there came some incompatible changes. One of them is that `racc` was gemified and is not installed by default into a buildroot.

From my brief investigations of build failures (the list may not be complete or a bit outdated), I've encountered these:

rubygem-shoulda.log:        LoadError: cannot load such file -- racc/parser.rb
^ require from actionpack

rubygem-shoulda-matchers.log:  cannot load such file -- racc/parser.rb
^ require from activesupport

rubygem-i18n.log:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:92:in `require': cannot load such file -- racc/parser (LoadError)
^ require from i18n/lib

rubygem-nokogiri.log:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:92:in `require': cannot load such file -- racc/parser.rb (LoadError)
rubygem-sass-rails.log:/usr/share/gems/gems/nokogiri-1.10.7/lib/nokogiri/css/parser.rb:7:in `require': cannot load such file -- racc/parser.rb (LoadError)
rubygem-shoulda-context.log:<["/usr/share/gems/gems/nokogiri-1.10.7/lib/nokogiri/css/parser.rb:7:in `require': cannot load such file -- racc/parser.rb (LoadError)"]>
^ nokogiri

What would be the best solution? Add the require to Ruby, or add it to respective gems+spec files (nokogiri issue: [0])?

Regards,
Pavel

[0] https://github.com/sparklemotion/nokogiri/issues/1988

[Vít Ondruch]

I encourage everybody to read the following discussion:

https://src.fedoraproject.org/rpms/rubygem-racc/pull-request/1

It might result in significant changes to a way we (un)bundle gems from
Ruby. I am really considering to keep the StdLib bundled in Ruby.

Vít

Dne 05. 02. 20 v 14:17 Pavel Valena napsal(a):
> Hello,
>
> as you probably know with Ruby 2.7, there came some incompatible changes. One of them is that `racc` was gemified and is not installed by default into a buildroot.
>
> From my brief investigations of build failures (the list may not be complete or a bit outdated), I've encountered these:
>
> rubygem-shoulda.log:        LoadError: cannot load such file -- racc/parser.rb
> ^ require from actionpack
>
> rubygem-shoulda-matchers.log:  cannot load such file -- racc/parser.rb
> ^ require from activesupport
>
> rubygem-i18n.log:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:92:in `require': cannot load such file -- racc/parser (LoadError)
> ^ require from i18n/lib
>
> rubygem-nokogiri.log:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:92:in `require': cannot load such file -- racc/parser.rb (LoadError)
> rubygem-sass-rails.log:/usr/share/gems/gems/nokogiri-1.10.7/lib/nokogiri/css/parser.rb:7:in `require': cannot load such file -- racc/parser.rb (LoadError)
> rubygem-shoulda-context.log:<["/usr/share/gems/gems/nokogiri-1.10.7/lib/nokogiri/css/parser.rb:7:in `require': cannot load such file -- racc/parser.rb (LoadError)"]>
> ^ nokogiri
>
> What would be the best solution? Add the require to Ruby, or add it to respective gems+spec files (nokogiri issue: [0])?
>
> Regards,
> Pavel
>
> [0] https://github.com/sparklemotion/nokogiri/issues/1988
> _______________________________________________
> ruby-sig mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
> 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/[e-mail].o...

[Vít Ondruch]

Just to keep you updated, so far I have tried to remove the bigdecimal
subpackage (yes, I know, this is about racc, but since we should treat
everything the same, I started with bigdecimal although the result would
be the same for racc) and my initial thought was "keep everything the
same, just move the default gems into ruby- subpackages". But I was keep
getting this error for updates:

~~~

Error: Transaction test error:
  file /usr/share/ruby/bigdecimal from install of
ruby-rubygem-bigdecimal-2.0.0-0.1.git83705c42ce.fc33.x86_64 conflicts
with file from package rubygem-bigdecimal-2.0.0-127.fc32.x86_64

~~~

If I am not mistaken, this means that there is conversion from symlink
to file, which unfortunately cannot be easily handled by RPM. From here,
I am not really sure if I should use some black magick to enforce this
conversion or choose some different path :/

Vít

Dne 10. 02. 20 v 16:49 Vít Ondruch napsal(a):
> I encourage everybody to read the following discussion:
>
> https://src.fedoraproject.org/rpms/rubygem-racc/pull-request/1
>
> It might result in significant changes to a way we (un)bundle gems from
> Ruby. I am really considering to keep the StdLib bundled in Ruby.
>
> Vít
>
> Dne 05. 02. 20 v 14:17 Pavel Valena napsal(a):
> > Hello,
> >
> > as you probably know with Ruby 2.7, there came some incompatible changes. One of them is that `racc` was gemified and is not installed by default into a buildroot.
> >
> > From my brief investigations of build failures (the list may not be complete or a bit outdated), I've encountered these:
> >
> > rubygem-shoulda.log:        LoadError: cannot load such file -- racc/parser.rb
> > ^ require from actionpack
> >
> > rubygem-shoulda-matchers.log:  cannot load such file -- racc/parser.rb
> > ^ require from activesupport
> >
> > rubygem-i18n.log:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:92:in `require': cannot load such file -- racc/parser (LoadError)
> > ^ require from i18n/lib
> >
> > rubygem-nokogiri.log:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:92:in `require': cannot load such file -- racc/parser.rb (LoadError)
> > rubygem-sass-rails.log:/usr/share/gems/gems/nokogiri-1.10.7/lib/nokogiri/css/parser.rb:7:in `require': cannot load such file -- racc/parser.rb (LoadError)
> > rubygem-shoulda-context.log:<["/usr/share/gems/gems/nokogiri-1.10.7/lib/nokogiri/css/parser.rb:7:in `require': cannot load such file -- racc/parser.rb (LoadError)"]>
> > ^ nokogiri
> >
> > What would be the best solution? Add the require to Ruby, or add it to respective gems+spec files (nokogiri issue: [0])?
> >
> > Regards,
> > Pavel
> >
> > [0] https://github.com/sparklemotion/nokogiri/issues/1988
> > _______________________________________________
> > ruby-sig mailing list -- [e-mail]
> > To unsubscribe send an email to [e-mail]
> > 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/[e-mail].o...
>
> ruby-sig mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
> 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/[e-mail].o...

[Pavel Valena]

----- Original Message -----
> From: "Vít Ondruch" 
> To: [e-mail]
> Sent: Monday, March 9, 2020 4:57:24 PM
> Subject: Re: FTBFS's: cannot load such file - racc/*
>
> Just to keep you updated, so far I have tried to remove the bigdecimal
> subpackage (yes, I know, this is about racc, but since we should treat
> everything the same, I started with bigdecimal although the result would
> be the same for racc) and my initial thought was "keep everything the
> same, just move the default gems into ruby- subpackages". But I was keep
> getting this error for updates:
> Error: Transaction test error:
>   file /usr/share/ruby/bigdecimal from install of
> ruby-rubygem-bigdecimal-2.0.0-0.1.git83705c42ce.fc33.x86_64 conflicts
> with file from package rubygem-bigdecimal-2.0.0-127.fc32.x86_64
>
> If I am not mistaken, this means that there is conversion from symlink
> to file, which unfortunately cannot be easily handled by RPM. From here,
> I am not really sure if I should use some black magick to enforce this
> conversion or choose some different path :/

Well, that seems very unfortunate. I'm all against black magic :).

Wouldn't it be possible to keep the symlinks and just move the bundled versions out of the /usr/share/gems/ to some designated location, like /usr/share/stdgems/?

Not much would change in case we decide to unbundle again.

Regards,
Pavel
> Vít
>
> Dne 10. 02. 20 v 16:49 Vít Ondruch napsal(a):
> > I encourage everybody to read the following discussion:
> >
> > https://src.fedoraproject.org/rpms/rubygem-racc/pull-request/1
> >
> > It might result in significant changes to a way we (un)bundle gems from
> > Ruby. I am really considering to keep the StdLib bundled in Ruby.
> >
> > Vít
> >
> > Dne 05. 02. 20 v 14:17 Pavel Valena napsal(a):
> > > Hello,
> > >
> > > as you probably know with Ruby 2.7, there came some incompatible changes.
> > > One of them is that `racc` was gemified and is not installed by default
> > > into a buildroot.
> > >
> > > From my brief investigations of build failures (the list may not be
> > > complete or a bit outdated), I've encountered these:
> > >
> > > rubygem-shoulda.log:        LoadError: cannot load such file --
> > > racc/parser.rb
> > > ^ require from actionpack
> > >
> > > rubygem-shoulda-matchers.log:  cannot load such file -- racc/parser.rb
> > > ^ require from activesupport
> > >
> > > rubygem-i18n.log:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:92:in
> > > `require': cannot load such file -- racc/parser (LoadError)
> > > ^ require from i18n/lib
> > >
> > > rubygem-nokogiri.log:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:92:in
> > > `require': cannot load such file -- racc/parser.rb (LoadError)
> > > rubygem-sass-rails.log:/usr/share/gems/gems/nokogiri-1.10.7/lib/nokogiri/css/parser.rb:7:in
> > > `require': cannot load such file -- racc/parser.rb (LoadError)
> > > rubygem-shoulda-context.log:<["/usr/share/gems/gems/nokogiri-1.10.7/lib/nokogiri/css/parser.rb:7:in
> > > `require': cannot load such file -- racc/parser.rb (LoadError)"]>
> > > ^ nokogiri
> > >
> > > What would be the best solution? Add the require to Ruby, or add it to
> > > respective gems+spec files (nokogiri issue: [0])?
> > >
> > > Regards,
> > > Pavel
> > >
> > > [0] https://github.com/sparklemotion/nokogiri/issues/1988

[Vít Ondruch]

So this is PR which should finally fix the issue:

https://src.fedoraproject.org/rpms/ruby/pull-request/56

The idea is simply to bundle every default gem back into the StdLib.
That way, the the default gem subpackages will disappear, while the
overlapped packages will keep working. The experience should be similar
to upstream.

Please test the PR. Mainly, I am interested in testing of all possible
upgrade scenarios. I am not really sure what might break.

Thx

Vít

Dne 10. 03. 20 v 18:46 Pavel Valena napsal(a):
> ----- Original Message -----
> > From: "Vít Ondruch" 
> > To: [e-mail]
> > Sent: Monday, March 9, 2020 4:57:24 PM
> > Subject: Re: FTBFS's: cannot load such file - racc/*
> >
> > Just to keep you updated, so far I have tried to remove the bigdecimal
> > subpackage (yes, I know, this is about racc, but since we should treat
> > everything the same, I started with bigdecimal although the result would
> > be the same for racc) and my initial thought was "keep everything the
> > same, just move the default gems into ruby- subpackages". But I was keep
> > getting this error for updates:
> > Error: Transaction test error:
> >   file /usr/share/ruby/bigdecimal from install of
> > ruby-rubygem-bigdecimal-2.0.0-0.1.git83705c42ce.fc33.x86_64 conflicts
> > with file from package rubygem-bigdecimal-2.0.0-127.fc32.x86_64
> >
> > If I am not mistaken, this means that there is conversion from symlink
> > to file, which unfortunately cannot be easily handled by RPM. From here,
> > I am not really sure if I should use some black magick to enforce this
> > conversion or choose some different path :/
>
> Well, that seems very unfortunate. I'm all against black magic :).
>
> Wouldn't it be possible to keep the symlinks and just move the bundled versions out of the /usr/share/gems/ to some designated location, like /usr/share/stdgems/?
>
> Not much would change in case we decide to unbundle again.
>
> Regards,
> Pavel
> > Vít
> >
> > Dne 10. 02. 20 v 16:49 Vít Ondruch napsal(a):
> > > I encourage everybody to read the following discussion:
> > >
> > > https://src.fedoraproject.org/rpms/rubygem-racc/pull-request/1
> > >
> > > It might result in significant changes to a way we (un)bundle gems from
> > > Ruby. I am really considering to keep the StdLib bundled in Ruby.
> > >
> > > Vít
> > >
> > > Dne 05. 02. 20 v 14:17 Pavel Valena napsal(a):
> > > > Hello,
> > > >
> > > > as you probably know with Ruby 2.7, there came some incompatible changes.
> > > > One of them is that `racc` was gemified and is not installed by default
> > > > into a buildroot.
> > > >
> > > > From my brief investigations of build failures (the list may not be
> > > > complete or a bit outdated), I've encountered these:
> > > >
> > > > rubygem-shoulda.log:        LoadError: cannot load such file --
> > > > racc/parser.rb
> > > > ^ require from actionpack
> > > >
> > > > rubygem-shoulda-matchers.log:  cannot load such file -- racc/parser.rb
> > > > ^ require from activesupport
> > > >
> > > > rubygem-i18n.log:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:92:in
> > > > `require': cannot load such file -- racc/parser (LoadError)
> > > > ^ require from i18n/lib
> > > >
> > > > rubygem-nokogiri.log:/usr/share/rubygems/rubygems/core_ext/kernel_require.rb:92:in
> > > > `require': cannot load such file -- racc/parser.rb (LoadError)
> > > > rubygem-sass-rails.log:/usr/share/gems/gems/nokogiri-1.10.7/lib/nokogiri/css/parser.rb:7:in
> > > > `require': cannot load such file -- racc/parser.rb (LoadError)
> > > > rubygem-shoulda-context.log:<["/usr/share/gems/gems/nokogiri-1.10.7/lib/nokogiri/css/parser.rb:7:in
> > > > `require': cannot load such file -- racc/parser.rb (LoadError)"]>
> > > > ^ nokogiri
> > > >
> > > > What would be the best solution? Add the require to Ruby, or add it to
> > > > respective gems+spec files (nokogiri issue: [0])?
> > > >
> > > > Regards,
> > > > Pavel
> > > >
> > > > [0] https://github.com/sparklemotion/nokogiri/issues/1988
>
> ruby-sig mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
> 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/[e-mail].o...