Ruby 2.4 - Mass rebuild

[Vít Ondruch]

Hi all,

So finally time for some fun. Since the Ruby 2.4 change proposal [1] was
accepted, I asked release engineering for sidetag [3] to start with
rebuild. This sidetag was granted and I was able to build there Ruby
itself as well as several of my packages. Now is time for your help as well.

What does it means? This is the list of packages which very likely needs
to be rebuild:

```
$ dnf repoquery --disablerepo=* --enablerepo=rawhide
--enablerepo=rawhide-source --arch=src --whatrequires 'ruby-devel' |
sort | uniq

```

You can take the package and just fire rebuild, but please, you should
be using f26-ruby24 build target [3], i.e. the build command should look
like:

```
$ fedpkg build --target f26-ruby24

```

If you forget to specify the target, you'll do build against Ruby 2.3,
which is not what you want.

If you don't make it soon enough, I'll very likely rebuild your package
sooner or later. I'll be using fermig [4] to do that as I did during
previous rebuilds. If you don't like me to touch you package for
whatever reason, please let me know (Mamoru, I suppose you are going to
rebuild your packages yourself, right?).

You can follow the progress at:

https://koji.fedoraproject.org/koji/builds?inherited=0&tagID=401&ord...

or using:

```
$ koji list-tagged f26-ruby24
```

As always, any help/testing/feedback is welcome.

Vít

[1] https://fedoraproject.org/wiki/Changes/Ruby_2.4
[2] https://pagure.io/fesco/issue/1659
[3] https://pagure.io/releng/issue/6579
[4] https://github.com/fedora-ruby/fermig

[Mamoru TASAKA]

Vít Ondruch wrote on 01/10/2017 05:31 PM:
> Hi all,
>
> So finally time for some fun. Since the Ruby 2.4 change proposal [1] was
> accepted, I asked release engineering for sidetag [3] to start with
> rebuild. This sidetag was granted and I was able to build there Ruby
> itself as well as several of my packages. Now is time for your help as well.
>
> ....

Well,

Running transaction check
Running transaction test

Transaction check error:
   file /usr/share/ruby/openssl from install of rubygem-openssl-2.0.2-71.fc26.x86_64 conflicts with file from package ruby-libs-2.3.3-61.1.fc25.x86_64

Well, /usr/share/ruby/openssl in ruby-libs-2.3.3-61.1.fc25.x86_64 was directory,
now rubygem-openssl-2.0.2-71.fc26.x86_64 has /usr/share/ruby/openssl symlink.
This can't be done easily, if this change is really needed, some special
treatment is needed:

https://fedoraproject.org/wiki/Packaging:Directory_Replacement

Instead, I think changing /usr/share/ruby/openssl to directory again is
easier. Vít, would you fix this?

Regards,
Mamoru

[Vít Ondruch]

Dne 11.1.2017 v 13:28 Mamoru TASAKA napsal(a):
> Vít Ondruch wrote on 01/10/2017 05:31 PM:
> > Hi all,
> >
> > So finally time for some fun. Since the Ruby 2.4 change proposal [1] was
> > accepted, I asked release engineering for sidetag [3] to start with
> > rebuild. This sidetag was granted and I was able to build there Ruby
> > itself as well as several of my packages. Now is time for your help
> > as well.
> >
> > ....
>
> Well,
>
> Running transaction check
> Running transaction test
>
> Transaction check error:
>   file /usr/share/ruby/openssl from install of
> rubygem-openssl-2.0.2-71.fc26.x86_64 conflicts with file from package
> ruby-libs-2.3.3-61.1.fc25.x86_64
>
> Well, /usr/share/ruby/openssl in ruby-libs-2.3.3-61.1.fc25.x86_64 was
> directory,
> now rubygem-openssl-2.0.2-71.fc26.x86_64 has /usr/share/ruby/openssl
> symlink.
> This can't be done easily, if this change is really needed, some special
> treatment is needed:
>
> https://fedoraproject.org/wiki/Packaging:Directory_Replacement
>
> Instead, I think changing /usr/share/ruby/openssl to directory again is
> easier. Vít, would you fix this?

Good catch! Will take a look. I probably have not tried update since the
OpenSSL got extracted into independent gem :/

Vít

[Vít Ondruch]

