[04:42] <pitti> Bonjour
[04:45] <desrt> pitti: bonan matenon
[04:46] <pitti> desrt: ton Esperanto sonne bien!
[04:46] <desrt> pitti: via esperanto ne estas bona.
[04:46] <pitti> desrt: comment sont tes lessons?
[04:47] <pitti> desrt: it looks quite similar to latin/spanish
[04:48] <desrt> it appears similar to a lot of things, depending on the sentence :)
[04:53] <pitti> desrt: so I guess that makes it both easy and hard to learn at the same time?
[04:54] <pitti> hard because you keep mixing it up with actual Spanish/French/Latin?
[04:54] <desrt> pitti: it's designed to make it approximately equally easy for speakers of many different language groups to learn
[04:54] <desrt> mostly european language groups, mind you...
[04:55] <desrt> so it has obvious influences from the romance languages, slavic languages, german and english
[04:56] <desrt> 'havu bonan tagon' (have a good day) is a lovely phrase for demonstrating that :)
[04:58] <desrt> ('have' from english, 'a' from polish, 'good' from french, 'day' from german)
[06:18] <didrocks> good morning
[06:20] <pitti> bonjour didrocks, ça va?
[06:21] <didrocks> pitti: ça va, et toi?
[06:22] <pitti> un peu fatigue; Je suis allé dormir plus tard
[06:22] <pitti> (TB meeting)
[06:22] <pitti> and I couldn't sleep any more this morning; darn brain!
[06:26] <didrocks> argh
[06:26] <didrocks> take it easy for today :)
[06:32] <BigWhale> Good Morning people.
[06:41] <RAOF> didrocks: Good morning; was your ping yesterday for any deep and meaningful purpose?
[06:42] <didrocks> hey RAOF ;) It was more for poking about who should I ping on the SRU team? We have 2 SRUs of the unity/compiz stack waiting for 2 weeks for precise and a week for quantal. This is blocking the next backport which is the SRU for fullscreen video games
[06:42] <didrocks> hey BigWhale
[06:43] <RAOF> didrocks: We've got a weekly schedule for SRU processing; its on the wiki.
[06:44] <didrocks> RAOF: ah, indeed, found it on the wiki page. And Tuesday is you! :)
[06:44] <RAOF> Indeed.
[06:44] <RAOF> By “Tuesday”, though, it means “Tuesday, UTC-5 or so”; I actually do it on Wednesday morning, my time :)
[06:45] <didrocks> RAOF: ah, ok, so tomorrow morning :)
[06:45] <RAOF> Yup.
[06:45] <didrocks> RAOF: should I let the natural process happen or should I give you the links?
[06:46] <RAOF> I'll see them in the pending-sru or quantal/precise unapproved queues; no need for links.
[06:46] <RAOF> I *am* very happy to be pinged about things which should be processed swiftly.
[06:47] <didrocks> ok, I was trying to not bother you too much, thanks RAOF :)
[06:49] <RAOF> On my SRU processing day I welcome pings for processing; it's useful to know what's more important, and if someone's pinging then I can poke questions at them, too.
[07:33] <hasselmm> ah, there we have him! :-) pitty: can/could umockdev simulate plugging and removing devices?
[07:35] <hasselmm> ...or is that too much tied to the netlink sockets, kernels and daemons?
[07:38] <pitti> hey hasselmm (I assume you meant to ping me)
[07:38] <pitti> hasselmm: it does that already, yes
[07:39] <pitti> hasselmm: it intercepts access to the netlink socket and does its own uevent forging
[07:39] <hasselmm> pitti: oh! awesome!
[07:39] <pitti> hasselmm: NB that umockdev doesn't have an official release yet; its still in the "experiment/research" stage, and I haven't had time to work on it in the last two months
[07:40] <pitti> but it's definitively on my TODO list
[07:40] <pitti> hasselmm: right now you can simulate simple stuff like batteries or raw USB devices (lsusb/libusb work), as well as generic uevents
[07:40] <hasselmm> pitti, this is the latest code? https://github.com/martinpitt/umockdev
[07:40] <pitti> hasselmm: correct
[07:41] <hasselmm> pitti, what i need are block devices. but guess now i am sufficiently teased to throw away my minimal mocking/add it to umockdev
[07:41] <hasselmm> (if even needed)
[07:41] <pitti> hasselmm: there's a dump tool which you can run on an actual device of your's, into a text file, and replicate that in a mock env
[07:41] <pitti> hasselmm: for block devices in particular I'd recommend scsi_debug
[07:42] <pitti> hasselmm: intercepting and emulating the whole block/scsi/etc. stack is going to be a huge work, and I'm not sure that it's worth it given how well scsi_debug works
[07:42] <pitti> hasselmm: I should join #gnome-hackers again, indeed; usually I only hang out in #introspection and #python
[07:43] <pitti> hasselmm: NB that umockdev doesn't intercept /dev/ and ioctl yet
[07:45] <hasselmm> pitti: isn't scsi_debug a kernel driver?
[07:45] <pitti> hasselmm: yes, it is; so you need root privs
[07:45] <hasselmm> pitti, ok. so i still need umockdev :-)
[07:45] <pitti> hasselmm: I'm using it in the udev and gvfs tests
[07:45] <pitti> hasselmm: ah, ok; what are you actually trying to test?
[07:46] <pitti> hasselmm: as I said, rebuilding the whole block layer in userspace sounds painful
[07:47] <hasselmm> really just need to get notified of block device addition and removal
[07:48] <pitti> hasselmm: via uevents or via udisks d-bus messages?
[07:50] <hasselmm> pitti, good question actually :-)
[07:51] <pitti> hasselmm: so, merely synthesizing the uevents, or mocking udisks to emulate adding/removing a devices is rather easy; but you couldn't actually do anything with those fake device of course, as they don't exist
[07:51] <pitti> hasselmm: so if you only want to test the hotplugging code path, that should work
[08:00] <hasselmm> pitti: oh. gunixvolumemonitor just monitors /etc/fstab (via gunixmounts), and hard-codes the fstab path. so i am lost anyway.
[08:01] <pitti> hasselmm: on the gvfs level it uses udisks2
[08:01] <pitti> so if you use a mock udisks2, it should reflect on the gvfs level
[08:22] <pitti> desrt: eek, dconf-service segfaults in my jhbuild
[08:49] <pitti> desrt: ok, stacktrace, reproducer, analysis, and workaround sent to https://bugzilla.gnome.org/show_bug.cgi?id=689136
[08:49] <ubot2> Gnome bug 689136 in writer "Crash in dconf_writer_real_end(): change is NULL (when $XDG_CONFIG_HOME/dconf does not exist)" [Normal,Unconfirmed]
[09:05] <seb128> hey desktopers
[09:06] <didrocks> salut seb128!
[09:06] <didrocks> seb128: desktop meeting reminder
[09:06] <seb128> lut didrocks, thanks ;-)
[09:06] <didrocks> yw
[09:10] <chrisccoulson> good morning everyone
[09:10] <Laney> hey
[09:14] <seb128> hey chrisccoulson, Laney, how are you?
[09:17] <Laney> tired. but there is tea so life is good :-)
[09:17] <Laney> holiday next week ;-)
[09:17] <Laney> how are you?
[09:17] <seb128> I'm good thanks
[09:18] <seb128> Laney, holiday next week? or holidays starting next week for all of decembre?
[09:18] <chrisccoulson> seb128, yeah, good thanks. and you?
[09:18] <Laney> seb128: just for the week next week
[09:19] <seb128> chrisccoulson, I'm good thanks
[09:19] <seb128> Laney, do you plan to land gst1.0 stack before that? ;-)
[09:20] <Laney> yeah, should do
[09:20] <seb128> good
[09:22] <Laney> then I get to be away when it blows up :P
[09:22] <seb128> lol
[09:23] <mvo> Laney: tea \o/
[09:23] <Laney> \o/
[09:27] <seb128> mvo, hey, wie gehts?
[09:28] <didrocks> and a xorg lockup for me :(
[09:28] <mvo> seb128: gut, danke. pitti got me into the idea of using duolingo.com to pratcise my french, that is actually great fun :) but I still am at level-1 and the owl is crying a lot when I do my practices
[09:28] <didrocks> pitti: did you have any more info on this btw? ^
[09:28] <pitti> didrocks: no, just what is being discussed on the upstream bug
[09:28] <didrocks> seb128: on va plus pouvoir se moquer d'eux en français si ça continue!
[09:28] <didrocks> pitti: ok, thanks :)
[09:29] <pitti> didrocks: I run the quantal kernel for the time being
[09:29] <didrocks> pitti: I should do that as well
[09:30] <seb128> mvo, ;-)
[09:41] <didrocks> hum, I don't understand why split mode is not taken into account here
[09:44] <tjaalton> didrocks: do you have intel ironlake gpu?
[09:45] <didrocks> tjaalton: not sure if it's an ironlake, lspci is telling: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
[09:45] <tjaalton> pitti: upstream disabled rc6 power saving for ironlake, it might help with your gpu hangs
[09:45] <tjaalton> didrocks: hmm, sounds like sandybridge
[09:46] <didrocks> tjaalton: yeah, I guess it's a sandybridge
[09:48] <tjaalton> might want to try i915.i915_enable_rc6=0
[09:48] <tjaalton> for the kernel
[09:52] <didrocks> tjaalton: will do at next lockup :)
[09:52] <didrocks> thanks!
[09:53] <pitti> tjaalton: nope, rc6 doesn't work for me; I have Arrandale
[10:11] <seb128> pitti, hey, how are you?
[10:11] <pitti> hey seb128; quite fine, thanks!
[10:11] <seb128> pitti, so yesterday we had update-apt-xapian-index failing by hitting and exception in pyxdg due to a misformated .desktop in app-install-data
[10:12] <seb128> pitti, where would you put a test to avoid app-install-data being uploaded again with a broken .desktop that would lead in that situation?
[10:13] <pitti> seb128: you could add an autopkgtest to a-i-d that iterates over all shipped .desktop files with pyxdg?
[10:13] <pitti> I fixed pyxdg's autopkgtest this morning, FYI
[10:13] <seb128> pitti, oh, they were broken? they ran fine here
[10:14] <pitti> seb128: not much; debian bug 694517
[10:14] <ubot2> Debian bug 694517 in pyxdg "pyxdg: Fix autopkgtest output to go to stdout" [Normal,Open] http://bugs.debian.org/694517
[10:14] <seb128> pitti, oh ok
[10:15] <pitti> seb128: if a-i-d had a build or binary depends on pyxdg, you could also put that test into pyxdg itself
[10:15] <seb128> pitti, so, if we add an autopkgtest to a-i-d ... could we get to run it on pyxdg updates?
[10:15] <pitti> i. e . "ensure that we can process all .desktop files present on the sysetm"
[10:15] <pitti> seb128: that would again require a build or binary dependency
[10:15] <seb128> ok, which is not the case
[10:15] <pitti> seb128: you could add a build dep and do the iteration in debian/rules already, which would fail the build immediately
[10:15] <pitti> and be more obvious
[10:16] <pitti> and then we can use the same test as autopkgtest
[10:16] <seb128> pitti, I guess I could add an autopkgtest in pyxdg which is "install a-i-d and test all the .desktop from it"
[10:16] <seb128> ?
[10:16] <pitti> oui, tu peux
[10:16] <pitti> but that wouldn't re-run the test on a new a-i-d upload
[10:16] <seb128> that wouldn't be upstreamable to debian though
[10:17] <pitti> the "search all *.desktop files and process them" is, though
[10:17] <Laney> should it re-run tests in that situation?
[10:17] <Laney> a test dependency changes -> re-run that test
[10:17] <pitti> and then all that a-i-d needs is a build dep to pyxdg and a trivial autopkgtest
[10:18] <pitti> Laney: you mean if a dep in debian/tests/control changes?
[10:18] <Laney> yeah
[10:18] <pitti> Laney: that would be nice, but these are not exposed in apt's indexes
[10:18] <pitti> so we'd need to keep an unpacked version of all test-enabled source packages around to detect that
[10:19] <pitti> which is possible in principle, but nobody did that
[10:19] <Laney> you could build a mapping on upload, when you first run the test
[10:19] <pitti> (and it requires introducing state into the machiner)
[10:25] <mhr3> seb128, did the fixed bustle make it to Q?
[10:25] <seb128> mhr3, no
[10:25] <mhr3> seb128, :( will it?
[10:26] <Laney> I imagine you could backport it fairly easily
[10:26] <seb128> dunno, you are welcome to propose a SRU
[10:26] <seb128> e.g add a debdiff to a bug, add the SRU infos, subscribe sponsors
[10:28] <mhr3> seb128, you're doing a very bad job at making me want to do that :P
[10:29] <seb128> mhr3, let's say I don't think the "bustle on quantal" userbase is big enough to make me want spend time on a SRU
[10:30] <mhr3> but, but... *i* use it :)
[10:30] <seb128> I'm really waiting to see us drop the nonLTS releases, too much time backporting fixes to <n> series
[10:30] <mhr3> but yea, i get it
[10:30]  * mhr3 grabs latest tarball
[10:30] <seb128> mhr3, just dpkg -i the debian or raring version or push that to a ppa for quantal ;-)
[10:31] <mhr3> bustle has binary tarballs
[10:31] <mhr3> which is pretty interesting
[10:33] <seb128> mhr3, wget https://launchpad.net/ubuntu/+source/bustle/0.4.2-1/+build/3995579/+files/bustle_0.4.2-1_amd64.deb
[10:33] <seb128> mhr3, then dpkg -i that
[10:35] <mhr3> oh, you even know my architecture... :)
[10:36] <pitti> is there any other? :-)
[10:36] <pitti> (well, armhf for sure)
[10:38] <mhr3> thanks pitti, for a moment a felt special :P
[10:38] <seb128> pitti, I'm still on i386 :p
[10:39] <seb128> but knowing mhr3... ;-)
[10:39] <mhr3> i consider this a geek equivalent of knowing my birthday :)
[10:39] <seb128> lol
[10:42] <mhr3> otoh there being just two real options puts it closer to flipping a coin
[10:43] <seb128> well, it's a biased coin, you rather have a 90% chance that people around will pick amd64 nowadays
[10:43] <seb128> only a few of us hold to i386
[10:44] <seb128> e.g I know of mterry out of me ;-)
[10:46] <mhr3> ok, i guess next time you have to remember my pgp fingerprint for me to feel special :P
[10:49] <seb128> not going to happen :p
[10:49] <tjaalton> pitti: 3.7 final should have it disabled again, or the next rc
[10:50] <pitti> tjaalton: I thought the problem was with some buffer overrun, not with power saving?
[10:52] <tjaalton> pitti: well, you never know :)
[11:52] <seb128> mvo, https://code.launchpad.net/~bkerensa/ubuntu/raring/app-install-data-ubuntu/fix-for-depends/+merge/135533
[11:53] <seb128> mvo, for the new time you upload it ;-) (it's one of the 100 items on the sponsoring list)
[11:53] <seb128> mvo, thanks in advance ;-)
[11:55] <didrocks> time for some exercice, bbl
[13:16] <ogra_> seb128, every release i ask about gksu i'm told it will vanish, is that the case for raring as well ?
[13:17] <seb128> ogra_, check with mdeslaur but I guess so ... they started replacing it with pkexec not sure what is left to do
[13:17]  * ogra_ is looking at bug 421660 ... and ponders how to solve it since gksu still uses gconf2
[13:17] <ubot2> Launchpad bug 421660 in ubuntu-defaults-nexus7 (Ubuntu) "gksu's and gksudo's modal password prompt prevents OnBoard's virtual keyboard input, causing accessibility issues" [High,Confirmed] https://launchpad.net/bugs/421660
[13:17] <seb128> ogra_, when do you get a gksu prompt? we should maybe fix those when we cross them?
[13:18] <mdeslaur> now that apport is migrated to pkexec, I'm not quite sure what uses gksu anymore
[13:18] <mdeslaur> at least, there shouldn't be much left in the default image
[13:18] <ogra_> seb128, heh, good question
[13:19] <ogra_> ogra@nexus7:~$ grep -r gksu /usr/share/applications/*|wc -l
[13:19] <ogra_> 7
[13:20] <ogra_> gksu.desktop, xdiagnose.desktop
[13:20] <ogra_> the rest are false positives
[13:21] <ogra_> but i bet there als some apps that use it hardcoded
[13:21] <ogra_> *also
[13:21] <seb128> ogra_, ok, so I'm asking again: when do you get gksu to prompt you?
[13:22] <ogra_> seb128, i have no idea, i'll ask mfisch, he marked it as affecting nexus7
[13:22] <seb128> ogra_, ok, let's list the cases where it happens and fix those
[13:22] <ogra_> (though that was with the quantal image)
[13:22] <seb128> it's the easiest way out
[13:22] <didrocks> urgh a new gcc, already that the powerpc builders aren't in a great shape…
[13:23] <seb128> didrocks, well, 2 builders, one building libreoffice and one building webkit
[13:23] <seb128> didrocks, see you next week to get things in raring :p
[13:23] <didrocks> seb128: right :p
[13:23] <didrocks> seb128: 14 hours of wait for the since that were autolanding…
[13:24] <seb128> didrocks, yeah, I complained about that yesterday on #ubuntu-release, it's not only blocking autolanding, it's blocking anything to move to raring
[13:24] <didrocks> seb128: yep
[13:24] <seb128> they said that IS said that we should have back and extra builder today
[13:25] <didrocks> did they found the machine that didn't restart?
[13:25] <seb128> but it might be worth for you mentioning it on #ubuntu-release (so I'm not the only one complaining :p)
[13:25] <didrocks> I already complained last thursday :p
[13:25] <seb128> didrocks, seems like they know where the issue is, they just need somebody to physically go on site which didn't happen yet
[13:25] <didrocks> cjwatson told that there were a critical RT to get the machine back one
[13:25] <seb128> IS said that would happen today
[13:25] <seb128> so let's see
[13:26] <didrocks> well, it's not FF day, but still ;)
[13:26] <didrocks> yeah, let's see
[13:26] <seb128> good news is that webkit build is 10 hours in and previous one took 11h
[13:26] <seb128> if you have something you want to see landing you might want to ask people to score down gcc or score up what you need
[13:26]  * didrocks crosses fingers
[13:27] <didrocks> seb128: I think mine will get accepted before gcc as it's nonvirt
[13:27]  * didrocks looks at the gcc build score/wait exceptation
[13:27] <seb128> cool
[13:27] <didrocks> basically the ppa is supposed to be an extension of the official archive as we don't rebuild there
[13:28] <didrocks> urgh no, gcc is starting in one minute
[13:28] <seb128> yeah, I just don't know if the pool is a fifo
[13:28] <seb128> well at equivalent score I mean
[13:28] <seb128> didrocks, that seems buggy, there are 2 builders and none is going to be done before at least an hour
[13:29] <Laney> I think that is 1 minute after the next build finishes
[13:29] <didrocks> yeah, launchpad time estimation is always weird
[13:30] <didrocks> I know why the ppa is slow
[13:30] <didrocks> it's getting the "release" score
[13:31] <didrocks> where everything else is getting the "-proposed" score
[13:32] <didrocks> pitti: btw, you can ditch https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4014432 and https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4015144 if you want, both are source superseeded already
[13:33] <ogra_> seb128, oh, ara did put a use case into bug 1078696
[13:33] <ubot2> Launchpad bug 1078696 in ubuntu-nexus7 "gksu does not accept sudo password on the Nexus7" [Low,Confirmed] https://launchpad.net/bugs/1078696
[13:33] <ogra_> i guess that one is moot once we unseeded gksu though
[13:34] <seb128> ogra_, yeah
[13:35] <pitti> didrocks: lowered to 1; I can't actually kill them
[13:35] <didrocks> pitti: ok, thanks :)
[14:32] <desrt> pitti: how dare your testing initiative find bugs in my software!!
[14:32] <desrt> i am insulted!!
[14:32] <pitti> it's annoying, isn't it!
[14:32] <desrt> i was perfectly happy when i had no bugs
[14:33] <didrocks> desrt: you already knew that pitti was this kind of guy :)
[14:33] <desrt> pitti: thanks ;)
[14:33] <didrocks> in addition, it's not just talks, he had proofs!
[14:33] <pitti> https://bugzilla.gnome.org/buglist.cgi?product=dconf → "180 bugs found" *cough*
[14:33] <didrocks> I find that shocking :)
[14:33] <desrt> better to find it in the unreleased version before it starts biting real users :)
[14:33] <desrt> pitti: 160 of them are for dconf-editor ;)
[14:34] <pitti> desrt: but you garden them well, only 21 open ones
[14:34]  * pitti vous donne des accolades
[14:38] <seb128> didrocks, could you review the ubuntu-settings one liner change on https://code.launchpad.net/~vanvugt/ubuntu/raring/ubuntu-settings/fix-1073202/+merge/134424 when you have a minute?
[14:39] <didrocks> seb128: I already reviewed it, see my comment and duflu commented on it
[14:39] <didrocks> seb128: I'm afraid that if we accept this right now, we'll never get the right fix in the end
[14:39] <seb128> didrocks, right, and it got 5 comments since you commented
[14:40] <didrocks> and I pinged people on IRC developping it
[14:40] <didrocks> but seems it was ignored
[14:40] <didrocks> will comment *again*
[14:40] <seb128> didrocks, ok, putting it work in progress then and asked them back to needs review when those issues are addressed
[14:41] <seb128> didrocks, don't worry, I commented saying to put it back to needs review once the other issues are resolved
[14:42] <seb128> didrocks, sorry, just trying to get that damn sponsoring queue under 100 items, we have quite some "tricky" items like that one that just sit here atm which is not a solution either
[14:42] <seb128> didrocks, anyway, moving on to the next one, thanks ;-)
[14:44] <didrocks> seb128: I added some more comments, and will keep the tab opened
[14:44] <didrocks> seb128: thanks ;)
[14:44] <seb128> didrocks, great, yw ;-)
[15:00] <cyphermox> chrisccoulson: yo
[15:01] <cyphermox> chrisccoulson: globalmenu-extension, do you know where the source for that is? I'd like to prepare it for didrocks' autolanding, so updating the packaging and merging it in to the trunk branch
[15:18] <chrisccoulson> cyphermox, how's that going to work? it's unbuildable outside of the firefox source tree, and doesn't have any packaging of its own
[15:20] <seb128> do we really automatic daily landing for that?
[15:20] <seb128> it seems to be fine living in firefox's source
[15:20] <seb128> didrocks, ^
[15:20] <chrisccoulson> it will be tested when we run the firefox tests anyway ;)
[15:20] <chrisccoulson> i'm actually working on that arm
[15:20] <chrisccoulson> **atm
[15:20] <didrocks> if it's in firefox source, it's fine, let's it be this way :)
[15:20] <seb128> cool
[15:20] <didrocks> the fact that there is a dedicated launchpad project is misleading :)
[15:21] <chrisccoulson> didrocks, can i have test results from PPA builds appear on https://jenkins.qa.ubuntu.com/ ?
[15:22] <didrocks> chrisccoulson: PPA builds? well, in theory everything is possible but you need to code it
[15:22] <didrocks> the good news is that I have a ppa watcher :p
[15:22] <didrocks> so you can maybe steal from it to get the status :)
[15:22] <seb128> or bribe pitti for QA to add that feature ;-)
[15:22] <chrisccoulson> didrocks, https://code.launchpad.net/~mozillateam/firefox/firefox-trunk.head, see the last couple of weeks of commits ;)
[15:23] <chrisccoulson> it's possible to run all of the firefox tests outside of the build now, and they are all packaged too
[15:23] <chrisccoulson> well, all -> most ;)
[15:23] <didrocks> chrisccoulson: waow, nice work! ;)
[15:24] <qengho> niiice.
[15:27] <didrocks> seb128: https://code.launchpad.net/~vanvugt/ubuntu/raring/ubuntu-settings/fix-1073202/+merge/134424 FYI in case you didn't see it
[15:28] <seb128> didrocks, so sam is working on the fix?
[15:29] <didrocks> seb128: well, he told me a month ago that it will be two weeks to fix it… So I'm unsure
[15:29] <didrocks> seb128: I tried to get duflu profiling it, seems there is no incentive
[15:29] <didrocks> that's why I don't want to push the workaround first
[15:29] <didrocks> because it's bitting us in other ways
[15:29] <didrocks> and this won't get fix
[15:29] <qengho> chrisccoulson: I see you have a bot account for LP. Care to tell me how you use it? I was about to make the same so I don't have to expose my own GPG and SSH keys outside my machine.
[15:30] <seb128> didrocks, is that bug #1063617 or another one?
[15:30] <ubot2> Launchpad bug 1063617 in compiz (Ubuntu) "1:0.9.8+bzr3319-0ubuntu1 regression: keeps setting gsettings keys to wrong values" [High,In progress] https://launchpad.net/bugs/1063617
[15:30] <didrocks> seb128: I *think* they are related, but no evidence
[15:30] <didrocks> so can't promiss
[15:31] <seb128> didrocks, ok, anyway I just wanted to knock it off the sponsoring queue while it's being worked, no hurry to see the patch landing ... would still be nice to get the real compiz bug fixed ;-)
[15:31] <didrocks> seb128: yeah, it's breaking at least 10 autopilot tests
[15:36] <seb128> desrt, I think debian hates you :p
[15:37] <Laney> yeah i'm wondering how that didn't break us
[15:37] <seb128> desrt, they are talking about reverting the glib arm abi break in debian or renaming the glib binary
[15:40] <desrt> seb128: they're pretty foolish
[15:41] <seb128> desrt, I don't think "foolish" is the word ;-)
[15:41] <desrt> mad-as-hatters?
[15:41] <seb128> desrt, they will probably settle on the "best" option which is rebuilding some hundred packages
[15:41] <desrt> i'd love to see them revert the ABI break that they didn't notice for over a year
[15:42] <desrt> and watch how the new-old ABI rebreaks everything again
[15:42] <seb128> desrt, they are speaking about rebuild some 300 packages already
[15:42] <desrt> rebuilding makes sense
[15:42] <desrt> i have a hard time believing that 300 packages are impacted, though
[15:43] <desrt> unless they really have that many packages that are updated that infrequently...
[15:43] <seb128> they do
[15:43] <desrt> well
[15:43] <desrt> rebuilding those 300 that haven't been updated is better than rebuilding sizeof(glib rdepends) - 300 :)
[15:45] <desrt> seb128: got a link to the discussion?
[15:46] <desrt> seb128: remember i told you -- of all my latest API-breaking parties that this would be the one that really pissed debian off the most? :)
[15:46] <desrt> and this one wasn't even intentional :p
[15:47] <seb128> desrt, http://paste.debian.net/212761/
[15:47] <seb128> desrt, it's on #debian-gnome @ oftc
[15:48] <seb128> ongoing discussion
[16:03] <desrt> seb128: i joined it :p
[16:03] <seb128> desrt, I see that ;-)
[16:03] <seb128> desrt, thanks
[16:03] <desrt> i didn't realise that debian was using such an ancient glib
[16:04] <desrt> their release cycles are long... :)
[16:27] <xnox> #ubuntu-devel
[16:31]  * didrocks whistles "meeting" to seb128's ears :)
[16:31] <seb128> didrocks, oh, right, I got the reminder and got carried away in a discussion
[16:31] <seb128> didrocks, thanks
[16:31] <kenvandine> :)
[16:32] <didrocks> yw ;)
[16:32] <seb128> Sweetshark, qengho, chrisccoulson, didrocks, Laney, kenvandine, mlankhorst, cyphermox, mterry, robru, attente: hey, it's meeting time
[16:32] <qengho> Yay!
[16:32] <didrocks> oh, it's meeting time!
[16:32] <didrocks> :)
[16:32] <Sweetshark> o/
[16:32] <mlankhorst> not now I'm playing tf2! :P
[16:32] <attente> \o/
[16:33] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-11-27
[16:33] <mterry> hello!
[16:33] <seb128> not a lot of updates on the wiki
[16:33] <seb128> don't forget to drop some lines about what you are doing
[16:33] <seb128> how is everyone?
[16:33] <Sweetshark> mlankhorst: dont think of the game!
[16:33] <mterry> I didn't do anything publicly notable  :)
[16:33] <robru|packing> seb128, I am here for the meeting despite being on holiday ;-)
[16:33] <seb128> http://status.ubuntu.com/ubuntu-raring/canonical-desktop-team.html is also set up with trend line resetted, I hope nobody forgot some specs
[16:33] <chrisccoulson> hi!
[16:34] <seb128> robru|packing, oh, great, making up for the one you missed last week ;-)
[16:34] <seb128> robru|packing, happy packing!
[16:34] <robru|packing> seb128, making up for having missed ALL previous meetings ;-)
[16:34] <mlankhorst> Sweetshark: no I'm thinking of it as stress testing the reworked nouveau patches I made
[16:34] <robru|packing> seb128, thanks
[16:34] <didrocks> robru|packing: between 2 boxes :p
[16:34] <seb128> let's get started
[16:34] <robru|packing> seb128, also, today is my birthday! ;-)
[16:34] <mlankhorst> o/
[16:34] <seb128> robru|packing, oh, happy birthday!
[16:34] <attente> happy birthday, robru|packing :)
[16:34] <didrocks> happy birthday robru|packing :)
[16:34] <robru|packing> seb128, thanks ;-)
[16:34] <mterry> :)
[16:34] <mterry> yay
[16:34] <robru|packing> thanks everybody ;-)
[16:35] <chrisccoulson> robru|packing, shouldn't it be "robru|drinking"?
[16:35] <chrisccoulson> happy birthday ;)
[16:35] <robru|packing> chrisccoulson, haha, soon!
[16:35] <seb128> ok, let's get started, I hope everybody prepared this cycle so we can have a shorted meeting rather than waiting on everyone to type ;-)
[16:35] <seb128> Sweetshark, hey
[16:35] <Sweetshark> seb128: heya
[16:35] <seb128> short weekly summary ready? ;-)
[16:35] <Sweetshark> - LibreOffice Hackfest 2012 Munich/Debian Bug Squashing Party: - insanely productive: http://wiki.documentfoundation.org/Hackfest/Munich2012 - some work on session installer - met some debian folks, trained some in our voodoo (SRU processes etc.) ... - resynced with Rene (LO debian maintainer) - lots of other topics, I spare you the details
[16:36] <Sweetshark> - lp#1017125: tested backport, seems unfixed, which is bad and strange
[16:36] <Sweetshark> - LibreOffice 4.0 alpha 1 released to quantal prereleases ppa for testing
[16:36] <Sweetshark> - LibreOffice 3.6.4~rc2 prolly 3.6.4 final tagged today and locally building for later ppa upload - to be SRUed ~2 weeks later
[16:36] <Sweetshark> seb128: ^ thats it
[16:36] <seb128> (use "..." when you are done so we know when somebody is still typing)
[16:36] <seb128> (or </done> or whatever tag you like)
[16:36] <seb128> Sweetshark, thanks
[16:37] <seb128> Sweetshark, I will try to talk to the SRU guys again to get 3.5.7 reviewed
[16:37] <seb128> they have quite some SRU backlog
[16:37] <seb128> thanksgiving didn't help...
[16:37] <seb128>  
[16:37] <seb128> qengho, hey
[16:37] <qengho> Hi hi!
[16:37] <qengho> desktop-r-chromiumbrowser-improvements
[16:37] <qengho> Just about got my stable PPA for chromium-browser building automatically. There was a new stable release just yesterday, and it worked it with only a little change. Starting the beta PPA building too. I'll hand off some builds to Security team today or tomorrow. Then, I'll start publishing in the cr-team PPA.
[16:37] <qengho> Translations need work. I dropped mutating the Cr "orig" tarball during UDS. I made some repairs to the po-to-chromium tool, but it needs more. Must decide where to put results, too:
[16:37] <qengho> I'll fish for interest at chromium upstream for interest in all the languages we support but they don't. micah says they had no interest in the past.
[16:37] <qengho> EOF
[16:38] <seb128> qengho, great, what's the ppa to use for those who want to track the current versions?
[16:38] <seb128> cr-team one?
[16:39] <seb128> https://launchpad.net/~cr-team ... ENOTFOUND
[16:39] <seb128> what's the name of the team? ;-)
[16:39] <qengho> seb128: ~chromium-team
[16:39] <Sweetshark> seb128: addition wrt SRUs: hmm, I had infinity pinging me on a SRU, I assume it was about 3.5.7 and merging it with the SRU for bug 585910. that makes sense for precise, but not for quantal as 3.6.4 is final in a few days and includes the fix.
[16:39] <ubot2> Launchpad bug 585910 in libreoffice (Ubuntu Quantal) "[Upstream] Impress Font fuzzy in presentation mode when Use hardware acceleration enabled" [Undecided,Triaged] https://launchpad.net/bugs/585910
[16:39] <seb128> Sweetshark, ok
[16:40] <qengho> seb128: there's also a ~chromium-ppa (I think) that (I think) many people are using
[16:40] <seb128> qengho, no ppa for that team, I guess you will set it up once things are ready?
[16:40] <seb128> qengho, ok, if you get any ppa you want testing on or that you recommend chromium users to run feel free to share once it's set up ;-)
[16:40] <seb128> qengho, thanks
[16:41] <seb128> chrisccoulson, hey, how is firefox doing compared to chromium this week? ;-)
[16:41] <chrisccoulson> not too bad ;)
[16:41] <qengho> (Probaly better)
[16:41] <chrisccoulson> - Looked at a webapps bug
[16:41] <chrisccoulson> - Working through test failures in firefox
[16:41] <chrisccoulson> - Started writing some packaging-related tests for firefox
[16:41] <chrisccoulson> - Started working on menubar testing
[16:41] <chrisccoulson> - Started work on getting tests running in thunderbird too
[16:41] <chrisccoulson> - Firefox 18 Beta is in Raring + the firefox-next PPA
[16:41] <chrisccoulson> that's my summary for the week :)
[16:41] <seb128> testing for the win ;-)
[16:42] <seb128> chrisccoulson,  thanks for help the webapp guys with the security issue ... did that fix the top issues on the mozilla tracker side? there were some you were unsure if the issue was the same?
[16:43] <chrisccoulson> seb128, there's still quite a few crashes actually. i wonder how long it takes for people to upgrade?
[16:43] <seb128> that's a good question... too long usually
[16:43] <chrisccoulson> https://bugzilla.mozilla.org/show_bug.cgi?id=814790
[16:43] <ubot2> Mozilla bug 814790 in Extension Compatibility "crash in libunity-webapps.so.0.0.0 with Ubuntu Unity Web App" [Critical,New]
[16:43] <seb128> let's keep an eye on that
[16:44] <seb128> it would be good to ensure those issues are resolved
[16:44] <seb128> chrisccoulson, thanks
[16:44] <seb128> didrocks, hey
[16:44] <didrocks> Daily autolanding in ubuntu successfully for some PS projects! We are now at 16 projects configured for landing (mostly indicators). Thanks to the work of the whole team :) Still some issues with autopilot getting resolved, hoping to be able to activate the unity stack by EOW!
[16:44] <chrisccoulson> i've only just seen that bug actually. normally somebody CC's me on those
[16:44] <didrocks> Then, daily unity maintenance, some SRUs, nothing fancy but busy review times for all PS projects and inlining/bootstrapping (a lot lot lot lot lot) ;)
[16:44] <didrocks> ..
[16:45] <seb128> didrocks, thanks, looking forward to see unity autolanding, indicators are a good appetizer ;-)
[16:45] <didrocks> heh, indeed! :-)
[16:45] <seb128> Laney, hey
[16:45] <Laney> yo
[16:45] <Laney> watch how fast I can type
[16:45] <Laney> More work on porting for GStreamer 1.0. Did some upstream work - ubiquity, unity-lens-music (or was this last week?), a fair bit on Rhythmbox (DAAP works now, visualization not and probably will be like this for the first landing). Hope to land this week after filing bugs and getting some remaining changes tested/merged (xnox: lp:~laney/ubiquity/webcam-gst-1.0 ;-) ). Landing plan is on the pad. Not everything will be done ...
[16:45] <kenvandine> wow!
[16:45] <Laney> ... straight away but there shouldn't be any 'problematic' (dual stack) sources in the default install at least. Having some broken packages in universe is the price we'll pay for landing now; hopefully will provide incentive for people to fix... On holiday next week.
[16:45] <Laney> ♠
[16:46] <seb128> land land land! ;-)
[16:46] <seb128> Laney, enjoy the holidays
[16:47] <seb128> I guess we are going to start seeing lot of people on holidays soon, quite some of us still have a stack of days to take ;-)
[16:47] <xnox> Laney: what pad?
[16:47] <Laney> ubuntu desktop one
[16:47] <Laney> topic
[16:47] <seb128> Laney, thanks
[16:47] <seb128> kenvandine, hey
[16:47] <kenvandine> i'll make this quick, i need to duck out to meet someone coming to do some work on the house :)
[16:48] <kenvandine> We hope to have some of the webapps/webaccounts packages autolanding in ubuntu this week.  Most of the inline packaging branches have been merged, now it is just having the confidence in the tests to enable autolanding.
[16:48] <kenvandine> There are some SRUs that are still in the queue, I guess the SRU team is a bit backlogged.  I have some more coming, but need to land the fixes in raring first.
[16:48] <kenvandine> EOF
[16:48] <kenvandine> :)
[16:48] <seb128> kenvandine, thanks
[16:48] <seb128> mlankhorst, hey
[16:48] <mlankhorst> - getting quantal lts stack ready for precise (where have you heard that before)
[16:48]  * kenvandine runs... ping me in 20m if you have questions please :)
[16:48] <seb128> mlankhorst, so playing to test the xorg stack? ;-)
[16:48] <mlankhorst> - upstreaming kernel patches (again..)
[16:48] <mlankhorst> - more nouveau/steam testing
[16:48] <mlankhorst> - nouveau vdpau kernel stuff upstreamed, deciding how to approach userspace still
[16:48] <mlankhorst> - upstreaming things in wine, 1 patch every biweekly release!
[16:48] <mlankhorst> EOD
[16:49] <mlankhorst> and the upstreaming kernel patches..
[16:49] <seb128> mlankhorst, when is the updated xorg stack planned to land in precise?
[16:49] <mlankhorst> as soon as llvm-3.1 is
[16:49] <mlankhorst> at this point
[16:49] <mlankhorst> only blocker left
[16:49] <seb128> ok
[16:50] <seb128> I need to SRU https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1034090
[16:50] <ubot2> Launchpad bug 1034090 in gnome-settings-daemon "Hotkeys not functional after upgrade to quantal" [Medium,Fix released]
[16:50] <seb128> mlankhorst, multimedia keys will break otherwise, the current precise code doesn't handle xinput 2.2 well
[16:50] <seb128> mlankhorst, thanks
[16:50] <xnox> Laney: so, if I can test the webcam port, is it ok to be uploaded or does it need to wait on something?
[16:50] <seb128> cyphermox, hey
[16:50] <cyphermox> hey
[16:51] <cyphermox> aha! finishing the indicator stack packaging import (3 are blocked on failing tests, and I'm asking the right people to take care of them), also finishing oif/autopilot, etc. In other news, I uploaded nm-applet yesterday, you'll see that there are changes in nm-connection-editor in the way connections are listed and represented, and you can now do VLAN and bonding via the GUI.
[16:51] <cyphermox> ..
[16:51] <Laney> xnox: wait for me to upload the plugins this week
[16:51] <xnox> Laney: ack.
[16:51] <mlankhorst> seb128: Yeah I'm quite happy atm, still want some special case for mesa-dev packages to simplify my life, but that's about it really..
[16:51] <Laney> and for them to be promoted (oops, elt's wait until after meeting)
[16:51] <seb128> cyphermox, thanks
[16:52] <seb128> mterry, hey
[16:52] <mterry> I've been prototyping the containment 'prompt for a file' library/daemon.  I've patched deja-dup to ignore Steam's files by default (probably should SRU that), and I've worked further on Unity branch inlining/updating.  Oh and I'm on holiday for the rest of the week after this meeting.  :)  EOL
[16:52] <mterry> I'll still likely be reachable though
[16:52] <mterry> And scanning email
[16:52] <seb128> mterry, enjoy your holidays
[16:53] <seb128> mterry, I still have your wiki page bookmarked, I should read it/comment ... will try to do that today ;-)
[16:53] <seb128> or I guess I've time if you are holidays for the rest of the week ;-)
[16:53] <seb128> mterry, thanks
[16:53] <mterry> yup  :)
[16:53] <seb128> robru|packing, hey
[16:53] <robru|packing> seb128, hey ;-)
[16:53] <robru|packing> - big package inlining blitz last week, did at least 12 that I remember, in just a couple days.
[16:53] <robru|packing> - turns out not all of them were perfect ;-)
[16:53] <robru|packing> - already noticed a few other people picked up where I left off, so that's still progressing
[16:53] <robru|packing> - landed some lp:friends stuff from PS team, notably Twitter contacts are now in place.
[16:53] <robru|packing> - on a personal note, I started doing daily autobuilds of darktable for raring, since the official darktable maintainers only had quantal packages. ppa here: https://launchpad.net/~robru/+archive/darktable-daily
[16:53] <robru|packing> thanks ;-)
[16:54] <seb128> robru|packing, good work on the PS packaging bootstrapping, especially taking into account that you don't have years of packaging behind you ;-)
[16:55] <seb128> robru|packing, thanks, good luck with the packaging and moving and enjoy your birthday!
[16:55] <robru|packing> seb128, haha, thanks. really I was just doing what kenvandine and didrocks tell me to ;-)
[16:55] <seb128> packaging->packing
[16:55] <robru|packing> seb128, thanks! see you all next week!
[16:55] <seb128> (doh, autofingers)
[16:55] <didrocks> see you robru|packing!
[16:55] <seb128> attente, hey
[16:55] <attente> seb128: hi!
[16:55] <attente> continued progress on the menu export module
[16:55] <attente> the module is in a decent semi-not-totally-broken state, with the following outstanding issues to address:
[16:55] <attente> 1. test the radio menu item actions more
[16:55] <attente> 2. it's using memory addresses for action names *ducks*
[16:55] <attente> 3. figure out why there's an extra item at the end of every gedit menu
[16:56] <attente> 4. figure out why eog is overriding the x properties the module sets
[16:56] <attente> 5. add more tests
[16:56] <attente> 6. make module leaner/faster
[16:56] <attente> 7. document the code
[16:56] <attente> 8. need to add menu shell insert signals to GTK+ 2
[16:56] <seb128> (lol at 2. ;-)
[16:56] <attente> :)
[16:56] <attente> ...
[16:56] <seb128> nice to see the progresses
[16:57] <seb128> would you like feedback/testing from other users yet? or do you have enough known issue that you think it's not useful yet?
[16:57] <seb128> also, where can we find your code if we want to play with it?
[16:57] <attente> seb128: i have it on a junk branch here: https://code.launchpad.net/~attente/+junk/unity-gtk-module
[16:58] <attente> as far as user testing, maybe i can get it good enough to push out a ppa
[16:58] <desrt> attente: did you fix the crash issue?
[16:58] <desrt> attente: and did you fix the GtkUIManager issue?
[16:58] <attente> desrt: you were right, it's a problem with the x properties, not the GtkUIManager
[16:58] <attente> desrt: the crash no longer exists
[16:59] <desrt> double score
[16:59] <desrt> attente: you're going to need to find a sane way of dealing properly with GtkApplicationWindow
[16:59] <seb128> attente, I will get it a try, if it works fine we can maybe push it to the ubuntu-desktop ppa next
[16:59] <seb128> attente, thanks
[16:59] <seb128> so from me
[16:59] <seb128> - GNOME updates, landed gnome-settings-daemon gnome-control-center 3.6 without ibus
[16:59] <seb128> - decided to stay on the stable ibus until the details are sorted out (upstream work involved)
[16:59] <seb128> - extra syncs and merges with debian
[16:59] <seb128> some sponsoring today, the queue was back over 100 items
[17:00] <seb128> please don't skip your sponsoring shifts
[17:00] <seb128> everybody is busy but you should find at least an hour a week to tackle some items
[17:00] <seb128> if you missed a shift please try to catch back on that by doing some reviews even if it's not your official day
[17:00] <seb128> next for me: looking at the performances issues and what we can start improving
[17:00] <seb128> ...
[17:01] <Laney> what situation do we get without ibus?
[17:01] <seb128> good, we did fit in a half an hour for the team round
[17:01] <seb128> is there any question/comment/...?
[17:01] <tkamppeter> What I did:
[17:01] <seb128> Laney, what we have atm is basically what we had for years
[17:01] <seb128> tkamppeter, oh, sorry, I skipped you
[17:01] <tkamppeter> Generally worked on the Blueprint about clients having to browse for remote printer's Bonjour broadcasts to replace the old CUPS broadcasting, especially
[17:01] <tkamppeter> * Reported bugs on both GTK and Qt print dialogs to add Bonjour browsing, as upstream design of CUPS 1.6.x is the CUPS daemon to do Bonjour broadcasting of shared printers and the print dialog browsing Bonjour broadcasts of printers in the network. GTK dialog upstream maintainer Marek Kasik accepted the bug and raised it to high priority (tkamppeter).
[17:01] <tkamppeter> * Decided on doing browsing for remote printers with extra daemon and not via a CUPS daemon patch (would not get accepted upstream). Extra daemon only for legacy.
[17:01] <tkamppeter> * Discussed with Johannes Meixner (SuSE) and Mike Sweet (CUPS upstream) about extra daemon.
[17:01] <tkamppeter> SRU for AirPrint support with iOS 6 on Precise.
[17:02] <seb128> tkamppeter, is anyone upstream/in other distro going to help on the extra daemon?
[17:03] <seb128> tkamppeter, thanks
[17:03] <tkamppeter> seb128, unfortunately, not, I only succeeded the upstreams of the print dialogs to once work on the Bonjour browsing by the dialog, and second, to work on the CPD features we talked about on UDS (another Blueprint).
[17:04] <seb128> tkamppeter, ok, having the toolkit guys wanting to add that feature is a good news
[17:04] <seb128> tkamppeter, thanks
[17:04] <seb128>  
[17:04] <seb128> so
[17:04] <seb128> Laney, so what I did for g-s-d and g-c-c is to revert the keyboard plugins to the 3.4 codebase
[17:04] <seb128> so we are back to what we had until quantal
[17:04] <seb128> including the indicator
[17:05] <Laney> ok
[17:05] <seb128> ideally we should look if we can take 3.6 and simple do --disable-ibus
[17:05] <tkamppeter> seb128, only problem is that Sweetshark will not switch LO to the GTK dialog, as some features like preview are not in the GTK dialog.
[17:05] <seb128> one issue is that we would drop the "layout per win" option
[17:06] <seb128> we will also need to the keyboard indicator done to not regress if we go with 3.6
[17:06] <seb128> to get the*
[17:06] <Laney> that's a feature enabled by gcc?
[17:06] <seb128> the indicator?
[17:06] <Laney> the separate layouts
[17:06] <tkamppeter> seb128, so then LO has either to rely on the legacy fallback extra daemon or the LO dialog needs also get browsing added.
[17:06] <Laney> oh, yeah, not an IM thing
[17:06] <Laney> I get it
[17:07] <seb128> Laney, they have the same option for both im (in ibus, dropped in 1.5) and g-c-c for keyboard layout (dropped in 3.6)
[17:07] <seb128> tkamppeter, ok, I guess Sweetshark should keep an eye on that
[17:07] <tkamppeter> Sweetshark, around?
[17:08] <seb128> Laney, we might want to drop the "replace language selector" work (again) if we stay with the 3.4 region capplet though...
[17:08] <seb128>  
[17:08] <seb128> ok, any other comment/question/...?
[17:08] <Sweetshark> tkamppeter: pong
[17:08] <Laney> maybe it'll become more clear in a few weeks
[17:08] <seb128> Sweetshark, qengho, chrisccoulson, didrocks, Laney, kenvandine, mlankhorst, cyphermox, mterry, robru, attente, tkamppeter: thanks

[17:09] <didrocks> thanks ;)
[17:09] <Laney> like if the ddl discussions generate a good solution which gets implemented we could maybe cherry pick some of that
[17:09] <Laney> thanks
[17:09] <seb128> Laney, yeah, we will need to tackle the keyboard indicator problem at some point
[17:09] <Laney> yeah
[17:09] <seb128> I'm a bit reluctant to write an indicator for the 3.4 stack though when we know we will likely go with the new ibus and GNOME stack at some point
[17:10] <seb128> well 3.4 or even 3.6 with --disable-ibus
[17:10] <Laney> if the gnome 3 ppa has vanilla 3.6 then the work could be done on top of that
[17:10] <Laney> if someone wants to
[17:10] <seb128> at the same time I'm not convinced that GNOME has a solid understanding of the problem space
[17:10] <tkamppeter> Sweetshark, we need a solution for the LO print dialog. Problem is that for the new CUPS 1.6.x design the print dialogs are supposed to browse Bonjour broadcasts of remote network printers to list these printers. I have reported to the Qt and GTK folks and they will add this feature to their print dialogs, the GTK maintainer even put it on high priority.
[17:10] <Laney> Personally I find it very alien
[17:11] <Laney> so I wouldn't be surprised if other westerners feel the same
[17:11] <seb128> there seem to be quite some pushback from communities in those discussions that hints that it's not as simple at all
[17:11] <tkamppeter> Sweetshark, so LO will miss the network printers if we do not add the feature also to the LO dialog or switch over to the GTK dialog (loosing the preview).
[17:11] <seb128> the last thing I want to do is to land in a position where we figure out 3 weeks before release that we screwed input for chinese users through e.g oem feedback
[17:12] <Laney> someone said that they did a test reverting the IM whitelist and it wasn't too bad
[17:12] <Laney> like perhaps we can fix 3.6 to be reasonably sane
[17:12] <seb128> yeah
[17:12] <seb128> well a good part of the magic is in gnome-shell's indicator
[17:12] <seb128> I wish we had somebody with understanding of the problem space and time allocated to work on that
[17:13] <Sweetshark> tkamppeter: hmmm
[17:13] <seb128> I can do an indicator similar to what we had for keyboard layouts and for ibus but I'm not sure that's the right approch
[17:13] <seb128> well anyway let's see how things go
[17:14] <seb128> Sweetshark, do we know what other distros do for their print dialog? it feels like we should use the gtk dialog rather than the libreoffice one, that's what is used accross the desktop, including in firefox
[17:15] <didrocks> after 16h, still not built on the daily build ppa :/
[17:16]  * Laney saw that someone's working on sulfur now
[17:17] <seb128> didrocks, powerpc?
[17:17] <didrocks> yeah
[17:17] <Sweetshark> seb128: well, the info that the gtk native print dialog isnt ready yet came from dtardon (who is at redhat). so I guess they will stick with LO dialogs for starters.
[17:17] <seb128> Sweetshark, ok ... what's the issue with the native print dialog?
[17:17] <didrocks> sux that this ppa has lower score than everything uploaded to the distro
[17:18] <Laney> you can get the base score increased
[17:18] <Laney> but perhaps it won't matter once we have three again
[17:18] <didrocks> Laney: well, I think it needs to align on -proposed
[17:18] <Sweetshark> seb128: network printers are a corner-case for 'enterprisy' users though ... they might just deploy the settings in a way to use the gtk dialogs (loosing the preview).
[17:18] <tkamppeter> Sweetshark, seb128, the most important problem is that the LO dialog is not browsing for Bonjour broadcasts of shared remote printers.
[17:18] <didrocks> Laney: depends, we want to have all stacks landing daily and not being deprioritized
[17:18] <Laney> didrocks: you can file an RT and ping webops with it
[17:19] <tkamppeter> Sweetshark, seb128, I have reported the problem to the maintainers of the GTK and Qt dialogs and they will add this functionality with high priority.
[17:19] <didrocks> Laney: ok, I think I'll do that. Even if in normal state, it doesn't matter, it shows that we can't get daily build when we encountered an issue
[17:19] <seb128> Sweetshark, well, our non LTS versions are not really targetting "enterprisy" users I guess, normal random users like to be able to e.g print when they go to the office with their laptop
[17:20] <seb128> tkamppeter, right, thanks for getting upstream involved there
[17:20] <tkamppeter> Sweetshark, seb128, LO needs this feature, too, either in its own dialog or by switching to the GTK dialog.
[17:21] <seb128> (https://code.launchpad.net/~andyrock/compiz/fix-781931/+merge/136309 go andyrock go \o/)
[17:21] <seb128> would be good to see bug #781931 fixed
[17:21] <ubot2> Launchpad bug 781931 in compiz (Ubuntu) "New windows are moved to front but don't take focus" [Medium,In progress] https://launchpad.net/bugs/781931
[17:21] <tkamppeter> Sweetshark, seb128, another problem is the CPD features we talked about on the UDS. Qt and GTK upstreams will implement them, LO could get them for free when switching to the GTK dialog.
[17:23] <Sweetshark> tkamppeter: did you/can you file an bug at LO? from an upstream perspective, running LO without gtk/qt integration is a valid scenario (although not one the Ubuntu desktop has) in general.
[17:24] <tkamppeter> Sweetshark, seb128, networked printing is very important, many users complained when I switched to CUPS 1.6.1 and I had to forward-port the CUPS broadcasting as print dialogs and apps were not ready for Bonjour broadcasted printers.
[17:24] <tkamppeter> Sweetshark, seb128, also the laptop use case which seb128 mentioned is rather common.
[17:25] <Sweetshark> (e.g. debian has no default desktop and thus you are fine to run just plain and ugly X11 libreoffice)
[17:25] <seb128> tkamppeter, right, we understand that, the issue is that Sweetshark says that libreoffice has issues which make hard to change to use the gtk dialog
[17:25] <tkamppeter> Sweetshark, yes, I should also file a bug on LO, as I did for Qt and GTK, so that LO will also natively support the new CUPS.
[17:26] <Sweetshark> tkamppeter: please cc me and dtardon on it.
[17:27] <tkamppeter> Sweetshark, I will do so. To CC you and dtardon, what are the needed user names/e-mail addresses (you can send a private message to e for that).
[17:31] <seb128> tkamppeter, could you look at the patch on https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/1069324 ?
[17:31] <ubot2> Launchpad bug 1069324 in hplip (Ubuntu) "diagnose_queues.py crashed with NameError in su_sudo(): global name 'utils' is not defined" [Medium,Triaged]
[17:31] <seb128> tkamppeter, that's in the sponsoring queue
[17:36] <mvo> seb128: is there a pygobject_3.4.0-1ubuntu1 already uploaded to quantal-proposed? I just wanted to upload a fix for a crash but it got rejected ?
[17:38] <seb128> mvo, no, but that version existed in raring at some point and you can't reuse it
[17:38] <seb128> mvo, 1ubuntu0.1
[17:38] <seb128> use that
[17:38] <mvo> seb128: cool, will do
[17:45] <chrisccoulson> wow, i can't find any of my own addons in the crash data for firefox 17 :)
[17:45] <seb128> chrisccoulson, great ;-)
[17:46] <chrisccoulson> seb128, now that they are perfect, i need to leave them well alone ;)
[17:46] <seb128> lol
[17:46] <seb128> chrisccoulson, time to add new ones! ;-)
[17:46] <chrisccoulson> lol
[17:48]  * didrocks waves good evening
[17:49] <tkamppeter> Sweetshark, seb128, LO bug report submitted as https://bugs.freedesktop.org/show_bug.cgi?id=57619
[17:49] <ubot2> Freedesktop bug 57619 in Printing and PDF export "Print dialog needs to support Bonjour broadcasting of remote printers" [Critical,Unconfirmed]
[17:49] <seb128> tkamppeter, thanks
[20:21] <bcurtiswx> seems dead in here, holiday? conference?
[20:22] <notgary> It usually is around this time of night
[20:30] <jbicha> bcurtiswx: it's just the Europeans who talk all the time ;)
[20:32] <bcurtiswx> jbicha, ah, OK then :)
[20:33] <seb128> bcurtiswx, blame it on kenvandine
[20:33] <seb128> it should be the time where the u.s guys are verbose
[20:33] <seb128> but seem they prefer to get work done nowadays ;-)
[20:34] <bcurtiswx> kenvandine gets work done?
[20:34]  * bcurtiswx runs away
[20:34] <kenvandine> from time to time
[20:34] <kenvandine> :-D
[21:21]  * bryce waves
[21:23] <cyphermox> hey bryce
[21:24] <seb128> jbicha, this proxy button...isn't the patch commented in 3.6? I don't think anyone ported it to the new version
[21:24] <seb128> hey bryce
[21:25] <jbicha> seb128: yes I'm pretty sure that's it, but it sure would be useful if people would let us know what version they're using when they report bugs :)
[21:26] <seb128> right ;-)
[21:27] <jbicha> on the other hand, I don't think we've done whatever magic we need to do to have apport work right with the gnome3 ppa
[21:41] <desrt> jbicha has the worst job in the world
[21:43] <jbicha> desrt: lol, that makes me feel better ;)
[21:43] <jasoncwarner_> morning all
[21:43] <seb128> hey jasoncwarner_
[21:43] <seb128> desrt, ?
[21:43] <thumper> jasoncwarner_: morning
[21:43] <desrt> jasoncwarner_: good morning
[21:43] <jasoncwarner_> hey seb128 thumper desrt :)
[21:44] <seb128> desrt, the gnome3 ppa maintainship you mean or speaking about something else?
[21:44] <jasoncwarner_> bryce robert_ancell RAOF TheMuso https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-11-27 in 15 minutes !
[21:44] <desrt> seb128: no.  that. :)
[21:49] <attente> another meeting?
[21:49] <robert_ancell> we heard you like meetings, so we put a meeting in your meeting
[21:51] <bryce> heya
[21:51] <seb128> attente, yeah, those .au/.nz people refuse to wake up at 3am for the real meeting ;-)
[21:53] <veebers> hmm, if I have an apport .crash file from another machine, I should be about to: 'ubuntu-bug -c <thefile.crash>' right?
[21:54]  * TheMuso used to do that once when he was in the foundations team, but back then it was the platform team.
[21:54] <TheMuso> I.e I got up at 3AM weekly for a few months or so, and then we rotated so that others shared the pain.
[21:56]  * attente needs his beauty sleep
[21:56] <bryce> TheMuso, I remember that.  ugh.
[21:56] <seb128> veebers, not sure, running the command collects info on the system as well
[21:57] <veebers> seb128: I've tried the command, it pops up a dialog but when I hit continue that's it
[21:58] <desrt> attente: up all night hacking? :)
[22:00] <attente> desrt: just that i wouldn't be functional for a 3am meeting
[22:00] <desrt> attente: you can barely stay awake at 3pm :p
[22:02] <jasoncwarner_> robert_ancell: lol...
[22:02] <jasoncwarner_> bryce robert_ancell RAOF TheMuso https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-11-27 is -2 minutes
[22:03] <RAOF> Yo!
[22:04] <TheMuso> bryce: Yeah it wasn't fun.
[22:04] <jasoncwarner_> I believe we decided to do quick updates at UDS, right? so..(very) quick round-robin.
[22:04] <jasoncwarner_> robert_ancell, care to kick it off?
[22:05] <robert_ancell> did some SRUing of lightdm bugs
[22:05] <robert_ancell> looked into autopilot
[22:05] <robert_ancell> continue to make http://people.canonical.com/~platform/desktop/desktop.html reflect the correct packages and keep things up to date
[22:06] <robert_ancell> eot
[22:06] <jasoncwarner_> robert_ancell: have you and pitti connected on the unity/nux perf testing bits yet?
[22:06] <jasoncwarner_> bryce: care to take it next? :)
[22:06] <bryce> sure
[22:06] <bryce> set up https://wiki.ubuntu.com/X/TODO to track what the X team is working on, and random task requests that come in
[22:07] <bryce> fixed a nasty input rotation bug on nexus7.  finally portrait mode is usable
[22:07] <robert_ancell> jasoncwarner_, briefly. There isn't any major additional tooling required that we can see, awaiting any call from pitti if any specific work required
[22:07] <bryce> bunch of random valve gaming stuff
[22:08] <bryce> beyond that, sru's and helped tseliot with proprietary driver updates
[22:08] <jasoncwarner_> thanks, bryce
[22:08] <jasoncwarner_> TheMuso , your turn?
[22:09] <jasoncwarner_> or, perhaps RAOF jump in?
[22:10] <TheMuso> Ok. I've made a good start on extending Orca with touch support, still implementing glue code at the moment, since to allow gestures to be customized, a human readable way of expressing them, i.e in words, is needed, and Orca tends to abstract things away from its core a bit to make things more modular, but going well so far.
[22:10] <TheMuso> No movement on discussion with Unity/GNOME upstrea about touch and desktops that want to offer touch gestures, I need to prod some unity folks to chime in, since its mostly their knowledge and ideas I want to work with for making things play nice with Orca and Unity.
[22:11] <TheMuso> Also helping David from HWE to get Pulse 3 into Ubuntu, still in early testing phase, he has packages in his PPA.
[22:11] <TheMuso> We need to write MIRs and get packages into the archive for the new release, the alter being done already, just the MIRs to go.
[22:11] <TheMuso> I still need to sort out community testing for pulse 3 as well.
[22:11] <jasoncwarner_> thanks, TheMuso
[22:12] <RAOF> Lots of non-desktop-team hacking for me.
[22:12] <RAOF> I'm now taking a break from that and getting colord in shape.
[22:13] <RAOF> Should have our patches upstream, updated to the latest release today or so. Plus some bonus SRU action.
[22:14] <RAOF> Also! Today is my SRU vanguard - Unity is already scheduled, but should you have any other high priority SRUs in the queue, feel free to ping me to get them prioritised.
[22:14] <bryce> RAOF, fglrx-experimental-9.
[22:15] <seb128> RAOF, SRU reviews  \o/
[22:15] <jasoncwarner_> thanks RAOF
[22:15] <seb128> RAOF, http://launchpadlibrarian.net/123208124/gnome-settings-daemon_3.4.2-0ubuntu0.6_source.changes please
[22:15] <jasoncwarner_> any questions for the above?
[22:15] <bryce> RAOF, and any other jockey/nvidia/fglrx bits laying around.  I think the other SRU admins aren't looking at X driver stuff, so you're our only hope obi raof.  :-)
[22:15] <RAOF> :)
[22:15] <seb128> RAOF, http://launchpadlibrarian.net/123415824/gnome-control-center_3.4.2-0ubuntu0.7_source.changes as well
[22:16] <seb128> RAOF, thanks
[22:17] <seb128> RAOF, I'm sure Sweetshark would welcome libreoffice review but I guess most people want to stay away from reviewing that ;-)
[22:17] <RAOF> Yeah. That'd be an all-my-SRU-time enterprise :)
[22:18] <seb128> RAOF, oh, you might want to look at lightdm/unity-greeter just to see if it's SRU compliant... I've the feeling robert_ancell might wait 3 weeks to be told that some entries in the changelog have no corresponding bugs and that he needs to go through the upload/review again with that fixed
[22:19] <bryce> RAOF, also check your email box for a few Q's from me.  I'm needing to draft up a plan for jason but need your input on stuff.
[22:27] <bryce> jasoncwarner_, looks like we're all done
[22:28] <jasoncwarner_> bryce: yup, sorry :) didn't end the meeting
[22:28] <jasoncwarner_> done
[22:28] <jasoncwarner_> !