=== Aww is now known as [[Aww]] [01:07] jbicha: do I need to have a look at com.canonical.unity.dash scopes or com.canonical.unity.lenses disabled-scopes ? [01:21] I believe dash scopes is only for the ones that who up in the bottom tab bar of the dash === [[Aww]] is now known as Aww [01:23] so you'll want to look at disabled-scopes for your primary implementation [01:40] yeah, makes sense. tried it. working on it === Ursinha-afk is now known as Ursinha === Ursinha-afk is now known as Ursinha [04:48] Good morning [04:50] pitti: bonan morgaŭ [04:50] pitti: Good morning! [04:51] pitti: Hey, is there a simple way to inject a PPA package (a dependency of the autopkgtest) into the run-adt-test environment? [04:52] hey RAOF [04:52] desrt: guten Morgen [04:52] good tomorrow! [04:52] RAOF: for personal runs, you can use the --ppa option [04:52] pitti: no guadec for you this year, hm? [04:53] pitti: Oooh, sweet. Thanks! [04:53] desrt: unfortunately not, coincides with my holidays and we don't have much choice about that as my wife has to take holidays around that time [04:53] oh. i remember this. [04:53] RAOF: for the 'official' jenkins builds that doesn't work of course; we can set up jobs for particular PPAs (we do that for e. g. firefox) [04:54] RAOF: as a workaround your test could of course do add-apt-repository, apt-get update, etc. itself [04:54] pitti: Oh, the jenkins infrastructure has internets? [04:54] RAOF: but it wouldn't be a proper autopkgtest any more as you wouldn't test actual Ubuntu [04:54] RAOF: to *.ubuntu.com, over proxy [04:54] pitti: Yeah. For official builds I'll see why mlankhorst hasn't uploaded xorg-integration-tests to the archive ;) === thumper is now known as thumper-afk [05:42] lack of upload rights and forgetting to ask someone else, mostly :P [05:49] Hm. Where has git.debian.org gone? [05:50] mlankhorst: Can you pull from git.debian.org? [06:15] seems that alioth is down [06:16] seems "git pull" works, but not the webui [06:37] RAOF: there is no git tree for xit yet [06:37] mlankhorst: In alioth? [06:38] it's just packaged by adding the debian directory to a git snapshot, then using make-orig-source to get a more recent snapshot [06:38] :P [06:39] yay looks like my xserver fixes got into master [06:40] Woot! [06:40] mlankhorst: Any particular reason why I shouldn't upload what's in your PPA to the archive? [06:40] none that I can think of, except the ~ppa versioning :P === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [07:07] Laney: in my /tmp I have a pulse-PKdhtXMmr18n which is owned by root; that seems to indicate that at some point pulseaudio does run as root? [07:32] Laney: it's from 06:45, i. e. from boot [07:43] good morning desktopers [07:44] Seb128! How goes? [07:44] lol, looks like pitti already fixed half of the world before I wake up [07:44] libusb fixed harder [07:44] gvfs tests fixed [07:44] robru, hey, good! you? [07:45] Seb128, not bad. Hang in at guadec with Lars and desrt [07:45] oh, right, GUADEC [07:46] Lol, 'hang in'.... Goofy android irc on my tablet [07:48] hey seb128 [07:48] seb128: :) [07:49] pitti, good morning, wie gehts? [07:49] seb128: yeah, I hope with the last gvfs upload the whole stack should migrate now [07:49] seb128: okay-ish; I feel a bit of a fever, seems I got an infection somewhere :( [07:51] hey seb128, pitti, robru! [07:51] pitti: gute Besserung! [07:51] and larsu ;) [07:52] bonjour didrocks et larsu [07:52] larsu: danke [07:52] didrocks: good morning! [07:52] pitti, :-( [07:52] didrocks, lut [07:52] larsu, hey, had a good train ride? [07:52] seb128: yep, lots of fun with poettering and Company [07:53] * larsu laughs at robru trying to use irc without a keyboard :P [07:53] haha [07:54] Too lazy to whip out laptop.... [07:54] *tap* *tap* *tap* [07:54] robru: ya, it's a bit more polite to the speaker... [08:02] morning [08:02] seb128: morning! [08:02] seb128: you ready for some packaging ACKs? ;) [08:03] Laney, sil2100: good morning [08:03] sil2100, sure [08:04] didrocks, did you change the upload-to-archive frequency already? [08:04] seb128: http://www.multiurl.com/l/fdq <- just two for now [08:04] seb128: I guess they changed something and that build-dep is no longer needed [08:05] sil2100, you can see the rational on https://code.launchpad.net/~diwic/gallery-app/remove-qtubuntu-media/+merge/177718 [08:05] sil2100, +1 for both [08:06] seb128: thanks! [08:07] seb128: yeah, the rsync is every 5 minutes [08:08] didrocks, that's why we got system settings landing during the day yesterday I guess? (just trying to make sure I understand what's going on) [08:08] seb128: hum, I don't think we are speaking about the same thing then [08:09] the 5 minutes instead of 15 minutes is "picking a stack which is published and copy to distro" [08:09] that's the only thing I changed [08:09] (for now) [08:09] didrocks, ignore me, the 18:10 upload was the first of the day [08:09] I guess it took the day for sil2100 to review the 1 liner new build-depends and press publish :/ [08:10] huh? [08:10] Where? What? [08:10] seb128: yesterday I published everything I could ASAP actually [08:11] sil2100, https://launchpad.net/ubuntu/saucy/+source/ubuntu-system-settings/0.1+13.10.20130731-0ubuntu1 was uploaded at 18:00 [08:11] seb128: if I remember correctly, yesterday there was this strange thing that someone ran the settings stack manually during the day [08:12] sil2100, it was quite late in the day, I though it was a second landing and was wondering why we had a second one ... I just noticed it was the day landing [08:12] seb128: since in the morning, it was green by itself http://10.97.0.1:8080/view/cu2d/view/Head/view/Settings/job/cu2d-settings-head-3.0publish/103/ [08:12] seb128: so when I was starting stack works, it was green due to daily-build [08:12] seb128: then someone manually re-started the stack [08:13] seb128: I can't watch and publish stacks that someone restarts manually without notifying me [08:13] I don't have a bot that tells me whenever someone re-runs a stack, maybe I should have one? [08:13] sil2100, no, don't worry [08:13] Also, I didn't publish anything later [08:13] sil2100, it's the "someone manually re-started the stack" which confused me [08:13] So someone else had to press the publish button [08:14] I wonder who/why [08:14] but no big deal [08:15] seb128: that's why I asked you guys yesterday around 16:00 of my time that settings turned 'red' and asking if anyone of you guys are working on it [08:15] sil2100, ok, I guess it's a mystery why that afternoon run happened [08:15] seb128: since jenkins couldn't tell me who started the build, just that it was stared 'by an user' ;p [08:16] let's blame Ken ;-) [08:16] (the only change is this upload and the ofono-qt work he did, maybe he wanted it to land) [08:17] sil2100, sorry for the noise and it looked like ranting, I was mostly puzzled by what happened there and trying to understand [08:17] sil2100, thanks for the details ;-) [08:17] we can surely blame Ken ;) [08:17] if it's none of us, I can only see ken starting it [08:17] yeah [08:18] sil2100: so, don't worry about mirslaves [08:18] with luck, we'll have xmir + drivers today [08:18] then promote to main [08:18] and I'll rerun mirslaves and NEW it [08:19] seb128: no problem, I'm as puzzled as you guys are ;p [08:19] didrocks: did the ATI issue get resolved with mirslaves? [08:20] sil2100: yeah (a little bit magically, which is worrysome, but shhhh ;)) [08:20] so we just need "stuff in distro" to push u-s-c in universe [08:25] whom should I ask for a unity scopes question? [08:26] this doesn't look like a channel for a unity specific question [08:26] m4n1sh, try mhr3 when he's online [08:27] he just went offline around 20 mins back [08:27] or pstolowski [08:27] right, mhr3 is at GUADEC this week I think [08:27] thanks [08:27] yeah, he lives in Brno. [08:28] anyone who can help me with a Unity Scopes question - here is the question https://bugs.launchpad.net/ubuntu/+source/activity-log-manager/+bug/1198554/comments/6 [08:28] Ubuntu bug 1198554 in Activity Log Manager "Allow enabling/disabling Unity scopes from Privacy Settings" [Low,Confirmed] === thumper-afk is now known as thumper [08:31] hmmm, looks like Ken didn't sponsor my lucene++ package ;/ [08:33] sil2100: lies, https://launchpad.net/ubuntu/saucy/+queue [08:35] sil2100: do we have a lot of build-deps from lucene++ which are in universe? [08:36] sil2100: btw, is it mhr3 asking you to package it? I got the same request from thorst, but I don't know which channel kicked you into that story ;) [08:36] ok libboost-regex-dev, sounds good [08:37] ! [08:37] Laney: how is that possible that I didn't see it just now?! [08:37] Laney: it's you! Magic! [08:38] * sil2100 takes back what he said [08:38] didrocks: yeah, mhr3 poked me about it, so I did it to hog karma and package experience for my very own upload rights (tm) [08:39] cool that sil2100/ken uploaded, it means didrocks can NEW review :p [08:39] ;p [08:41] I think it means that seb128 can NEW review as well ;) [08:41] didrocks: related to MIR mir, anything else needing attention still? [08:41] sil2100: no, everything is under control [08:41] I'll need to pay in beers [08:41] ;) [08:49] sil2100: did you package from scratch [08:49] or did you start from some packages… somewhere… in the world? :) [08:49] sil2100, some ibus 1.5 fixes got merged, did that make the unity tests happier? [08:50] didrocks: I didn't have to start from 0 since we already had a base from Openismus guys - also Ken was tweaking it a bit in the past ;) [08:51] sil2100: interesting, can you explain me why we have this cross cmake patch (doesn't seem we use it) and this conditional host test in debian/rules? [08:52] sil2100: not a blocker, but I would love to see it multiarched :) [08:53] didrocks: mhr3 asked me to include that fix, I think Ricardo had some use for it! [08:53] didrocks: I can work on multiarch for the next version too ;) [08:54] sil2100: but it's not included, right? [08:54] the cmakecross [08:54] I can't see anything calling it [08:54] if it was following dep3, that would help to know what's the use, how it's called [08:54] sil2100: mind fixing that as well? ^ [08:54] sil2100: and about debian/rules, why this condition? [08:55] (it seems to be cross-building support, but we don't this, do we?) [08:57] didrocks: I think I over-hasted here! Let me fix this up then ;) [08:57] Since it was used internally it seems [08:57] So in distro, right, I guess it doesn't make sense to have it [08:58] Since if anyone needs this he can modify the packaging by himself [08:59] sil2100: well, not a blocker, but yeah, better to simplify [08:59] we can reintroduce it later on [08:59] (with the patch then) [08:59] but for now, let's keep it simple [08:59] copyright is good :) [08:59] I'm just unsure about one .install statement [08:59] waiting for the build to finish, but the rest is good ;) [09:00] can you check that --buildsystem=cmake is necessary? [09:00] I didn't use that in other packages, it's detected automatically [09:00] oh, maybe there are multiple build-system in it, let me check [09:00] no, it's the only one [09:00] sil2100: in your next upload, do you mind trying to drop it? ^ [09:01] sil2100: priority should be optional in debian/control [09:01] and please, use the generic ML for the maintainer stenza [09:01] you don't want emails about the ins and outs of this package, I can ensure you :) [09:01] sil2100, did you see my question about unity's status earlier? [09:02] I think the -dev should suggests the -doc [09:02] Pre-Depends: ${misc:Pre-Depends}, [09:02] is useless [09:02] (but will be needed once you multiarch) [09:02] and that's it, let's wait for the build to finish [09:02] why do we upload new libs as non-multiarch? [09:02] and please ensure to the other french guy, it seems he tries to communicate ^ ;) [09:03] didrocks, thanks ;-) [09:03] seb128: yeah, I'm a little bit disappointed :p [09:03] not a blocker, but should be fixed [09:03] * didrocks starts to be as verbose as asac [09:03] Sweetshark: found a typo for 4.1: it's python3-uno, not python-uno3 [09:03] * didrocks is now afraid/frightened/scared… [09:04] didrocks, time for you to come back to France soon [09:04] right, this german influence is clearly bad [09:08] seb128: ah! [09:09] seb128: sorry, got carried away in the packaging - when were the 1.5 fixes uploaded just in case? [09:10] sil2100, after midnight, the build seems to have failed on armhf anyway, so maybe we should retry the stack? [09:10] seb128: I'm asking because we still have all the failures as before [09:10] https://code.launchpad.net/~brandontschaefer/nux/fix-ibus1.5-changes/+merge/177971 [09:10] seb128: yes, it's a FTBFS but since i386 was ok, it ran the tests but failed [09:10] was merged at 3:51 [09:11] hm, let's try a retry then, maybe it didn't get in in time? [09:11] Since we run unity at 4:00, but maybe somehow hm [09:11] I'll just check the changelog first [09:12] seb128: ok, it seems the change didn't manage to get 'in' [09:12] seb128: I'll re-run unity [09:13] sil2100, thanks [09:19] sil2100: just for my personal interest, at which % does the lucenec++ build finishes? [09:19] (I'm at 127% right now) [09:30] Sweetshark: hey, around? [09:31] didrocks: you are doing the right thing :) [09:31] * didrocks is even more scared that asac is approving it even [09:31] "how can I get out of this trap?" [09:31] (time for panicing I guess) [09:32] didrocks: i am supportive of trying out new models [09:33] can you define a little bit more what's you're intent of "new models"? [09:34] asac, alexander "why would we use something that is working" sack? ;-) [09:34] seb128: i haven't read what didrocks said :) [09:34] seb128: hey! [09:34] i was just supportive about being verbose [09:34] desrt, hello [09:34] asac, I see ;-) [09:34] seb128: we're missing you [09:34] desrt, thanks, I miss you guys as well [09:35] asac: speaking of new models, it seems that lucene++ cmake build goes up to 160% [09:36] didrocks: you mean CPU usage? [09:36] didrocks, did you just invent the perpetual motion/build? ;-) [09:36] asac: no no, build progress :) [09:36] making /really/ sure it's built [09:36] seb128: it's worse even, once it "finishes" to count, it's continuing building [09:36] didrocks, it's going to build *for ever* ;-) [09:36] but with no % at all now === tkamppeter_ is now known as tkamppeter [09:37] yeah, that's why I just plugged my laptop :) [09:37] I'm sure it's based on asac's powerd telling he has a 300h+ battery [09:37] tkamppeter, hey, did you get any news from the cups-filter upstream/new poppler? [09:37] Sweetshark, ^ how is libreoffice/poppler going? [09:37] those are the remaining items for that transition [09:38] * seb128 wonders where is mpt hiding today [09:39] not in my current room [09:41] seb128, I got a patch today. [09:42] tkamppeter, great! [09:57] Laney, not sure if you saw that one: https://code.launchpad.net/~seb128/ubuntu-system-settings/sound-gsettings-silent-mode/+merge/177554 ... if you have some review time today ;-) === vrruiz_ is now known as rvr [09:58] seb128: Sure. In a bit though - puzzling at gstreamer atm [09:58] Laney, no hurry, thanks [09:58] seb128: did you follow that thread on ubuntu-phone about the API for determining if there's internet? [09:59] I didn't manage to get any of the suggestions to work yet... [09:59] NM always worked properly... [09:59] * Laney coughs [09:59] Laney, it seems to me that we should fix the qtnetwork stuff to return a proper status [09:59] you are not the only one needed the status [09:59] e.g the downloader stuff that has been pointed needs that as well [10:00] can you maybe a bug and ping the sdk guys/Mirv about it? [10:00] open a bug* [10:01] that thing they pointed me to is something else [10:01] that's determining the type of connection you're on [10:03] Laney, well "do I have datas/can I use them" seems to be a pretty standard infos app are going to need/use [10:05] Laney, hum, I was speaking about "QNetworkAccessManager::networkAccessible():" ... is that giving the type of connection? [10:06] no [10:06] but the reply that I got in the thread about the download manager [10:06] they pointed to an mp which was about what I said [10:09] Laney, yeah, it's a bit confusing :/ Did you look at http://doc-snapshot.qt-project.org/qt5-stable/qtnetwork/qnetworkconfiguration.html (there is one post from a guys saying he used that on the n9) [10:09] http://www.qtcentre.org/threads/37514-use-of-QNetworkAccessManager-networkAccessible?p=188372#post188372 [10:12] * Laney tries that [10:17] aha [10:19] sil2100: ok, so last thing, lucene++ has some copies of libraries, would be nice to see if it can use the system version [10:19] (like waf) [10:19] nope [10:19] that's going to be more a problem for main [10:19] it lies and tells me I'm connected even when not [10:20] didrocks: yes, I saw the lintian error with jquery, but thought that for now it's no a blocker [10:20] didrocks: and as for waf, well... that too is a problem, but it's what we get in the tarball [10:21] didrocks: so I guess we would have to discuss this with upstream to get those things fixed [10:21] sil2100: I don't really care for the jquery one TBH [10:21] as it's part of building the documentaiton [10:21] which is offline [10:21] didrocks: I'm modifying all the little things that you mentioned, doing some further clean ups now [10:22] great! [10:22] I'm NEWing meanwhile [10:22] Just waiting until I can change the changelog to 'saucy' to push ;) [10:27] hello desktopers [10:29] pitti, hi, i guess the libgphoto2 transition is finished, but ia32-libs-multiarch:i386 is not installable [10:29] Why do we still have that package? [10:29] we don't any more :) [10:29] we don't [10:29] ricotz, it was deleted from the archive by pitti [10:29] ricotz, hey [10:29] there should have been some fanfare in the removal message :-) [10:29] RIP, ia32-libs [10:30] oh it was, hmm [10:30] may you hideous hack never ever come back [10:30] hehe ;) [10:30] (amen) [10:33] sorry for he noise then :) [10:33] *the === MacSlow is now known as MacSlow|lunch [10:56] larsu, hi [11:19] tkamppeter, he's at GUADEC for a week, he might not around a lot [11:22] tkamppeter, is the cups-filter/poppler patch working? do you plan to upload it today? [11:35] Great [11:35] My PC overheated [11:36] Building lucene++ and doing something else killed my PC ;) === MacSlow|lunch is now known as MacSlow [12:09] seb128: lp:u1db-qt updated with the renaming of the QML plugin [12:10] Mirv, thanks, I'm going to have another look and let you know if it's ready [12:13] thank you [12:53] tkamppeter: I'm here right now, what's up? [12:53] seb128: thanks for letting people know :) [13:03] pitti, hey, how hard would it be to make ubuntu-bug work for the phone? like I plug my phone into my 'puter via USB? [13:06] rickspencer3, i thought ev added it yesterday to eth image [13:06] *the [13:06] it should just work [13:06] wow! [13:41] didrocks: was of on a few call before vacation. wassup? [13:41] Sweetsha1k: wanted to ask you about lucene++ [13:42] Sweetsha1k: IIRC, this is coming from libreoffice, right? [13:55] didrocks: you means its a dep of libreoffice? [13:57] Sweetsha1k: the question is if libreoffice have nothing to do it (like, the lucene++ code)? [13:58] didrocks: soo, we use some lucene for help index stuff IIRC. lemme check what exactly ... [13:59] Sweetsha1k: thanks! keep me posted :) [14:03] didrocks: so a quick git grep lucene on libeoffice/debian show a dep for libclucene-dev. Dunno if that pulls in lucene++ somehow indirectly. [14:04] Sweetsha1k: no, that's the "old" C version [14:04] not the C++ one [14:20] rickspencer3: ubuntu-bug works in principle; I got a WI to work on a script to send them all to errors, supress Launchpad, and ask no questions [14:21] rickspencer3: so that we can run that script after CI or image tests [14:28] didrocks: no traces of lucene++ in libreoffice 4.1 and 4.0 buildlogs either [14:28] Sweetsha1k: ok, thanks for confirming! :) [14:43] Sweetsha1k, hey, how is libreoffice/new poppler going? [14:53] kenvandine, Laney: https://code.launchpad.net/~seb128/ubuntu-system-settings/sound-gsettings-silent-mode/+merge/177554 ... review appreciated ;-) (sorry to be nagging, it's waiting for 2 days and I would add extra changes to store/read the ringtone etc, but I don't want to stack them on unapproved work if I can avoid it) [14:54] am looking right now [14:54] well, at jbicha's first [14:54] then yours ;-) [14:54] Laney, he updated it? [14:54] it has a pot update [14:55] Laney, I asked him to fix script/drop it yesterday [14:55] I didn't see emails since [14:55] there's a change to that too [14:55] I guess it is fixed [14:55] Laney, https://code.launchpad.net/~jbicha/ubuntu-system-settings/rename-call-diversion-to-forwarding/+merge/177844 [14:55] Laney, that one? there is no activity since my "needs fixing" [14:55] new commits would show under my comment in the log [14:55] oh ok [14:56] well I'll follow up to delete it [14:56] seb128: I don't know how to fix "make pot" to actually do what it's supposed to [14:56] jbicha: unless you want to do it nwo [14:56] it looks like most of the phone stuff uses the CMake system instead [14:58] jbicha, ? [14:58] jbicha, make pot is already implement in po.pro [14:58] implemented [14:58] jbicha, or what do you mean? [14:58] well I couldn't get this command to actually work? [14:58] http://irclogs.ubuntu.com/2013/07/31/%23ubuntu-desktop.html#t14:22 [14:58] I just do cd po; qmake; make pot [14:59] jbicha, right, that's my point, http://bazaar.launchpad.net/~jbicha/ubuntu-system-settings/rename-call-diversion-to-forwarding/revision/218/po/update_pot.sh doesn't make sense [14:59] jbicha, that command doesn't work, why did you change it? (just replace it by "make pot" or delete the file) [14:59] ok I can delete it easy but Laney's suggested way of updating the pot worked and seb128's way didn't [15:00] jbicha, I didn't suggest a way? [15:00] jbicha, I was pointing that http://bazaar.launchpad.net/~jbicha/ubuntu-system-settings/rename-call-diversion-to-forwarding/revision/218/po/update_pot.sh seems weird since the new command you added doesn't work [15:00] cd po; rm ubuntu-system-settings.pot; cd ../src; make ../po/ubuntu-system-settings.pot was what you said yesterday [15:00] jbicha, right, I was wondering if it works for you [15:01] jbicha, or why you did that change if the command doesn't work [15:01] jbicha, if you read the log I wrote "does that work for you? I get "make: *** No rule to make target `../po/ubuntu-system-settings.pot'. Stop."" [15:05] ok I misunderstood; pushed an update to the mp now [15:06] jbicha, thanks [15:07] jbicha, stop making unrelated changes :p [15:07] jbicha, what's the .build in bzrignore you just added? [15:08] uh, if you qmake; make; you get an extra .build directory that shouldn't be accidently bzr committed [15:09] seems fine [15:09] jbicha, right, it's just weird to have cleanups "sneaked in with other changes"/not documented in the mp commit message [15:09] I prefer having commits by logical units [15:10] like one for the rename, then one for the build system cleans [15:10] but I'm not going to be picky on that one, approving [15:10] ok thanks [15:11] seb128: libreoffice vs. poppler work. [15:11] seb128: libreoffice wins of course in that duell. [15:11] ;) [15:11] Sweetsha1k, can we can a saucy upload? [15:12] can we get* [15:13] seb128: yes, I will do a ppa build ~tonight, dump it to the ppa tomorrow and hand you a saucy package along with that. [15:13] thanks [15:14] debians alioth doesnt seem to take the heat too well. [15:22] dpkg: error processing /var/cache/apt/archives/libgphoto2-2_2.5.2-0ubuntu1_i386.deb (--unpack): libgphoto2-2:i386 2.5.2-0ubuntu1 (Multi-Arch: no) is not co-installable with libgphoto2-2 which has multiple installed instances [15:23] would M-A: foreign fix that? [15:23] pitti: ^ [15:25] I'm looking for a new video card. Who loves what they have for how it works really well with no hassle? No gaming here. [15:37] attente: desrt: I've got 2 bugs for you guys with the new GLib.Icon.serialize, bug 1205562 and bug 1207408 [15:37] Launchpad bug 1205562 in gdk-pixbuf (Ubuntu) "[background] wallpapers in grid are too small, take long time to load" [Medium,Confirmed] https://launchpad.net/bugs/1205562 [15:37] Launchpad bug 1207408 in gnome-contacts (Ubuntu) "gnome-contacts fails to build: memory-icon.vala:29.1-29.63: error: `Contacts.MemoryIcon' does not implement interface method `GLib.Icon.serialize" [High,New] https://launchpad.net/bugs/1207408 [15:39] jbicha, the gnome-contacts one looks like a vala bindings problem and using vala master should work [15:41] ok, can we get that fixed in saucy? :) [15:41] jbicha, i'll take another look at it [15:43] jbicha, this is a simple rebuild of the current saucy package of gnome-contacts? [15:44] ricotz: yes; I was trying to update to 3.8.3 but it fails at the same spot with current saucy packaging [15:45] seb128: attente: I assume indicator-keyboard won't land in main this week? [15:46] jbicha, valac --version? [15:46] make sure it is at least 0.20 [15:46] jbicha, not sure, why? [15:46] jbicha, mterry reviewed it but he said he couldn't comment on the MIR because the package is not in the archive yet [15:47] jbicha, I wonder how you managed to file a bug against a package not in the archive btw [15:47] ricotz, that's because of a missing method implementation, no? [15:47] seb128, err... Yeah, last problem was just me running into test failures locally and in a pbuilder [15:47] seb128: isn't it your job to NEW stuff? ;) [15:47] it's a launchpad thing [15:47] you get Ubuntu bug pages for packages in PPAs [15:47] ricotz: yes I'm using sbuild which is using valac 0.20.1-2ubuntu2 by default [15:47] jbicha, some of the stuff was to be fixed for NEW, let me check if that has happened [15:48] attente, jbicha, ok, the 3-8 git branch builds fine here with 0.20 and 0.21+ [15:48] jbicha, the fixes have been merged but we didn't have an upload [15:48]