[02:35] <mfisch> robert_ancell: do you know why/how a packaging branch gets out of date? I thought it was all automatic
[02:35] <RAOF> mfisch: Bugs in the package importer.
[02:36] <mfisch> for those packages do we fallback to the old style of just attaching a debdiff to the bug?
[02:39] <RAOF> Yup.
[02:42] <mfisch> RAOF: one more question, when we hold patches for a package and then they're no longer needed because debian or upstream takes them, do we just sync from debian and lose the changelog entries?
[02:42] <RAOF> Yup.
[02:42] <RAOF> If we no longer need the divergence from Debian, we sync and lose any Ubuntu changelog.
[02:43] <mfisch> okay cool
[02:43] <mfisch> theres certainly no reason to hold a divergence just for a changelog
[02:44] <mfisch> findutils, for example, took all our changes in debian/experimental
[02:49] <RAOF> Sync away!
[02:50] <mfisch> I thought we sync'd from unstable
[02:51] <RAOF> We can sync from any Debian series; the autosync syncs from unstable (or, sometimes, testing).
[02:52] <mfisch> okay let me write up a sync request later
[02:52] <RAOF> You're aware of “requestsync”?
[02:54] <mfisch> yep
[02:54] <mfisch> I'm in the middle of another merge right now, but I will do it later
[03:44] <swiss> so, i have an issue with online-accounts. They won't hook in with the lenses
[03:47] <mfisch> swiss: most of the team is probably in bed at this hour unfortunatel
[03:47] <swiss> mfisch: well, i've switched over to gnome3 for now, so it's not urgent
[03:47] <swiss> and i don't part, i'm hooked in through my server
[03:47] <mfisch> swiss: did you ever file a bug?
[03:48] <swiss> i've seen enough similar bugs that i was wondering if i had done something stupid first
[03:48] <swiss> and I don't like submitting incomplete data
[03:49] <mfisch> strace data will be better than 99% of bugs filed
[03:52] <swiss> yeah, but i can give better data if needed. I want someone to be able to look at the bug, and not have to ask any more questions
[03:54] <mfisch> understand
[03:54] <mfisch> more people will be around tomorrow during uds hours
[03:54] <swiss> kk
[05:05] <pitti> Good morning
[05:07] <swiss> mornin
[05:16] <darkxst> pitti, hi
[05:17] <darkxst> apport is not working for me atm, when trying to process crash reports
[05:19] <darkxst> it doesnt seem to be crashing as stuff, just silently exiting when it should be uploading
[05:31] <pitti> darkxst: it uploads to errors.u.c.
[05:31] <pitti> we haven't enabled LP crash reports yet
[05:31] <pitti> eventually we only want it to report to errors.u.c.
[05:31] <darkxst> pitti, oh I meant via ubuntu-bug
[05:32] <pitti> bug reports should go to LP; crash reports not
[05:36] <darkxst> ok
[06:09] <ricotz> pitti, good morning :)
[06:13] <didrocks> robru: you are making my life hard btw! :)
[06:14]  * didrocks wonders if he should put "udaily"
[06:23] <robru> didrocks, how can you say that?? this problem was caused by security team uploading direct to distro!
[06:23] <didrocks> robru: heh, I know, just kidding and trying to make you feel guilty :p
[06:24] <didrocks> robru: I didn't want to support those 42ubuntu1 TBH ;)
[06:24] <didrocks> robru: so as I can do -> 42daily<blahblah>
[06:24] <didrocks> because d < u
[06:24] <didrocks> I think I'll be forced to do:
[06:24] <didrocks> 42udaily<blahblah>
[06:24] <didrocks> until we bump to 43
[06:24] <didrocks> for instance
[06:25] <didrocks> robru: making sense? (yeah for ugly version :/)
[06:25] <robru> didrocks, it makes sense, but I think we're actually ok right now because the offending versions are 2.2ubuntu1 and we're already at 2.4.x
[06:26] <didrocks> robru: yeah, I added the support in case we don't bump though
[06:26] <didrocks> we never know how ugly things like that can happen apparently :p
[06:26] <robru> didrocks, yeah. maybe "zdaily" or something ;-)
[06:27] <didrocks> robru: heh, like "you can get higher than I": zzzzzzzzzdaily :p
[06:28] <sarnold> oh sure, force us to use Zdaily to overwrite your packages.. :-P
[06:28] <didrocks> ;)
[06:28] <robru> sarnold, if you are making daily packages that are more frequent than ours....
[06:31]  * didrocks just needs to create a test for the download part now
[06:32] <sarnold> robru: haha :)
[06:38] <Mirv> didrocks: morn
[06:39] <didrocks> good morning Mirv!
[06:43] <didrocks> robru: http://<IP_ADDRESS>:8080/view/cu2d/view/Head/view/WebApps/job/cu2d-webapp-head-1.1prepare-unity-webapps-facebookapps/
[06:43] <didrocks> robru: so in prod and working :)
[06:44] <robru> great
[06:44] <robru> didrocks, did you run the whole stack?
[06:45] <didrocks> robru: I let the nightly daily happening, so only rerun those 2 (the whole stack ran a couple of hours ago)
[06:45] <didrocks> robru: http://<IP_ADDRESS>:8080/view/cu2d/view/Head/view/WebApps/job/cu2d-webapp-head-2.1build/92/console
[06:45] <didrocks> so if everything builds fine, we'll get it :)
[06:46] <robru> didrocks, where can I find the build log? (as opposed to the *source* package build log, which is what I'm seeing in jenkins).
[06:46] <didrocks> robru: in the ppa
[06:46] <didrocks> robru: https://launchpad.net/~ubuntu-unity/+archive/daily-build
[06:46] <didrocks> like https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4582836 ;)
[06:47] <robru> didrocks, ok, great. that's where we have to look to see what the lint script complains about.
[06:48] <didrocks> robru: exactly. Basically, the build really happens in the ppa (to have the same configuration than distro)
[06:48] <robru> I guess at this point we should review the lint script and decide which problems should be fatal (currently it only warns and never fails the build regardless of what problems it finds)
[06:48] <didrocks> robru: what daily release is doing is preparing the source package, checking everything, monitoring the build, the integration tests and then eventually publishing
[06:48] <robru> yeah
[06:49] <didrocks> robru: right, the lint script should abort the package build IMHO if we get "this is fatal"
[06:49] <robru> didrocks, yeah, I agree, but I haven't had time to figure out what is really fatal and what isn't ;-)
[06:49] <robru> so it only warns right now
[06:49] <robru> oh, I see a problem though
[06:49] <robru> make[1]: /usr/share/unity-webapps/tools/po2json.py: Command not found
[06:50] <robru> that's not so good... that's provided by unity-webapps-dev
[06:50] <jibel> good morning
[06:50] <robru> didrocks, and without it, the built package actually is broken in chromium...
[06:50] <robru> hi jibel
[06:51] <didrocks> salut jibel
[06:51] <jibel> Hey robru, didrocks
[06:51] <didrocks> robru: is this in https://launchpadlibrarian.net/139996744/buildlog_ubuntu-saucy-i386.unity-webapps-facebookapps_2.4daily13.05.16-0ubuntu1_UPLOADING.txt.gz? I grep for po2json and find nothing
[06:52] <robru> didrocks,
[06:52] <robru> $ dpkg -S /usr/share/unity-webapps/tools/po2json.py
[06:52] <robru> unity-webapps-dev: /usr/share/unity-webapps/tools/po2json.py
[06:53] <didrocks> robru: I mean, I don't see your make error on the above log
[06:53] <robru> didrocks, oh, right, that one is good actually
[06:54] <didrocks> robru: can it be that you invoke directly the script and you don't have python installed in the other one?
[06:55] <robru> didrocks, you should grep for PLACEHOLDER. if you see sed replacing the PLACEHOLDER with emptiness, then that's very, very bad. in that log you linked, the PLACEHOLDER gets replaced with '%7B%7D', that's fine (just means no translation data is available for that app). some apps with translations will have a huge blob there instead.
[06:55] <robru> didrocks, nope, can't be, because they all have identical debian/rules (provided by -dev package itself), and that is where po2json.py is called from
[06:55] <didrocks> robru: do you have a link to the log having that failing?
[06:56] <robru> didrocks,  https://launchpadlibrarian.net/139992170/buildlog_ubuntu-saucy-i386.unity-webapps-facebookmessenger_2.4.12daily13.05.16-0ubuntu1_UPLOADING.txt.gz here for one
[06:57] <didrocks> robru: python is not installed in this chroot
[06:57] <didrocks> robru: the -dev package should dep on python I guess
[06:58] <robru> didrocks, it does
[06:58] <didrocks> so that's why it can't execute it, with vm, it doesn't work as good as it can be :-)
[06:58] <robru> didrocks, oh, there was a bug in debian/control, missing comma on previous line made it not pick up the python deb. fixed in trunk. I guess rerun the stack and it should be fine.
[06:59] <didrocks> robru: this is in which package?
[06:59] <didrocks> the -dev one?
[06:59] <didrocks> well, webapps-applications
[06:59] <robru> didrocks, yes
[07:00] <robru> didrocks, yes, there is a bugfix in lp;webapps-applications that fixes the deps for unity-webapps-dev to properly pull in python that should fix these package builds.
[07:00] <didrocks> robru: ok, it seems it's part of this daily release
[07:00] <didrocks> robru: however, we need to rebuild what didn't work on the packages depending on it
[07:01] <robru> yeah
[07:01] <didrocks> robru: fortunately, you have those copyright issues still to fix, right? :)
[07:01] <robru> didrocks, just checking which packages failed right now
[07:01] <didrocks> robru: great! :)
[07:01] <robru> didrocks, what? no, I fixed that all 12 hours ago :-P
[07:01] <didrocks> robru: you are too fast, ok, so a dummy commit I guess will be needed (like a changelog build to force the rebuild) :p
[07:02] <robru> didrocks, actually most of them are failing...
[07:03] <robru> didrocks, so far I count 21 failures and I'm not done looking yet
[07:03] <robru> didrocks, no way you can just force a rebuild? I really have to make 41 trivial trunk commits?
[07:03] <didrocks> robru: it's the same way than for distro
[07:03] <didrocks> robru: you need to bump the debian/changelog
[07:03] <robru> didrocks, ok, I am just going to go through and version bump then.
[07:03] <didrocks> robru: sounds good
[07:04] <didrocks> robru: I'm waiting for this run to finish first
[07:04] <robru> didrocks, actually but wait, the error message isn't that python isn't found, it's that the command itself is not found...
[07:04] <didrocks> robru: yeah, IIRC, that's what happens if you run a python command directly and python isn't installed
[07:04] <didrocks> robru: let me confirm in a terminal, one sec
[07:05] <robru> $ ./foo.py
[07:05] <robru> bash: ./foo.py: /usr/bin/python4: bad interpreter: No such file or directory
[07:05] <robru> $ make build
[07:05] <robru> ./foo.py
[07:05] <robru> make: ./foo.py: Command not found
[07:05] <robru> make: *** [build] Error 127
[07:06] <robru> so actually yeah, bad interpreter then
[07:06] <robru> different error from make than from bash
[07:06] <robru> ok, so it should work with the right deps, which are fixed in trunk.
[07:06] <didrocks> robru: right, that's what I remember :)
[07:06] <didrocks> robru: confirmed here as well
[07:06] <didrocks> the message is really not clear
[07:06] <didrocks> and I already lost some time for this :p
[07:06] <didrocks> hence I remember now ;)
[07:07] <robru> didrocks, do you know a way to make dch do a version bump non-interactively? like what options can I pass to it to force version 2.4.16 with message 'Version bump.'
[07:08] <didrocks> robru: dch -v2.4.16-0ubuntu1 "Version bump for…"
[07:08] <didrocks> robru: not sure if your setup is good though, do for one and check you have "UNRELEASED"
[07:08] <robru> didrocks, ok, hang on
[07:10] <robru> +unity-webapps-amazon (2.4.16-0ubuntu1) UNRELEASED; urgency=low
[07:10] <robru> +
[07:10] <robru> +  * Version bump.
[07:10] <robru> +
[07:10] <robru> + -- Robert Bruce Park<EMAIL_ADDRESS>Thu, 16 May 2013 00:10:27 -0700
[07:10] <robru> +
[07:10] <robru> looks good right?
[07:10] <didrocks> robru: that looks gorgious!
[07:11] <didrocks> robru: well maybe be a little bit more explcit
[07:11] <robru> didrocks, you've been looking at the codes for too long ;-)
[07:11] <robru> didrocks, time to get some fresh air today ;-)
[07:11] <didrocks> robru: like Version bump to build against latest webapps-applications-dev
[07:12] <didrocks> robru: ahah, it's raining though :/
[07:12] <didrocks> robru: now, I have to switch to otto :p
[07:13] <didrocks> robru: btw: http://<IP_ADDRESS>:8080/view/cu2d/view/Head/view/WebApps/job/cu2d-webapp-head-3.0publish/
[07:13] <didrocks> manual publication mode (I guess because of debian/copyright changes)
[07:13] <didrocks> I don't publish yet, right? Let's wait for the rebuild
[07:13] <robru> didrocks, yeah, definitely wait
[07:14] <didrocks> ah, as well, let me add cnn-news
[07:14] <didrocks> (well deploy the branch you proposed)
[07:14] <didrocks> deploying*
[07:15] <robru> didrocks, ok, I just started a script to push all the branches, will be ready in ~10min
[07:15] <didrocks> perfect :)
[07:15] <robru> (bzr uploads are slow...)
[07:15] <didrocks> robru: don't tell me, I'm doing the bzr config on the remote branch (remember this bugs so that lp-propose target the right branch? :p)
[07:16] <robru> heh, ouch
[07:17] <robru> didrocks, I can't count how many times this month I have types "for i in *; do cd $i; bzr commit -m "foobar" && bzr push; cd ..; done
[07:17] <didrocks> robru: you typed? I thought it was a script and you didn't rely on Ctrl + R ;)
[07:18] <robru> it's a script that I type into my shell prompt every time I need it ;-)
[07:18] <didrocks> heh
[07:18] <didrocks> but the cleaning you've done to the packaging is awesome
[07:18] <didrocks> good work!
[07:18] <robru> thank you!
[07:18] <didrocks> also, nice to see we won't revert security fixes again :)
[07:19] <robru> didrocks, well, probably the security team should be told to get their fixes accepted in trunk...
[07:19] <didrocks> robru: well, in ubuntu, everyone has upload rights
[07:19] <robru> I mean, I understand the urgency of getting things fixed in distro and pushed to users, but that one fix was just never committed to trunk, that's terrifying.
[07:19] <didrocks> robru: so, you can't be sure people are committing to the vcs (if attached)
[07:19] <didrocks> but yeah, this one should have been backported for sure
[07:20] <pitti> hey ricotz
[07:20] <pitti> bonjour didrocks
[07:21] <pitti> hello robru
[07:21] <robru> didrocks, this is actually a really serious problem I think. There's this big mysterious "archive" that is somehow separate from the VCS... we should just drop the archive and declare "whatever is in trunk VCS *IS* the archive", so you want something in the archive you get it in trunk
[07:21] <robru> pitti, hi
[07:21] <didrocks> salut pitti!
[07:22] <didrocks> robru: yeah, the archive should always be authorative, that was the taken decision when we started to have our Vcs (for desktop team or anything else)
[07:22] <ricotz> pitti, i was hoping you have a moment for libreoffice ppa builder tweaking ;), but i hope they work out already
[07:22] <didrocks> robru: but I agree with you that Vcs should be the main source :) However, it means, we would need to fix perms everywhere
[07:23] <didrocks> robru: as it blurries the line between distro maintainers and upstream devs
[07:23] <didrocks> not an easy topic :)
[07:23] <pitti> ricotz: sure
[07:24] <ricotz> pitti, so i might ping you later if they are failing on the current builders
[07:24] <robru> didrocks, no no, not saying we merge upstream trunks with distro vcs, definitely there needs separation there. just that the archive itself needs to be in a public VCS that can be seen and have MP's proposed against in a meaningful way. not this "oh, here's an MP, please merge it, build it, upload it, sponsor it..."
[07:25] <didrocks> robru: yeah, some people tried that 3 years ago, but it never reached to a point it was working top notch
[07:26] <didrocks> robru: those are the lp:ubuntu/<package> branch
[07:26] <robru> didrocks, yeah, backwards approach I think. lp:ubuntu/* tries to mirror what's in the archive. I think it needs to *BE* the archive.
[07:27] <didrocks> quite complicated as 75% of the packages are coming from Debian
[07:27] <didrocks> so from the archive :)
[07:27] <robru> bah
[07:27] <robru> didrocks, then debian needs to get itself hosted on launchpad ;-)
[07:35] <didrocks> ahah :)
[07:35] <didrocks> robru: want to start the discussion on debian ML?
[07:36] <robru> didrocks, why do I have to do all the work? clearly this idea is brilliant and devs should be flocking to it ;-)
[07:39] <Mirv> robru: a bit related, support for Debian package building in PPAs has been a very wished item for a long time, I wish someone would have time to implement that
[07:39] <didrocks> robru: ahah, that's a manager's view :)
[07:39] <didrocks> robru: well done :p
[07:39] <robru> didrocks, great, time to promote me ;-)
[07:39] <didrocks> robru: please, do a powerpoint with a plan :p
[07:40] <Mirv> we don't have much perks for Debian devs to come to LP at the moment, including that plus lack of git support
[07:40] <robru> didrocks, is there time to host a session about this tomorrow? ;-)
[07:40] <didrocks> heh
[07:40]  * didrocks plans, set robru as leading the session
[07:40] <robru> Mirv, yeah, I wouldn't mind being able to build debian debs in my PPAs, for sure
[07:41] <robru> Mirv, what would "git support" look like? some kind of bridge to allow git tools to access bzr repos? or real git repos hosted on lp?
[07:42] <Mirv> robru: either a very transparent bridge but probably real support so that one could easily merge from Debian packaging git:s to LP and vice versa
[07:42] <Mirv> for example with Qt I'm now manually managing Debian git vs Ubuntu bzr
[07:42] <robru> bah
[07:43] <Mirv> some teams like X team do have Ubuntu packaging in Debian git actually, but it wouldn't hurt that there wouldn't be that barrier between Debian and LP
[07:44] <robru> Mirv, I had a real nasty issue recently just within LP, it wouldn't let me merge a +junk branch back into a real project branch even though it did share history. the +junk branch lost it's knowledge of it's heritage, and bzr couldn't merge them in spite of the fact that the commit histories were identical. had to manually copy files from one branch to another and re-commit.
[07:45] <robru> frankly I prefer git, git would have seen the common commit history and merged happily ;-)
[07:45] <Mirv> robru: I've gotten past such issues at times by pushing the same branch into another location. ie. first gotten "this branch cannot be merged into xxx", then after pushing into second location merge proposal has been possible
[07:46] <robru> hmmm
[07:48] <didrocks> robru: btw, can I rerun the whole stack?
[07:49] <robru> didrocks, oh... well I didn't version bump libunity-webapps or anything, is that a problem? I did bump all of unity-webapps-* though, those definitely need to be rebuilt
[07:49] <didrocks> robru: that's fine I guess, we already have the needed version in the ppa :)
[07:49] <robru> didrocks, ok, so rerun it then ;-)
[07:50]  * didrocks click *the* button
[07:50] <didrocks> clicks*
[07:51] <Mirv> didrocks: sergiusens by the way asked about if all packages have been rebuilt in daily-build-next after the new Qt. it seems to me most Qt related packages, a couple haven't yet.
[07:52] <didrocks> Mirv: they need a commit to be rebuilt, mind pushing something to them? (there is also something to clean up)
[07:53] <BigWhale> I found an awesome way how to crash unity/compiz! :)
[07:54] <Mirv> didrocks: ok, I'll look at if some relevant package would use a push
[07:54] <Mirv> BigWhale: :P
[07:54] <BigWhale> Have a program icon on the desktop.
[07:55] <BigWhale> Have a program icon on the desktop, drag it to Launcher, delete the icon on the desktop, move the icon in Launcher.
[07:56] <didrocks> Trevinho: this is for you! ^
[07:56] <didrocks> BigWhale: a bug number (or looking for one, would be awesome!)
[07:57] <BigWhale> didrocks, I'll look into this now... :)
[07:58] <seb128> hey desktopers
[07:58] <didrocks> salut seb128, ça va?
[07:59] <seb128> didrocks, lut, ouais, tjs gris et pluvieux mais ca va ... et toi, Lyon?
[07:59] <didrocks> seb128: ça va bien! par contre, arrête de partager ta pluie, ça va, j'ai compris hein! :p
[08:02] <Laney> morning
[08:03] <seb128> didrocks, alright, you can get sun back tomorrow :p
[08:03] <seb128> Laney, good morning!
[08:03] <didrocks> really? last time I checked, it wasn't really optimistic
[08:04]  * didrocks looks
[08:04] <didrocks> well, far from stellar…
[08:04] <seb128> didrocks, it's a bit better tomorrow, really better starting next tuesday...
[08:04] <Laney> https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/1108056/comments/28
[08:04] <ubot2> Launchpad bug 1108056 in glib2.0 (Ubuntu) "fetching URLs freezes pidgin" [Undecided,Confirmed]
[08:04]  * Laney runs
[08:04] <seb128> Laney, isn't that the indicator-messages bug that we fixed yesterday?
[08:05] <seb128> the same as tb
[08:05] <Laney> likely :-)
[08:05] <seb128> wfm since at least
[08:05] <Laney> just thought it'd be worth checking
[08:05] <Laney> did pidgin break too for you?
[08:05] <seb128> nobody messaged me
[08:05] <seb128> let me give it a try
[08:07] <robru> *yaaaaaaaaaaaaaaaaaaaaaaaaaaaaaawn*... 'night gents
[08:07] <seb128> robru, 'night
[08:09] <pitti> bonjour seb128
[08:10] <seb128> pitti, salut, ça va ?
[08:10] <pitti> seb128: ça va bien, et toi?
[08:11] <seb128> pitti, ça va bien merci, toujours de la pluie ici par contre :/
[08:11] <pitti> :(
[08:11] <pitti> ici aussi aujourd'hui
[08:11] <seb128> pitti, are you online on icq?
[08:12]  * seb128 is looking for somebody to im me to test that pidgin/libmessaging bug
[08:12] <pitti> seb128: no, I stopped using icq years ago, I got too much spam
[08:12] <seb128> but jabber doesn't behave
[08:12] <pitti> seb128: I can log in
[08:12] <seb128> pitti, it you could just send me a test message that would be nice
[08:12] <seb128> if*
[08:12] <pitti> hm, how do I add an ICQ account these days?
[08:12] <seb128> don't bother if you don't have it configured
[08:12] <seb128> I will wait a bit to have jabber back
[08:13] <czajkowski> ICQ still exists?
[08:13] <seb128> pitti, but if you need that at some point, you need to run empathy-accounts I think
[08:13] <pitti> ooh
[08:13] <pitti> that's indeed not the one that I get from the menu in empathy
[08:13] <seb128> you get the integrated online accounts by default
[08:14] <robert_ancell> seb128, hello :)
[08:14] <seb128> it's just that icq doesn't have a telepathy connector
[08:14] <seb128> it's going through haze and libpidgin
[08:14] <robert_ancell> people still use ICQ?
[08:14] <seb128> robert_ancell, hey, how are you?
[08:14] <seb128> robert_ancell, got my email? ;-)
[08:14] <robert_ancell> seb128, hey, good. Thought I'd say hello since I'm around this time
[08:14] <seb128> robert_ancell, very few, I still have one friend using it regularly
[08:14] <robert_ancell> yes...
[08:15] <seb128> robert_ancell, I'm glad IS figured out that versions was slow because you were DoSing the debian web viewvc UI :p
[08:15] <robert_ancell> It didn't seem like that many requests...
[08:15] <Laney> they must have throttled us ages ago
[08:15] <seb128> the web ui sucks apparently
[08:15] <Laney> how did it only just come up now
[08:15] <robert_ancell> seb128, did you see the MP from mfisch? It changed the Debian links
[08:16] <seb128> robert_ancell, no, I didn't, I guess I don't receive email for those
[08:16] <robert_ancell> seb128, yeah, you might have to opt-in
[08:16] <robert_ancell> I set all the ownerships to ~ubuntu-desktop but I think LP defaults to not notifying (we have the same problem in Mir)
[08:16] <seb128> seems like a feature
[08:16] <seb128> I wouldn't like to spam the whole team
[08:17] <robert_ancell> seb128, I'd prefer opt-out because people miss things and it's not obvious how to opt-in
[08:17] <seb128> that's right
[08:17] <pitti> seb128: sorry, seems my ICQ account doesn't work any more, or I don't remember the password
[08:18] <seb128> pitti, don't worry, I will wait to have somebody showing up on jabber
[08:18] <seb128> seems like I've half the people I usually have there
[08:18] <Laney> for some reason I can remember my ICQ UIN despite not having used it for about 10 years
[08:18] <seb128> I guess some server side issue on jabber.org
[08:18] <pitti> seb128: I am in jabber
[08:33] <seb128> ah, jabber is finally listing more people
[08:34] <seb128> I can see a didrocks
[08:34] <didrocks> I think it's google+ :)
[08:34] <seb128> didrocks, can you reply?
[08:35] <seb128> didrocks, need to test that bug
[08:35] <pitti> hm, jabber doesn't seem to work for me ATM either
[08:35] <didrocks> interesting, I don't even see that you pinged me on any tab (in fact, I don't have a g+ page open)
[08:35] <seb128> didrocks, it's maybe your phone or tablet?
[08:35] <didrocks> seb128: ok, please try to ping me
[08:35] <didrocks> seb128: yeah, probably my phone
[08:36] <didrocks> hum no…
[08:36] <didrocks> seb128: just try, I have a tab opened now
[08:36] <seb128> bah, got disconnected, jabber.org sucks
[08:36] <seb128> ah,  back
[08:36] <seb128> didrocks, pinged you
[08:36] <pitti> ah, now
[08:36] <seb128> (Pidgin:4551): GLib-GIO-ERROR **: g_menu_item_set_detailed_action: Detailed action name 'im:prpl-jabber:seb128%40jabber.org%2F:pitti%40jabber.org%2F06baa216' has invalid format
[08:36] <seb128> Laney, ^
[08:37] <Laney> so still there
[08:37] <didrocks> seb128: nothing…
[08:37] <seb128> didrocks, pitti: can you ping me again?
[08:37] <seb128> Laney, no, that was the old libmessaging-menu0 to confirm the bug
[08:37] <pitti> done
[08:37] <seb128> works
[08:37] <didrocks> seseI'm trying to look for you first, not sure with the new interface :p
[08:37] <Laney> ah
[08:37] <seb128> Laney, it's fixed
[08:37] <Laney> great
[08:38] <didrocks> seb128: pinged
[08:38] <seb128> didrocks, doesn't work
[08:39] <seb128> shrug
[08:40] <seb128> new g+ doesn't work well for me
[08:40] <seb128> the hangout sidebar contain a "connect to talk to your friends" label with a "connect" button
[08:41] <seb128> which opens a new win, which tells me "you are logged in now, close that win and refresh the page you were on"
[08:41] <seb128> but that doesn't work
[08:41] <seb128> still get the same button
[08:41] <seb128> so I can't log in
[08:41] <seb128> which means I can't create an hangout
[08:41] <seb128> will be fun for vUDS later...
[08:42] <Laney> tried in chromium?
[08:45] <seb128> Laney, of course it works in chromium (though I'm using a personal account and not a canonical one there and the login process seems different since the login button sends me on an ubuntu.com url for auth)
[08:46] <Laney> ah, so could be some SSO interaction problem
[08:46] <seb128> is anyone using g+ canonical's account under firefox herE?
[08:46] <seb128> pitti, ^?
[08:46] <Laney> let me try
[08:46] <seb128> or did you all go chromium?
[08:47] <pitti> seb128: no, I'm firmly firefox
[08:47] <pitti> hangouts work again, too
[08:47] <Laney> no, I just never use my C google account really
[08:47] <seb128> pitti, hangouts bar is working for you?
[08:47] <pitti> nope, 'Unable to sign in"
[08:47] <seb128> :-(
[08:47] <pitti> for UDS I'll use my "public" account
[08:47] <pitti> (there it works)
[08:47] <seb128> bah
[08:47] <seb128> I don't want UDS videos to be posted on my personal account
[08:47] <seb128> I try to keep the work one for work
[08:48] <Laney> yeah, seems broken
[08:48] <Laney> #is probably want to know
[08:48] <seb128> *great*
[08:48] <seb128> yeah, I'm telling them
[08:50] <seb128> same issue in chromium
[09:10] <didrocks> robru: webapps published
[10:04] <seb128> pitti, hey, https://launchpadlibrarian.net/134293864/xwiimote_0.3%2B20120630-2_0.3%2B20120630-2ubuntu1.diff.gz ... did you send that to Debian or upstream? (not sure if that diff is Ubuntu specific for some reason?)
[10:07] <pitti> seb128: ah, not yet, thanks for reminding
[10:07] <seb128> pitti, yw
[10:23] <mlankhorst> seb128: who should be approver for  https://blueprints.launchpad.net/ubuntu/+spec/client-s-xorg-general ?
[10:24] <seb128> mlankhorst, jason or me, pick one ;-)
[10:24] <mlankhorst> I'll select you for being in the same timezone
[10:24] <mlankhorst> it's not you jason, it's me!
[10:25] <Laney> playing with fire there
[10:25] <seb128> :-)
[10:30] <mlankhorst> it is kind of hard to talk with people in different timezones on a regular sleep schedule, though :)
[10:31] <ogra_> give up on that schedule then :P
[10:33] <mlankhorst> but then I wouldn't wake up at 7 any more
[10:33] <ogra_> depends which 7 you mean :)
[10:34] <mlankhorst> 07:00
[10:35] <Laney> it'll be close to 7am in some timezone :-)
[11:17] <pitti> didrocks, jibel: ah, so by default there are indeed only 8 loop devices pre-created, one needs to request new ones from /dev/loop-control
[11:17] <pitti> (https://lkml.org/lkml/2011/7/26/148)
[11:18] <didrocks> pitti: ah thanks, I had a script for that, but better to be able to put in a configuration file :)
[11:28] <pitti> jibel, didrocks: I confirm that "lxc-wait -s STOPPED" triggers on a reboot
[11:28] <pitti> beyond that I cannot really tell much, due to the "stopping lightdm messes up vt7" issue
[11:29] <pitti> (neither restarting lightdm nor rebooting the container really works due to that)
[11:29] <pitti> stgraber: ^ did you find that on your system as well?
[11:29] <pitti> stgraber: i. e. trying to reboot the container or restarting lightdm makes VTs unusable, and X.org doesn't really come back either
[11:32] <didrocks> pitti: yeah, confirming, and lxc doesn't see the container running as well after the reboot
[11:32] <didrocks> (checked by ssh)
[12:05] <seb128> chrisccoulson, hey
[12:05] <chrisccoulson> hi seb128
[12:05] <seb128> chrisccoulson, what's is wrong with your country? ;-)
[12:05] <seb128> chrisccoulson, uploads
[12:05] <seb128> ups
[12:06] <seb128> chrisccoulson, http://www.atinternet.com/wp-content/uploads/2013/05/navigateurs-201304-2.png
[12:06] <seb128> safari first? then i.e
[12:06] <seb128> then chrome
[12:06] <seb128> ...
[12:06] <ogra_> mobile ?
[12:06] <seb128> ogra_, no
[12:06] <chrisccoulson> i'm surprised at that
[12:07] <mdeslaur> that almost doesn't make sense
[12:07] <seb128> yeah, it's weird for the u.k case
[12:07] <seb128> I can believe the other countries there
[12:07] <chrisccoulson> perhaps this is only counting people in the uk visiting french sites? ;)
[12:07] <mdeslaur> hehe
[12:08] <seb128> lol
[12:08] <seb128> they say there looked at 9096 websites
[12:08] <seb128> but not which ones
[12:08] <ogra_> apple.fr :)
[12:09] <seb128> what else? :p
[12:09] <ogra_> and its 9095 subpages
[12:47] <cyphermox> good morning!
[13:27] <mterry> Is thunderbird crashy for anyone else?
[13:27] <Laney> do you have current libmessaging-menu0?
[13:28] <mterry> Laney, ah sort of.  I have daily-build-next version.  That may screw things up
[13:28] <czajkowski> mterry: no works fine, but closing it and then reopening it tends to make it unhappy so itneeds to be killed
[13:29] <Laney> mterry: depends if it has larsu's fix from yesterday
[13:29] <Laney> bad interaction with new glbi
[13:29] <Laney> glib
[13:29] <Laney> assuming saucy etc
[13:29] <mterry> Laney, ah OK
[13:33] <geser> seb128 (or anyone else): could you go a give-back of file-roller on i386 and amd64 please? looks like LP lost track of those builds (no build log available)
[13:33] <Laney> k
[13:36] <Laney> (asking what went wrong first)
[13:38] <mdeslaur> seb128: is anyone working on bug 1174740 ? (it's pretty annoying...)
[13:38] <ubot2> Launchpad bug 1174740 in Online Accounts: GNOME Control Center "online-accounts-preferences crashes when accounts need access granted" [Critical,Confirmed] https://launchpad.net/bugs/1174740
[13:41] <Laney> mdeslaur: I can upload that patch
[13:41] <Laney> does it fix it for you?
[13:42] <mdeslaur> Laney: I haven't tried it
[13:45] <seb128> mdeslaur, isn't that fixed in saucy?
[13:45] <mdeslaur> seb128: I don't know, I'm on raring
[13:46] <Laney> the patch is from 9 days ago so I guess not ...
[13:46] <mdeslaur> seb128: you know, the current release :)
[13:47] <Laney> ah, already cherry-picked
[13:49] <seb128> mdeslaur, http://launchpadlibrarian.net/139777904/empathy_3.6.4-0ubuntu4.1_source.changes
[13:49] <seb128> mdeslaur, typical sru team delay...
[13:49] <mdeslaur> seb128: ah, yes, thanks. I'll dupe the bugs.
[13:49] <seb128> mdeslaur, I uploaded to both
[13:51] <seb128> mdeslaur, I would appreciate confirmation that the fix works if you want to rebuild the one from the queue?
[13:52] <mdeslaur> seb128: sure, I'll test it in a minute
[13:52] <seb128> thanks
[15:53] <bcurtiswx> anyone else having facebook auth browser popups using online accounts ?
[15:53] <seb128> bcurtiswx, facebook.com bug
[15:53] <bcurtiswx> seb128, ok, thanks
[15:54] <seb128> bcurtiswx, https://developers.facebook.com/bugs/449221825171392
[15:56] <bcurtiswx> yeah that seems to be it
[16:03] <Laney> bah
[16:03] <Laney> new glib breaks skype too
[16:03] <Laney> https://bugzilla.gnome.org/show_bug.cgi?id=698716
[16:03] <ubot2> Gnome bug 698716 in build "Use of g_mem_set_vtable() breaks after gobject automatic init ctor" [Normal,Unconfirmed]
[16:06]  * Laney thinks chrisccoulson would enjoy that bug
[16:06] <Laney> linker voodoo
[16:07] <seb128> Laney, "nice"
[16:08] <Laney> yeah ... at least there seems to be one commit which we can do away with if necessary
[16:08] <Laney> desrt: ^ thoughts?
[16:52] <jcastro> seb128: man, I kind of miss music player sessions
[16:52] <jcastro> haha, just kidding
[16:52] <seb128> jcastro, you should put a banshee by default on the schedule for next vUDS!
[16:53] <seb128> still using it? ;-)
[16:53] <Laney> why wouldn't you be? it's still better :-)
[16:54] <jcastro> I use spotify/google play, heresy I know.
[16:55] <Laney> used rb to test my upload today/yesterday
[16:55] <Laney> it was a grim time
[16:55]  * Laney snuggles up to Gabriel Burt

[16:57] <highvoltage> clementine!
[16:57] <seb128> is that yet another of the kde app that want to install a mysql server to stock your song infos? :p
[16:58] <highvoltage> well technically it's not a kde app.
[16:58] <seb128> it's bloated in the kde tradition though ;-)
[16:58] <highvoltage> but it's inspired by old versions of amarok (when it was still good)
[17:24] <chrisccoulson> hmmm, must stop drinking coffee
[17:25] <seb128> chrisccoulson, right you are, it's beer time!
[17:26] <chrisccoulson> seb128, i might need some beer to round off the edginess of the coffee
[17:27] <seb128> chrisccoulson, how many coffee did you drink?!
[17:28] <chrisccoulson> seb128, 8 so far today
[17:30] <seb128> urg
[17:34] <TheMuso> I have been drinking 4-5 cups of tea each morning this week during VUDS.
[17:34] <TheMuso> So I'm probably on a similar track. :)
[19:13] <robru> didrocks, https://launchpadlibrarian.net/140003067/buildlog_ubuntu-saucy-i386.unity-webapps-amazon_2.4.16daily13.05.16-0ubuntu1_UPLOADING.txt.gz grep for PLACEHOLDER in there, now THAT's what we want to see in a successful webapps build ;-)
[19:14] <didrocks> robru: but but but… that's crazy! :)
[19:14] <didrocks> robru: it's a json file?
[19:14] <didrocks> right? ;)
[19:15] <didrocks> robru: btw, you did see that it all landed! :-)
[19:16] <robru> didrocks, yeah. it's a json dict mapping language codes -> msgids -> msgstrs, so basically just a translation table. because we needed gettext support inside the userscripts and there was no tool for that, so we just dump in by hand and write some js for interpreting it.
[19:16] <robru> didrocks, yeah! so excited that it's all finally done ;-)
[19:17] <didrocks> robru: next step is having autopilot tests! :-)
[19:17] <robru> didrocks, yeah, we need to pester vrruiz about that more ;-)
[19:17] <didrocks> robru: but first, get all your stack green! everyday :)
[19:17] <didrocks> yep ;)
[19:34] <pitti> didrocks: looking at your recent otto commits -- did you tell your editor to have a tab width of 4 or so? you keep ruining the indentation :)
[19:34] <didrocks> pitti: on the shell scripts? yeah, it replaces tab with spaces
[19:34] <didrocks> (and 4)
[19:34] <pitti> didrocks: (no big deal, but it looks systematic)
[19:34] <didrocks> pitti: I think we should have spaces in the shell script, wdyt?
[19:35] <pitti> didrocks: I don't care much, as long as the indentation is consistant
[19:35] <didrocks> pitti: ok, adding an item to look at that tomorrow and do a big sed in that case :)
[19:35] <didrocks> pitti: thanks for noticing
[19:35] <pitti> didrocks: no worries, just wanted to ask whether you have some broken setting in some editor
[19:36] <didrocks> pitti: well, it's a standard "replace tabs with 4 spaces"
[19:36] <didrocks> pitti: and when I'm navigating the file, I see only spaces
[19:36] <didrocks> that's why I didn't notice
[19:37] <pitti> (fixed)
[19:37] <didrocks> pitti: thanks!
[19:37] <didrocks> pitti: it's all space now? ;)
[19:37] <pitti> didrocks: de rien, but you really should fix that to be 8
[19:38] <seb128> it's not friday yet
[19:38] <pitti> yeah, all spaces
[19:38] <didrocks> pitti: I give you 6
[19:38] <pitti> seb128: c'mon, it's EOUDS beer o'clock
[19:38] <seb128> let's wait tomorrow for emacs being better than vim at handling those stuff :p
[19:38] <didrocks> not more
[19:38] <seb128> pitti, you have a point there ;-)
[19:38]  * pitti hugs didrocks and seb128
[19:38]  * seb128 hugs pitti
[19:38]  * didrocks hugs pitti and seb128
[19:38] <pitti> and watching Daviey sorta puts you into a funny mood
[19:39] <TheMuso> seb128: Yes it is. :p
[19:39] <seb128> I'm glad we had a sprint recently, or I would be really deprecated by the end of vUDS now
[19:39] <didrocks> pitti: unfortunately, my ISP provider is limiting the youtube bandwith in the evening :(
[19:39] <didrocks> pitti: so it's cutting…
[19:39]  * didrocks can't follow the plenary
[19:39] <pitti> didrocks: sheesh
[19:39] <didrocks> pitti: they want google to pay for the bandwith…
[19:39] <didrocks> you know net neutrality
[19:39] <pitti> yeah, that great thing we used to have
[19:40] <didrocks> anyway, so can't follow the plenary :/
[19:40]  * didrocks waves good evening then!
[19:40] <pitti> didrocks: bonne nuit!
[19:40] <seb128> pitti, french company that think they can twist google arms ... google luck ;-)
[19:40] <didrocks> pitti: à demain ;)
[19:40] <seb128> 'night didrocks
[19:40] <didrocks> seb128: see you tomorrow!
[19:45] <seb128> night
[20:01] <pitti> c'est ça !
[20:01] <pitti> bonne nuit tout le monde
[22:18] <sil2100> fginther: Fraaanciiis! Heeelp!
[22:18] <sil2100> Or hm, wait
[22:18] <sil2100> Scratch that
[22:18] <sil2100> alesage: Allaaaan!
[22:18] <sil2100> alesage: you around?
[22:19] <alesage> sil2100, how can I help?
[22:20] <sil2100> alesage: so, we have a unity branch that we want to merge in pretty soon, and I was kindly asking CI to run against it, but I get an error like: 'Cannot enable coverage targets because gcovr was not found.', since it seems that there is a B10gcovr_run hook enabled
[22:20] <sil2100> https://jenkins.qa.ubuntu.com/job/unity-raring-armhf-ci/63/console
[22:20] <sil2100> alesage: I'm not familiar with those parts, but what happened that suddenly it's missing gcovr?
[22:21] <sil2100> alesage: is it a problem with the packaging?
[22:21] <alesage> sil2100, give me a minute to investigate
[22:23] <sil2100> alesage: thanks
[22:23] <sil2100> https://code.launchpad.net/~stolowski/unity/smartscopes-into-trunk/+merge/164227 <- here's the merge request
[22:23] <alesage> sil2100, there are a couple of fixes, one is on our side, so fear not :)
[22:23] <sil2100> Ah, I see something indeed changed
[22:23] <alesage> sil2100, what changed?
[22:24] <sil2100> alesage: I see there is a change in CMakeLists.txt related to gcovr and lcov
[22:24] <sil2100> alesage: line 21 of the diff in the MR
[22:24] <alesage> ok sil2100 if you'd like to add these to packaging, that seems correct to moi
[22:24] <alesage> was just checking to see if the build config had changed (on our side)
[22:25] <alesage> quite a merge btw :)
[22:26] <sil2100> Yes ;) Anyway, what package should I exactly add to the packaging if anything?
[22:26] <alesage> sil2100, gcovr and lcov
[22:28] <sil2100> alesage: hm, would it be possible to disable coverage for now, temporarily, for this branch?
[22:29] <alesage> sil2100, entirely up to you--you'd just have to revert this change in the CMakeLists.txt I believe
[22:30] <sil2100> I wonder how this worked before in the other branch, hmmm
[22:31] <alesage> sil2100, I can help you--do we have a few minutes or like 30 minutes?
[22:32] <sil2100> Soon I would be going to sleep, as it's past midnight here, but I want to have this in anyway ;)
[22:32] <sil2100> I was wondering if the gcovr hook could be disabled in CI
[22:32] <sil2100> Since something has to enable the coverage profile for this build, hmmm
[22:33] <alesage> sil2100, one min
[22:34] <sil2100> As I see H10enable_coverage and B10gcovr_run in the hooks :)
[22:36] <sil2100> alesage: I see that these changes never had coverage enabled before, so that's why it never failed in the custom branches - now that we're merging this big piece of code, suddenly it fails during coverage
[22:36] <sil2100> But I would think that we could fix that in some other merge
[22:37] <alesage> sil2100, yes it's now kind-of baked in to the prepare step (in CMakeLists.txt)
[22:39] <alesage> sil2100, if you'll give me 10 mins I'll attempt a fixed build, ok?
[22:40] <sil2100> alesage: ACK ;) Thanks!
[22:58] <alesage> sil2100, I've got a build in progress and this quick fix passes configure where we were failing before https://pastebin.canonical.com/91201/
[22:58] <alesage> here's that build in progress (if you're on the Canonical VPN) https://pastebin.canonical.com/91201/
[22:58] <alesage> oopsies sil2100 here: http://<IP_ADDRESS>:8080/job/unity-raring-amd64-ci/66/console