Dne 11.1.2017 v 13:52 Vít Ondruch napsal(a):
> Dne 11.1.2017 v 13:28 Mamoru TASAKA napsal(a):
> > Vít Ondruch wrote on 01/10/2017 05:31 PM:
> > > Hi all,
> > >
> > > So finally time for some fun. Since the Ruby 2.4 change proposal [1] was
> > > accepted, I asked release engineering for sidetag [3] to start with
> > > rebuild. This sidetag was granted and I was able to build there Ruby
> > > itself as well as several of my packages. Now is time for your help
> > > as well.
> > >
> > > ....
> >
> > Well,
> >
> > Running transaction check
> > Running transaction test
> >
> > Transaction check error:
> >   file /usr/share/ruby/openssl from install of
> > rubygem-openssl-2.0.2-71.fc26.x86_64 conflicts with file from package
> > ruby-libs-2.3.3-61.1.fc25.x86_64
> >
> > Well, /usr/share/ruby/openssl in ruby-libs-2.3.3-61.1.fc25.x86_64 was
> > directory,
> > now rubygem-openssl-2.0.2-71.fc26.x86_64 has /usr/share/ruby/openssl
> > symlink.
> > This can't be done easily, if this change is really needed, some special
> > treatment is needed:
> >
> > https://fedoraproject.org/wiki/Packaging:Directory_Replacement
> >
> > Instead, I think changing /usr/share/ruby/openssl to directory again is
> > easier. Vít, would you fix this?
>
> Good catch! Will take a look. I probably have not tried update since the
> OpenSSL got extracted into independent gem :/

If you have a chance, please test this scratch build (if/when finishes):

https://koji.fedoraproject.org/koji/taskinfo?taskID=17247367

Will push it tomorrow ....

Vít

[Mamoru TASAKA]

Vít Ondruch wrote on 01/12/2017 02:42 AM:
> Dne 11.1.2017 v 13:52 Vít Ondruch napsal(a):
> > Dne 11.1.2017 v 13:28 Mamoru TASAKA napsal(a):
> > > Vít Ondruch wrote on 01/10/2017 05:31 PM:
> > > > Hi all,
> > > >
> > > > So finally time for some fun. Since the Ruby 2.4 change proposal [1] was
> > > > accepted, I asked release engineering for sidetag [3] to start with
> > > > rebuild. This sidetag was granted and I was able to build there Ruby
> > > > itself as well as several of my packages. Now is time for your help
> > > > as well.
> > > >
> > > > ....
> > >
> > > Well,
> > >
> > > Running transaction check
> > > Running transaction test
> > >
> > > Transaction check error:
> > >   file /usr/share/ruby/openssl from install of
> > > rubygem-openssl-2.0.2-71.fc26.x86_64 conflicts with file from package
> > > ruby-libs-2.3.3-61.1.fc25.x86_64
> > >
> > > Well, /usr/share/ruby/openssl in ruby-libs-2.3.3-61.1.fc25.x86_64 was
> > > directory,
> > > now rubygem-openssl-2.0.2-71.fc26.x86_64 has /usr/share/ruby/openssl
> > > symlink.
> > > This can't be done easily, if this change is really needed, some special
> > > treatment is needed:
> > >
> > > https://fedoraproject.org/wiki/Packaging:Directory_Replacement
> > >
> > > Instead, I think changing /usr/share/ruby/openssl to directory again is
> > > easier. Vít, would you fix this?
> >
> > Good catch! Will take a look. I probably have not tried update since the
> > OpenSSL got extracted into independent gem :/
>
> If you have a chance, please test this scratch build (if/when finishes):
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=17247367
>
> Will push it tomorrow ....

This works, thank you!

Regards,
Mamoru
> Vít
> _______________________________________________
> ruby-sig mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]

[Vít Ondruch]

