[04:32] <robert_ancell> RAOF, for bug 1220826 does anything else need to be done for this SRU to complete?
[04:34] <RAOF> robert_ancell: It looks like it'll be released the next time someone goes over the pending-srus page; it's now aged enough.
[04:34] <robert_ancell> ok, cool. thanks
[05:01] <pitti> Good morning
[08:04] <Laney> hallo!
[08:06] <seb128> good morning desktopers
[08:06] <seb128> Laney, hey, how are you? had a good w.e?
[08:06] <didrocks> hey Laney, seb128!
[08:06] <seb128> hey didrocks
[08:11] <Laney> hey seb128 didrocks
[08:11] <Laney> was good thank you despite the constant rain: pub / eurovision / climbing
[08:11] <Laney> you french guys were robbed
[08:12] <didrocks> Laney: eurovision is never a big thing in France fyi
[08:12] <seb128> oh, I had a glance at eurovision, France had 0 after like 15 countries voted
[08:12] <seb128> that's ridiculous
[08:12] <Laney> indeed!
[08:12] <seb128> did we end up last?
[08:12] <Laney> yeah
[08:12] <seb128> :-(
[08:12] <didrocks> ahah :)
[08:12] <seb128> not with 0 at least?
[08:13] <Laney> 2 i think ...
[08:13] <Laney> they did well on the alternative voting we had in the pub :P
[08:13] <seb128> haha
[08:14] <didrocks> Laney: the show isn't on air in one of the most popular TV channel and it never got a lot of audience. That's also probably because we never win!
[08:14] <Laney> haha
[08:15] <Laney> that's strange because france are one of the big nations that automatically get into the final
[08:16] <didrocks> 13.6% of tv viewers, so 2.5 millions
[08:16] <didrocks> (just googled for it)
[08:16] <didrocks> I guess that can be fun in a pub though :)
[08:17] <Laney> yeah i can't imagine watching it at home :P
[08:17] <Laney> anyway, did you guys have a good weekend?
[08:17] <didrocks> yeah, excellent, thanks! how about you apart from eurovision-pub*ish* time? :)
[08:18] <darkxst> hey Laney seb128 didrocks!
[08:18] <didrocks> hey darkxst!
[08:18] <sil2100> Morning ;)
[08:18] <seb128> hey sil2100 darkxst
[08:19] <didrocks> Laney: we couldn't get to visit the opera (too many people outside queuing), so we went back home and video games :)
[08:19] <didrocks> (finished ni no kuni, tried to finish the extras, but I guess I'll have to level too much)
[08:19] <didrocks> hey sil2100
[08:20] <mlankhorst> so did anyone test  qtbase-opensource-src  5.2.1+dfsg-1ubuntu15~ppa7 yet for the touch bug?
[08:20] <didrocks> I guess it's a question for Mirv ^
[08:20] <seb128> mlankhorst, I did test some version on thursday or wednesday, not sure if that was this one ... did you get other revisions during the week?
[08:21] <seb128> jibel tested it and still had the issue iirc
[08:21] <mlankhorst> yeah, final one was uploaded thursday, it's the one I hope to sru it
[08:21] <seb128> k
[08:21] <mlankhorst> it shouldn't cause any issues for jibel any more..
[08:21] <mlankhorst> https://launchpadlibrarian.net/174944343/qtbase-opensource-src_5.2.1%2Bdfsg-1ubuntu15~ppa6_5.2.1%2Bdfsg-1ubuntu15~ppa7.diff.gz
[08:21] <mlankhorst> turns out that the bug was a variation of the stuck mouse button bug
[08:22] <seb128> ok
[08:22] <seb128> I'm going to test the update today and let you know how it goes
[08:25] <Mirv> mlankhorst: that versioning doesn't sound like any of my builds
[08:25] <Mirv> or didrocks ^ but I guess you know what it's about
[08:26] <mlankhorst> Mirv: well I uploaded it to ppa:canonical-x/x-staging :P
[08:26] <didrocks> ok, didn't know about that one anyway
[08:26] <mlankhorst> I lack the hardware so I had to keep doing uploads to that ppa for others to test :-)
[08:26] <Mirv> mlankhorst: I've a trusty SRU brewing too https://launchpad.net/~ci-train-ppa-service/+archive/landing-004/+packages
[08:27] <mlankhorst> ah k, can you add something for me then? :P
[08:27] <mlankhorst> grab the 'xi2-use-master-device.patch' from that ppa package
[08:29] <mlankhorst> http://people.canonical.com/~mlankhorst/xi2-use-master-device.patch
[08:29] <Mirv> mlankhorst: sure. is it ready for upload already, or are you planning to test it still? I'm just trying to avoid too many additional landing PPA builds of it.
[08:29] <mlankhorst> I believe it's ready but since I lack a touch capable laptop it requires others to test :-)
[08:32] <Mirv> mlankhorst: ok, I'll launch a ubuntu14.2 build but wait for ack from test results
[08:35] <mlankhorst> seb128: ? ^ jibel ^
[08:36] <seb128> Mirv, let me know when you have a build to test, I can do that
[08:36] <mlankhorst> testing the one from x-staging would be just as good
[08:36] <seb128> let me do that
[08:37] <Mirv> mlankhorst: is that ok changelog? http://pastebin.ubuntu.com/7451331/
[08:39] <mlankhorst> yeah
[08:49] <ochosi> hi everyone
[08:50] <seb128> ochosi, hey, how are you?
[08:50] <ochosi> seb128: doing great (especially considering it's a *monday* ), how're you? :)
[08:50] <seb128> I'm good thanks ;-)
[08:51] <ochosi> i was wondering, since you guys removed gnome-screensaver, how do you handle the screenblanks/DPMS settings now? does the lockscreen also handle those timeouts etc or is it unity-settings-daemon?
[08:52] <ochosi> (or: what actually blanks the screen? X11's screensaver extension?)
[08:52] <ochosi> (referring to 14.04, so unity7, obviously)
[08:59] <Laney> "Committed revision 666."
[09:04] <jibel> mlankhorst,  qt 5.2.1+dfsg-1ubuntu15~ppa7 from x-staging PPA is the version to test?
[09:08] <seb128> ochosi, unity7 does it afaik, to check with Trevinho though
[09:08] <seb128> mlankhorst, the ppa7 version seems to work fine for me (I can dnd the windows from touch apps, no segfault so far)
[09:08] <seb128> jibel, yes
[09:11] <jibel> mlankhorst, seb128 thanks, it seems to be working fine. I launched several Qt and Gtk apps, I can switch between them with the touch screen and no crash so far. I'll do more tests.
[09:12] <seb128> jibel, thanks
[09:12] <seb128> well even if there is still a crash, it seems like still an improvement
[09:12] <seb128> so worth SRUing even if it's not the perfect fix
[09:15] <jibel> clearly an improvement, there is no obvious way to make it crash.
[09:16] <seb128> Mirv, ^
[09:16] <seb128> jibel, thanks for testing
[09:17] <Mirv> thanks
[09:17] <Mirv> it's building at https://launchpad.net/~ci-train-ppa-service/+archive/landing-004/+packages now
[09:18] <Sweetsha1k> moin
[09:19] <seb128> Sweetsha1k, hey, how are you?
[09:19] <Mirv> I guess I need another landing for the utopic one
[09:19] <Sweetsha1k> seb128: fine, armhf just finished to build, now dragging out a precise VM to test it.
[09:19] <Mirv> or maybe simply an upload instead
[09:20] <mlankhorst> jibel: goodie :-)
[09:21] <ochosi> seb128: k, thanks, will ask Trevinho then
[09:21] <ochosi> Trevinho: hey! i was wondering, since you guys removed gnome-screensaver, how do you handle the screenblanks/DPMS settings now? does the lockscreen also handle those timeouts etc or is it unity-settings-daemon (or unity itself)?
[09:22] <Mirv> mlankhorst: so if you're happy with this debdiff in utopic, I'll do that first before the SRU of course: http://pastebin.ubuntu.com/7451494/
[09:24] <mlankhorst> looks good
[09:24]  * Sweetsha1k will reach 200 full libreoffice builds again this week. The local energy provider is thankful.
[09:56] <seb128> pitti, hey, do you plan to SRU https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1282349 ?
[09:56] <seb128> it's ranked 5 on the current e.u.c trusty issues
[09:57] <pitti> bonjour seb128
[09:58] <seb128> Sweetshark, not sure if you saw my ping about https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1219245 the other day, assigned the bug to you now (it's ranked high on e.u.c)
[09:58] <pitti> seb128: yeah, can do
[09:58] <seb128> pitti, salut, ça va ?
[09:58] <seb128> pitti, thanks
[09:58] <pitti> seb128: ça va bien, mieux que la semaine derniére -- c'était trop longue :)
[09:59] <seb128> tu travailles trop !
[10:00] <pitti> nah, it wouldn't have let my brain rest anyway, so I'm rather glad that it's by and large working well again :)
[10:00] <Sweetshark> seb128: k. that one will be "fun" again (as is ~everything in the bowels of vcl) ...
[10:00] <seb128> pitti, ;-)
[10:01] <seb128> Sweetshark, maybe you can start by upstreaming it and see if that's a known issue?
[10:02] <seb128> Sweetshark, https://bugzilla.redhat.com/show_bug.cgi?id=1043576 ... at least it's not only us
[10:02] <Sweetshark> seb128: I cant see a good reproduction scenario on that one, which is the half of the work here ...
[10:06] <Sweetshark> seb128: though at least two of the dupes say it was "crash on close", which doesnt help much, but somewhat lowers the priority on that one ..
[10:06] <seb128> right
[10:06] <seb128> well, one states "while installing a font"
[10:07] <seb128> but if you are confident it's an issue on close, feel free to lower the bug settings and unassign
[10:09] <Sweetshark> yep, saw that one too. I might try to force libreoffice to crash by installing and removing fonts, to get a reproduction scenario, but I guess there are more productive uses of my time right now.
[10:11] <seb128> k
[10:11] <seb128> well, I pointed it because it's in the top 10 trusty issues on e.u.c
[10:12] <seb128> so worth at least having a look to flag it important or not
[10:12] <Sweetshark> although, the one "crashed while updating" report might also be a proxy for "while installing font". OTOH that might mean its just people running libreoffice while doing a release update and thus explain why it is ranking this high _currently_ ;)
[10:15] <seb128> Laney, thanks for doing those u-s-s reviews ;-)
[10:15] <Laney> np
[10:15] <Laney> I'm filing a bug for some remaining update issues I just saw
[10:15] <seb128> Laney, I've planned to do a landing in the next days, but feel free to organize one if you want
[10:15] <seb128> k
[10:15] <Laney> I'd want that blank page one proposed first
[10:15] <seb128> check the open bugs first, we have quite some already filed against it
[10:16] <Laney> dunno why gatox didn't
[10:16] <seb128> he started working on it, maybe it's not fully done?
[10:16] <Laney> I think it is, but I asked on the bug so let's see
[10:16] <seb128> k
[10:16] <seb128> I think he should be up soon
[10:16] <Laney> nod
[10:18]  * didrocks goes for a run
[10:18] <didrocks> and will try to avoid any rain in the mix
[10:19]  * Laney stabs firefox
[10:19] <Laney> y u crash
[10:20] <larsu> Laney: because you stabbed it?
[10:22] <Laney> that was just me violating the geneva convention
[10:22] <Laney> https://crash-stats.mozilla.com/report/index/d108ce03-1ed0-4a05-b66f-2652b2140512
[10:32] <Sweetshark> seb128: upstreamed as https://bugs.freedesktop.org/show_bug.cgi?id=78598
[10:33] <seb128> Sweetshark, thanks
[10:33] <seb128> Sweetshark, you should maybe attach the stacktrace to the upstream bug?
[10:37] <darkxst> didrocks, seb128, anyidea what is the point of gnome-update-wallpaper-cache in g-s-d?
[10:39] <Sweetshark> seb128: done
[10:41] <Sweetshark> seb128: fwiw, I dont see that bug as top 5 for trusty on e.u.c -- but then again e.u.c seems to do wild statistic voodoo with its data (and show something different to everyone) ...
[10:47] <darkxst> i.e. why install a binary in /usr/lib that is not used by anything? and at it its best could only have been working around bugs in gnome-desktop?
[10:54] <rickspencer3> good morning desktoppers
[11:02] <rickspencer3> good morning seb128
[11:02] <seb128> rickspencer3, good morning
[11:03] <seb128> Sweetshark, https://errors.ubuntu.com/?release=Ubuntu%2014.04&period=day has it ranked 13
[11:03] <seb128> darkxst, gnome-update-wallpaper-cache write a cache that is read by gnome-desktop iirc
[11:06] <darkxst> seb128, maybe it used too? I can't find anything that calls it
[11:07] <seb128> darkxst, what do you mean "maybe it used too"?
[11:07] <seb128> too->to?
[11:08] <Trevinho> ochosi: it's unity-settings-daemon
[11:08] <darkxst> yeh "to"
[11:09] <seb128> darkxst, well, .cache/wallpaper has updated content here, so it's still used
[11:10] <seb128> let me try to remember the details of how that works
[11:10] <Trevinho> ochosi: basically u-s-s sends us the "idle" signal, then at that point we start the fading to blank... Once we've done the fading we set the Active state to true (see gnome screensaver dbus API) and we emit the relevant signal. This is monitored by uss that then actually turns the screen off
[11:12] <Sweetshark> seb128: indeed. Looking at that, the frequency there says "71", which is the same as it is for all distros -- so _all_ crashes happen on 14.04, while the issue has been around since 4.0.2-0ubuntu1. So I would say, this is artificially increased by people keeping LibreOffice running during a dist upgrade.
[11:12] <seb128> Sweetshark, that seems possible indeed
[11:13] <seb128> darkxst, it's still used at least in http://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/view/head:/scripts/plugininstall.py#L1595 (we need to update that for u-s-d it seems)
[11:17] <seb128> darkxst, so yeah, it's used there, I think the other usecases are handled by gnome-desktop directly
[11:20] <darkxst> seb128, I see, although I wonder what help a cache is going to provide in ubiquity when it can't exactly know what resolution will be coming!
[11:20] <seb128> darkxst, in most cases the resolution is the same during install than later
[11:21] <seb128> is "put a different screen for the installation" an usecase?
[11:23] <darkxst> oh, so it copies the wallpaper from the installer onto the installed system?
[11:23] <Laney> hey rickspencer3, ça va?
[11:24] <Laney> (I already regret asking that in French)
[11:24] <seb128> right
[11:24] <rickspencer3> hi Laney
[11:24] <darkxst> but even then, why need a binary to forces a redraw of the background to make the cache, which should be there already since the installer has drawn the background!
[11:25] <seb128> not in "install mode"
[11:25] <rickspencer3> Laney, I shall resist from my normal brutal massacre of the beautiful French language
[11:25] <seb128> that's not using gnome-desktop iirc
[11:25]  * rickspencer3 sips coffee
[11:25] <Laney> my pre-loaded google translate weeps
[11:26] <seb128> darkxst, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/530024
[11:36] <rickspencer3> Laney, I did not know that Google Translate was so sensitive
[11:36] <rickspencer3> pauvre google translate
[11:37] <darkxst> seb128, what exactly is "install mode"?
[11:37] <seb128> darkxst, the mode which runs ubiquity only and not a live session
[11:37] <seb128> when you boot the iso it's "install"
[11:38] <seb128> where the live session is "test Ubuntu"
[11:38] <darkxst> seb128, like the "try ubuntu" screen?
[11:38] <darkxst> and instead click install?
[11:38] <seb128> yes
[11:38] <darkxst> pretty sure g-s-d runs there these days
[11:38] <seb128> http://upload.wikimedia.org/wikipedia/commons/thumb/7/78/Ubiquity_installer.png/300px-Ubiquity_installer.png
[11:38] <darkxst> otherwise our gnome-shell ubiquity session would be horribly broken!
[11:39] <seb128> it does maybe for you
[11:39] <seb128> does it do it for other flavors?
[11:39] <darkxst> no other flavours are using g-s-d now
[11:41] <seb128> if you say so
[11:41] <seb128> I'm not the right person to ask about that
[11:45] <darkxst> seb128, just checked ubuntu image, u-s-d is running
[11:45] <darkxst> and for ubuntu gnome images, g-s-d is running
[11:46] <darkxst> this seems like legacy cruft to me
[11:46] <seb128> could be
[11:46] <seb128> if you want to fix it please start by updating ubiquity to drop the code you think is obsolete
[11:47] <seb128> and confirm that on a new install the cache is correctly copied to the target system
[11:47] <seb128> once we get the ubiquity change merged/tested we can look at dropping the g-s-d hack
[11:48] <Laney> I think g-s-d started to be launched sometime during raring
[11:48] <Laney> so it probably became obsolete then
[11:48] <darkxst> seb128, I have wallpaper cache at the "try ubuntu" screen
[11:48] <seb128> I believe you
[11:49] <didrocks> it wasn't running for sure in the 10.04 timeframe
[11:49] <didrocks> (back from exercise)
[11:49] <seb128> so let's drop that code snippet
[11:49] <didrocks> that's why there was this binary, to generate the cache
[11:49] <didrocks> if g-s-d/u-s-d runs now, it's great then :)
[11:49] <seb128> didrocks, wb, yeah I pointed to the bug you opened by then
[11:50] <didrocks> just ensure that the .cache/ directory is copied
[11:50] <seb128> right
[11:50] <didrocks> (I don't remember if it's the same binary or a hook)
[11:50] <seb128> it's the same hook
[11:50] <seb128> it just needs to be updated to stop calling the binary
[11:50] <seb128> but copy the .cache content instead
[11:50] <didrocks> yeah
[11:51] <darkxst> well the binary doesnt copy the cache, so it just needs to stop calling the binary
[11:53] <seb128> right
[11:55] <didrocks> ah, actually, it's already not called
[11:55] <didrocks> (rereading my ubiquity code)
[11:56] <didrocks> as g-s-d/u-s-d created it, I had the check
[11:57] <Laney> seb128: did you start to work on the seeds yet?
[11:57] <seb128> Laney, sort of, I copied/hacked the touch one a bit on friday but I was unsure how to test it so I didn't go far
[11:58] <seb128> Laney, btw what happened to your libcd-rootfs upload?
[11:58] <seb128> livecd*
[11:59] <Laney> did something happen to it?
[11:59] <Laney> looks there to me
[11:59] <Laney> oh it got overwritten
[11:59] <Laney> grr
[12:03] <Laney> okay I re-merged it
[12:03] <Laney> seb128: can you push your branch somewhere? I'll make a package out of it and make the iso use that
[12:03]  * Laney goes to lunch
[12:04] <seb128> Laney, ok, enjoy lunch!
[12:05] <seb128> Laney, "overwritten", I didn't see an upload from you, maybe upload collision or something?
[12:05] <seb128> (well, on https://launchpad.net/ubuntu/+source/livecd-rootfs/+changelog)
[12:32] <Mirv> mlankhorst: utopic upload done, but there's a arm64 toolchain issues apparently (gcc internal error) that will prevent for https://launchpad.net/ubuntu/utopic/+source/qtbase-opensource-src/5.2.1+dfsg-1ubuntu16 to move to -release pocket
[12:40] <mlankhorst> ok :/
[12:57] <Laney> seb128: it's in the ppa only
[12:57] <seb128> Laney, oh, ok
[12:59] <mlankhorst> who's working on 12.04.5 this time?
[13:00] <Laney> https://wiki.ubuntu.com/UtopicUnicorn/ReleaseTaskSignup has nobody
[13:06] <attente> seb128, hey
[13:08] <attente> can we sru https://code.launchpad.net/~attente/gnome-settings-daemon/1218322/+merge/219055
[13:08] <seb128> attente, hey
[13:08] <seb128> sure
[13:08] <attente> it's not ideal, but better than the current state
[13:12]  * mlankhorst pokes seb128 for tests :P
[13:18] <seb128> mlankhorst, what tests?
[13:18] <seb128> attente, can you open a new bug about the specific issue/for the SRU.
[13:18] <seb128> ?
[13:19] <seb128> attente, that bug became a dump ground for keyboard issues, it's not good to use for SRU tracking
[13:19]  * didrocks goes to the police station for the european vote during the malta sprint. should take ~30 minutes
[13:19] <seb128> didrocks, good luck
[13:19] <mlankhorst> seb128: qtbase + touch screen testing :)
[13:19] <attente> seb128, sure
[13:19] <didrocks> seb128: my target this time is to have it opened! not having to go 3 times to 3 different police stations like 2 years ago :)
[13:20] <seb128> mlankhorst, I did that this morning and pinged you back on this channel
[13:20] <seb128> didrocks, yeah, let's see
[13:20] <seb128> attente, thanks
[13:20] <seb128>  mlankhorst, the ppa7 version seems to work fine for me (I can dnd the windows from touch apps, no segfault so far)
[13:20] <seb128> mlankhorst, jibel confirmed as well
[13:21] <mlankhorst> ah right
[13:22] <mlankhorst> sorry was busy with preparing for lts-trusty sru
[13:25] <seb128> no worry
[14:09] <GunnarHj> Hi seb128!
[14:11] <seb128> GunnarHj, hey
[14:12] <GunnarHj> seb128: Do you have time for a question about the skype-translation package I'm proposing?
[14:12] <seb128> I'm busy, but it's IRC, if you ask your question I'm eventually going to get to it
[14:12] <seb128> others might reply as well
[14:13] <GunnarHj> seb128: Ok. The issue is explained at https://bugs.launchpad.net/ubuntu/+bug/1314402/comments/2
[14:13] <ochosi> Trevinho: in your case "we" == unity?
[14:16] <attente> seb128, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1318673
[14:19] <seb128> attente, thanks
[14:20] <seb128> GunnarHj, the symlink idea is not great, that's going to create extra confusion
[14:20] <seb128> we just need to keep up with skype changes and update when there are conflicts
[14:22] <GunnarHj> seb128: The problem is that we don't have access to debian/control in the package provided on the Skype site, so we won't be able to handle it via conflict fields.
[14:22] <Sweetshark> 182 full builds of libreoffice finished. Room is comfortably warn now.
[14:23] <GunnarHj> seb128: So you think the problem I described is something we can live with then?
[14:29] <seb128> GunnarHj, well, I don't see a nice way around it
[14:29] <seb128> your symlink hack seems like buggy and a recipe for issues/bugs
[14:29] <seb128> it's quite hackish
[14:30] <seb128> the other alternative is to make new skype release conflicts with our translations package
[14:30] <seb128> which makes me thing the right way is to convince upstream to ship the translations
[14:30] <seb128> rather than adding a package on our side
[14:35] <GunnarHj> seb128: Well, the end goal is of course to make "upstream" (M$) ship more translations. The purpose with this package idea is to provide an alternative in the meantime.
[14:36] <GunnarHj> seb128: How is the scripts hackish? Any thoughts on how they could be improved?
[14:37] <Laney> It can't work unless you add a dependency on skype, which you aren't really allowed to do as it only lives in an external repository
[14:39] <GunnarHj> Laney: Hi! There is already a skype dependency. Please note that there are other skype related help packages in the archive already.
[14:39] <seb128> GunnarHj, the "let's create symlinks at installation time so they can be overwritten by skype" is hackish
[14:40] <Trevinho> ochosi: yes
[14:41] <ochosi> Trevinho: would you mind pointing me at the code?
[14:42] <Trevinho> ochosi: http://bazaar.launchpad.net/~unity-team/unity/trunk/view/head:/lockscreen/LockScreenController.cpp#L135
[14:42] <ochosi> Trevinho: ty!
[14:43] <Trevinho> ochosi: and http://bazaar.launchpad.net/~unity-team/unity/trunk/view/head:/lockscreen/ScreenSaverDBusManager.cpp
[14:47] <GunnarHj> * had to reboot *
[15:36] <mlankhorst> seb128: hm if you hit the touchscreen like a monkey (without qt updated to ubuntu16 open) does your pointer emulation get stuck sooner or later with scary messages in the xorg log?
[15:38] <mlankhorst> i mean without necessarily any applications open except the dash
[15:38] <seb128> I've seen issues like that iirc
[15:38] <seb128> I can't test now though, I've a ton of stuff to finish before eod
[15:48] <jibel> mlankhorst, with the version from the PPA I get this http://paste.ubuntu.com/7452953/
[15:48] <jibel> interesting messages start at 25190
[15:48] <mlankhorst> jibel: yeah hitting the same when using my touchpad as poor man's touchscreen
[15:49] <mlankhorst> no idea what is going on yet there, though. probably a separate bug :/
[16:07] <mlankhorst> jibel: but touch still responds right?
[16:07] <jibel> mlankhorst, yes, it does.
[16:08] <mlankhorst> good, it's probably harmful in some way because touch gets emulated when it shouldn't, but aprt from that..
[16:09] <mlankhorst> I'll take a look tomorrow
[16:09] <mlankhorst> eod!
[20:31] <robert_ancell> cyphermox, is there a known issue with DNS being broken on utopic? Mine only works if I directly edit resolv.conf
[20:56] <cyphermox> robert_ancell: not that I know
[20:56] <robert_ancell> cyphermox, are you running utopic?
[20:56] <cyphermox> yes
[20:57] <cyphermox> try to check what syslog says, after you kill -USR1 dnsmasq
[20:57] <cyphermox> it should list the same nameservers as you'd be adding in /etc/resolv.conf directly
[20:58] <robert_ancell> cyphermox, I have three instances of dnsmasq running - which one?
[20:58] <cyphermox> the one started by NetworkManager, it should list it in the command line
[20:58] <cyphermox> that said, if you have three instances that might be a hint to what's wrong ;)
[20:59] <cyphermox> what IP gets in your /etc/resolv.conf normally, when it's broken? 127.0.0.1 or 127.0.1.1 or something else?
[20:59] <robert_ancell> cyphermox, http://paste.ubuntu.com/7454389/
[20:59] <robert_ancell> 127.0.0.1
[20:59] <cyphermox> ah, yeah
[21:00] <cyphermox> so the NetworkManager instance is started properly, and probably has the right nameserver, as far as I can tell
[21:00] <cyphermox> however, you have an instance on 127.0.0.1 that starts and clobbers /etc/resolv.conf
[21:00] <cyphermox> I bet if you put 127.0.1.1 in resolv conf instead it would resolve properly
[21:00] <robert_ancell> cyphermox, http://paste.ubuntu.com/7454394/ are the three instances
[21:01] <robert_ancell> cyphermox, neither 127.0.0.1 or 127.0.1.1 works
[21:01] <cyphermox> ah
[21:02] <cyphermox> what does dig report for each?
[21:02] <cyphermox> say if you do dig www.google.com @127.0.1.1
[21:02] <robert_ancell> just blocking
[21:02] <cyphermox> I don't know what the first instance is, it would be worth figuring out
[21:02] <cyphermox> is there anything in /etc/dnsmasq.conf?
[21:03] <robert_ancell> cyphermox, default file with everything quoted out
[21:04] <robert_ancell> Perhaps systemd has started it? /lib/systemd/system/dnsmasq.service
[21:04] <cyphermox> you're running systemd?
[21:04] <robert_ancell> no, just wondering if the utopic upgrade had pulled it in
[21:04] <robert_ancell> confirmed I'm not
[21:04] <cyphermox> ok
[21:08] <cyphermox> well if dnsmasq.conf is the default config file with everything commented and you don't know why it's there, I'd kill the service and remove the file
[21:09] <cyphermox> it's started with a bunch of options that aren't default though
[21:09] <cyphermox> like --local-service
[21:09] <cyphermox> scratch that, I'm mistaken
[21:10] <robert_ancell> cyphermox, I killed the dnsmasq and libvirt instances and still doesn't work
[21:11] <cyphermox> the NM isntance too?
[21:12] <robert_ancell> no
[21:13] <cyphermox> the thing is, when you kill them it doesn't go update /etc/resolv.conf again, so you also need to fix it
[21:13] <cyphermox> I'd need to reboot now, but I think i've set up my system the same way
[21:17] <robert_ancell> cyphermox, but using dig with '@' should work right?
[21:30] <cyphermox> yes, you're specifying which server to ask
[21:30] <cyphermox> here is works
[21:30] <cyphermox> I have all three (mostly) same instances
[21:32] <cyphermox> all three seem to get properly configured; the NM instance has the real dns servers, and the others point to it
[21:32] <cyphermox> ie. libvirt points to the system dnsmasq, which points to the NM instance which has the true DNS data
[21:32] <cyphermox> http://paste.ubuntu.com/7454515/
[21:33] <cyphermox> robert_ancell: I suggest you uninstall dnsmasq (but not dnsmasq-base)
[21:34] <cyphermox> the binaries will still be there for NM and libvirt, but at least you'll have one less thing to worry about; then reboot and we can see if it's still broken
[21:34] <robert_ancell> cyphermox,
[21:34] <robert_ancell> ok
[21:37] <ochosi> robert_ancell: hey! i read about a feature in lightdm (in the changelog) that the greeter can be kept alive so vt switching works more swiftly. is there anything the greeter (or the session?) has to do about this or does it work automagically somehow?
[21:38] <robert_ancell> ochosi, the greeter sets a flag before the lightdm_greeter_connect
[21:38] <robert_ancell> and it has to handle two signals (one to go idle and one to reset)
[21:38] <ochosi> i see
[21:38] <ochosi> is there already a greeter that does that?
[21:39] <robert_ancell> ochosi, I believe mterry has the Unity 8 greeter working with that. Not sure if it's in trunk yet
[21:39] <robert_ancell> other than that, no
[21:40] <ochosi> would you say it makes sense for the way xubuntu uses the greeter? (as lockscreen and login)
[21:40] <ochosi> i mean it sounds like it potentially improves the performance
[21:40] <ochosi> but as there isn't an implementation i can test... :)
[21:41] <robert_ancell> ochosi, it's a trade off between memory usage and greeter start up time
[21:41] <robert_ancell> ochosi, since on X you would need to keep the greeter X server around it's probably not worth it
[21:41] <robert_ancell> ochosi, though you could make a config option for the greeter to enable it
[21:41] <robert_ancell> ochosi, on the phone the memory cost is lower and the switching time is more critical (due to phones commonly going to the greeter)
[21:42] <ochosi> mhm, i understand
[21:42] <ochosi> sounds like a lot of work and not many users will actually use it...
[21:43] <ochosi> (in xubuntu i mean)
[21:44] <robert_ancell> yeah, that's my guess
[21:45] <ochosi> righty, thanks for the heads up, robert_ancell
[21:45] <robert_ancell> no worries
[21:52] <robert_ancell> cyphermox, now I have no dnsmasq and still not DNS without editing /etc/resolv.conf
[21:52] <cyphermox> no dnsmasq at all?
[21:52] <robert_ancell> cyphermox, not according to ps
[21:52] <cyphermox> ugh
[21:52] <cyphermox> doesn't NM start?
[21:53] <robert_ancell> NM is running
[21:53] <cyphermox> is dns=dnsmasq commented out in /etc/NetworkManager/NetworkManager.conf?
[21:53] <cyphermox> you just rebooted, right?
[21:53] <robert_ancell> yes
[21:53] <robert_ancell> it's still in the .conf
[21:53] <cyphermox> how the hell can it not get started
[21:54] <cyphermox> plus if it's not starting, NM should still go write to /etc/resolv.conf directly
[21:54] <cyphermox> could you paste /var/log/syslog?
[21:54] <robert_ancell> http://paste.ubuntu.com/7454591/
[21:55] <robert_ancell> oh, sorry. I typoed my ps
[21:55] <robert_ancell> I do have two dnsmasqs
[21:56] <robert_ancell> i.e. the "dnsmasq" user one is gone, but the NM and libvirt ones are there
[21:56] <robert_ancell> dig www.google.com @127.0.1.1 still blocks forever
[21:56] <cyphermox> I was about to say
[21:56] <cyphermox> hum, just a second
[21:57] <cyphermox> does dig www.google.com @192.168.0.1 ever return?
[21:57] <robert_ancell> yes, immediately
[21:58] <robert_ancell> and my other devices are connected to the wifi and working fine
[21:58] <cyphermox> yeah
[21:58] <cyphermox> ok, so let's try this one more time:
[21:59] <cyphermox> kill -USR1 2316
[21:59] <cyphermox> (and the output that goes in /var/log/syslog
[22:00] <robert_ancell> http://paste.ubuntu.com/7454613/
[22:02] <cyphermox> do you only have libvirt-bin, README, and network-manager files in /etc/dnsmasq.d ?
[22:04] <robert_ancell> cyphermox, just libvirt-bin and network-manager
[22:04] <robert_ancell> i.e. no README
[22:04] <cyphermox> yeah, that's fine
[22:05] <cyphermox> so why does your NM dnsmasq instance never receive requests, or pass any?
[22:06] <robert_ancell> cyphermox, is DNS plain text, can I telnet to it and check anything?
[22:06] <cyphermox> well it's kind of plain text yeah
[22:06] <cyphermox> but it would probably be easier to tcpdump and see if packets pass
[22:07] <cyphermox> if you telnet to 127.0.1.1 53 you should at least get an open port
[22:08] <robert_ancell> yeah, I get that but nothing back, even if I send junk
[22:09] <ali1234> um... isn't DNS UDP?
[22:10] <robert_ancell> both according to /etc/services
[22:10] <cyphermox> ali1234: both
[22:11] <sarnold> robert_ancell: /etc/services has udp and tcp for almost every service as a historical artifact...
[22:12] <cyphermox> sarnold: dns is both anyway :)
[22:12] <sarnold> DNS quite often kicks back 'request again over TCP' responses to queries that will generate a lot of traffic, to reduce udp fragmentation and to reduce UDP-based DNS DDOS attacks
[22:12] <sarnold> cyphermox: yeah, just wanted to make sure the accidental truth of this one wasn't confusing in the future :)
[22:13] <cyphermox> sarnold: good plan ;)
[22:13] <robert_ancell> TIL
[22:14] <sarnold> ... I can't think of any other service that actually uses both tcp and udp on well-known ports..
[22:14] <cyphermox> robert_ancell: does telnet get you somewhere you can type?
[22:15] <robert_ancell> cyphermox, yes, but no replies
[22:16] <cyphermox> for 127.0.1.1 correct?
[22:17] <robert_ancell> cyphermox, yes
[22:24] <cyphermox> robert_ancell: so I have no idea why it's not working
[22:25] <cyphermox> you could try to add "log-queries" in a file /etc/NetworkManager/dnsmasq.d/debug
[22:26] <cyphermox> then try to send more queries to it with dig, kill the daemon again with -USR1 and see if it says anything more helpful than we've had so far
[22:27] <robert_ancell> cyphermox, just a file with "log-queries" in it?
[22:27] <cyphermox> yep
[22:28] <TheMuso`> I think I had the same problem when upgrading to utopic yesterday, worked around it for now. If more help and log data is helpful, I can bring up an IRC session on another box so I can re-enable network-manager to help test.
[22:29] <robert_ancell> cyphermox, I'll have to restart NM right?
[22:29] <cyphermox> robert_ancell: yes
[22:29] <robert_ancell> ok, be back in a second
[22:29] <cyphermox> what could have changed to cause this?
[22:29] <TheMuso> I should note that my upgrade was actually a fresh install of utopic.
[22:30] <cyphermox> TheMuso: I also am running on a freshly installed system
[22:30] <cyphermox> from... two weeks ago maybe?
[22:30] <cyphermox> it's fully up to date
[22:30] <robert_ancell> cyphermox, what's the nm service name?
[22:30] <TheMuso> Interesting. I fetched the latest daily at the time yesterday, backed up, did a fresh install, and noticed the problem when adjusting my sources.list.
[22:31] <cyphermox> robert_ancell: network-manager
[22:31] <cyphermox> TheMuso: you mean an update?
[22:31] <cyphermox> hm
[22:31] <robert_ancell> http://paste.ubuntu.com/7454711/
[22:33] <TheMuso> cyphermox: Media was tagged as "Ubuntu 14.10 "Utopic Unicorn" - Alpha amd64 (20140510)". I hadn't installed any extra updates. Did a fresh install from that daily, and then when attempting to fetch updated package sources, I couldn't resolve DNS when attempting to connect via network-manager.
[22:34] <cyphermox> that's one good hint
[22:35] <cyphermox> I see dnsmasq got changed recently
[22:35] <cyphermox> I have another system that isn't as up to date, I'm going to try bringing it to the same version, we'll see how that goes
[22:35] <TheMuso> Yeah, once I worked around nm and got networking working, I did fetch an updated dnsmasq, but that made no difference.
[22:36] <cyphermox> depends which version it was
[22:36] <cyphermox> 2.68 I know works, that's what we have in trusty
[22:36] <TheMuso> Let me check what version was on the daily.
[22:36] <TheMuso> the daily that I used that is.
[22:37] <cyphermox> 2.70-1 and 2.70-2 we got recently from debian, 2.70-1 on April 26 and 2.70-2 yesterday it seems
[22:37] <TheMuso> dnsmasq-base2.70-1
[22:37] <cyphermox> it's weird though, this system is running 2.70-2 without any problems
[22:38] <TheMuso> Yeah sounds about right.
[22:38] <cyphermox> wired though
[22:38] <TheMuso> Mine is wired too.
[22:39] <TheMuso> My notebok is always docked when I am working at my desk, and my dock station is perminantly connected to ethernet.
[22:39] <cyphermox> so I should easily be able to see this
[22:39] <TheMuso> You'd think so...
[22:42] <cyphermox> nopr
[22:53] <cyphermox> robert_ancell: do you have logs on your router?
[22:53] <robert_ancell> cyphermox, it has pretty crap logs
[22:53] <cyphermox> I recall at some point a while ago there was an issue with some routers for what dnsmasq was sending them
[22:53] <cyphermox> many don't really lsit queries though, but maybe it complained a bit about what was received
[22:54] <robert_ancell> nothing exciting, just DHCP logs
[22:54] <cyphermox> boo
[22:54] <TheMuso> Ok that is weird. Its working fine now. Mind you, I just manually took down the interface and reloaded network-manager.
[22:55] <TheMuso> Perhaps it may return after a fresh reboot...
[22:55] <TheMuso> brb
[22:56] <TheMuso> Ok, all seems fine here. That was weird.
[22:57] <TheMuso> Seems I can't be any help after all. :)
[22:57] <cyphermox> you've already been helpful, too late ;)
[22:59] <TheMuso> lol
[23:02] <cyphermox> oh
[23:03] <cyphermox> robert_ancell: is dnsmasq running with 100% cpu by any chance?
[23:03] <robert_ancell> cyphermox, no
[23:05] <cyphermox> robert_ancell: I'll get you an updated dnsmasq package to try, in case this is what's happening
[23:05] <cyphermox> http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=blobdiff;f=src/blockdata.c;h=5a70a7967fa3c44cdf23b5cbb849e008fd44201a;hp=272d3a67f4ebd0b293b4f26aafaf312f3772f6c9;hb=b692f23466eb28ceed42c4e1d312707636afff09;hpb=8aa999ef69f3978faa4788e390edb4ed44dfc11e
[23:05] <robert_ancell> cyphermox, ok
[23:11] <cyphermox> robert_ancell: https://launchpad.net/~mathieu-tl/+archive/build-tests/+packages
[23:11] <robert_ancell> cyphermox, thanks
[23:59] <robert_ancell> cyphermox, that fixed it
[23:59] <cyphermox> interesting