[09:43] <jibel> rbalint, hi, verification of bug 1732185 failed. It still does not work with sudo.
[09:44] <juliank> jibel: Ugh, I almost forgot about your ubuntu-release-upgrader MP again.
[09:47] <jibel> juliank, np
[09:47] <juliank> I was just about to upload when I remembered
[09:48] <juliank> well, test suite is failing anyway :D
[09:48] <juliank> ../DistUpgrade/DistUpgradeFetcherKDE.py:34: 'PyQt5.QtCore.QUrl' imported but unused
[09:48] <juliank> ../DistUpgrade/DistUpgradeFetcherKDE.py:34: 'PyQt5.QtCore.pyqtSlot' imported but unused
[09:48] <juliank>                                                           
[09:48] <juliank> ugh
[09:50] <juliank> jibel: I'll look at it in a few minutes and include it in the upload if it looks ok
[09:50]  * juliank just does a few message improvements otherwise
[09:55] <jibel> juliank, okay, thanks. then i'll prepare the sru
[09:58] <juliank> jibel: I don't see how you could reasonably prepare an SRU while the other one is failed.
[09:58] <juliank> I mean sure, you could drop the other one, but do we want that?
[09:59] <juliank> maybe it's correct though and the update-manager sru failed?
[09:59] <jibel> juliank, no we don't want that.
[09:59]  * juliank does not know
[09:59] <jibel> we can publish update-manager but not ubuntu-release-upgrader. There is a patch missing in the diff.
[10:00] <juliank> right
[10:01] <juliank> so you want to update the u-r-u patch for that bug too?
[10:11] <Caribou> doko: or anyone who can answer, I see that gcc 7.3 which includes retpoline has built for bionic; what are the plans for its availability on the LTS (mostly Xenial) ?
[10:12] <jibel> juliank, no lets keep these fixes separated.
[10:21] <cking> cjwatson, do you mind giving fwts a priority boost for amd64 and i386 builds in the https://launchpad.net/~firmware-testing-team/+archive/ubuntu/ppa-fwts-unstable-crack/+packages  - we're trying to get fwts out by EOD and it's getting nowhere in the PPA because of the low priority we gave it
[10:27] <doko> Caribou: for now these are handled by the security team
[10:27] <Caribou> doko: ah ok. thanks!
[10:28] <doko> bionic-proposed has these for gcc-7
[10:30] <Caribou> yep, saw that, hence my question
[10:35] <juliank> jibel: I thought your MP looked fine and merged it, but it turns out it does break the test suite.
[10:35] <jibel> juliank, hmm, i'll have a look
[10:35] <jibel> thanks
[10:38] <juliank> jibel: failure https://paste.ubuntu.com/26463412/
[10:44] <cjwatson> cking: done
[10:50] <cking> cjwatson, thanks! much appreciate
[10:50] <cking> d
[11:22] <doko> what did change that ruby now can be demoted to universe?
[11:31] <coolfish> Hi, what is the (default?) size (RAM/memory) of the autopkgtest VMs. I'm asking, because http://autopkgtest.ubuntu.com/packages/g/ganeti fails for bionic/18.04. I've verified, that the autopkgtest completes successful on a 4GB machine (without swap). What should I do to request more memory for the autopkgtest VMs?
[11:32] <doko> Laney: ^^^
[11:35] <Laney> coolfish: you get 1536MB ram and 1 CPU by default
[11:37] <Laney> there's a small list of 'big' packages that ganeti could probably be added to
[11:37] <juliank> doko: I'll have a look at the lvm2 merge if you don't mind (you're last uploader) [and nacc, you did the last merge]
[11:38] <juliank> I even use lvm2 so that's a bonus :)
[11:39] <doko> juliank: feel free to steal any merge ... I'll be back on Monday
[11:40] <juliank> might just do 2.02.177-0ubuntu1 even
[11:47] <coolfish> Laney: thanks... ATM I want to make sure, that ganeti moves from proposed to release, just before freeze of 18.04. Is there something I can do to get ganeti in that list of 'big' packages? I'm just a "user", no dev.
[11:50] <Laney> I did it
[11:50] <Laney> It should be fine, but there's a big queue so we need to be patient now
[11:53] <coolfish> Laney: thanks a lot! I'll be patient :-)
[12:59] <juliank> cjwatson: I accidentally pushed a new filtering feature for MoM html outputs directly to the main branch. I can't really run the script locally. It's http://bazaar.launchpad.net/~ubuntu-core-dev/merge-o-matic/trunk/revision/307. I can revert that now and do a merge proposal, or we can just see if it works, I don't know.
[12:59] <juliank> I know the JavaScript html stuff works
[12:59] <juliank> but I might have messed up the inclusion in Python somewhere
[12:59] <juliank> ah I did
[13:00] <juliank> Once that's merged we get query URIs like https://merges.ubuntu.com/main.html?query=foundations-bugs&showProposed=false&showMergeNeeded=true
[13:01] <juliank> and your browser only shows the non-gray rows that contain foundations-bugs in them
[13:01] <juliank> (as an example)
[13:21] <juliank> tracked in https://code.launchpad.net/~juliank/merge-o-matic/javascript-query/+merge/336671 now
[13:21] <cjwatson> juliank: I'm basically OK with that sort of thing.  (Minor point: you might want to use textwrap.dedent to make the inclusion in Python a bit more readable: I find blocks of triple-quoted text are easier to read when they're indented as a Python block.)
[13:22] <juliank> I reverted the broken commit for now, and opened the merge proposal so we can fix it :)
[13:22] <juliank> cjwatson: Good point
[13:22] <juliank> cjwatson: I just did what the other large block at the bottom did :)
[13:25] <juliank> cjwatson: ugh, I once again pushed to the wrong location
[13:26] <juliank> Let's drop them
[13:27] <juliank> why is it pushing by default there? I don't know
[13:27] <cjwatson> "bzr info" will tell you more details
[13:28] <juliank> I did push --remember to my branch now
[13:29] <juliank> cjwatson: I thought about hiding the filters on browsers without javascript. but I'm not sure if that makes sense - people without JS won't ever discover them
[13:30] <juliank> In any case, this is going to be a subtle improvement for those of us who already had bookmarklets, and hopefully a huge improvement for others :)
[13:31] <cjwatson> reviewed
[13:36] <juliank> cjwatson: Thanks. I adjusted the == => [13:40] <cjwatson> juliank: Merged and deployed, thanks.  You may want to do the same to manual-status.py at some point (which might suggest that this stuff should be in a common file somewhere).
[13:41] <juliank> cjwatson: I looked at manual but the output is so short that it does not make that much sense there :)
[13:42] <cjwatson> OK :)
[13:46] <juliank> I have an announcement written, but I'll wait for the roll out
[13:47] <juliank> s/roll out/page rebuild/
[13:50] <arunkumar413> Hi All, I just built opencv. Can you please help me create a deb file
[13:54] <juliank> arunkumar413: that's not really how it works.
[13:54] <juliank> oh well
[16:50] <juliank> cjwatson: I pushed a tiny change in merge-o-matic revision 310 to make the filter case insensitive, would be great if you could roll it out :)
[16:51] <juliank> now you can search your own name if you like and case does not matter :D
[16:53] <juliank> I should probably also teach it to search the comment column
[16:53] <juliank> that's more difficult apparently
[16:54] <cjwatson> juliank: deployed
[16:54] <juliank> thanks :)
[17:02] <nacc> juliank: i've got that merge assigned to me already
[17:02] <nacc> juliank: if you did it, that's fine
[17:03] <nacc> juliank: (lvm2)
[17:03] <juliank> nacc: I already did, yeah.
[17:03] <nacc> juliank: did you close LP: #1741986
[17:03] <nacc> juliank: on merges, please check all open bugs :)
[17:03] <juliank> I forgot :(
[17:05] <nacc> juliank: np, can you mark that as fix released with the right version in a comment?
[17:05] <nacc> juliank: i had a few users waiting for that merge to come through from #ubuntu/#ubuntu-server
[17:05] <juliank> nacc: It's in proposed right now, so it's only committed
[17:05] <nacc> juliank: or committed and then released when it does :)
[17:06] <juliank> nacc: I added it to my list
[17:06] <nacc> juliank: thanks!
[17:06] <nacc> i'll remove it from mine :)
[17:08] <juliank> nacc: I'm mostly going by the MoM list to figure out what to merge, so it would be good to add a link to a bug there or a comment so I don't accidentally merge stuff if I don't hear back :)
[17:09] <juliank> Even if I had not forgotten to look at bug reports, I'd have done that after finishing the merge
[17:09] <nacc> juliank: sure, i just expect more than 6 hours notice to respond :)
[17:09] <nacc> (esp. when it's an overnight ping )
[17:09] <juliank> right.
[17:10] <nacc> juliank: but it's nont a big deal by any means
[17:11] <juliank> timezones are hard
[17:11] <nacc> juliank: yep :)
[18:54] <sforshee> doko: I think the binutils in bionic-proposed is breaking our arm64 kernel builds - https://launchpadlibrarian.net/354788441/buildlog_ubuntu-bionic-arm64.linux_4.14.0-17.20_BUILDING.txt.gz
[22:55] <rangergord> Hi. I asked a question over the past 3 days in #ubuntu, but it appears to be too advanced and no one knows of a fix. My issue is described clearly here : https://askubuntu.com/questions/999915/getting-ubuntu-gui-apps-running-under-windows-10s-wsl-looking-better-on-hi-dpi . As a final attempt, I figured I'd come here in case a developer with broader than average understanding of how GUI
[22:55] <rangergord> apps are drawn can advise me on how I can fix this. If I'm given an answer, I will post it to the communities and we can solve the problem for other users.
[22:59] <nacc> rangergord: wouldn't that be a question for WSL folks?
[22:59] <nacc> or in vcxsrv
[22:59] <nacc> !ubuwin
[22:59] <rangergord> nacc: this is explicitly not supported by WSL. The people using Ubuntu GUI are flying on their own.
[22:59] <nacc> makes it quite clear it's not really supported by Ubuntu either
[23:00] <nacc> rangergord: and this channel is for development of ubuntu itself
[23:00] <rangergord> nacc: sometimes even though something isn't supported, tinkerers can make things work. The fact that people are even running Ubuntu GUI apps is evidence of this. Let's not limit ourselves by what Microsoft wants.
[23:00] <sarnold> rangergord: maybe try a bug report at https://github.com/Microsoft/WSL/issues ?
[23:01] <nacc> rangergord: right, so becuase microsoft doesn't support it, you won't ask them; but becuase ubuntu won't support it, you will ask them?
[23:01] <nacc> seems a wee bit inconsistent
[23:02] <rangergord> nacc: Ubuntu is a community I'm part of, by helping people in chatrooms, and occasional donations. It's more likely to support the spirit of "you're not supposed to do this, BUT". The lone MS dev on github has stated GUIs are not supported. In this case, I am not asking for developers to code something, but just to give me an idea like "have you tried changing this setting to X, and this
[23:02] <rangergord> one to Y"
[23:02] <rangergord> I don't mean to offend you by making it seem like your time is worthless
[23:02] <rangergord> I'll drop it if that's how you feel
[23:04] <nacc> rangergord: i have no idea how WSL does GUI, sorry
[23:04] <rangergord> allright, no worries
[23:04] <nacc> rangergord: but afaict, this is definitely not the channel for it (if someone disagrees, please correct me)
[23:04] <juliank> It is not.
[23:05] <juliank> I'd figure out where the vcxsrv people hide and talk to them
[23:05] <juliank> that should be more useful.
[23:06] <juliank> this is likely _not_ related to WSL at all - you'd have the same effect running an X11 app remotely on your vcxsrv
[23:06] <rangergord> juliank: it's actually like that with all X servers I tried . vcxsrv is considered to be the one with "DPI support", and the most recommended, that's why I only mentioned that one on AskUbuntu. There's already a vcxsrv ticket from 2016 asking them to support hi-DPI, with no reply. It's a single dev that never posts on tickets. (not criticising him/her)
[23:08] <rangergord> juliank: I tend to think so too, that's why I'm asking in Linux channels. Anyway, it's OK if you have no other suggestions. Have a good evening.
[23:09] <juliank> You could of course also ask in some xorg channels or something
[23:09] <juliank> I'm not sure how upstream the win support is
[23:09] <rangergord> hey, that's a good idea!
[23:09]  * juliank goes /away now. it's midnight :D
[23:10] <rangergord> good night
[23:12] <sunweaver> rangergord: you can try to get hold of mikedep333 on #x2go.
[23:12] <sunweaver> !x2go
[23:12] <sunweaver> he maintains VcXsrv for X2Go on Windows and might know something...
[23:13] <rangergord> cheers sunweaver
[23:14] <rangergord> before I approach him I'll remove WSL from the equation (to simplify the problem space), by confirming the issue happens with native Ubuntu installs as well
[23:15] <rangergord> I think mentioning WSL turns people off
[23:15] <sunweaver> VcXsrv is definitely the best freely available X server these days.
[23:16] <Unit193> Heh, well ##windows-wsl only has 3 people,so that's not likely to help much.
[23:16] <sarnold> not so much turns people off as a "huh I forgot that exists"  :)
[23:19] <rangergord> I'm still not sure why you guys helped MS do it
[23:20] <sarnold> I assume a healthy mixture of (a) because it can be done (b) because it'd share the ubuntu love with more people   :)
[23:22] <rangergord> I think to convert some people, getting the GUIs working would be a good idea. Cause the sort of people who will only run bash on Windows, they can already use Ubuntu on their own. In my case it's because it's a gaming computer and my choices are dual booting or using a VM to run Ubuntu. I do the latter, but WSL seems more convenient.
[23:23] <rangergord> I install Ubuntu natively on casual PCs like my relatives' desktops and such, and on non-gaming laptop
[23:24] <rangergord> on that note, I hope VFIO / GPU passthrough is an opening to allow Linux to convert Windows gamers
[23:25] <rangergord> it's still rough right now but maybe 3 years from now?
[23:26] <wxl> that's pretty much the only hurdle it seems XD
[23:30] <doko__> sforshee: I didn't see that in my test rebuild: http://qa.ubuntuwire.org/ftbfs/rebuilds/test-rebuild-20171220-binutils-bionic.html
[23:30] <Unit193> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888531 I think do ko was asking about this the other day.
[23:31] <Unit193> ...I might be on the wrong network for where he asked though.