mass prebuild

[Vít Ondruch]

Looking at the failures reported by Koschei after last rubygem-minitest 
rebase, I'd like to suggest everybody to use the mass-prebuild tool:

https://gitlab.com/fedora/packager-tools/mass-prebuild

This tool allows to rebuild all reverse dependencies in copr, preventing 
breakages. This would be the minimal config required for minitest:

~~~

$ cat mpb.config
archs: x86_64
chroot: fedora-rawhide
name: mpb
packages:
   rubygem-minitest:
     src_type: file
     src: 
/home/vondruch/fedora-scm/own/rubygem-minitest/rubygem-minitest-5.19.0-200.fc39.src.rpm
verbose: 1
retry: 2

~~~

Which is then executed via simple `mpb` command. Because I'd like to 
start from scratch, I also like to clean the results of prior run:

~~~

$ mpb --clean --buildid 1

$ rm -rf ~/.mpb/

~~~

This should delete the copr `mpb` repository as well as the 
mass-prebuild database. But feel free to experiment with the tool. It 
provides more knobs which allows you to tune the experience to your needs.

HTH

Vít

[Vít Ondruch]

Dne 02. 08. 23 v 9:40 Vít Ondruch napsal(a):
> Looking at the failures reported by Koschei after last 
> rubygem-minitest rebase,

Speaking of Minitest, I think this is the culprit:

https://github.com/minitest/minitest/commit/a2c6c18570f6f0a1bf6af70fe3b6d959...

IOW the many broken gems could temporary either:

1. set `MT_COMPAT` env variable

2. explicitly require "minitest/unit"

Other issue is old Mocha:

https://github.com/minitest/minitest/issues/960

Which I am trying to update, but the `MiniTest` constant pops-up on 
other places, e.g. in fog-libvirt:

https://github.com/fog/fog-libvirt/blob/1c7cf79effde6f3432fcb1921554a861473e...

Vít

Minitest / Mocha / Shoulda

[Vít Ondruch]

Just FTR, the Minitest / Mocha issues has been mostly resolved by now. I 
have left untouched a few leaf packages, which would be better to be 
removed from Fedora. And a few others, which I believe will be fixed by 
their packager, if they wish (but these kind of fall into the first 
category anyway).

I have also updated shoulda / shoulda-context and I'll take this 
opportunity and try to remove all dependencies on rubygem-shoulda, 
subsequently dropping it altogether (however leaving the shoulda-context 
around). Let me explain. rubygem-shoulda is metapackage and

1) As far as I remember, it is not always very well maintained upstream 
and I think that upstream also suggested using the shoudla-* packages 
instead. As an example, we have shoulda-matchers 5.x in Fedora but the 
meta package still depends on version 4.x

2) They still don't support Rails 7 officially.

3) They have introduced new test dependency called `snowball`, which is 
responsible for creating new Rails apps for their test suite. This in 
theory is nice, but it introduces a lot of assumptions (e.g. gems are 
installed from rubygems.org), which are hard to influence on the 
consumer side. So the Shoulda test suite is essentially disabled now.

4) It seems that there is not much package using shoulda left around. 
When I started this was the list:

~~~

rubygem-jekyll-0:4.3.2-2.fc39.src
rubygem-unf-0:0.1.4-22.fc39.src
rubygem-webrobots-0:0.1.2-16.fc39.src

~~~

As it turns out, all these are fine with just shoulda-context.

5) We will also be able to drop shoulda-matchers later.

6) This will simplify dependency chain, improve package build speed a bit.

Vít

Dne 02. 08. 23 v 12:53 Vít Ondruch napsal(a):
> Speaking of Minitest, I think this is the culprit:
>
> https://github.com/minitest/minitest/commit/a2c6c18570f6f0a1bf6af70fe3b6d959...
>
> IOW the many broken gems could temporary either:
>
> set `MT_COMPAT` env variable
>
> explicitly require "minitest/unit"
>
> Other issue is old Mocha:
>
> https://github.com/minitest/minitest/issues/960
>
> Which I am trying to update, but the `MiniTest` constant pops-up on 
> other places, e.g. in fog-libvirt:
>
> https://github.com/fog/fog-libvirt/blob/1c7cf79effde6f3432fcb1921554a861473e...
>
> Vít

Minitest / Mocha / Shoulda

[Vít Ondruch]

These are the related PRs:

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

https://src.fedoraproject.org/rpms/rubygem-unf/pull-request/4

https://src.fedoraproject.org/rpms/rubygem-jekyll/pull-request/7

Vít

