[01:02] <Amaranth> chrisccoulson: any update on the upload for bug 724324?
[01:02] <ubot2> Launchpad bug 724324 in gnome-power-manager "FFE: Add support to g-p-m for controlling keyboard backlight via upower in natty" [Wishlist,Confirmed] https://launchpad.net/bugs/724324
[01:03] <chrisccoulson> Amaranth, it's funny you should ask that. i'm just doing a test build of it now ;)
[01:03] <Amaranth> chrisccoulson: I just did a test build and verified the feature actually works :)
[01:03] <chrisccoulson> oh, ok. thanks :)
[01:03] <chrisccoulson> i'll just upload it then
[03:32] <RAOF> Anyone around to sponsor a partial fix for the mesa segfault that's plaguing software-centre?
[03:35] <kenvandine> RAOF, how risky is it?
[03:35] <kenvandine> i can sponsor it... but know very little about mesa :)
[03:35] <RAOF> kenvandine: Not terribly risky.
[03:35] <RAOF> Well… on IA32.
[03:36] <RAOF> On amd64 it's got some shiny new assembler in the dispatch code, but that works for me and I see no reason why it won't work for everyone else, too :)
[03:36] <kenvandine> hehe.. famous last words
[03:36] <kenvandine> point me to it please :)
[03:39] <TheMuso> kenvandine: Do you have upload privs for mesa?
[03:39] <kenvandine> yup
[03:39]  * TheMuso can do it if kenvandine can't.
[03:39] <kenvandine> core-dev
[03:39] <TheMuso> ah ok forgot about that. :)
[03:40] <kenvandine> i avoid X as a rule though... so if you feel more comfortable :)
[03:40] <kenvandine> TheMuso, and actually it isn't midnight for you either :)
[03:40] <TheMuso> I have done it a few times, so if you don't feel comfortable...
[03:40] <TheMuso> kenvandine: THis is true.
[03:40] <kenvandine> :)
[03:40]  * kenvandine ducks that one
[03:42] <RAOF> http://cooperteam.net/Packages
[03:43] <RAOF> If you'd like to do some pre-upload testing I can push my builds there, too.
[03:44] <TheMuso> I'm happy to build it. What is the problem exactly? I am only running amd64.
[03:45] <RAOF> The problem is bug #259219 - there's a minimal reproducing test-case on that bug.
[03:45] <ubot2> Launchpad bug 259219 in mesa "Broken TLS support in libGL.so AKA: software-center crashed with SIGSEGV in __cxa_allocate_exception()" [High,In progress] https://launchpad.net/bugs/259219
[03:46] <RAOF> The mesa I've got there isn't a complete fix.  Or, rather, it is a fix for that bug, but disables the optimised IA32 assembler because I haven't yet got that working.
[03:47] <RAOF> But that bug's attracting duplicates at an annoying rate, so I think it's time to fix it with a performance regression now and keep working on making the IA32 assembler work with a little less time pressure.
[03:47] <TheMuso> Right, so does it affect amd64?
[03:47] <TheMuso> I'll trust your testing, I'll just review the patch.
[03:51] <RAOF> It affects everything - it's using an incorrect TLS model, when libGL is dlopen'd libstdc++ doesn't get its TLS stuff initialised correctly and when something hits that codepath (stream IO and exception handling seem to hit it) it SEGVs.
[03:53] <RAOF> The patch in the upload is only complete for amd64, though.  It's *fixed* for IA32, but at the cost of a performance regression because it disables the optimised assembler.
[03:55] <RAOF> (And there's a performance regression on amd64, too, but it's smaller and (possibly) mandatory; the proper TLS model needs to do more work ☺)
[03:59] <TheMuso> ok
[04:57] <TheMuso> RAOF: uploaded
[04:58] <RAOF> Sweet, thanks.
[05:00] <TheMuso> np
[05:26] <nnonix> I'm seeing the Gnome3 Team in Launchpad. Would this ppa be the best route to a native Gnome 3 experience under natty?
[06:44] <Amaranth> RAOF: Do the fglrx and nvidia libGL.so versions handle this correctly? Oh, they probably just don't use C++, right?
[06:44] <Amaranth> whoa late
[07:05] <pitti> Good morning
[07:08]  * bryceh_ waves
[07:09] <pitti> hey bryceh_, how are you?
[07:10] <bryceh_> pitti, good, you?
[07:10] <pitti> I'm great (except for aching muscles from the weekend :) )
[07:10] <bryceh_> pitti, this evening we made a list of all the words my son can say now, and tallied 43 words!
[07:11] <pitti> "one word a day", heh?
[07:12] <bryceh_> we've been teaching him to say 'please' (he gets it as 'pleh'... close enough)
[07:12] <bryceh_> unfortunately I've created a monster
[07:12] <bryceh_> he and I feed the fish every night and I've been letting him help lately
[07:12] <bryceh_> so tonight we finished and he wanted to feed them again!  "pleh!  pleh! pleh!"
[07:14] <bryceh_> pitti, been out cycling or something?
[07:14] <pitti> bryceh_: no, helped a friend moving on Saturday, and on Sun we had an all-day Taekwondo camp
[07:14] <pitti> and last night the usual regular TKD training as well
[07:15] <bryceh_> pitti, or just sore from all the blog activity over the w-e?  ;-)
[07:15] <pitti> I did go for some cycling, but not much
[07:15] <pitti> bryceh_: that's what makes my heart hurt, not my legs :(
[07:15] <bryceh_> pitti, yep too true
[07:16] <bryceh_> pitti, currently I'm mulling over bug 702090 which seems stuck
[07:16] <ubot2> Launchpad bug 702090 in xserver-xorg-video-intel "i965gm GPU lockup if vesafb is left loaded (EIR: 0x00000010 PGTBL_ER: 0x00000100) - *ERROR* EIR stuck: 0x00000010, masking" [High,Confirmed] https://launchpad.net/bugs/702090
[07:17] <bryceh_> pitti, this has tons of dupes and apw posted a kernel with a fix, and I've posted directions to test it but there's not been any response.  It's very troubling
[07:17] <bryceh_> (no response except just scads more dupe bugs getting filed)
[07:17] <bryceh_> pitti, any advice?
[07:25] <Amaranth> bryceh_: oh, I forgot about the workaround kernel to test
[07:29] <Sweetshark> Morning.
[07:38] <tjaalton> bryceh_: I have such a machine, but the lockups i was seeing stopped when mesa 7.10.1 was uploaded
[07:38] <tjaalton> used to hang when the screen blanked
[07:41] <bryceh_> hmm
[07:41] <tjaalton> not sure it's the same though
[07:41] <tjaalton> +bug
[07:42] <tjaalton> vesafb isn't loaded :)
[07:42] <bryceh_> tjaalton, yeah these particular hangs (pseudo-hangs) actually seem not to lock the gpu permanently most of the time, they just trip apport but -intel resets
[07:42] <tjaalton> it was able to revive the machine by killing X from a VT
[07:42] <tjaalton> *I
[07:43] <bryceh_> tjaalton, interesting, usually with gpu lockups that doesn't help
[07:43] <tjaalton> maybe it wasn't really locked up
[07:43] <tjaalton> of course I have no logs to prove either way anymore
[07:44] <bryceh_> dah, mystery bugs gotta love em
[07:44] <tjaalton> well, fixed by mesa anyway :)
[07:47] <bryceh_> heh speaking of freezes I notice my sandybridge box has frozen while I wasn't looking... intriguing
[07:48] <tjaalton> still waiting for sb boards to arrive to the shelves..
[07:49] <bryceh_> got phoned by newegg that they have a replacement board for me... need to call them back
[07:49] <bryceh_> root@albagensia:/usr/share/apport# intel_gpu_dump
[07:49] <bryceh_> Couldn't map MMIO region: No such file or directory
[07:49] <bryceh_> that's odd
[07:50] <tjaalton> is the tool sb-aware?
[07:50] <bryceh_> far as I know.  Hmm, nada in i915_error_state either
[07:50] <didrocks> good morning
[07:50] <bryceh_> yes, it's sb aware; we get plenty of gpu lockup bug reports for sandybridge
[07:51] <bryceh_> didrocks, heya!
[07:51] <didrocks> hey bryceh_! How are you?
[07:51] <bryceh_> didrocks, good, you?
[07:51] <pitti> bonjour didrocks
[07:53] <didrocks> pitti: Guten morgen
[07:53] <didrocks> bryceh_: very good, thanks :)
[07:55] <bryceh_> tjaalton, aha... just killing X and relogging in was enough to get it back.  So maybe wasn't a gpu lockup at all?  was running unity on it so maybe that was what froze?
[07:55] <tjaalton> bryceh_: yeah it might be that it just doesn't come back from the blanked state?
[07:55] <tjaalton> hmm actually, here it also just froze without blanking
[07:56] <bryceh_> wasn't actually blanked... the windows were displayed properly and the mouse cursor moved, just clicking or using keyboard didn't do anything
[07:56] <tjaalton> but killing X from the vt "fixed" it
[07:56] <bryceh_> fwiw, this is with the new X bits from the ubuntu-x-swat ppa
[07:56] <tjaalton> bryceh_: invisible windows maybe?
[07:56] <tjaalton> there's not much new
[07:57] <bryceh_> I should have checked if the clock updated
[07:57] <bryceh_> but doing a chvt didn't restore it, and just left the screen black
[07:57] <tjaalton> ok it was something else then
[08:00] <pitti> bryceh_: ugh, read the bug now
[08:00] <bryceh_> everyone <3's  -intel
[08:01] <pitti> bryceh_: advice> I wish, but I'm afraid I don't know enough about these graphics drivers to be of help here :/
[08:01] <pitti> bryceh_: so vesafb actually needs to get unloaded when intel is being loaded?
[08:01] <pitti> or is the problem that vesafb is getting loaded at all (instead of using direct DRM)?
[08:02] <tjaalton> I see vesafb on my dmesg, but it's not loaded anymore
[08:02] <bryceh_> pitti, well I was more looking for advice on how to stir people up to give feedback
[08:02] <pitti> tjaalton: ah, right
[08:02] <bryceh_> the issue itself is pretty clear - the vesafb module is loaded at boot in case no drm drivers are available, and then (supposed to be) unloaded in favor of the drm driver if found
[08:03] <pitti> curious that it only affects intel, though; does the radeon driver do the unloading properly?
[08:03] <bryceh_> however there's either a timing issue or something's holding onto vesafb too long (grub?) and so intel collides with it and that locks the gpu
[08:03] <pitti> but the bug with all its dupes should have a fair amount of subscribers now
[08:04] <bryceh_> pitti, intel is able to reset the gpu most of the time and keep on truckin' but it does trigger apport so we get a bug report (lots actually)
[08:04] <bryceh_> pitti, indeed
[08:05] <bryceh_> pitti, in fact we do see a few bugs here and there for -nouveau and -ati that seem to also be conflicts with vesafb
[08:05] <bryceh_> but at a *much* lower rate
[08:05] <bryceh_> my guess is something about how the -intel driver is catching the hang and resetting the gpu compounds the issue
[08:06] <bryceh_> or else -intel is just buggier than the other drivers
[08:07] <pitti> bryceh_: or radeon doesn't catch the hang via apport and thus we just don't hear about it (so much)?
[08:08] <bryceh_> pitti, possibly
[08:13] <RAOF> Amaranth: Who knows what TLS model nvidia and fglrx use, or even *if* they use TLS.
[08:13] <RAOF> Actually, I guess readelf would tell me.
[08:15] <RAOF> Incidentally, is there a good GUI for gdb anywhere in the archives?  Wandering through the disassembly would work much better with one, I feel.
[08:16] <Sweetshark> RAOF: advertisement from my sun/orcle times: Netbeans might be a decent gdb frontend (as far as that is possible)
[08:36] <pitti> RAOF: I generally like nemiver quite a lot
[08:36] <pitti> RAOF: doesn't quite work with debugging X.org server, of course :)
[08:38] <RAOF> Well, what I *really* want is the ability to keep the disassembly view up as I single-step through the instructions.
[08:44] <RAOF> Hm, and register contents would be nice, too.
[08:45] <RAOF> Looks like nemiver might be good.
[08:52] <pitti> RAOF: I haven't tried nemiver with assembly, but for normal C it's navigation, mouse-over values, variable view etc. are quite fine
[08:52] <pitti> and compared to eclipse & co it's ultra-lightweight :)
[08:53] <RAOF> Does it handle gdb remoting?
[08:53] <pitti> I don't know
[08:53] <RAOF> It's installing anyway.
[08:54] <pitti> RAOF: you can get a refund for it if you don't like it, anyway :)
[08:54]  * RAOF is slightly confused.  Why doesn't ‘jmp    *0x804f09c’ jump to 0x804f09c?
[08:55] <pitti> indirect addressing?
[08:55] <RAOF> ...
[08:55] <RAOF> Of course.
[08:55] <pitti> at least that's what * used to mean in assembly I used to look at a thousand years ago
[08:55] <pitti> i. e. "jump to the address that is stored at this pointer"?
[08:56] <RAOF> Yeah, thanks.  I misread that :)
[08:56] <RAOF> Because it would clearly be too much to have indirect immediate addressing have the same syntax as indirect *register* addressing.
[08:57] <RAOF> That would just be madness.
[08:57] <pitti> nonononono
[08:57] <pitti> RAOF: can you imagine by how much assembly programmer's salaries would drop if this stuff would suddenly get *logical*?
[08:57] <seb128> hey desktopers
[08:58] <pitti> RAOF: indirect register was something like add [ax], ..., wasn't it?
[08:58] <RAOF> Hey seb!
[08:58] <RAOF> You're thinking intel syntax.  AT&T is (%eax) :)
[08:59] <pitti> RAOF: you know, my last endeavours with assembly was with Borland C++ 3.1 on DOS ..
[08:59] <pitti> no crazy AT&T syntax there
[08:59] <bryceh_> morning seb :-)
[09:00] <bryceh_> ahhh Borland
[09:00] <pitti> RAOF: actually no, it was for the Atmel 4414 class of microcontrollers; but their assembly is just awesome
[09:00] <pitti> regular syntax, RISC, tons of uniformly usable registers, etc.
[09:01] <Sweetshark> i386 asm is crazy and annoying no matter which syntax is used. Me want SPARC for everyone.
[09:01] <RAOF> x86-64 is much nicer.
[09:01] <RAOF> And the ABI actually passes parameters in registers!
[09:01] <Sweetshark> but i guess that battle is lost already.
[09:02] <Sweetshark> RAOF: you mean like SPARC did for ages already? ;)
[09:02] <RAOF> Sweetshark: Actually, if you'd *like* to touch some SPARC assembly, mesa could use some dispatch love.
[09:02] <RAOF> Sweetshark: SPARC is the other architecture that has some hand-tuned assembly in the dispatch code, and I'm not planning to fix it :)
[09:03] <Sweetshark> RAOF: I have not touched SPARC for some time and have no hardware for it.
[09:04] <pitti> who needs hardware when he has qemu-user
[09:04] <Sweetshark> RAOF: Ill take a look at it once LO is perfect and there is nothing to be done there.
[09:04] <RAOF> You'll get to play with SPARC assembly *and* learn about the TLS ABI!
[09:04] <pitti> Sweetshark: is that before or after the HURD release or the year of the Linux desktop? :-)
[09:05] <Sweetshark> after the year of the Linux desktop, but before Duke Nukem Forever and HURD releases ...
[09:05] <pitti> ah, ok; always good to have a solid plan
[09:05] <RAOF> Hey, Duke Nukem Forever has a release date!
[09:06] <Sweetshark> RAOF: a release date is not a release
[09:06] <pitti> RAOF: but they can't release, they are still blocked on figuring out some mesa bugs on sparc
[09:06] <RAOF> :)
[09:06]  * pitti STFUs and goes back to do something sensible
[09:07] <bryceh_> hehe
[09:25] <seb128> pitti, nice scour upload ;-)
[09:26] <pitti> :)
[09:28] <rodrigo_> MORNING
[09:28] <rodrigo_> ugh, sorry
[09:29] <rodrigo_> morning
[09:29] <seb128> hey rodrigo_
[09:29] <rodrigo_> hi seb128
[09:29] <seb128> pitti, reminding you about the meeting reminder
[09:29] <seb128> pitti, which jasoncwarner's email just reminded me about ;-)
[09:30] <pitti> seb128: heh, nice timing; I just finished fixing pygobject, was the next thing on my list
[09:30] <pitti> seb128: I think we need to extend our reminder chain long enough to span around the week, to never drop the ball
[09:30] <seb128> ;-)
[09:30] <pitti> hey rodrigo_
[09:33] <rodrigo_> hi pitti
[10:14] <Daviey> Hello!  Does anyone have an idea why mysql server is now showing as a login option in GDM greeter in Natty?  I'm scratching my head if it's something that got lost in the last mysql merge, or something that has changed in gnome.. thanks :)
[10:14] <pitti> Daviey: !?!
[10:15] <pitti> Daviey: does /usr/share/xsessions/ have anythign mysql'ish for you?
[10:15] <soren> Daviey: Is mysql run from upstart these days?
[10:15] <seb128> Daviey, as an user or as an option?
[10:16] <Daviey> soren, believe so
[10:16] <Daviey> one mo
[10:16] <pitti> Daviey: also, please check grep ^Session ~/.dmrc
[10:16] <soren> Daviey: Using su to switch to mysql?
[10:16] <soren> Daviey: Or does mysql do that on its own?
[10:16] <seb128> is that a session or an user?
[10:16] <Daviey> pitti, grep for mysql returns null
[10:16] <pitti> ah, I guess he means user
[10:16] <seb128> "option" is not very obvious
[10:16] <pitti> Daviey: do you see it in the user list or in the sessino chooser in teh panel at the bottom?
[10:16] <seb128> Daviey, ck-history --frequent list it?
[10:17] <Daviey> $ grep ^Session ~/.dmrc
[10:17] <Daviey> Session=gnome
[10:17] <Daviey> pitti, mysql has an invalid $home btw.
[10:17] <pitti> Daviey: so I guess you mean you see it as an user
[10:17] <Daviey>  /etc/passwd - mysql:x:117:128:MySQL Server,,,:/nonexistent:/bin/false
[10:18] <Daviey> seb128, http://pb.daviey.com/6znJ/raw/
[10:18] <pitti> weird, gdm has a patch to sort out users with id < 1000
[10:18] <seb128> Daviey, you still didn't reply on where it's listed as an option, do you mean as an user?
[10:18] <Daviey> pitti, I see it as a user, which i could possibly log in as
[10:19] <Daviey> seb128, ^ ?
[10:19] <seb128> pitti, I think I've read someone saying that it doesn't apply this filtering to the ck-history users
[10:19] <pitti> gdm bug then
[10:19] <seb128> pitti, no, ck bug
[10:19] <Daviey> Ah!
[10:19] <seb128> ck-history shouldn't list it
[10:19] <seb128> well bug on both I guess
[10:19] <soren> Daviey: Is there any chance you've sudo'ed to mysql recently?
[10:19] <pitti> seb128: you mean bug 395281?
[10:19] <ubot2> Launchpad bug 395281 in gdm "pam_ck_connector.so is called for non-login sessions" [Low,Confirmed] https://launchpad.net/bugs/395281
[10:20] <seb128> pitti, yes...
[10:20] <soren> Daviey: Or su'ed?
[10:20] <Daviey> seb128, Hmm, if that was the case, wouldn't puppet also be a login user?
[10:20] <pitti> seb128: but 2 logins sounds very plausible for doing "su mysql"
[10:20] <pitti> seb128: it's not the daemon start
[10:20] <soren> Daviey: Nova turns up on gdm for me, too, because we run it with su from upstart. su registers a pam session.
[10:21] <Daviey> ah!
[10:21] <soren> It's very annoying.
[10:21] <Daviey> mysql upstart conf - http://pb.daviey.com/R3O0/raw/
[10:22] <soren> Daviey: That should be fine.
[10:22] <soren> Daviey: No use of su in sight.
[10:22] <seb128> pitti, well in any case I didn't check but people mentioned gdm doesn't do the id filter on ck-history lists
[10:22] <seb128> pitti, we should maybe fix that...
[10:22] <pitti> right
[10:23] <Daviey> seb128, But that doesn't explain why i don't see puppet as a login user in gdm greeter
[10:23] <Daviey> surely if it was that, i'd see it aswell.
[10:24] <seb128> is it listed by ck-history --frequent?
[10:24] <seb128> Daviey, well as pitti said you maybe did su mysql two times on this box?
[10:24] <Daviey> seb128, maybe as a maintainer script. :/
[10:25] <Daviey> I found it interesting that postgres is in /usr/share/gdm/gdm.schemas to not be shown.
[10:26] <seb128> bug #734910
[10:26] <ubot2> Launchpad bug 734910 in gdm "gdm greeter shows unwanted users" [Low,Incomplete] https://launchpad.net/bugs/734910
[10:26] <seb128> is similar
[10:26] <Daviey> (i've compared gdm.schemas on both maverick and natty, and they identical)
[10:26] <seb128> or bug #696038
[10:26] <ubot2> Launchpad bug 696038 in gdm "rabbitmq user appears in login list of users" [Undecided,New] https://launchpad.net/bugs/696038
[10:27] <seb128> Daviey, well that list is a fixed list of users to ignore
[10:27] <seb128> but as pitti said before, all users with a system uid should be filtered out
[10:27] <Mez> Daviey: what am I looking for?
[10:27] <seb128> without having to code the list of existing users in the schemas
[10:28] <Daviey> Mez, We were talking about the mysql user showing up.
[10:31] <Mez> and ? the outcome is?
[10:31] <Daviey> Mez, Still not quite sure, but based on two bugs - looks like a possible regression in gdm.
[10:32] <seb128> the reason is likely that someone logged it as mysql, i.e su mysql on the box
[10:32] <seb128> there is a gdm bug there though as well, it seems the uid filtering doesn't work as it should on ck-history lists
[10:32] <seb128> we will likely use bug #696038 to track that issue
[10:32] <ubot2> Launchpad bug 696038 in gdm "rabbitmq user appears in login list of users" [Low,New] https://launchpad.net/bugs/696038
[10:33] <Mez> seb128: afaik, that doesn't work if the shell is set to /bin/false ?
[10:33] <Mez> (the su to the user)
[10:33] <seb128> Mez, there is also bug #395281
[10:33] <ubot2> Launchpad bug 395281 in gdm "pam_ck_connector.so is called for non-login sessions" [Low,Confirmed] https://launchpad.net/bugs/395281
[10:33] <seb128> Mez, well there is different reason which could make the user be listed in the consolekit sessions
[10:34] <seb128> in any case we should filter users from those list out
[10:34] <Daviey> seb128, grepping my installed packages maintainer scripts for "su mysql"
[10:34] <Daviey> null return.
[10:35] <Mez> Daviey: and sudo ?
[10:35] <Daviey> I would be quite suprised if a maintainer used sudo instead of su... :/
[10:35] <Daviey> empty set returned.
[10:35] <Mez> Daviey: you never know - some people are idiots :D
[10:36] <soren> Daviey: Look in /var/log/auth, perhaps?
[10:37] <seb128> Daviey, it's not trivial to grep for that, you could have su -c or something or "su $USER" with user defined before etc
[10:37] <Daviey> soren, http://pb.daviey.com/vWuL/raw/
[10:37] <Mez> psst, Daviey, what pastebin are you using?
[10:38] <seb128> Daviey, Mez: in any case let's use bug #696038  for the fact that users with system uids are not filtered out as they should
[10:38] <ubot2> Launchpad bug 696038 in gdm "rabbitmq user appears in login list of users" [Low,New] https://launchpad.net/bugs/696038
[10:38] <seb128> having that fixing in gdm will fix your issue
[10:38] <seb128> it doesn't matter much how mysql got a login session counted
[10:38] <Daviey> seb128, I grepped for " su ", that should be safe?
[10:38] <soren> I thought ck-history would let you show the actual logins. Perhaps the times would provide a hint.
[10:39] <seb128> soren, ^ btw feel free to comment on that bug as well about your similar issue
[10:39] <seb128> soren, right, ck-history --log shows the list
[10:40] <Daviey> seb128, Do you consider 734910 and 696038 (the two from above) to be dupes?
[10:40] <seb128> Daviey, yes
[10:40] <seb128> Daviey, well I will use 696038
[10:40] <seb128> waiting on reply on the other bug but I will likely dup it
[10:41] <Daviey> seb128, ok, i added my output to both incase.
[10:41]  * Daviey leaves it in your safe hands, if you want me for anything - feel free to ping.
[10:42] <Daviey> Thanks for looking into it.
[10:43] <seb128> Daviey, thanks
[10:44] <seb128> Daviey, can you add you passwd lines for mysql and puppet to the bug?
[10:44] <seb128> it's a bit weird that mysql got listed but not puppet
[10:44] <Daviey> that is what i thought!
[10:46] <Daviey> I wonder if switching the UID's between puppet and mysql would make puppet show.
[10:47] <seb128> Daviey, what uid do they have?
[10:48] <seb128> are they listed in the same range?
[10:48] <seb128> hum, they are
[10:49] <seb128> I wonder if the broken user directory has something to do with it
[10:49] <Daviey> mysql:x:117:128:MySQL Server,,,:/nonexistent:/bin/false
[10:49] <Daviey> puppet:x:116:127:Puppet configuration management daemon,,,:/var/lib/puppet:/bin/false
[10:50] <seb128> well from there is needs code debugging I guess
[10:50] <seb128> Daviey, thanks, we will ping you back if we need extra details
[10:50] <Daviey> seb128, thanks
[11:05] <hyperair> hi.
[11:05] <hyperair> does anyone know about this bug: https://bugs.launchpad.net/bugs/735372
[11:05] <hyperair> ?
[11:05] <ubot2> Launchpad bug 735372 in banshee "Rhythmbox not Banshee is set as default media player in Natty" [Undecided,New]
[13:30] <pitti> seb128: woudl you have some time to fix bug 703230 ?
[13:30] <ubot2> Launchpad bug 703230 in pango1.0 ""rm: cannot remove `/usr/share/doc/libpango1.0-0': Is a directory" when updating to 1.28.3-4" [High,Triaged] https://launchpad.net/bugs/703230
[13:31] <pitti> or rodrigo_ perhaps? ^
[13:31] <seb128> pitti, can do
[13:31] <pitti> I guess it's also a nice little packaging learning exercise
[13:31] <seb128> pitti, did debian fix it now? I got some bts emails about it but didn't read the discussion
[13:31] <pitti> bite-size thing, but important for beta-1 upgrades
[13:31] <pitti> seb128: haven't checked yet
[13:31] <seb128> pitti, I will check
[13:31] <seb128> I've the emails there
[13:31] <pitti> seb128: merci
[13:31] <seb128> pitti, btw I was about to ping you for media-player-id
[13:32] <seb128> but seems you beat me to it ;-)
[13:32] <pitti> hehe
[13:32] <pitti> seb128: I'll sync it in half a day when it hit the Debian mirror
[13:32] <Laney> it's right to fix bug 735372 in libgnome2-common, yeah?
[13:32] <ubot2> Launchpad bug 735372 in banshee "Rhythmbox not Banshee is set as default media player in Natty" [Undecided,New] https://launchpad.net/bugs/735372
[13:32] <seb128> pitti, did you check if the icon thing being commented has side effects?
[13:33] <seb128> Laney, no, desktop-file-utils has the defaults.list in Ubuntu
[13:33] <pitti> seb128: it'll fix the handling of photos on mobile phones again, as a workaround to bug 481528
[13:33] <ubot2> Launchpad bug 481528 in gvfs "Volumes with photo MIME type do not have a camera icon" [Low,Triaged] https://launchpad.net/bugs/481528
[13:33] <pitti> seb128: sorry, bug 657609
[13:33] <ubot2> Launchpad bug 657609 in gvfs "music players with UDISKS_PRESENTATION_ICON_NAME only get shown as photo device" [Undecided,Triaged] https://launchpad.net/bugs/657609
[13:33] <Laney> seb128: ah ok, so that was just forgotten, thanks
[13:33] <seb128> pitti, but wasn't that added to fix wrong icon issues on some devices?
[13:33] <Laney> jbicha: ^^^^
[13:34] <pitti> seb128: well, it's about nicer icons for some phones; I know it's a workaround, but it fixes much more than it breaks
[13:34] <seb128> pitti, ok, I just wanted to check it was not going to break another side
[13:35] <seb128> I don't remember the specifics but similar issues reversed ring a bell
[13:35] <pitti> seb128: I still have the optimistic hope that at some point I can get out of the "OMG RC bugs" rabbit hole, and find time to work on things like that..
[13:36] <seb128> rodrigo_, btw I Cc-ed you on a gnome-media, g-c-c bug with a one liner patch, would be nice if you could commit it to git
[13:37] <jbicha> seb128: isn't defaults.list different than the gconf default apps though?
[13:37] <seb128> jbicha, I didn't read the bug out of the title
[13:38] <seb128> jbicha, sorry in middle of other things
[13:38] <jbicha> seb128: np
[13:38] <seb128> jbicha, the libgnome .gconf-defaults thing is what will be used when using the key on your keyboard
[13:39] <seb128> seems fine to update that one
[13:39] <pitti> didrocks: hm, I just tried booting the current desktop image on my wife's amd64/ATI machine, and alpha-3 back then on my dell mini 10; it still fails miserably and takes ages, I have to ctrl+alt+f1 and kill -9 -1, and re-login :/
[13:40] <Laney> the bug is about gnome-default-applications-properties
[13:40] <Laney> but I guess that is from libgnome2 too
[13:40] <seb128> Laney, right, that uses the gconf key
[13:40] <didrocks> pitti: so you have a crash fie or compiz just hangs?
[13:40] <seb128> Laney, jbicha: so yeah it's a one liner in libgnome's gconf-defaults
[13:40] <Laney> cool
[13:41] <pitti> didrocks: I also see apport after a while; I get nautilus, but nothing else (aside from the apport window)
[13:41] <Laney> but I guess desktop-file-utils wants doing too
[13:41] <pitti> didrocks: the long hang might just be gnome-session, of course
[13:42] <didrocks> pitti: what do you see in .xsession-errors?
[13:42] <jbicha> seb128: not trying to be difficult but it looks like Ubuntu has modified /usr/share/gconf/defaults and not libgnome directly
[13:42] <seb128> Laney, right, though there was still discussions on that, currently totem is the default handler there
[13:43] <seb128> jbicha, libgnome's debian directory has a libgnome2-common.gconf-defaults
[13:43] <Laney> I see rb for audio-cdda audio-dvd audio-player
[13:43] <pitti> didrocks: I don't know, I shut down again; no need to debug it now, just pointing out that we need to fix this by beta-1; three out of three (different) machines failing doesn't sound good, and it failed for Riddell in a3, too
[13:43] <seb128> Laney, right, those likely need an update, we are still not decided on what to do for mimetypes though which delayed the update
[13:43] <Laney> sure
[13:43] <didrocks> pitti: yeah, but right now, there is no hang report from what I see, some crashes at starts that smspillaz have a look on AFAIK
[13:44]  * Laney has no idea what an audio DVD is
[13:44] <seb128> Laney, though it's not likely to make a difference since there is only one application handling those in the default install
[13:44] <pitti> didrocks: it probably just took long because gnome-session timed out on finding the WM?
[13:44] <seb128> Laney, it's only revelant when you have different options
[13:45] <jbicha> seb128 & Laney : thanks for the pointers
[13:45] <seb128> jbicha, the defaults directory is what is used for changing defaults, it writes in a gconf directory used before the upstream values
[13:45] <seb128> jbicha, it's a way to overwrite values without changing the upstream schemas, so if you don't like the ubuntu customization you just need to edit the defaults or to clear it
[13:46] <didrocks> pitti: the gnome-session timeout is only on the helper (which is the session tester)
[13:47] <Laney> seb128: what actually does consume this defaults.list? I thought nautilus handled mimetypes through desktop files
[13:47] <seb128> Laney, the defaults.list just tells nautilus or gio what to prefer when you have 2 options for a type
[13:47] <didrocks> pitti: if it fails after 5 seconds, it fallbacks. With the current code, it should fallback to compiz (still trying to launch unity for now)
[13:47] <Laney> ah right ok
[13:47] <seb128> Laney, i.e several desktop claiming the same type
[13:47] <seb128> without that it would pick a random one
[13:48] <pitti> didrocks: does it actually work on your laptop(s)?
[13:48] <pitti> (the desktop live system, I mean)
[13:48] <didrocks> pitti: I have two netbooks where it works and my laptop. I didn't try the desktop live system though
[13:48] <didrocks> pitti: still having too much code right now to file in unity to give proper test :/
[13:49] <pitti> didrocks: yeah, the second, third, etc. startup all work fine; only the first one in the live system
[13:49] <pitti> didrocks: is the test result cached somewhere?
[13:49] <didrocks> pitti: there is a nux bug that I tagged priority on the startup performance
[13:50] <didrocks> pitti: no, but I think that all libraries are cached with ureadahead, isn't it?
[13:50] <pitti> didrocks: they are, yes
[13:50] <pitti> but loading those shouldn't take 20 seconds..
[13:50] <didrocks> so I think nux is loading them faster
[13:50] <didrocks> hum… there is no other cache
[13:50] <pitti> didrocks: I'm booting usb stick from today's image on the mini 10
[13:50] <pitti> didrocks: I mean like caching the result in gconf or so
[13:50] <didrocks> we don't
[13:51] <pitti> ok, thanks
[13:52] <didrocks> pitti: apart from ureadahead, I don't see anything else changing  :/
[13:52] <didrocks> pitti: what you can test is…
[13:52] <didrocks> hum, that won't be possible in the first live…
[13:52] <didrocks> I mean, startup the "no effect" session
[13:52] <didrocks> running time /usr/lib/nux/unity_support_test
[13:52] <pitti> didrocks: I could also drop all caches and do that
[13:53] <didrocks> pitti: yeah, but you need to start the no effect session first :/
[13:54] <didrocks> tremolux: hey, are you around?
[13:55] <tremolux> didrocks: hey!  yep
[13:55] <pitti> didrocks: 1.17s realtime on the mini 10
[13:55] <pitti> didrocks: user/sys both ~ 0.46s
[13:55] <didrocks> pitti: hum… with no cache, in the no effect session?
[13:55] <pitti> didrocks: right
[13:56] <pitti> rodrigo_: hm, I still get a "gsettings data conversion" crash when booting the live system
[13:56] <didrocks> so, it's not for the nux helper tool making that hanging
[13:56] <mterry> chrisccoulson, is there any issue with things depending on/using xulrunner-1.9.2 in natty?
[13:56] <pitti> rodrigo_: I thought this got already fixed twice or so :/
[13:56] <didrocks> pitti: when it hangs, getting the .xsession-errors can help
[13:56] <pitti> didrocks: ok, I'll reboot it on my wife's machine later on then
[13:56] <didrocks> tremolux: so, after discussing again with dbarth_, Kaleo…
[13:56] <chrisccoulson> mterry, the plan was that we'd drop xulrunner-1.9.2 from the archive, although that looks unlikely for natty
[13:56] <didrocks> pitti: thanks!
[13:56] <chrisccoulson> how come?
[13:56] <pitti> didrocks: I just assumed it would hang on the majority of machines out there
[13:57] <didrocks> pitti: I wish I have time to investigate that… I really wished :/
[13:57] <mterry> chrisccoulson, it looks like eclipse only works with 1.9.2 for now
[13:57] <pitti> didrocks: ok, I'll have a look then
[13:57] <didrocks> pitti: thanks a lot
[13:57] <chrisccoulson> mterry, yeah, that's only ever going to work with 1.9.2 unfortunately (much like swt-gtk)
[13:57] <chrisccoulson> i did start porting it, but it requires a significant amount of work
[13:58] <didrocks> tremolux: so, I think we will have to drop some features again
[13:58] <didrocks> tremolux: it's late past Feature Freeze
[13:58] <didrocks> tremolux: what do you think about only "add the launcher" when it's installed?
[13:58] <tremolux> didrocks: do you mean, without the install feedback?
[13:59] <didrocks> tremolux: right, and that the signal is only sent once the install is done
[13:59] <didrocks> (if Software center is opened)
[13:59] <didrocks> I know it's a big shortcoming, but if we do more, we can have new crashers which aren't good for the release
[14:00] <tremolux> didrocks: oh certainly, it's doable
[14:00] <didrocks> tremolux: I think it's the safest, then for oneiric, we can have a service monitoring that
[14:00] <seb128> pitti, can you give specifics on the gsettings crash?
[14:00] <didrocks> tremolux: still the same dbus call though, but the desktop file pointing to an existing one
[14:00] <seb128> pitti, I'm the one who fixed it before
[14:01] <chrisccoulson> mterry - i added another task for bug 728825, as swt-gtk has the same problem
[14:01] <ubot2> Launchpad bug 728825 in eclipse "Eclipse cannot start: "java.lang.UnsatisfiedLinkError: no swt-gtk-3557 or swt-gtk"" [Critical,Confirmed] https://launchpad.net/bugs/728825
[14:01] <chrisccoulson> (and it was built against xulrunner-1.9.2)
[14:01] <tremolux> didrocks: yep, I understand
[14:01] <tremolux> didrocks: so the icon will just "appear" in the launcher then
[14:02] <didrocks> tremolux: yeah, once you sent the signal and we assume the desktop file is there then
[14:02] <tremolux> didrocks: I hope that's enough, usability-wise
[14:02] <didrocks> tremolux: well, it's already better than what we had for maverick
[14:02] <mterry> chrisccoulson, yeah, I'm hitting the same problem with my rebuilt eclipse.  It now has the swt .so files in the eclipse-rsp package (it didn't before I built against 1.9.2), but now maybe it needs to be pointed at the right place?
[14:02] <didrocks> tremolux: and not as risky as the other solution at this stage
[14:02] <chrisccoulson> mterry - the issue is that libswt-gtk-3555.so is linked against the libraries it needs. if you download a working version and run ldd on libswt-gtk-3555.so, you will notice that it links against a lot of platform libs
[14:02] <chrisccoulson> but the non-working version doesn't
[14:03] <chrisccoulson> it's being broken by our link options ;)
[14:03] <chrisccoulson> **isn't linked against the libraries it needs
[14:03] <chrisccoulson> d'oh
[14:03] <chrisccoulson> that's the issue ;)
[14:04] <tremolux> didrocks: ok, sounds like a plan  :)
[14:05] <didrocks> tremolux: excellent, thanks a bunch :)
[14:05] <mterry> chrisccoulson, hmm?
[14:05] <tremolux> didrocks: sure thing!  I'll make the changes on the s-c side today
[14:05] <didrocks> tremolux: the icon serialized I assume? (even if we don't use it for now, still better to have the real type)
[14:06] <tremolux> didrocks: no, it's the path to the icon file itself currently, in discussion that's what we thought was needed
[14:06] <didrocks> tremolux: and the icon size is a gvariant?
[14:06] <didrocks> ok
[14:06] <didrocks> the icon size though?
[14:06] <tremolux> didrocks: it's an integer, the largest edge
[14:07] <tremolux> but that's only important for the animation bit
[14:07] <didrocks> tremolux: right, I just try to put the right types for the call no failing :)
[14:07] <tremolux> didrocks: as it's the icon size as displayed on software-center
[14:08] <didrocks> so, largest edge
[14:08] <didrocks> ok, nice :)
[14:08] <tremolux> didrocks: ah, ok
[14:11] <chrisccoulson> mterry, this is the issue - http://paste.ubuntu.com/580578/
[14:12] <chrisccoulson> (the top one is a working copy of the lib, built with --no-as-needed)
[14:12] <chrisccoulson> the bottom one is the broken version of the lib
[14:12] <mterry> chrisccoulson, didn't we turn off as-needed again?
[14:13] <chrisccoulson> mterry, yeah, i think so. have you got the latest gcc version?
[14:13] <mterry> probably not in the pbuilder I used.  let me try again
[14:13] <chrisccoulson> yeah, i'd try that
[14:14] <mterry> chrisccoulson, so for swt-gtk, you're thinking a straight rebuild will work.  I guess eclipse will still need the B-D drop to 1.9.2 and a rebuild if this works for me
[14:14] <chrisccoulson> mterry, yeah,that should do it
[14:14] <chrisccoulson> hmmm, how did eclipse even build against xulrunner-2.0?
[14:19] <chrisccoulson> mterry, are you sure that eclipse even needs xulrunner? it doesn't build any of the mozilla swt libs
[14:19] <chrisccoulson> (it's not building libswt-mozilla, libswt-xpcom or libswt-xulrunner)
[14:20] <mterry> chrisccoulson, in the log, it failed to build the swt libs for the rcp package, but it didn't stop the build.  the files just weren't included
[14:21] <chrisccoulson> mterry, oh, i didn't see that
[14:21] <chrisccoulson> hmmm, it's not a good idea to have a build failure that doesn't really fail is it? it either needs it or it doesn't, and if it does, it probably should have failed the build entirely
[14:23] <mterry> chrisccoulson, yar
[14:52] <seb128> kenvandine, hey
[14:52] <kenvandine> hey seb128
[14:52] <seb128> kenvandine, the only diff we have with debian for telepathy-gabble is your turning off of the call channel support
[14:52] <kenvandine> yes
[14:52] <kenvandine> we need that
[14:52] <seb128> kenvandine, is there any reason it's fine for Debian but not for us? do we need to keep that?
[14:53] <kenvandine> it is unstable
[14:53] <kenvandine> sjoerd said he would rather we leave it off
[14:53] <seb128> kenvandine, no it's not off in Debian
[14:53] <kenvandine> yeah
[14:54] <kenvandine> he pinged me and suggested we disable it
[14:54] <kenvandine> not sure why it isn't off in debian
[14:54] <kenvandine> i'll ask
[15:36] <didrocks> tremolux: is desktop_file is a full path?
[15:36] <tremolux> didrocks: yes
[15:36] <didrocks> tremolux: that's the answer I wanted! Excellent, thanks :)
[15:36] <didrocks> so, almost finished!
[15:37] <tremolux> didrocks: :)  always nicest to have the answer be the one you wanted!
[15:37] <didrocks> heh ;)
[15:40] <seb128> pitti, sorry, did you reply to the gsettings crash question before?
[15:40] <seb128> if you did I think I missed it, just thinking about it now
[15:47] <didrocks> tremolux: ok, unity-side done
[15:47] <didrocks> tremolux: do we have a bug for that?
[15:47] <tremolux> didrocks: rock!
[15:47] <didrocks> it should need a small FFe IMHO
[15:48] <tremolux> didrocks: we do, just a sec
[15:49] <tremolux> didrocks: here's that bad boy: http://launchpad.net/bugs/670403
[15:49] <ubot2> Launchpad bug 670403 in unity-2d "Recently installed applications should be easy to run" [Critical,Confirmed]
[15:50] <didrocks> tremolux: ok, I'll explain the cutted feature and then please pitti to hack the FFe
[15:50] <didrocks> ack
[15:50] <tremolux> didrocks: awesome, and thanks!!
[15:51] <didrocks> thanks to you for doing the needed change :)
[15:59] <pitti> seb128: gsettings> no, just that it crashes reliably when booting the live system
[16:00] <didrocks> pitti: can you have a look at bug #670403 (my last comment, about the FFe)
[16:00] <ubot2> Launchpad bug 670403 in unity-2d "Recently installed applications should be easy to run" [Critical,Confirmed] https://launchpad.net/bugs/670403
[16:01] <didrocks> pitti: if you need to see the change code's size to see the impact, I just implemented it
[16:01] <seb128> pitti, can you give me a stacktrace or the .xsession-errors?
[16:01] <seb128> pitti, I didn't sync any iso sync a3, will do that later
[16:02] <pitti> seb128: hang on
[16:02] <seb128> pitti, it's liking hiting a conversion for a key which is not valid
[16:02] <seb128> liking -> likely
[16:03] <pitti> jasoncwarner: hey Jason, how are you? can you chair the meeting today? I'm afraid I'll need to leave early today
[16:03] <seb128> pitti, I guess he's still sleeping, he said in his email he would be up at end of U.S day
[16:03] <pitti> ah, darn
[16:03] <seb128> pitti, I can lead the meeting if you want
[16:04] <pitti> seb128: that'd be great
[16:04] <seb128> ok
[16:07] <pitti> seb128: gsettings> hm, it's an assert failure, apport refuses to report
[16:07] <seb128> pitti, well, just give me the .xsession-errors or the stacktrace
[16:07] <seb128> pitti, there is the key name somewhere there
[16:08] <seb128> pitti, or run /usr/lib/debug/usr/bin/gsettings-data-convert
[16:08] <seb128> ups
[16:09] <seb128> gsettings-data-convert
[16:09] <pitti> seb128: http://people.canonical.com/~pitti/tmp/gsettings-crash-xsettings-errors.txt
[16:09] <seb128> pitti, you should get a "GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.default-applications.browser' is not installed"
[16:09] <pitti> seb128: http://people.canonical.com/~pitti/tmp/_usr_bin_gsettings-data-convert.999.crash
[16:09] <seb128> well, that one was the previous one
[16:09] <seb128> pitti, "You don't have permission to access /~pitti/tmp/gsettings-crash-xsettings-errors.txt on this server."
[16:09] <pitti> GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.default-applications.at.mobility' is not installed
[16:09] <seb128> pitti, ok, that's it, thanks
[16:09] <pitti> seb128: sorry, fixed
[16:09] <seb128> pitti, they dropped the key again and not the migration list
[16:10] <seb128> pitti, http://git.gnome.org/browse/gsettings-desktop-schemas/commit/?id=e2e8a52260f79e6afd4ff242327feff7b798eb49
[16:10] <seb128> pitti, that's the fix, I'm backporting it now
[16:10] <pitti> seb128: yay
[16:21] <micahg> cyphermox: for some reason the indicator for nm-applet isn't allowing me to change anything
[16:29] <didrocks> mterry: is http://paste.ubuntu.com/580652/ the fix for the a11y crash you proposed?
[16:30] <mterry> didrocks, yeah I believe so
[16:30] <seb128> oh, it's meeting time
[16:30] <didrocks> mterry: it was never merged, can you check that out?
[16:30] <seb128> didrocks, check the bug, api said the fix was wrong and rodrigo worked on a new version
[16:31] <pitti> Sweetshark, bryceh_, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, tkamppeter: meeting time
[16:31] <didrocks> well, the issue is that we still have it in the packaging branch then :/
[16:31] <mterry> didrocks, someone said there was a slightly better way to do it
[16:31]  * kenvandine waves
[16:31] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-03-15
[16:31] <chrisccoulson> hi!
[16:31] <seb128> pitti, thanks for the ping ;-)
[16:31] <tremolux> hey!
[16:31] <mterry> hi
[16:31] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-03-15
[16:31]  * Sweetshark reporting in
[16:31] <Riddell> hi
[16:31] <seb128> ok, so jasoncwarner was feeling unwell and said he would sleep to until after the meeting and pitti has to run in 25 minutes
[16:31] <seb128> so I'm leading this one
[16:32] <seb128> hope everybody is doing well ;-)
[16:32] <seb128> no action from previous one it seems
[16:32] <seb128> so let's start with kenvandine
[16:32] <kenvandine> :-D
[16:32] <kenvandine> starting with U1
[16:32] <kenvandine> bindwood for firefox 4 really should come this week, if it hasn't already
[16:33] <kenvandine> i think they were working on that this morning, getting it ready for upload
[16:33] <kenvandine> On to DX
[16:33] <kenvandine> indicator-datetime  still has some significant crashers, we are hoping to have it mostly stabilized this week.
[16:34] <kenvandine> then maybe we can get some better bug reports, besides crashes and doesn't work at all
[16:34] <kenvandine> overlay scrollbar
[16:34] <kenvandine> really no new news on this
[16:34] <pitti> what's teh current plan? still need to squeeze that into natty?
[16:34] <kenvandine> that is what some people want
[16:35] <kenvandine> nobody has commented on the bug since the 9th
[16:35] <kenvandine> bug 730740
[16:35] <ubot2> Launchpad bug 730740 in gtk+2.0 "Provide support for dynamically loading the new overlay scrollbar feature" [Wishlist,Confirmed] https://launchpad.net/bugs/730740
[16:35] <mterry> datetime doesn't work for people?  i've not seen a crash.  is it with evo events?
[16:35] <kenvandine> mterry, it is...
[16:35] <seb128> mterry, there is a known obvious crashed when you use a calendar with authentification and those are not stored
[16:35] <chrisccoulson> i think that ones still assigned to me ;)
[16:35] <seb128> mterry, rather than asking for the password it segfaults
[16:36] <kenvandine> i think the other one is due to calendars that you disable
[16:36] <seb128> mterry, there is another one I did a valgrind for, check on launchpad
[16:36] <seb128> mterry, https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/729175
[16:36] <ubot2> Launchpad bug 729175 in unity-foundations "valgrind invalid read" [High,Confirmed]
[16:36] <seb128> bug #729444
[16:36] <ubot2> Launchpad bug 729444 in indicator-datetime "indicator-datetime-service crashed with SIGSEGV in update_appointment_menu_items()" [High,Confirmed] https://launchpad.net/bugs/729444
[16:37] <pitti> mterry: yes, as soon as I disable evo events, it stops crashing
[16:37] <mterry> pfft, just do that then!  ;)
[16:37] <kenvandine> hehe
[16:37] <kenvandine> the other one is bug 733833
[16:37] <ubot2> Launchpad bug 733833 in unity-2d "indicator-datetime-service crashed with SIGSEGV in g_main_context_dispatch()" [High,New] https://launchpad.net/bugs/733833
[16:38] <kenvandine> i asked dbarth to milestone it, but he hasn't yet
[16:39] <kenvandine> that is all i have
[16:39] <kenvandine> questions?
[16:40] <seb128> thanks kenvandine
[16:40] <seb128> didrocks, unity update?
[16:41] <didrocks> sure
[16:41] <didrocks> as usual, main points are in the wiki
[16:41] <didrocks> I'll just copy the hilights from the week
[16:41] <didrocks> Alt + F2 si back \o/ You can have some additional candies like path browsing in it, non-in-path executable and desktop file (icon) matching  Still some work to do to support ~ and "launch in terminal", but the main piece is there
[16:41] <didrocks> Dash with keyboard navigation. There are some known issues (like enter doesn't really trigger the fist item element), but that will be fixed next week.
[16:41] <didrocks> We got back the place activation, meaning that now you have the "available items" like in maverick to be able to launch software-center on a non installed application
[16:41] <didrocks> Lots of bug fixes as usual. A huge thanks to all our volonteer community contributor for all the fixes they are commiting. The number is tredemensly growing and it's almost hard for us to keep up on merge requests
[16:42] <didrocks> we should have some updates to zeitgeist and some feature freeze exception coming
[16:42] <didrocks> all is tracked on https://wiki.ubuntu.com/DesktopExperienceTeam/NattyReleaseStatus
[16:42] <didrocks> for the last release, please refer to https://launchpad.net/unity/+milestone/3.6.4
[16:42] <didrocks> and of course, for next one (list not definitive at all: https://launchpad.net/unity/+milestone/3.6.6)
[16:42] <didrocks> any questions/enquiries/murder? ;)
[16:43] <pitti> need to go, see you later!
[16:43] <tremolux> bye pitti
[16:43] <seb128> pitti, see you
[16:43] <Riddell> murder?!
[16:43] <didrocks> see you pitti :)
[16:43] <didrocks> Riddell: never know, some people can be really upset by some bugs ;)
[16:44] <seb128> didrocks, I saw you negociating to get things dropped from the cycle now, what is left to add feature wise?
[16:44] <seb128> didrocks, great work on the run a command btw ;-)
[16:44] <didrocks> thanks :-)
[16:44] <didrocks> so, big incoming feature
[16:44] <didrocks> there is the "add from software-center" where i reduced a lot the scope
[16:44] <didrocks> code is here, just fresh from few minutes :)
[16:44] <didrocks> just need the FFe ack
[16:45] <didrocks> for*
[16:45] <didrocks> then, there is the unity dialog
[16:45] <seb128> unity dialog?!
[16:45] <didrocks> but this one will probably go out of scope
[16:45] <seb128> what's that?
[16:46] <didrocks> it's a compiz plugin for dialogs
[16:46] <didrocks> changing their behavior
[16:46] <seb128> can we drop thing out of scope now so we don't waste efforts on those?
[16:46] <seb128> I though sam said it would not work for natty anyway
[16:46] <didrocks> that's why I tried, but smspillaz still work on the proof of concept
[16:46] <didrocks> so, I try to keep them focused :)
[16:46] <didrocks> places a11y
[16:47] <didrocks> work is almost done now that we have dash keyboard navigation
[16:47] <didrocks> (and seems reasonable to have)
[16:47] <didrocks> latest is multi-touch support in Unity
[16:47] <didrocks> this one is really on the grey zone, but probably won't land
[16:48] <didrocks> all the others are referenced on https://wiki.ubuntu.com/DesktopExperienceTeam/NattyReleaseStatus (and are dropped)
[16:48] <seb128> ok
[16:48] <seb128> thanks didrocks
[16:48] <didrocks> yw
[16:48] <seb128> seems you have things under control ;-)
[16:48] <didrocks> pretend at least :-)
[16:49] <seb128> other questions for didrocks?
[16:50] <seb128> seems not
[16:50] <seb128> thanks didrocks
[16:50] <seb128> tremolux, hey, s-c update?
[16:50] <tremolux> hey seb128, sure
[16:50] <tremolux> so, details on wiki, and highlights are
[16:51] <tremolux> * Great news! RAOF has fixed the root cause of the recent SIGSEGV crashes in Software Center  \o/   Thanks Chris, you rock!!
[16:51] <tremolux> * Team is now focused on stability/bug triage/fixing, minor visual tweaks and refinements, additional performance improvements, usability
[16:51] <tremolux> * Nice improvements and bugfixes in two releases last week, particularly in the ratings and reviews feature
[16:51] <tremolux> the first bug fix is really nice, a lot of people were hitting that one
[16:51] <tremolux> oh, and didrocks mentioned the scope change for the launcher integration, there is a small change we'll make in s-c to support that
[16:52] <didrocks> (thanks for doing the change tremolux btw ;))
[16:52] <tremolux> (the "first bug fix", meaning RAOF's fix)
[16:52] <tremolux> didrocks: sure!  np  :)
[16:52] <seb128> thanks tremolux, s-c seems on track
[16:52] <seb128> questions for tremolux?
[16:54] <seb128> seems not
[16:54] <seb128> thanks tremolux
[16:54] <seb128> Riddell, hey, kubuntu update?
[16:54] <tremolux> you bet, thanks
[16:55] <Riddell> hi, I don't really have an update, I've been at conf.kde.in for the last week so I'm behind on any Kubuntu activity
[16:55] <Riddell> launchpad has done the rollout for kubuntu-mobile tasks so that can be built from universe now, I need to check on that
[16:55] <seb128> ok
[16:55] <seb128> was conf.kde.in nice?
[16:56] <Riddell> it was indeed, lots of potential new kubuntu contributors
[16:56] <Riddell> Qt accessibility might finally be happening on linux, will package that shortly
[16:56] <Riddell> I need to move qt 3 to universe
[16:56] <Riddell> 10 bugs milestoned for beta 1 http://goo.gl/23eui
[16:57] <seb128> ok
[16:57] <seb128> thanks Riddell
[16:57] <seb128> questions for Riddell?
[16:57] <desrt> Riddell: any india recommendations? :)
[16:58] <hallyn> since the natty desktop cd is broken, i installed from vmbuilder.  then did apt-get install unity gdm.  But when I log in, I get a blank screen.  What else do I need to install?  (i installed wmii and can loginto that just fine)
[16:58] <Riddell> desrt: Bengaluru/Bangalore may not be a tourist capital but it does have lots of geeks
[16:58] <desrt> Riddell: i'll be there in a couple of weeks.  hopefully i get to meet some.
[16:58] <seb128> hallyn, sorry we are in the middle of a meeting, can we talk about that later on?
[16:58]  * desrt stops interrupting the meeting :)
[16:59] <seb128> ok, no question I guess
[16:59] <seb128> http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team.html
[16:59] <seb128> http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team-ubuntu-11.04-beta-1.html
[16:59] <seb128> we seem rather on track for the cycle
[17:00] <hallyn> (sorry)
[17:00] <seb128> I've no special comment and pitti said he didn't have anything worth mentioning there
[17:00] <kenvandine> :)
[17:00] <seb128> let's keep focussing on fixing bugs until the end of the cycle and clean the few remaining items ;-)
[17:00] <desrt> hallyn: it's no problem.  it's a rather natural side effect of holding the meeting in the same channel as normal discussion
[17:00] <seb128> other topics?
[17:00] <seb128> questions?
[17:00] <desrt> gnome3 ppa? :)
[17:01] <seb128> desrt, I think rodrigo is still updating it, other will probably put extra work on it once we are frozen
[17:01] <seb128> we should have it uptodate in time for GNOME3 I guess
[17:01] <mterry> I got a quick mention about seeds
[17:01] <desrt> seb128: it's looking pretty substantially decent, actually
[17:01] <dbarth> kenvandine: which one? #733833 ?
[17:01] <seb128> mterry, seeds?
[17:02] <seb128> mterry, go ahead
[17:02] <kenvandine> dbarth, yeah, i had asked you to triage it for this weeks milestone
[17:02] <mterry> I split the gnome-system-tools package to move time-admin to a separate gnome-time-admin package.  So edubuntu, mythbuntu, and ubuntustudio have seed merges filed.  Until those are applied, they won't have time-admin
[17:02] <mterry> Just FYI
[17:02] <seb128> mterry, sorry I read that as "seed", like in "not gjs" ;)
[17:02] <kenvandine> dbarth, for unity-foundations
[17:02] <dbarth> kenvandine: done
[17:02] <dbarth> it's on the radar
[17:02] <seb128> mterry, ok thanks
[17:02] <kenvandine> dbarth, thx!
[17:03] <desrt> any chance of getting a gnome3 seed(?) setup?
[17:03] <desrt> ie: so that a CD gets rolled automatically
[17:03] <desrt> is that something that interested 3rd parties could do, or is that heavy-duty canonical-only type work?
[17:03] <seb128> desrt, I doubt our team will have time for that before natty but if community people are interested to get that rolling we might be able to help to get it
[17:04] <seb128> desrt, 3rd parties can do
[17:04] <desrt> i guess this is pretty standard derivative-distribution type stuff
[17:04] <seb128> right
[17:04]  * desrt will have to learn to flex some launchpad muscle :)
[17:05] <seb128> ok, seems we are out of meeting topics, we can discuss GNOME3 and other things out of the meeting
[17:05] <seb128> thanks everybody
[17:05] <kenvandine> thx
[17:05] <desrt> rodrigo_: you showed up just a few moments too late :)
[17:05] <kenvandine> :)
[17:05] <desrt> seb128: thanks
[17:05] <didrocks> thanks :)
[17:05] <Sweetshark> seb128: thx
[17:07] <rodrigo_> desrt, oh, late for what?
[17:07] <didrocks> tremolux: can you answer on the USC part for bug #https://bugs.launchpad.net/bugs/670403
[17:07] <ubot2> Launchpad bug 670403 in unity-2d "[FFe] Recently installed applications should be easy to run" [Critical,Confirmed]
[17:07] <desrt> rodrigo_: i was just asking seb about the idea of getting a gnome3 seed hooked up
[17:07] <desrt> to build gnomebuntu
[17:07] <didrocks> (thanks pitti for the FFe btw)
[17:07] <tremolux> didrocks: yep, sure
[17:07] <seb128> rodrigo_, you just missed the meeting
[17:08] <rodrigo_> desrt, a seed?
[17:08] <desrt> isn't that how they call the list of stuff to put on a CD image?
[17:08] <rodrigo_> seb128, ugh, sorry, was rebooting and didn't see the reminder
[17:08] <rodrigo_> desrt, ah, yes
[17:08] <rodrigo_> desrt, a metapackage or something like that that pulls all the gnome3 packages?
[17:09] <desrt> i'm not even sure that that is required
[17:09] <didrocks> tremolux: thanks!
[17:09] <desrt> may be nice to have ubuntu-gnome-desktop of course
[17:09] <desrt> but i think you should be able to throw a list of things onto the CD without that level of customisation
[17:11] <desrt> of course, we'll need custom rhythmbox and banshee packages so that we can change the referal codes ;)
[17:11]  * desrt ducks
[17:12] <rodrigo_> desrt, ah, you mean you want to allow creating a CD with the gnome3 stuff?
[17:12] <desrt> ya
[17:12] <desrt> would be nice to be able to install a CD and get gnome3 right away
[17:12] <rodrigo_> desrt, ah, yes
[17:13] <rodrigo_> desrt, not sure how a seed is done though, but yes, it should be possible I think
[17:13] <desrt> rodrigo_: i think it's probably not too hard
[17:13] <desrt> rodrigo_: when you consider how many people are using launchpad to do derivitive distributions...
[17:15] <rodrigo_> desrt, so, what did you end up with in the discussion I missed?
[17:15] <desrt> not much at all
[17:16] <desrt> seb just said that he expected that gnome3 ppa to see a lot more love after the distro freezes
[17:16] <desrt> and i asked about creating a seed for gnomebuntu
[17:30] <rodrigo_> seb128, so what is needed for creating that seed?
[17:31] <seb128> ?
[17:31] <seb128> rodrigo_, no clue, I never worked on a derivate or custom distro
[17:31] <seb128> there is documentation on the wiki I think
[17:32] <seb128> rodrigo_, btw did you see the gnome-media bug I Cc-ed you on today?
[17:32] <rodrigo_> desrt, but the objective of this seed is because you want to provide more gnome3 packages?
[17:32] <rodrigo_> seb128, no, looking now
[17:32] <desrt> rodrigo_: no.  i'm actually pretty happy with the work that you guys have been doing in the gnome3 ppa
[17:32] <seb128> rodrigo_, it's a one liner patch that still apply to g-c-c 2.91, if you can review and get it in git
[17:32] <desrt> it's quite good
[17:32] <desrt> rodrigo_: just a way to get all of that work onto a CD for installation by default would be nice
[17:33] <rodrigo_> desrt, ok
[17:33] <rodrigo_> seb128, ok, doing it now
[17:33] <seb128> rodrigo_, thanks
[17:33] <desrt> rodrigo_: i may look into it a bit myself
[17:33] <desrt> rodrigo_: would be neat to see how some of this works
[17:36] <rodrigo_> seb128, what was the bug #?
[17:36] <seb128> rodrigo_, bug #696035
[17:36] <ubot2> Launchpad bug 696035 in gnome-media "gnome-volume-control sliders work incorrectly" [Low,Triaged] https://launchpad.net/bugs/696035
[17:37] <seb128> rodrigo_, http://launchpadlibrarian.net/61467816/gnome_volume_control_fix_channel_bars.patch
[17:37] <desrt> rodrigo_: it actually seems quite a lot less automatic than i thought
[17:38] <rodrigo_> desrt, hmm, maybe you can ask the guadalinex people, they work on changing the seeds afaik
[17:38] <desrt> ya.  from what i'm reading, they do more than we'd probably need to
[17:38] <desrt> the nice thing is that it appears that we can extensively abuse canonical's infrastructure with their blessing :)
[17:38] <desrt> for the archive purposes, at least
[17:39] <desrt> we might have to spin the images for ourselves, though
[17:39] <desrt> and host them ourselves
[17:39] <desrt> maybe on gnome.org or something
[17:40] <rodrigo_> desrt, :D
[17:42] <desrt> either way, it seems like a bit more work than i originally guessed
[17:43] <desrt> but not too bad
[17:43] <desrt> there are some tools to assist with the process of spinning the images
[17:47] <rodrigo_> seb128, the patch is already in gcc master
[17:48] <seb128> rodrigo_, ok, I checked with the current tarball
[17:49] <seb128> rodrigo_, oh ok, was fixed some days ago
[17:49] <seb128> rodrigo_, sorry for the noise ;-)
[17:49] <rodrigo_> seb128, no problem :)
[18:08] <chrisccoulson> nice, firefox 4 final on 22nd
[18:09] <micahg> of April?
[18:09]  * micahg hides
[18:09] <chrisccoulson> lol
[18:09] <chrisccoulson> next week ;)
[18:32] <rodrigo_> https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/vino/fix-31037/+merge/53499 <- can someone review/merge/upload ?
[18:32]  * rodrigo_ eods
[18:35] <kenvandine> good night rodrigo_
[18:38] <seb128> rodrigo_, thanks
[20:53] <chrisccoulson> seb128, bug 711453 shouldn't be assigned to us should it? it doesn't look like something we normally touch (and it's in universe)
[20:53] <ubot2> Launchpad bug 711453 in evolution-rss "[natty] evolution-rss FTBFS" [High,New] https://launchpad.net/bugs/711453
[20:54] <seb128> chrisccoulson, no, skaet keeps doing that for some reason
[20:54] <chrisccoulson> heh
[20:55] <skaet> chriscoulson, seb128 - okie,  moving it to track in motu, so I don't keep assigning it to desktop.
[20:55] <skaet> sorry
[20:56] <seb128> skaet, no worry, is there a workflow issue on your side or is that you really want a team taking over those issues but have none to use?
[20:57] <seb128> skaet, it's not the first time evolution-rss issue got on our list, pitti and you played ping-pong with some bugs on it during r-t meetings before
[20:57] <seb128> skaet, it's desktopish but we don't have ressources to fix universe desktopish issues
[20:57] <skaet> seb128,  want to make sure that all high/critical bugs targetted against natty have an owner,  so its getting looked at.
[20:58] <seb128> skaet, right, I think we discussed that before on #u-r, having a team assigned doesn't mean it will be worked
[20:59] <skaet> yup,  but that way there's someone I can go to, and ask.  :)
[20:59] <seb128> skaet, like we could dump desktopish issues on our team but in practice we have no time to work on those and we would just ignore them and block other people who could jump in if those were no assigned
[21:00] <seb128> skaet, right, it just give the false impression that someone will handle the issue...
[21:02] <skaet> having  30-40 high/critical bugs with no-one assigned also obscures whether 1) someone's looking at the problem, or 2) its in limbo.   By assigning to a team, I at least get feedback if its going to be in limbo - so it can be discussed.  ;)
[21:03] <seb128> skaet, right, it doesn't keep being back to the team I guess it's ok ;-)
[21:03] <seb128> "if" it doesn't
[21:03] <seb128> "if" it doesn't being "bounced" back
[21:03] <seb128> rather
[21:04] <seb128> can't type tonight ;-)
[21:04] <bryceh_> is the eastern meeting today canceled?
[21:04] <seb128> bryceh_, dunno, jasoncwarner said he would sleep later than usual, so I guess it depends if he's better when he wakes up and when he wakes up if he does
[21:05] <seb128> bryceh_, but I guess some easter could step up and lead the meeting if he's not there ;-)
[21:06] <bryceh_> seb128, ok, will stay tuned
[21:06] <bryceh_> dunno if RAOF or the other aussies are on yet
[21:07] <bryceh_> and with DST who knows what time it is right now
[21:08] <seb128> bryceh_, right, I though the meeting was in one hour from now
[21:08] <seb128> bryceh_, but you guys got DSTed already right?
[21:09] <bryceh_> yeah
[21:10] <bryceh_> seb128, when do you guys time change in France and Germany?
[21:14] <seb128> bryceh_, 10 days
[21:15] <seb128> i.e not this w.e but the one after
[21:21] <dobey> ugh, quilt is insane
[21:23] <dobey> pitti: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/python-distutils-extra/natty/files/head:/debian/patches/
[21:24] <dobey> pitti: lokos like it wanted to patch in your .bzr-builddeb/default.conf which i guess was a temporary file or something?
[21:33] <skaet> seb128,  https://bugs.launchpad.net/ubuntu/+source/emacs23/+bug/726811 is this on your team's radar?
[21:33] <ubot2> Launchpad bug 726811 in emacs23 "[natty] emacs23/armel FTBFS" [Critical,Confirmed]
[21:43] <dobey> ugh, distutils-extra is whack
[21:56] <RAOF> This Aussie is on.
[22:01] <jasoncwarner> Hi everyone
[22:01] <jasoncwarner> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-03-15
[22:01] <jasoncwarner> EASTERN MEETING.
[22:02] <TheMuso> This aussie is ready to rock
[22:02] <jasoncwarner> robert_ancell RAOF TheMuso bryceh all ready?
[22:03] <TheMuso> Yup.
[22:03] <jasoncwarner> Sounds good. Lets start with
[22:03] <jasoncwarner> [TOPIC] Xorg
[22:03] <bryceh> yep
[22:04] <bryceh> we have a PPA set up with the bits for the xserver update
[22:04] <bryceh> I ran through testing of it yesterday on all my test machines, and found it's ok on -intel
[22:05] <bryceh> but on -ati we seem to be missing the -ati/-radeon driver.  So just a little bit still needs fixed there.
[22:05] <bryceh> otherwise I think we should be ready to upload that and do the ABI bump
[22:05] <RAOF> Bug #259219 is halfway resolved, at the cost of a regression (i386 assembler is disabled).  You should no longer see crashes caused by it, and I'm banging away at the IA32 asm.
[22:05] <ubot2> Launchpad bug 259219 in software-center "Broken TLS support in libGL.so AKA: software-center crashed with SIGSEGV in __cxa_allocate_exception()" [High,Fix released] https://launchpad.net/bugs/259219
[22:06] <bryceh> for proprietary drivers, -nvidia is in place and seems to be working well; I've been reviewing bug reports as they come in (just a few so far, which seem to be misconfigurations and/or corner cases)
[22:06] <bryceh> and for -fglrx, <mumble> progress <mumble>
[22:06] <jasoncwarner> :)
[22:07] <bryceh> for  -intel I'm still banging my head on GPU lockup issues, that seems to be the lion's share of bugs we're seeing
[22:07] <bryceh> they're almost all either kernel team issues (vesafb conflicts) or upstream issues, so I'm trying to coordinate fixes and testing with both groups
[22:08] <bryceh> getting users to test proposed fixes is proving to be a bit frustrating, but we're at least slowing getting better understanding of them I think
[22:08] <bryceh> on the toolsmithing front, I've made yet more tweaks to apport hooks
[22:08] <bryceh> and also started work on some major improvements to my bug-upstream-forwarding tool
[22:09] <bryceh> which I'm hoping will save a lot of time sending bugs upstream in the future.  Still much a work in progress though.
[22:09] <bryceh> RAOF, anything else I've missed?
[22:09] <RAOF> We don't seem to be getting (m)any bugs about Unity and the open drivers.  I've you've got graphical quirks, now's the time :)
[22:10] <jasoncwarner> yes, now is the time...
[22:10] <jasoncwarner> thanks RAOF and bryceh
[22:10] <jasoncwarner> anything else?
[22:11] <bryceh> jasoncwarner, hope you're feeling better, you're scaring me with the <2nd-child-is-hard> talk ;-)
[22:11]  * TheMuso must admit that when he tests unity, which isn't often atm, he generally won't notice visual quirks anyway. :)
[22:12] <bryceh> fwiw, multi-head seems to work better now with Unity although I still spot some corner cases
[22:12] <bryceh> and usability is a bit quirky
[22:13] <bryceh> like, if you maximize a window on monitor 2, its titlebar merges to the bar on monitor 1
[22:13] <bryceh> so to unmaximize you drag the bar on monitor 1
[22:13] <jasoncwarner> uh...
[22:13] <RAOF> Yeah, that's kinda annoying.
[22:13] <RAOF> There's a bug filed for that.
[22:13] <TheMuso> I still don't like the title bar in the top panel stuff personally.
[22:13] <RAOF> (A design bug)
[22:14] <jasoncwarner> good..thanks :) that isn't fun
[22:14] <TheMuso> Even though it doesn't really affect me.
[22:14] <bryceh> also, if you happen to configure monitors one above the other rather than side-by-side, then you can't drag a window from monitor 2 to monitor 1 (it's titlebar gets "stuck").  You have to maximize it on one monitor, then unmaximize it on the other
[22:15] <bryceh> at least the visual corruption stuff seems to be gone
[22:15] <jasoncwarner> bryceh: sounds like there are some issues...
[22:15] <jasoncwarner> but keep testing...
[22:15] <jasoncwarner> :)
[22:15] <bryceh> will do
[22:16] <jasoncwarner> ok...thanks everyone...
[22:16] <RAOF> I quite like the merged titlebar; vertical space is precious!  I'm not sure I like the ‘mouse over to see the actual menus’ behaviour though.
[22:16] <RAOF> Does it now handle dynamic monitor changes reasonably?
[22:16] <jasoncwarner> bryceh: as for baby #2 - yeah...more work...like 150%, but at least you aren't outnumbered!
[22:16] <RAOF> I fixed some stuff there, but it was still a bit broken.
[22:17] <bryceh> RAOF, yeah was broken before, but I've definitely noticed having fewer problems now.
[22:17] <TheMuso> RAOF: Yeah I can understand that viewpoint.
[22:18] <bryceh> jasoncwarner, hoping we can train Dutch to feed baby #2 bottles ;-)
[22:18] <bryceh> RAOF, agreed that the vertical space is really nice on laptops.  I still think it'd be nice on external monitors / dual head where you have tons of space, for it to utilize that space more "verbosely"
[22:19] <jasoncwarner> bryceh: :) good luck..
[22:19] <jasoncwarner> I'm gonna call the meeting [END MEETING] Continue interesting conversations though
[22:19] <jasoncwarner> :)
[22:19] <RAOF> bryceh: I was thinking one-titlebar-per-monitor would be nice
[22:20] <bryceh> RAOF, yeah could be
[22:20] <RAOF> I presume that design has some idea for a different shell for touch devices?  Unity's not very touch friendly at the moment (lots of hover & proximity effects)
[22:20] <bryceh> jasoncwarner, thanks :-)
[22:20] <RAOF> Not that I *have* any form of multitouch device, of course :)
[22:21] <robert_ancell> RAOF, any idea about that radeon bug I showed you?  Or is that left to the kernel guys?
[22:22] <rickspencer3> RAOF, I think Unity *is* touch friendly, you can do anything with touch, I think
[22:22] <RAOF> rickspencer3: Except access the launcher or the menubar?
[22:23] <rickspencer3> RAOF, well, the launcher is not auto-hidden by default on netbooks
[22:23] <rickspencer3> I'm not sure what they are planning for the menu bar
[22:24] <RAOF> I guess there's some easy configuration tweaks available for OEMs shipping Unity on touch devices that would make it much better, yeah.
[23:12] <TheMuso> So. It turns out tha tclaws mail uses custom GTK widgets for its mailbox and message listings, so unless I want to dig around and fix that, claws mail is out as an alternative.
[23:12]  * TheMuso is pondering the switch to a different mail client, preferably GUI based.
[23:24] <rickspencer3> kenvandine, photobomb is sooo much better using the gwibber api compared to when I was using the sqlite datbase!
[23:24] <rickspencer3> thanks a million
[23:25] <TheMuso> 8/c
[23:26] <rickspencer3> TheMuso, geez, that's to obad
[23:26] <TheMuso> rickspencer3: Yeah, its nice and lghtweight otherwise, and feels responsive enough with large mailboxes.
[23:32] <bcurtiswx> i have an issue with nautilus crashing and respawning
[23:34] <bcurtiswx> Installed: 1:2.32.2.1-0ubuntu9
[23:34] <kenvandine> rickspencer3, woot
[23:35] <bcurtiswx> hey kenvandine , upgrade done.. just have nautilus that doesn't want to die
[23:35] <rickspencer3> kenvandine, though ... it doesn't seem to be picking up all the images that I get on my Facebook page, I presume this is because some folks have their settings to not share with apps
[23:35] <kenvandine> probably
[23:35] <kenvandine> well
[23:36] <kenvandine> if you see them in the news feed you should see them
[23:37] <rickspencer3> hmmm
[23:38] <rickspencer3> kenvandine, so if I see someone's new wall photo on my facebook page, it should show up in the gwibber images stream?
[23:39] <kenvandine> yes
[23:39] <kenvandine> well... actually
[23:39] <bcurtiswx> who would I talk to about http://paste.ubuntu.com/580839/
[23:39] <kenvandine> only if it is listed as a photo
[23:39] <kenvandine> rickspencer3, there is a "type" field in the json we get
[23:39] <kenvandine> if it says "photo" from facebook
[23:39] <rickspencer3> interesting
[23:39] <kenvandine> it goes in the images stream
[23:39] <kenvandine> so if facebook isn't saying it's a photo
[23:40] <kenvandine> oh... is it a photo posted on facebook
[23:40] <kenvandine> or a link to a photo?
[23:41] <rickspencer3>  kenvandineI can't really tell
[23:41] <rickspencer3> I mean, it looks like someone posted a photo to me
[23:41] <kenvandine> but is it part of an album?
[23:41] <kenvandine> click on it
[23:41] <kenvandine> does it take you to a facebook album?
[23:42] <rickspencer3> bcurtiswx, I would suggest pedro_ from the looks of that
[23:42] <rickspencer3> kenvandine, yes
[23:42] <kenvandine> ok... then we should get it
[23:42] <kenvandine> query your db
[23:43] <rickspencer3> well, maybe it's an album itself that was posted
[23:43] <kenvandine> and get what is in the data field for that record
[23:43] <bcurtiswx> rickspencer3, OK thx :)
[23:43] <kenvandine> i would like to see what is there
[23:43] <bcurtiswx> pedro_, http://paste.ubuntu.com/580839/ whenever you get online
[23:43] <rickspencer3> kenvandine, I'm also only seeing photos from facebook
[23:43] <kenvandine> i am sure we can improve the stream selection for that stuff
[23:43] <kenvandine> twitter and identi.ca ones i think come in as links
[23:44] <kenvandine> we need to improve that too
[23:44] <kenvandine> well, identi.ca i think should be right
[23:44] <kenvandine> it attaches the media
[23:44] <kenvandine> but twitter just gives a link to the image
[23:44] <rickspencer3> kenvandine, ok, I think photobomb should just use the api as designed, and let the gwibber api improve over time
[23:44] <kenvandine> so harder to decide how to store it
[23:44] <kenvandine> yes
[23:44] <kenvandine> you shouldn't have to work around that :)
[23:45] <kenvandine> rickspencer3, but please, get me the json stored in the db for that :)
[23:45] <kenvandine> i want to figure that out
[23:45] <rickspencer3> kenvandine, sure, what do you want me to retrieve exactly?
[23:45] <kenvandine> the contents of the data field
[23:45] <kenvandine> for that record
[23:45] <kenvandine> well
[23:45] <kenvandine> first make sure you have it somewhere
[23:45] <rickspencer3> oooh
[23:45] <kenvandine> if you click on Home
[23:45] <kenvandine> do you see it?
[23:45] <rickspencer3> well, I haven't confirmed that the message is showing up in gwibber
[23:45] <kenvandine> you should have it, just not listed as a image
[23:46] <rickspencer3> let me do that first
[23:46] <kenvandine> hehe
[23:46] <kenvandine> :)
[23:46] <rickspencer3> I'm going from the web page to photobomb, atm
[23:46] <kenvandine> ah
[23:46] <kenvandine> so much trust in the gwibber api
[23:46] <kenvandine> :-D
[23:46] <rickspencer3> that's why I was wondering if perhaps users have blocked apps frmo seeing the photos
[23:46] <kenvandine> i love it
[23:46] <kenvandine> if you can see it in the web, you should get it in gwibber
[23:46] <rickspencer3> ah geez
[23:47] <rickspencer3> gwibbe hasn't refreshed for 21 hours :(
[23:47] <rickspencer3> that;s my most recent entry
[23:47] <rickspencer3> and is probably at least part of the problem ;)
[23:51] <kenvandine> hehe
[23:51] <kenvandine> wonder why
[23:55] <rickspencer3> kenvandine, it's all screwed up
[23:55] <rickspencer3> I refreshed, and now there is a gap between 4 hours ago and 22 hours ago in my gwibber client
[23:55] <rickspencer3> but not on my facebook feed
[23:55] <rickspencer3> so, net/net, I have no idea what is wrong ;)
[23:55] <kenvandine> well... that isn't surprising
[23:56] <kenvandine> so gwibber limits the size of the result
[23:56] <kenvandine> well, facebook, twitter, etc do
[23:56] <rickspencer3> yah
[23:56] <kenvandine> so it won't get everything if you have had lots of traffic
[23:56] <kenvandine> they just won't give us that big of a result set
[23:56] <rickspencer3> basically, so far as I can tell, there are no actual images in my gwibber client, atm
[23:56] <kenvandine> what version?
[23:56] <rickspencer3> so, I think it is working, probably
[23:57] <kenvandine> are you current"
[23:57] <rickspencer3> Gwibber 2.91.91
[23:57] <kenvandine> that should have been the version where it was fixed
[23:58] <kenvandine> select count(*) from messages where stream = 'images';
[23:59] <kenvandine> select count(*) from messages where service = 'facebook' and stream = 'images';
[23:59] <kenvandine> might be better
[23:59]  * kenvandine needs to run
[23:59] <kenvandine> bbl