16:41:47 #startmeeting 16:41:47 Meeting started Fri Jun 5 16:41:47 2020 UTC. The chair is utkarsh2102. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:41:47 Useful Commands: #action #agreed #help #info #idea #link #topic. 16:41:57 #topic rollcall 16:42:01 * utkarsh2102 waves 16:42:10 Hey.. 16:42:11 sorry, I did not have time to check the agenda 16:42:18 * kanashiro waves again 16:43:18 o/ 16:43:55 #topic setting up agenda 16:44:02 the current agenda is here: https://wiki.debian.org/Teams/Ruby/IRCMeetings 16:44:27 let's probably wait for 5-7 minutes to see if people want to add something more to it? 16:44:44 please add anything that you'd like to discuss! \o/ 16:46:21 I have no topic to discuss, maybe just check if someone is still interested on working on ruby 2.7 blog post 16:46:57 we could just look at rails 6 16:47:13 kanashiro any update from redmine or obs? 16:47:28 gitlab is still stuck in NEW 16:47:29 please talk about it during that topic :) 16:47:39 alright, let's begin with that 16:47:48 #topic rails 6 16:48:02 #info gitlab is still stuck in NEW 16:48:38 Pirate ‍ Praveen: yeah, the NEW queue has become very long now 16:49:29 its a bit frustrating they consider binNEW the same way as a NEW package 16:49:34 PiratePraveen[m]: obs was not released yet with rails 6 support nor redmine 16:49:49 neither schleuder 16:50:06 gitlab was reviewed twice already, first time in main, then moving gitlab-common to contrib 16:50:47 but we have a lot of work to do if we want rails 6 in bullseye 16:50:53 so eventually we got to do it anyway 16:50:59 the sooner, the better 16:51:22 we should probably, at some point in time, get rails 6 into unstable 16:51:25 PiratePraveen[m]: have you tried to rebuild reverse dependencies to have an idea of what will break? 16:51:50 Pirate ‍ Praveen: I've pinged them internally for gitlab 16:52:09 apart from apps 16:52:44 I have not looked closer recently 16:53:17 https://salsa.debian.org/ruby-team/rails/-/wikis/Transition-to-Rails-6-for-Debian-Bullseye 16:53:26 does it call for.. 16:53:30 rails sprint? :) 16:53:48 I think we could do that in the meantime, while apps do not support it yet 16:53:58 because of the check dependencies test, most will need an update I guess 16:55:00 if they need changes we can start to stage them in experimental (or even in unstable if they do not break many things) 16:55:33 #link https://salsa.debian.org/ruby-team/rails/-/wikis/Transition-to-Rails-6-for-Debian-Bullseye 16:56:28 that's too long a list though :o 16:57:03 it seems that this rails 6 transition is dragging for too long 16:57:07 some are duplicates there 16:57:22 ah 16:57:43 fwiw, there's regression with latest upload of rails already 16:58:01 but I agree, we can wait a bit more for apps to support rails 6 but at some point we will need to upload it to unstable if we want it ready for bullseye 16:58:11 should we just take advantage of this situation and start the rails 6 transition? :p 16:59:21 IMO if it's to break, break now and not closer to the freeze 17:00:09 I think we have discussed the rails 6 transition for what, the last 2-3 meetings? 17:00:17 yes 17:00:18 people had enough lead time 17:00:22 all 3 17:00:47 make sure all the big things (redmine, obs etc) are ok in testing, then break sid 17:01:25 but before, please report bugs against everything that breaks 17:01:29 and then break them 17:02:03 maybe send an ultimatum to the ML ("beware: rails 6 in unstable in X weeks") ASAP 17:02:34 any takers^? 17:03:19 I could do the rebuilds and send mails, but we need to decide on the time 17:03:32 8 more weeks good enough lead time? 17:03:56 more than enough I think :) 17:04:02 that is plenty, yes 17:04:25 kanashiro ? 17:04:42 PiratePraveen[m]: yep, sounds good to me 17:04:54 #info Pirate ‍ Praveen to do rebuilds and send mails in 8 weeks time 17:05:15 ok I will send a mail to the list now 17:05:32 utkarsh2102 send mail now, that in 8 weeks we will upload rails 6 to unstable 17:05:43 yeah 17:06:04 #info Pirate ‍ Praveen to send mail now about the ultimatum 17:06:07 fixed^ 17:06:46 anything more here? 17:06:53 can we proceed? 17:07:55 yes 17:08:06 yes 17:08:20 oh wait. 17:08:33 #action Pirate ‍ Praveen to send a mail about the ultimatum 17:08:38 :) 17:08:43 while at it, we can also talk about.. 17:08:55 #topic ruby sprints 17:09:08 someone sent a mail to the list 2 months back I think 17:09:18 that 3.0.0~preview1 will be out soon 17:09:31 now the question is, do we want to have 3.0.0 in bullseye? 17:09:36 is it worth trying? 17:09:55 * terceiro checks release timeline 17:10:30 2021-01-12 - Milestone 1 - Transition and (build-)essentials freeze 17:10:30 2021-02-12 - Milestone 2 - Soft Freeze 17:10:30 2021-03-12 - Milestone 3 - Hard Freeze - for key packages and 17:10:30 packages without autopkgtests 17:10:31 To be announced - Milestone 4 - Full Freeze 17:10:45 I don't think there's enough time, at least not to switch the default 17:10:58 nah, we should ship 2.7 17:11:39 * PiratePraveen[m] sent the ultimatum mail to the list 17:12:15 we can have 3.0 in experimental to play with it and plan a transition after bullseye release 17:12:20 #info Pirate ‍ Praveen is very quick and sent the ultimatum already 17:12:25 so no sprints for now? 17:12:37 can we put this off for further meetings then? 17:12:42 sprints are not only to do transitions 17:13:24 we can plan one for late august if people think it's useful 17:14:52 sounds good to me 17:14:58 I think it can be useful when we start to break things due to rails 6 :P 17:15:18 basically there should be 2 sprints -> 1) rails 6 2) ruby3.0 17:15:37 kanashiro: yes.. That would be a good idea 17:17:28 late August might be the right time to do it as terceiro proposed 17:17:39 #idea plan sprints for ruby3.0 in late august or so 17:18:06 not for ruby3.0? 17:18:11 utkarsh2102: you mean rails 6, right? 17:18:33 BTW MeetBot supports #undo 17:18:58 ah, I am clearly not fully awake; apologies all 17:19:02 #undo 17:19:02 Removing item from minutes: 17:19:44 #idea plan sprints for rails 6 in late august or so 17:19:57 good enough!?^ 17:20:34 yep 17:21:03 do we have anything more? 17:22:29 utkarsh2102 is any more rails 5 updates planned in sid, from security perspective? 17:22:32 should I wrap up if not? 17:22:42 there is a babel 6 to babel 7 change in rails 6 currently 17:23:11 #topic rails 5 17:23:44 Pirate ‍ Praveen: I am not sure yet, but I think there won't be more. Depends on how many CVEs are reported :) 17:23:51 it'll help with babel 6 removal 17:24:04 but we are stuck with yarnpkg so its not very urgent 17:24:21 ah, great! we can do this in August itself, no? 17:24:43 if you plan to update rails 5, take the updated patch for rollup.config.js from rails 6 branch 17:25:10 if rails 6 goes to unstable before we fix yarnpkg, then no issues 17:25:33 but if yarnpkg gets fixed before we can upload rails 6 to unstable, I'd like rails 5 to be fixed as well 17:26:08 sure, that can be worked out 17:27:14 the latest upload (that is, 5.2.4.1 --> 5.2.4.3) caused regression which has something to do with activestorage. I did not look closely yet, but if someone can figure out a fix, that'd be awesome! 17:27:40 fwiw, the fix for that regression would be simply to fix the autopkgtest of rails itself. 17:28:24 then it is possibly the javascript part 17:28:25 because activestorage uses rollup for its js component 17:28:53 actually errors in rails build does not cause ftbfs 17:29:02 I think we need to fix that too 17:29:28 yeah, that's funny and weird 17:29:59 this: #919478 17:31:04 can someone look into rails' autopkgtest? 17:31:36 RFH \o/ 17:32:20 #info errors in rails build does not cause FTBFS 17:32:24 #link https://bugs.debian.org/919478 17:32:41 that's weird 17:33:14 terceiro: that's also cloned to gem2deb, btw^ 17:33:39 utkarsh2102: RFH 17:33:41 :) 17:33:51 lovely! 17:34:29 #action $someone to take a look at autokpkgtest of rails 17:34:49 #action utkarsh2102 will send a mail for the bug as RFH to the list 17:35:05 do we have anything more? 17:36:16 nothing from me 17:36:52 nothing from me too 17:37:34 kanashiro: mentioned about 2.7 blog post ? 17:37:43 oh yeah 17:37:49 *ruby2.7 17:37:52 #topic ruby2.7 blog post 17:37:52 ah yes! thanks bhe[m] :) 17:37:58 where are we on it? 17:38:12 here: https://pad.riseup.net/p/ruby2.7-in-debian-keep 17:39:05 zeha did some small changes but no one else got interested on it I think 17:39:05 #link https://pad.riseup.net/p/ruby2.7-in-debian-keep 17:40:21 RFH again :) 17:40:39 to collect some data 17:41:19 #info RFH: help collect some data for ruby2.7 blog post 17:41:36 I've been busy with other stuff and did not have time to play with UDD or some other sources of data 17:41:37 kanashiro: maybe send another gentle ping on the list? 17:42:05 utkarsh2102: ok, I can do that 17:42:50 #action kanashiro to send RFH for ruby2.7 blog post 17:42:56 okay, anything more? 17:43:26 (I think we should wrap up, it's been nearly an hour) 17:43:56 good call :) 17:43:58 Yeah. 17:44:05 Puppet 6 ... 17:44:20 I wonder if any of you could give help with packaging it in Sid. 17:44:27 Issue is: it fails with Ruby 2.7. 17:44:39 heh, RFH \o/ 17:44:39 Any volunteer ? :) 17:44:55 #topic Puppet 6 17:45:16 zigo: I have filed some bugs upstream regarding ruby 2.7 and I think it is in the review stage or already landed, need to check 17:45:33 nice ! 17:45:40 #info puppet 6 fails to build against ruby2.7 17:45:54 Do you have the URL handy? 17:46:23 #info kanashiro filed some bugs upstream regarding ruby 2.7 and he thinks they are in the review stage or already landed, need to check 17:47:27 let me try to find the url 17:47:48 can I wrap up the meeting meanwhile? :) 17:47:56 Sure ! 17:47:59 Thanks. 17:48:03 great, thanks! :) 17:48:08 and also, hi :) 17:48:13 #topic next meeting 17:48:15 :) 17:48:26 Next meeting is on July 3rd, 1630 UTC. 17:48:42 so far I have these: https://tickets.puppetlabs.com/browse/PUP-10391 and https://tickets.puppetlabs.com/browse/PUP-10535 17:48:48 zigo: ^ 17:49:05 gr8 thx! 17:49:07 I need to revisit it, maybe there are more 17:49:25 #agreed iext meeting is on July 3rd, 1630 UTC. 17:49:39 #info link to agenda: https://wiki.debian.org/Teams/Ruby/IRCMeetings 17:49:47 #endmeeting