=== lifeless_ is now known as lifeless === achiang` is now known as achiang [02:48] pitti: argyll doesn't really need to recommend consolekit right? [03:14] Yay unbumped SONAMEs. [03:53] Good morning [03:53] sil2100_: pong [04:02] morning === thumper is now known as thumper-cooking [04:47] robert_ancell: hey Robert, how are you? [04:47] pitti, hello [04:48] robert_ancell: I have a question about https://jenkins.qa.ubuntu.com/view/Saucy/view/AutoPkgTest/job/saucy-adt-lightdm/ [04:48] robert_ancell: the package currently defines no tests (debian/tests/control is commented out), but has an XS-Testsuite: header [04:49] robert_ancell: do you plan to re-add/fix the autopkgtest soon? If not, could we drop XS-Testsuite: for now, to avoid the noise? [04:49] pitti, I'm just fixing (hopefully) the last bug so the tests should work. The last but is due to your guest session wrapper patch :) [04:49] oh, sweet [04:49] robert_ancell: what's broken with that one? [04:49] pitti, I don't know what the XS-Testsuite thing is supposed to do though [04:50] robert_ancell: it effectively signals jenkins "I have autopkgtests, please run me" [04:50] pitti, it tries to run the wrapper from the installed location, but of course it's not installed at build time [04:50] which = make check for autotools? [04:50] robert_ancell: err, autopkgtests are supposed to run the installed version [04:50] no, I don't have any of those [04:51] robert_ancell: right, my question is about the autopkgtest, not the upstream test [04:51] i. e. not the "make check" one run during package build [04:51] I don't know who added that line [04:52] so feel free to remove it [04:52] there's also a debian/tests/control with commented-out tests [04:52] ok [04:52] robert_ancell: do you use a packaging branch, or just apt-get source or lp:ubuntu/lightdm ? [04:52] the latter [04:52] ack, thanks [04:53] Packaging branch status: OUT-OF-DATE [04:53] though for jenkins we are using lp:~lightdm-team/lightdm/trunk-packaging [04:53] so not sure which one you are referring to there [04:53] well, whichever you use to do saucy uploads [04:53] lp:ubuntu/lightdm [04:53] Most recent Ubuntu version: 1.7.0-0ubuntu4 [04:53] Packaging branch version: 1.6.0-0ubuntu2.1 [04:54] that's broken [04:54] so I guess apt-get source it is :) [04:54] yeah [04:54] where are you looking at that gives you that? [04:55] robert_ancell: "bzr branch ubuntu:lightdm" [04:55] and that's different from lp:ubuntu/lightdm? [04:56] no, it's just a shorter alias [04:56] isn't that supposed to automerge from dputs? [04:56] yes, but UDD is behind/broken really often :/ [04:56] ok [04:56] i. e. if people consistently use it and push first, then upload, it's fine of course [04:57] but the auto-imports are quite buggy [04:57] during my last sponsoring shift, about a third of them were out of date [04:57] robert_ancell: so do you mind if I do an upload to drop XS-Testsuite: ? [04:57] nope [04:57] or are you going to do an upload soon anyway? [04:59] not super soon [04:59] ok, done; thanks! [05:03] pitti: Oh, colord 1.0.0 is going to wait until I know how the ABI break is going to be resolved. [05:11] RAOF: oh, changing ABI without bumping soname? [05:11] Indeed. [05:14] thanks pitti! [05:14] and good morning :) [05:14] bonjour didrocks [05:14] didrocks: thanks for what? [05:14] pitti: I'll retry a gdrive build once published [05:15] the vala cherry-pick :) [05:15] oh, vala? [05:15] oh, it FTBFS [05:15] this annoys me to no end [05:15] yeah, it was building fine in sbuild and locally [05:15] I uploaded https://launchpad.net/ubuntu/+source/vala-0.18/0.18.1-0ubuntu6 [05:15] and now I see it fails again; wtf [05:15] pitti: see mhr3's magic? He already did that to me! [05:15] I guess my file system has subsecond resolution, but the buildd's doesn't [05:15] I see there is some magic on his patches :) [05:16] pitti: do we build vala in parallel? [05:16] well, whenever we patch the .vala source, we also must patch the corresponding .c source and then ensure it is newer [05:17] right now the build on the buildd is trying to call vala to regenerate them [05:17] pitti: yeah, I always ended up that way when having vala lenses [05:17] patching both :/ [05:17] why? [05:17] for vala lenses you should/could just have a valac build pde [05:17] dep [05:17] but for vala itself that's nasty [05:18] pitti: I agree it shouldn't be needed, but in practice (warning, it was 3 years ago), the timestamp wasn't rechecked and we didn't get a reliable behavior to rebuild the .c files while patching a .vala file [05:19] right, same problem [05:28] vala-0.18 ubuntu7; third time's the charm! [05:32] \o/ [05:46] pitti: great! as soon as it migrates to the release pocket, I'll trigger a gdrive rebuild [05:46] still waiting for arm to finish [05:47] didrocks: are the automatic daily builds stopped btw and you're running stacks manually, or are things just delayed from the normal schedule? [05:54] Mirv: yeah, see my email yesterday on ubuntu-devel, everything is in manual mode and daily release blocked [05:54] Mirv: I want that we publish to saucy a known good state :) [05:54] Mirv: btw, the ppa (apart from google drive scope) should be fine [05:55] Mirv: mind updating from the daily-build ppa? [05:55] the more testing we have, the better we'll be :) [05:58] right, I read that, must re-read :) [05:58] * Mirv updates [05:59] Mirv: thanks! restart your session if you can and yell if anything ugly happens :) [05:59] Mirv: btw, I've relaunch the hud stack for your libcolumbus patch :) [06:21] good morning [06:29] salut jibel, ça va? [06:30] salut didrocks , ça va et toi, bien reposé ? [06:32] jibel: ça va bien, prêt pour aujourd'hui! ça s'annonce pas trop mal pour l'instant :) [06:33] didrocks, great, I reran OIF and indicators yesterady evening but indicators failed again [06:33] jibel: yeah, but it's on the testing side [06:33] didrocks, yes [06:34] jibel: I rerun indicators with videos to have a better view [06:34] I rerun HUD as well, rebuild some components… [06:34] we are really close! [06:34] jibel: do you know why the container couldn't start? [06:34] so far so good (daily-build) [06:35] Mirv: have you restarted your session? [06:35] didrocks: yes [06:35] \o/ [06:35] didrocks, because aufs directory didn't umount cleanly. It leaked 2 loop devices and broke the mountpoint rootfs/ [06:35] Mirv: let's continue crossing fingers! :) [06:35] jibel: interesting, I noticed nothing in the previous run [06:35] didrocks, in that case the only solution is to create a new container or reboot the machine [06:35] yep [06:36] well, we have the setup job, so good enough IMHO if this reproduce again [06:36] didrocks, you can check if you're in this situation by simply doing an "ls rootfs/" and it fails with a message like "Stale NFS filesystem" [06:37] jibel: yeah, maybe we can try that as a first jenkins job step? [06:37] and show an according message? [06:55] didrocks, yes, that's what I planned to do but I'd like to understand why it happens in the first place [06:55] sure [06:57] RAOF: hm, is ssh://git.debian.org/git/collab-maint/colord.git still the correct VCS for colord? [06:57] RAOF: this has 0.1.31, I thought 1.0.x was in git already [06:58] RAOF: i. e. if I were to commit the autopkgtest fixes, where would I do that? [06:58] pitti: Looks right, but I very definitely pushed 1.0.0 (but without any changelog) to alioth [06:58] ooh, no changelog [06:58] ack, thanks [06:59] and you already pushed the two autopkgtest fixes, thanks [06:59] although bf787c2417572bc2fb4a5502a5d09b6c0f2661b1 looks odd, that patches inline, not by debian/patches [07:03] RAOF: I took the liberty to fix the Depends: syntax (being collab-maint and a trivial patch) [07:04] pitti: You're welcome. === davidcalle_ is now known as davidcalle === thumper-cooking is now known as thumper [08:05] hey [08:15] hey Laney, how are you? [08:15] valac-0.18 | 0.18.1-0ubuntu7 | saucy | amd64, armhf, i386, powerpc [08:15] didrocks: ^ FYI [08:16] not so bad thanks pitti! [08:16] and yourself? [08:16] pitti: yeah, we are already on it! Big thanks :) [08:16] * didrocks hugs pitti [08:16] hey Laney! [08:16] * pitti hugs didrocks back [08:16] Laney: quite fine, thanks! [08:16] ok, the other "urgency" crash has just been dealt [08:16] just the gdrive scope one linked to this new vala is left to check :) [08:16] some minor bumps from yesterday's Taekwondo, but nothing serious [08:46] good morning desktoper (I was there earlier but I don't think I said hi ;-) [08:53] seb128: you were slacking! admit it :-) [08:53] * didrocks hugs seb128 === ayan_ is now known as ayan [08:59] * seb128 hugs didrocks, you know me sir :p [09:00] heh [09:29] pitti: ok, something is weird, mhr3_ applied the patch himself manually and it worked for him [09:29] mhr3_: you mean, the vala file is needed as well? I think pitti embeeded it in his first try [09:29] but not with the archive's vala package? [09:30] pitti: yeah, we still get the segfault [09:30] (with libunity rebuilt against it) [09:30] yes, ubuntu7 only ships the updated .c file, it doesn't apply the .vala patch [09:30] pitti: maybe some parts are overwritten during the build process, I wonder [09:30] I tried that 5 times, it always FTBFSes on teh buildds [09:30] pitti: I used to ship both [09:30] pitti, it needs both, scouring the buildlog shows it builds the from the .vala files too [09:30] after the compiler builds [09:31] didrocks: vala-0.18 doesn't have vala installed, so it can't update the .c file [09:31] ah, it does a two-pass build? [09:31] yep [09:31] roh [09:31] that's that's… horrible [09:31] hm, I guess then we need some kind of "sleep 1.5; touch girblabla.c" hack in debian/rules [09:32] that's a compiler :) [09:32] pitti: IIRC, at some point, we made vala build-dep against vala (but not proud of it) [09:32] didrocks: well, it's standard practice to bootstrap compilers with itself [09:32] can't you build with valac 0.20? [09:32] didrocks: yes, that's what I was trying to avoid [09:32] is the bug fixed in that version? [09:32] ok, I'll re-add the .vala patches and instead touch the changed files in debian/rules [09:32] pitti: sounds "good" [09:33] *grumle* *mumble* *effing unreproducible in sbuild* *mumble* [09:33] touch -t might be better than sleep? [09:33] what about using a newer vala? [09:33] or that ... [09:33] seb128: not sure we want to pile up another transition on top of what we have TBH, but I guess it's more for mhr3_ to answer [09:34] I've been vaguely hoping to sync up with Debian on that; they default to 0.20 and removed 0.18 [09:34] didrocks, that's not really a transition, if it builds with 0.20 [09:34] but that's something which can be done later [09:34] seb128, no, there are other issues with 0.20 [09:34] ok [09:34] ignore that then [09:39] pitti, quick test that the patching works - http://paste.ubuntu.com/5738265/ [09:39] mhr3_: thanks, that's helpful [09:41] Laney, pitti: one of you on intel with the unity stack from saucy who can affort to close your session? [09:41] nvidia, sorry [09:41] Laney, pitti: starting software-center makes Xorg abort() here pretty regularly [09:41] yes/yes/can do [09:41] didrocks just confirmed [09:41] can you try if that happens to you as well? [09:42] mlankhost might be a better person to try that :P [09:42] anything I need to do in s-c? [09:42] with correct spelling [09:42] I started it 5 times without a problem, and clicked through the top buttons [09:42] Laney, I'm asking on #ubuntu-x as well [09:42] cool [09:42] pitti, no, just starting it there is enough, I get http://paste.ubuntu.com/5738268/ === vrruiz_ is now known as rvr [09:43] pitti, thanks for testing [09:47] bah, got it again, I can reproduce quite easy in a guest session [09:47] pitti, can you try to start a guest session, click on most of the icons in the launcher (s-c, u1, firefox) and use the unity dash with letting stuff open [09:48] like type "london" or something in the dash [09:50] (sec, doing vala testing) [09:50] pitti, no hurry [09:50] dput vala-0.18_0.18.1-0ubuntu8_source.changes [09:50] pitti, vala first, we need to unblock didrocks&co [09:50] mhr3_: ^ passes your test, thanks [09:50] now let's hope the "sleep 2; touch" trick is enough for our buildds [09:53] pitti, coolio, sil2100 ^ libunity needs to be built with that [09:54] pitti: mind pushing it to the ubuntu-unity/daily-build ppa? (not sure you can though, I will just pick it, sign back and dput) [09:55] mhr3_: what was the problem that it didn't work before? [09:55] sil2100, the patch wasn't really applied [09:55] didrocks: it's already building; shouldn't we let it build and then copy with binaries? [09:55] will do that [09:55] didrocks: if you want to copy the source only, sure [09:56] \o/ [09:56] didrocks: is that much faster than just letting it publish in saucy? [09:56] pitti: not sure, the migration to the release pocket delayed by one hour on the previous run [09:57] yes, the arm build missed the publisher by 4 minutes [09:57] mhr3_: then, only libunity needs to be rebuilt, not all the scopes? [09:57] didrocks, right [09:57] let's see whether it builds on amd64/i386, and if so, you can copy it including the binaries? [09:57] didrocks, it affects just python, and that is dynamic enough :) [09:58] pitti: yeah, I'll do that :) [09:59] mhr3_: static building, no shared library seems the safest! :-) [09:59] but it's desrt's fault, he likes to change glib to throw crashes at us instead of nice warnings :P [09:59] F***! FTBFS [09:59] it's always the fault of the desert :p [09:59] argh [10:00] /bin/bash: valac: command not found [10:00] just make it build-depends on itself to get it to build? [10:00] seb128: I tried really hard to avoid that, but *shrug* [10:01] it's not like we have another architecture to bootstrap anytime soon [10:01] pitti, i guess patching the .vala invalidates the .c files [10:01] mhr3_: well, I patch the corresponding .c file also [10:01] you'd need to patch the .stamp file too [10:01] eh, touch [10:02] ./codegen/codegen.vala.stamp ? [10:02] yep [10:05] pitti, eh, ./codegen/valac.vala.stamp [10:06] damn [10:06] no, nevermind me [10:06] I don't have thaht [10:06] yours is correct [10:06] I did a find *.stamp [10:06] ok [10:06] local test build finished [10:06] compiler and codegen is too similar :) [10:07] local test success [10:10] seb128: I do notice some screen corruption every now and then though, particularly in firefox [10:10] https://launchpad.net/ubuntu/+source/vala-0.18/0.18.1-0ubuntu9, feed the hamsters [10:10] seb128: doing the guest session test now; what should I watch out for, crashes? [10:11] pitti, your session closing :p [10:12] hm, guest session doesn't even start [10:12] pitti, doing that Xorg abort() easily here [10:12] pitti, :-( [10:12] pitti, test user session? [10:13] lightdm doesn't seem to play along; let me reboot [10:19] seb128: confirmed, whoopsying ATM [10:19] uploaded [10:19] pitti, thanks [10:19] didrocks, ^ not the new unity stack then [10:20] didrocks: https://launchpad.net/ubuntu/+source/vala-0.18/0.18.1-0ubuntu9 [10:20] should we wait for the driver fix? [10:20] \o/ [10:20] pitti: \o/ [10:20] * didrocks hugs pitti [10:20] didrocks: so feel free to copy whatever now [10:20] didrocks, no, the driver bug is already in saucy, I guess it's not that common if you don't use s-c [10:20] pitti: yeah, doing that [10:20] seb128: I didn't get it yet [10:20] without s-c [10:20] pitti, didrocks, mhr3_ : issue fixed, segfault gone [10:20] same here [10:21] didrocks, and I'm building a test package with an -intel patch [10:21] didrocks, don't worry about that one, I'm handling it [10:21] thanks seb128 :) [10:21] davidcalle: great! [10:21] davidcalle, great, thx for testing, and thx pitti for fixing :) [10:22] sil2100 ^ [10:23] mhr3_: no worries, thanks for the actual fix [10:23] pitti, why is that touch needed btw? wouldn't be listing the .c after the .vala in the patch be enough to have it updated after and have a newer timestamp? [10:26] seb128: yeah, I forgot to take it out; it's a leftover from the "sleep 2" that I added and now removed again [10:26] seb128: before that I thought the patches were applied too fast, and make didn't see the .c as newer than the .vala one [10:29] seb128: bug 1188123 [10:29] Launchpad bug 1188123 in xorg-server (Ubuntu) "Xorg crashed with SIGABRT in OsAbort()" [Undecided,New] https://launchpad.net/bugs/1188123 [10:29] (I just filed it) [10:31] pitti, thanks [10:31] tjaalton, mlankhorst: ^ [10:32] tjaalton, ok, I backported the patch you pointed [10:32] http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/src/sna/sna_accel.c?id=c4ad7b14ca71b95af83864b05793ea357f48bb88 [10:33] with [10:33] http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/src/sna/sna_accel.c?id=f6c35e58c1bb94ccfa04723db76d7164d5772f11 [10:33] before [10:33] so the other one would apply [10:33] tjaalton, that seems to fix the issue ... do you want me to upload with those 2? or do you plan to update the driver later today anyway? [10:33] * pitti hugs seb128, our new X maintainer [10:33] nooooooo [10:33] seb128: thanks for testing, yeah we'll just push 2.21.9 once it's released [10:33] * seb128 runs away from pitti [10:34] pitti, following that logic Laney maintains libreoffice [10:34] I guess I can deal with -intel if that's the case :p [10:34] RM: libreoffice -- RoM: full of bees [10:34] ;-) [10:35] hm, apport retraced it, but the stack trace is worthless [10:35] (not really apport's faul this time) [10:35] https://launchpadlibrarian.net/141783460/Stacktrace.txt [10:35] Laney, speaking of packages long to build, I was going to look at the new webkit (seems like ricotz and jbicha got in ready in a ppa) ... or did you want to do that? [10:35] no, feel free [10:35] pochu was working on it in debian too [10:36] Laney, right, I think they worked together [10:36] I will throw it to the desktop team ppa for testing [10:37] well, laney always looked like a libreoffice maintainer to me [10:38] pitti, no worry for the stacktrace, I got one locally and confirmed that it's fixed upstream by one of the commit the intel guys pointed as a potential fix [10:38] mlankhorst: :( [10:38] I use LaTeX for documents :P [10:39] Laney++ [10:40] \o/ [10:41] I used LaTeX for books :-) [10:41] * seb128 used latex at school [10:41] didn't since [10:42] but I didn't really write documents since [10:42] seb128: that's why you can't even spell it! :-) [10:42] it's a shame :p [10:42] I mostly write emails and tomboy notes :p [10:42] didrocks, roh [10:42] * seb128 looks at the calendar, not friday yet! [10:42] almost [10:42] unity landing soon [10:42] touch landing soon [10:42] I'll consider then being on Friday :p [10:43] seb128: work 4 days a week :D [10:43] didrocks, well, I guess if you count the work hours you did, it's saturday morning for you and you are still working :p [10:43] seb128: yeah, maybe afternoon even! :) [10:43] so I'll start working back on my Monday on Friday evening [10:43] waow, the week-end went so fast! :) [10:44] ;-) [10:45] \o/ [10:51] there's been enough proof that working >40 hours a week is counter productive though === AndChat|690900 is now known as Chucrute === MacSlow is now known as MacSlow|lunch === seb128_ is now known as seb128 === alan_g is now known as alan_g|lunch === MacSlow|lunch is now known as MacSlow === greyback is now known as greyback|food === alan_g|lunch is now known as alan_g === larsdues1ng is now known as larsduesing [13:17] mhr3_: what's my fault this time? :) [13:17] didrocks, good morning... have you noticed that gir1.2-dee-1.0 is broken? [13:17] i'm wondering if your latest commit to dee was an attempt to fix the gi.overrides [13:17] but even with your commit Dee.py is getting installed to the wrong place [13:18] Laney, pitti: did you get the evolution-calendar-factory segfault reported/debugged? seems like I get it as well [13:21] desrt, same old, same old, everything is :) [13:21] mhr3_: glad to hear, i guess [13:22] yesterday i saw the patch that moves the private data to the beginning.. scary stuff === Trevinho__ is now known as Trevinho [13:24] seb128: reported, yes; debugged, no [13:24] bug 1154822 [13:24] Launchpad bug 1154822 in evolution-data-server (Ubuntu) "evolution-calendar-factory crashed with SIGABRT: double free or corruption" [Medium,Confirmed] https://launchpad.net/bugs/1154822 [13:25] * pitti back in 30 mins === sil2100__ is now known as sil2100 === greyback|food is now known as greyback [13:34] pitti, ok, same issue here === tkamppeter_ is now known as tkamppeter [13:44] seb128, Is there a way to turn of the UOA integration in Evolution? [13:45] tedg, ask mardy on #ubuntu-devel, he did that work [13:45] tedg, or at list looked at it [13:46] I suppose it would be possible to put that stuff in a separate package [13:46] K, I'm surprised it's not in the plugin list. [13:46] it needs to ship a desktop file for it === seb128_ is now known as seb128 [14:01] Laney, cyphermox, didrocks, ...: settings metting? [14:01] coming, 1s, need to fetch yubikey [14:02] yup [14:23] Laney: argh, new glib :( [14:23] Laney: and new deprecations [14:23] dee is failing [14:23] kenvandine: ^ [14:23] sigh [14:24] Laney: we should really coordinate when we have big landing to avoid that to happen and have more issues to fix [14:24] STOP USING -WERROR FOR DEPRECATIONS [14:25] didrocks, you guys .. what desrt said [14:25] desrt: it's all your fault! [14:25] seb128: well, tell that upstream [14:25] not me [14:25] mhr3_, ^ [14:25] I'm just suffering from it [14:25] -Wno-error=deprecated-declarations [14:25] it's your friend [14:25] use it [14:25] indeed [14:26] the automake changes turned out to be what was killing me last week [14:27] kenvandine: ahah :) === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g [14:29] kenvandine: hum [14:29] interesting [14:29] seb128, easy fix, let's revert to stable glib :P [14:29] building right now doesn't have python 3.3 directory [14:29] mhr3_: +1 [14:29] but let's not start this discussion :p [14:30] kenvandine: if you remove the 3.3 dir [14:31] kenvandine: should be fine, right? [14:31] as I'm seeing that we have only a python3 dir if I do rebuild locally [14:31] didrocks, when i rebuilt it locally it got installed in the 3.3 dir [14:31] at least it did last night :) [14:31] interesting, not here [14:32] kenvandine: let me give you a branch [14:32] i think that's the problem [14:32] all the others are in python3 [14:32] and this one is going in python3.3 [14:32] mterry: ping [14:32] kenvandine: lp:~didrocks/dee/move_override_3.3 [14:35] mv: cannot stat ‘debian/tmp/usr/lib/python3.3/site-packages’: No such file or directory [14:35] sigh [14:35] last night it was putting it there... === alan_g is now known as alan_g|afk === alan_g|afk is now known as alan_g|tea [14:38] kenvandine: same here [14:39] kenvandine: ok, let's remove it [14:39] seb128, and i was wrong, not even kazam works on saucy... yey [14:39] didrocks, ok... i think a rebuild of trunk with the deprecations change works now... [14:39] sigh [14:39] kenvandine: yeah, I'm going to propose for review after rebuilding [14:40] thx === alan_g|tea is now known as alan_g [14:44] kenvandine: https://code.launchpad.net/~didrocks/dee/move_override_3.3/+merge/167772 [14:44] kenvandine: I'll rebuild dee with this [14:46] i'm looking now [14:47] s/looking/trying [14:47] seb128, uh oh gsd crashed on standard raring :( [14:47] mhr3_, :-( [14:50] c'est l'heure du glace ! à bientôt [14:52] pitti, bonne glace === jbicha_ is now known as jbicha [15:25] Hello Desktop-Team! Can anyone help me with bug #1153934. I don't know if the developers of gvfs have the full information and on the other side many people are affected by this bug since Ubuntu Raring and also in Saucy. [15:25] Launchpad bug 1153934 in gvfs "Some radio streams which used to play OK don't play after updating to rhythmbox 2.98 or higher due a gvfs bug" [Medium,Confirmed] https://launchpad.net/bugs/1153934 [15:29] seb128, didrocks: tomorrow mardy is going to rename the settings panel for accounts, which is part of the settings stack. after he does that i'll get the stack published in saucy [15:29] so probably late tomorrow [15:29] ok :) [15:29] it's ready for saucy, just don't want to land a package that needs a rename [15:30] uoa-setup-touch is a terrible name... [15:30] someone from ubuntu-bugs told me to ask here. [15:30] kenvandine, great [15:31] didrocks, once your dee branch lands, mind if i kick off a build for just that in the unity stack? [15:31] once it is built in the PPA i should be able to get the friends CI builds to pass again [15:32] so we can merge Laney's eds branch... which is what has been holding up the stack [15:32] w00t [15:32] kenvandine: I'll do it, no worry :) [15:32] didrocks, ok... thanks :) [15:32] can you ping me when you do? [15:32] kenvandine: I'm playing a trick for having it running without having the full integration tests running [15:33] kenvandine: sure [15:33] Laney, the good news is your branches passes with saucy... just now with the PPA :) [15:33] as long as it's not my fault :-) [15:33] didrocks, thanks... once that is done i should be able to get the friends stack unclogged [15:33] Laney, nope... it's all dee's fault :) === m_conley_away is now known as m_conley [15:34] great :) [15:34] kenvandine: we are not going to publish it today though [15:34] kenvandine: tomorrow morning (european time) [15:38] didrocks, that is fine, the stack works with what is in saucy, it's just the broken dee in daily-build breaks current CI [15:38] so all i care about the is the PPA for today :) [15:39] kenvandine: ok :) [15:53] kenvandine: dee building in the ppa! [15:53] didrocks, thanks [15:53] * kenvandine watches [15:53] actually... i'll go to lunch and assume it'll be done when i get back :) [15:53] * kenvandine waves [15:55] heh [15:55] kenvandine: enjoy! [15:59] what PPA is the system settings container app in? [16:00] Laney: should be in the next ppa [16:00] Laney: ~ubuntu-unity/next [16:00] didrocks: thanks [16:03] bah, saucy only [16:03] Laney, it's easy enough to build [16:04] Laney, bzr branch lp:ubuntu-system-settings [16:04] yeah, I did it on my desktop [16:04] bzr bd [16:04] less easy than a PPA though :P [16:04] right [16:34] Laney: not using saucy? [16:34] not on the n7 [16:34] it's coming! :) [16:34] so I hear [16:37] then I'll report / work on these weird bugs :P [16:37] like searching for 't' in the applications lens launches a random icon [16:37] s/icon/app/ [16:38] Laney: because it guessed the one you wanted! :) [16:38] yeah I *totally* wanted the camera and not the terminal ;-) [16:38] see… it works! [16:39] it's a "recommendation" :) [16:39] ubuntu hacked my mind :o [16:39] quick quick, a post on $random_blog [16:39] * Laney decides to do this on the desktop instead [16:40] poor old maliit is quite buggy there too [16:42] cyphermox: btw, it seems the indicator stack on raring is stuck (libappindicator), did you ping anyone on soyuz to kill the build? [16:42] cyphermox: and free the daily build job meanwhile :p [16:43] I did not, I'm still fighting this polkit mess with NM on the phone [16:53] didrocks: is that a PPA build, or distro builder? I can kill the former [16:55] pitti: it's a distro builder [17:03] didrocks: build killed [17:03] cyphermox: thanks! [17:11] can anyone tell me where to go to get help with Lucid Grub rescue unknown filesystem error after a update? [17:20] * didrocks waves good evening [18:07] Laney, can you please merge this branch into your eds branch and push it? [18:07] lp:~ken-vandine/friends/eds_libaccounts_update [18:08] now the merger is failing because of the libaccounts-glib vapi file rename... [18:08] i won't be able to get my branch through the merger because of the eds changes needed :) [18:08] so lets suck that into your branch and then the merger will work [18:25] kenvandine: ok, push0rized [18:26] Laney, thanks! [18:41] Laney, i don't know if the saying "going postal" means anything outside of the US... but i am about to go postal! [18:41] Laney, surely not your fault :) [18:41] getting shit merged has been killing me... for 2 weeks now... failures all over the place [18:42] so now your eds branch failed because it didn't like the dee version [18:42] or rather it had the broken dee version... which just simply shouldn't be the case... [18:42] grrr [18:53] going postal sounds western european.. im surprised it's US created [18:57] dude... the package built in the daily-build PPA has the same breakage as before didrock's fix [19:02] kenvandine: does the daily build ppa build against -proposed ? [19:03] i was just looking at that :) [19:03] it doesn't [19:03] is there a fix for that site-packages dir in -proposed? [19:04] perhaps https://launchpad.net/~ubuntu-unity/+archive/daily-build/+edit-dependencies [19:07] i'll see if that fixes dee [19:07] maybe python-defaults [19:34] jbicha, that made no difference... wtf [19:36] pbuilder build puts it in python3.3 dir too [19:36] humm [19:39] kenvandine: no I didn't know of a fix in -proposed [19:39] jbicha, what do you have in /usr/lib/python3.3/site-packages/gi/overrides/ [19:40] well, this can't just be something broken on my box... because it breaks the CI and autolanding too [19:40] the Dee override is just installed in the wrong place [19:42] I don't have a /usr/lib/python3.3/site-packages/ but I get enough PPA fun out of the GNOME3 PPAs so I don't have Unity 7 here (until tomorrow :) ) [19:42] i have to be losing my mind... a local build from lp:~didrocks/dee/move_override_3.3 works [19:42] it installs in /usr/lib/python3/dist-packages/gi/overrides/Dee.py [19:42] but a local build from trunk [19:43] puts it in /usr/lib/python3.3/site-packages/gi/overrides/ [19:43] however... a bzr diff --old lp:dee [19:43] says they are the same [19:43] sigh... === Quintasan_ is now known as Quintasan [20:14] kenvandine: I get /usr/lib/python3.3/site-packages/ for both of those branches [20:14] i've figured it out [20:14] it needs build depends for python3-gi [20:15] the check for the overrides fails so it falls back to that [20:18] that was so annoying... no idea why this wasn't broken before [20:22] ah, i know why it worked before [20:22] the fallback was correct before [20:22] now the fallback has changed [20:22] so it always failed... we were just lucky it worked :) === fginther is now known as fginther|afk [20:32] kenvandine: what is autopilot-desktop? (from gnome-control-center-signon-autopilot) [20:32] the desktop version of autopilot [20:32] there is also autopilot-touch [20:33] for the touch apps [20:34] oh I see, that's quite a changelog in the ppa for it === Aww is now known as BlueAww === BlueAww is now known as Aww === AndChat690900 is now known as Chucrute === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === Aww is now known as erryaww === erryaww is now known as Aww === m_conley is now known as m_conley_away === m_conley_away is now known as m_conley === thumper is now known as thumper-afk