Dne 11.1.2017 v 23:38 Mamoru TASAKA napsal(a):
> Vít Ondruch wrote on 01/12/2017 02:42 AM:
> > Dne 11.1.2017 v 13:52 Vít Ondruch napsal(a):
> > > Dne 11.1.2017 v 13:28 Mamoru TASAKA napsal(a):
> > > > Vít Ondruch wrote on 01/10/2017 05:31 PM:
> > > > > Hi all,
> > > > >
> > > > > So finally time for some fun. Since the Ruby 2.4 change proposal
> > > > > [1] was
> > > > > accepted, I asked release engineering for sidetag [3] to start with
> > > > > rebuild. This sidetag was granted and I was able to build there Ruby
> > > > > itself as well as several of my packages. Now is time for your help
> > > > > as well.
> > > > >
> > > > > ....
> > > >
> > > > Well,
> > > >
> > > > Running transaction check
> > > > Running transaction test
> > > >
> > > > Transaction check error:
> > > >   file /usr/share/ruby/openssl from install of
> > > > rubygem-openssl-2.0.2-71.fc26.x86_64 conflicts with file from package
> > > > ruby-libs-2.3.3-61.1.fc25.x86_64
> > > >
> > > > Well, /usr/share/ruby/openssl in ruby-libs-2.3.3-61.1.fc25.x86_64 was
> > > > directory,
> > > > now rubygem-openssl-2.0.2-71.fc26.x86_64 has /usr/share/ruby/openssl
> > > > symlink.
> > > > This can't be done easily, if this change is really needed, some
> > > > special
> > > > treatment is needed:
> > > >
> > > > https://fedoraproject.org/wiki/Packaging:Directory_Replacement
> > > >
> > > > Instead, I think changing /usr/share/ruby/openssl to directory
> > > > again is
> > > > easier. Vít, would you fix this?
> > >
> > > Good catch! Will take a look. I probably have not tried update since
> > > the
> > > OpenSSL got extracted into independent gem :/
> >
> > If you have a chance, please test this scratch build (if/when finishes):
> >
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=17247367
> >
> > Will push it tomorrow ....
>
> This works, thank you!

This should be in Koji now ....

Vít

[Vít Ondruch]

Just a quick update about status.

So far, we have built most of the rubygem-packages, 66 in total. These
are the remaining:

rubygem-nio4r
rubygem-puma
^^ There are updates available, so I skipped this. Will discuss with Jun
next steps.

rubygem-json
^^ There is json as subpackage of Ruby and this would need more
attention, since it is broken already if I am not mistaken => low
priority ATM.

rubygem-pg
^^ {Big,Fix}num => Integer issue. I notified upstream, so far without
response.

rubygem-rkerberos
^^ Does not build on PPC for some reason. Secondary arch guys will take
a look.
rubygem-escape_utils

rubygem-qpid_messaging
^^ This is broken for ages

rubygem-kgio
rubygem-pcaprub
rubygem-posix-spawn
^^ I don't remember anymore, probably some packaging issues.

So far the rebuild was quite smooth, but the {Big,Fix}num will cause
more pain. As of now, I am aware that there are some packages (diff_lcs,
builder) which are used in some projects and they fire quite some
warnings (but there is upstream activity to fix this). Due to this
warnings and this change itself, there might be other broken packages,
e.g. rubygem-cucumber-wire will be FTBFS due to excessive warnings.

I'll look tomorrow on the non-rubygem packages.

Vít

[Jun Aruga]

Hi,

rubygem-activesupport
FTBFS for Ruby 2.4.0.
I uploaded a patch to fix Ruby 2.4.0 compatiblity.
https://bugzilla.redhat.com/show_bug.cgi?id=1412628

Other rails related packages might also have issues for Ruby 2.4.0.

Jun Aruga

----- Original Message -----
> From: "Vít Ondruch" 
> To: [e-mail]
> Sent: Wednesday, January 11, 2017 7:07:29 PM
> Subject: Re: Ruby 2.4 - Mass rebuild
>
> Just a quick update about status.
>
> So far, we have built most of the rubygem-packages, 66 in total. These
> are the remaining:
>
> rubygem-nio4r
> rubygem-puma
> ^^ There are updates available, so I skipped this. Will discuss with Jun
> next steps.
>
> rubygem-json
> ^^ There is json as subpackage of Ruby and this would need more
> attention, since it is broken already if I am not mistaken => low
> priority ATM.
>
> rubygem-pg
> ^^ {Big,Fix}num => Integer issue. I notified upstream, so far without
> response.
>
> rubygem-rkerberos
> ^^ Does not build on PPC for some reason. Secondary arch guys will take
> a look.
> rubygem-escape_utils
>
> rubygem-qpid_messaging
> ^^ This is broken for ages
>
> rubygem-kgio
> rubygem-pcaprub
> rubygem-posix-spawn
> ^^ I don't remember anymore, probably some packaging issues.
>
> So far the rebuild was quite smooth, but the {Big,Fix}num will cause
> more pain. As of now, I am aware that there are some packages (diff_lcs,
> builder) which are used in some projects and they fire quite some
> warnings (but there is upstream activity to fix this). Due to this
> warnings and this change itself, there might be other broken packages,
> e.g. rubygem-cucumber-wire will be FTBFS due to excessive warnings.
>
> I'll look tomorrow on the non-rubygem packages.
>
> Vít
> _______________________________________________
> ruby-sig mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]

[Mamoru TASAKA]

Hello, all:

