[02:35] <mterry> attente, have you noticed any oddities with rhythmbox with your unity gtk module?  My rhythmbox menus are all disabled
[02:40] <mterry> attente, also...  "UBUNTU_MENUPROXY= rhythmbox" doesn't work with your module like it did with the old one
[06:29] <didrocks> good morning
[07:08] <pitti> Good morning
[07:18] <didrocks> hey pitti
[08:13] <didrocks> pitti: oh jibel is on holidays?
[08:13] <didrocks> those French slackers… :p
[08:23] <pitti> didrocks: je ne sais pas
[08:23]  * pitti was just watching sabdfl's keynote on MWC
[08:24] <didrocks> pitti: keynote, is it online?
[08:24] <didrocks> pitti: I just saw the round table
[08:24] <pitti> didrocks: https://plus.google.com/110222816216901496766/posts/e1EVyAk6sj8
[08:24] <pitti> didrocks: I think we mean the same
[08:24] <pitti> discussion panel
[08:25] <didrocks> yep
[08:25] <didrocks> ok, I think the keynote is something else
[08:35] <seb128> hey desktopers
[08:35] <seb128> lut didrocks pitti
[08:35] <pitti> bonjour seb128
[08:35] <seb128> I watched that video yesterday evening ;-)
[08:37] <didrocks> salut seb128
[08:39] <chrisccoulson> yay, chromium finished linking overnight after the umpteenth time. shame i don't have enough disk space left to actually finish building the package!
[08:40] <czajkowski> morning :)
[08:41] <chrisccoulson> good morning :)
[08:41] <czajkowski> well yes it is good, I'm not working tomorrow, so today is my Friday :)
[08:42] <czajkowski> anything to worry about on raring upgrade, keep being promoted to do a partial upgrade today
[08:43] <seb128> chrisccoulson, hey! how are you?
[08:43] <seb128> czajkowski, good morning
[08:43] <chrisccoulson> seb128, not too bad thanks. how are you?
[08:46] <seb128> chrisccoulson, I'm good thanks
[08:52] <didrocks> hey chrisccoulson!
[08:53] <jibel> good morning
[08:54] <didrocks> hey jibel!
[08:54] <jibel> Salut didrocks
[08:59] <jibel> chrisccoulson, hey, the fix to enable source from PPAs worked, I'll deploy it in the lab and will re-run ff-trunk
[09:10] <Laney> hey
[09:11] <seb128> Laney, good morning, how are you?
[09:11] <Laney> good - there's sun!
[09:11] <Laney> how are you?
[09:12] <seb128> good, no sun here though :-(
[09:14] <Laney> :(
[09:15] <BigWhale> Greetings all.
[09:15] <Laney> ola BigWhale
[09:16] <didrocks> hey Laney!
[09:16] <BigWhale> Hey Laney.
[09:17] <didrocks> seb128: move to Lyon, we have sun :)
[09:17] <didrocks> hey BigWhale
[09:17] <BigWhale> hey dduffey
[09:17] <BigWhale> and didrocks
[09:17] <BigWhale> :))
[09:17] <seb128> didrocks, sure you have sun, it's the south of France
[09:17] <didrocks> seb128: tssssss
[09:17]  * didrocks opens google maps
[09:17] <seb128> ;-)
[09:17]  * Laney thinks of going there for his summer holidays ;-)
[09:18] <didrocks> Laney: south or Lyon? :)
[09:18] <Laney> the Real South
[09:18] <didrocks> 370 kms
[09:18] <didrocks> from the pyrenees, (in longitude)
[09:18] <didrocks> lattitude?
[09:19] <didrocks> paris is at 240 km from the north
[09:20] <didrocks> so paris is way more part of North than Lyon to the South
[09:20] <didrocks> lool: take that! ^
[09:20] <seb128> didrocks, we never denied that Paris is on the North, you are the one denying that Lyon is in the South :p
[09:20] <bochecha_> didrocks: I once met a Marseillais who told me that "North of Lyon, they are all Belgians"
[09:21] <didrocks> seb128: I heard Paris is "at the center" :)
[09:21] <didrocks> bochecha_: ahah, indeed, it's all relative :)
[09:21] <seb128> people in Toulouse apparently think we are still german in the East :p
[09:22] <didrocks> :)
[09:22] <didrocks> jibel: so so so, you know that I discovered yesterday evening that daily release was working by accident? :)
[09:23] <jibel> didrocks, uh? sometimes bugs fix other bugs :) what is it?
[09:24] <didrocks> jibel: basically, when we get into the chroot, we bzr bd -S
[09:24] <didrocks> (and we bindmount that dir)
[09:25] <didrocks> this will create ../build-area and all other files in ..
[09:25] <didrocks> when trying to setup my tests for those, I saw failures
[09:25] <didrocks> like "can't write to…" and so on
[09:25] <didrocks> and of course, those .. were not copied outside of the chroot
[09:25] <didrocks> and we needed them
[09:25] <didrocks> so I really wondered why it's working in prod
[09:26] <didrocks> in fact, we also bindmount the GNUPG_DIR
[09:26] <didrocks> and in prod (and my first tests when I wrote those), it was a parent dir of the current dir we bindmount
[09:26] <didrocks> so everything was available :)
[09:26] <didrocks> the current dir and its parent dir
[09:27] <jibel> I see
[09:27] <didrocks> jibel: I'm writing a test to ensure we don't fall into that trap and then will fix it properly
[09:28] <didrocks> (basically a one line change, we already pass the right directory as parameter to cd into it, we just need to bindmount the parent dir)
[09:28] <didrocks> but a test first to ensure we fail otherwise :)
[09:29] <jibel> didrocks, ok, tell me if you want a review or test something
[09:30] <didrocks> jibel: I would love to, let me finish that up and I'll ping you
[09:57] <Sweetshark> Hi guys!
[09:57] <Sweetshark> http://cgit.freedesktop.org/libreoffice/core/commit/?id=2b791f1cc51eaad25bd3464f94231fe4b236fae6
[09:57] <Sweetshark> \o\
[09:57] <Sweetshark> /o/
[09:58] <Sweetshark> \o/
[09:59] <xnox> -j16 here I come ;-)
[10:01] <Sweetshark> xnox: I laugh at your -j16, being at -j32 right now at home (http://skyfromme.wordpress.com/2012/11/12/dicke-bertha-online/) and waiting for someone with a distcc cluster to throw LibreOffice at it ...
[10:01] <mlankhorst> 100k deletions? You'll never end up with a positive line of code count now..
[10:03] <pitti> Sweetshark: a big "wow!", congratulations for landing this!
[10:04] <xnox> something like 21k is changelog/manpages/configure script.
[10:06] <Sweetshark> mlankhorst: when mst came over to LibreOffice/Red Hat from Sun/Oracle (where he was sitting next to me at Sun), he introduced himself with: 'my intend it to contribute a negative linecount to LibreOffice by refactoring and cleaning up duplication'. We kinda agree there ...
[10:10] <mlankhorst> it's been my goal for any project I work on too, just haven't succeeded at it :P
[10:12] <Sweetshark> mlankhorst: join libreoffice, _thats_ one of the things we have plenty of opportunity for ;) (e.g. http://nabble.documentfoundation.org/Thoughts-on-killing-off-SfxDispatcher-Execute-td4039742.html )
[10:12] <mlankhorst> I do notice you talk a lot about libreoffice though!
[10:14] <chrisccoulson> hmmm, i think today is going to be painful. 5 minutes after starting chromium in gdb and it still hasn't finished loading the debugging symbols
[10:15] <mlankhorst> 'out of swap'
[10:15] <chrisccoulson> heh
[10:16] <chrisccoulson> that's probably what will happen
[10:16] <chrisccoulson> it happened towards the end of linking yesterday
[10:17] <mlankhorst> yeah it should be telling that the google devs had to write a linker for chrome
[10:19] <chrisccoulson> hmmm, i'm not sure this is actually going to work
[10:19] <chrisccoulson> so i wonder how i'm actually going to debug this, if i can't run it in a debugger on the target hardware?
[10:23] <chrisccoulson> MOAR HARDWARE
[10:25] <mlankhorst> chrisccoulson: gdb over serial port?
[10:25] <mlankhorst> with gdbserver
[10:25] <chrisccoulson> mlankhorst, would that be faster?
[10:26] <chrisccoulson> if it is, then i'll certainly give it a try. it can't be any worse than what i'm already doing ;)
[10:26] <mlankhorst> what is your target?
[10:26] <chrisccoulson> mlankhorst, armhf
[10:26] <mlankhorst> probably
[10:27] <chrisccoulson> oh, it's loaded the symbols now \o/
[10:27] <chrisccoulson> only took nearly 20 minutes....
[10:27] <mlankhorst> but you need the symbols on the host machine in that case
[10:28] <chrisccoulson> ah, crap. gdb just aborted
[10:28]  * mlankhorst tries
[10:29] <mlankhorst> at least I imagine you need them on the host
[10:30] <mlankhorst> seems so
[10:31] <chrisccoulson> i'll try gdbserver now
[10:31] <chrisccoulson> i can copy the 2GB chrome binary on to my local machine ;)
[10:32] <mlankhorst> something like 'set sysroot /home/ccoulson/armhfchroot' would probably help too
[10:33] <mlankhorst> oh lol
[10:33] <mlankhorst> set sysroot remote
[10:34] <mlankhorst> I fear you need a gdb that works with armhf binaries though
[10:34] <chrisccoulson> :(
[10:35] <mlankhorst> but looks like you can build gdb with target specified in gdb/debian/target
[10:41] <chrisccoulson> ooh, beer delivery
[10:41] <mlankhorst> it builds a nice gdb for you that installs, 'set sysroot remote:/' grabs files from the remote system it seems
[10:47] <mlankhorst> start /usr/bin/arm-linux-gnueabihf-gdb 'target remote panda:port' 'set sysroot remote:/''set debug-file-directory remote:/usr/lib/debug' (I think, if you want full debug symbols)
[10:58] <mpt> Oh, update-notifier, I eagerly await your demise.
[11:02] <mlankhorst> chrisccoulson: does it work? :-)
[11:19] <chrisccoulson> mlankhorst, yeah, it's working great \o/
[11:19] <chrisccoulson> thanks!
[11:19] <mlankhorst> np
[11:20] <chrisccoulson> now i can and hunt down this toolchain bug ;)
[11:21] <seb128> chrisccoulson, \o/
[11:24] <chrisccoulson> this is so much better than trying to debug locally on the pandaboard
[11:25] <mlankhorst> I wouldn't even have tried chromium locally, much courage!
[11:37] <seb128> chrisccoulson, did you see reports about images corruptions in firefox recently?
[11:37] <didrocks> jibel: I have unit and system tests for running cowbuilder: https://code.launchpad.net/~didrocks/cupstream2distro/tests
[11:38] <didrocks> jibel: the real fix is at http://bazaar.launchpad.net/~didrocks/cupstream2distro/tests/revision/229 :)
[11:38] <chrisccoulson> seb128, yeah, i get it too. i thought it might be a firefox regression, but if it seems that it started happening on all firefox branches at the same time (and only in raring)
[11:38] <seb128> didrocks, jibel: ok, so gtk 3.7 is getting close to be ready, there are a few theming issues still but that's being resolved
[11:38] <chrisccoulson> so it's likely a platform regression
[11:38] <seb128> didrocks, jibel: is there any way you could run the unity tests with the version in the ubuntu desktop ppa?
[11:39] <seb128> chrisccoulson, right, I was thinking the same, Rick mentioned it the other day and he's on raring, so it's not something new from the ppa
[11:39] <seb128> chrisccoulson, I didn't see anything obvious that changed in raring though :-( like cairo, xorg, etc didn't change
[11:40] <chrisccoulson> seb128, i'm not sure what it could be atm. i'd have thought cairo would be unlikely in any case, as it's not using the system cairo for drawing images
[11:40] <seb128> hum, right
[11:41] <chrisccoulson> and i turned gfx.xrender.enabled off locally as well, and it still happens
[11:41] <seb128> chrisccoulson, do you know when it started?
[11:41] <seb128> I really started noticing yesterday
[11:41] <seb128> but Rick mentioned it earlier in the week
[11:41] <didrocks> seb128: no, but if you coordinate with mterry, we can copy it in the ubuntu-unity ppa and run the tests with it
[11:42] <seb128> didrocks, ok, will do, thanks
[11:42] <chrisccoulson> seb128, it's been there for quite a while. bisecting firefox has been on my todo list, but there's not much point in that if it's likely to be a platform bug
[11:42] <chrisccoulson> i might try a quantal install in a bit, and start selectively upgrading things
[11:42] <chrisccoulson> it's quite reproducible now, so it shouldn't be that hard
[11:43] <didrocks> yw :)
[11:43] <jibel> didrocks, seb128 we can do it without copying to the unity-ppa I think
[11:43] <chrisccoulson> seb128, this is why i'd really like to get firefox tests working properly ;)
[11:43] <chrisccoulson> (reftests would probably catch this)
[11:43] <chrisccoulson> with intermittent failure
[11:43] <chrisccoulson> **failures
[11:44] <didrocks> jibel: I won't really like copying it in the seed :/
[11:44] <jibel> seb128, didrocks I'll copy the unity job and add the desktop ppa to the preseed in a +junk branch
[11:44] <didrocks> jibel: if you think it's useful, but it's not scalable to doing it everytime
[11:45] <jibel> seb128, it's a test for a limited period right?
[11:52] <seb128> chrisccoulson, yeah, tests would make easy to figure at what time it started breaking
[11:52] <seb128> jibel, yes
[11:52] <seb128> jibel, I plan to upload gtk to raring this week or next week
[11:52] <Laney> \o/!
[11:52] <seb128> jibel, but I would like a round of testing to make sure it will not break unity tests first
[11:53] <chrisccoulson> seb128, yeah. i guess for now i'll try the selective upgrading from quantal. but after i've got chromium working first
[11:53] <Laney> this user jobs stuff is interesting
[11:53] <Laney> do we have a list of targets to convert to using them?
[11:53] <seb128> chrisccoulson, do you want me to try the upgrade stuff?
[11:53] <chrisccoulson> seb128, only if you've got time :)
[11:53] <seb128> Laney, we listed a few potential ones on the spec
[11:53] <seb128> chrisccoulson, there is always something to do, but that's true for both of us :p
[11:53] <chrisccoulson> seb128, what graphics hardware does rick have?
[11:54] <seb128> chrisccoulson, I've a vm, I can try there
[11:54] <seb128> chrisccoulson, we are all intel
[11:54] <chrisccoulson> heh
[11:54] <seb128> could be an intel driver issue...
[11:54] <Laney> ah yeah
[11:54] <chrisccoulson> yeah, possibly. i wonder if we can find any non-intel users with the problem :/
[11:54] <seb128> did anyone on !intel noticed graphical/image corruptions in raring with firefox?
[11:55] <seb128> mlankhorst, ^? ;-)
[11:55] <Laney> no
[11:55] <Laney> (nvidia)
[11:56] <Laney> the only problem I have is that google docs makes it hang sometimes (webapps?)
[11:56] <mlankhorst> nouveau?
[11:56] <chrisccoulson> Laney, no comment ;)
[11:57] <chrisccoulson> it might be useful to attach gdb to it though
[11:57] <mlankhorst> anyhow I haven't noticed anything on my laptop running radeon
[11:57] <Laney> yeah I generally avoid trying to trigger if it possible ;-)
[11:57] <Laney> because then I have to kill and go find my yubikey for lastpass ...
[11:58] <chrisccoulson> it could be lastpass ;)
[11:58] <tjaalton> seb128, chrisccoulson: it's probably related to switching to sna acceleration, though I don't have issues and all intel here..
[11:58] <Laney> :P
[11:58] <chrisccoulson> i think that has a reputation for being quite poor quality
[11:58] <Laney> suppose so
[11:58] <czajkowski> seb128: any issues in doing updates today on raring , keep getting told its only a partial upgrade
[11:58] <Laney> let's try
[11:59] <Laney> huge firefox-dbg is huge
[11:59] <chrisccoulson> Laney, eg, https://bugzilla.mozilla.org/show_bug.cgi?id=674535
[11:59] <ubot2`> Mozilla bug 674535 in JavaScript Engine "Lastpass causes immortal zombie compartments" [Normal,Resolved: fixed]
[12:00] <Laney> slow firefox -g is slow :P
[12:00] <chrisccoulson> Laney, how much ram do you have?
[12:01] <Laney> 4G
[12:01] <Laney> ah, it's alright once started
[12:01] <mlankhorst> valgrind works ok against xserver :D
[12:02] <didrocks> anyone familiar with unittest here? I have a hierachy of test class inheriting ones from each other (so B inherits from A). However, if I run only B, I see that the tests for A are ran twice through nosetests
[12:02] <mlankhorst> as long as you don't hit too many software fallbacks
[12:02] <didrocks> do you think it's beacause of the import?
[12:02] <didrocks> maybe pitti has a clue there ^
[12:03] <chrisccoulson> tjaalton, thanks for the pointer btw
[12:03] <seb128> czajkowski, no known issues, but there is a cogl transition ... not sure if that requires to go through partial updates
[12:03] <Laney> shouldn't do
[12:03] <seb128> Laney, ^ do you know?
[12:03] <pitti> didrocks: notetest just walks a classes' dir()
[12:03] <Laney> britney should stop that
[12:03] <Laney> but there are some cases it doesn't catch
[12:03] <tjaalton> chrisccoulson: when did these start?
[12:03] <pitti> didrocks: i. e. for B it will run all tests of A as well, as it inherits A's test_* methods
[12:04] <chrisccoulson> tjaalton, it's been like it for some weeks now
[12:04] <chrisccoulson> i can't remember exactly
[12:04] <didrocks> pitti: right, but it seems to me it's running A's one *twice*
[12:04] <tjaalton> chrisccoulson: and do you have an example?
[12:04] <Laney> how do you get u-m to tell you the packages involved?
[12:04] <seb128> czajkowski, can you "sudo apt-get upgrade" (don't validate) and pastebin the log?
[12:04] <tjaalton> sna was turned on a month ago
[12:04] <seb128> Laney, ^
[12:04] <didrocks> pitti: even if I just ask nosetests to run "B"
[12:04] <didrocks> pitti: I would have thought, it would run B + A
[12:04] <didrocks> but just A once, not twice
[12:04] <chrisccoulson> tjaalton, yeah, that seems like the sort of timeframe that it's been happening for
[12:04] <seb128> tjaalton, how do your turn off sna?
[12:04] <chrisccoulson> tjaalton, is there a way to turn that off at runtime?
[12:05] <chrisccoulson> what seb128 said ;)
[12:05] <tjaalton> not runtime
[12:05] <seb128> xorg.conf?
[12:05] <tjaalton> via xorg.conf yes
[12:05] <seb128> can you pastebin a file example?
[12:05] <seb128> I didn't edit a xorg.conf for years
[12:05] <seb128> I would appreciate a lazy copy/paste :p
[12:05] <tjaalton> http://pastebin.com/9AhSFLY3
[12:05] <seb128> tjaalton, "example" ... screenshot or website?
[12:06] <tjaalton> seb128: something I could verify here
[12:06] <seb128> tjaalton, it happens randomly, I have issues on bugzilla, launchpad, etc
[12:06] <tjaalton> an url or such
[12:06] <tjaalton> hmm
[12:06] <tjaalton> screenshot would do
[12:06] <czajkowski> gah chromium crash :/
[12:06] <czajkowski> *stab*
[12:06] <tjaalton> there is a bug open about some corruption with chromium
[12:06] <pitti> didrocks: yeah, that's annoying, but thats' how subclasses work; perhaps you can factorize common functinoality into an ABC and have A and B inherit from that, but not from each other?
[12:06] <tjaalton> could be the same
[12:07] <tjaalton> although that was only for an older generation of intel..
[12:07] <czajkowski> seb128: http://pastebin.ubuntu.com/5573158/
[12:08] <seb128> czajkowski, what about "dist-upgrade"?
[12:08] <didrocks> pitti: hum, sorry, I think I didn't explain well
[12:08] <didrocks> pitti: basically, I want that B runs A tests
[12:08] <didrocks> pitti: but what happens is that B is running A tests twice
[12:08] <chrisccoulson> tjaalton, http://ubuntuone.com/61fpONo2YyaP6tL52kyhJp
[12:08] <didrocks> when I'm asking nose to run B tests
[12:08] <chrisccoulson> that's the comment box on bugzilla
[12:08] <pitti> didrocks: oh, I see; no idea about that, I'm afraid
[12:09] <czajkowski> seb128: http://pastebin.ubuntu.com/5573162/
[12:09] <Laney> chrisccoulson: http://people.canonical.com/~laney/firefox.log is a thread apply all bt while hung that's interesting to you
[12:09] <didrocks> pitti: ok, that's really really weird, B is just "A" with a different setUp()
[12:09] <Laney> I think my extensions are lastpass/pentadactyl/adblock plus
[12:09] <tjaalton> chrisccoulson: huh, not seen that
[12:09] <tjaalton> chrisccoulson: but if you have a bug open, you can toss it over to xserver-xorg-video-intel I guess
[12:09] <jbicha> czajkowski: those 2 removals are intentional, they've been replaced by newer versions
[12:10] <czajkowski> ok
[12:10] <Laney> hmm
[12:10] <Laney> u-m shouldn't give a partial upgrade for that
[12:10] <Laney> didn't it get some fixes in that regard recently?
[12:10] <tjaalton> upstream is actively closing/fixing the intel bugs on lp, which is pretty neat
[12:11] <Laney> czajkowski: can you check this with cjwatson please? He was looking at the previous partial upgrade bug
[12:11] <chrisccoulson> tjaalton, i'll try without sna first before reporting an intel bug
[12:11] <tjaalton> chrisccoulson: sure, thanks
[12:11] <Laney> in #ubuntu-devel would be good
[12:11] <Laney> czajkowski: first check you have update-manager 1:0.183
[12:12] <chrisccoulson> Laney, hmmm, that trace looks quite normal. what does "call DumpJSStack()" give?
[12:13] <didrocks> pitti: I think I got it, as I was importing BaseUnitTest which is in __init__.py of the module, it imported as well all the tests from the package and rerun them
[12:13] <didrocks> basically the import screw nosetests :/
[12:14] <pitti> aah
[12:17] <czajkowski> something very wrong when you go to tab complte cjwatson and notice he's not here
[12:17] <czajkowski> :(
[12:18] <seb128> bah, unity fail
[12:18] <seb128> screenshot made both my screen go white, I had to restart the session
[12:18] <seb128> tjaalton, chrisccoulson: http://ubuntuone.com/13BzkJ2r7ARDsEQQU7mr9O example if corruption
[12:20] <chrisccoulson> seb128, yeah, that's pretty much what i see too
[12:21] <tjaalton> seb128: what hw is this?
[12:21] <seb128> tjaalton, i5
[12:21] <tjaalton> the cpu/gpu
[12:22] <tjaalton> lspci|grep VGA
[12:22] <seb128> Intel(R) Core(TM) i5 CPU       M 520  @ 2.40GHz
[12:22] <seb128> 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)
[12:22] <tjaalton> so ironlake (gen5)
[12:23] <tjaalton> don't see the bug with gen4/6/7 :)
[12:24] <tjaalton> chrisccoulson: check yours ^
[12:24] <chrisccoulson> 1 second (although, i suspect it's identical) ;)
[12:24] <seb128> tjaalton,
[12:24] <seb128> févr. 25 18:30:46 <rickspencer3>        but I get the firefox issues on my other computer also, which is i945
[12:24] <seb128> tjaalton, just as a piece of info
[12:25] <tjaalton> that's gen3
[12:25] <tjaalton> i'm lucky then :)
[12:25] <chrisccoulson> Intel(R) Core(TM) i5 CPU       M 560  @ 2.67GHz
[12:25] <chrisccoulson> 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)
[12:25] <seb128> lol
[12:25] <chrisccoulson> heh
[12:25] <chrisccoulson> i've got a faster CPU :P
[12:25] <tjaalton> anyway, check with uxa, and report the bug with ubuntu-bug xorg
[12:25] <tjaalton> if doesn't happen with it
[12:26] <tjaalton> or directly u-b x-x-v-intel
[12:26] <tjaalton> should dtrt
[12:32] <seif> didrocks, who can i ping for questions concerning ubuntu tablet and phone
[12:34] <seb128_> hum, timeouted
[12:34] <didrocks> seif: depends on what the questions is :)
[12:34] <didrocks> seif: ogra knows about the deployement, as sergio
[12:36] <seif> ogra_, so how many changes happened since the official release of ubuntu tablet
[12:36] <ogra_> seif, ?
[12:37] <ogra_> seif, for the android side, read the git logs, for the ubuntu rootfs read the package changelogs ...
[12:38] <ogra_> (its the same as in any ubuntu ... plus the android git)
[12:39] <seif> ogra_, link to the ubuntu change logs
[12:39] <ogra_>  /usr/share/<packagename>/chanelog......
[12:42] <ogra_> seif, beyond that https://launchpad.net/ubuntu-touch-preview has the bzr trees (btw, this discuaaion should wither be on the tablet ML or in #ubuntu-tablet)
[12:42] <ogra_> *either
[12:46] <czajkowski> ogra_: seif #ubuntu-touch
[12:46] <czajkowski> tablet and phone channels were merged into one
[12:46] <ogra_> err, sorry, yes i know
[12:46] <ogra_> seif just confused me with his questions :)
[12:47] <ogra_> -tablet is a redirect anyway though
[13:07] <seb128> tjaalton, sorry I lost track with my IRC timeouting, is there any extra info you want me to provide or anything I should test?
[13:07] <tjaalton> seb128: just that if you can reproduce the corruption with that xorg.conf
[13:08] <tjaalton> if not, file a bug with 'ubuntu-bug xorg'
[13:11] <seb128> tjaalton, ok, I've that in place, let's see
[13:11] <seb128> chrisccoulson, going to test as well?
[13:17] <chrisccoulson> seb128, i can do. although i don't want to kill my current session just yet :)
[13:17] <didrocks> Ran 83 tests in 449.521s
[13:17] <didrocks> \o/
[13:17] <didrocks> (this long time is because I ran the system tests as well)
[13:17] <didrocks> units only: Ran 57 tests in 0.671s
[13:17] <didrocks> and fixed a regression + pushed :)
[13:18] <seb128> nice
[13:18] <Laney> chrisccoulson: I don't think call DumpJSStack() is returning :(
[13:18] <chrisccoulson> Laney, oh, that's not good
[13:18] <seb128> ok, I really should play with upstart session, /me opt in for that ppa
[13:19] <Laney> don't forget to choose the right session to actually use it ;-)
[13:19]  * Laney forgot that at first
[13:20] <seb128> Laney, good point, thanks ;-)
[13:20] <seb128> I'm doing a bunch of environment dumps first
[13:20] <seb128> so I can diff and look for differences
[13:20] <Laney> looking at whether it can be made to work with all gnome-sessions
[13:20] <Laney> I guess you need to conditionalise some of the jobs on $DESKTOP_SESSION
[13:21] <Laney> or look in the .session file or something
[13:28] <desrt> hi hackers
[13:28] <seb128> desrt, hey, how are you?
[13:28] <desrt> good
[13:28] <desrt> how's my package? :)
[13:28]  * desrt tries to remember if he selected the "Overnight Delivery" option...
[13:29] <mlankhorst> hm the more kernels I build the less I care about extra options in the config, and just accept the defaults
[13:29] <seb128> desrt, you didn't :p on my todo but I didn't get to it yet ;-)
[13:29] <desrt> fair enough :)
[13:29] <seb128> need to restart my session with new upstart and xorg uxa
[13:29] <seb128> brb
[13:57] <jibel> seb128, the ppa from which you want to test packages is ppa:ubuntu-desktop/ppa?
[13:58] <seb128> jibel, correct
[13:58]  * desrt is off the PPAs
[13:58] <desrt> that PPA man... one harsh drug
[13:58] <desrt> messed me up bad
[13:58] <smspillaz> thats bad juju that stuff
[13:58] <jibel> seb128, good, I started a first run to make sure everything is ok.
[13:58] <smspillaz> (pun not intended)
[13:58] <seb128> jibel, excellent, thanks
[13:59] <desrt> smspillaz: give any thought to all that work i tried to pile on you recently? :)
[13:59] <smspillaz> desrt: it turned out I had this 5000 word paper due in a week or two
[13:59] <seb128> desrt, the desktop ppa has gtk 3.7.10 and jibel is nice enough to make a run of unity tests with that version to see if there is any issue
[13:59] <desrt> seb128: i'd normally be excited by that, but i have a serious case of PPA fever :p
[13:59] <seb128> ;-)
[13:59] <smspillaz> desrt: also it is quite close to FF and I probably want to wait until some of my other changes go in first
[14:00] <seb128> desrt, if the testing goes fine and thar you poke larsu enough to get the theming problems solved it might land in raring this week
[14:00] <smspillaz> desrt: which would include much increased rendering performance on nvidia, which we would have been "first" to was the review process not so slow
[14:00] <desrt> seb128: it may interest you to know that larsu hates css now :)
[14:00] <seb128> haha
[14:01] <smspillaz> (mutter got support for buffer_age not long ago because someone just went ahead and did it, and there was no three month long review backup to wait for)
[14:02] <desrt> well
[14:02] <desrt> obviously that's because the mutter hackers are so brilliant that they don't need reviews
[14:02] <smspillaz> desrt: yep
[14:02] <smspillaz> the scales are clearly tipped in their favor *sigh*
[14:03] <desrt> i hate when someone replies to sarcasm with what may or may not be further sarcasm
[14:03]  * desrt is always left wondering what to do next
[14:03] <smspillaz> desrt: I'm Jay Leno
[14:04] <desrt> (as it is, usually the answer is to complain awkwardly...)
[14:04] <smspillaz> I keep my comments intentionally ambiguous so as to avoid causing offence while still making a (watered down) point
[14:05] <smspillaz> desrt: or did I just cause a SIGFPE on your end?
[14:06] <smspillaz> desrt: sometimes I wonder if by distributing ppa's of some of my upcoming work I'm unintentionally forking compiz
[14:06] <smspillaz> desrt: does a 5k diff with upstream seem like a fork-y change to you?
[14:07] <desrt> smspillaz: i think the word 'fork' sort of loses meaning in a world with distributed version control
[14:07] <smspillaz> it does doesn't it
[14:07] <desrt> look at all of the forks of linux hosted on kernel.org
[14:07] <smspillaz> desrt: in a research assignment I submitted that the free software community generally frowns upon unwarranted forking
[14:08] <smspillaz> desrt: I think it means that github is some hell-like place
[14:26] <seb128> stgraber, I've been playing with the new upstart a bit more, seems good to upload to me, I didn't notice any regression and it seems to be working as it should
[14:27] <stgraber> seb128: cool, thanks for the test
[14:59] <Sweetshark> pitti: http://skyfromme.wordpress.com/2013/02/28/one/ <- a bit of explaination on why the killing of dmake is such a big deal for libreoffice
[15:05] <jibel> seb128, didrocks http://10.97.0.1:8080/job/desktop-ppa-autopilot-release-testing/1/testReport/ 309 failures :/
[15:06] <jibel> I'm doing a second run and publish the results to jenksin.qa.u.c
[15:23] <GunnarHj> pitti: ping?
[15:37] <pitti> hello GunnarHj
[15:38] <GunnarHj> pitti: Hi Martin!
[15:38] <GunnarHj> pitti: I have modified the l-s patch you helped me reject from the precise queue the other day, and added an accountsservice patch. Filed bug 1134364 to have it documented. Can you possibly sponsor it, considering that you already reviewed the Raring changes?
[15:38] <ubot2`> Launchpad bug 1134364 in language-selector (Ubuntu) "Check for missing language support for all installed languages" [Undecided,New] https://launchpad.net/bugs/1134364
[15:45] <pitti> GunnarHj: sure, I can do that
[15:46] <pitti> GunnarHj: but that shouldn't be a separate bug, it shoudl be a task on the original bug
[15:47] <pitti> GunnarHj: i. e. this one should be closed; is bug 1103547 the original one?
[15:47] <ubot2`> Launchpad bug 1103547 in language-selector (Ubuntu Precise) "drag and drop does not work language support not complete" [Medium,In progress] https://launchpad.net/bugs/1103547
[15:47] <attente> mterry: i've seen that problem with rhythmbox, but only noticed it when running under valgrind or gdb
[15:48] <GunnarHj> pitti: The original bug isn't really about checking for all languages. But it was in connection with fixing it I found it motivated to propose that change as well...
[15:48] <attente> mterry: also, doing NO_UNITY_GTK_MODULE=1 ... should disable the module
[15:48] <pitti> GunnarHj: ah ok, so the raring task of those is already fixed
[15:49] <GunnarHj> pitti: Yes.
[15:49] <pitti> GunnarHj: but still, it's quite a behaviour change; I'm not sure whether this is good SRU matter
[15:50] <GunnarHj> pitti: I understand your doubt. At the same time it wouldn't feel right to SRU the fix of 1103547 (as I 'promised' the bug reporter) without also doing the check for all languages part.
[15:52] <GunnarHj> pitti: It was already uploaded to Precise by you. ;-) What has been added now is the limitation to installed languages as opposed to installed locales.
[15:53] <pitti> GunnarHj: yeah, I'm just pointing out that this might not be accepted by the SRU team
[15:54] <chrisccoulson> what's with rick's new name?
[15:54] <chrisccoulson> hi CalvinKlein ;)
[15:54] <GunnarHj> pitti: Ok. I admit it isn't crystal clear...
[15:55] <mterry> attente, hrm.  Can you please provide support for UBUNTU_MENUPROXY too?  If it's blank or 0, the global menu should be disabled.  We have people recommending this all over the net already, and some upstreams do this if they know their menus don't work (as gwyddion was doing)
[15:56] <mterry> attente, I'm not running rhythmbox under any odd situations.
[15:56] <mterry> attente, can I help provide debug info?
[15:57] <chrisccoulson> someone asked me to support UBUNTU_MENUPROXY in firefox, and i refused, saying that it's an implementation detail of how appmenu-gtk works ;)
[16:00] <chrisccoulson> debugging crashes where the stack is completely bogus are really good fun!
[16:00] <mterry> chrisccoulson, but as long as we're switching one implementation detail for another, we might as well keep the name the same
[16:01] <mterry> attente, for that matter, probably better not to add a new name (NO_UNITY_GTK_MODULE) that future implementations will also have to support
[16:01] <GunnarHj> pitti: This is how I explained it to seb128 when he felt that the previous version was confusing: https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/1103547/comments/16
[16:01] <ubot2`> Launchpad bug 1103547 in language-selector "drag and drop does not work language support not complete" [Medium,In progress]
[16:03] <pitti> right, I saw that; I'll look into uploading it
[16:04] <pitti> GunnarHj: could you please move/adjust the SRU request from bug 1103547 to 1134364 then, as the changelog only refers to the latter?
[16:04] <ubot2`> Launchpad bug 1103547 in language-selector (Ubuntu Precise) "drag and drop does not work language support not complete" [Medium,In progress] https://launchpad.net/bugs/1103547
[16:06] <GunnarHj> pitti: The changelog refers to both.
[16:07] <GunnarHj> pitti: The hunspell thing is certainly 1103547, isn't it?
[16:08] <GunnarHj> pitti: I'm just learning that SRU requests should be narrow in scope. ;-)
[16:08] <pitti> GunnarHj: ah right, I was just looking at the accountsservice patch
[16:12] <Sweetshark> seb128: http://packages.debian.org/source/experimental/libcmis 0.3.1-1 is there, please sync!
[16:15] <pitti> GunnarHj: uploaded; thanks for the patches!
[16:17] <davidcalle> pitti, hello
[16:17] <davidcalle> pitti, I think I could use your insight on this glib/pygi related bug https://bugs.launchpad.net/ubuntu/+source/unity-lens-photos/+bug/1135029
[16:17] <ubot2`> Launchpad bug 1135029 in unity-lens-photos "Unity-lens-photos crashes on start, photos in dash is empty" [Undecided,Incomplete]
[16:20] <GunnarHj> pitti: Great, thank you!
[16:23] <jibel> seb128, round 2 https://jenkins.qa.ubuntu.com/job/desktop-ppa-autopilot-release-testing/2/testReport/
[16:23] <attente> mterry: will do re:UBUNTU_MENUPROXY/NO_UNITY_GTK_MODULE
[16:23] <jibel> seb128, 253 errors but ATI failed in the middle of the run
[16:24] <attente> mterry: does rhythmbox's menus ever work for you? or do they never?
[16:24] <mterry> attente, I've not seen them work since I noticed this
[16:25] <jibel> seb128, there are lot of  "File "/usr/lib/python2.7/dist-packages/gi/types.py", line 137, in constructor     return info.invoke(cls, *args, **kwargs) TypeError: constructor returned NULL",
[16:25] <chrisccoulson> ooh, i've just used remmina for the first time ever
[16:25] <jibel> seb128, can you find some one to look into this?
[16:25] <chrisccoulson> i can't believe how much better it is than what we used to ship
[16:25] <pitti> chrisccoulson: I found it quite nice, too, although I really only ran it for testing
[16:26] <seb128> Sweetshark, @libcmis: ack
[16:26] <chrisccoulson> pitti, yeah, i'm just running it so i can use chromium on the pandaboard and debug it on my laptop with gdbserver
[16:26] <seb128> pitti, hey, do you have any idea about the errors jibel pointed?
 seb128, round 2 https://jenkins.qa.ubuntu.com/job/desktop-ppa-autopilot-release-testing/2/testReport/
 seb128, there are lot of  "File "/usr/lib/python2.7/dist-packages/gi/types.py", line 137, in constructor     return info.invoke(cls, *args, **kwargs) TypeError: constructor returned NULL",
