[06:00] <tarzeau> infinity: yes it's comnpletely non-interactive, and we're thinking adding "nousb" to have the hole closed, someone can get a root shell during install time
[06:01] <tarzeau> cyphermox: 250 GB i wouldn't call that huge, when you get disks with 12 TB these days
[06:01] <tarzeau> cyphermox: also happened to me yesterday with a 2 TB disk machine
[06:06] <tarzeau> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1769044
[06:06] <ubottu> Launchpad bug 1769044 in debian-installer (Ubuntu) "Ubunut 18.04 d-i preseeded installer hangs at 66 % of update-grub..." [Undecided,New]
[06:35] <tarzeau> we have another 150 ubuntu computers to re-install with 18.04 so, plenty of time and occassions to test and debug
=== seb128_ is now known as seb128
=== led_ir23 is now known as led_ir22
[09:30] <seb128> xnox, slangasek, could be have a foundation-eyes-review on https://code.launchpad.net/~azzar1/ubiquity/+git/ubiquity/+merge/345056 ? I'm unsure why the code is the way it is today but the change seems to work/fixes the xerror bug we have been seeing
[09:31] <seb128> could we*
[09:32] <slangasek> seb128: the mechanics of it look correct.  uid handling makes my skin itch generally.  I don't think we'll know whether there are adverse knock-on effects without trying and testing.
[09:32] <seb128> right, we have been there a couple of times with recent ubiquity fixes :/
[09:34] <seb128> do we build daily 18.04 images still? like if we land that change in a SRU, do we get isos to test or do we need to manually kick builds in some way?
[09:35] <slangasek> seb128: yes, daily build 18.04 images are configured
[09:35] <seb128> great, where do we find them?
[09:35] <seb128> I guess http://cdimage.ubuntu.com/daily-live/ is cosmic?
[09:36] <slangasek> usual path: http://cdimage.ubuntu.com/bionic/daily-live/
[09:36] <seb128> thx :)
[09:36] <slangasek> (s/usual path/usual schema/)
[13:11] <seb128> slangasek, so, that ubiquity change do you know who would have a look? Colin bounced back to you guys, xnox sort of denied/bounced back to Laney ... at this point I think we are just going to merge/land it unless you have someone who wants to have another look before we do?
[13:11] <seb128> Laney, andyrock, didrocks, ^
[13:12] <didrocks> my concerns/questions were addressed, so approving my side, but a finale review from Foundation is needed as the code is sketchy ;)
[13:33] <slangasek> seb128: sorry, my response was intended to be a complete review - JFDI and we'll have to test to make sure it DTRT
[13:33] <slangasek> seb128: and I don't have commit access on the ubiquity VCS
[13:33] <seb128> slangasek, sounds good to me, thanks
[13:34] <seb128> we have people who have commit access in our team so we can land it
[13:37] <cyphermox> wasn't there a fix needed in cairo?
[13:38] <seb128> cyphermox, the fix in cairo makes us handle the Xerror when called from the wrong context, but it might have a performance impact and we want to wait for upstream review to land it
[13:39] <seb128> either of the fix should be enough to make the installer stop crashing
[13:41] <cyphermox> mmkay
[13:41] <cyphermox> I'm a bit surprised that permission changes would have scaling break.
[13:41] <seb128> it's a race in the drop/restore of privilege in fact
[13:42] <seb128> hidpi is just slower because more to render
[13:42] <cyphermox> mmkay
[13:42] <seb128> and we end up having rendering done from the wrong uid/context
[13:42] <cyphermox> well, the patch looks good
[13:42] <seb128> thx for review!
[13:42] <seb128> I guess we land/SRU it and test the dailies
[13:43] <cyphermox> yeah
[13:55] <cyphermox> that's fun, now we have a git and a bzr branch
[13:55] <cyphermox> Laney: you did the move to git?
[13:55] <Laney> nein
[13:55] <cyphermox> k
[13:55] <Laney> one D. Ledkov
[13:55] <seb128> cyphermox, https://lists.ubuntu.com/archives/ubuntu-devel/2018-May/040295.html
[13:56] <Laney> also he mailed devel about it
[13:56] <Laney> yeah that one
[13:58] <didrocks> bdmurray: hey, once you get some times for reviewing: https://code.launchpad.net/~didrocks/ubuntu-release-upgrader/add_telemetry/+merge/345088
[14:47] <ricotz> chrisccoulson, hi, did you look further into backporting python3.5 to trusty?
[16:06] <tkamppeter> kenvandine, I have attached the needed debdiffs to bug 934291, for both Cosmic and Bionic, it is the solution from comment #53 but with the user/group name lpadmin replaced by cups-pk-helper as you suggested.
[16:06] <ubottu> bug 934291 in cups-pk-helper (Ubuntu) "Deleting or stopping print jobs does not work" [Critical,In progress] https://launchpad.net/bugs/934291
[16:19] <kenvandine> tkamppeter, thx!
[16:53] <chrisccoulson> ricotz, yes, but the build crashes
[16:56] <ricotz> chrisccoulson, so this is the latest state? https://launchpad.net/~chrisccoulson/+archive/ubuntu/ppa/+sourcepub/9011366/+listing-archive-extra
[16:57] <ricotz> I am thinking about to take a look
[16:58] <chrisccoulson> ricotz, feel free. This is the memory issue that causes the build to fail https://paste.ubuntu.com/p/cB8hp7z6VZ/
[17:05] <ricotz> chrisccoulson, ok
[17:07] <ricotz> chrisccoulson, regarding the packaging, I asked some time ago whether to transition from bzr to git, I will start to investigate this and try to convert the existing repos
[19:54] <jesse1010> does anyone know what kind of printer I need to print a software box for physical sales?
[19:54] <jesse1010> like this
[19:54] <jesse1010> http://www.foldedcolor.com/software-box.html
[19:56] <sarnold> I think consumer-level printers would be called "large format"
[19:56] <sarnold> but to get nice sharp scores / creases for folding, you might just want to talk to a local printshop
[20:01] <jesse1010> i want a printer for my home office to do the printing
[20:01] <jesse1010> if its not too expensive
[20:38] <nacc> jesse1010: seems rather offtopic for the channel :)