----- 元のメッセージ -----
> 差出人: "Vít Ondruch" 
> Just a quick update about status.
>
> So far, we have built most of the rubygem-packages, 66 in total. These
> are the remaining:

Just checked for library dependency:

$ repoquery --disablerepo=* --enablerepo=koji-ruby24 --qf "%{SOURCERPM}" --whatrequires "libruby.so.2.3()(64bit)" | sort | uniq | cat -n

Yum-utils package has been deprecated, use dnf instead.
See 'man yum2dnf' for more information.

1	libdmtx-0.7.2-19.fc24.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264227
Perhaps due to php side change.

2	libprelude-3.1.0-27.fc26.src.rpm
still building: https://koji.fedoraproject.org/koji/buildinfo?buildID=833091
However, it seems that test suite is hanging. Note that koji build will be killed
after 24 hours (I remember), so I guess this build will fail soon (or I rekick
this later, maybe)

3	pcs-0.9.155-1.fc26.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263481
Perhaps due to rubygem-json update which changed error format: reported upstream:
https://github.com/ClusterLabs/pcs/issues/126

4	postgresql-plruby-0.5.4-11.fc26.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263489 integer unitication

5	redland-bindings-1.0.16.1-16.fc25.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263493
due to php side change

6	ruby-augeas-0.5.0-9.fc24.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263551
BuildRequires seems fixing, at least

7	ruby-korundum-4.14.3-10.fc24.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263769
okular was KF5-ized -> broken deps on smokekde

8	ruby-ldap-0.9.16-6.fc24.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263610
Looks like now C binding build creates some additional files, perhaps
removing such files is enough??

9	rubygem-json-1.8.3-103.fc25.src.rpm
Not have checked.

10	rubygem-kgio-2.10.0-1.fc26.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17253487
Test fails on some archs (aarch64, ppc64, ppc64le), don't know why

11	rubygem-pcaprub-0.12.4-1.fc26.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264381
Missing BR deps on %check (just disabling %check for now??)

12	rubygem-pg-0.18.4-2.fc24.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264419
Test fails, don't know why

13	rubygem-puma-3.6.0-4.fc26.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264553
Fails only on armv7hl, looks like issue with ragel.

14	shogun-4.1.0-7.fc26.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263929
Looks like eigen3 3.2.10 -> 3.3.1 change is the cause, not related to ruby

15	subversion-1.9.5-1.fc26.src.rpm
Now building: https://koji.fedoraproject.org/koji/buildinfo?buildID=833585
scratch build was okay: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263808

16	uwsgi-2.0.14-4.fc26.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263965
Fails only on armv7hl, don't know what is happening:
> /usr/bin/ld: cannot find -ljvm
> collect2: error: ld returned 1 exit status

17	zorba-3.0.0-26.20140621git152f8964c.fc25.src.rpm
FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264061
Looks like doxygen is segfaulting, not related to ruby.

While we can wait for subversion build to finish, I think now we can merge
f26-ruby24 side tag into main f26.

Regards,
Mamoru

[Vít Ondruch]

Dne 13.1.2017 v 08:04 Mamoru TASAKA napsal(a):
>  4	postgresql-plruby-0.5.4-11.fc26.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263489 integer unitication
>  6	ruby-augeas-0.5.0-9.fc24.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263551
> BuildRequires seems fixing, at least

These are already fixed.
>  8	ruby-ldap-0.9.16-6.fc24.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263610
> Looks like now C binding build creates some additional files, perhaps
> removing such files is enough??

Well, I took a brief look and postponed the fixes .... But this
packaging issue. The package itself builds.
> 12	rubygem-pg-0.18.4-2.fc24.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264419
> Test fails, don't know why

https://bitbucket.org/ged/ruby-pg/issues/255/ruby-24-test-failure
> 13	rubygem-puma-3.6.0-4.fc26.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264553
> Fails only on armv7hl, looks like issue with ragel.

Will check this. There is update available, may be it fixes something ...
> While we can wait for subversion build to finish, I think now we can merge
> f26-ruby24 side tag into main f26.

I finish my run (and may be do one more to confirm your findings) and
ask rel-engs for merge.

BTW thx for the massive help!

Vít

[Vít Ondruch]

Dne 13.1.2017 v 08:04 Mamoru TASAKA napsal(a):
> 11	rubygem-pcaprub-0.12.4-1.fc26.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264381
> Missing BR deps on %check (just disabling %check for now??)

Now I remember the package. It is passing in Koschei, however, the thing
is that the dependencies used to be and later they were removed,
probably based on my review comment, that we are trying to avoid usage
of bundler ... Well, I didn't really mean it to avoid it this way ;)
Will take a look at this later.

