Bug#950716: transition: ruby2.7

[Graham Inggs]

Hi Daniel

On 2020/03/04 02:44, Daniel Leidert wrote:

Can yóu please schedule a rebuild of facter too? At least three FTBFS reports
are caused by factor only providing the Ruby2.5 library (#952024, #952022,
#952070). I cannot upload the fixed packages. If this is not the right place,
please let me know.

Regarding this issue: should the ben file include sources build-depending on
ruby-all-dev?

$ reverse-depends -lb ruby-all-dev
broccoli-ruby
facter
gem2deb
libprelude
ruby-ffi
ruby-pgplot
rubygems-integration
sonic-pi
uwsgi
xapian-bindings


I've binNMU'd facter, gem2deb, and sonic-pi.
The others had already been rebuilt, and rubygems-integration is arch:all.

Regards
Graham

Bug#950716: transition: ruby2.7

[Daniel Leidert]

Am Montag, den 02.03.2020, 15:01 -0300 schrieb Lucas Kanashiro:
> On 02/03/2020 08:35, Graham Inggs wrote:
> > Hi Lucas
> > 
> > I notice kamailio and klayout still appear red in the Debian tracker
> > [1], but went green in Ubuntu [2].
> > 
> > Do you have any ideas?  Do we miss something in Debian?
> 
> Since we basically have the same version in Debian and Ubuntu I believe
> the only difference is that in Ubuntu we already have Ruby 2.7 as the
> only default, in Debian it is just in experimental. So when we upload
> version 1:2.7~0 to unstable they should get green as in Ubuntu.

Can yóu please schedule a rebuild of facter too? At least three FTBFS reports
are caused by factor only providing the Ruby2.5 library (#952024, #952022,
#952070). I cannot upload the fixed packages. If this is not the right place,
please let me know.

Regarding this issue: should the ben file include sources build-depending on
ruby-all-dev?

$ reverse-depends -lb ruby-all-dev
broccoli-ruby
facter
gem2deb
libprelude
ruby-ffi
ruby-pgplot
rubygems-integration
sonic-pi
uwsgi
xapian-bindings

Regards, Daniel


signature.asc
Description: This is a digitally signed message part

Bug#950716: transition: ruby2.7

[Lucas Kanashiro]

Hi Graham,

On 02/03/2020 08:35, Graham Inggs wrote:
> Hi Lucas
>
> I notice kamailio and klayout still appear red in the Debian tracker
> [1], but went green in Ubuntu [2].
>
> Do you have any ideas?  Do we miss something in Debian?

Since we basically have the same version in Debian and Ubuntu I believe
the only difference is that in Ubuntu we already have Ruby 2.7 as the
only default, in Debian it is just in experimental. So when we upload
version 1:2.7~0 to unstable they should get green as in Ubuntu.

-- 
Lucas Kanashiro

Bug#950716: transition: ruby2.7

[Graham Inggs]

Hi Lucas

I notice kamailio and klayout still appear red in the Debian tracker 
[1], but went green in Ubuntu [2].


Do you have any ideas?  Do we miss something in Debian?

Regards
Graham


[1] https://release.debian.org/transitions/html/ruby2.7.html
[2] 
https://people.canonical.com/~ubuntu-archive/transitions/html/ruby2.7-add.html

Bug#950716: transition: ruby2.7

[Graham Inggs]

On Fri, 21 Feb 2020 at 21:36, Lucas Kanashiro  wrote:
> Could you please also rebuild src:mecab? It FTBFS due to this swig bug
> #951623 and the fix was already uploaded to unstable [1]. I rebuilt it
> locally and it works fine now.

Given back, thanks.

Bug#950716: transition: ruby2.7

[Lucas Kanashiro]

Could you please also rebuild src:mecab? It FTBFS due to this swig bug
#951623 and the fix was already uploaded to unstable [1]. I rebuilt it
locally and it works fine now.

[1]
https://tracker.debian.org/news/1103378/accepted-swig-401-4-source-into-unstable/


-- 
Lucas Kanashiro

Bug#950716: transition: ruby2.7

[Graham Inggs]

On Fri, 21 Feb 2020 at 00:15, Lucas Kanashiro  wrote:
> I'd like to request some rebuilds:

Thanks for the info, ruby-god, libsemanage and unicorn given back now.

Bug#950716: transition: ruby2.7

[Lucas Kanashiro]

I'd like to request some rebuilds:

1) ruby-god: It has the status "Maybe-Given-Back" on armel for almost 2
days, and it failed [1] because the builder was not able to resolve
"incoming.debian.org".

2) libsemanage: It failed [2] because of the swig bug #951703, and a fix
was already uploaded.