[16:27] <pitti> davidcalle: I'll look in a sec
[16:27] <seb128> pitti, that's running the unity tests with gtk 3.7 from the desktop team ppa
[16:27] <davidcalle> pitti, thanks :)
[16:27] <pitti> seb128: oh, seems I missed that ping earlier?
[16:27] <seb128> pitti, you were not pinged, jibel just mentioned it 3 minutes ago
[16:27] <seb128> pitti, sorry, I'm just back from exercice, catching up with backlog ;-)
[16:28] <seb128> pitti, but it looks python-gi-ish so I wonder if that's a known issue
[16:28] <seb128> pitti, e.g https://jenkins.qa.ubuntu.com/job/desktop-ppa-autopilot-release-testing/2/label=autopilot-ati/testReport/unity.tests.launcher.test_keynav/LauncherKeyNavTests/test_launcher_keynav_activate_keep_focus_Single_Monitor_/
[16:28] <pitti> seb128: not known to me, anyway; I'm regularly running tests in jhbuild with gtk master, I didn't run into this yet
[16:29] <pitti> seb128, jibel: are they all related to DesktopAppInfo.new()?
[16:29]  * pitti checks
[16:29] <seb128> seems like
[16:29] <pitti> some spot checks seem to indicate this
[16:30] <seb128> pitti, it seems they all use bamf and hit the same error
[16:30] <seb128> Gio.DesktopAppInfo.new(desktop_file)
[16:30] <seb128>   File "/usr/lib/python2.7/dist-packages/gi/types.py", line 137, in constructor
[16:30] <seb128>     return info.invoke(cls, *args, **kwargs)
[16:30] <seb128> TypeError: constructor returned NULL
[16:30] <pitti> how sure are we that this is from the new GTK? i. e. it couldn't just be a missing .desktop file or so?
[16:30] <pitti> Returns :
[16:30] <pitti> a new GDesktopAppInfo, or NULL if no desktop file with that id
[16:31] <seb128> $ python -c "from gi.repository import Gio; proc = Gio.DesktopAppInfo.new('/usr/share/applications/gedit.desktop')"
[16:31] <seb128> TypeError: constructor returned NULL
[16:31] <seb128> pitti, on my box
[16:31] <pitti> seb128: oh, on mine as well
[16:31] <seb128> hum
[16:31] <pitti> and that's with GTK 3.6
[16:31] <seb128> just "gedit.desktop" works
[16:32] <pitti> "A desktop file id is the basename of the desktop file, including the .desktop extension."
[16:32] <pitti> so it still smells like the tests want to access a .desktop file which just isn't there?
[16:32] <seb128> pitti, what happens if you run
[16:32] <seb128> $ python -c "from gi.repository import Gio; proc = Gio.DesktopAppInfo.new('buggy.desktop')"
[16:33] <seb128> TypeError as well?
[16:33] <pitti> yes
[16:33] <seb128> ok, so maybe that's not the issue
[16:33] <seb128> could be somebody else that changed that leads to wrong .desktop to be returned
[16:33] <seb128> something*
[16:34] <Sweetshark> seb128: thx
[16:34] <pitti> seb128: it at least behaves exactly the same here in jhbuild
[16:35] <seb128> jibel, mterry: is there any way to see what .desktop is in "desktop_file" in those tests?
[16:36] <BigWhale> So... I released a new version of Kazam. I've noticed that one of the unstable versions is in Raring and it was uploaded there by I have no idea who ... Now I'd like someone to update it. Should I just poke kenvandine as usual? :>
[16:36] <seb128> is that an installed .desktop?
[16:36] <attente> mterry: can i see your apt-cache policy unity-gtk-module unity indicator-appmenu libgtk-3-0?
[16:38] <pitti> davidcalle, mhr3: followed up to bug 1135029
[16:38] <ubot2`> Launchpad bug 1135029 in unity-lens-photos (Ubuntu) "Unity-lens-photos crashes on start, photos in dash is empty" [Undecided,Incomplete] https://launchpad.net/bugs/1135029
[16:39] <pitti> davidcalle, mhr3: sounds like "invalid" to me
[16:40] <mhr3> pitti, heh, first time that i see the deps file actually useful :)
[16:40] <mhr3> i guess that's why i ignore it :/
[16:40] <mhr3> ok, not really first time
[16:40] <pitti> it saves the roundtrips of these questions like "what version of.. do you have"
[16:41] <mhr3> pitti, indeed, unfortunately i'm used to asking about packages that aren't direct dependencies
[16:41] <mhr3> like you know... zeitgeist
[16:41] <pitti> no worries :)
[16:41] <mhr3> pitti, but yea, invalid indeed, thx for closing it
[16:41] <davidcalle> pitti, mhr3, thank you guys :)
[16:42] <pitti> mhr3: ah, I didn't close it yet; can do now
[16:42] <mhr3> i'm very subtle in nudging ;)
[16:42] <pitti> even glib breaks backwards compat from time to time.. /me hugs desrt
[16:44] <mterry> seb128, sorry, don't know what the .desktop file issue is?
[16:44] <mterry> attente, http://pastebin.ubuntu.com/5573824/
[16:46] <jibel> seb128, no idea, asking in #u-unity
[16:56] <chrisccoulson> awesome, chromium crashes in TLS related code
[16:56] <chrisccoulson> my favourite type of bug :)
[16:59] <qengho> chrisccoulson: Ooo.  Haven't seen that one.
[17:00] <chrisccoulson> qengho, basically, it goes wrong after this point: http://paste.ubuntu.com/5573884/
[17:00] <chrisccoulson> it's ok until there, and then if i let it run it crashes with the stack full of garbage
[17:01] <qengho> Awesome.
[17:01] <chrisccoulson> it's going to be another linker bug ;)
[17:13] <chrisccoulson> ok, calling MessageLoop::current() twice is enough to make it crash
[17:13] <chrisccoulson> it works the first time
[17:13] <chrisccoulson> and crashes the second tiem
[17:13] <chrisccoulson> **time
[17:24] <seb128> pitti, ok, the test issue is indeed a buggy .desktop
[17:24] <seb128> it's jbicha's fault
[17:25] <seb128> it's the gcalctool->gnome-calculator rename
[17:25] <seb128> the unity tests use gcalctool.desktop
[17:25] <seb128> jibel, ^
[17:26] <jibel> seb128, thanks, I figured. good to find it now that would have break daily tests of unity
[17:27] <seb128> jibel, right, it doesn't tell me if my gtk update breaks stuff then though :p
[17:27] <jibel> seb128, at least you broke the tests
[17:28] <seb128> jibel, no, robert_ancell and jbicha did!
[17:28] <seb128> ;-)
[17:28]  * jbicha passes the blame to robert_ancell, I'm just a packager ;)
[17:29] <seb128> jbicha, interesting side effect, it breaks user configs...
[17:30] <seb128> I've gcalctool.desktop as a launcher
[17:30]  * seb128 hates renames
[17:30] <desrt> jbicha: get a chance to look at those gconf oddities?
[17:30] <seb128> jbicha, I will assign you the bug since you did the new version update
[17:31] <seb128> it's another example that trivial updates can also turn into problematic ones :-(
[17:31] <jbicha> seb128: ok I'll look at it tonight if no one gets to it first
[17:31] <seb128> jbicha, I'm pondering if we should just rename the .desktop to gcalctool.desktop
[17:31] <seb128> symlinking will likely creates a duplicate item in the dash, etc
[17:34] <jbicha> seb128: well I presume several of the games have the same problem, I think we talked about it on desktop-devel list but it wasn't resolved
[17:35] <attente> mterry: can you ppa-purge ppa:attente/unity-gtk-module and try the packages in http://ppa.launchpad.net/ubuntu-desktop/ppa/ubuntu/ ?
[17:36] <attente> i'm unsuccessful at duplicating the problem unfortunately
[17:36] <mterry> attente, OK
[17:39] <xnox> Gdk no longer knows about green color =(
[17:39] <xnox> http://paste.ubuntu.com/5573988/
[17:39] <xnox> above ubiquity test fails
[17:41] <seb128> jbicha, shrug :-(
[17:42] <seb128> xnox, wfm
[17:42] <seb128> xnox, what error do you get?
[17:42] <seb128> xnox, what gtk version do you have?
[17:43] <xnox> seb128: ii  libgtk-3-0:amd64                              3.6.4-0ubuntu6
[17:44] <seb128> >>> print color
[17:44] <seb128> <Gdk.Color(red=0, green=32896, blue=0)>
[17:44] <seb128> here
[17:44] <seb128> but I'm on "new gtk" (e.g 3.7)
[17:44] <jbicha> seb128: I'm ok with moving it back to gcalctool.desktop (since only power users & distros need to care about the name & it breaks upgrades for people that favorited it) but it would be nice if upstream would do the same
[17:45] <seb128> jbicha, I will talk to robert_ancell
[17:46] <mterry> attente, that works better!  I have menus in rhythmbox now
[17:46] <xnox> seb128: This is a value between 0 and 65535, with 65535 indicating full intensitiy.
[17:46] <mterry> attente, I missed that you switched PPAs.  My bad
[17:47] <xnox> seb128: thus 32896 is half intensity, instead of full.
[17:47] <xnox> last time we built ubiquity it was full intensity.
[17:48] <xnox> which was on 21st of february.
[17:48] <xnox> pitti: can this be a pygi regression?
[17:49] <attente> mterry: thanks, i'm not sure why that would've worked, but i'm sure you'll let me know when it breaks again :)
[17:49] <seb128> xnox,
[17:49] <seb128> $ ./gtk
[17:49] <seb128> color: 32896
[17:49] <seb128> xnox, no, does the same with a C program
[17:49] <seb128> so not a gi issue
[17:50] <xnox> right gtk didn't change, pygobject didn't change since 21st.
[17:50] <xnox> where are these colors defined?
[17:51] <seb128> xnox, pango
[17:52] <xnox> Laney, it is then.
[17:52]  * xnox downgrades to check.
[17:54] <seb128>   0 128   0             green
[17:55] <seb128> in pango1.0-1.32.5/tools/rgb.txt
[17:56] <Laney> ME!
[17:56] <Laney> http://git.gnome.org/browse/pango/commit/tools/rgb.txt?id=d2c319b9ded8cce864914d9f1fd704a7aff3112f
[17:57] <Laney> seems like a weird test?
[17:58] <xnox> Laney: mpt defined that we should use a range of colors between green and red hues equally spaced when presenting multiple partitions.
[17:58] <xnox> so yeah, we test that we calculate the colors correctly.
[17:58] <mpt> I said what?
[17:58] <xnox> *gasp* i'm so sorry if i got the hues wrong.
[17:58] <xnox> Laney: see what i mean?! =)
[17:59] <seb128> Laney, xnox: I'm discussing it on #gtk+
[17:59] <Laney> maybe you shouldn't be using the names then
[17:59] <xnox> mpt: the colors have changed in pango. thus ubiquity will look different now.
[17:59] <seb128> but at this point I think it's going to be easier to use "green1" for your test:p
[17:59] <xnox> specifically the partitions color maps.
[17:59] <xnox> seb128: is green1 the old green?
[17:59] <Laney> 'lime'
[18:00] <mpt> xnox, I see only one mention of "green" in the spec, and it's about a checkmark.
[18:00] <xnox> mpt: ok the test is generic to get the color coding right, i'm sure it's about the colors for partitions in the advanced partitioner. Let me grep some code.
[18:02] <Laney> >>> color = Gdk.color_parse("#00ff00")
[18:02] <Laney> >>> color
[18:02] <Laney> <Gdk.Color(red=0, green=65535, blue=0)>
[18:02] <Laney> seems more reliable?
[18:02] <xnox> hmm. actually we explicitely use #fbfbfb #c7c7c6 #b6b0a9
[18:02] <xnox> Laney: yeah, I'm gonna convert the test to a non-symbolic-name
[18:02] <Laney> good
[18:03] <seb128> xnox, wfm
[18:03] <Laney> now tell me why start on starting gnome-session DESKTOP_SESSION=ubuntu doesn't work
[18:03] <Laney> please :-)
[18:03] <seb128> it's being discussed on #gtk+
[18:03] <seb128> but basically "green" is 128 in css
[18:03] <seb128> for some reason
[18:03] <seb128> it claims to be based from x11 values
[18:03] <Laney> it's a more normal green
[18:03] <seb128> but /usr/share/X11/rgb.txt has 255
[18:03] <Laney> http://dev.w3.org/csswg/css3-color/#svg-color
[18:03] <Laney> lime is that bright horrible thing :p
[18:04] <seb128> learning every day in any case ;-)
[18:04] <xnox> Laney: is DESKTOP_SESSION in the environment at all ;-) ?
[18:05] <Laney> yep
[18:05] <Laney> I made it dump env and it's set like that
[18:05] <xnox> seb128: we use "darkgreen" as symbolic color in a few places, has that changed as well?
[18:05] <Laney> xnox: http://git.gnome.org/browse/pango/log/tools/rgb.txt
[18:05]  * xnox will pay attention to custom colors when testing ubiquity next.
[18:06] <seb128> xnox, http://git.gnome.org/browse/pango/commit/tools/rgb.txt?id=d2c319b9ded8cce864914d9f1fd704a7aff3112f
[18:06] <seb128> xnox, that's what changed
[18:06] <xnox> ok. good.
[18:09]  * Laney EODs to borderlands ;-)
[18:10] <Laney> tomorrow I will have a go at writing some user session jobbies
[18:10]  * Laney sees a post from the climbing centre about new climbs being set ... tempatation ...
[18:11] <Quintasan> Laney: You will end up going there sooner or later so...sooner is better IMO :D
[18:11] <Laney> nah I hurt my shoulder, should wait a few more days
[18:12] <Quintasan> I see, well, better wait for it to recover then
[18:12] <seb128> Laney, great
[18:15] <Laney> xnox: no ideas about that DESKTOP_SESSION thing I guess? http://paste.ubuntu.com/5574106/ is what I'm trying
[18:16] <Laney> I get http://paste.ubuntu.com/5574105/ when I run it without the extra condition (sorry about the wrapping - search for DESKTOP_SESSION to see it is there)
[18:24] <Laney> just remembered that I'm at a hard boss :( games suck :(
[18:25] <seb128> stgraber, ^
[18:26] <xnox> Laney: as far as I know we don't calculate nor export DESKTOP_SESSION at the moment.
[18:27] <xnox> Laney: if you wish for upstart jobs to be run on per-session name basis, you should ship them in /etc/xdg/xdg-$SessionName/upstart
[18:27] <stgraber> Laney: FWIW, the package I just uploaded to the PPA drops compiz, pulseaudio and nautilus
[18:27] <xnox> Laney: cause the paths we search for upstart jobs is fully XDG_CONFIG_DIRS / HOME_DIR compliant with added /usr/share/ location as the last fallback such that one can ship upstart user session jobs which are _not_ conffiles.
[18:28] <xnox> (and a legacy ~/.init but I don't mention that ;-) )
[18:28] <Laney> stgraber: xnox: So it's not the same as the regular environment?
[18:28] <xnox> Laney: _almost_
[18:29] <Laney> I added an export DESKTOP_SESSION to gnome-sesion
[18:29] <Laney> 's job file
[18:29] <xnox> Laney: to be honest nothing should ever use DESKTOP_SESSION env variable.
[18:30] <xnox> (that's my preference, that is. Should have make it sound less strong)
[18:30] <stgraber> xnox: well, gnome-session.conf does for the exec line
[18:30] <xnox> =) ok.
[18:31] <Laney> anyway it doesn't really matter, I just wanted to experimenta
[18:45]  * didrocks waves good evening
[18:51] <chrisccoulson> qengho, so, i guess this issue is this: http://paste.ubuntu.com/5574177/
[18:51] <chrisccoulson> branching to a random address ;)
[18:51] <chrisccoulson> (it's meant to branch to pthread_getspecific, via the plt)
[18:51] <chrisccoulson> linker bug!
[18:51] <chrisccoulson> AGAIN!
[18:51] <chrisccoulson> GAAAAAAAAAAAAAH
[18:51] <chrisccoulson> it's seb128's fault :P
[18:52] <qengho> chrisccoulson: Yep.  seb128, as usual.
[18:52]  * seb128 pokes chrisccoulson, is it fixed yet?
[18:52] <chrisccoulson> lol
[18:52] <seb128> ;-)
[18:52] <seb128> chrisccoulson, btw you still didn't send the email saying what you did at the sprint :p
[18:52]  * chrisccoulson hides
[18:52] <seb128> ;-)
[18:53] <chrisccoulson> i wonder if we'll ever get this to work
[19:08] <bdrung> Sweetshark: should i sync libcmis from Debian?
[19:13] <Sweetshark> bdrung: that would be awesome, LibreOffice 4.0.1 needs it.
[19:15] <Sweetshark> bdrung: which is testbuilding for the ppa in https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-3-4 btw (ppa as that build switched back to the internal libcmis temporary)
[19:16] <bdrung> Sweetshark: you could just upload the needed libraries to the PPA
[19:17] <bdrung> Sweetshark: can you push your proposed changes for  LibreOffice 4.0.1 to the debian git repository
[19:17] <bdrung> ?
[19:18] <Sweetshark> seb128: you know what chrisccoulson did at the sprint, you guys teamed up to talk me into 'just one beer'. I think you took lessons from the kernelteam!
[19:20] <Sweetshark> bdrung: sure, will do (except the temp. internal internal libcmis one), when the build succeeds (_rene_ doesnt like to see too many pushes, so ...)
[19:21] <Sweetshark> bdrung: anyway, gotta run, but will do this still tonight, I guess.
[19:21] <bdrung> Sweetshark: what does he have against pushes?
[19:22] <bdrung> Sweetshark: libcmis 0.3.1-1 fails
[19:23] <bdrung> test-document.cxx:56:36: error: ignoring return value of 'size_t fread(void*, size_t, size_t, FILE*)', declared with attribute warn_unused_result [-Werror=unused-result]
[19:24] <Sweetshark> bdrung: meh, why does it fail only for us? different gcc?
[19:24] <bdrung> i assume that's the different gcc
[19:25] <Sweetshark> bdrung: anyway, really gotta run now. Will likely look at it and patch later (sounds like something easy to fix) ..
[19:25] <bdrung> Sweetshark: or just disable -Werror?
[19:27] <sarnold> Sweetshark,bdrung: that's coming from fortify
[19:27] <bdrung> --disable-werror
[19:27] <sarnold> Sweetshark,bdrung: tyhicks had to fix a giant pile of those warnings with the audir MIR
[19:28] <bdrung> Sweetshark: i will leave it to you to fix it. ping me, when it's ready to sponsor.
[19:29] <Sweetshark> bdrung: k, thx. really gone now.
[21:17] <chrisccoulson> right, time to switch rooms
[21:17] <chrisccoulson> i'm determined to nail this second toolchain bug before i sleep
[21:17] <chrisccoulson> otherwise i will stay awake all night