Vít

[Mamoru TASAKA]

Hello, all:

Just for update:
$ repoquery --disablerepo=* --enablerepo=koji-rawhide --qf "%{SOURCERPM}" --whatrequires "libruby.so.2.3()(64bit)" | sort | uniq | cat -n

Yum-utils package has been deprecated, use dnf instead.
See 'man yum2dnf' for more information.

1	libdmtx-0.7.2-19.fc24.src.rpm
      2	redland-bindings-1.0.16.1-16.fc25.src.rpm
      3	ruby-korundum-4.14.3-10.fc24.src.rpm
      4	rubygem-kgio-2.10.0-1.fc26.src.rpm
      5	rubygem-pcaprub-0.12.4-1.fc26.src.rpm
      6	rubygem-puma-3.6.0-4.fc26.src.rpm
ragel issue is tracked on:
https://bugzilla.redhat.com/show_bug.cgi?id=1402582

7	shogun-4.1.0-7.fc26.src.rpm
      8	zorba-3.0.0-26.20140621git152f8964c.fc25.src.rpm

Regards,
Mamoru

Mamoru TASAKA wrote on 01/13/2017 04:04 PM:
> Hello, all:
>
> ----- 元のメッセージ -----
> > 差出人: "Vít Ondruch" 
> > Just a quick update about status.
> >
> > So far, we have built most of the rubygem-packages, 66 in total. These
> > are the remaining:
>
> Just checked for library dependency:
>
> $ repoquery --disablerepo=* --enablerepo=koji-ruby24 --qf "%{SOURCERPM}" --whatrequires "libruby.so.2.3()(64bit)" | sort | uniq | cat -n
>
> Yum-utils package has been deprecated, use dnf instead.
> See 'man yum2dnf' for more information.
>  1	libdmtx-0.7.2-19.fc24.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264227
> Perhaps due to php side change.
>  2	libprelude-3.1.0-27.fc26.src.rpm
>
> still building: https://koji.fedoraproject.org/koji/buildinfo?buildID=833091
> However, it seems that test suite is hanging. Note that koji build will be killed
> after 24 hours (I remember), so I guess this build will fail soon (or I rekick
> this later, maybe)
>  3	pcs-0.9.155-1.fc26.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263481
> Perhaps due to rubygem-json update which changed error format: reported upstream:
> https://github.com/ClusterLabs/pcs/issues/126
>  4	postgresql-plruby-0.5.4-11.fc26.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263489 integer unitication
>  5	redland-bindings-1.0.16.1-16.fc25.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263493
> due to php side change
>  6	ruby-augeas-0.5.0-9.fc24.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263551
> BuildRequires seems fixing, at least
>  7	ruby-korundum-4.14.3-10.fc24.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263769
> okular was KF5-ized -> broken deps on smokekde
>  8	ruby-ldap-0.9.16-6.fc24.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263610
> Looks like now C binding build creates some additional files, perhaps
> removing such files is enough??
>  9	rubygem-json-1.8.3-103.fc25.src.rpm
>
> Not have checked.
> 10	rubygem-kgio-2.10.0-1.fc26.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17253487
> Test fails on some archs (aarch64, ppc64, ppc64le), don't know why
> 11	rubygem-pcaprub-0.12.4-1.fc26.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264381
> Missing BR deps on %check (just disabling %check for now??)
> 12	rubygem-pg-0.18.4-2.fc24.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264419
> Test fails, don't know why
> 13	rubygem-puma-3.6.0-4.fc26.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264553
> Fails only on armv7hl, looks like issue with ragel.
> 14	shogun-4.1.0-7.fc26.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263929
> Looks like eigen3 3.2.10 -> 3.3.1 change is the cause, not related to ruby
> 15	subversion-1.9.5-1.fc26.src.rpm
>
> Now building: https://koji.fedoraproject.org/koji/buildinfo?buildID=833585
> scratch build was okay: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263808
> 16	uwsgi-2.0.14-4.fc26.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17263965
> Fails only on armv7hl, don't know what is happening:
> > /usr/bin/ld: cannot find -ljvm
> > collect2: error: ld returned 1 exit status
> 17	zorba-3.0.0-26.20140621git152f8964c.fc25.src.rpm
>
> FAIL: https://koji.fedoraproject.org/koji/taskinfo?taskID=17264061
> Looks like doxygen is segfaulting, not related to ruby.
>
> While we can wait for subversion build to finish, I think now we can merge
> f26-ruby24 side tag into main f26.
>
> Regards,
> Mamoru
> _______________________________________________
> ruby-sig mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]

