[01:01] <Guest27271> hi all what is lite updating for UBUNTU
[01:22] <jbicha_> desrt: can you help fix https://bazaar.launchpad.net/~gnome3-team/gnome-control-center/ubuntu/view/head:/debian/patches/revert_git_dont_hide_zoom.patch ?
[01:23] <jbicha_> I'd like to hide the zoom options from Unity or GNOME Fallback but Unity registers itself on org.gnome.Shell
[01:53] <darkxst> jbicha_, just use XDG_CURRENT_DESKTOP?
[02:06] <jbicha_> maybe, XDG_CURRENT_DESKTOP by itself doesn't currently distinguish between Shell & Fallback
[02:19] <darkxst> jbicha, or use dbus to check for the actual zoom interface
[02:24] <desrt> jbicha: uh.  unity bug?
[02:24] <jbicha> darkxst: thanks, let me try that
[02:24] <desrt> unity should absolutely not be taking org.gnome.shell
[02:27] <darkxst> desrt, I think compiz is to blame
[02:28] <desrt> ...as with all the best 'features' of unity :)
[02:30] <jbicha> https://bazaar.launchpad.net/~unity-team/unity/trunk/view/head:/UnityCore/GnomeSessionManager.cpp#L31
[02:32] <jbicha> Trevinho: ^
[02:41] <jbicha> darkxst: that works
[06:34] <didrocks> robru: hey! Thanks for the email :) FYI, there was a merge tonight with an additional one (for daily_release: False): http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/trunk/revision/419
[06:34] <robru> didrocks, heh, ok
[06:35] <pitti> Good morning
[06:35] <robru> pitti, good morning!
[06:35] <didrocks> bonjour pitti, comment ça va?
[06:35] <pitti> hey robru, how are you?
[06:36] <pitti> bonjour didrocks ! je vais bien, merci ! et toi ?
[06:36] <didrocks> très bien! soleil et temps agréable ici :)
[06:36] <robru> pitti, much better finally... and you? ;-)
[06:36] <pitti> je suis en retard aujourd'hui
[06:36] <pitti> nous sommes allés à un concert d'hier soir
[06:37] <pitti> robru: a bit tired still, but fine; what happened to you?
[06:37] <didrocks> pitti: quel type de concert?
[06:37] <pitti> didrocks: il pleut à nouveau ici :/
[06:37] <didrocks> argh :/
[06:37] <robru> pitti, emergency appendectomey last week. so i am slightly lighter now ;-)
[06:37] <pitti> didrocks: Die Toten Hosen
[06:37] <pitti> robru: ouch
[06:38] <didrocks> robru: it was just a question of weight (and taking an extra week of holidays), admit it! :-)
[06:38] <didrocks> robru: kidding, welcome back again, happy to see that you feel better :)
[06:38] <robru> didrocks, no, it was a real medical issue, I swear!
[06:38] <robru> didrocks, next time I see you I will show you the scars ;-)
[06:38] <didrocks> I trust you on this. I don't want to imagine how painful this can be :/
[06:38] <didrocks> ahah
[06:39] <robru> didrocks, oddly the recovery was more painful than the surgery itself. at the hospital you get really nice drugs, but when you get home you just get crappy drugs ;-)
[06:40] <didrocks> oh… I hoped you got some distraction like reading/video games/… to forget about the pain if the medecines are not good enough :/
[06:40] <robru> didrocks, oh yeah, it was a week of distractions... I bought myself a ps3 ;-)
[06:41] <didrocks> ahah, should be cheaper with the ps4 incoming :)
[06:41] <robru> yeah, that's what I was hoping for ;-)
[06:41] <didrocks> what games did you play with?
[06:41] <robru> didrocks, I started playing GTA4 for the first time ever, dunno why it took me so long but I've been wanting to play it since forever. Also I tried out Little Big Planet but it seemed more childish than I was expecting.
[06:42] <didrocks> ah… GTA4. Played since the 1 and loving the series :)
[06:42] <didrocks> little big planet -> never played more than the demo
[06:42] <robru> didrocks, yeah, I'm a huge fan of the series. I played San Andreas to 100% completion *twice*
[06:43] <didrocks> waow, I just played once at each until the end of the main story (but doing a lot of bonuses) :)
[06:43] <didrocks> the only thing I don't really compete on is the extra quests like car races or stealing X numbers of cars…
[06:44] <robru> didrocks, yeah, I am totally OCD about finding every hidden package and doing every side mission. ;-)
[06:44] <didrocks> ahah :)
[06:44] <didrocks> you are worse than I!
[06:44] <robru> I'm so bad ;-)
[06:44] <didrocks> heh
[06:44] <didrocks> robru: I guess if you really like the story side of GTA, you will love this one until the end
[06:45] <robru> didrocks, yeah, the story seems good so far. nice and gritty. I'm sad that they took away bicycles though!
[06:45] <didrocks> ahah, me as well, but it seems to be back on GTA5 \o/
[06:45]  * didrocks can't wait
[06:45] <robru> sweeeeet
[06:45] <robru> I have to finish Gta4 before I can start 5 ;-)
[06:45] <didrocks> heh, indeed! and you have 2 other stories (which were DLC at first)
[06:46] <didrocks> one with bikers, and the other around night clubs
[06:46] <robru> didrocks, oh yeah? does it change the story or should I finish the stock version first?
[06:47] <didrocks> robru: finish the stock version first, those 2 are extra stories with other people, and you can cross the main story at some missions. So it's fun to see the same events from some other point of views
[06:47] <robru> oh, sweet! can't wait for that!
[06:47] <robru> didrocks, ok, I need to play for an hour before bed. g'night ;-)
[06:48] <didrocks> robru: enjoy :)
[06:57] <Mirv> GTA5 will arrive just on time, I managed to play through both of the gta4 extra episodes some time ago
[07:00] <didrocks> Mirv: loved them as well! especially the story on night clubs
[07:23] <Sweetshark> moin!
[07:23] <didrocks> hey Sweetshark!
[07:39] <seb128> good morning desktopers
[07:40] <pitti> bonjour seb128
[07:40] <seb128> pitti, salut, ça va ?
[07:44] <didrocks> salut seb128!
[07:44] <seb128> didrocks, lut
[07:45] <mlankhorst> bonjour
[07:45] <mlankhorst> ca va
[07:47] <seb128> mlankhorst, salut, ça va bien, et toi ?
[07:47] <mlankhorst> je suis ok
[07:48]  * mlankhorst watches toes of all the french in here curl up!
[07:57] <Sweetshark> mlankhorst: indeed. Next time you will need to chant the Marseillaise for joining the channel. from memory.
[07:58] <mlankhorst> french don't know what pain is.. https://fr.wikipedia.org/wiki/Pain
[07:58] <mlankhorst> so I can't have hurt them
[07:58] <mlankhorst> :X
[07:59] <Laney> hallo
[08:03] <seb128> Laney, good morning ;-)
[08:03] <Laney> oho, I see the thread!
[08:03] <Laney> hey seb128
[08:04] <seb128> haha
[08:04] <seb128> jasoncwarner targetted -desktpp and not -devel list though
[08:04] <seb128> that will limit the participants
[08:05] <Laney> true
[08:05] <Laney> i'm sure the word will get out though
[08:06] <seb128> that's likely indeed
[08:11] <seb128> hum
[08:11] <seb128> what is it with things that segfault when you copy over a .so they are using
[08:11] <seb128> when that doesn't happen when the same .so is overwritten by a package
[08:12] <seb128> like I never have xorg segfaulting when updating -intel, but copying the .so with cp made it unhappy
[08:12] <seb128> that happened with compiz, gtk and other stuff in the past
[08:12] <seb128> oh, well, I needed to restart xorg to test the new driver anyway
[08:13] <Laney> it probably unlinks and then puts a new file in
[08:13] <Laney> it->dpkg
[08:14] <Laney> rather than updating it inplace
[08:15] <seb128> Laney, why is that better? ;-)
[08:15] <seb128> does it force the loader to refresh the table pointing to the shared objects?
[08:15] <Laney> if it's mmaped into a process then updating it in place will update the copy the program is using
[08:16] <seb128> oh, that's a good point
[08:16] <Laney> but if you remove it then the new file will have a new inode which doesn't affect the already loaded copies
[08:16] <seb128> that makes sense
[08:16] <seb128> so next time rm + cp ;-)
[08:16] <seb128> Laney, thanks
[08:17] <Laney> np
[08:25] <Mirv> sil2100: any idea where would I find that cmake's libexec variable from?
[08:29] <seb128> didrocks, btw, with the crazy landing week you missed your pilot shift ... any way you catch back a bit on that by reviewing the compiz and unity MR from Mirv that are sitting on versions for a while? ;-)
[08:29] <seb128> didrocks, the oneconf one is still there as well :p
[08:29] <didrocks>  seb128: that's what we discussed yesterday during the meeting
[08:29] <didrocks> so yeah, I'll probably do my shift this afternoon or tomorrow morning
[08:30] <seb128> didrocks, ah, sorry, IRC was in ping mode I didn't read everything in your half of the meeting
[08:30] <seb128> didrocks, thanks
[08:30] <didrocks> yw :)
[08:30] <sil2100> Mirv: hm, never did that before, but I have some ideas, give me a moment
[08:32] <sil2100> Mirv: check GNUInstallDirs.cmake from the cmake modules
[08:33] <sil2100> Mirv: there is a variable CMAKE_INSTALL_LIBDIR
[08:33] <sil2100> Mirv: and CMAKE_INSTALL_LIBEXECDIR
[08:33] <sil2100> (since I pasted the wrong thing)
[08:38] <Mirv> sil2100: thanks.. I'll try the last one, thanks for that pointer (GNUInstallDirs.cmake)!
[08:38] <Sweetshark> seb128: any quick feedback on the "incompleteinternals" ideas?
[08:41] <seb128> Sweetshark, did you see my email reply?
[08:41] <seb128> Sweetshark, I'm not sure that cleaning of the source package is going to give you that much extra space
[08:42] <seb128> I would assume that it's the builddir and the build objects that take 95% of the space
[08:43]  * Sweetshark looks for reply ...
[08:43] <seb128> Sweetshark, rene already replied to my reply
[08:43] <seb128> $ cd src && du -hs
[08:43] <seb128> 242M	.
[08:44] <seb128> that's not a difference there that is going to make ppa builders happy
[08:44] <seb128> how much is a build using?
[08:45] <sil2100> Mirv: I'll be fixing address-book-service in the meantime
[08:59] <Sweetshark> seb128: checking my last local build for estimates
[09:01] <Sweetshark> seb128: 20G workdir/, 4.3G debian/, 4.1G solver, 160M solver/unxlngx6.pro/installation/, 27G .
[09:02] <seb128> Sweetshark, do you know what is the ppa builder disk space limitation?
[09:03] <Sweetshark> seb128: no. I heard something about a 70GB disc limit, put I dont know how that boils down to partitions.
[09:04] <seb128> so you are saying a lo build takes under 30G and you that's enough over what the ppa has in free space?
[09:06] <Sweetshark> seb128: well, this is the size of the tree after the build -- there might be additional peak usage inbetween (e.g. using /tmp etc.)
[09:07] <Sweetshark> well, skipping the tests likely wont help much (see the installation taking only 160MB as we symlink to the other dir wherever possible). but the builds choke exactly there now ...
[09:07] <seb128> infinity, hey, do you know about ppa builders and available space there? how do we get ones that have enough disk to build libreoffice? ;-)
[09:16] <Sweetshark> seb128: some analysis on the example of the writer lib: http://pastebin.ubuntu.com/5757585/
[09:17] <seb128> Sweetshark, I would like to hear back from infinity there, having 50G of disk space on a buildder doesn't seem the end of the world nowadays...
[09:20] <didrocks> simple way to crash gedit: Ctrl + h, replace \n by anything :p
[09:22] <seb128> didrocks, wfm
[09:22] <seb128> didrocks, replaced \n by a space
[09:22] <didrocks> seb128: hum I replaced with nothing, let me see on another file
[09:23] <Sweetshark> seb128: Ah! I think I know why we run out of space there. When creating the installation for the subsequenttest, we first create a full copy and then run the ./solenv/bin/linkoo script, which replaces copies with symlinks. So during that time, we indeed have two copies of the libs around and one can assume that solver/unxlngx6.pro/installation/ is ~around the size of solver/unxlngx6.pro/lib bigger (that is 3.8GB).
[09:24] <seb128> didrocks, replaced by nothing works fine (I just created a new document and typed random chars and enter a few time to test)
[09:24] <didrocks> hum, still crashing here, but just on that file
[09:24] <Sweetshark> seb128: so for running the subsequentchecks we temporarily increase the build tree from 27GB to something in the 31-32GB range and then go back to 27GB ...
[09:24] <didrocks> I'll have a look at the stacktrace
[09:24] <seb128> Sweetshark, that still seems a reasonable disk space to today's standard
[09:25] <seb128> didrocks, thanks, if the file is not private just ubuntu-bug and add the file to the bug?
[09:25] <Sweetshark> seb128: yep.
[09:25] <Sweetshark> seb128: Which is why I was weeping like a willow yesterday ;)
[09:28] <Sweetshark> seb128: note that LibreOffice build depending on ~1/3 of main of course also has an impact.
[09:35] <mlankhorst> seb128: I noticed the background drawing is weird on my nvd7 in true optimus mode, it draws only a 1024x768 rectangle, which is the initial resolution when I have no displays attached. When I light up the internal lcd the background still draws only the top 1024x768, even though my mouse can move over the entire screen.. any idea why?
[09:36] <seb128> mlankhorst, what is drawing the background for you? nautilus?
[09:36] <mlankhorst> yeah
[09:36] <mlankhorst> restarting it helps, but still..
[09:36] <seb128> not sure, I didn't see any bug about that and things work fine here when docking/undocking/adding monitors
[09:38] <mlankhorst> the internal screen is connected to the intel, but I was setting nouveau up in true optimus mode (toying around with an experimental patch)
[09:38] <seb128> it needs debugging, I think nautilus just gets the screen infos from gdk
[09:39] <Sweetshark> seb128: I think I will just go full berserk on this one for now and disable running the tests on ppa builds ...
[09:40] <seb128> Sweetshark, that's suboptimal but until we hear from the buildds guy I guess that's an option, I will ask on #ubuntu-release
[09:42] <Sweetshark> seb128: thanks
[09:49] <didrocks> Mirv: sil2100: sorry, I was maybe unclear, but libexec is /usr/lib/x86_64-linux-gnu/<app_name> or /usr/lib/<appname> (rather the first one for multi-arching). There should be no "libexec" in the path
[09:49] <didrocks> what does CMAKE_INSTALL_LIBEXECDIR points to?
[09:52] <sil2100> didrocks: it points to /usr/libexec
[09:53] <sil2100> didrocks: that's why we're using CMAKE_INSTALL_LIBEXECDIR but then override it in debian/rules
[09:53] <mlankhorst> didrocks: I thought the former was for libs, latter if a program in *bin required helper programs
[09:54] <didrocks> mlankhorst: for instance, we have /usr/lib/lightdm/lightdm/ for the helpers
[09:55] <didrocks> mlankhorst: no "libexec" in path
[09:55] <mlankhorst> yeah
[09:55] <sil2100> didrocks: I think this should be changed in the GNU cmake module file for ubuntu
[09:55] <didrocks> sil2100: agreed, anyway, we need to override it for multiarching :)
[09:55] <sil2100> didrocks: so that CMAKE_INSTALL_LIBEXECDIR returns /usr/lib/<appname> instead of the default /usr/libexec
[09:56] <sil2100> didrocks: ACK, for all projects that are affected?
[09:56] <sil2100> didrocks: or only dbus-cpp should be multiarched?
[09:56] <sil2100> Mirv: ^
[09:56] <didrocks> sil2100: yeah, let's try to put everything that can/needs to be multiarched set up that way
[09:56] <didrocks> at least for new components
[09:56] <didrocks> then, we'll go over older ones :)
[09:57] <sil2100> Mirv: ok, can you multiarch dbus-cpp? I'll do the same for address-book-service then
[09:58]  * didrocks sees a lot of stacks in manual publication or failures, not sure if people wait on me or dealt with them already
[09:59] <sil2100> didrocks: I can deal with that :D But why so many manual publishingz?!
[09:59] <didrocks> sil2100: well, looking at it will tell you :)
[09:59] <didrocks> sil2100: not sure how we can have everyone looking at it first time in their morning
[10:00] <didrocks> for instance, the misc stack is in manual publishing mode for 2 days, despite my ping to cyphermox yesterday (and reviewing a stack when being in manual publish mode takes no more than 5 minutes :/)
[10:00] <didrocks> not sure what's wrong…
[10:01] <sil2100> I was usually doing that in the morning, somehow got out of sync lately though! I promise to resume that activity - I see some HUD issues though
[10:02] <sil2100> hm, funny
[10:09] <sil2100> didrocks: after I browse through the changes, you mind if I publish apps, media, misc and platform? (not sure about qa?)
[10:10] <didrocks> sil2100: remember if there are packaging changes, just ping me for a double review (it's a kind of sponsoring as the deal is that only people with upload rights should do that manual publication)
[10:11] <sil2100> didrocks: ACK
[10:11] <sil2100> didrocks: a noob question - is there an easy way of checking all the diffs in a stack?
[10:12] <Mirv> didrocks / sil2100: ok, will fix, now to lunch
[10:12] <didrocks> sil2100: not really, it's package per package if there is a packaging diff, making an intelligent diff (basically packaging changes + build system changes)
[10:12] <didrocks> sil2100: you do see them in the artefacts, right?
[10:15] <sil2100> didrocks: artefacts in which job should I see?
[10:15] <sil2100> Since normally I browsed LP :|
[10:15] <didrocks> oh
[10:15] <didrocks> no, it's way easier
[10:16] <didrocks> sil2100: http://10.97.0.1:8080/view/cu2d/view/Head/view/Media/job/cu2d-media-head-3.0publish/ for instance
[10:16] <sil2100> I looked at the prepare jobs but hm, no useful artefacts
[10:16] <didrocks> if you click on the publish job
[10:16] <didrocks> you have publisher.xml
[10:16] <sil2100> Ah
[10:16] <didrocks> for the reason of the manual publishing
[10:16] <didrocks> and you have the .diff for each package with packaging change
[10:17] <sil2100> hm, why didn't I see that when I checked the publish job just a moment ago? I think I'm getting blind
[10:17] <sil2100> Thanks
[10:17] <didrocks> sil2100: http://10.97.0.1:8080/view/cu2d/view/Head/view/Platform/job/cu2d-qa-head-3.0publish/
[10:17] <didrocks> for the qa with multiples packaging change
[10:17] <didrocks> for instance
[10:17] <didrocks> sil2100: so, you always have the reason in the xml
[10:17] <didrocks> and if packaging changes, they are archived
[10:17] <sil2100> didrocks: ah, I know why I didn't see that
[10:18] <didrocks> ah?
[10:18] <sil2100> didrocks: for instance http://10.97.0.1:8080/view/cu2d/view/Head/view/Apps/job/cu2d-apps-head-3.0publish/16/ has no .diff, does it mean there was simply no new commits, right?
[10:18] <Sweetshark> seb128: btw running "du -sh /" in my pbuilder gives 103G after the builder (plus the at least ~4GB) that we need more temporarily as discussed
[10:18] <didrocks> Sweetshark: no, it means no packaging change :)
[10:18] <didrocks> oupss
[10:18] <didrocks> sil2100: ^
[10:18] <sil2100> ;)
[10:19] <didrocks> sil2100: look at the publisher.xml for the reason: http://10.97.0.1:8080/view/cu2d/view/Head/view/Apps/job/cu2d-apps-head-3.0publish/16/artifact/publisher.xml
[10:19] <didrocks> (view source of the xml if you want the line breaks)
[10:19] <seb128> Sweetshark, :-(
[10:19] <didrocks> sil2100: that's why I told that manual publishing review shouldn't take more than 5 minutes per stack ;)
[10:20] <seb128> Sweetshark, #ubuntu-releases says there is not a lot they can do for the ppa builders, there are still quite some old machines in the pool and until those are replaced/upgraded you will have builds dispatched on those
[10:20] <sil2100> Now that makes sense ;p
[10:21] <didrocks> sil2100: and again, the diff is "smart": it just shows packaging diff + all related build tools (autotools, cmake, qmake…) so that you have enough context to see why the packaging eventually changed
[10:22] <didrocks> sil2100: so, for media, you can see that you have packaging change and stack dependencies failing: http://10.97.0.1:8080/view/cu2d/view/Head/view/Media/job/cu2d-media-head-3.0publish/lastSuccessfulBuild/artifact/publisher.xml
[10:22] <didrocks> (or stacks in manual publishing mode)
[10:24] <seb128> Sweetshark, can you join #ubuntu-release?
[10:25] <sil2100> didrocks: ok, checked the misc stack diff, the changes look sane, could you ACK?
[10:26] <didrocks> sil2100: packaging diff looks good to me, please publish :)
[10:33] <sil2100> didrocks: no packaging changes for the apps stack, and it looks good, so publishing
[10:33] <didrocks> great!
[10:36] <didrocks> sil2100: we assume there is no ABI break in the dep stack which we can't publish I guess ;)
[10:36] <didrocks> (think in case of a doubt to ask upstream)
[10:38] <sil2100> ;)
[10:39] <sil2100> didrocks: all looks ok, media stack seems ok as well - the deps everywhere are only HUD and platform usually, which are OK (HUD being 'fails-to-build' right now though)
[10:39] <sil2100> No ABI break or anything like that
[10:39] <sil2100> didrocks: could you take a look at media? The diff looks sane, so I'd like to publish that
[10:42] <pitti> desrt: do you happen to know what became of that "user D-BUS" (as opposed to session and system bus)?
[10:42] <pitti> desrt: is that still actually relevant?
[10:44] <sil2100> didrocks: platform looks ok as well packaging-wise, can I publish? No dep-problems
[10:50]  * sil2100 waits ready with a -P ;)
[10:52] <sil2100> didrocks: piing ;p Checked the QA stack as well, looking good so far!
[10:52] <sil2100> didrocks: waiting for a green light on: media, platform and qa!
[10:52]  * sil2100 needs to go to lunch now
[10:52] <sil2100> I'll publish when I'm back then
[11:05] <didrocks> sil2100: media -> OK, platform -> OK, qa -> OK :)
[11:05] <didrocks> sil2100: please do publish when you are back :)
[11:08] <Mirv> didrocks (and sil2100): hmm, dbus-cpp still - could I separate the example binaries into a multi-arch package and have the include files in architecture:all package instead?
[11:08] <didrocks> Mirv: that sounds a good  plan to me (so the arch:all will be multiarch: foreign)
[11:09] <Mirv> yes, multi-arch same for the binaries and foreign for the arch:all.
[11:09] <Mirv> doing
[11:11] <didrocks> Mirv: sorry for being silly, but if you can point me on the spreasheet again for compiz/unity precise, that would be awesome! :)
[11:13] <Mirv> didrocks: there you go!
[11:13] <didrocks> thanks!
[11:27] <didrocks> mfisch: hey, on bug #1031449, I guess you meant precise? (I declined raring as it's fixed as per commit in it, set fix released for saucy and opened the precise task)
[11:27] <ubot2`> Launchpad bug 1031449 in rhythmbox (Ubuntu Precise) "rhythmbox leaking memory" [Undecided,New] https://launchpad.net/bugs/1031449
[11:51] <didrocks> cyphermox: larsu: do you have anytime for https://code.launchpad.net/~gunnarhj/indicator-datetime/days-months/+merge/159214?
[11:57]  * didrocks needs to find a pidgin's user
[11:58] <didrocks> oh a seb128!
[11:58] <didrocks> seb128: FYI, there is a new patch on https://bugs.launchpad.net/ubuntu/+source/pidgin-libnotify/+bug/1175537
[11:58] <ubot2`> Ubuntu bug 1175537 in pidgin-libnotify (Ubuntu) "Stuck notifications (unable to clear them)" [Undecided,Triaged]
[12:00] <seb128> didrocks, thanks
[12:00] <didrocks> seb128: maybe the third time will be the right one :)
[12:00] <seb128> didrocks, yeah, let's see ;-)
[12:01] <larsu> didrocks: sigh, not that again :-/
[12:02] <didrocks> larsu: good morning! :-)
[12:02] <larsu> didrocks: hey, how are you doing?
[12:02] <didrocks> I'm good, thanks! yourself?
[12:02] <didrocks> sun is back in France it seems \o/
[12:02] <larsu> very good thank :)
[12:02]  * ogra_ thought they are oracle now ... 
[12:03] <didrocks> seb128: it seems you are quite opposed to the fix for bug #1027086 (I agree with you), should I just remove the sponsor subcriber to remove from the list?
[12:03] <ubot2`> Launchpad bug 1027086 in vino (Ubuntu Precise) "incorrect schema setting used for authentication-methods in vino server" [Medium,In progress] https://launchpad.net/bugs/1027086
[12:03] <larsu> didrocks: except that you're destroying my morning with making remember that bug... :P
[12:03] <didrocks> ogra_: rohhhh
[12:03] <ogra_> :)
[12:03] <didrocks> larsu: success \o/
[12:03] <didrocks> (j/k)
[12:03] <larsu> haha
[12:03] <seb128> didrocks, I've no strong opinion either way, if you think the fix is fine sponsor it, otherwise yes just unsubscribe sponsors please
[12:04] <seb128> didrocks, ritz seems to argue that the fix is what upstream is doing as well
[12:04] <didrocks> seb128: yeah, I'm still unsure if it worths it for precise
[12:05] <didrocks> let's see once ritz is back, unsuscribing for now
[12:05] <asac> was in a HO and suddenly MIC stopped
[12:05] <seb128> didrocks, seems like some customer cares
[12:05] <asac> [10558.761127] traps: unity-panel-ser[2300] general protection ip:7f0e04f4b986 sp:7fff8e254370 error:0 in libsoundmenu.so[7f0e04f42000+14000]
[12:05] <asac> any idea what i have to restart to get away without reboot>?
[12:05] <larsu> didrocks: I'll ping charles about this merge, it's his code and I'll let him make the decision
[12:06] <seb128> asac, not sure, the indicator shouldn't break the device, maybe that's lower in the stack that the bug happened, e.g pulseaudio
[12:06] <didrocks> larsu: thanks!
[12:06] <didrocks> asac: most of the time, I kill the HO plugin and pulseaudio
[12:06] <didrocks> then, opening the HO tab and it's working
[12:09] <ritz> didrocks hi
[12:09] <didrocks> hey ritz ;)
[12:09] <ritz> didrocks  users would find this less stressful
[12:09] <asac> hmm... let me see net call
[12:10] <asac> thx seb128 didrocks
[12:10] <asac> next call
[12:10] <didrocks> the HO man :)
[12:10] <ritz> for vino/dconf key
[12:12] <didrocks> ritz: well, dconf-editor isn't something people should really rely on if they get stressed :) I feel then the warning in vino more annoying that the bug itself
[12:13] <ritz__> one will not see any warning until unless the wrong value is keyed in
[12:13] <ritz__> in which case, vino would ignore this
[12:13] <ritz__> as would most gnome apps
[12:14] <ritz__> didrocks , hmm, I assume we would treat this as a bug in all other apps then ?
[12:14] <ritz__> or we need to "fix" this warning
[12:15] <didrocks> ritz__: right, I think this is what seb128 asked as well
[12:18] <ritz__> hmmm
[12:23] <seb128> didrocks, ritz__: well, looking in dconf-editor most apps don't restrict the choice of values, so I guess it's ok to let a string and warn if the value is wrong, in practice only power users go tweak the value directly...
[12:26] <ritz> seb128 agreed. the issue being, this was a bug with vino where choices was listed for dconf key, when it aint supposed to be
[12:27] <ritz> and this allows admins ( who use dconf editor) to work
[12:29] <Laney> can someone check if they can add a new Google account in UOA?
[12:30] <Laney> I get Error:invalid_request
[12:30] <Laney> Invalid response_type: code%26access_type%3Doffline%26approval_prompt%3Dforce
[12:30] <ritz> in saucy ?
[12:30] <Laney> yeah
[12:30] <ritz> yup
[12:30] <ritz> fails for me to
[12:30] <Laney> ta
[12:30] <Laney> kenvandine: ^ know anything about this?
[12:31] <ritz> http://stackoverflow.com/questions/14876204/error-invalid-client-when-following-five-minute-quick-start-for-php
[12:32] <ritz> issue on server side ?
[12:47] <desrt> pitti: why do you want it? :)
[12:47] <pitti> desrt: I don't, but zyga was asking about it in #u-devel, so I'm forwarding here as you aren't there
[12:49] <kenvandine> Laney, yes... that should be fixed now
[12:50] <kenvandine> Laney, that was why i added that patch to eds
[12:51] <kenvandine> Laney, the service file that eds provided was adding that... my worked last week ...
[13:02] <kenvandine> Laney, i can still add a google account
[13:04] <kenvandine> laney grep Resp /usr/share/accounts/services/*
[13:07] <didrocks> sil2100: back? all published? :)
[13:07] <sil2100> didrocks: yep!
[13:07] <sil2100> :)
[13:07] <sil2100> didrocks: I'm checking the webcreds stack now though
[13:07] <didrocks> excellent :)
[13:08] <sil2100> Since that one was left
[13:08] <didrocks> maybe kenvandine can help?
[13:08] <sil2100> I think it's fine, the diff looks good
[13:08] <didrocks> ok :)
[13:08] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/WebCreds/job/cu2d-webcred-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_account-plugins_0.11daily13.06.12-0ubuntu1.diff <- could you ACK :) ?
[13:09] <didrocks> sil2100: sounds good to me
[13:09] <didrocks> sil2100: so then, it's on the red side again? (unity/hud/indicators)
[13:10] <sil2100> HUD, indicators, unity and webapps - HUD fails to build, waiting for Wellark or tedg, I see tedg is here so I'll poke him now
[13:10] <sil2100> The rest I shall check check
[13:10] <didrocks> and check? ;)
[13:10] <kenvandine> sil2100, yup
[13:10] <kenvandine> sil2100, i am publishing it now
[13:10] <sil2100> kenvandine: publishing webcreds?
[13:11] <sil2100> Ok ;)
[13:11] <sil2100> tedg: boing
[13:11]  * tedg puts on his spring-proof suit
[13:12] <sil2100> tedg: a hud test is failing, oh noes! It seems like it's bamf related, since armhf passes
[13:12] <tedg> sil2100, The ones from yesterday?  those seemed like BAMF to me.  At least it's the one throwing up error messages.
[13:12] <sil2100> tedg: https://launchpadlibrarian.net/142214118/buildlog_ubuntu-saucy-amd64.hud_13.10.1daily13.06.12-0ubuntu1_FAILEDTOBUILD.txt.gz
[13:13] <sil2100> tedg: actually, this time it's failing to build, as there's a unit test failing as well
[13:13] <sil2100> tedg: test-application-list
[13:13] <tedg> Hmm, I started getting that error on another branch last night.
[13:13] <tedg> Bother.
[13:13] <tedg> At least that confirms it's a saucy issue and not my branch.
[13:13] <sil2100> Maybe there are some changes in bamf lately?
[13:14] <tedg> sil2100, Yes, it's basically rewritten with the migration to gdbus
[13:21] <sil2100> tedg: will you take a look? Give me a sign once this is resolved and I will re-run the stack then ;)
[13:22] <sil2100> tedg: would be nice to have a HUD release soon, since a lot of stuff has been changing lately
[13:22] <sil2100> tedg: hud and unity are rather tightly bound so we can't release one without the other
[13:22] <tedg> sil2100, Sure, but I think this is only an issue with the tests.  I don't think it'll fix the stack issues you saw yesterday.
[13:23] <tedg> sil2100, Not really... I mean they only share one API that hasn't changed in over a year.
[13:42] <seb128> Laney, http://paste.ubuntu.com/5758253/
[13:42] <seb128> Laney, that's a small patch for your background panel (the personal category works with ubuntu-system-settings trunk)
[13:42] <seb128> Laney, I've also dropped the entry since according to the design that panel is an icon in the grid
[13:46] <sil2100> attente: ping
[13:47] <attente> sil2100, pong
[13:47] <sil2100> attente: on the indicator stack, it seems we get some u-g-m AP test failures, could you take a look?
[13:47] <sil2100> attente: http://10.97.0.1:8080/job/autopilot-saucy-daily_release/94/testReport/
[13:48] <attente> sil2100, sure
[13:48] <seb128> Laney, the updates that just landed include
[13:48] <seb128> account-plugins (0.11daily13.06.12-0ubuntu1) saucy; urgency=low
[13:48] <seb128>   [ Alberto Mardegan ]
[13:48] <seb128>   * Fix Google authentication, which was broken with the lasted QUrl query
[13:48] <seb128>     handling in Qt5.
[13:48] <seb128> Laney, that might fix your "can't add google accounts"
[13:48] <sil2100> attente: thanks!
[13:52] <Laney> seb128: thanks, will apply that
[13:52] <Laney> I could push my junk branch to something under that team as well
[13:52] <seb128> Laney, I don't think you can do merge request against junk
[13:52] <Laney> no, but then you could commit
[13:53] <seb128> Laney, you should probably just merge it in u-s-s if you want peer reviews for commits, etc
[13:53] <seb128> well, once you are happy enough with the first codedrop
[13:53] <Laney> sure
[14:05] <attente> sil2100, what autopilot version is jenkins using?
[14:06] <sil2100> attente: I would have to check, but I guess the latest one in lp:autopilot
[14:07] <attente> sil2100, is there anything i can do to better replicate the jenkins test environment?
[14:09] <sil2100> attente: it's using autopilot 1.3.1daily13.06.12-0ubuntu1 if anything - you can check the package list if anything
[14:09] <seb128> bah
[14:09] <sil2100> Maybe there are some packages that are different
[14:09] <seb128> is there any way on github to ask for a .patch from a diff?
[14:10] <seb128> on the web ui I mean
[14:10] <Laney> I think you put .patch or .diff on the end of the commit url
[14:11] <seb128> Laney, \o/ thanks
[14:20] <mfisch> didrocks: ping
[14:21] <didrocks> mfisch: pong
[14:22] <mfisch> didrocks: any questions on the rhythmbx stuff?
[14:22] <didrocks> mfisch: I think I got what you meant (precise instead of raring)
[14:22] <didrocks> and I sponsored that :)
[14:22] <mfisch> yeah sorry about that ;)
[14:22] <mfisch> didrocks: so its in proposed?
[14:23] <didrocks> mfisch: well, it's un UNAPPROVED :)
[14:23] <didrocks> then, you can bribe SRU team members to accept it
[14:24] <didrocks> (no French on that team, so wine and bread doesn't help)
[14:24] <mfisch> didrocks: just reading the process, so I'll mark the bug as In Progress since its been uploaded
[14:24] <didrocks> mfisch: yeah, sounds good :)
[14:24] <mfisch> didrocks: merci
[14:28] <didrocks> mfisch: de rien :)
[14:51] <attente> is there a way to get a backtrace from a /var/crash log?
[14:53] <Laney> attente: apport-retrace
[14:54] <attente> Laney, thanks!
[14:57] <sil2100> attente: if you would need the 'snapshot' of the disk from the jenkins test run, just give me a sign
[14:57] <sil2100> attente: as with otto it is now possible \o/
[14:58] <attente> sil2100, that's good to know, thanks :)
[15:04] <cyphermox> GunnarHj: thanks for your indicator-datetime patch -- I'm done testing, and just approved the merge
[15:04] <cyphermox> sorry it took so long
[15:17] <sil2100> didrocks: ok, related to the libtelepathy-qt5 requirement, tiagosh says that the 0.9.3.3 requirement is necessary
[15:17] <sil2100> didrocks: so we'll have to get that into distro...
[15:26] <sil2100> didrocks: there also seems to be a problem, the required telepathy-qt changes did not get accepted upstream yet...
[16:04] <jbicha_> sil2100: could you review https://code.launchpad.net/~jbicha/gnome-control-center-unity/rename-desktop-for-38/+merge/167608 for me?
[16:04] <Laney> jbicha_: I pushed a patch to eds; feel free to upload it now at your leisure
[16:05] <Laney> it'll need some changes for upstream but the outcome is ok as is
[16:06] <jbicha_> Laney: thanks
[16:07] <jbicha_> seb128: I see that UOA has individual toggle switches so that you can use say Google for Shotwell but not Empathy
[16:07] <jbicha_> and UOA works with Google 2-factor authentication but GOA still has problems with that
[16:15] <didrocks> sil2100: ok, I guess rsalveti is in touch with upstream, so maybe better to check with him
[16:16]  * rsalveti reading backlog
[16:17] <rsalveti> sil2100: didrocks: what is the issue with telepathy-qt?
[16:18] <rsalveti> we uploaded telepathy-qt5 instead basically to handle the possible conflicts and issues with such patches
[16:19] <didrocks> rsalveti: we need  libtelepathy-qt5-dev (>= 0.9.3.3) for telepath-ofono apparently
[16:20] <didrocks> the day I checked, we had  0.9.3-0ubuntu5 in distro
[16:20] <didrocks> let me recheck now :)
[16:20] <rsalveti> didrocks: right, so we might need to rebase our patches
[16:20] <rsalveti> I'll sync with tiago
[16:20] <didrocks> rsalveti: ok, tell me if we can help you in any way :)
[16:22] <seb128> jbicha_, hey, right
[16:22] <seb128> jbicha_, thanks for fixing the gnome-keyring build, there is an issue with your upload though, you should use a maintscript to clean the leftover conffile in etc
[16:23] <seb128> jbicha_, (which is the main reason I didn't fix it friday)
[16:24] <jbicha_> seb128: ah ok, I thought it was pretty neat how the packaging was the same as what we used in the gnome3 raring ppa but the build failed in saucy
[16:24] <seb128> jbicha_, the build worked when I did the update, I had it on my disk for 10 days before noticing I forgot to dput
[16:25] <seb128> jbicha_, but someone updated p11-kit in between... ;-)
[16:31] <rsalveti> didrocks: oh, got it
[16:32] <rsalveti> didrocks: the last .3 in the package version was kind of internal, as it became native
[16:32] <rsalveti> so we don't need >= 0.9.3.3
[16:32] <rsalveti> just 0.9.3 is enough
[16:32] <didrocks> rsalveti: ah, excellent, sil2100 ^
[16:32] <didrocks> sil2100: seems that the .3 is not needed afterwards, who did you ask?
[16:37] <jbicha_> Laney: should that EDS desktop have an icon?
[16:38] <Laney> jbicha_: no, didn't seem to take effect, not entirely sure why
[16:39] <jbicha_> kenvandine: could you kick https://code.launchpad.net/~jbicha/dee/have-dev-depend-on-gir/+merge/168030
[16:39] <Laney> so maybe that's actually "ideally yes, but I know that it doesn't"
[16:39] <kenvandine> jbicha_, done
[17:01] <seb128> mterry, hey, want to get some easy launchpad karma? ;-) https://code.launchpad.net/~seb128/gnome-control-center-unity/use-correct-color/+merge/168800
[17:01] <seb128> mterry, that's the fix for the color issue I described yesterday
[17:11] <jbicha_> seb128: do you think Saucy should still include dconf-editor by default?
[17:12] <seb128> jbicha_, it doesn't hurt to have it I guess, but I've no strong opinion
[17:12] <seb128> mterry, https://code.launchpad.net/~seb128/gnome-control-center-unity/use-correct-color-raring/+merge/169011 as well (raring backport)
[17:13] <jbicha_> once your Unity MP lands, nothing will pull dconf-editor in
[17:13] <seb128> we should seed it I guess
[17:22] <mterry> seb128, looking
[17:25] <seb128> mterry, thanks
[17:50] <rickspencer3> did robert_cancel just write a euchre implementation?
[17:57] <kenvandine> rickspencer3, robert cancel? :-D
[17:57] <rickspencer3> lol
[17:57] <kenvandine> rickspencer3, from his post it sure looked like he did
[17:58] <rickspencer3> kenvandine, crazy
[17:58] <rickspencer3> it seems to work nicely so far!
[17:58] <kenvandine> i hope he did :)
[17:58] <rickspencer3> kenvandine, well, I thought he may have found an upstream project
[17:58] <rickspencer3> bit it looks like pure QML
[18:00] <kenvandine> looks like he started from scratch
[18:00] <kenvandine> based on the bzr log
[18:00] <kenvandine> just a week ago :)
[18:30] <jasoncwarner> hey seb128 and Laney, just saw the note earlier. you think I should send to ubuntu-devel mailing list as well? should be fun :)
[18:43] <seb128> jasoncwarner, hey, your call, it's always tricky to know when things are desktop or devel material, I often end up going for devel (mostly because I don't like crossposting and don't want to include both)
[18:44] <jasoncwarner> seb128 I'll see how much action it gets today and tomorrow. if not much, I'll broaden it to devel for the weekend etc
[18:45] <seb128> jasoncwarner, yeah, I think enough people care about the browser that it might make sense to go on devel for it
[18:45] <jasoncwarner> thanks, seb128
[18:47] <jasoncwarner> hey seb128, silly question, but I just updated my travel machine to sausy and noticed the toolbars are, uh, weird? is that just me or maybe a known issue?
[18:48] <seb128> jasoncwarner, how weird?
[18:49] <jasoncwarner> seb128: you know what, nm, rebooted and they are working. :/ spoke too soon. false alarm!
[18:49] <seb128> cool
[18:51] <sil2100> rsalveti: thanks for the telepathy-qt version change
[18:52] <sil2100> rsalveti: I asked tiagosh, who basically is the author? And he said that some changes were needed that were only in .3
[18:53] <rsalveti> sil2100: right, but that was because of the internal/ppa numbering we had
[18:53] <rsalveti> once pushed to the archive I fixed the upstream version
[18:54] <rsalveti> as we don't want to change the upstream version when doing packaging changes
[19:20] <sil2100> rsalveti: aah, ok!
[19:23] <sil2100> attente: ping!
[19:23] <sil2100> attente: any luck with the u-g-m failures?
[19:25] <attente> sil2100, hey, i only managed to track it down to this bug
[19:26] <attente> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1063212
[19:26] <ubot2`> Ubuntu bug 1063212 in unity (Ubuntu) "unity-panel-service crashed with SIGSEGV in panel_indicator_entry_accessible_ref_child() from atk_object_ref_accessible_child() from append_cache_item() from g_hash_table_foreach() from spi_cache_foreach()" [High,Triaged]
[19:26] <sil2100> Unity bug then, ok
[19:26] <sil2100> Let's get some unity guys looking at that
[20:02] <maxb> Is there any way to tell totem to default to subtitles=None, always? Mine seems to have decided to turn on subtitles whenever opening a video file that includes subtitle data
[21:50] <rickspencer3> robert_ancell, hey man
[21:50] <robert_ancell> rickspencer3, yo
[21:50] <rickspencer3> mind getting your euchre ppa built for the phone?
[21:50] <rickspencer3> https://dev.launchpad.net/CommunityARMBuilds
[21:51] <robert_ancell> rickspencer3, mhall119 just pushed it into https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/collection - that should work (it's all pure QML so it doesn't need compiling)
[21:51] <rickspencer3> woah
[21:51] <rickspencer3> robert_ancell, did you just fire that game out over the weekend?
[21:52] <robert_ancell> rickspencer3, over that last week
[21:52] <rickspencer3> pretty cool
[21:52] <robert_ancell> rickspencer3, I was looking for a test project with a bit more meat than animal farm, and your post gave me the inspiration :)
[21:52] <rickspencer3> robert_ancell, I was thinking of taking a look and seeing if I could extract a card game framework from it
[21:52] <robert_ancell> rickspencer3, yeah, please do
[21:53] <rickspencer3> should take me like a year or less ;)_
[21:53] <robert_ancell> the code is a bit unstructured, which is the downside of using something like JS
[21:53] <rickspencer3> robert_ancell, well, you *can* make nicely laid code in JS
[21:53] <mhall119> the upside is developing a card game in a few days
[21:53] <rickspencer3> but, it's easy for it to get out of control
[21:53] <rickspencer3> in my experience, anyway
[21:54] <robert_ancell> mhall119, yep :)
[21:54] <robert_ancell> rickspencer3, yeah, I could feel it getting out of control, but I didn't want to invest the time to do it right :)
[21:54] <mhall119> robert_ancell: are you using one of the gnome card graphics packages?
[21:54] <rickspencer3> lol
[21:54] <robert_ancell> mhall119, yes, I rendered the aisleriot cards from svg to pngs
[21:54] <rickspencer3> robert_ancell, that is such a typical app developer experience to have
[21:55] <mhall119> rickspencer3: I'm pretty sure that's still Facebook's guiding principle :)
[21:59] <rickspencer3> my son's graduation ceremony is tonight
[21:59] <rickspencer3> I'm desperate to get Euchre on my phone before then
[22:01] <mhall119> I hope that's only because you already have working still and video camera support :)
[22:06] <robert_ancell> rickspencer3, oh, the image of Ubuntu phone I'm running only shows the top 6 apps, so Euchre doesn't make the list alphabetically. So I hacked the .desktop file to 0Euchre and then debuild and install it to workaround that. Also qmlscene crashes when the screen turns off. So you might want to disable that somehow
[22:07] <robert_ancell> Not sure if you've got a nicer build from somewhere (this is phablet-flash -l). Also the OSK isn't working :(
[22:07] <robert_ancell> (on Nexus 4)
[22:07] <rickspencer3> robert_ancell, hmmm, Monday's build is working fine on my Nexus 4
[22:08] <rickspencer3> well "fine" within eason
[22:08] <rickspencer3> reason*
[22:09] <robert_ancell> This is build 158, though I had the same issues in 151.
[22:10] <rickspencer3> robert_ancell, I'm on 160
[22:10] <robert_ancell> ok, I'll have to update
[22:15] <robert_ancell> hmm, I run phablet-flash and now it's downloading 147..
[22:19] <popey> robert_ancell: perl -p -i -e 's/expandable\:\ false/expandable\:\ true/' /usr/share/qml-phone-shell/Dash/Apps/ApplicationsFilterGrid.qml
[22:19] <popey> do that on-device and all apps will show up in the apps lens
[22:20] <robert_ancell> popey, \o/ thanks!
[22:20] <popey> robert_ancell: np, from http://bazaar.launchpad.net/~popey/+junk/phablet-flash-wrapper/view/head:/add_apps.sh  which i run post-flashing to re-add apps
[22:20] <popey> nice work on that card game, looks great!
[22:21] <popey> be good to get that in the collections ppa... https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/collection?field.series_filter=raring
[22:21] <popey> so lots of people can test without monkeying with PPAs
[22:23] <robert_ancell> popey, it's in there but as saucy
[22:24] <popey> ah, mhall119 added it a few mins ago
[22:25] <mhall119> popey: I added them to the touch-collection meta-package branch too
[22:25] <mhall119> will dput that as soon as they're built
[22:25] <popey> great! did you copy it for raring too?
[22:26] <mhall119> popey: no, once the binaries are built I'll copy them for raring
[22:26] <popey> super!
[22:26] <popey> look forward to trying that (although I have no clue how to actually play that game)
[22:26] <mhall119> me either, should go find instructions
[22:26] <popey> i had a real-world problem with the calendar app while out at a restaurant this evening
[22:27] <robert_ancell> http://en.wikipedia.org/wiki/Euchre :)
[22:27] <popey> someone told me they're getting married and on a specific date next year. there's no way to skip forwards a year in the calendar
[22:27] <popey> which kinda threw me ☻
[22:27] <popey> I knew that was a problem, but this is the first time I've encountered it while dogfooding
[22:27] <mhall119> popey: yeah, that's a concern for the datepicker widget too
[22:27] <mhall119> popey: did you tell them to get married sometime in 2013 instead?
[22:27] <popey> I did ☻
[22:28] <mhall119> good man :)
[22:28] <popey> preferably after october "when this will work"
[23:02] <jbicha_> Laney: you can open gedit from terminal now, right?