3) unicorn: For some reason unicorn and ruby-raindrops are in the same
dependency level 2 but unicorn depends on ruby-raindrops to run build
time tests. It failed executing tests against ruby2.7 [3] because at
that time ruby-raindrops rebuilt against ruby2.7 was not available yet.

[1]
https://buildd.debian.org/status/fetch.php?pkg=ruby-god=armel=0.13.7-3%2Bb1=1582077950=0
[2] https://buildd.debian.org/status/package.php?p=libsemanage
[3] https://buildd.debian.org/status/package.php?p=unicorn

-- 
Lucas Kanashiro

Bug#950716: transition: ruby2.7

[Lucas Kanashiro]

On 20/02/2020 06:11, Graham Inggs wrote:
> All binNMUs have been scheduled.
> There were some packages that seem to have been rebuilt unnecessarily,
> but no harm done.

Thanks!

> I noticed Ubuntu's ben file is quite different.
> Should we update the Debian one to match?
>
> https://people.canonical.com/~ubuntu-archive/transitions/html/ruby2.7-add.html
>
>
> title = "add ruby2.7 support";
> is_affected = (.depends ~ /ruby2.5/ | .depends ~ /ruby2.7/) & !
> .source ~
> /^(ruby2\.5|ruby-defaults|obexftp|weechat|graphviz|broccoli-ruby|dislocker|geos|kross-interpreters|libprelude|marisa|ngraph-gtk|notmuch|redland-bindings|rubyluabridge|subtle|subversion|treil|uwsgi|vim|vim-command-t|nbdkit|ruby-standalone)$/;
> is_good = .depends ~ /libruby2.7/;
> is_bad = .depends ~ /libruby2.5/ & ! .depends ~ /libruby2.7/;

Yes, we can use the Ubuntu one. It basically excludes the packages that
need ruby2.7 as the only default.

-- 
Lucas Kanashiro

Bug#950716: transition: ruby2.7

[Graham Inggs]

All binNMUs have been scheduled.
There were some packages that seem to have been rebuilt unnecessarily, 
but no harm done.


I noticed Ubuntu's ben file is quite different.
Should we update the Debian one to match?


https://people.canonical.com/~ubuntu-archive/transitions/html/ruby2.7-add.html


title = "add ruby2.7 support";
is_affected = (.depends ~ /ruby2.5/ | .depends ~ /ruby2.7/) & ! .source 
~ 
/^(ruby2\.5|ruby-defaults|obexftp|weechat|graphviz|broccoli-ruby|dislocker|geos|kross-interpreters|libprelude|marisa|ngraph-gtk|notmuch|redland-bindings|rubyluabridge|subtle|subversion|treil|uwsgi|vim|vim-command-t|nbdkit|ruby-standalone)$/;

is_good = .depends ~ /libruby2.7/;
is_bad = .depends ~ /libruby2.5/ & ! .depends ~ /libruby2.7/;

Bug#950716: transition: ruby2.7

[Graham Inggs]

On Tue, 18 Feb 2020 at 14:39, Lucas Kanashiro  wrote:
> Could you please start the rebuild process of the first level
> of dependencies reported in the transition page?

All packages in level 1, and packages only build-depending on
ruby-defaults in level 2, scheduled.