[Vít Ondruch]

Dne 15.1.2017 v 08:24 Mamoru TASAKA napsal(a):
>  6    rubygem-puma-3.6.0-4.fc26.src.rpm
>
> ragel issue is tracked on:
> https://bugzilla.redhat.com/show_bug.cgi?id=1402582

I succeeded to build Puma. On 5th attempt approximately ;)

V.

[Vít Ondruch]

Hi all,

Seeing commit as this:

```

@@ -44,9 +44,13 @@ gem unpack %{SOURCE0}
 gem spec %{SOURCE0} -l --ruby > %{gem_name}.gemspec

# Remove developer-only files.
+FREEZE=""
+%if 0%{?fedora} >= 26
+FREEZE=".freeze"
+%endif
 for f in .gitignore Gemfile Rakefile; do
   rm $f
-  sed -i "s|"$f",||g" %{gem_name}.gemspec
+  sed -i "s|"$f"${FREEZE},||g" %{gem_name}.gemspec
 done

# Skip tests that fail.

```

(BTW is that sed in the loop?!?)

I just want to remind you, that we have the %gemspec_remove_dep and
%gemspec_add_dep macros available in all Fedoras. You can see their
usage here:

http://pkgs.fedoraproject.org/cgit/rpms/rubygem-scruffy.git/commit/?id=be086...

Still thinking where to document such stuff. I am very much in favor of
splitting such documentation in a similar manned as Java guys did, but I
am still indecisive ...

Vít

Dne 10.1.2017 v 09:31 Vít Ondruch napsal(a):
> Hi all,
>
> So finally time for some fun. Since the Ruby 2.4 change proposal [1] was
> accepted, I asked release engineering for sidetag [3] to start with
> rebuild. This sidetag was granted and I was able to build there Ruby
> itself as well as several of my packages. Now is time for your help as well.
>
> What does it means? This is the list of packages which very likely needs
> to be rebuild:
> $ dnf repoquery --disablerepo=* --enablerepo=rawhide
> --enablerepo=rawhide-source --arch=src --whatrequires 'ruby-devel' |
> sort | uniq
>
> You can take the package and just fire rebuild, but please, you should
> be using f26-ruby24 build target [3], i.e. the build command should look
> like:
> $ fedpkg build --target f26-ruby24
>
> If you forget to specify the target, you'll do build against Ruby 2.3,
> which is not what you want.
>
> If you don't make it soon enough, I'll very likely rebuild your package
> sooner or later. I'll be using fermig [4] to do that as I did during
> previous rebuilds. If you don't like me to touch you package for
> whatever reason, please let me know (Mamoru, I suppose you are going to
> rebuild your packages yourself, right?).
>
> You can follow the progress at:
>
> https://koji.fedoraproject.org/koji/builds?inherited=0&tagID=401&ord...
>
> or using:
> $ koji list-tagged f26-ruby24
>
> As always, any help/testing/feedback is welcome.
>
> Vít
>
> [1] https://fedoraproject.org/wiki/Changes/Ruby_2.4
> [2] https://pagure.io/fesco/issue/1659
> [3] https://pagure.io/releng/issue/6579
> [4] https://github.com/fedora-ruby/fermig
> _______________________________________________
> ruby-sig mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]

[Mamoru TASAKA]

Hello,

----- 元のメッセージ -----
> 差出人: "Vít Ondruch" 
> 宛先: [e-mail]
> 送信済み: 2017年1月12日, 木曜日 18:24:55
> 件名: Re: Ruby 2.4 - Mass rebuild
>
> Hi all,
>
> Seeing commit as this:
> @@ -44,9 +44,13 @@ gem unpack %{SOURCE0}
>  gem spec %{SOURCE0} -l --ruby > %{gem_name}.gemspec
>
>  # Remove developer-only files.
> +FREEZE=""
> +%if 0%{?fedora} >= 26
> +FREEZE=".freeze"
> +%endif
>  for f in .gitignore Gemfile Rakefile; do
>    rm $f
> -  sed -i "s|\"$f\",||g" %{gem_name}.gemspec
> +  sed -i "s|\"$f\"${FREEZE},||g" %{gem_name}.gemspec
>  done
>
>  # Skip tests that fail.
>
> (BTW is that sed in the loop?!?)
>
> I just want to remind you, that we have the %gemspec_remove_dep and
> %gemspec_add_dep macros available in all Fedoras. You can see their
> usage here:
>
> http://pkgs.fedoraproject.org/cgit/rpms/rubygem-scruffy.git/commit/?id=be086...

