[00:04] <klez> hi
[05:48] <m1ndctrl> anyone around?
[05:48] <m1ndctrl> I have a quick question about gnome-settings-daemon and xserver-xgl
[05:52] <RAOF> m1ndctrl: Oooh, that's a blast from the past!
[05:53] <m1ndctrl> glad to see someones up :)
[05:53] <m1ndctrl> Actually, I'm working on gettings xgl running across 4 monitors in one x session
[05:53] <m1ndctrl> I've had this running no problem in 8.04
[05:53] <m1ndctrl> I'm on 10.04 now
[05:53] <m1ndctrl> and I'm 95% there.
[05:54] <m1ndctrl> I can get compiz working, and indeed xgl is running - however, gnome won't start.
[05:54] <RAOF> Xgl has been *entirely* dead for quite some time.
[05:54] <m1ndctrl> agreed.
[05:54] <m1ndctrl> but it's the only way it will work.
[05:54] <m1ndctrl> unless you know of another way?
[05:55] <RAOF> Unless those 4 monitors are all being driven by a single GPU, no.
[05:56] <m1ndctrl> indeed the problem is that I'm running two seperate gpu's
[05:56] <RAOF> Right.  XRandR doesn't yet address that use-case.
[05:57] <m1ndctrl> any idea why gnome fails though with xserver-xgl?
[05:58] <RAOF> Oooh, boy.  Not without logs, no.
[05:59] <m1ndctrl> can you point me where to look other than xsession-errors?
[05:59] <m1ndctrl> the error mentions debugging in gdb.. but i'd prefer to not venture there if possible
[06:00] <RAOF> Oh, something's died with a X error?
[06:00] <m1ndctrl> mind if I paste what it says here?
[06:00] <RAOF> Yes.  Use a pastebin instead.
[06:00] <RAOF> (It's the right thing to do anyway :))
[06:00] <RAOF> paste.ubuntu.com is one such service.
[06:02] <m1ndctrl> http://pastebin.com/cDA9HKvA
[06:02] <m1ndctrl> sorry
[06:02] <m1ndctrl> i just dumped my entire .xsession-errors
[06:03] <RAOF> That's better than fine, that's good.  It's almost always undesirable to paste less than the full log ;)
[06:04] <m1ndctrl> i execute this script in the gnome session I have configured (i just added a new entry as xgl.desktop to execute the following: http://pastebin.com/q5GNbged
[06:04] <m1ndctrl> i've tried ommiting the --display=:0, i've also tried changing DISPLAY=:1 and doing --display=:1 but no luck.
[06:07] <m1ndctrl> and as a random, sligtly humourous sidenote - when i execute glxgears X dies and i'm back at the login after it restarts.
[06:07] <m1ndctrl> not sure if that tidbit is worth anything, but thought I'd throw it out there.
[06:08] <RAOF> Hm.  That suggests that you're using nvidia… what drivers?  All but the oldest nvidia drivers should be able to handle what you're doing without Xgl
[06:08] <m1ndctrl> i'm using 195 drivers
[06:09] <m1ndctrl> if i try it without xserver-xgl and i try and boot with each 2 twinviews and xinerama enabled I simply get a black screen and nothing else
[06:11] <m1ndctrl> i'm thinking it's not a driver issue.. maybe I'm wrong,  I don't know - before it was running on the 173 drivers
[06:11] <m1ndctrl> maybe i should give that a go
[06:12] <m1ndctrl> but i'm not getting any X errors - just gnome...
[06:16] <m1ndctrl> RAOF: still there?
[06:16] <RAOF> m1ndctrl: I am now.
[06:16] <m1ndctrl> ah k
[06:17] <m1ndctrl> in case you missed:
[06:17] <m1ndctrl>  m1ndctrl> i'm using 195 drivers
[06:17] <m1ndctrl> 01:09 < m1ndctrl> if i try it without xserver-xgl and i try and boot with each 2 twinviews and xinerama enabled I simply get a black screen and nothing else
[06:17] <m1ndctrl>  < m1ndctrl> i'm thinking it's not a driver issue.. maybe I'm wrong,  I don't know - before it was running on the 173 drivers
[06:17] <m1ndctrl> 01:11 < m1ndctrl> maybe i should give that a go
[06:17] <m1ndctrl> 01:12 < m1ndctrl> but i'm not getting any X errors - just gnome...
[06:18] <RAOF> m1ndctrl: Those errors were gnome trying to use X features unsupported (or incorrectly supported) by Xgl.
[06:18] <m1ndctrl> awww crap. that sounds bad.
[06:19] <m1ndctrl> perhaps I could try downgrading gnome to the 8.04 version?
[06:20] <RAOF> You could, I guess.  You might as well stay on 8.04 if you wanted to do that, though.
[06:21] <m1ndctrl> agreed :) a realization that's coming to form now.
[06:21] <m1ndctrl> however, my main reason for upgrading was due to transcoding issuse
[06:21] <m1ndctrl> I transcode 1080p files to my ps3 across my network
[06:21] <m1ndctrl> and 8.04 is slow
[06:21] <m1ndctrl> my issues are resolved on 10.04
[06:21] <m1ndctrl> transcodes much better
[06:23] <m1ndctrl> i'm not sure why exactly... it's weird...
[06:28] <m1ndctrl> i truly don't care about the xgl effects however running the regular metacity non composite session results in horrible refresh rates and rendering when i have a bunch of programs open
[06:28] <m1ndctrl> something that simply doesnt happen with xgl
[06:30] <RAOF> Hm.
[06:32] <RAOF> There might be some other craziness in your setup causing this.  What happens if you just run 2 separate X screens, each TwinView'd up?
[06:32] <m1ndctrl> with xserver-xgl or without?
[06:33] <RAOF> Without xserver-xgl
[06:33] <m1ndctrl> with - nothing, same issue - xgl works - i can open all programs - but gnome wont start
[06:33] <m1ndctrl> without - i get black screens across all four monitors
[06:33] <m1ndctrl> they receive an input
[06:33] <m1ndctrl> i see them all switch to dvi
[06:33] <m1ndctrl> and then nothing - black screen - system idles
[06:33] <RAOF> And if you only use two of the screens?
[06:33] <m1ndctrl> works fine
[06:34] <RAOF> And if you use three screens?
[06:34] <RAOF> Or one screen from each GPU?
[06:34] <m1ndctrl> 2 screens per gpu  - 4 screens total.
[06:34] <m1ndctrl> so i do 2 x twinview then combine with xinerama
[06:34] <m1ndctrl> so that I can move windows across all four.
[06:36] <RAOF> I was under the impression that you could actually just use twinview for all four, although I've never had a dual-gpu system.
[06:36] <m1ndctrl> i've tried it without using xinerama and it will work - however i'm limited to using the screens in pairs and not across all four
[06:37] <m1ndctrl> this is why i use xinerama to bind them all together
[06:37] <m1ndctrl> if i try with the regular xserver i receive the Xlib: missing RandR extension
[06:37] <m1ndctrl> which i'm assuming is RandR not knowing how to handle two gpu's?
[06:42] <RAOF> m1ndctrl: No, that's Xinerama disabling RandR.
[06:42] <m1ndctrl> hmmm okay.
[06:44] <m1ndctrl> I'm trying to revert to an older nvidia driver
[06:44] <m1ndctrl> just to see if that resolves the issues
[06:44] <m1ndctrl> if not - i'm gonna head to bed
[06:44] <m1ndctrl> thanks for the help RAOF
[08:13] <seb128> hey
[08:13] <seb128> pitti, hello
[08:13] <pitti> bonjour seb128
[08:14] <seb128> pitti, how are you?
[08:14] <pitti> I'm great, thanks!
[08:14] <pitti> nice to be here
[08:14] <seb128> "here" being? ;-)
[08:15] <pitti> in Leuven, meeting my friends again
[08:15] <seb128> pitti, can you cancel today's meeting btw?
[08:15] <seb128> oh, right
[08:15] <pitti> I was going to ask you about it
[08:15] <seb128> pitti, there is not a lot to discuss and half the team is not there or travelling
[08:15] <pitti> *nod*
[08:15] <pitti> seb128: want me to send an announcement?
[08:15] <seb128> rick said to cancel the meeting
[08:15]  * pitti sends
[08:15] <seb128> so if you could just drop an email to the team about it
[08:15] <seb128> thanks
[08:16]  * seb128 hugs pitti
[08:16]  * pitti hugs you back
[08:17] <didrocks> good morning seb128, pitti
[08:18] <pitti> bonjour didrocks!
[08:18] <seb128> lut didrocks
[08:19] <baptistemm> Hello good morning
[08:19] <didrocks> salut baptistemm
[09:11] <seb128> hum
[09:11] <seb128> so one user states the gnome-panel corruption is not ubuntu specific
[09:11] <seb128> which is somewhat good to know, still no clue how to debug this one though
[09:32] <rodrigo_> hi
[09:32] <rodrigo_> where is the explanation for how to obtain a backtrace with apport?
[09:32] <rodrigo_> to point a user to it
[09:34] <pitti> didrocks: FYI, we do have util-linux-ng; we have nothing else :)
[09:34] <pitti> didrocks: I'm interested in those udev-rules-netbook, how much black magic they do; I'm happy to review them and commit sensible changes to udev upstream
[09:35] <didrocks> pitti: thanks for the feedback ;) I'm updating the list now (my apt-cache search betrayed me ;))
[09:37] <didrocks> pitti: you mean util-linux is util-linux-ng in fact?
[09:37] <pitti> yes
[09:38] <didrocks> ok, thanks for the info ;)
[09:48] <rodrigo_> seb128, I remember seeing comments from you on bugs pointing users to a page to get a backtrace, where is that page?
[09:50] <seb128> hey rodrigo_
[09:50] <rodrigo_> hi seb128, btw :)
[09:50] <seb128> rodrigo_, https://wiki.ubuntu.com/DebuggingProgramCrash
[09:50] <seb128> ?
[09:50] <rodrigo_> ah, cool
[09:51] <seb128> or https://wiki.ubuntu.com/Bugs/ApportRetraces
[10:01] <chrisccoulson> good morning everyone
[10:02] <didrocks> hey chrisccoulson, how are you?
[10:03] <chrisccoulson> hey didrocks, yeah, good thanks
[10:03] <chrisccoulson> just catching up on e-mail now
[10:05] <seb128> hey chrisccoulson
[10:05] <chrisccoulson> hey seb128, how are you?
[10:06] <seb128> I'm good thanks
[10:06] <seb128> how are you?
[10:06] <chrisccoulson> seb128 - yeah, good thanks. had quite a busy weekend
[10:07] <seb128> work busy or real life busy? ;-)
[10:07] <chrisccoulson> seb128 - real life busy ;)
[10:08] <chrisccoulson> i went to a wedding in scotland on saturday
[10:08] <chrisccoulson> so there was quite a lot of driving
[10:08] <seb128> I see
[10:11] <seb128> good to spend a weekend away from computers before UDS ;-)
[10:15] <chrisccoulson> seb128 - yeah, i didn't go near my computer for 4 whole days ;)
[10:15] <chrisccoulson> which is the longest i've been away for a long time
[10:16] <seb128> ;-)
[10:21] <pitti> hey chrisccoulson, how are you?
[10:21] <chrisccoulson> hey pitti, yeah, i'm ok thanks. how are you?
[10:25] <pitti> I'm great, thanks!
[11:27] <tseliot> pitti: bug #573557 seems like a serious issue to me and we have a patch from upstream. Do you mind if I file an SRU about it?
[11:39] <pitti> tseliot: that'd be great, thanks! (well "file" -> use that bug)
[11:40] <tseliot> pitti: yes, of course, I really meant to say "request" rather than "file"
[11:40] <pitti> thanks tseliot
[11:40] <tseliot> np
[11:47] <pitti> lunch, bbl
[11:54] <gicmo> mvo, sorry forgot to send logs yesterday
[11:54] <gicmo> mvo, is it mvo@ubuntu.com?
[11:54] <mvo> yes
[11:56] <gicmo> mvo, should be out
[11:56] <gicmo> *should*, I was fighting the LRZ yesterday ;-)
[11:57] <mvo> thanks gicmo!
[11:57] <mvo> gicmo: did you manage to recover it?
[11:58] <gicmo> mvo, yep, sent from the recovered machine
[11:58] <gicmo> mvo, thanks a bunch for the help
[12:00] <mvo> gicmo: my pleasure
[12:00] <mvo> gicmo: thanks, I have the logs
[12:02] <mvo> gicmo: was there no newer kern.log ?
[12:02] <mvo> Mar 13 is a bit outdated :)
[12:04] <gicmo> oh, did I manage to add the wrong kern log?
[12:04] <gicmo> wtf?
[12:04] <gicmo> ok
[12:04] <gicmo> momento
[12:05] <gicmo> May  3 14:44:38 wachtler3 kernel: [  168.772213] python[1886]: segfault at 7f253031c190 ip 00007f253031c190 sp 00007fffdebc9bc8 error 15 in libQtGui.so.4.6.2[7f2530309000+3f000]
[12:05] <gicmo> ahh that is more like it
[12:08] <gicmo> mvo, should be out
[12:10] <tseliot> pitti: ok, I have requested an SRU for #573557 and uploaded to lucid-proposed
[12:12] <mvo> gicmo: many thanks!
[12:12] <mvo> May  3 18:40:19 wachtler3 kernel: [14309.822181] python[2307]: segfault at 0 ip
[12:12] <mvo> +(null) sp 00007fffaa6fb728 error 14 in python2.6[400000+21c000]
[12:12] <mvo> gicmo: but nothing in /var/crash?
[12:13] <gicmo> let me check
[12:13] <gicmo> mvo, ah, that was the thing during my recovery process
[12:14] <mvo> gicmo: aha, 18:00 is later, right
[12:14] <gicmo> mvo, global.0.crash  nvidia-new-kernel-source-envy.0.crash
[12:14] <mvo> gicmo: there is another one here:
[12:14] <gicmo> are there
[12:14] <gicmo> mvo, want both?
[12:14] <mvo> just global.0.crash
[12:14] <mvo> gicmo: that was a upgrade with kubuntu running?
[12:14] <mvo> gicmo: or ubuntu running?
[12:14] <gicmo> mvo, kubuntu dist but GNOME running
[12:15]  * mvo nods
[12:15] <gicmo> mvo, I also got an error from the nvidia package during upgrade
[12:15] <gicmo> mvo, I clicked it away and  a bit later (not immediately) the machine crashed
[12:15] <mvo> 2010-05-03 11:45:22,753 ERROR got an error from dpkg for pkg: 'nvidia-glx-new-envy': 'subprocess installed post-removal script returned error exit status 2
[12:15] <gicmo> well froze
[12:15] <mvo> yeah
[12:15] <mvo> :(
[12:15] <gicmo> I'll get you both ;-)
[12:17] <gicmo> mvo, are out
[12:19] <mvo> gicmo: thanks, you rock! the info from the nvidia error is  helpful
[12:22] <gicmo> mvo, I used to rock, I am more like an advanced-user currently ;-)
[12:23] <gicmo> mvo, thanks for your help ;-)
[12:27] <mvo> tseliot: hi, what can we do about the following error from nvidia-glx-new-envy for hardy -> lucid ugprades? http://paste.ubuntu.com/427588/ - the package is no longer in the archive, should we add u-m quirks for it?
[12:50] <mvo> tseliot: bug #575077
[13:26] <tseliot> mvo: yes, maybe some logic in u-m would help
[13:27] <mvo> tseliot: I think I have a simple workaround, testing it now
[13:27] <tseliot> mvo: great, thanks
[13:27] <mvo> did I ever mention that I dislike diverts ;)
[13:28] <tseliot> mvo: which is why I removed them in lucid ;)
[13:28] <mvo> !!!
[13:28] <mvo> wonderful
[13:29] <tseliot> :-)
[13:42] <didrocks> taking the train, see you guys!
[13:42] <pitti> bye didrocks
[13:43] <pitti> didrocks: going to .be already?
[13:44] <seb128> pitti, he is, joining the dx sprint tomorrow
[13:45] <seb128> pitti, representing the desktop team there while we are at somehand then
[13:45] <pitti> nice
[13:45] <seb128> pitti, when do you arrive?
[13:45] <seb128> tomorrow evening?
[13:46] <pitti> seb128: probably around afternoon
[13:46] <seb128> ok
[13:46] <pitti> it's a local train from Leuven, just an hour
[13:46] <pitti> I could almost come by bike :) (if I wouldn't have my luggage)
[13:46] <seb128> book a taxi in advance, the hotel is not really walkable to
[13:46] <seb128> and the train station is a small town one
[13:46] <seb128> without waiting cabs
[13:46] <pitti> they said there would be a shuttle tomorrow
[13:47] <seb128> ok, good then ;-)
[13:55] <pitti> seb128: do you still remember the gnomevfs equivalent of gvfs-monitor?
[13:55] <pitti> gnomevfs-monitor wants an URI already
[13:56] <pitti> oh, I figure I can use gthumb for testing
[13:57] <dpm> ArneGoetje, pitti, seb128, I've scheduled a session for a roundtable Desktop-Translations at UDS. As you are the ones most involved with translations, may I ask you to subscribe and join the session? If you can't, feel free to propose someone else, it would be good to have a couple of people from the desktop team at least. The bp is here: https://blueprints.launchpad.net/ubuntu/+spec/community-m-desktop-translations-roundtable Feel free to add new top
[13:57] <dpm> ics or comments to the whiteboard as well
[13:57] <seb128> pitti, gnomevfs-monitor ;-)
[13:58] <seb128> pitti, what are you trying to do?
[13:58] <pitti> Usage: gnomevfs-monitor <location>
[13:58] <pitti> and if I do computer:/// or /, I don't get any changes with an USB stick
[13:58] <seb128> pitti, oh you mean to monitor one file?
[13:58] <pitti> no, monitor for new/removed drives/volumes
[13:58] <seb128> I'm not sure those monitors do that
[13:58] <pitti> that's what I figured
[13:58] <seb128> they are file and directory monitors
[13:58] <pitti> anyway, gthumb will do fine for testing
[13:59] <seb128> ok
[13:59] <seb128> dpm, thanks
[14:03] <pitti> sudo dpkg -P libhal-storage1
[14:03] <pitti> muhaha
[14:03] <pitti> and just two remaining rdepends for libhal1
[14:05] <pitti> argh, someone forgot to commit the last gnome-vfs change
[14:05]  * pitti fixes
[14:10] <seb128> pitti, if you want to do the pending update you can drop the change ;-)
[14:10] <seb128> it's in the new version
[14:10] <pitti> seb128: "pending update"?
[14:10] <pitti> ah
[14:10] <seb128> pitti, there is a 2.24.3
[14:10] <pitti> seb128: two seconds after I pushed the debcommit -r :)
[14:10]  * pitti uncommits
[14:11] <seb128> pitti, you are on maverick merging mode already?
[14:11] <pitti> argh, and needs to be merged as well
[14:11] <pitti> seb128: some bits, yeah
[14:11] <pitti> did cdbs and debhelper yesterday (toolchain)
[14:12] <pitti> and fixed up gcc-4.5
[14:12] <seb128> rock on :-)
[14:12] <seb128> I SRU-ed the libgdata fix btw
[14:12] <pitti> seb128: de-halification is on my personal TODO list, so I wanted to look into that now :)
[14:12] <seb128> if you want to review that
[14:12] <pitti> yep, saw it
[14:17] <pitti> seb128: I'm inclined to drop our less important changes to the package, since it's barely used any more anyway; ok with you?
[14:18] <seb128> pitti, yes, I want to try to get it out of the CD this cycle
[14:18] <pitti> seb128: it's by and large evolution
[14:18] <seb128> pitti, or don't bother merging with debian
[14:18] <seb128> just do the update ;-)
[14:27] <dpm> hey Keybuk, on the UDS session I was mentioning earlier I've also added a topic on what you pinged me about some days ago: "Common approach for building POT template on non-desktop packages using plain gettext instead of intltool, e.g. mountall, in the same way as CDBS GNOME packages use langpack.mk" Feel free to subscribe to https://blueprints.edge.launchpad.net/ubuntu/+spec/community-m-desktop-translations-roundtable and join the session as well
[14:30] <milanbv> what's the policy regarding the migration from network-admin/ifup to NetworkManager in Lucid?
[14:30] <milanbv> since interfaces aren't shown anymore in network-admin, people are complaining
[14:30] <milanbv> shouldn't we remove network-admin on upgrade?
[15:59] <lool> didrocks: heya
[16:00] <lool> didrocks: The mobile team seeks improvements to panel memory consumption or a replacement, especially for ARM; I wouldn't want this to be ARM-only, ideally all our netbook images would benefit; I've added you to the proposed spec https://blueprints.edge.launchpad.net/ubuntu-arm/+spec/arm-m-lightweight-panel-for-efl could you check with ogra whether you folks need to discuss anything before UDS?
[16:01] <seb128> lool, he's in the train to Brussels
[16:01] <ogra> note though that we might possibly only have plain framebuffer graphics and no HW accel
[16:01] <ogra> oh
[16:02] <lool> seb128: Pff these French guys always have cheap excuses
[16:02] <seb128> lool, it doesn't seem something we would say no to but neither somebody we are likely to work on
[16:02] <seb128> lool, note that GNOME has a gnome-panel dbus version in the work
[16:03] <seb128> lool, could be worth to try how it behaves
[16:03] <lool> seb128: Since 3 years?   ;-)
[16:03] <lool> jk
[16:03] <seb128> lool, no, it's in git, it has been done in the previous months it seems
[16:03] <lool> seb128: What I care about here is more that we don't end up with desktop's panel and mobile's panel
[16:03] <seb128> vuntz said he wanted to land that around now
[16:03] <lool> Cool
[16:11] <walters> i'd be shocked if the IPC had much to do with memory consumption
[16:11] <walters> but apparently no one actually sits down and analyzes the heap, they just run "ldd | wc"
[16:11] <walters> easy, simple, and wrong
[16:14] <ogra> walters, no its surely not IPC ... there is just a lot of bloat started we dont need in the above case and while we want some of the indicator apllet stuff we dont really need gnome-panel or all of the libs sitting in ram on a 256M system without accelerated X
[16:15] <walters> if you haven't done any actual measurements, you're very likely to be wrong about what's taking up space
[16:16] <ogra> i have bootcharts that show the efl launcher being up after 15secs while the panel still loads things maxing out the CPU
[16:17] <ogra> note that the stuff i'm talking about is nearly static and doesnt load much external libes
[16:17] <ogra> *libs
[16:17] <walters> now you're talking about startup speed, which is totally different from memory consumption
[16:17] <walters> anyways...
[16:18] <ogra> i'm talking about both :)
[16:18] <ogra> there is some connection on an ARM system with 500MHz, 256M ram and running from SD ;)
[16:34] <Nafai> morning
[16:41] <rickspencer3> hi Nafai
[16:42] <pitti> hey rickspencer3
[16:42] <Nafai> Hi rickspencer3, pitti
[16:43] <rickspencer3> pitti, turns out tremolux started yesterday!
[16:43] <rickspencer3> I thought he was starting next week :/
[16:43] <pitti> tremolux: oh, welcome!
[16:44] <tremolux> pitti, rickspencer3:  thanks!
[16:44] <pitti> tremolux: you'll be the new software-center hero, right?
[16:44] <rickspencer3> tremolux, can you fill pitti in on your plans for this week?
[16:44] <Nafai> tremolux: new on our team?
[16:44] <tremolux> pitti: hehe, that's the plan  :)
[16:44] <tseliot> tremolux: hey, is this permanent?
[16:45] <tseliot> or a rotation?
[16:45] <tremolux> Nafai, tseliot: yep, at the end of my rotation I moved full-time to desktop to continue working on software-center
[16:45] <seb128> tremolux, hi!
[16:45] <tremolux> seb128: howdy!
[16:45]  * ogra applauds tremolux 
[16:46] <tremolux> haha, thanks everyone
[16:46] <tseliot> tremolux: ah, congrats then :-)
[16:47] <tremolux> I'm very pleased to be here, thanks everybody
[16:47] <Nafai> tremolux: Awesome, welcome!
[16:47] <Nafai> Look forward to meeting you next week!
[16:47] <chrisccoulson> welcome tremolux :)
[16:47] <tremolux> Nafai: me too  :)
[16:47] <tremolux> chrisccoulson: thanks Chris  :)
[17:05] <pitti> good night everyone!
[17:05] <chrisccoulson> good night pitti
[17:05] <seb128> 'night pitti
[17:06] <Nafai> night!
[17:06] <glatzor> bye pitti !
[17:06] <seb128> time to go there too
[17:06] <seb128> bye
[18:56] <dobey> kenvandine: ping?
[19:08] <Nafai> lunching
[19:44] <dobey> pitti: are you around, or travelling (or preparing to travel) to BRU?
[19:56] <jcastro> chrisccoulson: have you seen rick?
[19:57] <chrisccoulson> jcastro, he was online earlier
[19:57] <jcastro> there's a desktop Q+A session for openweek in 4 minutes
[19:57] <dobey> jcastro: he's probably on a plane?
[19:57] <seb128> jcastro, we are there
[19:57] <jcastro> oh ok
[19:57] <dobey> oh
[19:57] <seb128> jcastro, rick tries to get online
[19:57] <jcastro> who is representing the team so we can add voice?
[19:57] <seb128> jcastro, we do a desktop team joined session
[19:58] <seb128> didrocks, rickspencer, me
[19:58] <jcastro> ok
[20:00] <seb128> jcastro, rick is there
[20:00] <jcastro> whoo hoo!
[20:00] <jcastro> ok the +v's will get fixed here in a minute
[20:38] <Nafai> back
[20:40] <ccheney> anyone know if bug 574050 is an upstream issue or something to do with our integration?
[20:40] <ccheney> i'm pretty sure its not really totem at fault but is it gstreamer in general, or something else?
[20:41] <Nafai> no clue from me :)
[20:41] <Nafai> though it does seem related to gstreamer
[20:42] <ccheney> would it be gstreamer at fault for not knowing it already could play the file and then in totems case actually play it anyway
[20:42] <ccheney> seems like maybe pitivi may be doing some additional checking and refusing to import, instead of just going along like totem does
[20:45] <seb128> ccheney, upstream issue in any case we do no change there
[20:46] <ccheney> seb128: ok
[20:46] <seb128> try #gstreamer for questions though or #pitivi if that's a pitivi issue
[20:47] <ccheney> seb128: seems to be rooted in gstreamer issue and pitivi probably is just using return codes from gstreamer properly while totem isn't (pure guess on my part)
[20:47] <ccheney> it complains but works in totem and complains and refuses to do anything in pitivi
[20:47] <dobey> seb128: hey. do you think it would be possible to get ubuntuone-client 1.2.1-0ubuntu2 into -updates from -proposed? the bug has been changed to verification-done
[20:48] <seb128> dobey, when did it get uploaded? pitti reviews the queue almost daily but standard delay is 7 days
[20:49] <dobey> seb128: originally on Apr 21, as the patch was supposed to go into lucid final, but apparently there was some confusion with the upload queue then, and the older verseion got accepted to lucid. i think it made it to -proposed "5 days ago" according to LP
[20:50] <seb128> ok, so 2 extra days
[20:50] <dobey> ok :-/
[21:52] <asac> hmm ... do we know if mvo disabled the hardy -> intrepid upgrade path?
[21:52] <asac> i mean intrepid is EOL ... does its archive still exist?
[21:53] <jpds> asac: It's been moved to old-releases shortly.
[21:55] <asac> hmm ... but do we still offer the hardy->intrepid>jaunty ... upgrade path?
[21:55] <asac> or just hardy -> lucid LTS/LTS upgrades?
[21:57] <jpds> asac: Interesting point.