[15:00] <sil2100> o/
[15:00] <Mirv> o/
[15:00] <FourDollars> o/
[15:01] <rbasak> o/
[15:03] <slashd> o/
[15:03] <BenC> o/
[15:04] <sil2100> cyphermox, micahg, bdmurray: ping
[15:06] <bdmurray> o/
[15:06] <sil2100> rbasak: ping!
[15:06] <Laney> sil2100: you should update the !dmb-ping alias
[15:06] <sil2100> Ah
[15:06] <Laney> test it with ubottu in a PM :)
[15:06]  * rbasak is here
[15:06] <sil2100> rbasak: unping, yeah, missed your hand ;)
[15:06] <Laney> then say "!dmb-ping is <new text>" to i
[15:06] <Laney> t
[15:06] <sil2100> Laney: ok! Thanks ;)
[15:07] <sil2100> I guess we have a quorum
[15:07] <sil2100> By priniciple infinity should be chairing from what I see as we go alphabetically, but he's not around it seems
[15:09] <BenC> I would offer to go since I’m in order of succession, but this is my first rodeo, so I’d rather decline the first run.
[15:09] <sil2100> BenC: I guess you'd be the next alphabetically-wise, want to chair?
[15:09] <sil2100> bdmurray: hey, could you chair for us this time ;)?
[15:09] <sil2100> We'd have time to learn the ropes
[15:10]  * micahg is here
[15:10] <bdmurray> sil2100: okay
[15:10] <sil2100> Do we have some docs on using meetingology ?
[15:11]  * bdmurray always looks at last meeting ;-)
[15:11] <bdmurray> #startmeeting 2016-04-11
[15:11] <meetingology> Meeting started Mon Apr 11 15:11:15 2016 UTC.  The chair is bdmurray. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:11] <meetingology> Available commands: action commands idea info link nick
[15:11] <sil2100> I guess it's been a while
[15:11] <sil2100> :)
[15:12] <bdmurray> So we have a new DMB, welcome everyone!
[15:12] <BenC> Cheers all
[15:12] <bdmurray> The agenda is still influx due to it not having been updated recently.
[15:12] <cyphermox> o/
[15:12] <bdmurray> sil2100: you'd mentioned you were going to look at the candidate list. Did you get a chance to do that?
[15:13] <sil2100> bdmurray: didn't do it throughly sadly, but so far we had two candidates willing to participate in today's meeting: Mirv and FourDollars
[15:13] <rbasak> slashd is here too I think?
[15:14] <slashd> yes, am I
[15:14] <bdmurray> Right, I see slashd and FourDollars on the agenda for today.
[15:15] <sil2100> Mirv is also here, his application was postponed a bit
[15:15] <Mirv> there are four applications to meetings that were cancelled in February and March
[15:16] <sil2100> Mirv: yes, but some of them already have core-dev privilages, so the list is not really up-to-date
[15:16] <Mirv> sil2100: ah correct I think 2016-02-29 was held and some of them were handled. then mine 2016-03-14 was the meeting that got cancelled.
[15:17] <sil2100> From the core-dev field there's you and psusi left
[15:17] <BenC> Are there people on the current agenda that are already handled and can be removed?
[15:17] <bdmurray> Let's start with Mirv then since he's been waiting a while and circle back to Ubuntu Contributing Developer.
[15:17] <sil2100> Agreed
[15:17] <bdmurray> BenC: Yes, that was mentioned via email. I did remove some.
[15:17] <BenC> Ok
[15:18] <bdmurray> #topic Ubuntu Core Developer applications
[15:18] <bdmurray> #subtopic Timo Jyrunki's application for core-dev
[15:18] <bdmurray> Mirv: Could you please introduce yourself?
[15:19] <Mirv> Hi. So I'm Ubuntu user since 2004, and currently a MOTU and have rights to two PPU package sets. I'm working for Canonical for four years now, and as part of that have maintained for example the Qt packages and their migrations, and various other things as part of the phone efforts.
[15:20] <Mirv> My special interests tend to have been the "consumer" parts of Ubuntu, including desktop, phone and the different flavors of Ubuntu (where I'm glad to help, while I use Unity myself).
[15:21] <bdmurray> Does anybody have any questions for Mirv?
[15:21] <BenC> o/
[15:22] <bdmurray> BenC: feel free to just ask
[15:22] <BenC> Mirv: In what way would becoming a core-dev help you to contribute to Ubuntu further. What about not being a core-dev hinders your contributions?
[15:24] <Mirv> BenC: I can't currently do packaging reviews of main packages that go through CI Train. As a landing team member, it hurts a bit to not be able to help other teams in that, while they tend to ask me for packaging help often. I could have more PPU:s, but I already have quite some. I'm also nowadays familiar with most things that happen in the archives, and I'd be glad to help where I can with eg releas
[15:24] <Mirv> e pocket migrations more often than I currently can.
[15:25] <Mirv> Likewise, my patch pilot is currently limited to universe packages, while I do see things on the sponsoring list occasionally where I'd be familiar with the package but don't have upload rights.
[15:26] <bdmurray> Mirv: What kinds of feedback have you provided when reviewing packages that go through the CI Train?
[15:27] <sil2100> Mirv: regarding that actually - since I see you have a lot of main experience through the Qt stack and do patch-piloting sessions, did you work on some lot of other package work from main?
[15:27] <sil2100> s/lot of//
[15:28] <Mirv> bdmurray: the most common feedback (if something is needed) has to do with handling moved files, where people tend to not use Breaks/Replaces etc correctly.
[15:29] <Mirv> sil2100: well in the past we handled the unity/compiz SRU:s, but most of the time I've found it easier to just contribute within my MOTU rights where there is also work to be done. I mean, I've not done much of eg sponsoring where I'd do review but ask then actual core-dev to sponsor it, after I got MOTU rights.
[15:30] <BenC> Mirv: I guess I’m not familiar enough with the CI Train. Just for my own education, what about providing feedback to main packagers requires core-dev access?
[15:30] <Mirv> sil2100: well of course I've libvoikko, suomi-malaga/voikko-fi, libreoffice-voikko etc in main from Debian that I work on but can't upload myself in Ubuntu
[15:30] <sil2100> Mirv: ACK
[15:30] <Mirv> BenC: I can provide feedback and I usually do, but then if I get the fixes from the developers I can't approve them since it requires a core-dev to ack them.
[15:31] <Mirv> BenC: so then I need to spend some other core-dev's time and he also needs to look through the changes since he's essentially taking the responsibility (since I'm not core-dev)
[15:31] <BenC> Mirv: That makes more sense, thanks.
[15:31] <bdmurray> micahg, cyphermox: any questions?
[15:32] <sil2100> BenC: usually when there's a package from main that Mirv reviews he forwards his concerns/opinion to me or someone else that's around, but it's still a bit duplicating work
[15:32] <micahg> Mirv: out of curiosity, do the CI Train rules change as the cycle progresses?
[15:32] <BenC> sil2100: Your endorsement speaks well to him. Thanks for the additonal info.
[15:33] <Mirv> micahg: not much, other than by the final freeze we will not land anymore to archives but to overlay PPA, from where packages will be copied to +1 when it opens
[15:34] <micahg> so, is it up to the reviewers to decide whether or not to approve something based on feature freeze?
[15:34] <cyphermox> no questions from me
[15:35] <sil2100> micahg: yes
[15:36] <Mirv> micahg: yes otherwise, but actually if there are no packaging changes (debian/), any lander can essentially land anything. which has of course been a bit hot topic regarding traditional processes.
[15:36] <Mirv> we've had standing FFe:s for touch related packages for that reason, and those have not been considered optimal from all people either.
[15:36] <micahg> ah
[15:37] <bdmurray> Any more questions?
[15:37] <Mirv> it's a bit tough with touch being essentially rolling release releasing to traditional half year Ubuntu cycle archives.
[15:37] <sil2100> No questions from me, all good here
[15:37] <micahg> I think that's it from me
[15:38] <BenC> Me as well
[15:38] <bdmurray> #vote Mirv to be granted membership to core-dev
[15:38] <meetingology> Please vote on: Mirv to be granted membership to core-dev
[15:38] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname)
[15:38] <BenC> +1
[15:38] <meetingology> +1 received from BenC
[15:38] <micahg> +1
[15:38] <meetingology> +1 received from micahg
[15:39] <cyphermox> +1
[15:39] <meetingology> +1 received from cyphermox
[15:39] <rbasak> +1
[15:39] <meetingology> +1 received from rbasak
[15:39] <sil2100> +1
[15:39] <meetingology> +1 received from sil2100
[15:39] <bdmurray> +1
[15:39] <meetingology> +1 received from bdmurray
[15:40] <bdmurray> #endvote
[15:40] <meetingology> Voting ended on: Mirv to be granted membership to core-dev
[15:40] <meetingology> Votes for:6 Votes against:0 Abstentions:0
[15:40] <meetingology> Motion carried
[15:40] <bdmurray> Mirv: congratulations!
[15:40] <BenC> Mirv: Congrats
[15:40] <sil2100> Mirv: congratulations :)
[15:40] <Mirv> thank you! :)
[15:42] <bdmurray> Based off the wiki history it looks like FourDollars signed up first.
[15:43] <bdmurray> FourDollars: Are you available / ready?
[15:43] <FourDollars> bdmurray: yes
[15:43] <bdmurray> #topic MOTU Applications
[15:43] <bdmurray> #subtopic Shih-Yuan Lee
[15:44] <bdmurray> FourDollars: Could you please introduce yourself?
[15:44] <FourDollars> OK
[15:44] <FourDollars> Hi, I am Ubuntu user since 6.04. I am working for Canonical for six years now.
[15:45] <FourDollars> I am a free software developer and contributor, a Debian Maintainer.
[15:46] <FourDollars> I host the physical community http://www.tossug.org at https://moztw.org/space/.
[15:47] <FourDollars> I am also the member of some different communities in Taiwan, such as Ubuntu Taiwan, Linux Taiwan, Debian Taiwan.
[15:48] <bdmurray> FourDollars: How much of your work is for the development release?
[15:48] <FourDollars> I contributed to efibootmgr, dell-recovery, gnome-screenshot and upower.
[15:48] <FourDollars> bdmurray: Most of my work is about LTS.
[15:49] <FourDollars> I takes care of the issues directly from the OEM/ODM.
[15:49] <FourDollars> If the issue is not kernel related, I will try to fix them.
[15:50] <FourDollars> So I will provide the patch to the upstream and then backport to Ubuntu.
[15:50] <bdmurray> FourDollars: What do you do if the fix is not in the development release?
[15:50] <sil2100> FourDollars: let's say you publish a package to the archives, but you see it doesn't migrate from the -proposed pocket - where would you look for clues?
[15:52] <FourDollars> I don't understand the question.  :(
[15:53] <sil2100> FourDollars: which one? bdmurray's or mine? I'm happy to provide more context if needed
[15:53] <FourDollars> bdmurray: I will search for the upstream source control system if the fix is not in the development release.
[15:54] <FourDollars> bdmurray: If I can not find the fix, I will open a bug on upstream bug tracking system and provide the details.
[15:54] <FourDollars> bdmurray: Then if I have time, I will try it fix it directly.
[15:54] <FourDollars> sil2100: I don't understand yours.
[15:55] <sil2100> FourDollars: so, let's say you have a package that you prepare with a fix and upload it to the Ubuntu archive using dput
[15:56] <sil2100> FourDollars: you see that the upload succeeded and that the packages built correctly - looking, for instance, through Launchpad
[15:56] <sil2100> FourDollars: but the package you uploaded is stuck in the proposed pocket, not migrating to the release pocket for some reason
[15:57] <sil2100> FourDollars: what steps would you perform to check why it doesn't migrate from, let's say, xenial-proposed to xenial?
[15:57] <FourDollars> sil2100: I remember there are some days delay about 1~2 weeks from -proposed to -updates.
[15:58] <sil2100> FourDollars: ah, yes, that's the case for SRUs
[15:58] <sil2100> FourDollars: but let's say it doesn't migrate even after this time, or doesn't migrate when you upload the package to the current development series
[15:58] <sil2100> (which shouldn't have any specific delays)
[15:59] <FourDollars> sil2100: I will ask for the help from the mailing list or IRC channels.
[16:00] <sil2100> FourDollars: ok, that's always an option - did you have any experience with the output_excuses page?
[16:01] <bdmurray> FourDollars: Looking at the "My involvement" section of your application, I'm a bit confused as I see some bugs where it isn't clear to me how you were invovled. For example bug 1452238, bug 1042231.
[16:02] <FourDollars> sil2100: I will check if there is any freezing date.
[16:02] <sil2100> FourDollars: also an option, yes, but a place worth remembering whenever things like this happen is http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html (for latest development series)
[16:02] <FourDollars> sil2100: If I can not make it, I will wait.
[16:04] <FourDollars> sil2100: I didn't deal with it before, but I knows it.
[16:06] <rbasak> FourDollars: you said in your application that you're looking go get MOTU so that you can do package relative works for the Ubuntu community in Taiwan. Could you give us an example of a sponsored upload with this sort of work?
[16:06] <rbasak> *to get
[16:06] <FourDollars> bdmurray: Regarding https://launchpad.net/bugs/1452238, I test it in the beginning and I was trying to fix it. But there are other tasks so Tim helps me to deal with it.
[16:06] <rbasak> Sorry, I forgot about that outstanding question. Take your time.
[16:06] <FourDollars> rbasak: ibus-chewing
[16:07] <sil2100> Ok
[16:08] <FourDollars> bdmurray: Regarding https://launchpad.net/bugs/1042231, I help to verify the fix.
[16:08] <FourDollars> rbasak: I knows a Debian developer and he is active dealing with all Chinese input related packages in Debian.
[16:08] <bdmurray> FourDollars: While verifying is helpful to the process it does not demonstrate development work.
[16:09] <FourDollars> rbasak: So I am wondering if I can help him to do the similar works in Ubuntu.
[16:09] <FourDollars> rbasak: You can check https://github.com/fourdollars. There are some development work.
[16:10] <FourDollars> bdmurray: You can check https://github.com/fourdollars. There are some development work.
[16:10] <rbasak> FourDollars: I understand that with work done in Debian you wouldn't expect to upload much to the development release in Ubuntu. So I presume you're looking at SRUs mainly, is that right? Are there any other packages in particular that you expect to want to upload with MOTU?
[16:10] <FourDollars> rbasak: Sorry. I replied to wrong person.
[16:10] <rbasak> np
[16:12] <FourDollars> rbasak: I am not looking at SRU only.
[16:14] <FourDollars> rbasak: I would like to also join the development work.
[16:15] <rbasak> FourDollars: have you been hindered by not having MOTU?
[16:16] <FourDollars> rbasak: In fact, my goal is to become a core developer because most packages I want to fix is in main.
[16:16] <FourDollars> rbasak: So that I can fix them quicker.
[16:17] <rbasak> OK
[16:17] <FourDollars> rbasak: However I am not familiar with the process yet so I apply MOTU first.
[16:18] <bdmurray> We are a bit over time now, are there any more questions? cyphermox, micahg, BenC?
[16:18] <FourDollars> rbasak: My plan is to practice the process of MOTU and help to fix some universe/multiverse packages.
[16:18] <FourDollars> rbasak: My own Debian packages are in universe/multiverse.
[16:19] <micahg> FourDollars: usually people do that before they apply, to demonstrate mastery
[16:19] <FourDollars> micahg: I see.
[16:21] <sil2100> No more questions from me
[16:22] <bdmurray> #vote FourDollars to be granted membership in motu
[16:22] <meetingology> Please vote on: FourDollars to be granted membership in motu
[16:22] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname)
[16:24] <bdmurray> -1
[16:24] <meetingology> -1 received from bdmurray
[16:25] <rbasak> -1
[16:25] <meetingology> -1 received from rbasak
[16:25] <rbasak> I'll explain after the vote has ended.
[16:25] <sil2100> +0 (I do see potential, but I suppose you'd need to gain a bit more experience)
[16:25] <meetingology> +0 (I do see potential, but I suppose you'd need to gain a bit more experience) received from sil2100
[16:25] <bdmurray> While your work on SRUs has been great, that is a double gated process (sponsor / SRU team member) and follows a very strict process. I'd like you to be more involved / experienced with Ubuntu development before granting you membership in motu.
[16:25] <cyphermox> +0
[16:25] <meetingology> +0 received from cyphermox
[16:27] <micahg> +0 good intentions, good work so far, but hasn't displayed mastery of MOTU style work (library transitions, helping proposed-migration in devel release, merges from Debian)
[16:27] <meetingology> +0 good intentions, good work so far, but hasn't displayed mastery of MOTU style work (library transitions, helping proposed-migration in devel release, merges from Debian) received from micahg
[16:27] <cyphermox> I've seen (and in fact sponsored) some good uploads after some back and forth, but I would like to see more sponsored uploads (in main or otherwise)
[16:27] <bdmurray> BenC: still about, care to vote?
[16:28] <bdmurray> #endvote
[16:28] <meetingology> Voting ended on: FourDollars to be granted membership in motu
[16:28] <meetingology> Votes for:0 Votes against:2 Abstentions:3
[16:28] <meetingology> Motion denied
[16:29] <bdmurray> rbasak: did you want to say something?
[16:29] <rbasak> I appreciate the good work you have been doing, but it doesn't seem to have that much relevance for MOTU specifically. I'd expect to see more sponsored uploads to universe.
[16:29] <rbasak> You mentioned wanting to becoming familiar with the process. I believe it's more appropriate to do that under the guidance of sponsors, and then apply again for MOTU when you have some experience exercising the process.
[16:29] <rbasak> I'm a little torn because I appreciate that doing the right thing in Debian means fewer uploads to Ubuntu, which hinders getting a good track record for Ubuntu uploads. But if that is the case, then getting the odd sponsored universe upload shouldn't be a problem either.
[16:30] <BenC> +1
[16:30] <BenC> Sorry
[16:30] <rbasak> FourDollars: your sponsored upload history does look good though. So can I suggest a vote to give you Ubuntu Contributing Developer in recognition of that, if you're interested in that?
[16:30] <BenC> Actually, I meant +0
[16:30] <FourDollars> rbasak: OK
[16:31] <jjohansen> \o
[16:32] <rbasak> bdmurray: #vote FourDollars for Ubuntu Contributing Developer please?
[16:32] <sil2100> FourDollars: I would recommend joining the patch-piloting initiative to gain experience and additional upload history :)
[16:32] <sil2100> FourDollars: https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews
[16:32] <bdmurray> #vote FourDollars for Ubuntu Contributing Developer
[16:32] <meetingology> Please vote on: FourDollars for Ubuntu Contributing Developer
[16:32] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname)
[16:32] <rbasak> +1
[16:32] <meetingology> +1 received from rbasak
[16:33] <micahg> +1
[16:33] <meetingology> +1 received from micahg
[16:33] <sil2100> +1
[16:33] <meetingology> +1 received from sil2100
[16:33] <bdmurray> +1
[16:33] <meetingology> +1 received from bdmurray
[16:34] <bdmurray> that's enough so in the interest of time...
[16:34] <bdmurray> #endvote
[16:34] <meetingology> Voting ended on: FourDollars for Ubuntu Contributing Developer
[16:34] <meetingology> Votes for:4 Votes against:0 Abstentions:0
[16:34] <meetingology> Motion carried
[16:35] <rbasak> FourDollars: sorry we couldn't give you MOTU. But please pretend you have it, stick the uploads you would have made to universe into the sponsorship queue, and re-apply once you have a few of these.
[16:35] <FourDollars> rbasak: OK. Thx.
[16:35] <bdmurray> FourDollars: the patch piloting queue frequently has incomplete items in it, so isn't just stuff that needs sponsoring
[16:35] <bdmurray> #topci AOB
[16:35] <bdmurray> #topic AOB
[16:36] <bdmurray> #action bdmurray to summarize the meeting / send annoucements
[16:36] <meetingology> ACTION: bdmurray to summarize the meeting / send annoucements
[16:36] <bdmurray> #action cyphermox to make membership changes
[16:36] <meetingology> ACTION: cyphermox to make membership changes
[16:36] <bdmurray> #action bdmurray to update agenda
[16:36] <meetingology> ACTION: bdmurray to update agenda
[16:37] <rbasak> So we didn't get to slashd :-(
[16:37] <bdmurray> sil2100: are you still willing to review the status of applicants on the agenda?
[16:38] <rbasak> He was down for today. Is there anyone else in the backlog?
[16:38] <bdmurray> rbasak: ah right, I feel like an hour isn't long enough
[16:38] <sil2100> bdmurray: yes, please add an action item for that for me :)
[16:38] <bdmurray> #action sil2100 to review status of applicants on the agenda
[16:38] <meetingology> ACTION: sil2100 to review status of applicants on the agenda
[16:38] <sil2100> I'll make sure to review the list this week
[16:39] <slashd> Do I need to reschedule my application for next meeting ?
[16:39] <bdmurray> We could review it by email I think, right micahg?
[16:39] <sil2100> slashd: no worries, we'll reschedule you to the next one - if it's ok with you
[16:40] <sil2100> Or that
[16:40] <micahg> we could do by email
[16:40] <sil2100> Fine with me as well
[16:40] <rbasak> I endorsed slashd, so there's an implicit +1 from me already.
[16:40] <micahg> or now if no one needs to channel and DMB members are still around
[16:41] <rbasak> jjohansen: did you need the channel?
[16:42] <jjohansen> rbasak: nah, sorry for hoping into your meeting, we moved to meeting-2 when we saw your meeting was still going
[16:43] <rbasak> jjohansen: ah OK. Thanks!
[16:43] <bdmurray> Okay, I guess there are still four of us.
[16:44] <bdmurray> #topic Eric Desrochers for Ubuntu Contributing Developer
[16:44] <bdmurray> lets just skip the intro part and move to questions
[16:45] <micahg> link?
[16:45] <bdmurray> https://wiki.ubuntu.com/slashd/ContributingDeveloperApplication
[16:46] <micahg> #link https://wiki.ubuntu.com/slashd/ContributingDeveloperApplication
[16:46] <bdmurray> slashd: What needs to happen next with bug 1546735?
[16:46] <slashd> bdmurray, I need to change my plan and focus on the solterm issue (debian bug) more than the entreprise impact with zabbix
[16:47] <slashd> the patch is now available in xenial but need to work on justification for Trusty surrounding solterm more than Zabbix
[16:49] <bdmurray> slashd: I'd consider justification as the impact, so the Test Case section is also missing.
[16:49] <bdmurray> any questions from the DMB members?
[16:50] <slashd> bdmurray, I'm my defense I did it in the private bug, since there was sensible informations about UA customer, but yes I agree, I should also put it on the public bug
[16:50] <slashd> without UA customer reference
[16:52] <rbasak> Hmm. openipmi is in part GPL. Is it even compatible with openssl's license?
[16:52] <rbasak> Anyway, offtopic, sorry.
[16:53] <bdmurray> slashd: You put information about how to verify the bug using a third party package not supported by Ubuntu, which as I've mentioned before isn't SRU worthy.
[16:53] <slashd> bdmurray, yeah this is why I need to re-work the justification around the debian bug (solterm)
[16:54] <micahg> slashd: you mention attending local networking events as something you can do better.  Have you ever been to an Ubuntu meetup?
[16:54] <micahg> or and Ubuntu LoCo event?
[16:56] <slashd> micahg, I'm attending a few devops meetings (as an organizer) where we talked about different techno and represent Ubuntu in those one such as montreal devops, the community in montreal doesn't seems to be very strong, but yes my goal is to attend more event in Montreal
[16:58] <slashd> it's not very active except for the mailing list
[17:00] <bdmurray> #vote slashd for Ubuntu Contributing Developer
[17:00] <meetingology> Please vote on: slashd for Ubuntu Contributing Developer
[17:00] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname)
[17:01] <micahg> +1 bug fixes + dev event representation, keep up the good work!
[17:01] <meetingology> +1 bug fixes + dev event representation, keep up the good work! received from micahg
[17:02] <BenC> +1 sustained effort
[17:02] <meetingology> +1 sustained effort received from BenC
[17:02] <sil2100> +1
[17:02] <meetingology> +1 received from sil2100
[17:02] <bdmurray> +1
[17:02] <meetingology> +1 received from bdmurray
[17:02] <rbasak> +1
[17:02] <meetingology> +1 received from rbasak
[17:03] <bdmurray> #end vote
[17:03] <bdmurray> #endvote
[17:03] <meetingology> Voting ended on: slashd for Ubuntu Contributing Developer
[17:03] <meetingology> Votes for:5 Votes against:0 Abstentions:0
[17:03] <meetingology> Motion carried
[17:03] <bdmurray> #topic AOB
[17:03] <slashd> thanks everyone
[17:03] <bdmurray> Anything other business x2?
[17:05] <bdmurray> Alright! Thanks everyone.
[17:05] <bdmurray> #endmeeting
[17:05] <meetingology> Meeting ended Mon Apr 11 17:05:14 2016 UTC.
[17:05] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-04-11-15.11.moin.txt
[17:05] <sil2100> o/
[17:05] <sil2100> Thanks!