Dne 05. 09. 23 v 12:14 Vít Ondruch napsal(a):
> Just FTR, the Minitest / Mocha issues has been mostly resolved by now. 
> I have left untouched a few leaf packages, which would be better to be 
> removed from Fedora. And a few others, which I believe will be fixed 
> by their packager, if they wish (but these kind of fall into the first 
> category anyway).
>
> I have also updated shoulda / shoulda-context and I'll take this 
> opportunity and try to remove all dependencies on rubygem-shoulda, 
> subsequently dropping it altogether (however leaving the 
> shoulda-context around). Let me explain. rubygem-shoulda is 
> metapackage and
> As far as I remember, it is not always very well maintained
>
> upstream and I think that upstream also suggested using the shoudla-* 
> packages instead. As an example, we have shoulda-matchers 5.x in 
> Fedora but the meta package still depends on version 4.x
>
> They still don't support Rails 7 officially.
>
> They have introduced new test dependency called `snowball`, which
>
> is responsible for creating new Rails apps for their test suite. This 
> in theory is nice, but it introduces a lot of assumptions (e.g. gems 
> are installed from rubygems.org), which are hard to influence on the 
> consumer side. So the Shoulda test suite is essentially disabled now.
> It seems that there is not much package using shoulda left around.
>
> When I started this was the list:
> rubygem-jekyll-0:4.3.2-2.fc39.src
> rubygem-unf-0:0.1.4-22.fc39.src
> rubygem-webrobots-0:0.1.2-16.fc39.src
>
> As it turns out, all these are fine with just shoulda-context.
>
> We will also be able to drop shoulda-matchers later.
>
> This will simplify dependency chain, improve package build speed a bit.
>
> Vít
>
> Dne 02. 08. 23 v 12:53 Vít Ondruch napsal(a):
> > Speaking of Minitest, I think this is the culprit:
> >
> > https://github.com/minitest/minitest/commit/a2c6c18570f6f0a1bf6af70fe3b6d959...
> >
> > IOW the many broken gems could temporary either:
> >
> > set `MT_COMPAT` env variable
> >
> > explicitly require "minitest/unit"
> >
> > Other issue is old Mocha:
> >
> > https://github.com/minitest/minitest/issues/960
> >
> > Which I am trying to update, but the `MiniTest` constant pops-up on 
> > other places, e.g. in fog-libvirt:
> >
> > https://github.com/fog/fog-libvirt/blob/1c7cf79effde6f3432fcb1921554a861473e...
> >
> > Vít

Minitest / Mocha / Shoulda

[Vít Ondruch]

rubygem-shoulda has been orphaned:

https://bugzilla.redhat.com/show_bug.cgi?id=2238752

I hope it stays like that.

Vít

Dne 05. 09. 23 v 12:38 Vít Ondruch napsal(a):
> These are the related PRs:
>
> https://src.fedoraproject.org/rpms/rubygem-webrobots/pull-request/1
>
> https://src.fedoraproject.org/rpms/rubygem-unf/pull-request/4
>
> https://src.fedoraproject.org/rpms/rubygem-jekyll/pull-request/7
>
> Vít
>
> Dne 05. 09. 23 v 12:14 Vít Ondruch napsal(a):
> > Just FTR, the Minitest / Mocha issues has been mostly resolved by 
> > now. I have left untouched a few leaf packages, which would be better 
> > to be removed from Fedora. And a few others, which I believe will be 
> > fixed by their packager, if they wish (but these kind of fall into 
> > the first category anyway).
> >
> > I have also updated shoulda / shoulda-context and I'll take this 
> > opportunity and try to remove all dependencies on rubygem-shoulda, 
> > subsequently dropping it altogether (however leaving the 
> > shoulda-context around). Let me explain. rubygem-shoulda is 
> > metapackage and
> > As far as I remember, it is not always very well maintained
> >
> > upstream and I think that upstream also suggested using the shoudla-* 
> > packages instead. As an example, we have shoulda-matchers 5.x in 
> > Fedora but the meta package still depends on version 4.x
> >
> > They still don't support Rails 7 officially.
> >
> > They have introduced new test dependency called `snowball`, which
> >
> > is responsible for creating new Rails apps for their test suite. This 
> > in theory is nice, but it introduces a lot of assumptions (e.g. gems 
> > are installed from rubygems.org), which are hard to influence on the 
> > consumer side. So the Shoulda test suite is essentially disabled now.
> > It seems that there is not much package using shoulda left around.
> >
> > When I started this was the list:
> > rubygem-jekyll-0:4.3.2-2.fc39.src
> > rubygem-unf-0:0.1.4-22.fc39.src
> > rubygem-webrobots-0:0.1.2-16.fc39.src
> >
> > As it turns out, all these are fine with just shoulda-context.
> >
> > We will also be able to drop shoulda-matchers later.
> >
> > This will simplify dependency chain, improve package build speed a
> >
> > bit.
> >
> > Vít
> >
> > Dne 02. 08. 23 v 12:53 Vít Ondruch napsal(a):
> > > Speaking of Minitest, I think this is the culprit:
> > >
> > > https://github.com/minitest/minitest/commit/a2c6c18570f6f0a1bf6af70fe3b6d959...
> > >
> > > IOW the many broken gems could temporary either:
> > >
> > > set `MT_COMPAT` env variable
> > >
> > > explicitly require "minitest/unit"
> > >
> > > Other issue is old Mocha:
> > >
> > > https://github.com/minitest/minitest/issues/960
> > >
> > > Which I am trying to update, but the `MiniTest` constant pops-up on 
> > > other places, e.g. in fog-libvirt:
> > >
> > > https://github.com/fog/fog-libvirt/blob/1c7cf79effde6f3432fcb1921554a861473e...
> > >
> > > Vít