Well, %gemspec_remove_dep is for gem "dependency" (i.e. to change "Requires: rubygem(foo)" on
rpm side), right? What this do here is to change (remove) file entry
in gem. sed loop is to remove one file by one file, so that afterwards
we just have to modify "$f" list afterwards (perhaps).
> Still thinking where to document such stuff. I am very much in favor of
> splitting such documentation in a similar manned as Java guys did, but I
> am still indecisive ...
>
> Vít

Regards,
Mamoru
> Dne 10.1.2017 v 09:31 Vít Ondruch napsal(a):
> > Hi all,
> >
> > So finally time for some fun. Since the Ruby 2.4 change proposal [1] was
> > accepted, I asked release engineering for sidetag [3] to start with
> > rebuild. This sidetag was granted and I was able to build there Ruby
> > itself as well as several of my packages. Now is time for your help as
> > well.
> >
> > What does it means? This is the list of packages which very likely needs
> > to be rebuild:
> > $ dnf repoquery --disablerepo=* --enablerepo=rawhide
> > --enablerepo=rawhide-source --arch=src --whatrequires 'ruby-devel' |
> > sort | uniq
> >
> > You can take the package and just fire rebuild, but please, you should
> > be using f26-ruby24 build target [3], i.e. the build command should look
> > like:
> > $ fedpkg build --target f26-ruby24
> >
> > If you forget to specify the target, you'll do build against Ruby 2.3,
> > which is not what you want.
> >
> > If you don't make it soon enough, I'll very likely rebuild your package
> > sooner or later. I'll be using fermig [4] to do that as I did during
> > previous rebuilds. If you don't like me to touch you package for
> > whatever reason, please let me know (Mamoru, I suppose you are going to
> > rebuild your packages yourself, right?).
> >
> > You can follow the progress at:
> >
> > https://koji.fedoraproject.org/koji/builds?inherited=0&tagID=401&ord...
> >
> > or using:
> > $ koji list-tagged f26-ruby24
> >
> > As always, any help/testing/feedback is welcome.
> >
> > Vít
> >
> > [1] https://fedoraproject.org/wiki/Changes/Ruby_2.4
> > [2] https://pagure.io/fesco/issue/1659
> > [3] https://pagure.io/releng/issue/6579
> > [4] https://github.com/fedora-ruby/fermig
> > _______________________________________________
> > ruby-sig mailing list -- [e-mail]
> > To unsubscribe send an email to [e-mail]
>
> ruby-sig mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]

[Vít Ondruch]

Dne 12.1.2017 v 10:37 Mamoru TASAKA napsal(a):
> Hello,
>
> ----- 元のメッセージ -----
> > 差出人: "Vít Ondruch" 
> > 宛先: [e-mail]
> > 送信済み: 2017年1月12日, 木曜日 18:24:55
> > 件名: Re: Ruby 2.4 - Mass rebuild
> >
> > Hi all,
> >
> > Seeing commit as this:
> > @@ -44,9 +44,13 @@ gem unpack %{SOURCE0}
> >  gem spec %{SOURCE0} -l --ruby > %{gem_name}.gemspec
> >
> >  # Remove developer-only files.
> > +FREEZE=""
> > +%if 0%{?fedora} >= 26
> > +FREEZE=".freeze"
> > +%endif
> >  for f in .gitignore Gemfile Rakefile; do
> >    rm $f
> > -  sed -i "s|\"$f\",||g" %{gem_name}.gemspec
> > +  sed -i "s|\"$f\"${FREEZE},||g" %{gem_name}.gemspec
> >  done
> >
> >  # Skip tests that fail.
> >
> > (BTW is that sed in the loop?!?)
> >
> > I just want to remind you, that we have the %gemspec_remove_dep and
> > %gemspec_add_dep macros available in all Fedoras. You can see their
> > usage here:
> >
> > http://pkgs.fedoraproject.org/cgit/rpms/rubygem-scruffy.git/commit/?id=be086...
>
> Well, %gemspec_remove_dep is for gem "dependency" (i.e. to change "Requires: rubygem(foo)" on
> rpm side), right? What this do here is to change (remove) file entry
> in gem. sed loop is to remove one file by one file, so that afterwards
> we just have to modify "$f" list afterwards (perhaps).