Bug#950716: transition: ruby2.7

[Lucas Kanashiro]

On 18/02/2020 04:37, Graham Inggs wrote:
> Is there a reason not to do the binNMUs in the dependency level order
> from the tracker [1]?
>
>
> [1] https://release.debian.org/transitions/html/ruby2.7.html

No, there is no reason, I just wanted to double check what should I do
as the next step since this is the first time I am pushing a transition
forward. Could you please start the rebuild process of the first level
of dependencies reported in the transition page?

Thanks in advance!

-- 
Lucas Kanashiro

Bug#950716: transition: ruby2.7

[Graham Inggs]

On Tue, 18 Feb 2020 at 01:16, Lucas Kanashiro  wrote:
> I just uploaded ruby-defaults version 1:2.5.7 to unstable with both
> versions of the ruby interpreter enabled (2.5 and 2.7).

Great!

> We (the Ruby team) should start to request some binNMUs soon.

OK, you can send them to this bug, and no need to CC me.

Is there a reason not to do the binNMUs in the dependency level order
from the tracker [1]?


[1] https://release.debian.org/transitions/html/ruby2.7.html

Bug#950716: transition: ruby2.7

[Lucas Kanashiro]

Hi Graham,

I just uploaded ruby-defaults version 1:2.5.7 to unstable with both
versions of the ruby interpreter enabled (2.5 and 2.7).

We (the Ruby team) should start to request some binNMUs soon.

-- 
Lucas Kanashiro

Bug#950716: transition: ruby2.7

[Graham Inggs]

Control: tags -1 + confirmed

Hi Lucas

Please go ahead in unstable.

Regards
Graham

Bug#950716: transition: ruby2.7

[Lucas Kanashiro]

On Wed, 5 Feb 2020 07:47:30 -0300 Lucas Kanashiro 
wrote:
> Building against ruby2.7 has been enabled in experimental, and we
> already did a test rebuild against it, with pretty good results:
> https://people.debian.org/~kanashiro/ruby2.7/builds/


Sorry for the confusion above, this is the correct url:

https://people.debian.org/~kanashiro/ruby2.7/builds/

> Ben file:
>
> title = "ruby2.7";
> architectures = ["amd64"];
> is_affected = .depends ~ /ruby2.5/ | .depends ~ /ruby2.7/;
> is_good = .depends ~ /ruby2.7/;
> is_bad = .depends ~ /ruby2.5/ & !.depends ~ /ruby2.7/;

And the Ben file would be this:

title = "ruby2.7";
is_affected = .depends ~ /ruby2.5/ | .depends ~ /ruby2.7/;
is_good = .depends ~ /ruby2.7/;
is_bad = .depends ~ /ruby2.5/ & !.depends ~ /ruby2.7/;

-- 
Lucas Kanashiro




signature.asc
Description: OpenPGP digital signature

Bug#950716: transition: ruby2.7

[Lucas Kanashiro]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,

I would like to start the transition to ruby2.7 in unstable. General
information about Ruby transitions can be found in:
https://wiki.debian.org/Teams/Ruby/InterpreterTransitions

ruby2.7 has been in testing for a week or so, and we have been testing
it on experimental for a while.

Building against ruby2.7 has been enabled in experimental, and we
already did a test rebuild against it, with pretty good results:
https://people.debian.org/~kanashiro/ruby2.7/builds/ 


So I would like to enable building against ruby2.7 in unstable, and to
effectively start the transition. Soon after we have a transition page,
I will have a first round of binNMUs to request.

Ben file:

title = "ruby2.7";
architectures = ["amd64"];
is_affected = .depends ~ /ruby2.5/ | .depends ~ /ruby2.7/;
is_good = .depends ~ /ruby2.7/;
is_bad = .depends ~ /ruby2.5/ & !.depends ~ /ruby2.7/;

-- 
Lucas Kanashiro



signature.asc
Description: OpenPGP digital signature