[23:09] <ppine> hello, i have a system with only one partition ( / ) if i boot a live session, delete all folders except my home folder, then do a fresh install without formating my drive, will i then keep all my contents in the
[23:10] <ppine>                /home folder?
[23:13] <ppine> toata lumea doarme?


[11:38] <tony-smlr> SMLR E153 (6/14/2015) Video: http://www.youtube.com/watch?v=AiD-Kbk4HYA Audio: http://live.smlr.us:8000/streaming
[14:42] <cmaloney> Good morning
[15:30] <_stink_> yo
[17:36] <wolfger> -yo
[19:48] <cmaloney> yo + yo = yoyo
[21:05] <wolfger> otherwise known as PainBank, I believe.... All this guy does is "pop in"


[00:39] -queuebot:#ubuntu-release- Unapproved: numpy (focal-proposed/main) [1:1.17.3-0ubuntu1 => 1:1.17.3-0ubuntu2] (no packageset)
[00:39] <mwhudson> vorlon, infinity: can one of you approve that pls?
[01:37] -queuebot:#ubuntu-release- Unapproved: silo-llnl (focal-proposed/universe) [4.10.2.real-6build1 => 4.10.2.real-6ubuntu1] (no packageset)
[02:57] <vorlon> mwhudson: humpty numpy accepted
[02:58] -queuebot:#ubuntu-release- Unapproved: accepted numpy [source] (focal-proposed) [1:1.17.3-0ubuntu2]
[02:59] <vorlon> infinity: looks to me like profphd is simply broken with new perl and should be removed along with predictprotein revdep (Debian bug #942064)
[05:05] -queuebot:#ubuntu-release- Unapproved: accepted silo-llnl [source] (focal-proposed) [4.10.2.real-6ubuntu1]
[05:22] <vorlon> infinity: libextutils-parsexs-perl is present in Debian unstable; it is not present in Ubuntu or in testing (removed because it's the old version which is broken by new perl).  The package's test uses upstream source data which lists which versions are broken/replaced/provided by perl.  The upstream source data lists the version as '3.40'.
[05:22] <vorlon>         # the number of digits is a pain
[05:22] <vorlon>         #  we use the current version in the Debian archive to determine
[05:22] <vorlon>         #  how many we need
[05:22] <vorlon> infinity: ^^ so the test relies on there being an available version of this package in the archive which can be compared against, in order to figure out how many 0s to stick at the end of the upstream version number when comparing with what's in debian/control. :P
[05:22] <vorlon> so it's a bad test and I'm hinting it through for now
[06:36] <vorlon> doko: hamlib autopkgtest broken on no-change rebuild by the dh-python move from python to python2
[07:02] -queuebot:#ubuntu-release- Unapproved: hamlib (focal-proposed/universe) [3.3-5build1 => 3.3-5ubuntu1] (no packageset)
[07:03] <LocutusOfBorg> vorlon, ^^ this fixes, but the last debian upload dropped the python2 library... it seems to be with no rdeps, so feel free to do the sync instead!
[07:06] <LocutusOfBorg> (this is why I can't open a Debian bug report)
[07:14] <infinity> vorlon: That test is fixed in (unreleased) 5.30-9, FWIW.
[07:15] <infinity> vorlon: https://salsa.debian.org/perl-team/interpreter/perl/commit/afc9c66ad31ca747d618d3109e94d54e55567bac
[07:20] <infinity> vorlon: Wow, that profphd bug is a rollercoaster.
[07:23] <infinity> vorlon: My favourite part is upstream deeming the bug so "hard" that pulling in a local copy of an 11-year old perl is a better option.
[07:30] <LocutusOfBorg> infinity, you mentioned a submittodebian crash, is it on which ubuntu-dev-tools version and ubuntu system?
[07:30] <LocutusOfBorg> I can reproduce with latest ubuntu-dev-tools version on bionic, but seems not in Debian
[07:30] <LocutusOfBorg> before opening I would like to know your opinion
[07:31] <LocutusOfBorg>     fp.write(bug_body.encode('utf-8'))
[07:31] <LocutusOfBorg> TypeError: write() argument must be str, not bytes
[07:31] <LocutusOfBorg> I get this
[07:32] <infinity> LocutusOfBorg: Same thing here, running focal.
[07:32] <LocutusOfBorg> interestingly I opened a sid pbuilder environment and it works... :/
[07:34] <infinity> LocutusOfBorg: locale-sensitive?  Your pbuilder might be LANG=C
[07:34] <infinity> Hrm, nope, running under LANG=C doesn't help. :P
[07:39] <infinity> LocutusOfBorg: https://paste.ubuntu.com/p/sGZb6b8C45/ seems to fix it.
[07:40] <infinity> (I imagine dropping the .encode() would also fix it, but is less desirable)
[07:59] -queuebot:#ubuntu-release- Unapproved: firefox (focal-proposed/main) [70.0+build2-0ubuntu1 => 70.0+build2-0ubuntu2] (mozilla, ubuntu-desktop)
[08:19] <mwhudson> hm so perl is going to migrate on this britney run?
[08:24] <infinity> mwhudson: Not quite.  There are still some tests to sort out, I think.
[08:24] <infinity> mwhudson: Close, though.
[08:26] <infinity> mwhudson: When the set that I've retried get done, I'll diff the block from output and output_notest to see what's missing, cause I'm going cross-eyed trying to read all of excuses. :P
[08:27] <mwhudson> infinity: https://people.canonical.com/~ubuntu-archive/proposed-migration/focal/update_excuses_by_team.html#foundations-bugs sez candidate
[08:27] <infinity> mwhudson: Yes, but not everything else that needs to migrate with it is a candidate.
[08:27] <mwhudson> ah
[08:28] <mwhudson> right
[08:28] <infinity> Like I said, iz close though.
[08:28] <mwhudson> almost time to start bouncing on retry for the python3-defaults things maybe
[08:28] <infinity> nginx is one of the ones I haven't poke yet.  Might just need --all-proposed, or a well-crafted trigger.
[08:29] <infinity> And there's the usual "docker tests never work right at the opening of a series".
[08:29] <infinity> Which I'd like fixed, TBH.  Could the docker tests maybe not rely on current series goodness all being in place?
[08:30] <infinity> Though it's a good checklist of things that need doing, since I think it relies on debootstrap, lxd, and lxd images all being sorted.
[08:30] <infinity> Maybe other bits too.
[08:37] <LocutusOfBorg> infinity, please accept hamlib so the testsuite is happy again and perl goes a little bit further?
[08:38] <LocutusOfBorg> btw opened debian bug 943385 with your patch
[08:38] <mwhudson> infinity: there are lxd images now
[08:40] <mwhudson> error: requested a non-existing branch on 3.0/stable for snap "lxd":
[08:40] <mwhudson>        ubuntu-20.04
[08:41] -queuebot:#ubuntu-release- Unapproved: accepted hamlib [source] (focal-proposed) [3.3-5ubuntu1]
[08:41] <infinity> mwhudson: Yeah, not sure if that's by design (and the deb needs updating) or an oops.  Needs stgraber's input.
[08:41] <mwhudson> right
[08:42] <mwhudson> isn't that going to break making images too?
[08:42] <infinity> mwhudson: Nope, images seed from a different branch.
[08:42] <mwhudson> or is there a ubuntu-20.04 branch on other tracks
[08:42] <mwhudson> ok
[08:42] <infinity> Which isn't confusing at all.
[08:43] <mwhudson> it's bad enough on snaps where i can see all the branches :)
[08:56] <RikMills> infinity: ok to upload a focal version of a fix I want for a eoan SRU at this stage? I don't believe it will entangle anything. If there was an issue, I would have no prob it being taken out of -proposed
[08:58] <infinity> RikMills: Or yuo can upload it and it'll just sit in the queue until we're ready to flush it.  *shrug*
[08:59] <RikMills> fair enough. just thought I better ask :)
[09:04] -queuebot:#ubuntu-release- Unapproved: kate (focal-proposed/universe) [4:19.04.3-0ubuntu2 => 4:19.04.3-0ubuntu3] (kubuntu)
[09:04] <RikMills> aha. the queue is NOT small. ok ;)
[09:12] -queuebot:#ubuntu-release- Unapproved: libxml2 (focal-proposed/main) [2.9.4+dfsg1-7ubuntu4 => 2.9.4+dfsg1-7ubuntu5] (core)
[09:12] <LocutusOfBorg> sigh ^^ libxml2 failed its own autopkgtests because of python->python2 move (I opened a bug report already)
[09:20] -queuebot:#ubuntu-release- Unapproved: accepted libxml2 [source] (focal-proposed) [2.9.4+dfsg1-7ubuntu5]
[09:26] <LocutusOfBorg> there are a few boost1.67 arm64 tests that are "running" but not really "running"
[09:26] <Laney> example
[09:26] <LocutusOfBorg> I would say all of them, according to update_excuses
[09:26] <LocutusOfBorg> aevol anbox aqsis autodock-vina
[09:26] <LocutusOfBorg> and so on
[09:27] <LocutusOfBorg> even its own autopkgtests autopkgtest for boost1.67/1.67.0-13ubuntu2: amd64: Pass, arm64: Test in progress (always failed), armhf: Test in progress (always failed), i386: Test in progress (always failed), ppc64el: Test in progress (always failed), s390x: Test in progress (always failed)
[09:27] <Laney> anbox {"triggers": ["boost1.67/1.67.0-13ubuntu2"]}
[09:28] <LocutusOfBorg> ok and what for other architectures? http://autopkgtest.ubuntu.com/packages/b/boost1.67/focal/i386
[09:28] <LocutusOfBorg> it never run tests against itself...
[09:28] <infinity> The /running page shows it running on all arches.
[09:29] <infinity> Make that 4 arches.
[09:29] <Laney> basically - refresh ;-)
[09:29] <LocutusOfBorg> oh since 46 minutes, 12 hours ago when I looked, it was not on queue, neither on running...
[09:30] <LocutusOfBorg> did somebody use a stick in the meanwhile?
[09:34] -queuebot:#ubuntu-release- Unapproved: gpgme1.0 (focal-proposed/main) [1.12.0-6ubuntu2 => 1.12.0-6ubuntu3] (core)
[09:35] <LocutusOfBorg> ^^ python->python2 move
[09:40] -queuebot:#ubuntu-release- Unapproved: suricata (focal-proposed/universe) [1:4.1.2-2ubuntu3 => 1:4.1.5-2] (no packageset) (sync)
[09:41] -queuebot:#ubuntu-release- Unapproved: accepted gpgme1.0 [source] (focal-proposed) [1.12.0-6ubuntu3]
[09:41] -queuebot:#ubuntu-release- Unapproved: accepted suricata [sync] (focal-proposed) [1:4.1.5-2]
[09:49] <LocutusOfBorg> bad linux kernel not providing libbpf-dev ^^ and making this sync fail...
[09:49] <LocutusOfBorg> apw, ^^ any reason for this?
[09:58] <apw> LocutusOfBorg, off the top of my head, no
[09:59] -queuebot:#ubuntu-release- Unapproved: kate (eoan-proposed/universe) [4:19.04.3-0ubuntu2 => 4:19.04.3-0ubuntu2.1] (kubuntu)
[10:00] <tjaalton> apw: could you move nvidia 435 from multiverse to restriced (bionic)?
[10:00] <tjaalton> it's a new pkg
[10:00] <tjaalton> there
[10:00] <tjaalton> or any AA, really
[10:01] <LocutusOfBorg> apw, should I file a bug?
[10:05] <apw> LocutusOfBorg, sure
[10:05] <apw> tjaalton, sure
[10:06] -queuebot:#ubuntu-release- Unapproved: suricata (focal-proposed/universe) [1:4.1.5-2 => 1:4.1.5-2ubuntu1] (no packageset)
[10:06] <LocutusOfBorg> infinity, ^^ since you did the sync...
[10:07] -queuebot:#ubuntu-release- Unapproved: postgresql-common (focal-proposed/main) [204 => 204ubuntu1] (ubuntu-server)
[10:10] <infinity> LocutusOfBorg: Ta.
[10:10] <infinity> apw: Should we look into our kernel package producing some of the libraries that debian's does?
[10:10] <apw> infinity, we should yes
[10:11] <infinity> apw: I guess it's just two, libbpf and libcpupower.
[10:11] -queuebot:#ubuntu-release- Unapproved: accepted postgresql-common [source] (focal-proposed) [204ubuntu1]
[10:11] <apw> we produce the second badly, and the first not at all iirc
[10:11] -queuebot:#ubuntu-release- Unapproved: cdo (focal-proposed/universe) [<IP_ADDRESS>-4 => 1.9.8~rc2-1] (no packageset) (sync)
[10:11] -queuebot:#ubuntu-release- Unapproved: accepted suricata [source] (focal-proposed) [1:4.1.5-2ubuntu1]
[10:11] -queuebot:#ubuntu-release- Unapproved: python-microversion-parse (focal-proposed/main) [0.2.1-0ubuntu2 => 0.2.1-3] (ubuntu-server) (sync)
[10:12] <infinity> apw: Yeah, I feel like we've had bits of this conversation before.  Just came up again rigfht now causew we stumbled on something with a libbpf dep in Debian.
[10:12] <infinity> In fact, the only thing with a libbpf dep in Debian, according to reverse-depends.
[10:12] <infinity> So hardly critical.
[10:13] <infinity> cpupower has a few more.
[10:13] <apw> infinity, and i suspect from the way they are expressed that they ought to be buildable by a package outside the kernel consuming the -sources kind of thing
[10:14] <infinity> apw: Maybe, but I'm not sure where the value is in that.  We'd want to bump that external package any time any source involved in those libs changes.
[10:14] <infinity> apw: So makes more sense to just produce them from master, like linux-libc-dev.
[10:14] <tjaalton> apw: thanks!
[10:14] <apw> do we though, given they have abis and should only move forward slowly
[10:14] <apw> anyhow, you are right we should think about it and do something in focal
[10:16] <infinity> apw: I mean, you're right that they probably don't NEED to be built on every master upload, but then we'd need a complicated thing to make sure that all the source (random internal headers, libbpf code itself, etc) hasn't changed and, if it has, force a rebuild of external package foo.
[10:17] <infinity> apw: That's a lot of effort to go to to avoid just building it on every kernel upload.
[10:17] <infinity> apw: And given the library's sizes compared to the kernel itself, I don't think it's a big deal to force it down the pipe when master updates.
[10:18] <infinity> (Honestly, I think the libs should ship WITH kernels, because upstream doesn't actually guarantee ABI stability, because of course they don't, but then how one even attempts to link to them is a mystery I can't solve)
[10:19] <infinity> (So, best to ship from master, have an ABI break checker in place, and bump SOVER when upstream breaks ABI, IMO)
[10:19] <infinity> Ish.
[10:19] <infinity> Ben's bumped SOVER on libcpupower a couple of times, it looks like, unless upstream's actually started behaving and has done that for him.
[10:20] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849642
[10:20] <apw> sforshee, ^^
[10:21] <infinity> apw: Looks like Ben's doing the ABI tracking and SOVER mangling himself (maybe after I pointed out the problem to him a couple of years ago, I dunno).
[10:21] <infinity> apw: So probably want to look into what he's doing and be in sync.
[10:22] <infinity> apw: Or use our own ABI checking stuff to a similar end.
[10:22] <LocutusOfBorg> I tried to move the discussion on #ubuntu-kernel some minutes ago, sorry for not adding the bug there too
[10:23] <infinity> apw: Thankfully, names of the shared library packages are meaningless, it's only the dev packages that need to match, so we can go our own way on SONAMEs, even calling them libcpupowerubuntuisdifferent0master if we so choose. :P
[10:23] <infinity> LocutusOfBorg: Evidently, I fell out of #ubuntu-kernel at some point.
[10:35] -queuebot:#ubuntu-release- Unapproved: python-msgpack (focal-proposed/main) [0.5.6-1ubuntu1 => 0.5.6-2] (ubuntu-desktop, ubuntu-server) (sync)
[11:38] <LocutusOfBorg> infinity, please to let suricata migrate hint on ppc64el and s390x the testsuite.
[11:38] <LocutusOfBorg> both smb and ikev2 tests are new in the release that started failing, and not available on ppc64el and s390x as features (kernel?)
[11:38] <LocutusOfBorg> :q
[11:39] <LocutusOfBorg> debdiffing 3.2-2ubuntu6 and 1:4.1.2-2ubuntu3 gives a clear picture about the new stuff that started making the test look sad
[11:41] <LocutusOfBorg> or maybe the two new features are broken on powerpc and s390x, not sure why
[11:43] <LocutusOfBorg> I don't know where is the upstream bug tracker
[11:45]  * apw idly wonders if :q got given emoji status just so people who use vi could cover their errors
[11:46]  * LocutusOfBorg would add also :w to that list!
[12:17] -queuebot:#ubuntu-release- Unapproved: suricata (focal-proposed/universe) [1:4.1.5-2ubuntu1 => 1:4.1.5-2ubuntu2] (no packageset)
[12:17] <LocutusOfBorg> ^^ sigh, dropping the delta was premature, even if I don't understand why Debian doesn't fail...
[12:22] <stgraber> infinity: oh right also need to open the branch on 3.0. We're going to want to switch that logic to 4.0 before the 20.04 release too but we need LXD 4.0 to happen first :)
[12:25] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (bionic-proposed/main) [5.0.0-1024.24~18.04.1] (kernel)
[12:25] -queuebot:#ubuntu-release- New binary: linux-signed-gke-4.15 [amd64] (bionic-proposed/main) [4.15.0-1047.50] (no packageset)
[12:26] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (bionic-proposed/main) [5.0.0-33.35~18.04.1] (kernel)
[12:26] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (bionic-proposed/main) [5.0.0-33.35~18.04.1] (kernel)
[12:26] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [5.0.0-1024.25~18.04.1] (kernel)
[12:26] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [arm64] (bionic-proposed/main) [5.0.0-33.35~18.04.1] (kernel)
[12:28] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (bionic-proposed) [5.0.0-1024.25~18.04.1]
[12:28] -queuebot:#ubuntu-release- New: accepted linux-signed-gke-4.15 [amd64] (bionic-proposed) [4.15.0-1047.50]
[12:28] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [arm64] (bionic-proposed) [5.0.0-33.35~18.04.1]
[12:28] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (bionic-proposed) [5.0.0-1024.24~18.04.1]
[12:28] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (bionic-proposed) [5.0.0-33.35~18.04.1]
[12:28] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (bionic-proposed) [5.0.0-33.35~18.04.1]
[12:49] <infinity> LocutusOfBorg: Have you confirmed that delta fixes it?  The previous version (with that change) was failing in the same way.
[12:52] -queuebot:#ubuntu-release- Unapproved: accepted suricata [source] (focal-proposed) [1:4.1.5-2ubuntu2]
[12:52] <infinity> LocutusOfBorg: If this upload of yours doesn't work, I'm tempted to revert to the release pocket version and rebuild that for libevent.
[12:52] <LocutusOfBorg> feel free to do it now
[12:53] <infinity> Because you're sure yours won't work? :P
[12:53] <LocutusOfBorg> I don't think it works, I looked at your change, it seemed good, but indeed there is a failed version in amd64 history
[12:53] <LocutusOfBorg> I thought our autopkgtest didn't have systemd installed
[12:53] <LocutusOfBorg> so moving it was healing the system
[12:54] <LocutusOfBorg> unfortunately old suricata fails with new python
[12:54] <LocutusOfBorg> :/ sad sadness here... I'm discussing on #suricata-dev the ppc64el and s390x failures, they seems to be related to cargo
[12:57] <infinity> suricata has no rdeps, the easy solution here for today might be just to delete it from the release pocket.
[12:58] <LocutusOfBorg> considering how many days I already spent over there, +1 :)
[12:59] <infinity> Always puzzling when autopkgtests pass in Debian and not Ubuntu, though. :/
[12:59] <LocutusOfBorg> will you let archive open but no autosync for some days, or you will enable it when you open? any ETA?
[12:59] <LocutusOfBorg> infinity, I'm already having a look at that...
[13:00] <infinity> LocutusOfBorg: auto-sync will be turned on when it's open.  There'd be no point in delaying, certain people would just play manual auto-sync instead.
[13:00] <infinity> Which is not efficient.
[13:00] <LocutusOfBorg> the reason is to avoid a ton of useless rebuilds...
[13:01] <LocutusOfBorg> like proj and entangling too much stuff
[13:01] <infinity> sil2100: ubuntu-image fails its tests due to there being no ubuntu-20.04 track for snapcraft.  Want to hunt down the right people to fix that?
[13:02] <LocutusOfBorg> there is a transition stat started yesterday in debian, like opencvc
[13:02] <infinity> LocutusOfBorg: If we allow a week for every transition, we'll be nowhere by feature freeze.
[13:02] <infinity> LocutusOfBorg: perl's a bit of a special snowflake, cause it reverberates so deeply through the archive (and cause it generally mostly works :P)
[13:03] <LocutusOfBorg> yes but opencv will make the archive sad since rdeps are not ready yet
[13:03] <infinity> LocutusOfBorg: "rdeps aren't ready yet" sound like you meant to say "can you blacklist opencv" not "can you not auto-sync".
[13:10] <LocutusOfBorg> if that works better yes please :D
[13:11] <sergiusens> infinity, sil2100: I was hunted down and created the ubuntu-20.04 channel branch
[13:14] <infinity> sergiusens: Yay.
[13:14] <sil2100> sergiusens: yay \o/
[13:15] <sil2100> Thanks guys
[13:17]  * ogra praises the hunters
[13:25] <LocutusOfBorg> infinity, we might have suricata patches, please let the ubuntu1 in proposed if possible
[13:26] <LocutusOfBorg> meh also the ubuntu2 is fine, whatever
[13:26] <rbalint> infinity, +1 for dropping suricata from release, also fever, the reverse recommends
[13:26] <rbalint> LocutusOfBorg, we can fix suricata later, but thanks!
[13:28] <infinity> rbalint: No need to drop reverse-recommends, generally.  Why would this one be special?
[13:31] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (disco-proposed/main) [5.0.0-1024.24] (core, kernel)
[13:31] <infinity> Looks like fever can do things without suricata being local.  Also, if I artificially punted it out to proposed, it would just migrate back in anyway.  So, leaving it where it is.
[13:32] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (disco-proposed) [5.0.0-1024.24]
[13:41] -queuebot:#ubuntu-release- Unapproved: accepted sylpheed [source] (disco-proposed) [3.5.1-1ubuntu<IP_ADDRESS>]
[13:42] -queuebot:#ubuntu-release- Unapproved: accepted sylpheed [source] (bionic-proposed) [3.5.1-1ubuntu<IP_ADDRESS>]
[13:42] <infinity> LocutusOfBorg: So my take is that the suricata test is just cracktastic, and it's a regression in the testsuite, not the software.
[13:43] <infinity> LocutusOfBorg: On the other hand, the new suricata causing suricata-update's tests to explode on ppc64el and s390x actually is a regression, so that should be looked at if anyone wants it to migrate again.
[13:45] <infinity> Weird combination of arches that.  The only thing they really have in common is ibm-longdouble, which doesn't seem like a thing that would matter there.
[13:47] <sil2100> jamespage: hey! Was looking at cinder for disco right now - I see two uploads of that, one sync with 2 bug fixes and a new upstream version
[13:47] <sil2100> jamespage: should I reject the bileto sync and only consider the new upstream release?
[13:49] <rbalint> infinity, ack, i thought dropping reverse recommends is preferred
[13:59] -queuebot:#ubuntu-release- Unapproved: accepted open-vm-tools [source] (disco-proposed) [2:10.3.10-1ubuntu<IP_ADDRESS>]
[14:00] <Odd_Bloke> apw: as you know from having met me, i have two noses :wq
[14:01] -queuebot:#ubuntu-release- Unapproved: accepted open-vm-tools [source] (bionic-proposed) [2:10.3.10-1~ubuntu<IP_ADDRESS>]
[14:03] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (eoan-proposed/main) [5.3.0-20.21] (core, kernel)
[14:03] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (eoan-proposed/main) [5.3.0-20.21] (core, kernel)
[14:03] -queuebot:#ubuntu-release- New binary: linux-signed [arm64] (eoan-proposed/main) [5.3.0-20.21] (core, kernel)
[14:03] -queuebot:#ubuntu-release- New binary: linux-signed [s390x] (eoan-proposed/main) [5.3.0-20.21] (core, kernel)
[14:08] <infinity> Odd_Bloke: Do you IRC from vi now?
[14:17] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (eoan-proposed) [5.3.0-20.21]
[14:17] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (eoan-proposed) [5.3.0-20.21]
[14:17] -queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (eoan-proposed) [5.3.0-20.21]
[14:17] -queuebot:#ubuntu-release- New: accepted linux-signed [s390x] (eoan-proposed) [5.3.0-20.21]
[14:23] <LocutusOfBorg> [15:43:25] <infinity> LocutusOfBorg: On the other hand, the new suricata causing suricata-update's tests to explode on ppc64el and s390x actually is a regression, so that should be looked at if anyone wants it to migrate again.
[14:23] <LocutusOfBorg> this is what I wrote above
[14:23] <LocutusOfBorg> there are new tests and a failure in detecting rust capabilities
[14:34] <Odd_Bloke> infinity: I wish
[14:44] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (eoan-proposed/partner) [1:20191009.1-0ubuntu2 => 1:20191009.1-0ubuntu3] (no packageset)
[14:45] -queuebot:#ubuntu-release- Unapproved: accepted flatpak [source] (bionic-proposed) [1.0.9-0ubuntu0.1]
[14:45] -queuebot:#ubuntu-release- Unapproved: pysvn (focal-proposed/universe) [1.9.9-1build1 => 1.9.9-1ubuntu1] (no packageset)
[14:48] -queuebot:#ubuntu-release- Unapproved: accepted pysvn [source] (focal-proposed) [1.9.9-1ubuntu1]
[14:58] -queuebot:#ubuntu-release- Unapproved: xapian-bindings (focal-proposed/universe) [1.4.11-2build1 => 1.4.11-2ubuntu1] (kubuntu)
[14:59] -queuebot:#ubuntu-release- Unapproved: accepted xapian-bindings [source] (focal-proposed) [1.4.11-2ubuntu1]
[14:59] -queuebot:#ubuntu-release- Unapproved: python-microversion-parse (focal-proposed/main) [0.2.1-0ubuntu2 => 0.2.1-3] (ubuntu-server) (sync)
[15:02] -queuebot:#ubuntu-release- Unapproved: systemd (focal-proposed/main) [242-7ubuntu3 => 243-2ubuntu1] (core)
[15:08] <jamespage> sil2100: corey and I may have clashed on that one
[15:08] <jamespage> lemme peek
[15:09] <jamespage> sil2100: ignore the sync, use the uploaded version
[15:09] <jamespage> ignore/reject
[15:14] <sil2100> jamespage: will do, thanks! ;)
[15:15] -queuebot:#ubuntu-release- Unapproved: systemd (eoan-proposed/main) [242-7ubuntu3 => 242-7ubuntu3.1] (core)
[15:28] -queuebot:#ubuntu-release- Unapproved: accepted bind9 [source] (bionic-proposed) [1:9.11.3+dfsg-1ubuntu1.10]
[15:37] -queuebot:#ubuntu-release- Unapproved: accepted s390-tools [source] (bionic-proposed) [2.3.0-0ubuntu3.4]
[15:45] -queuebot:#ubuntu-release- Unapproved: python-xlrd (focal-proposed/universe) [1.1.0-1 => 1.1.0-1ubuntu1] (no packageset)
[15:45] -queuebot:#ubuntu-release- Unapproved: accepted python-xlrd [source] (focal-proposed) [1.1.0-1ubuntu1]
[15:51] <infinity> Looks like perl is 3 packages away from migrating.  I think.  Will drill to the bottom of that over the next hour.
[15:53] <vorlon> infinity: do you think the lxd stuff is sorted to where the current docker.io retries will work?
[15:53] <infinity> vorlon: I sure hope so, cause I retried it.
[15:54] <infinity> vorlon: If stgraber didn't lie to us, it should be good. :)
[15:54] <vorlon> ok
[15:54] <infinity> If he did, at least we know it was a little lie?
[15:54] <infinity> *rimshot*
[15:55] <infinity> Actually, to be fair, he didn't say he had opened the 3.0 channel, just that he needed to.  But I took that as an "I'll do that now" thing.
[15:55] <infinity> stgraber: ^-- Confirm/deny?
[15:56] <vorlon> infinity: and the third package (after vim and nginx) is postgresql-11.  I've just retried psqlodbc/armhf and will look a bit deeper at psycopg2 right now
[15:57] <vorlon> /usr/bin/pg_virtualenv: line 235: python3.8: command not found
[15:57] <vorlon> cute
[15:58] <stgraber> infinity: yeah, I ran a loop over 2.0, 3.0, latest on 16.04, 18.04, 19.04, 19.10 and 20.04 earlier today, so that should ensure everything is open
[15:58] <stgraber> since there's no real way to tell :)
[15:58] <infinity> stgraber: Because of course there isn't.
[16:20] <doko> why does the command-not-found autopkg test fail just on armhf?
[16:21] <Laney> it's missing a dependency and that happens to be satisfied on the lxd containers
[16:21] <Laney> (guess)
[16:22] <Laney> s/lxd containers/VMs/
[16:23] <Laney> why everybody has decided to repeatedly retry it is also an interesting question
[16:34] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.15.0-67.76~16.04.1] (kernel)
[16:34] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (xenial-proposed/main) [4.15.0-67.76~16.04.1] (kernel)
[16:34] <infinity> Laney: Any idea what dependency that might be? :P
[16:34] <Laney> Not in the slightest
[16:34] <Laney> Makes much more sense for a maintainer to look into it, IMO
[16:36] <infinity> stgraber: If you're still around, next hurdle: lxc autopkgtests no like focal.
[16:37] <infinity> stgraber: A lot of "ERROR: Couldn't find a matching image"
[16:37] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (eoan-proposed) [1:20191009.1-0ubuntu3]
[16:37] <infinity> stgraber: Is that a fixable thing in the short term, or should I just skip that mess for now?
[16:39] <stgraber> infinity: I added focal to our images about an hour ago
[16:39] <infinity> stgraber: Hah, so I re-ran this test maybe a few minutes too early. ;)
[16:39] <stgraber> infinity: just kicked a new image build now, will likely take a couple of hours before they're available on the image servers: https://jenkins.linuxcontainers.org/job/image-ubuntu/987/
[16:39] <infinity> Oh.
[16:40] <infinity> Let's just pretend I didn't re-run that test just now.
[16:41] <vorlon> postgresql-11 sorted with the next run
[16:41] <infinity> \o/
[16:42] <vorlon> still waiting for a successful nova run to unblock nginx
[16:44] <RikMills> could a release team member perhaps summarise the state of play? e.g. is it likely that the archive will open before the weekend?
[16:44] <RikMills> I am not in a great hurry FWIIW
[16:45] <infinity> I'd *like* to open it after perl migrates (which is very soon), but doko might object strongly to that until a few more python3.8 things are settled.
[16:46] <RikMills> ok. if that is as much as can be said, fair enough :)
[16:47] <infinity> vorlon: You haz nova success.
[16:47] <infinity> Well, I haz.
[16:48] <doko> yep, at least autopkg tests itself shouldn't be broken, and having python3-defaults in -proposed is not much fun
[16:48] <vorlon> infinity: \o/
[16:49] <infinity> Tempted to stop the publisher and see if britney can dump this all in in one pass.
[16:49] <infinity> Though I guess it doesn't deeply matter with a mostly closed archive.
[16:56] <vorlon> infinity, Laney: the issue is that for whatever reason, the armhf lxd containers are missing /var/lib/apt/lists/*Commands-*, so the database generation fails
[16:57] <Laney> http://archive.ubuntu.com/ubuntu/dists/focal/main/
[16:57] <Laney> Not generated
[16:57] <vorlon> ah
[16:57] <Laney> anyone who knows how that works should raise their hand now
[16:57] <infinity> That doesn't really explain why the other arches work?
[16:57] <vorlon> but this doesn't affect the other archs?  are we still using eoan copy-forward images?
[16:57] <infinity> Are they upgraded from eoan VMs that happen to have the bits?
[16:58] <Laney> Are there cloud images for focal now?
[16:58] <vorlon> http://cloud-images.ubuntu.com/focal/ yes
[16:58] <vorlon> but are they imported into scalingstack
[16:58] <Laney> Dunno
[16:59] <vorlon> (is making sure of that on the release opening checklist)
[16:59] <Laney> If you think it'll be fruitful to dig into the two image build processes, feel free :-)
[16:59] <Laney> personally I'm not bothered about finding out exactly where the difference is on this fine point
[16:59] <vorlon> well, how about we sort out the missing cnf databases first
[16:59] <Laney> yes
[16:59] <Laney> that's what I'd do
[16:59] <vorlon> bdmurray: ^^ how do we get the Commands lists into the archive for focal?
[17:01] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.15.0-67.76~16.04.1]
[17:01] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (xenial-proposed) [4.15.0-67.76~16.04.1]
[17:01] <infinity> $ rsync cnf-extractor.internal::cnf-data
[17:01] <infinity> drwxr-xr-x          4,096 2019/04/24 07:55:38 .
[17:01] <infinity> drwxr-xr-x          4,096 2018/11/21 10:10:50 disco-backports
[17:01] <infinity> drwxr-xr-x          4,096 2018/11/21 12:06:43 disco-proposed
[17:01] <infinity> drwxr-xr-x          4,096 2018/11/21 12:12:56 disco-security
[17:01] <infinity> drwxr-xr-x          4,096 2018/11/21 12:11:54 disco-updates
[17:01] <infinity> drwxr-xr-x          4,096 2018/11/22 03:55:27 disco
[17:01] <infinity> drwxr-xr-x          4,096 2019/04/24 07:30:01 eoan-backports
[17:01] <infinity> drwxr-xr-x          4,096 2019/04/24 07:51:49 eoan-proposed
[17:01] <infinity> drwxr-xr-x          4,096 2019/04/24 07:52:28 eoan-security
[17:01] <infinity> drwxr-xr-x          4,096 2019/04/24 07:52:09 eoan-updates
[17:01] <infinity> drwxr-xr-x          4,096 2019/04/24 12:03:02 eoan
[17:02] <infinity> So, yeah, no focal.
[17:02] <infinity> Now, what host is that really?
[17:02] <infinity> Some canonistack thing?
[17:02] <Laney> it's probably generated from a service on wendigo
[17:03] <Laney> Yes
[17:03] <Laney> Looks like only mvo has access to that
[17:03] <infinity> Methinks we should fix that.
[17:04] <infinity> And then get the fixing up process into NewReleaseCycleProcess.
[17:04] <infinity> Or it should be made to not need fixing up, ideally.
[17:05] <vorlon> this is why I tagged bdmurray, there was a conversation about Foundations having access to this and not just mvo, I don't know if that got done yet
[17:05] <vorlon> but I guess someone's checked the groups on wendigo and found that it hasn't
[17:07] <infinity> wendigo:~$ getent group prod-cnf-extractor
[17:07] <infinity> prod-cnf-extractor:x:3294:mvo
[17:08] <Laney> thanks for the confirmation ;-)
[17:08] -queuebot:#ubuntu-release- Unapproved: fast5 (focal-proposed/universe) [0.6.5-2build2 => 0.6.5-2ubuntu1] (no packageset)
[17:08] <Laney> ok, night
[17:08] <infinity> vorlon: I imagine the group bit can be solved with a strongly-worded ticket, but I also suspect it might be nice to get a quick HOWTO from mvo. :P
[17:09] <infinity> (Or maybe it's super simple and obvious to dive into)
[17:09] <infinity> Actually, from what I remember of the code, it probably is rather obvious once you see it.
[17:10] <bdmurray> How urgent is this? Is mvo not around?
[17:10] <doko> getting spammed with migration emails
[17:11] <Laney> This is not an emergency, so I think we can be polite and wait for Michael to be around tomorrow
[17:11] <infinity> ^
[17:11] <bdmurray> Probably worth submitting an RT anyway
[17:11] <infinity> An RT CCed to mvo is a decent compromise between polite and getting stuff done.
[17:12] <infinity> Who are you going to nominate to get added to that group?  adconrad,vorlon,laney,bdmurray?
[17:12] -queuebot:#ubuntu-release- Unapproved: pygobject (focal-proposed/main) [3.34.0-1ubuntu1 => 3.34.0-1ubuntu2] (core)
[17:13] <bdmurray> I'll choose the first of those names based on alphabetical order
[17:13] <infinity> Maybe an LP person or two, if cjwatson or wgrant consent.
[17:13] -queuebot:#ubuntu-release- Unapproved: accepted fast5 [source] (focal-proposed) [0.6.5-2ubuntu1]
[17:13] -queuebot:#ubuntu-release- Unapproved: accepted pygobject [source] (focal-proposed) [3.34.0-1ubuntu2]
[17:13] <infinity> But fine, it can just be me for now. :P
[17:16] <cjwatson> infinity: I don't mind either way
[17:17] <infinity> bdmurray: There you go.  Colin desperately wants to be a member of the group.
[17:17] <cjwatson> Bluff
[17:31] <vorlon> infinity: I was going to suggest that it be some subset of ~ubuntu-archive given where the data is ultimately published
[17:32] <infinity> vorlon: Right, it should be people who have access to pepo (and occasionally use it).
[17:32] <infinity> vorlon: Hence my suggestion of LP folks who also happen to be AAs.
[17:32] <vorlon> ah
[17:33] <vorlon> so, I was going to suggest adconrad,doko,sil2100,vorlon based on union(foundations,ubuntu-archive) and see after a cycle if anyone complained at being blocked
[17:34] <vorlon> I would rate "access to pepo" as less relevant here than ubuntu-archive
[17:35] -queuebot:#ubuntu-release- Unapproved: gexiv2 (focal-proposed/main) [0.10.9-1 => 0.10.9-1ubuntu1] (ubuntu-desktop)
[17:35] <infinity> vorlon: Perhaps, though it's impossible to debug without.
[17:35] <vorlon> impossible to debug the last mile, but you could hit the rsync endpoint from anywhere I suppose?
[17:36] <vorlon> "anywhere"
[17:36] <infinity> vorlon: That said, we're working to get shells off of pepo entirely, so a fair point.
[17:36] <vorlon> oh hey look, perl
[17:37] <infinity> vorlon: I'd smear it around so it's not just FOundations, but if you're asserting ownership...
[17:37] <infinity> vorlon: I'd prefer a set like adconrad,cjwatson,mvo,laney,vorlon (and a couple more, if you like)
[17:37] <vorlon> infinity: foundations owns the client, and based on the discussion we already had with mvo, should also own the service
[17:37] <infinity> But it's not really a critical service that needs OMG RIGHT NOW response either, so I'm not super opinionated on the matter.
[17:38] <infinity> Alrighty.
[17:38] <vorlon> I don't mind laney and cjwatson being in the list, but I also don't think it's their responsibility
[17:38]  * infinity nods.
[17:40] <infinity> vorlon, doko: More pressing matter, now that perl is migrat{ed,ing}, do we want to argue about what the go point is for thawing the archive and turning on auto-sync?  python3-defaults migrated?  Earlier?  Later?
[17:43] <vorlon> infinity: from what I can see, python3-defaults isn't entangled in a transition so I don't see any reason to hold up the archive opening until it migrates.  doko?
[17:46] -queuebot:#ubuntu-release- Unapproved: wslu (bionic-proposed/main) [2.0.0-0ubuntu2~18.04.1 => 2.3.2-0ubuntu2~18.04.0] (no packageset)
[17:46] -queuebot:#ubuntu-release- Unapproved: wslu (eoan-proposed/main) [2.3.2-0ubuntu1 => 2.3.2-0ubuntu2~19.10.0] (core)
[17:46] -queuebot:#ubuntu-release- Unapproved: wslu (disco-proposed/main) [2.0.0-0ubuntu<IP_ADDRESS> => 2.3.2-0ubuntu2~19.04] (core)
[17:47] -queuebot:#ubuntu-release- Unapproved: wslu (xenial-proposed/main) [2.0.0-0ubuntu2~16.04.1 => 2.3.2-0ubuntu2~16.04.0] (no packageset)
[17:47] -queuebot:#ubuntu-release- Unapproved: wslu (focal-proposed/main) [2.3.2-0ubuntu1 => 2.3.2-0ubuntu2] (core)
[17:50] <doko> infinity, vorlon: I'm fine with that, but I'd like to get some packages migrated. it's ugly to see stuff like the one I just pointed out on #u-d. so can we delay that until tomorrow?
[17:52] <infinity> "some packages" doesn't give us a goal to work toward.
[17:52] <infinity> Do you have specifics? :)
[17:53] <doko> those from the lower tracker levels that are now built, and didn't yet migrate.
[17:53] -queuebot:#ubuntu-release- Unapproved: last-align (focal-proposed/universe) [983-1 => 983-1ubuntu1] (no packageset)
[17:54] <doko> infinity: distro-info maybe
[17:55] <infinity> distro-info will migrate in an hour or two when the lxc images are built.
[17:55] <doko> good
[17:56] -queuebot:#ubuntu-release- Unapproved: accepted gexiv2 [source] (focal-proposed) [0.10.9-1ubuntu1]
[17:56] -queuebot:#ubuntu-release- Unapproved: accepted last-align [source] (focal-proposed) [983-1ubuntu1]
[17:57] <bdmurray> doko: are there any other packages then?
[17:57] <infinity> stgraber: Your i386/default build seems to have eaten itself near the end.
[17:58] <doko> bdmurray: "those from the lower tracker levels that are now built, and didn't yet migrate"
[17:58] <vorlon> link to the tracker in question?
[17:59] <infinity> https://people.canonical.com/~ubuntu-archive/transitions/html/python3.8-add.html
[17:59] <doko> https://people.canonical.com/~ubuntu-archive/transitions/html/python3.8-add.html
[17:59] <stgraber> infinity: yeah, looks like the kernel didn't like living much anymore, it's being retried now
[18:00] <doko> infinity: what about libevent?
[18:00] <infinity> doko: libevent was entangled with perl, they should both have migrated together.
[18:00] <infinity> And indeed they did.
[18:01] <infinity> stgraber: I'm in first-round funding for my new startup whose mission statement is "we'll do literally anything you want us to do for money, as long as it doesn't involve a computer in any way", if you ever get sick of saying things like "the kernel didn't like living anymore".
[18:03] <stgraber> :)
[18:03] <stgraber> infinity: looks like it doesn't like the archive much now: https://jenkins.linuxcontainers.org/job/image-ubuntu/architecture=i386,release=focal,restrict=lxc-priv,variant=default/990/console
[18:05] <infinity> stgraber: Oh, the archive is probably broken for a publisher cycle or two, perl migration got split across runs.
[18:05] <stgraber> yeah, looks like it, that package was just published as part of the perl migration
[18:05] <infinity> Maybe I should have stopped the publisher after all.  Oh well.
[18:06] <stgraber> so I guess I got lucky with the first round of images hitting just before those packages got published :)
[18:06] <infinity> Yep.
[18:07] <vorlon> infinity: I know a guy looking to build walipini greenhouses in Portland, come on down
[18:18] <bdmurray> if we delay the archive opening until tomorrow and infinity is out, who can ensure that it gets opened?
[18:20] <infinity> Ping me, ping a GSA in #is if I'm not around, win.
[18:27] <infinity> stgraber: Looks like the publisher's settled down.  I'm validating no copies got lost, but you're likely good to go to try again.
[18:45] <infinity> Oh look, we didn't lose any copies.  perl migration complete.
[18:46] -queuebot:#ubuntu-release- Unapproved: debhelper (focal-proposed/main) [12.6.1ubuntu2 => 12.7ubuntu1] (core)
[18:54] <doko> who is usually looking at aptdaemon ?
[18:54] <doko> 1 test failure
[18:54] <infinity> doko: The guy with all the broken arms.
[18:56] <doko> ahh
[19:04] -queuebot:#ubuntu-release- Unapproved: collectd (focal-proposed/universe) [5.8.1-1.3ubuntu1 => 5.8.1-1.3ubuntu2] (no packageset)
[19:08] -queuebot:#ubuntu-release- Unapproved: accepted collectd [source] (focal-proposed) [5.8.1-1.3ubuntu2]
[19:21] <vorlon> doko: beets autopkgtests look like a genuine regression with python3.8.  What do you expect to happen with such things?  (But also, why is the autopkgtest for an application testing against py3versions -s  instead of py3versions -d)
[19:21] <doko> vorlon: I saw this just in odil
[19:22] <doko> at least in odil it's triggered by Testsuite: autopkgtest-pkg-python
[19:24] <vorlon> Argument "2ubuntu1" isn't numeric in numeric eq (==) at /usr/share/lintian/checks/debian/changelog.pm line 160.
[19:24] <vorlon> >_<
[19:26] -queuebot:#ubuntu-release- Unapproved: python-fann2 (focal-proposed/universe) [1:1.1.2+ds-1build1 => 1:1.1.2+ds-1ubuntu1] (no packageset)
[19:31] -queuebot:#ubuntu-release- Unapproved: tlsh (focal-proposed/universe) [3.4.4+20151206-1.1build1 => 3.4.4+20151206-1.1ubuntu1] (no packageset)
[19:32] -queuebot:#ubuntu-release- Unapproved: accepted python-fann2 [source] (focal-proposed) [1:1.1.2+ds-1ubuntu1]
[19:32] -queuebot:#ubuntu-release- Unapproved: polkit-qt-1 (focal-proposed/universe) [0.112.0-6 => 0.112.0-7.1] (kubuntu) (sync)
[19:32] -queuebot:#ubuntu-release- Unapproved: accepted tlsh [source] (focal-proposed) [3.4.4+20151206-1.1ubuntu1]
[19:32] -queuebot:#ubuntu-release- Unapproved: python-rjsmin (focal-proposed/main) [1.0.12+dfsg1-4ubuntu2 => 1.0.12+dfsg1-5ubuntu1] (ubuntu-server)
[19:44] -queuebot:#ubuntu-release- Unapproved: accepted debhelper [source] (focal-proposed) [12.7ubuntu1]
[19:44] -queuebot:#ubuntu-release- Unapproved: fcitx (focal-proposed/universe) [1:<IP_ADDRESS>-5build1 => 1:<IP_ADDRESS>-6] (input-methods, kubuntu) (sync)
[20:15] <mwhudson> omg perl migrated
 stgraber: I'm in first-round funding for my new startup whose mission statement is "we'll do literally anything you want us to do for money, as long as it doesn't involve a computer in any way", if you ever get sick of saying things like "the kernel didn't like living anymore".
[20:16] <mwhudson> you might be 20 years or so too late for this to be practical, sadly
[20:24] -queuebot:#ubuntu-release- Unapproved: accepted unattended-upgrades [source] (disco-proposed) [1.10ubuntu5.2]
[20:29] -queuebot:#ubuntu-release- Unapproved: beets (focal-proposed/universe) [1.4.7-2 => 1.4.7-2ubuntu1] (no packageset)
[20:29] -queuebot:#ubuntu-release- Unapproved: accepted unattended-upgrades [source] (bionic-proposed) [1.1ubuntu<IP_ADDRESS>]
[20:29] -queuebot:#ubuntu-release- Unapproved: rygel (eoan-proposed/main) [0.38.1-2ubuntu3 => 0.38.1-2ubuntu3.1] (desktop-extra)
[20:31] -queuebot:#ubuntu-release- Unapproved: accepted unattended-upgrades [source] (xenial-proposed) [1.1ubuntu<IP_ADDRESS>~16.04.4]
[20:43] -queuebot:#ubuntu-release- Unapproved: accepted beets [source] (focal-proposed) [1.4.7-2ubuntu1]
[20:57] <doko> vorlon, infinity: distroinfo/i386 still fails. is this expected?
[20:58] <doko> lxc
[21:04] <vorlon> doko: I thought I saw some further comment from infinity about that in scrollback, but I don't really know.  From my POV probably nobody should be building i386 container images for 20.04
[21:10] <doko> so I'd like to see the following packages to migrate before the archive opening: pygobject, gpgme1.0, libxml2, disto-info, dbus-python, boost1.67, libselinux, pillow
[21:10] -queuebot:#ubuntu-release- Unapproved: mu-editor (focal-proposed/universe) [1.0.2+dfsg-3 => 1.0.2+dfsg-3ubuntu1] (no packageset)
[21:10] <doko> - pygobject and pillow will migrate
[21:12] <doko> - gpgme1.0, libxml2, boost1.67, libselinux are blocked by a failing libreoffice autopkg test
[21:12] <doko> - dbus-python is blocked by aptdaemon
[21:12] <doko> - distro-info is blocked by lxc/i386
[21:13] <vorlon> aptdaemon should be a trivial rerun with --all-proposed (triggering this now)
[21:13] <doko> ahh, libselinux is blocked by lxc, not libreoffice
[21:14] <vorlon> from an archive and release POV I don't follow why it's appropriate to block the archive opening on these since they are not transitions
[21:14] <doko> like python-apt?
[21:15] <vorlon> ?
[21:15] <doko> see #u-d
[21:16] <vorlon> that doesn't explain
[21:16] <vorlon> you gave a list of packages, which are not transitions; I posit that we should not block archive opening on their migration because they are not transitions; you name another unrelated package
[21:16] <doko> how not? was the hinting premature?
[21:22] -queuebot:#ubuntu-release- Unapproved: qtbase-opensource-src (focal-proposed/universe) [5.12.4+dfsg-4ubuntu1 => 5.12.5+dfsg-2] (kubuntu, qt5) (sync)
[21:22] -queuebot:#ubuntu-release- Unapproved: qtdeclarative-opensource-src (focal-proposed/universe) [5.12.4-1 => 5.12.5-3] (kubuntu, qt5) (sync)
[21:22] -queuebot:#ubuntu-release- Unapproved: qtlocation-opensource-src (focal-proposed/universe) [5.12.4+dfsg-1 => 5.12.5+dfsg-2] (kubuntu, qt5) (sync)
[21:22] -queuebot:#ubuntu-release- Unapproved: qtsensors-opensource-src (focal-proposed/universe) [5.12.4-1 => 5.12.5-2] (kubuntu, qt5) (sync)
[21:22] -queuebot:#ubuntu-release- Unapproved: qttools-opensource-src (focal-proposed/universe) [5.12.4-1 => 5.12.5-2] (kubuntu, qt5) (sync)
[21:22] -queuebot:#ubuntu-release- Unapproved: qtwebchannel-opensource-src (focal-proposed/universe) [5.12.4-1 => 5.12.5-2] (kubuntu) (sync)
[21:22] -queuebot:#ubuntu-release- Unapproved: qtwebsockets-opensource-src (focal-proposed/universe) [5.12.4-1 => 5.12.5-2] (kubuntu, qt5) (sync)
[21:22] -queuebot:#ubuntu-release- Unapproved: qtwebkit-opensource-src (focal-proposed/universe) [5.212.0~alpha3-3 => 5.212.0~alpha3-5] (kubuntu, qt5) (sync)
[21:23] <RikMills> mitya57: ooooh :)
[21:24] <mitya57> ↑: this is the part of Qt 5.12.5 that needed to be bootstrapped. The rest will be auto-synced when auto syncs are turned on.
[21:28] <doko> mitya57: did that migrate in debian?
[21:29] <mitya57> not yet
[21:29] <mitya57> We are blocked on slow buildds, libreoffice autopkgtest failure and pyqt5 hitting NEW.
[21:31] <doko> do we have the new pyqt5?
[21:31] <doko> we are blocked on libreoffice anyway
[21:46] <doko> mitya57: ^^^
[21:46] <mitya57> doko: what do you mean by new pyqt5?
[21:47] <mitya57> 5.13?
[21:47] <doko> mitya57: "... and pyqt5 hitting NEW"
[21:47] <mitya57> It hit NEW for some unknown reason, only on mips64el.
[21:48] <doko> ahh, so not in focal
[21:48] <mitya57> So that doesn't affect us.
[21:48] <doko> ok, and the current pyqt5 migrated for the python3.8 upload
[21:50] <mitya57> I added python3.8 compatibility in a bit different way in Debian, but there is no need to sync it now.
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted qtbase-opensource-src [sync] (focal-proposed) [5.12.5+dfsg-2]
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted qtlocation-opensource-src [sync] (focal-proposed) [5.12.5+dfsg-2]
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted qttools-opensource-src [sync] (focal-proposed) [5.12.5-2]
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted qtwebkit-opensource-src [sync] (focal-proposed) [5.212.0~alpha3-5]
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted qtdeclarative-opensource-src [sync] (focal-proposed) [5.12.5-3]
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted qtwebchannel-opensource-src [sync] (focal-proposed) [5.12.5-2]
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted qtsensors-opensource-src [sync] (focal-proposed) [5.12.5-2]
[21:52] -queuebot:#ubuntu-release- Unapproved: accepted qtwebsockets-opensource-src [sync] (focal-proposed) [5.12.5-2]
[21:53] -queuebot:#ubuntu-release- Unapproved: accepted mu-editor [source] (focal-proposed) [1.0.2+dfsg-3ubuntu1]
[21:53] -queuebot:#ubuntu-release- Unapproved: fcitx (focal-proposed/universe) [1:<IP_ADDRESS>-5build1 => 1:<IP_ADDRESS>-6] (input-methods, kubuntu) (sync)
[21:53] <doko> mitya57: ^^^
[21:53] <mitya57> thanks!
[21:54] <mitya57> doko: I will do rebuilds when the rest of Qt 5.12.5 is auto-synced.
[22:28] <vorlon> mwhudson: do you happen to have looked at the gyoto misbuild with python3.8? (/usr/lib/x86_64-linux-gnu/gyoto/7/libgyoto-python3.8.so not linked to libpython3.8)
[22:28] <mwhudson> vorlon: no
[22:28] <vorlon> do you want to
[22:28] <vorlon> :)
[22:28] <mwhudson> vorlon: i really need to do the cargo update for firefox but it can go on the list after that
[22:29] <vorlon> ack
[22:29] <vorlon> is there a python3.8-compatible django somewhere?
[22:29] <mwhudson> nfi
[22:36] <vorlon> mwhudson: and psautohint appears to have entirely sensible packaging (it builds an extension only for the current python3 using a python3-dev build-dep), but autodep8 generates an autopkgtest that tries to test against python3.8.  any thoughts?
[22:37] <mwhudson> vorlon: sounds like autodep8 shouldn't do that?
[22:37] <mwhudson> vorlon: but i don't know how it works in the slightest
[22:37] <vorlon> right :)
[22:38] <vorlon> the existing autogenerated test is correct for non-C modules
[22:38] <vorlon> and I don't know how autodep8 should detect the difference between compiled extensions and not
[22:39] <vorlon> (currently it calculates the test based only on the source package, it doesn't look at the binaries in the archive)
[22:42] <mwhudson> vorlon: X-Python3-Versions? but that's discouraged
[22:42] <mwhudson> iirc
[22:42] <vorlon> mwhudson: X-Python3-Versions: current is unsupported, and hard-coding X-Python3-Versions: 3.7 in the source would be wrong
[22:43] <mwhudson> vorlon: i guess thinking about this a little more, packages that only build for default python are kind of the snowflakes and should declare themselves somehow
[22:43] <vorlon> I don't think they are snowflakes
[22:43] <mwhudson> X-Python3-Versions: default-only would be nice but as you say i don't think it is supported
[22:43] <vorlon> but maybe autodep8 should introspect and look for python3-dev vs python3-all-dev in build-deps
[22:43] <vorlon> (vs. no python3*-dev)
[22:44] <mwhudson> vorlon: eh but pure python things have no reason to depend on python3-all-dev iiuc
[22:44] <vorlon> right, thus the delayed parenthetical
[22:44] <vorlon> so if build-depends python3-dev && ! build-depends python3-all-dev then: py3versions -d else py3versions -r
[22:44] <mwhudson> hm i guess the build really should run for all supported python
[22:44] <mwhudson> oh i don't know
[22:44]  * mwhudson goes back to updating cargo patches
[22:49] -queuebot:#ubuntu-release- Unapproved: psycopg2 (focal-proposed/main) [2.8.3-2 => 2.8.3-2ubuntu1] (ubuntu-server)
[22:52] -queuebot:#ubuntu-release- Unapproved: accepted psycopg2 [source] (focal-proposed) [2.8.3-2ubuntu1]
[22:52] -queuebot:#ubuntu-release- Unapproved: fcitx (focal-proposed/universe) [1:<IP_ADDRESS>-5build1 => 1:<IP_ADDRESS>-6] (input-methods, kubuntu) (sync)
[23:15] -queuebot:#ubuntu-release- Unapproved: python-jellyfish (focal-proposed/universe) [0.6.1-1build1 => 0.6.1-1ubuntu1] (no packageset)
[23:16] -queuebot:#ubuntu-release- Unapproved: rejected python-jellyfish [source] (focal-proposed) [0.6.1-1ubuntu1]
[23:18] -queuebot:#ubuntu-release- Unapproved: python-jellyfish (focal-proposed/universe) [0.6.1-1build1 => 0.6.1-1ubuntu1] (no packageset)
[23:18] -queuebot:#ubuntu-release- Unapproved: accepted python-jellyfish [source] (focal-proposed) [0.6.1-1ubuntu1]
[23:40] -queuebot:#ubuntu-release- Unapproved: python-murmurhash (focal-proposed/universe) [1.0.1-2build1 => 1.0.1-2ubuntu1] (no packageset)
[23:42] -queuebot:#ubuntu-release- Unapproved: accepted python-murmurhash [source] (focal-proposed) [1.0.1-2ubuntu1]
[23:42] -queuebot:#ubuntu-release- Unapproved: fcitx (focal-proposed/universe) [1:<IP_ADDRESS>-5build1 => 1:<IP_ADDRESS>-6] (input-methods, kubuntu) (sync)
[23:48] <vorlon> ImportError: cannot import name 'clock' from 'time' (unknown location)
[23:48] <vorlon> obviously
[23:56] -queuebot:#ubuntu-release- Unapproved: python-redis (focal-proposed/main) [3.2.1-3 => 3.2.1-3ubuntu1] (ubuntu-server)
[23:58] -queuebot:#ubuntu-release- Unapproved: accepted python-redis [source] (focal-proposed) [3.2.1-3ubuntu1]
[23:59] <mwhudson> vorlon: it's gone in python 3.8


[14:09] <Brainstorm> Updates for Bangladesh: +1140 cases (now 777397), +40 deaths (now 12045) since a day ago


[00:19] <lkoranda6> kaniini has invited you to join #litepub
[01:24] <irinix11> kaniini has invited you to join #litepub
[01:41] <MJ9423> kaniini has invited you to join #litepub
[03:00] <grit2> kaniini has invited you to join #litepub
[03:40] <Syfer> kaniini has invited you to join #litepub
[05:38] <Whiskey13> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[08:22] <Zoddo19> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[10:07] <pendo324> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[10:23] <sh4nks16> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[11:00] <BlueShark24> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[11:01] <jem23> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[12:44] <l2y> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[12:53] <ldunn15> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[12:53] <ldunn15> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[13:01] <shentino25> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[13:01] <shentino25> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[13:39] <ollien16> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[16:29] <Minkar> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[19:18] <Ritche10> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/


[19:54] <AlanBell> so, everyone see the advert for ubuntu on the phone thing?
[19:55] <AlanBell> http://www.youtube.com/watch?feature=player_embedded&v=iv1Z7bf4jXY
[20:10] <k1l> that raises the question: when will a device (or the software for other devices) be available?
[20:10] <AlanBell> it does rather
[20:10] <AlanBell> I can't work out why that advert exists really
[20:10] <k1l> yep
[20:10] <AlanBell> it is a great concept
[20:11] <IdleOne> I love the idea, it makes me want to buy an android phone
[20:11] <IdleOne> and I HATE mobiles
[20:11] <k1l> maybe they need more screaming users to convince the manufacturers
[20:12] <AlanBell> maybe
[20:12] <AlanBell> the first round of publicity was advertising to the OEMs really
[20:12] <IdleOne> I also can't figure out why the ad if there are no manufacturers selling them yet.
[20:12] <AlanBell> but this one looks very much targetted at end users
[20:13] <AlanBell> http://www.ubuntu.com/devices/android talks about benefits for network operators and handset manufacturers
[20:13] <AlanBell> people got all excited about that, but it was never a consumer pitch
[20:13] <IdleOne> I'm sold. I don't need more info. I need to know where can I buy it
[20:14] <k1l> IdleOne: yep, i do want that too
[20:14] <k1l> would be nice on my nexus4 that im buying in some hours :)
[20:14] <IdleOne> also would this work only on wifi or do the docks have an ethernet port?
[20:15] <AlanBell> ooh tomorrow is nexus10 day
[20:15] <k1l> AlanBell: yep, make sure your f5 button is working. there will be a rush on the nexus devices this time
[20:17] <IdleOne> oh, Samsung has "smart docks" with ports
[20:17] <AlanBell> I might not get the nexus 10 tomorrow, I haven't worked out how to justify putting it on expenses yet
[20:18] <IdleOne> hmm seems they don't have an ethernet port
[20:18] <AlanBell> presume it has hdmi though
[20:18] <IdleOne> it does
[20:19] <AlanBell> and USB, anything else?
[20:19] <IdleOne> 3 usb ports, hdmi.
[20:19] <IdleOne> http://gigaom.com/mobile/smart-dock-turns-galaxy-note-2-into-an-android-computer/
[20:20] <IdleOne> just thinking that a dock with ethernet would be very useful for people who don't want or have unlimited data plan
[20:20] <IdleOne> Ubuntu for android would also have network-manager I assume
[20:21] <AlanBell> dunno, I never plug my laptop into ethernet
[20:21] <AlanBell> wireless just works and has connected by the time I have sat down anywhere
[20:21] <AlanBell> I think a nexus 10 with a bluetooth keyboard/mouse would be interesting running ubuntu
[20:22] <IdleOne> right, but they are advertising this as a phone/computer. people might start to use this as the main computing device and using wifi all the time might not be what they want.
[20:24] <AlanBell> maybe
[20:24] <AlanBell> but I think most people will have a wireless router at the point the phone comes into the house, and they won't want to run wires to where the computer should be
[20:25] <AlanBell> and I increasingly get the impression that Canonical is not interested in office users
[20:28] <IdleOne> you need to run the wires for your monitor,keyboard,mouse anyway
[20:30] <AlanBell> but not from my front door :)
[20:31] <IdleOne> true, but until you sit at your desk you would still be using the device as a phone.
[20:31] <AlanBell> most home desks won't have cat5 to them is my point
[20:31] <AlanBell> power, yes
[20:32] <IdleOne> I have 3 desks in my house on 2 floors. all are wired
[20:32] <AlanBell> yup
[20:32] <AlanBell> I have ripped out the wire that I did have
[20:33] <AlanBell> got powerline networking for one computer and for the TV/sky box
[20:33] <AlanBell> and wii
[20:36] <AlanBell> the rest, including the camera is all wifi
[21:39] <genii-around> We have 7 computer stations here, all are wired with a gigabit switch. Tucked all the wires in the wall last year and put network faceplates.
[21:40] <genii-around> ( at home , at work there's a *lot* more wires and crap hanging everywhere )