[01:21] <TheMuso`> c
[04:30] <pitti> Good morning
[04:30] <pitti> Good morning
[05:56] <didrocks> powerpc builds are lagging way behind :/
[06:01] <RAOF> didrocks: Good morning!
[06:01] <didrocks> hey RAOF!
[06:05] <didrocks> RAOF: while you are around: regarding xmir, so you are going to maintain ABI manually? like, we don't need any black soname virtual package provide?
[06:05] <RAOF> didrocks: I'll do what the rest of X does, which is have an ABI version in the code.
[06:06] <didrocks> RAOF: but not for mir -> xmir, right?
[06:06] <didrocks> the ABI version in the code will be in mir?
[06:07] <RAOF> For the XMir dependency on Mir we'll just use the shlibdeps; xmir.so links with libmirclient.so.1, so that's all good.
[06:07] <didrocks> RAOF: ah, excellent, if you don't expect any ABI breakage without soname bump :)
[06:07] <RAOF> didrocks: I've got a symbols file for it cooking :)
[06:07] <didrocks> heh ;)
[06:07] <RAOF> And none of the XMir drivers link with libmirclient; XMir hides that from it.
[06:08] <didrocks> excellent :)
[06:08] <didrocks> RAOF: where is the xmir ppa right now? so that I can add it for running the tests until we are in distro
[06:08] <didrocks> xmir/mesa
[06:08] <RAOF> ppa:mir-team/staging ?
[06:08] <didrocks> ok :)
[06:08] <didrocks> RAOF: and if I run on ati
[06:08] <didrocks> I should see the fallback happening, right?
[06:08] <RAOF> Fallback?
[06:09] <didrocks> (unity-system-compositor not starting, regular Xorg running)
[06:09] <RAOF> If you run on fglrx you should see the fallback to regular X, yes.
[06:09] <didrocks> yeah, great, we'll test both cases that way :)
[07:24] <jibel> good morning
[07:31] <didrocks> salut jibel!
[07:34] <jibel> salut didrocks
[07:35] <didrocks> sil2100: hey, good morning!
[07:43] <sil2100> didrocks: good morning! Time to unblocketh some stackeths!
[07:43] <didrocks> sil2100: I think you see that most are blocked on ppc
[07:43] <didrocks> there are only 2 builders, one which has built some private stuff apparently
[07:43] <didrocks> (backlog of 4 hours now apparently)
[07:44] <didrocks> sil2100: we can be bad citizen and I'll suggest to run cu2d-skip on powerpc on the indicators and other that will start building
[07:44] <sil2100> Oooh
[07:44] <didrocks> sil2100: the only thing is that indicator-session will be then published even if failing to build on ppc I guess
[07:45] <sil2100> I guess we don't care that much, right?
[07:45] <didrocks> well, indicator-session will be blocked in proposed
[07:45] <didrocks> but I think that's fine
[07:46] <sil2100> Ah, ok, thought powerpc is mandatory in overall
[07:46] <sil2100> Since most of the touch bits don't have powerpc at all
[07:46] <didrocks> sil2100: yeah, but for those that are arch: any it won't be copied
[07:47] <didrocks> sil2100: however, we can bypass dailies to have the rest building
[07:47] <seb128> hey desktopers
[07:47] <didrocks> sil2100: so just run cu2d-skip on what's waiting on ppc
[07:47] <didrocks> we'll have 2 builds (one on the ppa, one in proposed) instead of 1
[07:47] <didrocks> but "meh"
[07:47] <didrocks> salut seb128!
[07:47] <seb128> didrocks, lut ;-)
[07:51] <sil2100> Hi seb128 !
[07:51] <sil2100> didrocks: ok, then let me look at cu2d-skip ;)
[07:53] <seb128> sil2100, hey ;-)
[07:54] <sil2100> didrocks: skipped (probably) ;)
[07:55] <didrocks> sil2100: the next build line should tell if you are right ;)
[07:55] <didrocks> sil2100: oif as well?
[07:55] <sil2100> WARNING Request to ignore indicator-session on powerpc. \o/
[07:55] <didrocks> ah, oif is on raring -> don't care :)
[07:55] <sil2100> OIF is green on head
[07:56] <didrocks> sil2100: hum, you just ignore indicator-session?
[07:56] <sil2100> SDK has some trouble with the source package name, but strange
[07:56] <didrocks> not the other indicators?
[07:56] <didrocks> sil2100: yeah, it's the new component, I'm dealing with it
[07:56]  * didrocks waits for https://code.launchpad.net/~didrocks/unity-action-api/source-package-rename/+merge/174937 to get merged
[07:57] <sil2100> didrocks: just indicator-session, since other indicators are ok, right?
[07:57] <didrocks> sil2100: they are waiting on building as well
[07:57] <didrocks> sil2100: and seeing the ppc backlog, I think we should skip all powerpc builds today
[07:57] <sil2100> Can I somehow tell cu2d-skip to skip all projects from a stack?
[07:57] <sil2100> Or manually?
[07:57] <didrocks> sil2100: you have to list them, but you can do that in one command
[07:58] <didrocks> see --help :)
[07:58] <didrocks> ah no
[07:58] <sil2100> Help says I can only comma-seperate archs ;p
[07:58] <didrocks> it's the archs
[07:58] <didrocks> bad memory :)
[07:58] <didrocks> so yeah, one command per project
[07:58] <seb128> didrocks, did you ping infinity or the is guys to see if there is a way to get the 3rd ppc builder back (sagari)?
[07:59] <didrocks> seb128: I think you just did (so no, I didn't) :)
[07:59] <seb128> didrocks, yeah, not sure that infinity is around though
[07:59] <seb128> let me try #is
[07:59] <didrocks> I didn't see him this morning
[07:59] <seb128> oh, not going to be useful
[07:59] <seb128> https://launchpad.net/builders/sagari says "NOTE: En route from Boston to London"
[08:00] <didrocks> seb128: I heard there are pipes under the ocean :)
[08:00] <seb128> ;-)
[08:00] <seb128> sucks to be down to 1 actual builder (the other one is going openjdk, that's going to take a while)
[08:01] <didrocks> right, and it was 0 for a while
[08:01] <didrocks> as there was a private ppa build
[08:02] <seb128> bah, didrocks' system is too smart
[08:02] <didrocks> why? :p
[08:02] <seb128> I should stop listing bugs in my commits when I do workarounds for them
[08:02] <didrocks> ahah ;)
[08:02] <Laney> hey
[08:03] <seb128> I tend to write "do this because of lp #nnn in the toolkit"
[08:03] <Laney> sagari is in transit to london from what I understand
[08:03] <didrocks> yeah, my regexp is quite relaxed on purpose
[08:03] <Laney> oh you foudn that
[08:03] <seb128> and that ends up with a ubuntu-system-settings component to be added to the bug
[08:03] <seb128> and closed by the upload
[08:03] <didrocks> seb128: see, more karma, you can even reclose it a second time then :p
[08:03] <seb128> Laney, hey
[08:04] <seb128> Laney, yeah, we found that note ;-)
[08:04] <seb128> didrocks, hehe, more karma for me or for the upload bot? :p
[08:04] <Laney> should be better
[08:04] <Laney> if you ever noticed that it takes ages to upload its builds
[08:04] <sil2100> didrocks: ACK please, testing code \o/ http://10.97.0.1:8080/view/cu2d/view/Head/view/Misc./job/cu2d-misc-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_phablet-tools_0.15+13.10.20130716-0ubuntu1.diff
[08:04] <didrocks> sil2100: how to say no to testing code? ;) +1
[08:05] <sil2100> didrocks: (all indicators skipped already)
[08:05] <seb128> Laney, no, I never noticed, I noticed that it takes ages atm to get builds through though :p
[08:05] <seb128> hate ppc
[08:05] <didrocks> sil2100: \o/ we'll have to look at other stacks that are going to get unblocked now to skip ppc on them as well I think
[08:06] <Laney> you could ask for some rescoring
[08:06] <seb128> I've nothing urgent
[08:07] <seb128> it's just annoying that we don't get daily landing this morning because things are waiting to be built on ppc still
[08:07] <seb128> that and the some hours backlog for anything we will upload
[08:08] <didrocks> seb128: hum, are you sure you did powerpc for indicators? last check didn't catch that
[08:08] <mlankhorst> does anyone here have a multitouch capable laptop and saucy?
[08:08] <seb128> mlankhorst, I don't
[08:08] <seb128> didrocks, you want sil2100?
[08:08] <didrocks> sil2100: ^
[08:08] <didrocks> seb128: sorry
[08:08] <seb128> ;-)
[08:08] <seb128> np
[08:09] <Laney> mlankhorst: yes, if a macbook pro counts
[08:09] <didrocks> unity-gyk-module -> that doesn't work :p
[08:09] <mlankhorst> Laney: erm touchscreen, not touchpad sadly :P
[08:09] <Laney> oh
[08:09] <Laney> that's what I know as multitouch ...
[08:10] <mlankhorst> oh sorry, does anyone have a laptop with a touchscreen?
[08:10] <didrocks> sil2100: you didn't run them from the modules it's waiting for
[08:10] <mlankhorst> Laney: hm maybe I was just too used to those old resistive touch screens ;)
[08:10] <didrocks> sil2100: just those that didn't build :/
[08:10] <didrocks> sil2100: where did you fetch the list?
[08:10] <Laney> I guess maybe it's a more general term
[08:10] <Laney> but they called these multitouch trackpads when they came out :P
[08:12]  * didrocks looks for sil2100 :p
[08:12] <sil2100> Eeek
[08:12] <sil2100> But wait
[08:13] <sil2100> hmm
[08:13] <sil2100> What did I do wrong that it's still waiting for libusermetrics, bamf and such
[08:14] <sil2100> Ah shit one typo, but what about the others
[08:14] <sil2100> unity-gyk-module
[08:14] <didrocks> sil2100: you are reading http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-2.1build/268/console, right?
[08:14] <didrocks> you see there the components that are still pending building
[08:14] <sil2100> didrocks1: yes, I made a typo, but some of them I did a skip already
[08:14] <didrocks> interesting to receive my own message :)
[08:14] <didrocks> sil2100: which ones?
[08:15] <didrocks> I see indicator-client, indicator-sync
[08:15] <didrocks> that you tried to skip
[08:15] <didrocks> but they are not building at all this round
[08:15] <didrocks> (not sure why you listed them)
[08:15] <sil2100> But I also listed all the others, but they don't skip
[08:16] <sil2100> I even explicitly set unity-gtk-module now, since I made a typo
[08:16] <didrocks> sil2100: ok, let's see that one
[08:16] <sil2100> didrocks: will something happen if I re-skip again?
[08:17] <didrocks> sil2100: normally, no
[08:17] <didrocks> skipping is just touching a file
[08:18] <didrocks> ok, I see an indicator-sound.powerpc.ignore
[08:18] <didrocks> with a bunch of others (you didn't need to skip the whole things, what doesn't build :p)
[08:18] <didrocks> but maybe there is a bug in the code
[08:18]  * didrocks opens vim
[08:18] <sil2100> Maybe my gouranga skip made the script to overflow?
[08:19] <didrocks> sil2100: well, I doubt there are that many :p
[08:20] <didrocks>         for arch in self.archs.copy():
[08:20] <didrocks>             if os.path.isfile("{}.{}.ignore".format(self.source_name, arch)):
[08:20] <didrocks> doesn't seem complicated…
[08:20] <didrocks> but yeah, bamf didn't ignore it
[08:21] <sil2100> I think all should be ok, I skipped all of them because I wrote a script that does that for a stack list
[08:21] <sil2100> Too bad I typoed ;/
[08:26] <didrocks> oh oh oh
[08:26] <didrocks> I think I understand what's happening
[08:26] <sil2100> hm?
[08:26] <didrocks> as I pass to the constructor a list
[08:26] <didrocks> in fact the object self.archs is shared between components
[08:26] <didrocks> so, if I remove from one
[08:26] <didrocks> it will be removed from all of them
[08:27] <seb128> didrocks, sil2100: the good news is that indicator-sound is building on ppc as you sort it out
[08:27] <seb128> didrocks, sil2100: so you probably don't need to skip ppc soon :p
[08:27] <didrocks> seb128: well, we need that for unity and other stacks I guess
[08:27] <seb128> https://launchpad.net/builders/ross
[08:27] <sil2100> ;p
[08:28] <didrocks> ok, there is one on the 3 cases where the list maybe be shared
[08:28]  * didrocks tries that
[08:28] <didrocks> sil2100: I think you are the first one to try to skip more than one componet :p
[08:28] <didrocks> component :p
[08:30] <didrocks> ok, let's see run 270 for build
[08:31] <didrocks> (one all the prepare for unity finishes as it's taking all the slots)
[08:38] <sil2100> :D
[08:38] <sil2100> I mean, you want to run the build job explicitly for indicators?
[08:38] <sil2100> Or just re-run the stack with foo?
[08:38] <sil2100> The phone stack finally got unblocked too
[08:38] <didrocks> sil2100: I run only the build job for now
[08:38] <didrocks> sil2100: see the little "cu2d-indicators-head-2.1build" waiting :p
[08:38] <didrocks> sil2100: I'm pretty confident that will fix the issue
[08:38] <didrocks> sil2100: see run 270 ;)
[08:38] <didrocks> sil2100: now, it's skipping the other on powerpc as well
[08:38]  * didrocks removes the debug info and commit
[08:38] <sil2100> \o/
[08:39] <didrocks> sil2100: sorry for the bug, I'll rerun indicators with foo to unblock the stack
[08:39] <sil2100> didrocks: ok, no problem - should I also run my gouranga script on the unity stack to skip powerpc for all?
[08:39] <didrocks> sil2100: yeah, let's do that
[08:40] <didrocks> sil2100: maybe you should patch cu2d-skip to take that arg
[08:42] <sil2100> I'll patch it up in a moment, since I'd have to see where I could get the list of projects in cu2d-skip, since right now it's a grepping hack on a stack file ;)
[08:43] <sil2100> This time I'll modify it and only skip those that need skipping, one moment
[08:43] <didrocks> ok
[08:48] <didrocks> seb128: indicator-session still FTBFS on powerpc FYI
[08:49] <seb128> didrocks, yeah, there is a real bug in the tests, infinity gave access to charles to one of his boxes for debugging yesterday but I don't know if charles managed to find anything
[08:49] <seb128> didrocks, I'm going to wait for charles to be around and make the build not fail on broken ppc tests if he doesn't have a fix today
[08:49] <didrocks> seb128: seems at least, he didn't merge any potential fix :)
[08:49] <seb128> didrocks, no point blocking the archs we care about on a ppc issue
[08:49] <didrocks> ok, thanks!
[08:49] <didrocks> agreed
[08:49] <seb128> yw
[08:51] <didrocks> sil2100: for libusermetrics, it seems you did a typo though
[08:51] <didrocks> sil2100: mind skipping it?
[08:52] <sil2100> didrocks: done
[08:52] <didrocks> the tests pass, so then, indicators will be either in manual publish mode or will publish :p
[08:52] <didrocks> sil2100: thanks!
[08:52] <sil2100> btw. what would happen if the stack name is 'invented' ;p ?
[08:52] <sil2100> I mean, non-existent ;p ?
[08:54] <sil2100> Since I ran my modified script and one cu2d-skip had the 'stack' and 'project' arguments switched, so I skipped the unity project in the unity-scope-zotero stack ;(
[08:55] <didrocks> sil2100: ah, I think cu2d-skip jenkins jobs just fail
[08:55] <didrocks> as it can't touch the file
[08:55]  * didrocks checks
[08:55] <didrocks> sil2100: indicators in manual publishing mode btw :p
[08:56] <didrocks> sil2100: yep, it failed: http://10.97.0.1:8080/job/cu2d-skip-project-archs/60/console
[09:15] <didrocks> sil2100: hum, didn't change global status on https://code.launchpad.net/~didrocks/cupstream2distro-config/unity-action-api-daily/+merge/174816? Let me do that now
[09:17] <didrocks> sil2100: has you done packaging review for the indicators stacks btw? (see my ping 20 minutes ago)
[09:18]  * sil2100 backlogs 20 minutes ago
[09:20] <sil2100> hmm, where did you ping me?
[09:20] <sil2100> Ah
[09:20] <sil2100> AAh
[09:21] <sil2100> Ok, scratch that!
[09:21]  * sil2100 is modifying the cu2d-skip script
[09:21] <sil2100> I'm reviewing
[09:21] <sil2100> Sometimes when I hear 'packaging review' I start thinking 'hmm, what new packages do I need to modify packaging?'
[09:22] <mhr3> sil2100, how's ap testing looking? any eta on landing to s?
[09:23] <sil2100> mhr3: hi! Let's wait for todays testing results, we'll know the final status once it finishes
[09:26] <mhr3> sil2100, very well
[09:27] <sil2100> didrocks: packaging changes look ok, the indicator-session/sound are big ones, since there was this switch to CMake
[09:27] <sil2100> didrocks: for ACKing:
[09:27] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-applet_12.10.2+13.10.20130716-0ubuntu1.diff
[09:27] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-session_12.10.5+13.10.20130716-0ubuntu1.diff
[09:27] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-sound_12.10.2+13.10.20130716-0ubuntu1.diff
[09:27] <sil2100> http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_unity-gtk-module_0.0.0+13.10.20130716-0ubuntu1.diff
[09:28] <didrocks> sil2100: hum, on the cmake, I would like to have a trailing comma if possible (but can be a following MP)
[09:28] <didrocks> I hate ascii order for build-deps, it makes no sense :/
[09:28] <didrocks> but well…
[09:28] <didrocks> larsu: please try to not use ascii order in build-deps, more logical order is better :p
[09:28] <didrocks> sil2100: the change in unity-gtk-module is wrong though
[09:29] <didrocks> sil2100: tedg replace a file in /etc/X11/ by an upstart job
[09:29] <sil2100> didrocks: well, ascii order is usually forced by wrap-and-sort ;)
[09:29] <didrocks> sil2100: yeah, and it sucks TBH ;)
[09:29] <didrocks> first, I think it's better that we check the upstart job is working (we don't have all the same signals on desktop)
[09:29] <didrocks> second, the file in /etc is a conffile
[09:30] <didrocks> it needs to be removed in post* scripts
[09:30] <didrocks> so this one has to be fixed
[09:30] <sil2100> hm, can we have both at once?
[09:31] <didrocks> sil2100: what's the point? he stops shipping it
[09:31] <didrocks> so only people upgrading will have the file, it needs to be removed
[09:33] <larsu> didrocks: ooh, I didn't know that was a thing. Will do from now on :)
[09:33] <didrocks> larsu: thanks! we try to have in daily release: <debiantools> (like debhelper), <upstream tools> (autoconf, cmake…), <build-dep>, <test_build_dep>
[09:34] <seb128> larsu, still order alphabetically in logical groups (like lib*)
[09:34] <didrocks> yep ;)
[09:34]  * sil2100 reads up
[09:34] <seb128> that's nitpicking though :p
[09:35] <didrocks> yeah, but we had coherence everywhere, would be good to keep it like that
[09:35] <seb128> in practice build tools end up first even if you use alphabetic order
[09:35] <seb128> cmake, debhelper, cdbs
[09:35] <didrocks> otherwise, it will derive and everyone is going to be lost maintaining different packages with different rules
[09:42] <sil2100> didrocks: ok, so I'm upgrading to the daily-build u-g-m to check if the upstart job works and gracefully removing that conffile when upgrading
[09:43] <didrocks> sil2100: I'm sure it doesn't remove the conffile
[09:43] <sil2100> I know
[09:43] <sil2100> I said I'll be working on that ;p
[09:43] <didrocks> ah, thanks!
[09:43] <sil2100> Maybe wrongly phrased, hm
[09:43] <didrocks> you will remove the conffile and see if the upstart job work :)
[09:45] <sil2100> Yes, and then make u-g-m remove it automatically once it all works, hopefully
[10:01] <seb128> Laney, jfyi https://code.launchpad.net/~unity-team/unity8/unity8.background_gsettings/+merge/174958
[10:01] <Laney> seb128: yay!
[10:02] <Laney> they did the testImage thing too, that's always good to see
[10:02] <Laney> unless that was borrowed from system-settings (which would be even better :P)
[10:02] <seb128> Laney, I pointed Cimi to system settings as a qml gsettings users so he might have copied it from there
[10:03] <Laney> fair enough
[10:03] <Laney> I was kind of scared they might just come up with some method of their own
[10:03] <Laney> like avoiding GSettings entirely
[10:03] <Laney> so I'm happy
[10:04] <Laney> especially after I heard the other day that it's not in scope for normal apps
[10:04] <Laney> it made me worried that we didn't care for using it
[10:04] <Laney> (at least for 13.10)
[10:05] <seb128> Laney, well, they seemed to still be discussing it for normal apps, they were asking for example of usecases where we see it as needed
[10:05] <Laney> sure
[10:07] <seb128> Laney, I'm looking at using it in the phone-app and the sound panel today for the ring tone
[10:08] <Laney> are we going to be defining a schema?
[10:09] <seb128> didrocks, sil2100: do we have a package atm that seems fit to add new gsettings key on the touch image?
[10:09] <seb128> e.g similar to gsettings-desktop-schemas but for Unity
[10:09] <didrocks> seb128: not that I know of
[10:09] <seb128> Laney, can we define keys without a schemas?
[10:09] <didrocks> ok, jenkins has been shut down/crashed
[10:09] <didrocks> so all jobs are stuck
[10:09] <seb128> :-(
[10:09] <didrocks> sil2100: rerunning them
[10:09] <Laney> I mean "we" as in system-settings
[10:11] <sil2100> ;/
[10:12] <sil2100> didrocks: btw. do we have anything against dpkg-maintscript-helper and the Pre-Depends: dpkg (>= 1.15.7.2) ?
[10:12] <didrocks> sil2100: no, it's the right way to deal with it :)
[10:13] <didrocks> sil2100: interesting, the apps stack failed because of missing libdee-qt5-3 and qtdeclarative5-friends-plugin
[10:13] <didrocks> Installing qtdeclarative5-friends-plugin as Depends of share-app
[10:14] <didrocks> sil2100: I'm adding that one, one sec
[10:14] <sil2100> hm, interesting
[10:16] <didrocks> sil2100: mind acking? https://code.launchpad.net/~didrocks/cupstream2distro-config/refresh_apps_deps/+merge/174964
[10:17]  * didrocks relaunchs the stack meanwhile now that it's deployed
[10:18] <sil2100> didrocks: hmmm, there is share-app twice in there?
[10:18] <sil2100> didrocks: in the packages: list
[10:18] <didrocks> sil2100: argh, wrong copy/paste
[10:18] <sil2100> :)
[10:19] <didrocks> thanks for spotting it
[10:19] <didrocks> fixing :p
[10:19] <sil2100> The clipboard is teh devil sometimes
[10:19] <didrocks> ;)
[10:20] <didrocks> sil2100: pushed rev 515
[10:22] <sil2100> didrocks: approved!
[10:25] <didrocks> sil2100: thanks!
[10:25] <seb128> Laney, ah, good question ... I was still pondering the options for the ring tone key, system settings or phone app, but eventually we will need a gsettings-desktop-schemas equivalent I think
[10:27] <Laney> yeah probably
[10:28] <Laney> As long as everyone's agreed on using GSettings for stuff like that I'm happy
[10:39] <Laney> seb128: have you seen that the license list scrolls over the header in s-s?
[10:39] <Laney> s/license/package/ (in the license screen)
[10:44] <sil2100> didrocks: I need to jump out for a moment to the store, could you take a look at https://code.launchpad.net/~sil2100/unity-gtk-module/remove_conffile/+merge/174969 in the meantime? :) I hope sym-links are ok
[10:45] <didrocks> sil2100: hum
[10:45] <didrocks> I think you have a better way
[10:45] <didrocks> sil2100: btw, your local test run?
[10:45] <didrocks> removing the file manually
[10:45] <didrocks> and the job comes up after that?
[10:45] <didrocks> (at login)
[10:46] <didrocks> sil2100: man dh_installdeb
[10:47] <didrocks> package.maintscript
[10:47] <didrocks> that will create the maintainer scripts file
[10:47] <didrocks> without you having to deal with symlinks
[10:48] <sil2100> didrocks: the local test-run showed that GTK_MODULES and the other variable are set correctly
[10:49] <sil2100> Oh, ok, I think I remember that solution, will use that instead
[10:49] <didrocks> sil2100: ah good, so just this minor change ^
[10:49] <didrocks> and we are good to merge/rebuild the component :)
[10:49] <didrocks> and then, publish!
[10:49] <didrocks> with indicator-session stuck in proposed though
[10:50] <seb128> Laney, yeah, I just saw that, the header also doesn't go away when scrolling where it should, Saviq just pointed that to me a bit earlier in #ubuntu-unity
[10:51] <Laney> seb128: It's OK I've fixed it now
[10:51] <Laney> will MP in a second
[10:51] <seb128> Laney, what was the issue?
[10:51] <seb128> k, will see that
[10:51] <seb128> is that a clipping issue?
[10:51] <Laney> use anchors.fill: parent
[10:52] <Laney> you were setting the height which I guess messed it up
[10:52] <Laney> hrm, the scrollbars aren't very good
[10:52] <Laney> I tried adding one so you could scroll that huge list faster but I can't actually grab it
[10:53] <seb128> Laney, savig recommend "to increase max flicking velocity in "Software licenses" :D"
[10:53] <Laney> haha
 we went for:
     maximumFlickVelocity: height * 10
[10:53] <seb128>      flickDeceleration: height * 2
[10:53] <seb128> that's what they did in unity8
[10:53] <Laney> but we don't have the Flickable there
[10:53] <Laney> so it'd be global
[10:53] <Laney> maybe that's OK?
[10:54] <Saviq> Laney, what do you mean, don't you have a ListView there?
[10:54] <Saviq> Laney, but anyway yeah, I'd say that's good to be global
[10:54] <Laney> oh, I thought you set it on the Flickable
[10:54] <Saviq> Laney, ListView is a Flickable
[10:54] <Laney> ah
[10:54] <Saviq> a subclass, that is
[10:55] <Laney> let me try that then
[10:55] <Laney> Saviq: is it known that the Scrollbar isn't very easy to interact with?
[10:56] <Saviq> Laney, I don't think it got the desired attention
[10:56] <Saviq> Laney, or that it in fact is supposed to be interactive?
[10:56] <Laney> oh, it isn't?
[10:56] <Saviq> Laney, but we're not using it in unity8 so can't comment much
[10:56] <Laney> it says it provides "Scrolling functionality"
[10:56] <Laney> ...
[10:57] <Laney> oh well
[10:58] <Laney> those changes seem nicer, yeah
[10:58] <Laney> cool!
[10:59] <seb128> ;-)
[11:01] <sil2100> didrocks: if anything, pushed the modified version of the branch ;)
[11:05] <didrocks> sil2100: hum, the version isn't right
[11:05] <didrocks> it should be 20130716
[11:06] <didrocks> "prior-version should be based on the version of the  package  that  you
[11:06] <didrocks>        are now preparing"
[11:06] <didrocks> from the manpage
[11:07] <didrocks> should even be 20130716.1 now :)
[11:25] <didrocks> sil2100: to get things moving, I've published the apps stack FYI
[11:25] <didrocks> robru: FYI ^
[11:26] <didrocks> sil2100: same for phones and sdk stacks (because of the 2 new packages in distro)
[11:27] <didrocks> seb128: sil2100: mind looking at https://code.launchpad.net/~didrocks/cupstream2distro-config/remove-unity-common/+merge/174979?
[11:27] <didrocks> (it passed, I published it and unity tests are now running)
[11:40] <sil2100> didrocks: looking
[11:40] <sil2100> didrocks: and fixing ;) The polish description wasn't really acurate in the manpage
[11:41] <didrocks> sil2100: same in the french one
[11:41] <didrocks> sil2100: I wonder if it's just not an old manpage with wrong info
[11:41] <didrocks> when I read it, it struck me
[11:41] <didrocks> hence LANG=C man… :p
[11:41] <sil2100> brr ;)
[11:43] <sil2100> didrocks: pushed!
[11:44] <didrocks> sil2100: approved :) once merged, feel free to relaunch that component build in the indicator stack
[11:45] <didrocks> so, in a nutshell:
[11:45] <didrocks> - we are pending unity which are running tests right now
[11:45] <didrocks> - mir, I'm trying to get unity-system-compositor rebuilt against latest mir version
[11:46] <didrocks> and then running some unity tests with it
[11:46] <didrocks> - indicators: waiting on this merge before rebuilding that components on indicators
[11:46] <didrocks> sil2100: you look at unity & indicators? (meanwhile, I think you have time for progressing on new components ;))
[11:47] <sil2100> Yep :)
[11:47] <didrocks> thanks!
[11:52] <seb128> didrocks, sorry, I was at lunch, I see that sil2100 approved it ;-)
[11:59] <seb128> didrocks, sil2100: can I disapprove you "remove the conffile?"
[11:59] <sil2100> seb128: what's up?
[12:00] <seb128> sil2100, you should use a .maintscript rather than doing it yourself by adding postinst, etc
[12:00] <sil2100> seb128: we did that
[12:00] <sil2100> seb128: we used a .maintscript indeed
[12:00] <seb128> ok, I got confused, the diff I got in my inbox was calling dpkg-maintscript from postinst
[12:01] <sil2100> That was the first version, then didrocks pointed me to a better way of doing that
[12:01] <seb128> oh, great then, ignore me ;-)
[12:01] <seb128> launchpad doesn't send new diffs when the merge proposals are updated :/
[12:05] <sil2100> didrocks: hm, do you think I could enable unity-greeter-session-broadcast for daily-releasing? Since tedg said it's ok, but the problem is it's almost completely empty ;) The sources are stubs, empty, not doing anything - probably daily-releasing could be good in the way that the developers will be able to test their stuff straight away, but hm, not sure about landing to distro
[12:08] <sil2100> didrocks: same for url-dispatcher - it's much better here, as there's at least some code, but ted said it's not used anywhere really
[12:22] <sil2100> didrocks: I'm also picking up the packaging review of demo-assets and webapps-demo
[12:42] <sil2100> didrocks: ok, so I had a chat with Pat about demo-assets and webapps-demo, and he forwarded the latest discussion related to that to us
[12:43] <sil2100> didrocks: and it seems we won't be daily releasing those
[12:45] <sil2100> didrocks: webapps-demo will be renamed and released as a different thing
[12:59] <didrocks> sil2100: is asac aware about it? ^ the discussion was about having webapps-demo daily release and not demo-assets
[12:59] <didrocks> sil2100: on the stub -> no need to daily release apart if upstream needs that for anything
[12:59] <didrocks> sil2100: but please, add a comment on daily_release: False with the date and rationale :)
[13:00] <sil2100> didrocks: I'll make sure he knows - as for webapps-demo I think we'll anyway have to wait for them to do the renaming and finishing the discussion
[13:01] <didrocks> sil2100: right
[13:01] <didrocks> sil2100: anything else pending? :)
[13:01] <didrocks> as daily_release: False
[13:03] <sil2100> didrocks: I'll be re-enabling ubuntu-geoip and url-dispatcher, since those I prepared and should be ok for daily-release
[13:04] <seb128> Laney, oh, small comment about the carrier panel, you probably want to center horizontally only, the design has the spinner at the top of the column, not in the middle
[13:04] <seb128> Laney, sorry I should have caught that on first review
[13:05] <didrocks> sil2100: ok, I'll need to preNEW url-dispatcher
[13:05] <sil2100> I'll prepare the branch
[13:07] <Laney> seb128: hmm, I didn't get that from the image since the container is small there
[13:08] <seb128> Laney, you mean from https://wiki.ubuntu.com/Networking?action=AttachFile&do=get&target=phone-settings-cellular-carrier-searching.png ?
[13:08] <Laney> yeah
[13:08] <Laney> I see what you see now
[13:08] <seb128> Laney, it's small but it's clearly at the top ;-)
[13:08] <Laney> but to me I didn't get it
[13:08] <seb128> Laney, check with mpt though
[13:12] <didrocks> sil2100: unity failed on the number of failing tests, mhr3 is aware?
[13:14] <sil2100> That's a LOT of failures
[13:15] <sil2100> Once he's online again, I'll inform him
[13:16] <didrocks> yeah, quite a lot of failures
[13:18] <sil2100> didrocks: ah, almost forgot: https://code.launchpad.net/~sil2100/cupstream2distro-config/stacks_refresh_new_packages/+merge/175013
[13:19] <didrocks> sil2100: private project -> please move to the online and bzr mv online no-dailies please :)
[13:19] <didrocks> (3rd time I guess ;))
[13:20] <didrocks> sil2100: the rest looks good, I need to look at url-dispatcher
[13:22] <didrocks> sil2100: url-dispatcher:
[13:22] <didrocks> COPYING is GPL3
[13:22] <didrocks> sources are LGPL3
[13:22] <didrocks> and debian/copyright mention gpl3, so need to be fixed as well
[13:23] <seb128> didrocks, feel free to bounce NEW pre-reviews my way if you want
[13:23] <sil2100> ACK
[13:23] <sil2100> :)
[13:23] <seb128> didrocks,  that can help your ETOOMUCH
[13:23] <sil2100> Missed that during review then!
[13:23] <didrocks> seb128: thanks! you will get the next one :p
[13:23] <seb128> cool ;-)
[13:23]  * didrocks is sad seeing ascii ordered build-deps
[13:24] <sil2100> didrocks: will fix that too ;p It's wrap-and-sort's fault!
[13:24] <didrocks> sil2100: not a blocker, just a sadness :p
[13:25] <didrocks> sil2100: I tend for harmonizing the package to set pre-depends/multiarch before depends
[13:25] <didrocks> (see liburl-dispatcher1)
[13:25] <didrocks> and the -dev
[13:25] <didrocks> sil2100: the -dev miss pre-depends btw
[13:26] <didrocks> sil2100: debian/rules:
[13:26] <didrocks> DEBIAN_TARGET_DIR= is set
[13:26] <didrocks> but not used
[13:26] <didrocks> and we can remove dh_install --fail-missing with just:
[13:27] <didrocks> dh $@ --fail-missing
[13:29] <didrocks> sil2100: ah, also, why does it build-dep on debian/control:               python3-dbusmock,
[13:29] <didrocks> where there is no test at all?
[13:29] <didrocks> same for all the others test* build-deps
[13:31] <didrocks> sil2100: ok, that it, once those sorted out, it can be ready for NEWing :)
[13:32] <sil2100> didrocks: all noted down, just modifying the cupstream2distro-config things ;)
[13:33] <didrocks> sil2100: great!
[13:33] <sil2100> didrocks: no-dailies as the new name for online, yes?
[13:33] <didrocks> sil2100: yeah, kind of explicit for me :)
[13:36] <sil2100> didrocks: modified and pushed the merge to cu2d-config
[13:36] <sil2100> I mean
[13:36] <sil2100> Modified the merge ;p
[13:36] <sil2100> (no push to trunk yet!)
[13:36] <sil2100> But hmm
[13:37] <didrocks> sil2100: ok, I'm happy to approve it if you ensure that you will deploy only when url-dispatcher is ready ;)
[13:37] <sil2100> Actually, maybe I should use the occassion and move some other private, only for auto-landing projects there?
[13:37] <sil2100> Or maybe some different merge?
[13:38] <sil2100> Ok, let's do that in another merge, I promise to redeploy only when url-dispatcher is done
[13:38] <didrocks> sil2100: oh, if there are others in head, yes please
[13:38] <didrocks> sil2100: no, let's do in the same, no hurry for that one :)
[13:39] <sil2100> Right ;)
[13:39] <sil2100> Since I see a lot of projects with comments: daily_release: False #this is here just for the autolanding jobs
[13:39] <didrocks> sil2100: we agree, no-dailies are for things that won't ever daily release
[13:39] <didrocks> yep :)
[13:40] <asac> sil2100: so what is done for webapps?
[13:40] <asac> rename and put in archive?
[13:40] <asac> rename/reshuffle
[13:45] <didrocks> sil2100: so +1 on the packaging change for indicators stack now, you can publish
[13:59] <sil2100> asac: ah, sorry, I'm in the middle of lunch
[13:59] <sil2100> asac: as per inside discussion, there are plans for renaming webapps-demo to
[13:59] <sil2100> webapps-touch
[14:00] <sil2100> And then releasing it to the archive, as it's no longer a demo basically
[14:00] <asac> cool.~
[14:00] <asac> this week?
[14:00] <sil2100> Not sure, sergiusens would know more probably
[14:01] <sil2100> But I guess so?
[14:01]  * sil2100 publishes indicators in between bites
[14:08] <jbicha> seb128: attente: hey I uploaded ibus & indicator-keyboard to the desktop ppa
[14:08] <seb128> jbicha, hey, great, thanks
[14:08] <seb128> jbicha, I noticed your "no change rebuild" of nux which is in fact a new snapshot with changes (though only gmock/test ones so that ok)
[14:10] <attente> jbicha, thanks
[14:10] <jbicha> oops I shouldn't have used trunk for that
[14:10] <jbicha> one new issue is bug 1201679
[14:10] <ubot2`> Launchpad bug 1201679 in unity (Ubuntu) "ibus' Super+Space shortcut (usually) doesn't work" [Undecided,New] https://launchpad.net/bugs/1201679
[14:11] <seb128> jbicha, wasn't both shift (or alt not sure) the default key for that before? maybe we could do that as a workaround
[14:12] <jbicha> I didn't rebuild every single ibus rdepends, it looks like ibus methods that aren't built against the new ibus will crash ibus so I at least rebuilt the more popular ones
[14:12] <seb128> ok
[14:12] <seb128> if that's the case the new ibus should probably breaks those on << rebuild_version
[14:13] <jbicha> well there's a new soname so it shouldn't be a problem for the regular archive
[14:13] <seb128> what is different between ppa and archive?
[14:13] <seb128> oh you mean britney will stop migration?
[14:13] <jbicha> right
[14:14] <seb128> it would mean there is still going to be an issue with partial upgrades
[14:14] <seb128> but we never fully supported those correctly anyway
[14:14] <seb128> e.g better to get right but that's not the end of the world if we don't
[14:15] <kenvandine> Laney, seb128: how do you feel about an API break in gsettings-qt?
[14:15] <jbicha> we could revert the keyboard shortcut temporarily but I think we should use Super+Space for 13.10
[14:15] <seb128> kenvandine, -1
[14:15] <kenvandine> we could bump the version and do it properly :)
[14:16] <kenvandine> but there are only a couple consumers of it
[14:16] <seb128> jbicha, I don't want to block landing on that to be fixed in unity or we will still be there ins 3 monthes
[14:16] <seb128> kenvandine, what do you need to break api for?
[14:16] <kenvandine> seb128, larsu is adding the choices from the schema
[14:17] <kenvandine> and the nicer way of getting at the schema would require breaking API
[14:17] <seb128> kenvandine, why does it have to break api?
[14:17] <seb128> kenvandine, can you give me a before/after example of the api?
[14:17]  * larsu cooks up examples
[14:17] <kenvandine> because you would need to specify the schema.id and schema.path
[14:17] <seb128> larsu, thanks ;-)
[14:17] <seb128> kenvandine, that seems more code for the simple cases...
[14:18] <kenvandine> seb128, the issue right now is you can't get at the schema
[14:18] <kenvandine> well, how common are lists?
[14:18] <kenvandine> seems useful for all lists
[14:18] <seb128> not very common
[14:19] <kenvandine> larsu, so perhaps the less nice route is good enough :)
[14:19] <jbicha> seb128: I don't think Unity should block ibus; we could just tell people to use Shift+Super+Space as a workaround
[14:19] <kenvandine> larsu, could the schema.* properties be optional?
[14:20] <larsu> seb128: http://paste.ubuntu.com/5880967/
[14:20] <seb128> jbicha, well, it will block landing if the issue breaks some autopilot test in unity
[14:20] <kenvandine> seb128, it's a very simple change to existing code
[14:20] <larsu> kenvandine: I don't know, I think not. Really the only thing I need is a way to hook into property setting, so that I can turn the schema string into an object
[14:21] <seb128> kenvandine, larsu: can we make "no path = path built from the id (replace . by /)"
[14:21] <kenvandine> right
[14:21]  * seb128 hates paths in gsettings
[14:21] <seb128> it's confusing that you have an id and path
[14:21]  * kenvandine agress
[14:21] <kenvandine> agrees even
[14:21] <larsu> seb128: ya, they're weird. But this is about the "schema." syntax
[14:22] <seb128> larsu, I'm fine with that
[14:22] <kenvandine> seb128, the real issue is he wants to change "schema" from a string to an object
[14:22] <kenvandine> yay... :)
[14:22] <kenvandine> seb128, should we bother bumping the API version and doing a transition?
[14:22] <seb128> sucks that Cimi made a mp to unity8 today to start reading the background key
[14:22] <seb128> kenvandine, do whatever you need to make sure we don't break unity8
[14:22] <kenvandine> or just cowboy it in and make sure we change it everywhere
[14:22] <kenvandine> oh... unit8 uses it now
[14:22] <seb128> I don't care how the transition is handled
[14:23] <seb128> kenvandine, https://code.launchpad.net/~unity-team/unity8/unity8.background_gsettings/+merge/174958
[14:23] <seb128> not approved yet in fact
[14:23] <kenvandine> yay
[14:23] <seb128> kenvandine, maybe block the mp on the changes if they come soon
[14:23] <kenvandine> maybe we can hold on that :)
[14:23] <kenvandine> larsu, how soon can you do this?
[14:23] <larsu> seb128: cool. Let me look through the docs again in case I've missed something
[14:23] <larsu> kenvandine: I'll do it today
[14:23] <kenvandine> Saviq, ^^
[14:24] <kenvandine> Saviq, we want to break the API for gsettings-qt... mind if i block that MP until we land that?
[14:24] <Saviq> kenvandine, no, it's fine
[14:24] <kenvandine> great
[14:25] <Saviq> kenvandine, please comment on the MP, though
[14:25] <kenvandine> will do
[14:26] <larsu> Saviq: hey you know qml... if I have a QObject-derived property, can I initialize that with a string from qml? (and have that string passed into the consructor or a special property of my object?)
[14:26] <larsu> *constructor
[14:26] <Saviq> larsu, no
[14:26] <kenvandine> larsu, we don't need schema.path right?
[14:26] <Saviq> larsu, you need a default constructor
[14:26] <kenvandine> schema.id is enough generally?
[14:27] <Saviq> larsu, default == (QObject* parent = 0)
[14:27] <Saviq> larsu, the properties will be then set up on the object as set in QML, but the object itself is always constructed with just a parent
[14:30] <larsu> Saviq: and there's no notion of a default property that gets assigned to? I know this works for children...
[14:30] <larsu> kenvandine: why not?
[14:30] <kenvandine> with the current API we only need to set the schema
[14:30] <kenvandine> not the path
[14:31] <larsu> okay, I included it for completeness sake
[14:34] <sil2100> didrocks: ok, back
[14:35] <sil2100> didrocks: https://code.launchpad.net/~sil2100/url-dispatcher/additional_packaging_changes/+merge/175030
[14:35] <sil2100> didrocks: and updated the cu2d-config merge
[14:36] <didrocks> sil2100: you imove pre-depends, but not multiarch
[14:36] <didrocks> sil2100: and you only did that on liburl-dispatcher1, not the -dev
[14:36] <didrocks> apart from that, the rest looks good
[14:37] <sil2100> Oh, I think I made that move subconciously, forgot about that, didn't intend that even ;)
[14:37] <sil2100> Fixing!
[14:39] <sil2100> didrocks: I also added the missing pre-depends to the other -dev
[14:39] <didrocks> sil2100: you adde the multiarch to it as well?
[14:39] <didrocks> should be same
[14:40] <didrocks> yeah, diff looks good!
[14:40] <didrocks> aapproving :)
[14:41] <didrocks> sil2100: mind pointing me to your cupstream2distro-config branch again?
[14:42] <sil2100> https://code.launchpad.net/~sil2100/cupstream2distro-config/stacks_refresh_new_packages/+merge/175013
[14:43] <didrocks> danke
[14:44] <didrocks> sil2100: approved :)
[14:48] <sil2100> Thank youu!
[14:48] <sil2100> Doumo arigato gozaimasuuu~!
[14:59] <sil2100> didrocks: fixing the url-dispatcher merge ;)
[14:59] <didrocks> sil2100: thanks!
[15:24] <didrocks> sil2100: https://code.launchpad.net/~didrocks/cupstream2distro-config/add-unity-test-to-mir/+merge/175044
[15:27] <sil2100> didrocks: many tests!
[15:27] <didrocks> sil2100: yep, 75 ;)
[15:27] <didrocks> carefully selected!
[15:27] <didrocks> sil2100: https://code.launchpad.net/~didrocks/share-app/fix-lintian-errors/+merge/168013 it seems this one was never reviewed
[15:28] <didrocks> sil2100: mind doing it?
[15:28] <didrocks> sil2100: also, for the meeting, can you prepare the list of packages to clean that are not done still?
[15:29] <sil2100> didrocks: both approved!
[15:29] <didrocks> sil2100: I see an (OK) along share-app
[15:29] <sil2100> didrocks: will do, just will finish the thing with qtubuntu
[15:29] <didrocks> sil2100: but apparently, this merged wasn't done
[15:29] <didrocks> sil2100: so not sure what the (OK) means :p
[15:30] <seb128> qengho, mlankhorst, Sweetshark, Laney, tkamppeter, attente, desrt, larsu: hey, it's meeting time
[15:30] <Laney> so it is
[15:30] <sil2100> Uh, I was sure that I checked share-app and it didn't have any lintian errors, but probably my delusions ;)
[15:30]  * sil2100 silences himself for the time of the meeting
[15:31] <seb128> (sorry, still busy hacking settings stuff)
[15:31] <seb128> let's get started
[15:31] <seb128> I hope everyone is fine ;-)
[15:31] <qengho> - releasing chromium-browser 28.0.1500.71 soon
[15:31] <qengho> - with some build-time test verification
[15:31] <qengho> - and autopkgtests
[15:31] <qengho> - which upstream didn't release as tarball and I had to checkout and strip
[15:31] <qengho> - Todo: think about re-enabling translations from Launchpad.
[15:31] <qengho> EOF
[15:31] <seb128> qengho, hey
[15:31] <seb128> lol
[15:31] <Laney> haha
[15:31] <qengho> Temporal error!
[15:31] <desrt> fscking threads
[15:32] <qengho> I rigknow,ht?
[15:32] <seb128> qengho, still not menus (and annoying webapps questions I guess, I disabled that one) in saucy... when do you plan to get an update for those?
[15:32] <mlankhorst> hey
[15:33] <qengho> seb128: hrm, I can't make the ARM builders not break.  :(
[15:34] <seb128> qengho, you got the current upload in saucy proper, it built on armhf
[15:34] <seb128> qengho, but the menus are still broken in that version
[15:34] <seb128> qengho, you didn't get the update that went to other series uploaded to saucy
[15:34] <qengho> seb128: Er, in any case, this new version has it.
[15:34] <seb128> ok
[15:34] <seb128> let's wait for that then
[15:35] <seb128> qengho, thanks
[15:35] <seb128> mlankhorst, hey
[15:35] <mlankhorst> upload new wine to ppa, updated xorg-server to 1.14.2
[15:35] <mlankhorst> investigating panda installer issues
[15:35] <mlankhorst> and uploaded a fixed osmesa to saucy
[15:35] <mlankhorst> that's it for me, I think
[15:35] <seb128> mlankhorst, thanks
[15:36] <seb128> Sweetshark, hey, back in Europe in one piece?
[15:36] <mlankhorst> oh right, add mir support to sna, and fix ati + mir
[15:36] <desrt> mlankhorst: hey.  are you doing wine stuff these days?
[15:36] <Sweetshark> seb128: yes
[15:36] <mlankhorst> desrt: sort of, I maintain multimedia.git
[15:36] <desrt> mlankhorst: i had a longstanding request for scott when he was doing wine stuff, but it seems he's not involved anymore
[15:36] <Sweetshark> seb128: not many news -- tweaking SRUs, working on an upstream Ubuntu tinderbox.
[15:37] <desrt> fedora has this amazingly awesome setup of wine integration with their mingw32 cross-compiler
[15:37] <seb128> desrt, mlankhorst: /query for chatting please
[15:37] <desrt> we could really use this...
[15:37] <desrt> seb128: it's a meeting.  i'm asking a question :p
[15:37] <seb128> Sweetshark, ok, thanks
[15:38] <seb128> desrt, seems rather a pet project from mlankhorst than a work time item
[15:38] <seb128> but let's move on ;-)
[15:38] <desrt> fair enough...
[15:38] <seb128> Laney, hey
[15:39] <Laney> hi
[15:39] <Laney> distracted by filing an MP :P
[15:39] <Laney> system-settings:
[15:39] <Laney> ∘ backend work
[15:39] <Laney> ‣ launch straight to a panel,
[15:39] <Laney> ‣ don't error on unimplemented panels
[15:39] <Laney> ‣ sort the grid according to priority
[15:39] <Laney> ∘ Use CrossFadeImage from the SDK for background panel
[15:39] <seb128> ;-)
[15:39] <Laney> ∘ Implement cellular UI
[15:39] <Laney> ∘ A few small fixes
[15:39] <Laney> • Write a gsettings-qt demo for (hopefully) d.u.c if we get the situation around applications being able to use GSettings cleared up.
[15:39] <Laney> • Update gstreamer to 1.0.8, find a weird libtool-related bug, spend some time tracking it down.
[15:39] <Laney> • Spend an afternoon and random other slices of time fixing software-center's autopkgtests to finally pass. Should be landing in Saucy soon.
[15:39] <Laney> • A lot of annoying mlankhorst culminating in a livecd-rootfs patch to fix the omap4 image build failures.
[15:39] <Laney> • Melted. That pool didn't arrive yet. Jason‽
[15:39] <seb128> hehe
[15:39] <desrt> interesting use of bullets
[15:40] <seb128> Laney, did you sort out the omap4 issue at the end?
[15:40] <Laney> they look better in tomboy
[15:40] <Laney> seb128: that's what the MP is for
[15:40] <seb128> great
[15:41] <seb128> Laney, thanks
[15:41] <seb128> tkamppeter__, hey
[15:41]  * Laney looks at buying a fan
[15:43] <desrt> attente's time to shine!
[15:43] <seb128> no tkamppeter__ it seems
[15:43] <seb128> desrt, indeed
[15:43] <seb128> attente, hey
[15:43] <attente> hi
[15:43] <attente> g-s-d and ibus MPs fixing
[15:43] <attente> continued language settings panel, trying to figure out display language switching
[15:43] <attente> eof
[15:44] <seb128> attente, the new ibus is in the desktop ppa (if you didn't notice)
[15:44] <desrt> (bonus points) over the weekend, wrote improved support for GMenuModel on mac osx
[15:44] <seb128> attente, what "display language switching"?
[15:44] <attente> seb128, from https://wiki.ubuntu.com/LanguageAndText#phone-language
[15:45] <seb128> attente, ok, anything in particular you have issue with?
[15:46] <seb128> attente, feel free to ask on the channel for ideas from other/input/help if you get blocked
[15:46] <attente> implementing it in a way that won't require restarting the session i guess
[15:46] <desrt> attente: lol.
[15:46] <larsu> lol
[15:46] <desrt> "good luck"
[15:46] <attente> i think it can be done...
[15:46] <larsu> desrt: you owe me a beer‽
[15:46] <seb128> attente, that's why I was asking, don't try to make gettext dynamic
[15:47] <desrt> attente: ya... seriously... don't go there
[15:47] <desrt> madless lies on this path
[15:47] <seb128> right
[15:47] <larsu> madless if the opposite of madful?
[15:47] <seb128> attente, your side should be to write the env variable or the setting
[15:47] <desrt> *madness
[15:47] <seb128> then let the shell guys handle what they want to do to apply it
[15:47] <larsu> ;)
[15:47] <desrt> throw it into the account service and be done with it
[15:48] <desrt> talk to stefw about what you should be doing here and make sure you're in sync with his ideas
[15:48] <attente> i don't think we have account service on the phone, do we?
[15:48] <seb128> we do
[15:48] <seb128> the background panel access it to get some background info
[15:48] <seb128> if you need an example of setting panel using it
[15:49] <attente> ok
[15:49] <seb128> attente, btw, looking at indicator-keyboard, did you ever look at making unity-greeter read the new keyboard config?
[15:49] <seb128> attente, the greeter has a custom/simplified indicator and I think that's still reading the old config
[15:49] <seb128> attente, would be nice if you could have a look to what lightdm is exactly doing there
[15:49] <attente> right, ok
[15:49] <attente> sure
[15:49] <seb128> attente, thanks!
[15:50] <seb128> desrt, your turn ;-)
[15:50] <desrt> seb128: was wondering if we'd ever finish with attente  :)
[15:50] <seb128> hehe
[15:50] <desrt> so i did some minor bugfixing in dconf
[15:50] <desrt> cleaned up the build system a lot (new automake seems stricter about some things)
[15:50] <seb128> do you plan to backport that fix to 0.16.n?
[15:50] <desrt> updated the esperanto tranlation by 2 strings ;)
[15:50] <desrt> seb128: the threadsafety one?
[15:50] <desrt> probably i should, i guess
[15:50] <seb128> yes
[15:50] <desrt> i'll put it on my todo list
[15:50] <seb128> thanks
[15:50] <desrt> did a release
[15:51] <desrt> i also landed two changes to the freedesktop.org desktop file specification
[15:51] <desrt> the first one is the long-discussed dbus application launching changes
[15:51] <desrt> the second one is the removal of OnlyShowIn from actions (sorry... the list spoke...)
[15:51] <desrt> we're looking at doing a final 1.1 release of the spec soon
[15:52] <desrt> reworked (removing OnlyShowIn) and landed the GIO patch for the action API now
[15:52] <seb128> ok
[15:52] <desrt> also finished landing the support for client-side launching of dbus activatable applications
[15:52] <seb128> (no worry, I knew it would end this way, I told you before you make me email the list anyway :p)
[15:52] <desrt> and found and fixed some issues in the gapplication side of the service implementation
[15:52] <desrt> finally, i wrote a commandline client tool to access all of this new wonderful stuff
[15:53] <desrt> so you can say like 'gapplication action org.gnome.gedit quit' or such
[15:53] <desrt> with all the usual glib niceities like tab-completion on application ids and action names, etc.
[15:53] <desrt> (eof)
[15:53] <seb128> nice
[15:54] <seb128> looking forward trying that (once it settles down and hit the archive through releases)
[15:54] <seb128> desrt, thanks
[15:54] <seb128> larsu, hey
[15:54] <desrt> there are some issues people are finding
[15:54] <larsu> [not a very productive week for me so far, I wasn't feeling too well the last two days]
[15:54] <desrt> the dbus launching is great for normal usages... but it makes development a bit annoying
[15:54] <larsu> - indicator-sound: finally landed end of last week after a last round of changes
[15:54] <larsu> - gsettings-qt: emit a signal when a key changes, expose key choices, make list values qml listmodels (ongoing, MRs following)
[15:54] <larsu> - slowly getting started with indicator-messages (helped ken get started with the phone API by writing some examples and debugged some issues with it)
[15:54] <desrt> since dbus activation of services doesn't really work well vs. jhbuild, for example
[15:55] <seb128> desrt, right, I read that yesterday
[15:55] <larsu> oh, eof.
[15:55] <seb128> larsu, oh, get some rest if you don't feel well!
[15:55] <larsu> seb128: it's getting better today, thanks :)
[15:55] <seb128> good
[15:56] <seb128> larsu, oh, https://launchpad.net/ubuntu/+source/indicator-sound/12.10.2+13.10.20130716-0ubuntu1 just hit saucy btw
[15:56] <seb128> (the gmenu based version)
[15:56] <larsu> seb128: I'm very happy about that ... and a bit afraid
[15:56] <seb128> hehe
[15:56] <seb128> let's keep an eye on bug reports
[15:56] <larsu> definitely
[15:56] <seb128> larsu, thanks
[15:57] <seb128> so my turn
[15:57] <seb128> * System settings work:
[15:57] <seb128> - set up the online accounts for translations
[15:57] <seb128> - fixed a couple of translation issues (wrong domain in use)
[15:57] <seb128> - implemented the "licenses" subpanel
[15:57] <seb128> - replaced some custom code by qtsystem
[15:57] <seb128> - debugged qtsystem/ofono integration code (got it fixed as well, waiting for didrocks to upload the update)
[15:57] <seb128> - implemented the UI for silent mode
[15:57] <seb128> - some ui tweaks
[15:57] <seb128> - made the apps sorting actual sort
[15:57] <seb128> * some updates and some bug fix SRUs
[15:57] <didrocks> seb128: you can review qtsystem as well btw ;)
[15:58] <didrocks> seb128: that will give Mirv more uploaders for upload rights later on
[15:58] <seb128> * some sponsors
[15:58] <seb128> sponsoring