Minitest / Mocha / Shoulda

[Vít Ondruch]

The current version of rubygem-shoulda-matches is not compatible with 
RoR 8 and I can't see anything depending on it anymore, therefore I 
decided to orphan this package.

Vít

Dne 13. 09. 23 v 18:36 Vít Ondruch napsal(a):
> rubygem-shoulda has been orphaned:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2238752
>
> I hope it stays like that.
>
> Vít
>
> Dne 05. 09. 23 v 12:38 Vít Ondruch napsal(a):
> > These are the related PRs:
> >
> > https://src.fedoraproject.org/rpms/rubygem-webrobots/pull-request/1
> >
> > https://src.fedoraproject.org/rpms/rubygem-unf/pull-request/4
> >
> > https://src.fedoraproject.org/rpms/rubygem-jekyll/pull-request/7
> >
> > Vít
> >
> > Dne 05. 09. 23 v 12:14 Vít Ondruch napsal(a):
> > > Just FTR, the Minitest / Mocha issues has been mostly resolved by 
> > > now. I have left untouched a few leaf packages, which would be 
> > > better to be removed from Fedora. And a few others, which I believe 
> > > will be fixed by their packager, if they wish (but these kind of 
> > > fall into the first category anyway).
> > >
> > > I have also updated shoulda / shoulda-context and I'll take this 
> > > opportunity and try to remove all dependencies on rubygem-shoulda, 
> > > subsequently dropping it altogether (however leaving the 
> > > shoulda-context around). Let me explain. rubygem-shoulda is 
> > > metapackage and
> > > As far as I remember, it is not always very well maintained
> > >
> > > upstream and I think that upstream also suggested using the 
> > > shoudla-* packages instead. As an example, we have shoulda-matchers 
> > > 5.x in Fedora but the meta package still depends on version 4.x
> > >
> > > They still don't support Rails 7 officially.
> > >
> > > They have introduced new test dependency called `snowball`, which
> > >
> > > is responsible for creating new Rails apps for their test suite. 
> > > This in theory is nice, but it introduces a lot of assumptions (e.g. 
> > > gems are installed from rubygems.org), which are hard to influence 
> > > on the consumer side. So the Shoulda test suite is essentially 
> > > disabled now.
> > > It seems that there is not much package using shoulda left
> > >
> > > around. When I started this was the list:
> > > rubygem-jekyll-0:4.3.2-2.fc39.src
> > > rubygem-unf-0:0.1.4-22.fc39.src
> > > rubygem-webrobots-0:0.1.2-16.fc39.src
> > >
> > > As it turns out, all these are fine with just shoulda-context.
> > >
> > > We will also be able to drop shoulda-matchers later.
> > >
> > > This will simplify dependency chain, improve package build speed
> > >
> > > a bit.
> > >
> > > Vít
> > >
> > > Dne 02. 08. 23 v 12:53 Vít Ondruch napsal(a):
> > > > Speaking of Minitest, I think this is the culprit:
> > > >
> > > > https://github.com/minitest/minitest/commit/a2c6c18570f6f0a1bf6af70fe3b6d959...
> > > >
> > > > IOW the many broken gems could temporary either:
> > > >
> > > > set `MT_COMPAT` env variable
> > > >
> > > > explicitly require "minitest/unit"
> > > >
> > > > Other issue is old Mocha:
> > > >
> > > > https://github.com/minitest/minitest/issues/960
> > > >
> > > > Which I am trying to update, but the `MiniTest` constant pops-up on 
> > > > other places, e.g. in fog-libvirt:
> > > >
> > > > https://github.com/fog/fog-libvirt/blob/1c7cf79effde6f3432fcb1921554a861473e...
> > > >
> > > > Vít