You are right of course. This actually removes the files from file list
entries. I was not paying enough attention :(

I should probably spend some time to prepare some macro changing the
file list, since it is the second most common .gemspec modification ....
Well ...

Vít

[Jun Aruga]

Though it's up to you, for example we do not need to check Fedora version in the macro by below way.
> sed -i "s|"$f"${FREEZE},||g" %{gem_name}.gemspec

sed -i -E 's|"'$f'"(.freeze)?, ||g' %{gem_name}.gemspec

Jun Aruga

----- Original Message -----
> From: "Vít Ondruch" 
> To: [e-mail]
> Sent: Thursday, January 12, 2017 10:24:55 AM
> Subject: Re: Ruby 2.4 - Mass rebuild
>
> Hi all,
>
> Seeing commit as this:
> @@ -44,9 +44,13 @@ gem unpack %{SOURCE0}
>  gem spec %{SOURCE0} -l --ruby > %{gem_name}.gemspec
>
>  # Remove developer-only files.
> +FREEZE=""
> +%if 0%{?fedora} >= 26
> +FREEZE=".freeze"
> +%endif
>  for f in .gitignore Gemfile Rakefile; do
>    rm $f
> -  sed -i "s|\"$f\",||g" %{gem_name}.gemspec
> +  sed -i "s|\"$f\"${FREEZE},||g" %{gem_name}.gemspec
>  done
>
>  # Skip tests that fail.
>
> (BTW is that sed in the loop?!?)
>
> I just want to remind you, that we have the %gemspec_remove_dep and
> %gemspec_add_dep macros available in all Fedoras. You can see their
> usage here:
>
> http://pkgs.fedoraproject.org/cgit/rpms/rubygem-scruffy.git/commit/?id=be086...
>
> Still thinking where to document such stuff. I am very much in favor of
> splitting such documentation in a similar manned as Java guys did, but I
> am still indecisive ...
>
> Vít
>
> Dne 10.1.2017 v 09:31 Vít Ondruch napsal(a):
> > Hi all,
> >
> > So finally time for some fun. Since the Ruby 2.4 change proposal [1] was
> > accepted, I asked release engineering for sidetag [3] to start with
> > rebuild. This sidetag was granted and I was able to build there Ruby
> > itself as well as several of my packages. Now is time for your help as
> > well.
> >
> > What does it means? This is the list of packages which very likely needs
> > to be rebuild:
> > $ dnf repoquery --disablerepo=* --enablerepo=rawhide
> > --enablerepo=rawhide-source --arch=src --whatrequires 'ruby-devel' |
> > sort | uniq
> >
> > You can take the package and just fire rebuild, but please, you should
> > be using f26-ruby24 build target [3], i.e. the build command should look
> > like:
> > $ fedpkg build --target f26-ruby24
> >
> > If you forget to specify the target, you'll do build against Ruby 2.3,
> > which is not what you want.
> >
> > If you don't make it soon enough, I'll very likely rebuild your package
> > sooner or later. I'll be using fermig [4] to do that as I did during
> > previous rebuilds. If you don't like me to touch you package for
> > whatever reason, please let me know (Mamoru, I suppose you are going to
> > rebuild your packages yourself, right?).
> >
> > You can follow the progress at:
> >
> > https://koji.fedoraproject.org/koji/builds?inherited=0&tagID=401&ord...
> >
> > or using:
> > $ koji list-tagged f26-ruby24
> >
> > As always, any help/testing/feedback is welcome.
> >
> > Vít
> >
> > [1] https://fedoraproject.org/wiki/Changes/Ruby_2.4
> > [2] https://pagure.io/fesco/issue/1659
> > [3] https://pagure.io/releng/issue/6579
> > [4] https://github.com/fedora-ruby/fermig
> > _______________________________________________
> > ruby-sig mailing list -- [e-mail]
> > To unsubscribe send an email to [e-mail]
>
> ruby-sig mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]

[Vít Ondruch]

Hi everybody,

The sidetag with Ruby 2.4 and all the rebuilt packages is undergoing
merge into F26 right now [1]. Since the update of Ruby involved soname
bump, we managed to rebuild most of the depending packages. But there is
still about 10 packages which are broken for various reasons (you can
see the analysis of them here [2]). We will try to fix them, but of
course, any help is welcome.

Also, please check your pure Ruby packages for compatibility with Ruby
2.4. Most of the stuff should work just fine, but this particular change
[3] tends to break some stuff.

Let us know if you need some help ...

And special thanks goes to Mamoru, who handled the major part of the
rebuild.

Regards,

Vít

[1] https://pagure.io/releng/issue/6579
[2]
https://lists.fedoraproject.org/archives/list/[e-mail].o...
[3] https://github.com/ruby/ruby/blob/ruby_2_4/NEWS#L288