[06:59] <didrocks> good morning
[07:02] <seb128> good morning desktopers
[07:02] <seb128> lut didrocks ;-)
[08:34] <didrocks> seb128: just a reminder that dgadomski raised during the team meeting about his email on the desktop ML (mount options in nautilus). I'm unsure myself about the best options, but would be nice if we can answer there
[08:35] <seb128> didrocks, oh, right, thanks
[08:35] <seb128> I still feel like it's too big of a topic to be realistic that we handle it downstream
[08:35] <seb128> but we can at least get the discussion going
[08:36] <didrocks> agreed
[08:37] <dgadomski> didrocks, seb128: thanks guys, I'm aware that the scope is pretty wide, but any feedback is appreciated
[08:58] <willcooke> morning desktoppers
[08:59] <seb128> hey willcooke, how are you?
[08:59] <seb128> back from London?
[08:59] <willcooke> hey mlankhorst!  Weird thing... Chromium on the N7 looks like red and blue are swapped.  Did some Googling, I think it's an oddity in Chromium, few bug reports about the same thing on Android
[08:59] <willcooke> seb128, yes!
[08:59] <didrocks> hey willcooke
[08:59] <mlankhorst> willcooke: that is probably a xmir bug :P
[08:59] <mlankhorst> willcooke: does it happen with other opengl clients too?
[09:00]  * didrocks starts to be worried about every lightdm starting asserts failing in autopkgtests
[09:00] <willcooke> mlankhorst, any suggestions of something to try?
[09:00] <seb128> didrocks, what asserts? lightdm doesn't start anymore in vivid?
[09:01] <didrocks> seb128: from the tests, yes
[09:01] <seb128> didrocks, when did that start?
[09:01] <didrocks> seb128: no idea, that's the issue with autopkgtests. We can just say last time it pass was wednesday 11 march
[09:02] <didrocks> if only ubiquity would let me install under kwm…
[09:02] <didrocks> kvm*
[09:02] <seb128> is that version blocked in proposed?
[09:02]  * seb128 checks
[09:02] <seb128> hum, no lightdm update since the 10
[09:03] <Laney> yo
[09:03] <didrocks> seb128: systemd is blocked, but I doubt the change making the tests failing is in systemd
[09:03] <seb128> hey Laney, wie gehts?
[09:04] <didrocks> as even ubnutu5 is failing
[09:04] <didrocks> hey Laney
[09:04] <seb128> didrocks, what's the issue with ubiquity/kvm? is that the vesa driver thing?
[09:04] <didrocks> seb128: or a ubiquity/X11 race, couldn't get any mouse under it
[09:04] <didrocks> had to reboot
[09:04] <didrocks> (it's installing now)
[09:05] <seb128> oh ok
[09:05] <didrocks> I'm installing a couple of week old image
[09:05] <didrocks> that way, I will able to install, reboot, upgrade, reboot
[09:05] <didrocks> if that passes, I'll try today's iso
[09:05] <seb128> let me download the current daily here
[09:05] <didrocks> to see at least if that impacts real users
[09:05] <didrocks> seb128: there was another bug report about ddms not starting btw
[09:05] <didrocks> under systemd and upstart
[09:05] <seb128> how are those tests working?
[09:06] <seb128> could it be "just" xorg not working under kvm?
[09:06] <didrocks> seb128: well, it does work outside of autopkgtests at least
[09:06] <Laney> hey seb128 et didrocks
[09:07] <seb128> didrocks, are we sure?
[09:07] <didrocks> however, I tried an autopkgtest image, installed ubuntu-desktop on it
[09:07] <Laney> a few failures on glib's depends too
[09:07] <Laney> oh noes
[09:07] <didrocks> seb128: well, I am under kvm, I have a xorg session here, so… yes? :)
[09:07] <seb128> bug #1433198
[09:07] <seb128> didrocks, k, several people mentioned ^ this week
[09:07] <Laney> also desktop images failed to build
[09:07] <didrocks> seb128: that can be a newer xorg-server issue
[09:08] <Laney> libqt5qml5 : Depends: libdouble-conversion1 but it is not installable
[09:08] <didrocks> seb128: here, I'm on a week-old image
[09:08] <seb128> didrocks, yes, it is
[09:08]  * Laney looks in the direction of finland
[09:08] <didrocks> so, I guess the update will tell us
[09:08] <seb128> Mirv !
[09:08] <didrocks> (I'll try to upgrade xorg independently)
[09:08] <seb128> mlankhorst, what's the status of bug 1433198?
[09:09] <Laney> https://bugs.launchpad.net/ubuntu/+source/double-conversion/+bug/1427677
[09:09] <Laney> please to promote!
[09:09] <didrocks> seb128: at least, that will explain why I can't get an autopkgtest image, where I add ubuntu-desktop on top of it to start xorg
[09:09] <didrocks> lightdm logs are quite screwy though, only "starting Xorg, Xorg stopped"
[09:09] <didrocks> with -d
[09:09] <mlankhorst> seb128: just a sec I'll upload the fix..
[09:09] <didrocks> (nothing by default)
[09:10] <seb128> mlankhorst, great, thanks
[09:10] <mlankhorst> got distracted by optimus
[09:10] <didrocks> mlankhorst: do we have a ppa? I can at least try some autopkgtests here
[09:10] <didrocks> that will answer if this is due to that quickly
[09:11] <mlankhorst> [PATCH xserver] int10: Fix error check for pci_device_map_legacy
[09:11] <mlankhorst> I'm confident it is..
[09:11] <didrocks> mlankhorst: I'm quite stuck on some autopkgtests to unblock systemd, so if you get some binaries ready, that would help :)
[09:14] <mlankhorst> didrocks: sure, I'll upload in a bit
[09:15] <mlankhorst> once test build finishes
[09:16] <darkxst>  hey desktopers
[09:16] <seb128> hey darkxst
[09:17] <darkxst> Laney or seb128 can you land my fail whale fix?
[09:17] <mlankhorst> uploaded
[09:18] <darkxst> bug 1385572
[09:18] <seb128> Laney, double-conversion promoted
[09:20] <Mirv> seb128: !
[09:21] <Mirv> seb128: thanks for the promotion, I mistakenly thought it'd be automatic once MIR is approved and the dependency arrives
[09:22] <seb128> Mirv, apparently you bugged the desktop iso build with your qt landing, I promoted double-conversion now, but it's annoying that things land in  buggy state
[09:22] <happyaron> attente_: I wonder what's the reason of 1433831? what's the difference between unity7 and unity8 desktops?
[09:22] <Mirv> seb128: well the promotion shouldn't happen before landing either?
[09:22] <Laney> darkxst: ok in a bit
[09:22] <mlankhorst> didrocks: uploaded to the archive, have fun :)
[09:22] <seb128> Mirv, no, but I wonder why we hit the issue
[09:22] <mlankhorst> bbiab
[09:22] <seb128> Laney, are images built out of proposed?
[09:22] <Laney> happyaron: I saw that language-selector got uploaded, does it work?
[09:22] <Laney> no
[09:23] <Laney> proposed doesn't check components though
[09:23] <didrocks> mlankhorst: would have been great to test beforehand but ok, let's see :)
[09:23] <seb128> and if not, why are things going through proposed-migration if they are not installable?
[09:23] <didrocks> mlankhorst: also, I guess that means we need to have autopkgtests on xorg ;)
[09:23] <Mirv> is this again train overpasses certain checks thing?
[09:23] <Laney> it's because CI train ignores them
[09:23] <Laney> in the archive it would have been depwait
[09:23] <seb128> but train doesn't drive proposed-migration?§
[09:23] <darkxst> Laney, thanks ;)
[09:24] <seb128> Laney, so proposed-migration doesn't check that things are actually installable?
[09:24] <Laney> I didn't say that
[09:24] <Laney> I said that the train doesn't check component mismatches
[09:24] <seb128> I didn't say you said that
[09:24] <seb128> ah ok
[09:24] <seb128> it's installable with universe
[09:24] <seb128> ok, makes sense now
[09:24] <Laney> correct
[09:24] <seb128> Laney, thanks
[09:24] <Laney> and the CI train lets main packages build with universe build deps
[09:24] <Laney> and copies with binaries
[09:25] <seb128> Mirv, so, yeah, it's because the ci train built without respect of the pockets and land built binaries
[09:25] <darkxst> sounds more like a loophole, than a train
[09:25] <Laney> There's an option on the PPAs to respect components
[09:25] <happyaron> Laney: it works, but gunnar didn't tell me he's uploading that...
[09:25] <Laney> don't know why they don't use it
[09:25] <Laney> happyaron: heh
[09:26] <Laney> is this enough for all cases?
[09:26] <didrocks> Laney: it was enabled a year ago (we needed some fixes in launchpad first, which were done)
[09:26] <didrocks> but I think they recreated new ppas
[09:26] <didrocks> so probably the option wasn't enabled back
[09:27] <seb128> Laney, larsu, https://lists.ubuntu.com/archives/ubuntu-doc/2015-March/019404.html \o/
[09:27] <happyaron> Laney: almost, there are some packages (fcitx-frontend-qt5) removed unexpectedly from /target, but in general it works. tried two installs, one for en locale, another zh_CN.
[09:27] <seb128> Laney, can you handle the landing for larsu? you followed more than me those details I think
[09:27] <Laney> ok
[09:28] <Laney> happyaron: alright, good, gl with the fixes
[09:28] <Laney> probably missing a dependency to that package
[09:28] <happyaron> guess so, haven't looked at the details
[09:28] <mitya57> Laney: if you are going to upload gnome-session, can you also look at bug 1251281?
[09:29] <larsu> seb128: \o/
[09:30] <Laney> mitya57: I just went blind
[09:30] <Laney> mitya57: are you up to speed on it?
[09:30] <Laney> if so, you can do the uploading... :)
[09:31] <didrocks> seb128: I'm skeptical about the xorg issue, I dist-upgraded an install, first with xorg, then kernel, now with everything and I'm getting to my session
[09:32] <happyaron> Laney: shall I make an upload of im-config, everybody has fcitx as default now (current im-config behaviour)
[09:32] <mitya57> Laney, yes it was on my todo list, of course I can do it myself
[09:32] <didrocks> but let's see, I'll use adt-run -U option once xorg would have built in proposed
[09:32] <seb128> didrocks, k, I don't know then
[09:32] <happyaron> Laney: that would mean the FFe is completed though...
[09:32] <Laney> mitya57: feel free
[09:32] <seb128> didrocks, need more details I guess
[09:32] <willcooke> didrocks, Need me to build some virtual machines to test anything?
[09:32] <Laney> happyaron: what does the upload do?
[09:32] <Laney> do you have a diff?
[09:33] <happyaron> Laney: make ibus default for everyone other than zh_* locales. current behaviour is: im-config prefer fcitx over ibus, but we never seed fcitx in the live cd, so ibus is default.
[09:33] <didrocks> willcooke: I don't think you will get further more than I am right now, I tend to try with the xorg fix if adt is happy again, and we'll see (already spent some hours on this)
[09:33] <happyaron> Laney: a minute
[09:33] <willcooke> oki, shout if I can pitch in some help
[09:34] <seb128> didrocks, can you approve https://code.launchpad.net/~larsu/overlay-scrollbar/blacklist-gnome-boxes/+merge/251566 ?
[09:34] <didrocks> willcooke: will do, thanks :)
[09:34] <seb128> didrocks, I think you are in the right team
[09:34] <seb128> I'm not
[09:34] <didrocks> seb128: done
[09:34] <seb128> didrocks, thanks
[09:34] <didrocks> thanks larsu for this patch btw :p
[09:34] <didrocks> no more transparency on boxed!
[09:34] <didrocks> boxes*
[09:35] <larsu> :)
[09:36] <seb128> It's still over me why we can't fix those from the theme though :-/
[09:40] <happyaron> Laney: https://launchpadlibrarian.net/200624463/im-config_0.27-1ubuntu8.debdiff
[09:42] <Laney> happyaron: ok
[09:44]  * Laney wonders why some i386 autopkgtests are having problems installing kde test deps
[09:44] <happyaron> great
[09:51] <willcooke> hey digitalalex :) How's the symmetry looking ;)
[09:55]  * Laney eyes adt-run
[09:56] <Laney> seems like it's hung unpacking libnotify4
[09:56]  * didrocks eyes the archive publisher
[09:56] <didrocks> I thought it was publishing every 10 minutes now
[09:56]  * Laney eyes didrocks 
[09:57] <didrocks> (last publishing was 25 minutes ago…)
[09:57]  * didrocks eyes Laney
[09:57] <didrocks> :)
[09:57] <seb128> ogra_ also mentioned that publisher got slower again over time I think
[09:57] <seb128> read that on some other channel
[09:57] <seb128> dunno what's going on with it
[09:58] <didrocks> ah xorg missed the publishing window…
[09:59] <seb128> :-/
[10:11] <didrocks> (at least, the xorg error is the same than in the bug)
[10:13] <seb128> didrocks, you get the error now? or you mean the autopkgtest one?
[10:15] <didrocks> seb128: I used minicom to get into it while the systems are running
[10:15] <didrocks> lightdm logs are really poor, (that's what is in the unit) and just says "lightdm failed to start"
[10:15] <didrocks> so I looked at Xorg logs
[10:16] <seb128> which lightdm logs?
[10:16]  * didrocks didn't use minicom since 2002
[10:16] <seb128> it has several logs, it's a bit confusing
[10:16] <didrocks> seb128: the one showing up on systemctl status
[10:16] <didrocks> so stdout, stderr + syslog forwarding
[10:16] <seb128> didrocks, k, those are not the logs I guess?
[10:16] <didrocks> but even running it manually with --debug doesn't help apart from "xorg stopped"
[10:17] <didrocks> yeah, it doesn't print anything actually
[10:17] <seb128> didrocks, /var/log/lightdm/lightdm.log and x-0.log probably have more details?
[10:17] <seb128> or X-0-greeter.log
[10:17] <didrocks> seb128: I'm not in it anymore, lightdm.log got what --debug had (so not really useful in that case)
[10:18] <seb128> didrocks, the xorg errors/details are in x-0(-greeter).log
[10:18] <didrocks> not sure about x-0.log, if it's the xorg logs, that would help I guess
[10:18] <seb128> right
[10:18] <seb128> it should
[10:18] <didrocks> those should probably be forwarded to the journal (or rsyslog)
[10:19] <seb128> not sure
[10:19] <seb128> is syslog supposed to have the detailed logs from every service?
[10:20] <seb128> it would make it quite impossible to read
[10:20] <didrocks> it's supposed to have enough logs to know what went wrong I guess
[10:20] <didrocks> like warnings and so on
[10:21] <seb128> well, xorg log has the xorg log, even when there is no issue/error
[10:22] <seb128> but yeah, ideally real error would be fwded to the main log by some mean
[10:22] <didrocks> indeed, and that's where the issue is
[10:23] <didrocks> if they just print to stdout/stderr, it's not an issue anymore with the journal
[10:23] <didrocks> but let's see, I'll poke robert
[10:23] <didrocks> ah, finally xorg published in proposed
[10:23]  * didrocks tries
[10:25] <GunnarHj> happyaron, Laney: I'm in doubt as regards the debian/rules changes in im-config at bug #1430893. If I understand it correctly, fcitx won't be installed by default unless Chinese is selected. There is still a Japanase remix which ships fcitx with the intention to make it the default IM framework. Considering that, wouldn't it be better to keep debian/rules as is in 15.04?
[10:26] <happyaron> GunnarHj: if not doing that, all live session user will have fcitx as input method
[10:27] <GunnarHj> happyaron: Aha...
[10:27] <GunnarHj> happyaron: Do you have some other idea how to solve the Japanese remix issue?
[10:31] <didrocks> mlankhorst: the upgrade works and fix systemd X11-related tests!
[10:32] <seb128> didrocks, \o/
[10:32] <didrocks> mlankhorst: I really think we should have at least one autopkgtest starting lightdm and ensuring we have a xorg server running
[10:32] <didrocks> willcooke: FYI ^
[10:32] <didrocks> seb128: phew!
[10:32] <didrocks> ok, now overriding the failing autopkgtests as we discussed yesterday
[10:32] <seb128> didrocks, I don't understand why you didn't get the xorg not starting issue in your vm though
[10:33] <didrocks> seb128: I don't know as well (on the whole install)
[10:33] <didrocks> probably a driver different when starting qemu myself and under adt
[10:33] <didrocks> (I'm using direct rendering)
[10:33] <seb128> could be
[10:33] <seb128> Laney, can we get a new desktop iso built?
[10:34] <seb128> Laney, with the double lib promotion and the xorg fix seems like worth starting a new build to see where we are now
[10:34] <didrocks> seb128: xorg is still in proposed
[10:34] <seb128> oh, ok
[10:34] <Laney> is that systemd/upstart test getting fixed?
[10:35] <didrocks> Laney: no, that was another one
[10:35] <seb128> the machine-id one?
[10:35] <didrocks> not even :p
[10:35] <didrocks> so, there is the upstart reboot issue
[10:35] <didrocks> that we discussed yesterday
[10:35] <didrocks> and identified the cause
[10:35] <didrocks> then, they wanted to override the tests
[10:36] <didrocks> but as it was one of the first test failing, I wanted that we run all the other tests still
[10:36] <didrocks> and that's how I discovered the lightdm/xorg issue
[10:37] <Laney> nobody skipped the tests
[10:37] <GunnarHj> Laney: Sorry about the l-s upload. Now I don't see the upload in the archive, neither in -proposed or -release.
[10:38] <Laney> what does 'rmadison language-selector' say?
[10:38] <didrocks> Laney: hence the "wanted"
[10:38]  * didrocks feels now a little bit better on bug #1433728 should be the same
[10:38] <Laney> hmm?
[10:39] <didrocks> I guess there was another one, commenting as well
[10:40] <GunnarHj> Laney: According to rmadison it's in vivid-proposed. (But not visible on the LP page.)
[10:40] <Laney> GunnarHj: Click on View full publishing history and you can see that it's being copied atm
[10:41] <GunnarHj> Laney: Done. Looks promising. :)
[10:43] <Laney> Kind of surprised that this approach worked straight away. :P
[11:30] <attente_> happyaron: #1433831 i guess is because unity 7 runs X, so runs /etc/X11/Xsession.d/70im-config_launch. the upstart job requires IM_CONFIG_PHASE to be set by that
[11:31] <attente_> happyaron: and i guess the lack of initctl set-env in the job script is another bug that wasn't noticed because it already worked in unity 7
[11:44] <Mirv> seb128: Laney: was there some final thought about the train vs. MIR:ing? I can add the check to my Qt landing process (to ping archive admins at the right point), but it of course affects any train landings that do similar thing
[11:46] <Laney> Mirv: Can you find out why that flag isn't set on the PPAs?
[11:46] <Mirv> Laney: oh, right so why the PPA:s allow building such things?
[11:46] <Laney> Perhaps because it's weird to promote things in the archive to satisfy builds in an external repository
[11:47] <Mirv> blocking on that in landing PPA:s would make some sense since landing PPA is a sort of proposed-proposed anyway
[11:47] <Mirv> but then again indeed it's weird to prepromote
[11:48] <Mirv> best would be if proposed could detect it even with copy-binaried packages
[11:48] <Mirv> anyhow, I'll add the check to my own process doc
[11:56] <Mirv> (added to https://docs.google.com/a/canonical.com/spreadsheets/d/1xXhsnTwzvm5p6gDbUrDpRPSJV9tX4SHCptC9yUYCMmE/edit#gid=1330430878 for 5.5)
[12:00] <mdeslaur> charles: do I need to merge indicator-power myself, or is that handled automatically?
[12:01] <mdeslaur> oh, I can't merge it
[12:02] <mdeslaur> tedg: ^ ?
[12:44] <Laney> GunnarHj: any problem with uploading a new version of the default wallpaper?
[12:44] <Laney> xnox: want to check it?
[12:45] <xnox> Laney: yo, where is it? same bug report?
[12:45] <Laney> ya
[12:46] <GunnarHj> Laney: No. We haven't changed the screenshots in the desktop guide yet, so just go ahead.
[12:46] <Laney> ty
[12:46] <xnox> damn
[12:47] <xnox> i got a ticket for Election Debates with Pink News, Evan Davis and all major parties and my question got selected.
[12:47] <xnox> but i can't go - as I have a meeting and a volleyball match =(
[12:47] <xnox>  /o\
[12:47] <Laney> miss them!
[12:50] <tjaalton> does lightdm do any sort of scaling on the greeter?
[12:50] <tjaalton> on vivid
[12:51] <tjaalton> I've got a system with a highres panel which starts with the native resolution but the display goes blank for a second and comes back with a lower looking res, or scaled. X log doesn't show resolution changing
[12:53] <xnox> Laney: i approve, both pngs look good with little artifacts and better symmetry.
[12:53] <xnox> Laney: the greeter logo doesn't align, but i ponder if the greeter is at fault here, rather than the wallpaper.
[12:55] <seb128> tjaalton, since yesterday u-s-d sets the scale factor on hidpi systems yes
[12:56] <Laney> xnox: ok, thx
[12:56] <Laney> the logo doesn't look equally spaced between rows to me
[12:56] <Laney> probably because it is heavier at the bottom
[12:56] <Laney> (independent of background image)
[12:57] <tjaalton> seb128: ok..
[12:57] <seb128> tjaalton, is that looking wrong.
[12:58] <tjaalton> well it should happen earlier, it looks a bit ugly now
[12:58] <tjaalton> the greeter starts first with the native resolution
[12:58] <seb128> out of the transition
[12:58] <tjaalton> unscaled
[12:58] <seb128> does the result looks fine?
[12:58] <tjaalton> result is ok-ish to me
[12:58] <seb128> ok-ish only?
[12:59] <tjaalton> haven't compared to another one with same dimensions but 1080p
[12:59] <tjaalton> can't keep them both powered on :)
[12:59] <xnox> Laney: i do think it might be a greeter problem. Cause we overlay the grid pattern at an offset from the screen edges, But we should still, imho find the centre and do calculations from there
[13:00] <xnox> to the edges, sans padding.
[13:00]  * xnox will play with vala later.
[13:01] <tedg> mdeslaur, Oh, I put it in a silo, but I just realized I forgot about it....
[13:02] <tedg> Silos need push notifications and to be a little more annoying ☺
[13:06] <mdeslaur> tedg: ah, thanks!
[13:08] <qengho> willcooke: where are red and blue swapped in Cr on N7? Images? Text? Backgrounds? All? I can imagine something specific to Cr for the fractional pixels in drawing text.
[13:10] <willcooke> qengho, hey!  Just checking, I think it's everything in Cr
[13:14] <willcooke> qengho, text is, images are too
[13:14] <willcooke> mlankhorst said he thought it was likely an Xmir thing
[13:16] <mlankhorst> definitely :P
[13:16] <mlankhorst> are you running with a compositor or without?
[13:17] <willcooke> without I think
[13:19] <qengho> mlankhorst: Wrong visual-class or something? I'll peek in the X layer details so I can answer questions you might have.
[13:19] <mlankhorst> qengho: probably just xmir-dri2.c bugging, does it show when you run Xmir with -egl too?
[13:22]  * willcooke tries
[13:22] <willcooke> mlankhorst, same
[13:23] <mlankhorst> interesting, I thought it would have been a bug related to dri2..
[13:24] <mlankhorst> willcooke: what's the smallest testcase?
[13:24] <mlankhorst> eg do i need icewm or anything?
[13:32] <willcooke> mlankhorst, don't need icewm in order to see the issue, so I'd say not.
[13:32] <willcooke> smallest testcase would be, install it, run it, witness the rainbow
[13:32] <willcooke> (but icewm might make things a bit easier for you, if you've got a mouse)
[13:32] <mlankhorst> ok I'll take a look :P
[13:32] <willcooke> thanks mlankhorst
[13:33] <willcooke> Cr is surprisingly fast on this N7 btw qengho
[13:34] <qengho> I compiled-in support for the GOFAST register.
[13:34] <qengho> Ha ha
[13:35] <qengho> I'm not surprised, willcooke. The N7 is pretty good, aside from the terrible "disk".
[13:36] <willcooke> :D
[13:38] <seb128> bah
[13:38] <seb128> Laney, thanks for the theme landing, there was another approved branch from larsu fixing issues with the new gtk, would have been nice to land it with it, but I guess for next landing now...
[13:44] <tjaalton> seb128: is there a way to disable scaling the greeter? sometimes it seems to take a long time to get the greeter up, and I don't want to blame the i915 driver for nothing
[13:44] <seb128> tjaalton, no
[13:44] <tjaalton> ok
[13:44] <seb128> tjaalton, move the u-s-d xsettings plugin away
[13:45] <tjaalton> indicator menus are misplaced
[13:45] <seb128> tjaalton, the change was https://code.launchpad.net/~seb128/unity-settings-daemon/non-unity-sessions-need-scaling/+merge/250153
[13:45] <seb128> we might want to exclude the greeter
[13:45] <seb128> the main goal was to get ubiquity/oem-setup scaling
[13:46] <tjaalton> ok thanks, I'll try that
[13:46] <seb128> tjaalton, can you open an unity-greeter bug about the menu thing?
[13:46] <tjaalton> sure
[13:48] <seb128> thanks
[13:50] <tjaalton> bug 1434094
[13:51] <tjaalton> I had the old package cached, can try that on the other machine
[13:56] <seb128> tjaalton, thanks, I'm going to try on my non-hdpi laptop in a bit by forcing the value from u-s-d
[14:03] <tjaalton> ok it's not the scaler that's confusing my skl system but loading the background
[14:03] <tjaalton> or whatever the greeter does
[14:03] <tjaalton> oh well, bisect it is then
[14:47] <desrt> Trevinho is going insane
[14:47] <desrt> STOP MAKING MY PHONE BEEP
[14:48] <Trevinho> desrt: yeah... let's go back to IRC:.... way better :D
[14:48] <Trevinho> desrt: mute it :P
[14:48] <Trevinho> desrt: it's your baby...
[14:48]  * didrocks is happy to have mute is a while ago
[14:48] <Trevinho> desrt: your going to hate it... :D
[14:48] <Trevinho> desrt: but.... in few days it will calm down again
[14:48] <desrt> Trevinho: my baby is all grown up
[14:48] <desrt> Trevinho: ya.. no doubt
[14:48] <desrt> this happened in brussels as well :)
[14:48] <Trevinho> desrt: someone had to do this dirty job at some point
[14:49] <desrt> i'm sort of glad there is a hard limit at 200 :p
[14:49] <Trevinho> lol
[14:52] <mlankhorst> updating my xmir setup, lightdm fails to log in probably because i haven't updated since systemd switch :P
[15:06] <davmor2> seb128: quick question that you might be able to help with, On vivid desktop where are audio cd's mounted there is nothing in media, but if I plug in a usb device that shows in media
[15:07] <seb128> davmor2, audio cds are not data, they are not really mounted in the fs meaning, what would you want to see in /media exactly?
[15:10] <davmor2> seb128: I just expected to see  a folder for it in media :)
[15:10] <seb128> davmor2, yeah ... but no ;-)
[15:10] <seb128> NOTABUG
[15:11] <seb128> we could create a folder but it would be empty since there is no file on the disk
[15:11] <davmor2> seb128: I didn't think it was a bug I just figured it lived somewhere else for audio cd's :) but now it appears they don't mount as such,   learn something new everyday :)
[15:11] <seb128> oh ok
[15:11] <seb128> well, it's a gvfs mount on the desktop
[15:12] <seb128> it's a bit like if you mount a smb share
[15:12] <davmor2> seb128: ah okay thanks
[15:12] <seb128> those don't have entries in the local fs
[15:12] <davmor2> seb128: that makes more sense now  ta :)
[15:12] <seb128> yw!
[15:27] <mlankhorst> willcooke: it shows the correct colors here?
[15:27] <willcooke> ?!?!
[15:28] <willcooke> I'll risk an upgrade and see if that helps
[15:28] <mlankhorst> xserver-xorg-core and xmir in archive are newer, need to downgrade afterwards if you do
[15:29] <mlankhorst> apt-get install xserver-xorg-core=2:1.17.1-0ubuntu2+sa8 xserver-xorg-core-dbg=2:1.17.1-0ubuntu2+sa8 xserver-xorg-xmir=2:1.17.1-0ubuntu2+sa8
[15:29] <mlankhorst> something like that
[15:29] <willcooke> thx
[15:36] <willcooke> darn - ran out of space upgrading.
[15:37] <mlankhorst> :/
[15:37] <mlankhorst> I don't see it happening on the desktop, could you give the spam Xmir gives on startup?
[15:40] <willcooke> oops - device rebooted -> brick
[15:40] <willcooke> I'll have to reflash
[15:40] <willcooke> \o/
[15:41] <mlankhorst> oke, bbiab then :P
[15:41] <willcooke> :D
[15:41] <mlankhorst> can't wait to test if I fixed my little tegra or not
[15:41] <mlankhorst> tested all day on radeon + intel, almost the same thing :p
[15:41] <mlankhorst> just different hw
[15:42] <mlankhorst> bb
[15:42] <Laney> didrocks: https://bugzilla.freedesktop.org/show_bug.cgi?id=85572btw
[15:42] <Laney> with a space
[15:42] <Laney> wow
[15:42] <Laney> clever bot
[15:44]  * qengho afk. transit cafe->home.
[16:23] <Laney> attente_: I just tried this branch https://code.launchpad.net/~attente/ubuntu-themes/1285783/+merge/227768 and it doesn't seem to fix gnome-tweak-tool for me
[16:23] <Laney> has it bitrotted?
[16:26] <attente_> Laney: i guess so, but gnome-tweak-tool is working for me on my machine
[16:27] <attente_> Laney: gnome-tweak-tool is transparent for you without it?
[16:29] <Laney> ya if I change tabs it goes transparent
[16:29] <willcooke> mlankhorst, reflashed, getting segfaults when running xmir, I guess that means I installed the wrong versions of xmir etc?
[16:29] <attente_> Laney: weird. it's not doing that for me
[16:30] <Laney> erm!
[16:30] <Laney> someone else try plz
[16:31] <attente_> Laney: oh. no overlay-scrollbars here is why....
[16:32] <Laney> tsk tsk
[16:35] <attente_> ok... still working even with o-s...
[16:38] <Laney> ...
[16:38] <Laney> larsu: confirm/deny this? :)
[16:40] <attente_> Laney: ok, gotta downgrade my gtk. it's at 3.15.5~20150206.r1+git0b06b1e-0ubuntu1
[16:40] <Laney> haha
[16:40] <Laney> would be a bit strange if that got randomly fixed though?
[16:43] <attente_> Laney: strange indeed. downgrading broke it :(
[16:44] <attente_> time for some bisection
[16:46] <Laney> wait
[16:46] <Laney> attente_: we don't have your patch ...
[16:47] <attente_> Laney: the one that sets the background on gtkstack?
[16:47] <Laney> or did they rework this upstream?
[16:47] <attente_> i thought it went upstream
[16:47] <Laney> ah wait, Company changed it
[16:48] <Laney> yeah we have this
[16:48] <attente_> it might be that Company's change broke it again for us
[16:49] <Laney> you said it works in 3.15
[16:49] <Laney> unless there was some followup
[16:49] <attente_> yeah, it works with 3.15
[16:50] <Laney> so probably not this change
[16:50] <Laney> ho hum
[16:50] <attente_> ok, i'll bisect it to find what happened
[16:50] <Laney> thanks
[16:50] <Laney> no big rush if you're doing other things
[16:51] <willcooke> mlankhorst, ignore my last comment about segfault. Seems I've installed a version based on V.  Fixing....
[16:53] <willcooke> Laney, looks like we'll be clouded out for the eclipse tomorrow morning
[16:53] <larsu> Laney: I can neither confirm nor deny this
[16:53] <attente_> larsu: it's ok. it's confirmed, looking into it now
[16:54] <Laney> willcooke: some chance of breaks in the cloud mid-morning so some know it all on Facebook is saying
[16:54] <Laney> visibility is pretty shite out there currently
[16:54] <Laney> #smog
[16:55] <willcooke> same here
[16:55] <willcooke> I wonder if Easyjet fly from Luton the the Faroe Islands
[16:56] <Laney> just fly anywhere
[16:57] <Laney> as long as you're in the air at the right time
[16:57] <Laney> :D
[16:57] <willcooke> and going roughly north
[16:57] <Laney> anywhere north ish I guess
[16:57] <willcooke> Edinburgh here I come...
[16:58] <didrocks> Laney: yeah, so can't go upstream
[16:58] <didrocks> Laney: I guess that's fine, we'll handle the transition and remove the distro-patch once we are ok
[16:58] <Laney> Maybe we should man up and fix this instead
[16:59] <Laney> i.e. not patch
[16:59] <larsu> Laney: 'man up'. srlsy?
[16:59] <didrocks> Laney: patches welcome :)
[16:59] <Laney> sigh
[16:59] <didrocks> I think greeping through the archive
[16:59] <didrocks> but TBH enoughtodo for now
[16:59] <Laney> I have been providing patches.
[17:00] <didrocks> for apps?
[17:00] <didrocks> I mean: we need to grep the whole archive source
[17:00] <didrocks> for the file
[17:00] <didrocks> and then fix and send upstream for every app to use /etc/machine-id if the dbus-id isn't present
[17:02] <Laney> sounds good
[17:03] <didrocks> yeah, just for now, I'm happy that we have a fix, and then, I agree the longer term solution would be to fix the apps
[17:03] <didrocks> let's see if we can get a grep of the archive tomorrow to see if it's a disaster or not
[17:03] <didrocks> at least, we have an intermediate solution
[17:48] <happyaron> attente_: I see systemd --user is launched, is systemd user session being used now? if so we might want to write a .service file instead
[17:48] <attente_> happyaron: seb128 said we're still using upstart in the user session iirc
[17:49] <didrocks> happyaron: clearly not ready for wider consumption yet
[17:49] <happyaron> ok
[18:08]  * didrocks waves good evening
[18:08] <Laney> bye didrocks!
[18:08] <didrocks> see you tomorrow Laney :)
[18:22]  * willcooke -> EOD o/
[20:01] <thumper> is there any way to clear the OSD notification buffer?
[20:01] <thumper> thunderbird went crazy and added a bunch
[20:01] <thumper> I closed thunderbird but the popups are still showing...
[20:02] <robert_ancell> seb128, how are you with rebuilding ubuntu-meta? I've changed the ubuntu.vivid seed to use the new Indic font packages but ./update doesn't change anything in ubuntu-meta. Never had any trouble with it before so not sure why it's not working
[20:02] <larsu> thumper: kill notify-osd. it'll get restarted next time you receive a notification
[20:03] <thumper> cheers
[20:22] <seb128> robert_ancell, https://wiki.ubuntu.com/SeedManagement
[20:23] <robert_ancell> seb128, yeah, I've read that. Not sure what I'm missing...
[20:23] <seb128> " run the update script in the appropriate source package and upload it "
[20:23] <seb128> did you try that?
[20:24] <robert_ancell> seb128, yes, and that doesn't update it for some reason
[20:24] <seb128> get the current source, it should have a script
[20:24] <seb128> k, dunno then, I didn't try for ages
[20:24] <seb128> you might have more luck on #ubuntu-devel
[20:24] <robert_ancell> Yeah, it always just used to work magically for me.
[20:24] <robert_ancell> k