[15:58] <seb128> didrocks, oh, I did, I've been running it locally for a week and got it tested on the nexus7, it's good for upload
[15:58] <didrocks> seb128: so please do + NEW it (you asked me what to NEW!) that would be appreciated ;)
[15:59] <seb128> didrocks, I just though there was some special workflow/stuff you wanted to check because Mirv said you would be the one uploading
[15:59] <seb128> didrocks, it's already in saucy, that's just a version update
[15:59] <didrocks> seb128: hum, not really for things not under daily
[15:59] <didrocks> ah even better, so please do :)
[15:59] <seb128> didrocks, ok, misunderstanding then, will do
[15:59] <seb128> didrocks, thanks ;-)
[15:59] <didrocks> thanks to you!
[15:59] <seb128> didrocks, oh, and you are just on time for your half of the meeting
[15:59] <Laney> So we don't have accountsservice on the images atm btw
[15:59] <seb128> thanks everyone!
[15:59] <Laney> I deliberately made it handle that not being available
[16:00] <seb128> Laney, I guess it's coming soon since they plan to use it for the greeter datas
[16:00] <Laney> right, I do hope so
[16:00] <Laney> jus' sayin :-)
[16:00] <seb128> k, I overlooked that
[16:00] <seb128> maybe we should depends on it :p
[16:00] <Laney> Well I didn't want to drag it in if it's otherwise unused
[16:00] <Laney> as we only use it passively so far
[16:01] <Laney> anyway, </half-of-meeting>
[16:01] <attente> is there something we will definitely need it for?
[16:02]  * didrocks waits :p
[16:03] <Laney> haha
[16:03] <attente> oh. sorry didrocks :)
[16:03] <Laney> it'll be there for the greeter at least, as said
[16:03] <Laney> carry on!
[16:03] <Laney> I wasn't answering to let you start :P
[16:03] <didrocks> ;)
[16:03] <didrocks> sil2100: kenvandine: robru: cyphermox_: hey! how are you guys?
[16:03] <didrocks> mirv is on holidays this week FYI
[16:03] <didrocks> meeting time!
[16:03] <robru> didrocks, good morning. I am not feeling too well today :-(
[16:04] <cyphermox_> not bad not bad
[16:04] <didrocks> robru: urgh, eat something bad?
[16:04] <robru> didrocks, no... didn't sleep well though. dunno. only got a few hours
[16:04] <didrocks> urgh :/
[16:04] <didrocks> try to take a nap today
[16:05] <sil2100> Hello!
[16:05] <robru> yeah
[16:05] <sil2100> Working hard
[16:05] <sil2100> ;/
[16:05] <didrocks> ok, let's start!
[16:05] <didrocks> https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dHFtUmlPOUtCRk8zR2dtaEpIbUVhMmc#gid=0
[16:05] <didrocks> "Finding the root cause of the Unity autopilot problems, with the DBus hang-ups"
[16:05] <didrocks> sil2100: good progress and hope to be able to daily release unity again, right?
[16:05] <sil2100> didrocks: right! Yesss
[16:06] <sil2100> We probably got the fix
[16:06] <didrocks> \o/
[16:06] <didrocks> so, let's hope tomorrow will be a nice and bright day :)
[16:06] <didrocks> moving to
[16:06] <didrocks> "Qt 5 saucy snapshot module updates"
[16:06] <sil2100> didrocks: the HUD stack is re-built, since I'd like to re-run unity ASAP
[16:06] <didrocks> sil2100: sweet!
[16:06] <didrocks> sil2100: and indicators manual publishing done as I saw ;)
[16:07] <didrocks> even if Mirv is on holidays: FYI, we pushed most of the Qt modules to distro
[16:07] <sil2100> Yep ;)
[16:07] <didrocks> I think on the list, just qtsystems is there and seb128 will deal with it
[16:07] <didrocks> kenvandine: "daily release of libpam-freerdp"
[16:07] <didrocks> kenvandine: I saw a MP just few minutes ago, you're cheating? ;)
[16:07] <kenvandine> cheating?
[16:07] <didrocks> or rather "just in time" :p
[16:08] <kenvandine> i pushed it yesterday... just forgot to propose it :)(
[16:08] <didrocks> heh :)
[16:08] <kenvandine> until i reviewed the spreadsheet, nice reminder :)
[16:08] <didrocks> kenvandine: approved btw :)
[16:08] <didrocks> kenvandine: I'll pull on the daily release machinery
[16:08] <didrocks> and refresh the whitelist
[16:08] <didrocks> once merged
[16:08] <didrocks> just deploy it please :)
[16:09] <didrocks> and ask jibel to create the view
[16:09] <mlankhorst> danvet: blah, nouveau still fails, I guess I'll try a swapout_all call on succesfull locking and fix any issue arising from that..
[16:09] <kenvandine> didrocks, thanks
[16:09] <didrocks> kenvandine: yw!
[16:09] <kenvandine> will do
[16:09] <didrocks> ok, now the big item(Tm)
[16:09] <didrocks> components with daily_release: False
[16:09] <mlankhorst> ugh :P
[16:09] <didrocks> robru: sil2100: any update? ^
[16:10] <sil2100> didrocks: working on finishing the missed ones, no time for updating!
[16:10] <sil2100> didrocks: let's say a final deadline - tomorrow
[16:10] <robru> didrocks, well, I guess I am waiting for an archive admin to NEW unity-webapps-qml? the packaging work is done and the -config branch is ready for landing.
[16:10] <sil2100> Tomorrow all has to be resolved or you cut off my head
[16:10] <didrocks> robru: ok, so I can review it if needed
[16:10] <didrocks> sil2100: excellent!
[16:10] <robru> didrocks, yes, i think that is needed
[16:10] <didrocks> robru: then, let's fix after the meeting your credentials
[16:10] <robru> didrocks, yes please
[16:11] <didrocks> sil2100: so then, no more daily_release: False that are pending us? :)
[16:11] <didrocks> everything having daily_release: False have a comment telling why?
[16:11] <didrocks> (and stuff that will never get under daily releases are moved to no-dailies/)
[16:11] <sil2100> Let me check the list, uno momento
[16:11] <sil2100> didrocks: the webapps-* related ones I asked robru to look into, as he knows his way around that
[16:12] <didrocks> robru: it's unity-webapps-qml, that's it?
[16:12] <sil2100> didrocks: as for others, I still need to add 2 more comments probably - since I don't know if compiz and ubuntu-ui-extras have any comments
[16:12] <sil2100> didrocks: on compiz we're blocked on the regression
[16:12] <didrocks> sil2100: ah ok, compiz is still waiting for the regression to be fixed
[16:12] <didrocks> yep :)
[16:12] <sil2100> didrocks: the other, well, the project is empty ;/
[16:13] <didrocks> not sure about ubuntu-ui-extras
[16:13] <didrocks> sil2100: so maybe we can kill it :p
[16:13] <didrocks> better to check with upstream though
[16:13] <sil2100> didrocks: there are some sub-branches, but couldn't find Ugo to ask about those
[16:13] <didrocks> ok
[16:13] <didrocks> sil2100: please dig in!
[16:13] <didrocks> next item is again sil2100 :)
[16:13] <sil2100> Trying, but hm, I can't find him anywhere - maybe he changed nicknames?
[16:13] <didrocks> sil2100: maybe ask osomon? he would know
[16:14] <didrocks> sil2100: the cleanup is done? every components that went into NEW now have are cleaned?
[16:14] <robru> didrocks, sil2100: the few remaining webapps that have daily_release: False I think are just stubs that do not do much of anything. I've asked alex-abreu about this a couple times but never got as clear of an answer as I would have liked. other than that, we are still waiting for better tests before we enable daily_release for unity-chromium-extension and unity-firefox-extension
[16:14] <robru> sil2100, Ugo is on holidays.
[16:14] <sil2100> didrocks: same as with daily_release: False, deadline for tomorrow - since there are those I missed and those merges need to go in
[16:15] <didrocks> robru: ok, please add a comment after daily_release: False to state so
[16:15] <sil2100> didrocks: and the qtubuntu-sensors issue I finally was able to resolve with upstream, now just a fix
[16:15] <didrocks> robru: if a component is just a stub we'll never daily release to distro, move it to the
[16:15] <didrocks> no-dailies/ directory
[16:15] <didrocks> (previously called "online")
[16:15] <didrocks> in stack/no-dailies/
[16:15] <didrocks> sil2100: great, so tomorrow will be marked as DONE? :)
[16:15] <alex-abreu> robru, argh I did not give you a clear answer? sorry, I thought I did, on which webapps specifically?
[16:15] <sil2100> robru: see my latest commits to cu2d-config as 'reference'
[16:16] <alex-abreu> robru, sil2100 rvr is working on the tests
[16:16] <sil2100> didrocks: yes ;) (no probably, it's live-or-die)
[16:16] <robru> alex-abreu, well you gave me a clear answer about subwayirc ;-) but there were a couple times I asked you to tell me which ones were dead and you never got back to me.
[16:16] <sil2100> I mean, no 'probably', just 'for sure'
[16:16] <didrocks> ;)
[16:17] <alex-abreu> robru, my bad, ... the task got tossed back and I forgot about it
[16:17] <robru> alex-abreu, in particular I have the impression that the game ones are all dead (angrybirds, cuttherope, tiberiumalliances, etc) but it's not clear to me if they can be fixed or if they should be deleted.
[16:18] <didrocks> robru: while alex-abreu is answering, do you get anywhere with the SRU for webapps?
[16:19] <didrocks> robru: don't hesitate to track that on the spreadsheet btw, it's a nice reminder as kenvandine noticed :p
[16:19] <didrocks> kenvandine: you can mark the task as DONE btw :p
[16:20] <robru> didrocks, which SRU? I did a bunch last week and ken sponsored them, but the SRU team only reviewed one of them so far. As for the SRU for unity-chromium-extension, well, I was waiting for that to land in distro before moving forward with teh SRU but I guess I could do that today.
[16:20] <didrocks> robru: I meant the webapps* SRUs ;)
[16:21] <robru> didrocks, the only SRU that I'm aware of that requires my action is unity-chromium-extension. All the other SRUs that I'm responsible for are waiting for the SRU team to approve them.
[16:21] <didrocks> robru: need a help to poke them? :)
[16:22] <robru> didrocks, I guess?
[16:22] <didrocks> sil2100: speaking of SRUs, did you sent an email about Xim support in unity precise to the SRU team?
[16:22] <didrocks> robru: will do then :)
[16:23] <sil2100> didrocks: pushed re-merged with trunk https://code.launchpad.net/~sil2100/share-app/fix_lintian_errors/+merge/175053
[16:23] <didrocks> sil2100: approved (and see my question about SRU :p)
[16:23] <alex-abreu> didrocks, SRU for webapps?
[16:23] <sil2100> didrocks: not yet, doing it now - I'll send it to Scott, Steve and maybe Adam?
[16:24] <didrocks> sil2100: sounds like a good list
[16:24] <sil2100> Since Colin didn't want to help ;p
[16:24] <didrocks> alex-abreu: no, robru's question about packages that are abandonned
[16:24] <didrocks> FYI, Mir is coming soon, I stole some unity tests, and now prepping the latest things with upstream to have all those component daily releasing ASAP to distro (but we have some blockers)
[16:24] <alex-abreu> robru, yeah the game ones are mostly shims ... and are useless at this point
[16:25] <robru> alex-abreu, oh great, I'm happy to delete them ;-)
[16:25] <didrocks> also, got a lot of discussion on unity8 (daily releasing to a ppa) to get into distro, but there is a lot of issues involved (mostly that we don't have surfaceflingers and the Mir-compatible unity8 isn't ready yet)
[16:25] <didrocks> robru: please do (in fire! ;))
[16:25] <didrocks> cyphermox_: hey! didn't really see anything you are attributed, anything to share with us?
[16:25] <alex-abreu> maybe I shouldn't have said that ... the IRC logs will be held against me
[16:26] <cyphermox_> didrocks: nah
[16:26] <didrocks> (ah, and google-mock transition done btw)
[16:26] <cyphermox_> still debugging bluetooth and nmglib issues
[16:26] <cyphermox_> has libhud-qt been merged?
[16:26] <didrocks> cyphermox_: not sure what merge you are talking about :)
[16:27] <didrocks> we had dailies that sil2100 and I unblocked
[16:27] <cyphermox_> well, I see it's merged so all good
[16:27] <cyphermox_> rev 47
[16:27] <didrocks> great!
[16:27] <didrocks> kenvandine: FYI, there will be some new components and incoming transition on the phone stack
[16:28] <didrocks> kenvandine: I'll forward you the email about it
[16:28] <didrocks> that being said, that's it for me, any question?
[16:30] <didrocks> ok, I think that's a wrap
[16:30] <didrocks> thanks everyone!
[16:31] <kenvandine> didrocks, cool, thx
[16:34] <sil2100> Thanks!
[16:34] <sil2100> :)
[16:45] <seb128> desrt, pitti: do you know what component in GNOME is supposed to inhibit systemd's shutdown?
[16:46] <seb128> e.g so you get a session dialog when pressing the power button
[16:46] <seb128> rather than having shutdown to happen
[16:46] <desrt> gnome-session, i'd guess
[16:46] <desrt> via the session management dbus protocol
[16:46] <Trevinho> desrt.. https://bugs.launchpad.net/ubuntu/+source/systemd-shim/+bug/1201180
[16:46] <ubot2`> Ubuntu bug 1201180 in systemd-shim (Ubuntu) "Pressing power button turns off the PC ignoring the presence of another session manager" [Undecided,New]
[16:46] <desrt> Trevinho: this is most definitely not a systemd-shim bug
[16:47] <Trevinho> from what I see the gnome-session we have in ubuntu is compiled without systemd support,.
[16:47] <Trevinho> maybe that?
[16:47] <desrt> it's something between gnome-session and logind
[16:47] <desrt> pitti would probably know more
[16:47] <Trevinho> It seems it's using still policykit..
[16:50] <pitti> desrt, seb128: yes, it's done in gnome-session
[16:50] <pitti> gnome-session/gsm-systemd.c
[16:50] <Trevinho> err, I meant consolekit of course... :/
[16:50]  * pitti waves good night
[16:50] <seb128> is it?
[16:51] <seb128> that's not wanted if that's the case
[16:51] <seb128> pitti, night
[16:51] <seb128> Trevinho, https://launchpadlibrarian.net/143373244/buildlog_ubuntu-saucy-i386.gnome-session_3.8.2.1-1ubuntu4_UPLOADING.txt.gz
[16:51] <Trevinho> seb128: yeah I saw it was there... but it doesn't seem to work :)
[16:51] <seb128> "        Session tracking:         systemd (with fallback to ConsoleKit)"
[16:51] <pitti> seb128: why not, gnome-session is supposed to display the shutdown dialog, is it not?
[16:52] <Trevinho> seb128: ah, ok.. I only quickly checked the debian rules and it looked it ddidn't that
[16:52] <Trevinho> pitti: it is...
[16:52] <seb128> pitti, Trevinho said it was compiled "without" systemd
[16:52] <seb128> Trevinho, it has --enable-systemd in there
[16:52] <seb128> pitti, which I said was not wanted, e.g we want to build *with* systemd
[16:52] <Trevinho> seb128: so ignore me.. I probably looked at the wrong source
[16:54] <pitti> seb128: correct
[16:54] <desrt> Laney, seb128: dconf 0.16.1 released
[16:54] <seb128> desrt, thanks
[16:54] <Trevinho> pitti: however, here it seems that the gnome-session inhibit is ignored by systemd...
[16:55] <Laney> desrt: cheers
[16:55] <Laney> I'll add it to me list
[16:55] <seb128> Laney, there is a new glib out as well, but it didn't seem to have anything really interesting, we might just want to skip this one
[16:56] <desrt> seb128: and miss out on the updated catalan translation?!?
[16:56] <desrt> are you insane?
[16:56] <desrt> seb128: fwiw, 703437 GDBusConnection: be more careful with async GetAll is major
[16:56] <desrt> but i think you already cherry-picked this one?
[16:56] <seb128> desrt, we backported that one
[16:56] <seb128> yes
[16:56] <seb128> that's the one that was making rhythmbox hangs on start
[16:57] <desrt> it was causing problems for attente as well
[16:57] <Laney> so I don't see that there's a shutdown inhibitor
[16:57] <desrt> ya... nothing else in that release is very important, though
[16:57] <jbicha> what should we do for bug 1194138? should we always run ibus-daemon? and should we do it through /etc/xdg/autostart or with a upstart user session?
[16:57] <ubot2`> Launchpad bug 1194138 in Indicator keyboard "ibus-daemon doesn't autostart" [Undecided,New] https://launchpad.net/bugs/1194138
[16:59] <seb128> Laney, you mean there is no such inhibitor in logind?
[16:59] <Laney> no
[16:59] <attente> jbicha, i'm not sure why you had that problem
[16:59] <Laney> I mean that there isn't one set in my session
[16:59] <seb128> oh
[16:59] <attente> ibus-daemon is always autostarting on my end
[16:59] <seb128> Laney, that seems to be the bug Trevinho is reporting ;-)
[16:59] <jbicha> attente: nothing autostarts ibus; I just verified with a brand new Ubuntu install
[16:59] <seb128> attente, probably because you went to the ibus preferences and checked that box
[17:00] <seb128> that adds an autostart to the user dir iirc
[17:00] <seb128> ls ~/.local/share/autostart ?
[17:00] <seb128> ups
[17:00] <attente> hm. i don't seem to have that dir
[17:00] <seb128> ls ~/.config/autostart/
[17:00] <seb128> sorry
[17:00] <seb128> thinko ;-)
[17:01] <seb128> I confused applications/ and autostart/
[17:01] <bschaefer> did you set ibus as the active im through im-config?
[17:01] <attente> hmm.. nothing except dropbox.desktop in here either..
[17:01] <attente> bschaefer, that might be it
[17:01] <sil2100> didrocks: quick question!
[17:01] <didrocks> sil2100: yes?
[17:02] <bschaefer> attente, that'll cause ibus-daemon to autostart
[17:02] <sil2100> didrocks: since I re-ran HUD right now... it passed, and is in manual publish (due to the indicators) - can I publish it once I see that unity is better because of HUD?
[17:02] <attente> bschaefer, yep, that makes sense
[17:02] <didrocks> sil2100: sure sure, please do ;)
[17:03] <attente> thanks!
[17:03] <seb128> bschaefer, attente: sorry, I though it was doing that through autostart ...
[17:03] <sil2100> didrocks: for now I don't want to publish something I don't know that 100% helps, so I run unity with 'check whole PPA'
[17:03] <jbicha> bschaefer: do you know what that sets and should we do it by default?
[17:03] <bschaefer> np! after you set it you'll have to restart X
[17:03] <didrocks> sil2100: sounds good :)
[17:05] <seb128> jbicha, we should probably use upstart for that (like for e.g at-spi)
[17:05] <seb128> jbicha, check with stgraber though,  probably have an opinion on it
[17:06] <seb128> or Laney if he isn't too busy
[17:06] <bschaefer> jbicha, there are some scripts that set some env variables that applications use to tell what the default IM is
[17:06]  * bschaefer looks up the env var
[17:06] <jbicha> maybe we could do an on/off switch in Text Entry Settings for it (since half the world doesn't need ibus running)?
[17:06] <bschaefer> jbicha, it sets XMODIFIERS, which isn't 100% needed to actually use IMs it just seems to be the standard way to do things...
[17:07] <Laney> seb128: I don't know
[17:07] <Laney> I'd talk to happyaron about this setup though
[17:07] <seb128> Laney, well, in the "new world" we are going to use ibus for changing e.g keyboard layouts as well, so it should probably run for everybody
[17:09] <seb128> jbicha, can you follow up on the mailing list, reply to my email to point that the new ibus is in the ppa for those who want to test ... and maybe ask there about the autostart?
[17:10] <jbicha> seb128: sure, I was just about to ask you whether I should follow up on the list :)
[17:10] <larsu> kenvandine: so a major drawback of the approach I suggested is that I need to cache all the metadata for keys (like the range) all the time
[17:10] <larsu> kenvandine: because qml doesn't allow lazy properties
[17:10]  * larsu is thinking it might not be worth it after all
[17:11] <larsu> because realistically, those things won't get accessed a lot (only in settings-type UIs)
[17:11] <seb128> jbicha, thanks ;-)
[17:11] <larsu> and each key would be a QObject...
[17:11] <kenvandine> larsu, indeed
[17:12] <larsu> kenvandine: is settings.schema.range('mykey') acceptable?
[17:12] <larsu> this would require the same API breakage, btw
[17:12] <kenvandine> would that give me a listmodel?
[17:13] <kenvandine> not sure if i like range
[17:13] <kenvandine> choices
[17:13] <larsu> well, range would be for numbers
[17:13] <kenvandine> ah
[17:13] <larsu> choices for enums
[17:13] <kenvandine> ok
[17:13] <larsu> or... 'enums'
[17:13] <kenvandine> yup
[17:13] <larsu> actually choices is better :)
[17:13] <kenvandine> choices is how the schema refers to it
[17:13] <kenvandine> so might be better
[17:13] <larsu> kenvandine: if you want a listmodel you shall get a list model
[17:18] <kenvandine> larsu, yay :)
[17:25] <sil2100> robru: are you still around?
[17:26] <robru> sil2100, yeah, what's up?
[17:27] <robru> ugh, who broke jenkins?
[17:27] <sil2100> robru: we saw your recent webapps-applications merge that got published, the one with the Breaks:
[17:28] <robru> sil2100, ok...
[17:28] <sil2100> robru: didrocks pointed out that it would be better  to use versioned conflicts later on
[17:28] <robru> sil2100, what versions? we want to totally remove every version of those packages. we want to obliterate those from existence.
[17:29] <robru> fginther, having some trouble with jenkins CI. some kind of connection issue. https://code.launchpad.net/~robru/unity-webapps-qml/fix-copyright/+merge/175072
[17:30] <robru> fginther, here's another one, different project/branch https://jenkins.qa.ubuntu.com/job/unity-firefox-extension-13.04-raring-armhf-autolanding/1/console
[17:31] <jbicha> seb128: unity trunk builds against the ibus stack so I guess there isn't an autopkgtest for keyboard shortcut to switch keyboard layouts yet
[17:36] <seb128> jbicha, ok
[18:04] <Laney> [pid  6011] inotify_add_watch(12, "/sys/fs/cgroup/systemd/machine", IN_MOVED_TO|IN_CREATE|IN_DELETE) = -1 ENOENT (No such file or directory)
[18:04] <Laney> That's why sd_login_monitor_new fails
[18:05] <seb128> Laney, is that the inhibitor issue
[18:05] <Laney> Not sure, but it seems suspicious to me
[18:05] <seb128> desrt_, ^
[18:05] <Laney> You get gnome-session.distrib[30344]: WARNING: Error getting login monitor: -2
[18:06] <Laney> I guess it's more a pitti thing
[18:06] <desrt_> seb128: not sure why this interests me :)
[18:06] <seb128> desrt_, it might be rather a systemd's issue for pitti or stgraber
[18:06] <desrt> indeed.
[18:06] <seb128> desrt, the ping was mostly a fyi, pitti called it a day already
[18:06] <seb128> Laney, yeah, let's check with pitti tomorrow
[18:06] <desrt> nod
[18:07] <seb128> Laney, thanks for debugging ;-)
[18:07] <seb128> Trevinho, ^
[18:07] <Laney> sure
[18:07] <Laney> feels like bike ride time now
[18:07] <Laney> ttyl
[18:08] <seb128> dinner time here
[18:08] <seb128> Laney, enjoy!
[18:08] <seb128> bbl
[18:09] <fginther> robru, thanks for the notice. I've fixed the issue on ps-panda-2
[18:11] <nessita> hello desktop crowd! quick question: would you please advice if you suggest to ping someone in particular regarding LP #1201528?
[18:11] <ubot2`> Launchpad bug 1201528 in alsa-driver (Ubuntu) "[Realtek ALC889] - Audio Playback Unavailable" [Undecided,New] https://launchpad.net/bugs/1201528
[18:14] <Laney> pitti: There's some systemd commits around moving to a new /run/systemd/machines hierarchy, such as http://cgit.freedesktop.org/systemd/systemd/commit/src/core/cgroup.c?id=a32360f1a5a85c12f00e9dfb7353280067cccb5b
[18:14] <Laney> to start your investigations off ;-)
[18:14]  * Laney leaves
[19:17] <seb128> nessita, hey, how are you?
[19:18] <seb128> nessita, try pinging TheMuso` or diwic, TheMuso` might be easier to reach at this time
[19:25] <nessita> seb128, hola!!! how is it going?
[19:25] <nessita> I can't find diwic, he must be eod'd
[19:26] <seb128> nessita, right, try TheMuso` (he should be soon online)
[19:26] <seb128> nessita, long time not seen, how are you?
[19:26] <seb128> nessita, I'm good thanks
[19:27] <nessita> seb128, I'm pretty good, doing mostly server side work (django and python)
[19:27] <nessita> Missing some desktop work :-)
[19:29] <seb128> nessita, we miss you too ;-)
[19:57] <Laney> What is the problem with the software licenses page?
[19:57] <Laney> I can't tell what the difference is before and after
[19:58] <seb128> Laney, on the desktop, when you scroll wheel down, the text of the rows goes over the header here
[19:59] <seb128> Laney, it was there before, your update just didn't fix it
[19:59] <Laney> I don't see that
[20:00] <Laney> http://ubuntuone.com/5jFzMTZQhWHF4ryeYTSCoS
[20:02] <seb128> Laney, is that what you get when opening the panel?
[20:03] <Laney> when I scroll down
[20:03] <Laney> on opening it's normal
[20:03] <Laney> http://ubuntuone.com/6A1hKgNKywq1o5WKBUm4K9
[20:03] <seb128> Laney, it's possible that I didn't get your fix yet, I'm rebuilding
[20:04] <kenvandine> Laney, it's only while scrolling
[20:05] <seb128> kenvandine, Laney: it's actually fixed with trunk for me
[20:05] <kenvandine> humm
[20:06] <kenvandine> so maybe it did properly detect the flickable like we thought it should
[20:06] <Laney> it just disappears like it's supposed to?!
[20:06] <Laney> I did test it :P
[20:06] <kenvandine> :)
[20:06] <seb128> it does yes
[20:06] <seb128> still I don't get why the height stuff was wrong
[20:07] <seb128> but that's one of those toolkit weirdness
[20:08] <seb128> on that note time to call it a day
[20:08] <seb128> have good evening everyone
[20:08] <Laney> nn
[20:08] <seb128> see you tomorrow!
[20:09] <larsu> kenvandine: https://code.launchpad.net/~larsu/gsettings-qt/choices/+merge/175121
[20:10] <larsu> kenvandine: I even added an example!!!!1111!!
[20:10] <larsu> and a test!
[20:10] <kenvandine> woot
[20:11] <kenvandine> thanks!
[20:11] <larsu> not sure how we'd do range.... also with a list model?
[20:12] <larsu> for two numbers? That's a bit weird, isn't it?
[20:33] <desrt> cyphermox_: i'm on wifi on the tablet.  no crashes.
[20:34] <cyphermox_> desrt: sure
[20:34] <desrt> oh wait
[20:34] <desrt> all my networks just disappeared and came back
[20:34] <desrt> that's the crash, i guess :)
[20:34] <cyphermox_> but if you go to the indicator and click the access point to "disable" it, and click it again, you'll see the list disappear
[20:34] <cyphermox_> yeah
[20:34] <desrt> yup.  got it.
[20:34] <cyphermox_> you can gdb chewie-network-server
[20:34] <desrt> now i just need to figure out how to ssh to this thing
[20:35] <cyphermox_> adb shell
[20:35] <desrt> woh
[20:35] <desrt> no shit
[20:35] <desrt> that's awesome!!!
[20:35] <cyphermox_> it's a very basic serial console, if you resize it the scrolling might get broke
[20:36] <cyphermox_> just a heads-up for the vim fun that awaits you ;)
[20:36] <desrt> i think i'll install openssh :p
[20:37]  * desrt <3 openwrt
[20:37] <desrt> i love how this works: ssh ubuntu-phablet.lan
[20:42] <desrt> hahahahah
[20:42] <desrt> <- idiot
[20:43] <desrt> "let's use ssh to remote-debug the network indicator!"
[20:43] <lifeless> desrt: doh!
[20:45] <desrt> cyphermox_: where do i get my phablet ddebs from?
[20:45] <desrt> is it on the ports server or at the normal url?
[20:51] <desrt> cyphermox_: sure seems to be a lot of this: ** (com.canonical.settings.network:3195): CRITICAL **: nm_active_connection_get_devices: assertion 'NM_IS_ACTIVE_CONNECTION (connection)' failed
[20:52] <desrt> of course, it doesn't crash under valgrind
[20:52] <desrt> because why would it :p
[20:55] <cyphermox_> heh
[20:55] <cyphermox_> desrt: depends which ddebs you want
[20:56] <desrt> uhm.... the correct ones, i suppose.
[20:56] <cyphermox_> you can just install network-manager-dbg if you need NM debug symbols
[20:56] <cyphermox_> libglib2.0-0-dbg as well
[20:56] <desrt> got glib already
[20:56] <cyphermox_> I don't think there is a debug package for indicators-client/ indicator-network ready made, and as far as I know ddeb.ubuntu.com doesn't carry armhf ddebgs
[20:57] <desrt> hopefully the nm stuff is good enough
[20:57] <Laney> oh yes it does
[21:00] <desrt> Laney: hm?
[21:00] <Laney> responding to Mr. TL's last remark
[21:02] <desrt> Laney: so i tried to follow the normal ddebs instructions and i got a 404 on apt-get update
[21:03] <cyphermox_> Laney: ah, then I just wasn't lucky
[21:03] <desrt> #3  0x40097cfe in nm_active_connection_get_state (connection=0x0) at nm-active-connection.c:289
[21:03] <desrt> neat....
[21:03] <desrt> that's even before the crash
[21:03] <Laney> deb http://ports.ubuntu.com/ saucy main universe multiverse restricted should work
[21:03] <cyphermox_> Laney: every time I went to look for ddebs I didn't get any for armhf for the package I needed
[21:03] <desrt> Laney: ddebs?
[21:03] <Laney> yes
[21:03] <cyphermox_> Laney: oh, on ports?
[21:04] <Laney> no
[21:04] <cyphermox_> desrt: yeah, that's kind of weird
[21:04] <Laney> laney@iota> grep ddeb .chdist/saucy/etc/apt/sources.list                                                                                   ~
[21:04] <Laney> deb [arch=armhf] http://ddebs.ubuntu.com/ saucy main universe multiverse restricted
[21:06] <desrt> k.  that helps, thanks.
[21:07] <desrt> awesome.  chewie lacks dbgsym
[21:07] <desrt> due to being from the ppa
[21:07]  * desrt just builds locally
[21:07] <ogra_> desrt, upload to the archive while youre at it :P
[21:09] <cyphermox_> haha :)
[21:14] <desrt> my spidy sense is tingling....
[21:40] <xnox> desrt: ppas can get dbgsym packages enabled.
[21:40] <xnox> doesn't help in retrospect, but can help in the future =)