[01:07] <m4n1sh> jbicha: do I need to have a look at com.canonical.unity.dash scopes or com.canonical.unity.lenses disabled-scopes ?
[01:21] <jbicha> I believe dash scopes is only for the ones that who up in the bottom tab bar of the dash
[01:23] <jbicha> so you'll want to look at disabled-scopes for your primary implementation
[01:40] <m4n1sh> yeah, makes sense. tried it. working on it
[04:48] <pitti> Good morning
[04:50] <desrt> pitti: bonan morgaŭ
[04:50] <RAOF> pitti: Good morning!
[04:51] <RAOF> 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] <pitti> hey RAOF
[04:52] <pitti> desrt: guten Morgen
[04:52] <desrt> good tomorrow!
[04:52] <pitti> RAOF: for personal runs, you can use the --ppa option
[04:52] <desrt> pitti: no guadec for you this year, hm?
[04:53] <RAOF> pitti: Oooh, sweet. Thanks!
[04:53] <pitti> 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] <desrt> oh.  i remember this.
[04:53] <pitti> 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] <pitti> RAOF: as a workaround your test could of course do add-apt-repository, apt-get update, etc. itself
[04:54] <RAOF> pitti: Oh, the jenkins infrastructure has internets?
[04:54] <pitti> RAOF: but it wouldn't be a proper autopkgtest any more as you wouldn't test actual Ubuntu
[04:54] <pitti> RAOF: to *.ubuntu.com, over proxy
[04:54] <RAOF> pitti: Yeah. For official builds I'll see why mlankhorst hasn't uploaded xorg-integration-tests to the archive ;)
[05:42] <mlankhorst> lack of upload rights and forgetting to ask someone else, mostly :P
[05:49] <RAOF> Hm. Where has git.debian.org gone?
[05:50] <RAOF> mlankhorst: Can you pull from git.debian.org?
[06:15] <pitti> seems that alioth is down
[06:16] <pitti> seems "git pull" works, but not the webui
[06:37] <mlankhorst> RAOF: there is no git tree for xit yet
[06:37] <RAOF> mlankhorst: In alioth?
[06:38] <mlankhorst> 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] <mlankhorst> :P
[06:39] <mlankhorst> yay looks like my xserver fixes got into master
[06:40] <RAOF> Woot!
[06:40] <RAOF> mlankhorst: Any particular reason why I shouldn't upload what's in your PPA to the archive?
[06:40] <mlankhorst> none that I can think of, except the ~ppa versioning :P
[07:07] <pitti> 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] <pitti> Laney: it's from 06:45, i. e. from boot
[07:43] <seb128> good morning desktopers
[07:44] <robru> Seb128! How goes?
[07:44] <seb128> lol, looks like pitti already fixed half of the world before I wake up
[07:44] <seb128> libusb fixed harder
[07:44] <seb128> gvfs tests fixed
[07:44] <seb128> robru, hey, good! you?
[07:45] <robru> Seb128, not bad. Hang in at guadec with Lars and desrt
[07:45] <seb128> oh, right, GUADEC
[07:46] <robru> Lol, 'hang in'.... Goofy android irc on my tablet
[07:48] <pitti> hey seb128
[07:48] <pitti> seb128: :)
[07:49] <seb128> pitti, good morning, wie gehts?
[07:49] <pitti> seb128: yeah, I hope with the last gvfs upload the whole stack should migrate now
[07:49] <pitti> seb128: okay-ish; I feel a bit of a fever, seems I got an infection somewhere :(
[07:51] <didrocks> hey seb128, pitti, robru!
[07:51] <larsu> pitti: gute Besserung!
[07:51] <didrocks> and larsu ;)
[07:52] <pitti> bonjour didrocks et larsu
[07:52] <pitti> larsu: danke
[07:52] <larsu> didrocks: good morning!
[07:52] <seb128> pitti, :-(
[07:52] <seb128> didrocks, lut
[07:52] <seb128> larsu, hey, had a good train ride?
[07:52] <larsu> 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] <seb128> haha
[07:54] <robru> Too lazy to whip out laptop....
[07:54] <larsu> *tap* *tap* *tap*
[07:54] <larsu> robru: ya, it's a bit more polite to the speaker...
[08:02] <Laney> morning
[08:02] <sil2100> seb128: morning!
[08:02] <sil2100> seb128: you ready for some packaging ACKs? ;)
[08:03] <seb128> Laney, sil2100: good morning
[08:03] <seb128> sil2100, sure
[08:04] <seb128> didrocks, did you change the upload-to-archive frequency already?
[08:04] <sil2100> seb128: http://www.multiurl.com/l/fdq <- just two for now
[08:04] <sil2100> seb128: I guess they changed something and that build-dep is no longer needed
[08:05] <seb128> sil2100, you can see the rational on https://code.launchpad.net/~diwic/gallery-app/remove-qtubuntu-media/+merge/177718
[08:05] <seb128> sil2100, +1 for both
[08:06] <sil2100> seb128: thanks!
[08:07] <didrocks> seb128: yeah, the rsync is every 5 minutes
[08:08] <seb128> 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] <didrocks> seb128: hum, I don't think we are speaking about the same thing then
[08:09] <didrocks> the 5 minutes instead of 15 minutes is "picking a stack which is published and copy to distro"
[08:09] <didrocks> that's the only thing I changed
[08:09] <didrocks> (for now)
[08:09] <seb128> didrocks, ignore me, the 18:10 upload was the first of the day
[08:09] <seb128> I guess it took the day for sil2100 to review the 1 liner new build-depends and press publish :/
[08:10] <sil2100> huh?
[08:10] <sil2100> Where? What?
[08:10] <sil2100> seb128: yesterday I published everything I could ASAP actually
[08:11] <seb128> sil2100, https://launchpad.net/ubuntu/saucy/+source/ubuntu-system-settings/0.1+13.10.20130731-0ubuntu1 was uploaded at 18:00
[08:11] <sil2100> seb128: if I remember correctly, yesterday there was this strange thing that someone ran the settings stack manually during the day
[08:12] <seb128> 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] <sil2100> 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] <sil2100> seb128: so when I was starting stack works, it was green due to daily-build
[08:12] <sil2100> seb128: then someone manually re-started the stack
[08:13] <sil2100> seb128: I can't watch and publish stacks that someone restarts manually without notifying me
[08:13] <sil2100> I don't have a bot that tells me whenever someone re-runs a stack, maybe I should have one?
[08:13] <seb128> sil2100, no, don't worry
[08:13] <sil2100> Also, I didn't publish anything later
[08:13] <seb128> sil2100, it's the "someone manually re-started the stack" which confused me
[08:13] <sil2100> So someone else had to press the publish button
[08:14] <seb128> I wonder who/why
[08:14] <seb128> but no big deal
[08:15] <sil2100> 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] <seb128> sil2100, ok, I guess it's a mystery why that afternoon run happened
[08:15] <sil2100> seb128: since jenkins couldn't tell me who started the build, just that it was stared 'by an user' ;p
[08:16] <seb128> let's blame Ken ;-)
[08:16] <seb128> (the only change is this upload and the ofono-qt work he did, maybe he wanted it to land)
[08:17] <seb128> sil2100, sorry for the noise and it looked like ranting, I was mostly puzzled by what happened there and trying to understand
[08:17] <seb128> sil2100, thanks for the details ;-)
[08:17] <didrocks> we can surely blame Ken ;)
[08:17] <didrocks> if it's none of us, I can only see ken starting it
[08:17] <seb128> yeah
[08:18] <didrocks> sil2100: so, don't worry about mirslaves
[08:18] <didrocks> with luck, we'll have xmir + drivers today
[08:18] <didrocks> then promote to main
[08:18] <didrocks> and I'll rerun mirslaves and NEW it
[08:19] <sil2100> seb128: no problem, I'm as puzzled as you guys are ;p
[08:19] <sil2100> didrocks: did the ATI issue get resolved with mirslaves?
[08:20] <didrocks> sil2100: yeah (a little bit magically, which is worrysome, but shhhh ;))
[08:20] <didrocks> so we just need "stuff in distro" to push u-s-c in universe
[08:25] <m4n1sh> whom should I ask for a unity scopes question?
[08:26] <m4n1sh> this doesn't look like a channel for a unity specific question
[08:26] <seb128> m4n1sh, try mhr3 when he's online
[08:27] <m4n1sh> he just went offline around 20 mins back
[08:27] <seb128> or pstolowski
[08:27] <seb128> right, mhr3 is at GUADEC this week I think
[08:27] <m4n1sh> thanks
[08:27] <m4n1sh> yeah, he lives in Brno.
[08:28] <m4n1sh> 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] <ubot2`> Ubuntu bug 1198554 in Activity Log Manager "Allow enabling/disabling Unity scopes from Privacy Settings" [Low,Confirmed]
[08:31] <sil2100> hmmm, looks like Ken didn't sponsor my lucene++ package ;/
[08:33] <Laney> sil2100: lies, https://launchpad.net/ubuntu/saucy/+queue
[08:35] <didrocks> sil2100: do we have a lot of build-deps from lucene++ which are in universe?
[08:36] <didrocks> 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] <didrocks> ok libboost-regex-dev, sounds good
[08:37] <sil2100> !
[08:37] <sil2100> Laney: how is that possible that I didn't see it just now?!
[08:37] <sil2100> Laney: it's you! Magic!
[08:38]  * sil2100 takes back what he said
[08:38] <sil2100> 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] <seb128> cool that sil2100/ken uploaded, it means didrocks can NEW review :p
[08:39] <sil2100> ;p
[08:41] <didrocks> I think it means that seb128 can NEW review as well ;)
[08:41] <sil2100> didrocks: related to MIR mir, anything else needing attention still?
[08:41] <didrocks> sil2100: no, everything is under control
[08:41] <didrocks> I'll need to pay in beers
[08:41] <sil2100> ;)
[08:49] <didrocks> sil2100: did you package from scratch
[08:49] <didrocks> or did you start from some packages… somewhere… in the world? :)
[08:49] <seb128> sil2100, some ibus 1.5 fixes got merged, did that make the unity tests happier?
[08:50] <sil2100> 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] <didrocks> 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] <didrocks> sil2100: not a blocker, but I would love to see it multiarched :)
[08:53] <sil2100> didrocks: mhr3 asked me to include that fix, I think Ricardo had some use for it!
[08:53] <sil2100> didrocks: I can work on multiarch for the next version too ;)
[08:54] <didrocks> sil2100: but it's not included, right?
[08:54] <didrocks> the cmakecross
[08:54] <didrocks> I can't see anything calling it
[08:54] <didrocks> if it was following dep3, that would help to know what's the use, how it's called
[08:54] <didrocks> sil2100: mind fixing that as well? ^
[08:54] <didrocks> sil2100: and about debian/rules, why this condition?
[08:55] <didrocks> (it seems to be cross-building support, but we don't this, do we?)
[08:57] <sil2100> didrocks: I think I over-hasted here! Let me fix this up then ;)
[08:57] <sil2100> Since it was used internally it seems
[08:57] <sil2100> So in distro, right, I guess it doesn't make sense to have it
[08:58] <sil2100> Since if anyone needs this he can modify the packaging by himself
[08:59] <didrocks> sil2100: well, not a blocker, but yeah, better to simplify
[08:59] <didrocks> we can reintroduce it later on
[08:59] <didrocks> (with the patch then)
[08:59] <didrocks> but for now, let's keep it simple
[08:59] <didrocks> copyright is good :)
[08:59] <didrocks> I'm just unsure about one .install statement
[08:59] <didrocks> waiting for the build to finish, but the rest is good ;)
[09:00] <didrocks> can you check that --buildsystem=cmake is necessary?
[09:00] <didrocks> I didn't use that in other packages, it's detected automatically
[09:00] <didrocks> oh, maybe there are multiple build-system in it, let me check
[09:00] <didrocks> no, it's the only one
[09:00] <didrocks> sil2100: in your next upload, do you mind trying to drop it? ^
[09:01] <didrocks> sil2100: priority should be optional in debian/control
[09:01] <didrocks> and please, use the generic ML for the maintainer stenza
[09:01] <didrocks> you don't want emails about the ins and outs of this package, I can ensure you :)
[09:01] <seb128> sil2100, did you see my question about unity's status earlier?
[09:02] <didrocks> I think the -dev should suggests the -doc
[09:02] <didrocks> Pre-Depends: ${misc:Pre-Depends},
[09:02] <didrocks> is useless
[09:02] <didrocks> (but will be needed once you multiarch)
[09:02] <didrocks> and that's it, let's wait for the build to finish
[09:02] <seb128> why do we upload new libs as non-multiarch?
[09:02] <didrocks> and please ensure to the other french guy, it seems he tries to communicate ^ ;)
[09:03] <seb128> didrocks, thanks ;-)
[09:03] <didrocks> seb128: yeah, I'm a little bit disappointed :p
[09:03] <didrocks> not a blocker, but should be fixed
[09:03]  * didrocks starts to be as verbose as asac
[09:03] <bdrung> Sweetshark: found a typo for 4.1: it's python3-uno, not python-uno3
[09:03]  * didrocks is now afraid/frightened/scared…
[09:04] <seb128> didrocks, time for you to come back to France soon
[09:04] <didrocks> right, this german influence is clearly bad
[09:08] <sil2100> seb128: ah!
[09:09] <sil2100> seb128: sorry, got carried away in the packaging - when were the 1.5 fixes uploaded just in case?
[09:10] <seb128> sil2100, after midnight, the build seems to have failed on armhf anyway, so maybe we should retry the stack?
[09:10] <sil2100> seb128: I'm asking because we still have all the failures as before
[09:10] <seb128> https://code.launchpad.net/~brandontschaefer/nux/fix-ibus1.5-changes/+merge/177971
[09:10] <sil2100> seb128: yes, it's a FTBFS but since i386 was ok, it ran the tests but failed
[09:10] <seb128> was merged at 3:51
[09:11] <sil2100> hm, let's try a retry then, maybe it didn't get in in time?
[09:11] <sil2100> Since we run unity at 4:00, but maybe somehow hm
[09:11] <sil2100> I'll just check the changelog first
[09:12] <sil2100> seb128: ok, it seems the change didn't manage to get 'in'
[09:12] <sil2100> seb128: I'll re-run unity
[09:13] <seb128> sil2100, thanks
[09:19] <didrocks> sil2100: just for my personal interest, at which % does the lucenec++ build finishes?
[09:19] <didrocks> (I'm at 127% right now)
[09:30] <didrocks> Sweetshark: hey, around?
[09:31] <asac> didrocks: you are doing the right thing :)
[09:31]  * didrocks is even more scared that asac is approving it even
[09:31] <didrocks> "how can I get out of this trap?"
[09:31] <didrocks> (time for panicing I guess)
[09:32] <asac> didrocks: i am supportive of trying out new models
[09:33] <didrocks> can you define a little bit more what's you're intent of "new models"?
[09:34] <seb128> asac, alexander "why would we use something that is working" sack? ;-)
[09:34] <asac> seb128: i haven't read what didrocks said :)
[09:34] <desrt> seb128: hey!
[09:34] <asac> i was just supportive about being verbose
[09:34] <seb128> desrt, hello
[09:34] <seb128> asac, I see ;-)
[09:34] <desrt> seb128: we're missing you
[09:34] <seb128> desrt, thanks, I miss you guys as well
[09:35] <didrocks> asac: speaking of new models, it seems that lucene++ cmake build goes up to 160%
[09:36] <asac> didrocks: you mean CPU usage?
[09:36] <seb128> didrocks, did you just invent the perpetual motion/build? ;-)
[09:36] <didrocks> asac: no no, build progress :)
[09:36] <Laney> making /really/ sure it's built
[09:36] <didrocks> seb128: it's worse even, once it "finishes" to count, it's continuing building
[09:36] <seb128> didrocks, it's going to build *for ever* ;-)
[09:36] <didrocks> but with no % at all now
[09:37] <didrocks> yeah, that's why I just plugged my laptop :)
[09:37] <didrocks> I'm sure it's based on asac's powerd telling he has a 300h+ battery
[09:37] <seb128> tkamppeter, hey, did you get any news from the cups-filter upstream/new poppler?
[09:37] <seb128> Sweetshark, ^ how is libreoffice/poppler going?
[09:37] <seb128> those are the remaining items for that transition
[09:38]  * seb128 wonders where is mpt hiding today
[09:39] <didrocks> not in my current room
[09:41] <tkamppeter> seb128, I got a patch today.
[09:42] <seb128> tkamppeter, great!
[09:57] <seb128> 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 ;-)
[09:58] <Laney> seb128: Sure. In a bit though - puzzling at gstreamer atm
[09:58] <seb128> Laney, no hurry, thanks
[09:58] <Laney> seb128: did you follow that thread on ubuntu-phone about the API for determining if there's internet?
[09:59] <Laney> I didn't manage to get any of the suggestions to work yet...
[09:59] <Laney> NM always worked properly...
[09:59]  * Laney coughs
[09:59] <seb128> Laney, it seems to me that we should fix the qtnetwork stuff to return a proper status
[09:59] <seb128> you are not the only one needed the status
[09:59] <seb128> e.g the downloader stuff that has been pointed needs that as well
[10:00] <seb128> can you maybe a bug and ping the sdk guys/Mirv about it?
[10:00] <seb128> open a bug*
[10:01] <Laney> that thing they pointed me to is something else
[10:01] <Laney> that's determining the type of connection you're on
[10:03] <seb128> 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] <seb128> Laney, hum, I was speaking about "QNetworkAccessManager::networkAccessible():" ... is that giving the type of connection?
[10:06] <Laney> no
[10:06] <Laney> but the reply that I got in the thread about the download manager
[10:06] <Laney> they pointed to an mp which was about what I said
[10:09] <seb128> 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] <Laney> http://www.qtcentre.org/threads/37514-use-of-QNetworkAccessManager-networkAccessible?p=188372#post188372
[10:12]  * Laney tries that
[10:17] <Laney> aha
[10:19] <didrocks> 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] <didrocks> (like waf)
[10:19] <Laney> nope
[10:19] <didrocks> that's going to be more a problem for main
[10:19] <Laney> it lies and tells me I'm connected even when not
[10:20] <sil2100> didrocks: yes, I saw the lintian error with jquery, but thought that for now it's no a blocker
[10:20] <sil2100> didrocks: and as for waf, well... that too is a problem, but it's what we get in the tarball
[10:21] <sil2100> didrocks: so I guess we would have to discuss this with upstream to get those things fixed
[10:21] <didrocks> sil2100: I don't really care for the jquery one TBH
[10:21] <didrocks> as it's part of building the documentaiton
[10:21] <didrocks> which is offline
[10:21] <sil2100> didrocks: I'm modifying all the little things that you mentioned, doing some further clean ups now
[10:22] <didrocks> great!
[10:22] <didrocks> I'm NEWing meanwhile
[10:22] <sil2100> Just waiting until I can change the changelog to 'saucy' to push ;)
[10:27] <ricotz> hello desktopers
[10:29] <ricotz> pitti, hi, i guess the libgphoto2 transition is finished, but ia32-libs-multiarch:i386 is not installable
[10:29] <RAOF> Why do we still have that package?
[10:29] <pitti> we don't any more :)
[10:29] <Laney> we don't
[10:29] <seb128> ricotz, it was deleted from the archive by pitti
[10:29] <seb128> ricotz, hey
[10:29] <Laney> there should have been some fanfare in the removal message :-)
[10:29] <pitti> RIP, ia32-libs
[10:30] <ricotz> oh it was, hmm
[10:30] <pitti> may you hideous hack never ever come back
[10:30] <ricotz> hehe ;)
[10:30] <didrocks> (amen)
[10:33] <ricotz> sorry for he noise then :)
[10:33] <ricotz> *the
[10:56] <tkamppeter> larsu, hi
[11:19] <seb128> tkamppeter, he's at GUADEC for a week, he might not around a lot
[11:22] <seb128> tkamppeter, is the cups-filter/poppler patch working? do you plan to upload it today?
[11:35] <sil2100> Great
[11:35] <sil2100> My PC overheated
[11:36] <sil2100> Building lucene++ and doing something else killed my PC ;)
[12:09] <Mirv> seb128: lp:u1db-qt updated with the renaming of the QML plugin
[12:10] <seb128> Mirv, thanks, I'm going to have another look and let you know if it's ready
[12:13] <Mirv> thank you
[12:53] <larsu> tkamppeter: I'm here right now, what's up?
[12:53] <larsu> seb128: thanks for letting people know :)
[13:03] <rickspencer3> 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] <ogra_> rickspencer3, i thought ev added it yesterday to eth image
[13:06] <ogra_> *the
[13:06] <ogra_> it should just work
[13:06] <rickspencer3> wow!
[13:41] <Sweetsha1k> didrocks: was of on a few call before vacation. wassup?
[13:41] <didrocks> Sweetsha1k: wanted to ask you about lucene++
[13:42] <didrocks> Sweetsha1k: IIRC, this is coming from libreoffice, right?
[13:55] <Sweetsha1k> didrocks: you means its a dep of libreoffice?
[13:57] <didrocks> Sweetsha1k: the question is if libreoffice have nothing to do it (like, the lucene++ code)?
[13:58] <Sweetsha1k> didrocks: soo, we use some lucene for help index stuff IIRC. lemme check what exactly ...
[13:59] <didrocks> Sweetsha1k: thanks! keep me posted :)
[14:03] <Sweetsha1k> 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] <didrocks> Sweetsha1k: no, that's the "old" C version
[14:04] <didrocks> not the C++ one
[14:20] <pitti> 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] <pitti> rickspencer3: so that we can run that script after CI or image tests
[14:28] <Sweetsha1k> didrocks: no traces of lucene++ in libreoffice 4.1 and 4.0 buildlogs either
[14:28] <didrocks> Sweetsha1k: ok, thanks for confirming! :)
[14:43] <seb128> Sweetsha1k, hey, how is libreoffice/new poppler going?
[14:53] <seb128> 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] <Laney> am looking right now
[14:54] <Laney> well, at jbicha's first
[14:54] <Laney> then yours ;-)
[14:54] <seb128> Laney, he updated it?
[14:54] <Laney> it has a pot update
[14:55] <seb128> Laney, I asked him to fix script/drop it yesterday
[14:55] <seb128> I didn't see emails since
[14:55] <Laney> there's a change to that too
[14:55] <Laney> I guess it is fixed
[14:55] <seb128> Laney, https://code.launchpad.net/~jbicha/ubuntu-system-settings/rename-call-diversion-to-forwarding/+merge/177844
[14:55] <seb128> Laney, that one? there is no activity since my "needs fixing"
[14:55] <seb128> new commits would show under my comment in the log
[14:55] <Laney> oh ok
[14:56] <Laney> well I'll follow up to delete it
[14:56] <jbicha> seb128: I don't know how to fix "make pot" to actually do what it's supposed to
[14:56] <Laney> jbicha: unless you want to do it nwo
[14:56] <jbicha> it looks like most of the phone stuff uses the CMake system instead
[14:58] <seb128> jbicha, ?
[14:58] <seb128> jbicha, make pot is already implement in po.pro
[14:58] <seb128> implemented
[14:58] <seb128> jbicha, or what do you mean?
[14:58] <jbicha> well I couldn't get this command to actually work?
[14:58] <jbicha> http://irclogs.ubuntu.com/2013/07/31/%23ubuntu-desktop.html#t14:22
[14:58] <Laney> I just do cd po; qmake; make pot
[14:59] <seb128> 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] <seb128> jbicha, that command doesn't work, why did you change it? (just replace it by "make pot" or delete the file)
[14:59] <jbicha> ok I can delete it easy but Laney's suggested way of updating the pot worked and seb128's way didn't
[15:00] <seb128> jbicha, I didn't suggest a way?
[15:00] <seb128> 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] <jbicha> cd po; rm ubuntu-system-settings.pot; cd ../src; make ../po/ubuntu-system-settings.pot was what you said yesterday
[15:00] <seb128> jbicha, right, I was wondering if it works for you
[15:01] <seb128> jbicha, or why you did that change if the command doesn't work
[15:01] <seb128> 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] <jbicha> ok I misunderstood; pushed an update to the mp now
[15:06] <seb128> jbicha, thanks
[15:07] <seb128> jbicha, stop making unrelated changes :p
[15:07] <seb128> jbicha, what's the .build in bzrignore you just added?
[15:08] <jbicha> uh, if you qmake; make; you get an extra .build directory that shouldn't be accidently bzr committed
[15:09] <Laney> seems fine
[15:09] <seb128> jbicha, right, it's just weird to have cleanups "sneaked in with other changes"/not documented in the mp commit message
[15:09] <seb128> I prefer having commits by logical units
[15:10] <seb128> like one for the rename, then one for the build system cleans
[15:10] <seb128> but I'm not going to be picky on that one, approving
[15:10] <jbicha> ok thanks
[15:11] <Sweetsha1k> seb128: libreoffice vs. poppler work.
[15:11] <Sweetsha1k> seb128: libreoffice wins of course in that duell.
[15:11] <Sweetsha1k> ;)
[15:11] <seb128> Sweetsha1k, can we can a saucy upload?
[15:12] <seb128> can we get*
[15:13] <Sweetsha1k> 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] <seb128> thanks
[15:14] <Sweetsha1k> debians alioth doesnt seem to take the heat too well.
[15:22] <Laney> 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] <Laney> would M-A: foreign fix that?
[15:23] <Laney> pitti: ^
[15:25] <qengho> 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] <jbicha> attente: desrt: I've got 2 bugs for you guys with the new GLib.Icon.serialize, bug 1205562 and bug 1207408
[15:37] <ubot2`> 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] <ubot2`> 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] <ricotz> jbicha, the gnome-contacts one looks like a vala bindings problem and using vala master should work
[15:41] <jbicha> ok, can we get that fixed in saucy? :)
[15:41] <attente> jbicha, i'll take another look at it
[15:43] <ricotz> jbicha, this is a simple rebuild of the current saucy package of gnome-contacts?
[15:44] <jbicha> ricotz: yes; I was trying to update to 3.8.3 but it fails at the same spot with current saucy packaging
[15:45] <jbicha> seb128: attente: I assume indicator-keyboard won't land in main this week?
[15:46] <ricotz> jbicha, valac --version?
[15:46] <ricotz> make sure it is at least 0.20
[15:46] <seb128> jbicha, not sure, why?
[15:46] <seb128> 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] <seb128> jbicha, I wonder how you managed to file a bug against a package not in the archive btw
[15:47] <attente> ricotz, that's because of a missing method implementation, no?
[15:47] <mterry> seb128, err...  Yeah, last problem was just me running into test failures locally and in a pbuilder
[15:47] <jbicha> seb128: isn't it your job to NEW stuff? ;)
[15:47] <Laney> it's a launchpad thing
[15:47] <Laney> you get Ubuntu bug pages for packages in PPAs
[15:47] <jbicha> ricotz: yes I'm using sbuild which is using valac 0.20.1-2ubuntu2 by default
[15:47] <seb128> jbicha, some of the stuff was to be fixed for NEW, let me check if that has happened
[15:48] <ricotz> attente, jbicha, ok, the 3-8 git branch builds fine here with 0.20 and 0.21+
[15:48] <seb128> jbicha, the fixes have been merged but we didn't have an upload
[15:48] <ricotz> jbicha, i guess there are patches
[15:49] <seb128> sil2100, what's the status of the indicator stack?
[15:49] <jbicha> seb128: I can do another upload from lp:indicator-keyboard; I'm a bit confused as to what version number I should be using...
[15:49] <seb128> hum, it's green
[15:49] <seb128> jbicha, oh, you did manual upload? that's why it didn't autoland :p
[15:50] <seb128> sil2100, alesage: why isn't indicator-keyboard in autolanding?
[15:50] <attente> mterry, the indicator-keyboard tests are failing for you?
[15:50] <pitti> Laney: hm, "foreign" sounds wrong though
[15:51] <pitti> Laney: sec, phone
[15:51] <mterry> attente, yeah
[15:51] <Laney> pitti: not sure how that would interact with an upgrade
[15:51] <attente> can you paste the tests/test-suite.log?
[15:51] <pitti> Laney: libgphoto2 packaging is so broken, I can't imagine how it would ever work with MA
[15:51] <alesage> seb128, apologies--fginther do you have a moment to do a Jenkins job deploy?  indicator-keyboard config is new
[15:51] <Laney> the lib was MA: same
[15:52] <pitti> Laney: is that a new thing you get during upgrade?
[15:52] <Laney> it's because the transitional package isn't
[15:52] <Laney> AFAIK
[15:52] <Laney> maybe just make that MA same too
[15:52] <pitti> Laney: the transitional package can certainly be M-A: same, but I'm not sure how much that would help for the actual lib; it can't work with M-A
[15:52] <tkamppeter> seb128, cups-filters fixed upstream: https://bugs.linuxfoundation.org/show_bug.cgi?id=1144
[15:52] <ubot2`> bugs.linuxfoundation.org bug 1144 in cups-filters "cups-filters compile fails since poppler-0.23" [Major,Resolved: fixed]
[15:52] <pitti> Laney: yeah, that would be no problem
[15:52] <attente> alesage, were the indicator-keyboard tests passing for you?
[15:52] <jbicha> seb128: i-keyboard is only in NEW but you can reject it if it's causing problems
[15:53] <seb128> tkamppeter, thanks, will you upload the fix to saucy?
[15:53] <alesage> attente, I was able to build in Jenkins, let me get a link
[15:53] <seb128> jbicha, it's not causing problem, no worry
[15:53] <Laney> pitti: TBH I don't know why I had multiple instances of it installed
[15:53] <Laney> but it was at least allowed by the packaging :P
[15:54] <pitti> Laney: oh, on second look it could actually work
[15:54] <pitti> Laney: I avoided making the transitional package arch: all to not break multi-arch, but I guess I just forgot teh M-A: same
[15:58] <seb128> Laney, tell doko he can forward his bugs to Debian himself :p
[15:59] <pitti> Laney: I'll upload a libgphoto with M-A
[15:59] <Laney> pitti: great
[16:00] <Laney> https://bugs.launchpad.net/ubuntu/+source/libgphoto2/+bug/1206973 FYI
[16:00] <ubot2`> Ubuntu bug 1206973 in libgphoto2 (Ubuntu) "package libgphoto2-2 2.4.14-2.3ubuntu2 failed to install/upgrade: libgphoto2-2:amd64 2.5.2-0ubuntu1 (Multi-Arch" [Undecided,Confirmed]
[16:00] <Laney> naughty person using proposed
[16:00] <pitti> Laney: oh, right before dput, thanks! will link
[16:07] <ricotz> jbicha, i can confirm the problem with the saucy vala-0.20 package, it builds fine with vanilla vala 0.20.1 and 0.21/22
[16:08] <ricotz> < gnome-contacts
[16:10] <ricotz> jbicha, the vala gio-2.0 patch is not up2date
[16:10] <ricotz> -               public abstract GLib.Variant serialize ();
[16:10] <ricotz> +               public virtual GLib.Variant serialize ();
[16:14] <jbicha> ricotz: if you submit a regular debdiff I can ... ask someone else to upload it for you ;)
[16:14] <jbicha> you could even attach the patch to the bug and subscribe ubuntu-sponsors
[16:17] <alesage> seb128, fginther wants to verify that you've reviewed indicator-keyboard
[16:18] <alesage> seb128, fginther --e.g. should we find it in the daily release, etc.?
[16:18] <fginther> seb128, has the integration team reviewed it?
[16:18] <seb128> alesage, fginther: I did, it has been uploaded manually in saucy and I'm waiting for the changes that landed in trunk to be uploaded to accept it to Ubuntu
[16:18] <ricotz> jbicha, done
[16:20] <fginther> attente, can you confirm that indicator-keyboard is ready for daily-release?
[16:21] <jbicha> ricotz: thank you
[16:24] <ricotz> jbicha, this might be not the only problem of that gio backport patch
[16:25] <attente> fginther, yes, it's ready
[16:29] <fginther> attente, thanks!
[16:34] <didrocks> sil2100: do you mind looking at that one if it's ready? ^
[16:46] <xnox> is it known that webapps session migration crashes in live cd and right after install?
[16:58] <xnox> Hm, where does unity store .desktop files that are fauvarites on the launcher?
[16:59] <Sweetshark> seb128: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-staging/+sourcepub/3400578/+listing-archive-extra <- this is building in the ppa and (locally) against -proposed/new poppler.
[17:00] <Sweetshark> seb128: Ill dump a non-ppa version on p.c.c tomorrow and keep you posted if there are any desasters from reported from the ppa.
[17:06] <jbicha> xnox: gsettings get com.canonical.Unity.Launcher favorites
[17:07] <xnox> jbicha: thanks.
[17:07] <xnox> bug 1206314
[17:07] <ubot2`> Launchpad bug 1206314 in webapps-applications (Ubuntu) "install-default-webapps-in-launcher.py crashed with signal 5 in g_settings_get_mapped()" [High,Confirmed] https://launchpad.net/bugs/1206314
[17:37] <ricotz> Sweetshark, hi, i am curious why didn't you include the changes of 1:4.1.0-3 ?
[17:43] <Sweetshark> ricotz: heh, because alioth is down most of the time and I didnt see _rene_ continued working on master instead of debian-experimental-4.1
[17:45] <ricotz> Sweetshark, PTS isnt down ;) http://packages.qa.debian.org/libr/libreoffice.html https://buildd.debian.org/status/package.php?p=libreoffice
[17:45] <Sweetshark> ricotz: ah there they are! ;) "move liblpsolve55.so into -core if used internally" and "control.librelogo.in: depend on -script-provider-python instead of "just" ${pyuno-depends}" are actually inspired by me ;)
[17:46] <Sweetshark> ricotz: so yeah, I want them in, but I rather drop this release as is to saucy.
[17:47] <ricotz> Sweetshark, alright
[17:47] <Sweetshark> ricotz: e.g. python needs some more PYTHONPATH fixes after -3 anyway ...
[17:47] <ricotz> Sweetshark, don't forget to consider mdds and harfbuzz too
[17:47] <Sweetshark> ricotz: yes. next upload.
[17:47] <seb128> Sweetshark, thanks
[17:48] <ricotz> Sweetshark, not sure if this already creates issue while using graphite and not harfbuzz
[17:48] <Sweetshark> ricotz: this upload needs to go in now as a/ I will be on vacation soon b/ otherwise we will be ftbfs after the poppler transition
[17:48] <ricotz> meaning system vs internal
[17:48] <ricotz> Sweetshark, right, it is ok
[18:48] <bschaefer> jibel, ping