[00:00] <rickspencer3> TheMuso, robert_ancell Eastern Edition?
[00:00] <TheMuso> Sure.
[00:00] <TheMuso> RAOF should be around, but is not.
[00:00] <rickspencer3> probably connectivity issues
[00:01] <robert_ancell> rickspencer3, sure
[00:01] <rickspencer3> ;)
[00:01] <rickspencer3> so the meeting is short
[00:01] <rickspencer3> 1. do ISO testing
[00:01] <rickspencer3> 2. get SRUs ready
[00:01] <rickspencer3> for #2 you should be working closely with pitti
[00:01] <rickspencer3> 3. register your attendance for UDS
[00:01] <rickspencer3> 4. your blueprints should be registered
[00:01] <rickspencer3> start working on summaries
[00:01]  * TheMuso has done 3 and 4.
[00:01] <rickspencer3> we'll get them registered next week
[00:02] <rickspencer3> thanks TheMuso
[00:02] <rickspencer3> TheMuso, robert_ancell how is the release looking to you guys?
[00:02] <rickspencer3> anything make you think we may need a respin or such?
[00:02] <TheMuso> Fine from an audio standpoint.
[00:02] <robert_ancell> seems stable to me now
[00:02] <rickspencer3> nice
[00:03] <rickspencer3> hey robert_ancell, can I ask you a totally unrelated question?
[00:03] <robert_ancell> yes
[00:03] <rickspencer3> if I wanted to get a list in Python of attached video devices ...
[00:04] <rickspencer3> like "/dev/video0" - "/dev/video64"
[00:04] <rickspencer3> how might I go about that?
[00:04] <robert_ancell> does the api you used for the webcam not do that?
[00:04] <robert_ancell> short answer: I don't know of a v4l api in Python
[00:04] <rickspencer3> ah
[00:04] <rickspencer3> pygame has their own c class
[00:04] <rickspencer3> which basically loops through all the possible names and sees if there is something there
[00:05] <robert_ancell> quick and dirty :)
[00:05] <rickspencer3> I'll poke at v4l and v4l2
[00:05] <rickspencer3> right, I don't mind if the library I use does that, I just don't want to do it myself ;)
[00:06] <rickspencer3> hmm
[00:06] <RAOF> Good morning all, *again*
[00:06] <TheMuso> Hey RAOF.
[00:06] <RAOF> I wasn't expecting to start the day with a little impromptu network debugging.
[00:07] <TheMuso> heh we thought that might have been the issue.
[00:07] <RAOF> Sorry about that.
[00:07] <rickspencer3> hi RAOF
[00:07] <rickspencer3> here's the meeting again
[00:07] <rickspencer3>  1. do ISO testing
[00:07] <rickspencer3>  2. get SRUs ready
[00:07] <rickspencer3>  for #2 you should be working closely with pitti
[00:07] <rickspencer3>  3. register your attendance for UDS
[00:07] <rickspencer3>  4. your blueprints should be registered
[00:07] <rickspencer3>  start working on summaries
[00:08] <RAOF> Ok.  And by “summaries” here, we mean the wiki page associated to the blueprint, right?
[00:08] <rickspencer3> RAOF, no
[00:08] <rickspencer3> those are "specs"
[00:08] <rickspencer3> hold on
[00:08] <rickspencer3> let me get you guys a tad more
[00:09] <rickspencer3> here's all of our accepted blueprints so far:
[00:09] <rickspencer3> https://blueprints.edge.launchpad.net/sprints/uds-m?searchtext=desktop-maverick
[00:10] <rickspencer3> go to one, and click on "change details"
[00:10] <rickspencer3> there is a summary section
[00:10] <rickspencer3> put in everything there that you think is needed for a good discussion
[00:10] <rickspencer3> if you don't see one on the list, let me know and we'll fix that
[00:12] <RAOF> Ok.
[00:13] <RAOF> And that's all the meeting? :)
[00:14] <rickspencer3> RAOF, yes
[00:14] <rickspencer3> RAOF, if you are unsure of what to be working on ...
[00:14] <rickspencer3> https://wiki.ubuntu.com/Testing/ISO
[00:15] <rickspencer3> test test test
[00:15] <RAOF> :)
[00:24] <jcastro> is anyone aware of any grave bugs for audio CD burning on lucid?
[00:25] <TheMuso> No
[00:25] <rickspencer3> jcastro, what's the bug #?
[00:25] <jcastro> I don't know, but I just spent an hour trying to burn a CD on my fiancee's computer
[00:25] <rickspencer3> can you tell me what you tried so I can try to repro it?
[00:25] <jcastro> and it goes through the process, but ejects the CD, says there was an error, but the log from brasero doesn't explain much
[00:26] <jcastro> yeah, make an audio project
[00:26] <rickspencer3> ok
[00:26] <jcastro> add an mp3, and then burn to CD. It then transcodes it, then makes some file in /tmp that it tries to burn to CD
[00:26] <jcastro> let me get the log
[00:26] <Nafai> jcastro: does it work if you burn to .iso?
[00:27] <Nafai> that might narrow it down if it is "interact with hardware issue" or not
[00:27] <rickspencer3> just 1 mp3?
[00:27] <TheMuso> Audio CDs cannot be made into an iso
[00:27] <Nafai> oh doh
[00:27] <Nafai> :)
[00:27] <TheMuso> You can make them into cd files with a .toc file via cdrdao, but thats all.
[00:27] <jcastro> http://pastebin.ubuntu.com/423633/
[00:27] <jcastro> is all the log says
[00:27] <jcastro> rickspencer3, yes, just one mp3
[00:28] <rickspencer3> just click "burn"?
[00:28] <jcastro> yep
[00:28] <rickspencer3> it's creating an image ?
[00:28] <Nafai> I don't have a burner in this laptop or I would try it out too
[00:28] <jcastro> yep
[00:28] <rickspencer3> jcastro, I must have done it wrong
[00:30] <rickspencer3> uh
[00:30] <rickspencer3> it really didn't seem to work for me
[00:30] <jcastro> also, I found out that if you don't have the right gstreamer plugins installed it gives you an ugly error
[00:30] <jcastro> similar to this: https://answers.edge.launchpad.net/ubuntu/+source/brasero/+question/96269
[00:31] <jcastro> but that's a seperate problem
[00:31] <jcastro> rickspencer3, burning didn't work for you or reproducing the problem didn't work for you?
[00:31] <TheMuso> Hrm what tool does it use to create the audio CD? The only program that can create an audio cd image is cdrdao.
[00:32] <rickspencer3> jcastro, I think I didn't create an audio project
[00:32] <rickspencer3> it transcoded, now says "Burning Audio CD" and "starting to record"
[00:32] <Nafai> TheMuso: It looks like "wodim" creates audio projects
[00:32] <TheMuso> Nafai: Right, still can't do audio cd images though.
[00:32] <rickspencer3> jcastro, is this what happened to you?
[00:32] <jcastro> rickspencer3, right, for me after that it just ejected and gave me an error
[00:32] <jcastro> and then there's a button to export the log
[00:33] <rickspencer3> it says writing track 1
[00:33] <Nafai> TheMuso: Ah, images
[00:33] <rickspencer3> jcastro, did you get this far?
[00:33] <jcastro> yeah
[00:34] <jcastro> is it actually burning yet? Like the light on in the drive?
[00:34] <rickspencer3> sounds like it
[00:34] <jcastro> I never got to that point, it transcoded, wrote to a file, and then ejected.
[00:34] <rickspencer3> Finalizing
[00:35] <jcastro> it's like it tried but gave up, and the next time I put the CD in it thinks X amount of minutes are taken up
[00:35] <jcastro> so it's like, allocating the space or something but nothing gets burned on there
[00:35] <rickspencer3> it says it was succesful
[00:36] <Nafai> TheMuso: It looks like cdrdao is a suggests for brasero
[00:36] <TheMuso> Nafai: ah ok
[00:36] <rickspencer3> jcastro, worked for me
[00:36] <TheMuso> Nafai: its probably a generic string that is displayed regardless of media type
[00:36]  * rickspencer3 rocks out to mow.
[00:36] <jcastro> sigh
[00:36] <Nafai> TheMuso: Probably
[00:37] <rickspencer3> jcastro, could you please log a bug asap?
[00:37] <rickspencer3> let's have pitti take a look tomorrow
[00:37] <rickspencer3> could you assign to canonical-desktop-team
[00:37] <rickspencer3> and make it High?
[00:39] <rickspencer3> actually, the band is "moe."
[00:39] <rickspencer3> for the record
[00:45] <jcastro> rickspencer3, dinner and then I'll investigate further
[00:45] <rickspencer3> thx jcastro
[00:57] <jcastro> rickspencer3, aha! I screencasted it. Just need to wait for the atom cpu on it to encode.
[00:57] <jcastro> My solution to every problem now is to recordmydesktop!
[00:59] <TheMuso> lol
[01:00] <RAOF> We could do with more of those for X bugs!
[01:05] <jcastro> RAOF, but if X doesn't work how do I record?
[01:05] <jcastro> flipcam time in that case I suppose
[01:05] <RAOF> jcastro: It wouldn't be for “X doesn't work” bugs; it'd be for “$THING doesn't look right” bugs.  Graphical corruption and the like.
[01:05] <jcastro> ah
[01:06] <RAOF> “X doesn't work” *generally* has reasonable logs.
[01:41] <bryceh> RAOF, yeah if the bug reporter thinks to include them ;-)
[01:53] <rickspencer3> RAOF, any chance you can take a crack at jcastro's bug?
[01:53] <rickspencer3> the cd burning one?
[01:53] <RAOF> The only CD burner I have available is on the Mac next to me, which is still running OS X.
[01:54] <RAOF> Hm.  On the other hand, ISO testing, and I *did* say that I'd install Ubuntu for Sam…
[02:09] <rickspencer3> hehe
[02:09] <rickspencer3> RAOF, are you about to sacrifice the happiness of your marriage to test jcastro's bug?
[02:11] <RAOF> She *has* been asking me to install Ubuntu, and it's the RC of an LTS release… what could *possibly* go wrong? :)
[02:11] <TheMuso> lol
[02:12] <rickspencer3> hehe
[02:12] <rickspencer3> this sounds like some bad news
[02:12] <rickspencer3> oops
[02:12] <rickspencer3> gotsa split for a while
[02:12] <rickspencer3> bbl
[03:19]  * RAOF wonders whether high usb activity will bring down his wireless again.
[03:22] <TheMuso> RAOF: Either that sounds like drivers that get affected by CPU usage, or you are using USB wireless. :p
[03:23] <RAOF> iwlwifi seems to be high CPU usage affected.
[03:24] <RAOF> Actually, the music dropped out for a while, too, so maybe it was interrupts being delayed.
[03:24] <RAOF> Or maybe it was a perfect storm of memory pressure, cpu usage, and interrupts :)
[03:37] <TheMuso> heh
[04:52] <RAOF> The osx partition editor is surprisingly bad at telling you what's happening :(
[04:54] <Keybuk> it's OS X
[04:55] <Keybuk> OS X has PerilSensitiveKit between the system and the user
[04:56] <RAOF> It normally seems a bit better at telling you what's happening than “modifying partition map” with an unprogress-throbber for 30 minutes.
[04:56] <RAOF> Operation: test burning audio cd may have to wait.
[05:01] <TheMuso> I would be happier if Disk Utility in OSX allowed one to see the EFI partition, even with enabling an advanced mode. A partition editor not showing partitions that are on the disk is bad IMO.
[05:53] <pitti> Good morning
[05:54] <pitti> rickspencer3: still there?
[05:58] <rickspencer3> hi pitti
[05:58] <rickspencer3> getting ready for bed
[05:58] <rickspencer3> 'sup?
[05:59] <pitti> rickspencer3: oh, I read scrollback and you had a question how to figure out video devices in Python
[05:59] <rickspencer3> pitti, yeah!
[05:59] <pitti> rickspencer3: but I guess it's not that urgent :)
[05:59] <rickspencer3> I looked at udevadm
[05:59] <rickspencer3> but it kicked my ass
[06:00] <rickspencer3> I want to enumerate the video cameras/web cams connected to a computer
[06:00] <rickspencer3> pitti, thoughts?
[06:00] <pitti> rickspencer3: two approaches
[06:00] <pitti> 1) rely on sane udev rules
[06:01] <pitti> then you can just enumerate /dev/v4l/by-id/*
[06:01] <pitti> 2) use python-gudev
[06:01] <rickspencer3> I saw that in the in /dev/v4l
[06:01] <pitti> then you can enumerate all devices and check for the "video" subsystem
[06:02] <rickspencer3> hmm
[06:02] <rickspencer3> python-gudev sounds promising
[06:02] <pitti> http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/GUdevClient.html#g-udev-client-query-by-subsystem
[06:02] <rickspencer3> sweet!
[06:02] <pitti> that's the C API (but the Python API matches that 1:1)
[06:02] <pitti> rickspencer3: please note that python-gudev is still fairly new
[06:03] <pitti> i. e. it might not exist on other distros at all, and Ubuntu only has it since lucid
[06:03] <rickspencer3> pitti, for #1, are you suggesting I basically ls /dev/v4l/by-id
 i. e. it might not exist on other distros at all, and Ubuntu only has it since lucid
[06:03] <rickspencer3> not a problem, I'm making a quidget, so it can just depend on that
[06:03] <pitti> rickspencer3: #1> yes (but with listdir())
[06:04] <rickspencer3> right, I meant in a python way
[06:04] <pitti> rickspencer3: the nice thing about python-gudev is that you get trivial hotplug support
[06:04] <rickspencer3> pitti, you mean l can connect to an event?
[06:04] <rickspencer3> get notified when a new device is added?
[06:05] <pitti> right, or removed
[06:05] <pitti> client.connect("uevent", on_uevent)
[06:05] <pitti> def on_uevent(client, action, device):
[06:06] <pitti> device -> http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/GUdevDevice.html object
[06:06] <rickspencer3> oh nice
[06:06] <pitti> i. e. device.get_devtype(), device.get_device_file(), etc.
[06:06] <rickspencer3> so the quidget can do set_state_gst.NULL) or whatever if something gets pulled out
[06:06] <pitti> rickspencer3: and for coldplug you use client.query_by_subsystem("video")
[06:06] <rickspencer3> very nice
[06:07] <rickspencer3> I presume it has nicely formatted vendor and device descriptor strings?
[06:07] <pitti> gudev itself is already great, and with the python wrapping it's a piece of cake
[06:07] <rickspencer3> nice
[06:07] <pitti> rickspencer3: depends on the hardware, of course :)
[06:07] <rickspencer3> right, of course
[06:07] <rickspencer3> I was thinking of adding something like
[06:08] <pitti> device.get_sysfs_attr('idProduct')
[06:08] <rickspencer3> quickly.hardware["video"]
[06:08] <rickspencer3> which makes a list of video devices
[06:08] <rickspencer3> etc...
[06:08] <rickspencer3> quickly.hardware["microphones"]
[06:08] <rickspencer3> seems either not necessary, or easy to create with pygudev
[06:08]  * pitti suggests to index by subsystem
[06:09] <pitti> but that's a static array again and you lose hotplug
[06:09] <rickspencer3> pitti, right
[06:09] <rickspencer3> well, it just be convenience, and maybe not necessary
[06:10] <rickspencer3> if pugdev is all one-liners anyway, then there is nothing to gain by adding on abstraction
[06:10] <pitti> rickspencer3: you might add a wrapper which hides the python-gudev API, of course
[06:10] <rickspencer3> thanks pitti, this is perfect!
[06:10] <rickspencer3> pitti, right
[06:10] <rickspencer3> accept I don't like to replace one-liners with other one-liners
[06:11] <rickspencer3> if it's not significantly easier, why bother?
[06:11] <pitti> like an existing_hw_array = quickly.hardware(['usb', 'video'], hotplug_handler)
[06:11] <rickspencer3> right
[06:11] <pitti> but it's not that much easier, yes
[06:11] <pitti> and in the hotplug_handler you need to deal with the GUdevDevice object again anyway
[06:12] <rickspencer3> pitti, up a bit early?
[06:12] <rickspencer3> did you see jcastro was having some trouble burning an audio CD
[06:12] <pitti> rickspencer3: I got up at 6:30 all week already :)
[06:12] <rickspencer3> I thought you want to take a look
[06:12] <pitti> rickspencer3: my wife gets up at 6 and goes to bed at 22:30, so I do, too
[06:12] <rickspencer3> ah
[06:12] <pitti> rickspencer3: yeah, I saw that we earned a brasero bug
[06:13] <rickspencer3> I am on your wife's schedule
[06:13] <rickspencer3> pitti, well, I had him assign to the desktop team ;)
[06:13]  * pitti was going to wave the "unsupported!" flag until I saw that it was coming from you
[06:13] <rickspencer3> braesero is unsupported?
[06:13] <rickspencer3> or burning mp3 is?
[06:13] <pitti> rickspencer3: it's universe
[06:13] <rickspencer3> oh?
[06:13] <pitti> and we know it has deficiencies
[06:13] <rickspencer3> I thought it was installed by default
[06:13] <rickspencer3> silly me
[06:13] <pitti> rhythmbox! rhythmbox! rhythmbox!
[06:14] <jcastro> pool/main/b/brasero/brasero_2.30.0-0ubuntu1_amd64.deb
[06:14] <rickspencer3> in any case, I thought you would want to rule out something to do with the CDs themselves
[06:14] <pitti> jcastro: oh, ugh; who let that in..
[06:14] <rickspencer3> oops
[06:14] <jcastro> heh
[06:14] <rickspencer3> a bit too late for a demotion I suppose ;)
[06:14] <pitti> ok, then the truth is in the middle
[06:14] <rickspencer3> jcastro, did you try RB?
[06:14] <pitti> supported, but not our default
[06:14] <RAOF> We'd want at least one image burner in main, right?
[06:15] <pitti> argh, sorry guys, I'm totally confused
[06:15] <pitti> brasero != banshee
[06:15] <rickspencer3> lol
[06:15] <RAOF> Hah!
[06:15] <rickspencer3> yes indeed
[06:15] <jcastro> I knew someone was going to do that!
[06:15] <rickspencer3> that does resolve to False
[06:15] <pitti> sorry jcastro :)
[06:15] <jcastro> pitti, banshee just calls brasero, but I tested it standalone as well
[06:15] <jcastro> pitti, it's ok, I am used to the banshee persecution
[06:15] <rickspencer3> jcastro, did you try RB?
[06:16] <jcastro> I will try it now
[06:17] <Nafai> I know I'm up too late when the European brigade is already up
[06:18] <rickspencer3> Nafai, seriously
[06:18] <rickspencer3> though pitti may be as productive, he is not quite a brigade
[06:18] <Nafai> heh :)
[06:18] <kenvandine> hey guys
[06:18] <rickspencer3> hey kenvandine
[06:18] <rickspencer3> we're all up a bit late :P
[06:19] <rickspencer3> pitti was tutoring me in some sweet Python APIs
[06:19] <rickspencer3> quickly.widgets.WebCamBox ftw
[06:19] <kenvandine> cool
[06:19] <kenvandine> nice
[06:19] <rickspencer3> next will be quickly.widgets.MediaPlayer
[06:19]  * kenvandine has been cleaning up bug reports and dupes... 
[06:19]  * rickspencer3 is learning gstreamer
[06:19] <rickspencer3> kenvandine, yeah, I saw
[06:19] <Nafai> rickspencer3: nice APIs?
[06:20] <RAOF> I like gstreamer.
[06:20] <rickspencer3> Nafai, yeah, I was struggling to find a reliable method of getting an enumeration of attached devices
[06:20] <rickspencer3> Google was not yielding the goods
[06:20] <rickspencer3> but pitti helped me out
[06:20] <Nafai> cool
[06:20] <rickspencer3> RAOF, gstreamer, I think I am going to like it
[06:20] <rickspencer3> but I had composing strings in a program
[06:21] <rickspencer3> it reminds me of the bad old days of writing SQL strings
[06:21]  * rickspencer3 shudders
[06:21] <Nafai> scary!
[06:22] <rickspencer3> how sad is it that we don't have a media player widget?
[06:22] <rickspencer3> I mean, c'mon!
[06:22] <rickspencer3> Nafai, we'll fix this in Maverick!
[06:22] <Nafai> indeed!
[06:23] <RAOF> I think you'll find it surprisingly easy to write a media player wigdet.
[06:23] <rickspencer3> RAOF, seems that way yes
[06:23] <rickspencer3> there appears to be some default "play this video" and "play this audio" functionality
[06:24] <rickspencer3> I think the bugs will be in the logic of the control buttons ;)
[06:24] <jcastro> ok so rb doesn't work either
[06:24] <jcastro> right clicking and selecting "burn to cd" doesn't do anything
[06:24] <jcastro> I think it's supposed to invoke brasero right?
[06:24] <jcastro> I've checked that the plugin is installed
[06:25] <rickspencer3> dunno
[06:25] <jcastro> the package is installed but I don't see it in the plugins dialog in rb
[06:25] <rickspencer3> I presume pitti is looking at it
[06:25] <rickspencer3> I've got to go to sleep
[06:25] <rickspencer3> g'night all
[06:26] <Nafai> night
[06:31] <jcastro> pitti, ok going to bed, I'll check the bug in ~7 hours when I am back in case it's real. With my luck it's probably the whole username=jcastro conspiracy of unix.
[06:31] <pitti> heh
[06:31] <pitti> jcastro: I'll have a look at it
[06:32] <kenvandine> good night all
[06:35] <Nafai> hrm, there might be conflicting UDS sessions I want to attend :)
[06:35] <TheMuso> Nafai: Very hard to avoid unfortunately.
[06:35] <Nafai> yeah, that's what it looks like
[07:24] <baptistemm> hello
[07:26] <pitti> hey Nafai
[07:26] <pitti> bonjour baptistemm
[07:27] <baptistemm> bonjour pitti
[07:27]  * pitti is off for about an hour for some running and breakfast
[08:12] <didrocks> good morning
[08:17] <RAOF> Man, Lucid rocks on a MacBook 4,1 system.
[08:19] <RAOF> Even the broadcom wireless works once you enable the driver - no network required!
[08:20] <lifeless> RAOF: so, next up poulsbo?
[08:20] <RAOF> Yeah.  Definitely. :/
[08:21] <RAOF> More interestingly, there's a good chance that the h264 decoding hardware on my thinkpad (and, I believe, your thinkpad) will be working in Maverick.
[08:22] <kklimonda> what thinkpads have h264 decoding hardware? what is it? nvidia gpu? ;)
[08:22] <lifeless> awesome
[08:22] <RAOF> kklimonda: Got a 4th gen intel card?  You've got h264 decoding hardware.
[08:23] <kklimonda> no, I have nvidia - the "lucky" g84 or g86 chipsed ;)
[08:23] <kklimonda> chipset even
[08:23] <RAOF> Oh - are those the ones which reliably died mere months out of warranty?
[08:23] <kklimonda> yeah
[08:24] <RAOF> Score!
[08:24] <RAOF> When does your warranty end? :)
[08:24] <kklimonda> in like 2 months
[08:24] <kklimonda> but don't worry, it's already the third main board!
[08:24] <RAOF> I guess you get to look forward to a… oh.
[08:24] <kklimonda> I've heard that three is a lucky number
[08:25] <kklimonda> or maybe that was 7..
[08:25] <pitti> re
[08:25]  * pitti waves to didrocks, RAOF, lifeless and kklimonda
[08:25] <pitti> didrocks: how are you today? head a bit clearer?
[08:25] <RAOF> Yo, pitti!
[08:25] <kklimonda> hey pitti
[08:26] <pitti> there are magnificient running trails here -- my wife picked a perfect part of the city
[08:26] <pitti> RAOF: how is X behaving today? :-)
[08:27] <RAOF> pitti: I'm unaware of any showstopping craziness :)
[08:27] <pitti> *phew*
[08:31] <lifeless> hai pitti
[08:32] <didrocks> hey pitti, yeah, I'm a little bit better, thanks! Still not perfectly rested, but I hope I will be fine again soon :)
[08:36] <RAOF> Wow!  GRUB2 detects OSX and adds an option to its boot menu.  It doesn't seem to work, though :)
[08:38] <kklimonda> RAOF: does nomodeset work in 10.04 in all cases?
[08:39] <RAOF> kklimonda: It should, yes.
[08:41] <RAOF> kklimonda: The cases where it might *not* work are where you've got some remnant /etc/modprobe.d/*.conf files explicitly setting foo.modeset=1 lying around.
[08:42]  * RAOF heads off to dinner.
[08:49] <mvo> kklimonda: it does not work for me on intel (i830), I had to use i915.modeset=0
[09:39] <mvo> hey seb128, good morning. who feels responsible for compiz in your team?
[09:39] <seb128> hey mvo, nobody
[09:39] <seb128> you? ;-)
[09:39] <mvo> in *your team* :P
[09:40] <mvo> hrm, there is a new upstream version out, a bit unfortunate that we did not even get git snapshots or cherry pick fixes
[09:40] <mvo> i upload to the compiz PPA, I guess there is little we can do
[09:42] <seb128> mvo, you can try robert_ancell but I guess he will deny interest in it
[09:43] <seb128> he's the closer of somebody who had a look to compiz in our team with didrocks
[09:43] <seb128> but I don't think either of them working with upstream or having real interest in it
[09:43]  * didrocks nodes
[09:43] <didrocks> salut seb128 ;)
[09:43] <didrocks> nods*
[09:44] <seb128> hey didrocks
[09:44] <seb128> didrocks, how do you feel today?
[09:44] <didrocks> seb128: clearly not in my best shape I can be, but a little bit better than yesterday evening, thanks :)
[09:45] <seb128> ok
[09:45] <didrocks> I guess medicines are doing their work now
[09:45] <didrocks> and you?
[09:46] <seb128> I'm good thanks
[09:46] <seb128> brb session restart
[09:48] <pitti> wb seb128
[09:48] <seb128> pitti, hey again ;-)
[09:49] <robert_ancell> I hear nothing...
[09:50] <pitti> hey robert_ancell, how are you?
[09:50] <pitti> late for you..
[09:50] <seb128> hey robert_ancell
[09:50] <seb128> robert_ancell, how are you?
[09:50] <robert_ancell> yeah, left the computer on, noticed seb128 talking about something I know nothing about...
[09:50] <robert_ancell> looking forward to UDS!!
[09:51] <seb128> ;-)
[09:51] <seb128> robert_ancell, we will try to get reasonable .1 updates as sru updates before UDS
[09:52] <robert_ancell> seb128, what's the policy - update to all .1s as long as they don't break anything? (which they shouldn't by definition)
[09:52] <seb128> robert_ancell, so if you want to work on some which are not done yet (check upload queue on https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1 or vcs before) you are welcome
[09:52] <seb128> robert_ancell, right, as pitti put it yesterday some have bold changes, taking gdm as an example
[09:53] <pitti> seb128: this gdm change still gives me some trouble
[09:53] <pitti> it refers to bug 421292, which isn't actually fixed in .1
[09:54] <seb128> pitti, which one is particular? the login screen behaviour change?
[09:54] <robert_ancell> how does this upload queue work?  Are these already done by people and just need sponsoring?
[09:54] <seb128> robert_ancell, it's the same as normal upload, targetted to lucid-proposed and they don't go through
[09:55] <seb128> robert_ancell, ie things go in the queue rather than being accepted in an automatic way
[09:55] <robert_ancell> seb128, so, I should look at the queued items and sponsor?  Or add new items to the queue?
[09:57] <seb128> robert_ancell, which queue?
[09:57] <seb128> https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1 is what has been uploaded
[09:57] <seb128> those will be accepted if they are correct after lucid
[09:59] <robert_ancell> seb128, confused when you said "check upload queue".   You mean I should check there to see if it's already uploaded before packaging a .1.
[09:59] <seb128> yes to not duplicate work
[09:59] <robert_ancell> Need to fix versions.py to look in this queue...
[09:59] <seb128> in normal time uploads get accepted and you see what has been updated easily
[09:59] <seb128> but it's less obvious when things are blocked for review in the queue
[10:00] <chrisccoulson> hello everyone
[10:00] <seb128> hey chrisccoulson
[10:00] <chrisccoulson> hey seb128, how are you?
[10:00] <robert_ancell> pitti, are you travelling already?
[10:00] <pitti> robert_ancell: -ish; I went to Munich last weekend, and will go to Belgium on Saturday, for visiting some friends of mine
[10:00] <seb128> robert_ancell, chrisccoulson said he would do gnome-settings-daemon and gnome-control-center
[10:00] <pitti> robert_ancell: on Wednesday I'll go from Leuven to La Hulpe (just an one-hour local train ride)
[10:00] <chrisccoulson> hey pitti
[10:00] <seb128> robert_ancell, didrocks will do empathy once I ask him, he already did a SRU with the previous update
[10:01] <pitti> hey chrisccoulson
[10:01] <seb128> robert_ancell, for others just check the vcs to see if they are done or not tomorrow ;-)
[10:01] <seb128> I will do a bunch today
[10:01] <robert_ancell> seb128, cool.  Depending on if my OEM queue has filled up I will look at what I can do
[10:01] <chrisccoulson> pitti - it's not too late for you to do a couple of last-minute removals from the archive is it?
[10:01] <pitti> chrisccoulson: no, removals are fine
[10:01] <pitti> lightning-sunbird? :-)
[10:01] <robert_ancell> pitti, oh, I'm training to UDS as well - what is the best way to get to the venue?
[10:02] <pitti> robert_ancell: they said there would be a shuttle bus from the La Hulpe train station to the hotel
[10:02] <pitti> I don't know any more, I'm afraid
[10:02] <chrisccoulson> pitti - yeah, lightning-sunbird is one of them
[10:02] <chrisccoulson> along with stumbleupon and livehttpheaders
[10:02] <pitti> chrisccoulson: can you please assign the removal bugs to me, or subscribe me?
[10:03] <robert_ancell> pitti, thanks
[10:04] <seb128> robert_ancell, when do you fly to Europe btw?
[10:04] <robert_ancell> monday evening
[10:04] <seb128> next week?
[10:05] <robert_ancell> yes, I'm going a few days earlier for a friends wedding in the Netherlans
[10:05] <seb128> oh, nice
[10:05] <seb128> some fun in Europe and getting ride of the jetlag before UDS
[10:05] <seb128> enjoy ;-)
[10:06] <robert_ancell> yeah, I'll be all ready to go :)_
[10:06] <chrisccoulson> pitti - ok, done (bug 571134)
[10:07] <robert_ancell> oh, who is looking after Network Manager at the moment?
[10:07] <seb128> robert_ancell, nice from you to ask that question... ;-)
[10:07] <pitti> robert_ancell: chrisccoulson in theory
[10:07] <seb128> robert_ancell, what pitti said, he ruined my joke :p
[10:07] <chrisccoulson> yes, me, sort of, but i spend all my time on mozilla atm ;)
[10:08] <robert_ancell> oh, don't look at me.  I tried to get my head around NM for OEM and was not successful.
[10:08] <seb128> robert_ancell, don't worry you will get compiz back
[10:08] <seb128> robert_ancell, I think if you are looking for somebody who knows is way around it try asac he's probably your best bet
[10:08] <seb128> is -> his
[10:09]  * robert_ancell opens desktop-maverick-replace-compiz-with-metacity-and-forget-it-ever-existed
[10:10] <pitti> robert_ancell: mutter!
[10:10] <chrisccoulson> robert_ancell, what are you trying to find out about NM. i can try and help, but can't promise ;)
[10:10] <chrisccoulson> robert_ancell, you're looking forward to maintaining compiz again?
[10:11] <robert_ancell> chrisccoulson: no, I've stopped working on it.  We were trying to get the system connections working by default (i.e. without user interaction) so it ran faster but I couldn't get it to save them with all the secret information
[10:12] <chrisccoulson> robert_ancell, so, you were trying to get the connection manager to save as system connections by default?
[10:12] <robert_ancell> chrisccoulson: have you looked at connman?  The architecture seemed better after a quick inspection
[10:12] <pitti> hm, for wpa that works fine here
[10:12] <robert_ancell> chrisccoulson, yes
[10:13] <robert_ancell> pitti, automatically?
[10:13] <chrisccoulson> and by "without user interaction" you mean without checking the box in the connection manager to make it a system connection?
[10:13] <pitti> robert_ancell: well, I clicked "use system-wide" (or so), and on the next boot it's working without anyone having to log in
[10:14] <pitti> robert_ancell: nothing in /etc/NetworkManager/system-connections/ for you?
[10:14] <robert_ancell> pitti, yeah, what it does it copy the connection from gconf to the system, delete the gconf setting, disconnect, automatically reconnect using the system setting.
[10:15] <robert_ancell> pitti, so the issues were: if you followed that method it would reconnect the first time you used it.  I tried redirecting the gconf settings to system settings but the API is different.  And the secret info gets deleted so when you need it to save it is gone already
[10:16] <robert_ancell> chrisccoulson, essentially you want to get rid of gconf entirely and store everything as a system setting always
[10:16]  * pitti tends to agree
[10:16] <chrisccoulson> the only issue with that is the secrets are currently stored in plaintext
[10:17] <robert_ancell> chrisccoulson, and in a multi-user system not all settings should be shared
[10:17] <pitti> chrisccoulson: right, it should be a root:root 600 file
[10:18] <robert_ancell> NM seems to have a bad bridge between system and user settings - you should be able to migrate them at any time
[10:18] <chrisccoulson> pitti - i think it is, but that doesn't stop me from reading the files in it ;)
[10:18] <pitti> chrisccoulson: ?
[10:18] <robert_ancell> I remember connman being proposed at other UDSs - who pushed that back then?
[10:19] <chrisccoulson> robert_ancell, yeah, i don't like how the system and user settings work at the moment. it sucks for user switching not being able to have more than one session provide user settings
[10:19] <chrisccoulson> pitti - i could just boot a live CD and read the contents ;)
[10:20] <pitti> chrisccoulson: I could just go to the router, connect to it with ethernet, and change the password
[10:21] <pitti> physical access -> you lose either way
[10:21] <chrisccoulson> pitti - true
[10:21] <pitti> but wpa passphrases are a relatively weak secret, compared to e. g. ssh keys or your web shop passwords
[10:22] <pitti> if I have access to a computer with WPA, I don't even need to know the passphrase to abuse the network
[10:25] <pitti> chrisccoulson: shall I remove all the lightning-extension-locale-$LANG and sunbird-locale-$LANG packages, too?
[10:26] <chrisccoulson> pitti - yeah, those should go too
[10:29] <pitti> chrisccoulson: all gone
[10:29] <chrisccoulson> pitti - excellent, thanks
[10:33] <asac> robert_ancell: need anything? ;)
[10:34] <robert_ancell> asac, heh, I've moved on.  I never really "got" the architecture though.  I needs an A0 diagram I think..
[10:36] <asac> robert_ancell: ah; so this was about whether you want to take care of NM ;)?
[10:36] <robert_ancell> oh, no.  That is seb128 just being mean
[10:36]  * asac didnt get the context ... just saw his nick being highlighted
[10:36] <asac> hehe
[10:39] <seb128> asac, robert_ancell was asking who is maintain it nowadays since he had issues, and I pointed you as not the current maintainer but probably the best person knowing his way around the code right now there
[10:39] <seb128> asac, issues as issues doing oem changes, not user issues
[10:39] <pitti> seb128: gdm, gvfs, g-keyring done and waiting in -proposed
[10:40] <pitti> seb128: want me to do more?
[10:40] <seb128> pitti, I noticed, you rock, thanks
[10:40] <seb128> pitti, you are welcome to do so if you want yes but I don't want to keep you away from other things you have to do
[10:40] <asac> seb128: yeah thats ok.
[10:41] <pitti> seb128: I took a look at bug 475090, and would welcome an opinion from you wrt. comment 13/14
[10:41] <seb128> asac, how are you btw? sprinting in London?
[10:41] <asac> but i am not triaging any bugs or hunting stuff down on my own ...
[10:41] <pitti> seb128: then I can go on with that one
[10:41] <asac> seb128: nope ... davidm went there - dont ask me why ;)?
[10:42] <asac> i dont care ... our team is well set for release :)
[10:42] <seb128> pitti, let me have a look
[10:42] <seb128> asac, ;-)
[10:42] <seb128> asac, great work this cycle btw!
[10:42] <seb128> as usual ;-)
[10:42] <asac> heh
[10:42] <asac> thanks
[10:43] <asac> i couldnt get enough done. but thats the normal feeling unfortunately
[10:43] <seb128> right...
[10:43] <seb128> pitti, ok, I think there are 2 issues there
[10:43] <seb128> pitti, I would add the Xresources parsing to gdm script
[10:43] <seb128> pitti, and I would move the xsession thing to an extra session entry "custom session"
[10:44] <didrocks> seb128: ok, I'm ready for updates now. If you have good suggestion for things to update :)
[10:44] <seb128> didrocks, empathy
[10:44] <didrocks> ok
[10:45] <seb128> didrocks, thanks
[10:46] <pitti> seb128: exactly my feeling; thanks
[10:46] <seb128> pitti, np, thank you for working on the issue ;-)
[10:52] <seb128> pitti, should I exclude the po from sru debdiffs?
[10:52] <pitti> seb128: as you wish
[10:52] <pitti> but certainly makes it easier to read
[10:53] <seb128> I don't care strongly either way
[10:53] <seb128> ok, doing it then
[10:55] <cassidy> empathy 2.30.1 is packaged in debian I think
[10:55] <seb128> cassidy, right but for sru updates we don't want to rebase on debian but limit changes to what is required
[10:55] <seb128> ie just the new version
[10:55] <seb128> no merge with debian nor packaging changes
[10:56] <cassidy> k
[11:08] <didrocks> pitti: do you want me to update bug #567277 for 2.30.1, posting a new debdiff or use another bug? (I have also to use -v2.30.0.1-0ubuntu3 so that bugs in 2.30.0.2-0ubuntu1 are closed too)
[11:09] <pitti> didrocks: updating this bug is fine, if 0.2. never actually got uploaded
[11:09] <pitti> or, rather, accepted
[11:10] <didrocks> pitti: I've uploaded it, but as I'll upload 2.30.1 today, rejecting it seems fine :)
[11:10] <didrocks> ok, doing that, thanks :)
[11:10] <pitti> didrocks: rejected; please untag in bzr
[11:11] <didrocks> pitti: done
[11:12] <james_w> (note that if you pushed you will have to "bzr tag --delete -d lp:foo tag-name"
[11:12] <james_w> tags aren't versioned, so tag deletion doesn't propogate
[11:12] <james_w> today's bzr tip was brought to you by the colour brown and the number 3
[11:13] <didrocks> james_w: heh, thanks fot the tip of the day ;)
[11:13] <james_w> Salut didrocks
[11:13]  * didrocks notes that down can be useful
[11:13] <didrocks> james_w: hey, how are you? :)
[11:15] <pitti> seb128: how convenient; bug 475090  is already fixed in lucid :)
[11:15] <seb128> pitti, oh, nice ;-)
[11:16] <seb128> pitti, so we only have to add the extra desktop for the user session now
[11:16] <pitti> how could we live without Xresources!!
[11:16] <seb128> lol
[11:16]  * pitti sighs at arcane and ancient software
[11:16] <pitti> incidentally, I'm currently reading the Unix Hater's Handbook -- very amusing
[11:17] <james_w> didrocks: good thanks, you?
[11:17] <pitti> hey james_w, how are you?
[11:17] <james_w> hi pitti
[11:17] <james_w> excited! :-)
[11:17] <pitti> feeling lucid?
[11:18] <james_w> that's one word for it
[11:18] <didrocks> james_w: a little bit ill still. But it's getting a lot better than the beginning of the week, so it's some kind of "getting a strong immune system before UDS" ;)
[11:18]  * pitti sighs at 16 "fix committed" tasks; can we plz open maverick?
[11:19] <james_w> didrocks: you'll appreciate that in a couple of weeks :-)
[11:20] <didrocks> james_w: heh, sure :-)
[11:36] <didrocks> seb128: do not hesitate to ping me or point me to some page that we don't work on the same thing. I think you don't want all .1 to be as SRU, or should I just have a look at https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text= and assume I should upload every .1 GNOME tarball not in that list?
[12:39] <seb128> didrocks, sorry I was at lunch
[12:39] <didrocks> no pb :)
[12:39] <seb128> didrocks, we don't want everything no, thing which have only translation updates are not worth uploads I think
[12:40] <didrocks> seb128: ok, so looking at the ftp (in a few minutes), and looking at the UNAPPROVED list to see what's aready uploaded and then, ping here. Let's use that workflow :)
[12:41] <seb128> didrocks, you can do anjuta next if you want
[12:41] <didrocks> seb128: thanks, will do that one so
[12:41] <seb128> didrocks, thanks
[12:42] <seb128> didrocks, if there is any other you want just mention it to get feedback in case
[12:42] <didrocks> seb128: sure
[12:43] <seb128> didrocks, things like cheese yelp evince should be in the to update list too
[12:43] <seb128> g-c-c and g-s-d are on chrisccoulson's list
[12:43] <didrocks> seb128: can do those this afternoon (yelp, cheese and evince), I guess
[12:43] <chrisccoulson> i've done g-s-d now, just about to do g-c-c
[12:43] <seb128> chrisccoulson, didrocks: thanks
[12:44] <seb128> I've a few on my list too (gedit gtksourceview libsoup)
[12:44] <seb128> then we can look to what remains to do
[12:46] <seb128> dpm, hey
[12:46] <seb128> dpm, the offline firefox startpage translation not being used is a ubufox known issue
[12:46] <seb128> dpm, I was reading those emails on the translators list
[12:46] <seb128> dpm, you can check with chrisccoulson about it I guess
[12:46] <seb128> we discussed it yesterday there
[12:49] <chrisccoulson> yes, there are several issues with the offline start page that i'm looking at atm
[12:58] <didrocks> speaking of translation, xsane is not translated anymore. I think that's due to main -> universe demotion putting this outside langpack, right? A rebuild should fix that?
[13:02] <dpm> didrocks, I think so. The same with gobby, and it'd be worth checking others such as abiword
[13:16] <seb128> didrocks, right, would be nice to do an upload today for those
[13:17] <didrocks> seb128: I'll try a rebuild there and then upload it as an SRU as well so
[13:17] <didrocks> seb128: do you still have your yelp branch? seems you forgot to push ubuntu2
[13:17] <seb128> didrocks, no need of a sru for a no change upload to universe today I guess
[13:18] <didrocks> seb128: oh, ok, trying rebuild and upload it right away so
[13:18] <seb128> didrocks, hum, need to check that, changing computer and being back in a few minutes to tell you
[13:18] <seb128> didrocks, yes
[13:18] <seb128> brb
[13:25] <seb128> didrocks, no sorry I didn't notice it was in a vcs and just did the update without it
[13:25] <seb128> it's not one of the source I change usually
[13:25] <didrocks> seb128: no pb. I integrate it
[13:25] <seb128> thanks
[13:26] <didrocks> should we remove the xsane branch from #ubuntu-desktop? (it's already not up-to-date)
[13:26] <didrocks> ~ubuntu-desktop
[13:26] <seb128> didrocks, yes
[13:26] <didrocks> ok, doing some cleaning so
[13:27] <seb128> we need to clean a bit things staying there
[13:27] <seb128> + discuss next cycle our workflow
[13:28] <didrocks> right. It seems we forgot updating the branch or push them too much… We should find a more natural way :)
[13:29] <seb128> well I was rather thinking about moving to canonical vcs location
[13:29] <didrocks> would make sense too
[13:32] <pitti> the full-source thing for gvfs works quite nicely, but I'm not sure how well it scales to other projects
[13:33] <pitti> one important issue is that we'd lose all previous history
[13:33] <pitti> but I think that would be bearable
[13:34] <pitti> we currently use bzr mostly as a means to do sponsoring and collaborative editing, not so often for digging out past changes
[13:34] <pitti> (and for that the old branches will stay aroud anyway)
[13:35]  * pitti tests new gdm build, brb
[13:35] <seb128> pitti, right
[13:35] <seb128> I think most of the things we package are light enough to not be an issue to have full source vcs
[13:36] <seb128> and the vcs history we don't rely much on, and that issue will no go away with time quite the contrary
[13:41] <chrisccoulson> i'd like to move to full source branches for gnome stuff too :)
[13:43] <seb128> we need to document the new workflow before starting doing changes though and agree on it
[13:47] <mvo> I think we should discuss it at uds some more, its going to make the branches much bigger
[13:47] <mvo> that is a nice feature of the current system, a checkout is really fast and because of debian/watches also very convinient
[14:00] <seb128> mvo, right, that's why we have been waiting to change until now
[14:00] <seb128> mvo, we need to discuss it anyway and maybe keep testing on some smalls source as pitti did on gvfs now
[14:01] <pitti> well, we definitively know that we'll get a times-10 overhead on checkout
[14:01] <seb128> what does it win us?
[14:01] <pitti> after all, those have the entire upstream history (which we are mostly not needing)
[14:02] <pitti> the win, AFAICS, is to have a shared workflow with other teams
[14:02] <mvo> I also find it convinient to just see "our" changes by default, but this is of course trivial to get
[14:02] <pitti> frankly I dont' see much else
[14:02] <pitti> as long as we still keep messing with debian/patches and quilt push/update, etc., we are still ignoring the biggest potential of VCS
[14:03] <seb128> james_w said he would convince us
[14:03] <seb128> I'm still waiting to see what he has to offer though ;-)
[14:03] <pitti> full source with bzr loom is a really nice way of packaging
[14:03] <seb128> right
[14:03] <seb128> using source in bzr rocks for dx sources
[14:03] <pitti> I tried that with calibre back then, but if an unwitting person stumbles over it, they'll screw it up all over
[14:03] <seb128> you can merge a revision from trunk and do nothing on next version update
[14:03] <pitti> right
[14:04] <seb128> it just works
[14:04] <pitti> and the current imports aren't branches of upstream trunks, so you can't cherrypick
[14:04] <seb128> right
[14:04] <pitti> that's why I've been fairly resistent to dropping our current debian-only branches as well
[14:04] <pitti> but let's see what the next UDS will bring :)
[14:04] <seb128> indeed
[14:05] <seb128> I'm fairly happy with what we have now
[14:06] <pitti> amd64  3   2829 jobs (four days)
[14:06] <pitti> ugh
[14:06]  * pitti pushes build score of his PPA a bit
[14:14] <pitti> seb128: do you have some time to look at bug 571021?
[14:14] <pitti> seb128: I'm happy to help you with guidance, etc, but I'm missing the hardware (CD burner) here :-(
[14:14] <seb128> pitti, yes, on my list of today, sorry I didn't comment on it yet
[14:14] <pitti> seb128: I'm happy to take a few more .1 updates
[14:15]  * pitti points out the shortage of "in progress" bugs on https://bugs.edge.launchpad.net/~pitti/+assignedbugs?orderby=status now
[14:15] <seb128> pitti, speaking of which, http://download.gnome.org/sources/brasero/2.30/brasero-2.30.1.tar.gz ? ;-)
[14:15] <pitti> seb128: well, that'd be the one I'd specifically avoid, due to not being able to test :)
[14:15] <seb128> ok
[14:16] <seb128> pitti, http://download.gnome.org/sources/vte/0.24/vte-0.24.1.tar.gz ?
[14:16] <pitti> seb128: consider it done
[14:16] <seb128> hum
[14:16] <seb128> or not, I think mvo had build issu on 0.24
[14:16] <pitti> Version: 1:0.23.5-0ubuntu1
[14:16] <pitti> (ugh)
[14:16] <pitti> vte (1:0.24.0-0ubuntu1) UNRELEASED; urgency=low
[14:16] <pitti> heh, perhaps
[14:16] <pitti> mvo: so you updated, but never uploaded? do you remember what the prob was?
[14:17] <seb128> pitti, I think build is failing in the udeb build
[14:17] <seb128> pitti, http://download.gnome.org/sources/totem/2.30/totem-2.30.1.tar.gz
[14:17] <pitti> seb128: ok, doing that one
[14:18] <pitti> totem (2.30.0git20100413-0ubuntu2) UNRELEASED; urgency=low
[14:18] <pitti> lool: ^ you abandoned that one?
[14:18] <pitti> lool: should I include your preinst fix into an SRU, or was it flawed?
[14:19] <mvo> pitti: let me check
[14:19] <mvo> pitti: I had build issues, but I may have a fix
[14:19] <lool> pitti: I thought it would get uploaded with the latest GNOME
[14:19] <pitti> lool: the change looks sensible to me
[14:19] <lool> pitti: It was during some freeze or something
[14:19] <lool> pitti: it's not critical
[14:19] <pitti> lool: and since it's ||true'd, also robust
[14:19] <lool> pitti: happy if you SRU it
[14:20] <pitti> lool: ok, thanks
[14:20] <lool> It's best to SRU it to be able to drop it in maverick
[14:20] <lool> pitti: thanks!
[14:29] <rickspencer3> good morning all
[14:30] <pitti> hey rickspencer3, good morning
[14:30] <mvo> pitti: now I remember, gnome bug #614469
[14:31] <rickspencer3> ArneGoetje, bryceh, ccheney, chrisccoulson, didrocks, kenvandine, Nafai, pitti, seb128 what's the word on the street?
[14:31] <rickspencer3> http://www.reddit.com/r/Ubuntu/comments/bx2lo/ubuntu_1004_change_is_coming_soon_this_thursday/
[14:31] <rickspencer3> looks like users are having a good experience with 10.04 and are excited for tomorrow
[14:31] <seb128> rickspencer3, nothing to signal
[14:32] <seb128> things look good
[14:32] <didrocks> rickspencer3: seems safe ;)
[14:32] <seb128> we are mostly in SRU mode for .1 updates today
[14:32] <rickspencer3> seb128, ack
[14:46] <pitti> seb128: hm, totem requires gstreamer 0.10.28.1
[14:48] <kenvandine> hey rickspencer3
[14:48] <rickspencer3> hi kenvandine
[14:48] <kenvandine> working on a couple gwibber fixes to SRU
[14:48] <rickspencer3> nice
[14:50] <seb128> pitti, http://git.gnome.org/browse/totem/log/?h=gnome-2-30
[14:51] <seb128> pitti, it seems artificial requirement to get a fix, I think we should downgrade
[14:51] <seb128> pitti, I don't see a commit between our snapshot and .1 depending on it
[14:51] <seb128> or making a difference
[14:51] <pitti> http://git.gnome.org/browse/totem/commit/?h=gnome-2-30&id=bff0927709eeca0046307185930fb09a60b4f407
[14:52] <didrocks> fredp: you were talking about totem requiring new gstreamer yesterday, any input? ^
[14:52] <fredp> didrocks: a new gstreamer went out last night.
[14:52] <seb128> pitti, right, but there is no queue2 change after our snapshot
[14:52] <seb128> pitti, so it will not be buggier than what we have now I think
[14:52] <pitti> seb128: we have a snapshot?
[14:52] <pitti> Package: libgstreamer0.10-0
[14:52] <pitti> bVersion: 0.10.28-1
[14:53] <seb128> pitti, git20100413
[14:53] <pitti> seb128: oh, you mean in totem
[14:53] <seb128> pitti, totem I mean
[14:53] <pitti> seb128: sure, I can just revert that dependency
[14:53] <seb128> pitti, ie I would downgrade the configure requirement change
[14:54] <seb128> didrocks, fredp: the new gstreamer is not a stable update though
[14:54] <fredp> seb128: how so?
[14:54] <seb128> fredp, look at the number of api additions? + new deprecation
[14:55] <seb128> fredp, or we don't have the same definition of a stable update
[14:55] <seb128> there is 15 api addition in this update
[14:55] <seb128> quite some new code
[14:56] <fredp> certainly gstreamer and gnome don't have the same definition; but this is how gstreamer releases are.
[14:56] <chrisccoulson> seb128 - g-c-c and g-s-d are ready for sponsoring
[14:56] <seb128> chrisccoulson: thanks
[14:57] <chrisccoulson> seb128 - g-s-d adds a preference for hiding the keyboard indicator now, but i'm not entirely satisfied with how it works though
[14:57] <seb128> fredp, well it's probably not what most distribution would take as a stable update either
[14:57] <seb128> fredp, not debian or ubuntu to start
[14:57] <chrisccoulson> it's not listening for gconf changes
[14:57] <chrisccoulson> so, it only updates when you add/remove a keyboard layout or restart your session
[14:57] <seb128> chrisccoulson: the change is a gconf key right? ie nothing users will notice out of dealing with it there
[14:57] <chrisccoulson> seb128 - yeah, that's right. there's no corresponding UI in g-c-c yet
[14:57] <seb128> chrisccoulson: it's fine enough, it let the option for technical people who care enough I guess
[14:58] <seb128> it seems a new feature and I don't think we should spend efforts on getting that to work dynamically in a stable serie
[14:58] <chrisccoulson> yeah, no problem. that's all done then
[14:59] <seb128> but point it to svu he might be happy to improve the code
[14:59] <chrisccoulson> so, i'll look at gnome-terminal now, unless that's blocked on vte
[14:59] <seb128> ok thanks
[15:00] <pitti> mvo: nice, so 2.24.1 vte could actually work
[15:01] <mvo> pitti: yeah
[15:01] <mvo> pitti: let me try it
[15:01] <chrisccoulson> hmmm, i can't get gwibber to start atm
[15:03] <chrisccoulson> kenvandine - gwibber-service is crashing on startup at the moment. have you seen anything like this? http://paste.ubuntu.com/424000/
[15:03] <chrisccoulson> i noticed that gwibber stopped working for me yesterday, and doesn't start at all anymore :-/
[15:04]  * kenvandine looks
[15:05] <kenvandine> eek
[15:05] <kenvandine> that is actually failing in python-couchdb... not even desktopcouch
[15:05] <mvo> vte looks encouraging currently
[15:05] <mvo> but takes *ages* to build
[15:09] <mvo> *pff* now I get even more undefined symbols
[15:10] <mvo> http://paste.ubuntu.com/424009/
[15:10]  * mvo commits his latest changes to bzr
[15:12] <pitti> mvo: thanks; seems we'll skip that for lucid-updates then :)
[15:12]  * pitti hugs mvo
[15:12] <mvo> yeah :)
[15:12] <mvo> I can look at it at some point, but not today
[15:12] <kenvandine> chrisccoulson: can you go to ~/.local/share/desktop-couch/couchdb.html with a web browser?
[15:12] <chrisccoulson> kenvandine, yeah, that still works ok
[15:13] <kenvandine> ok
[15:14] <kenvandine> chrisccoulson: does this problem span reboots?
[15:15] <chrisccoulson> kenvandine, yeah, it's not worked at all since yesterday, and i've rebooted a few times in between
[15:15]  * kenvandine is confused why there is no desktopcouch code at all in that traceback
[15:16] <kenvandine> that call is going through desktopcouch.records.server
[15:16] <pitti> seb128: totem done, too;
[15:17]  * pitti -> off for an hour for supermarket and errands
[15:17] <seb128> ok, I'm done with updates too
[15:17] <seb128> looking to some bugs now
[15:17] <seb128> there is still a bunch of tarballs for those who want to do extra ones later
[15:17] <kenvandine> chrisccoulson: can you please file a bug and go ahead and assign it to me?
[15:17] <seb128> thanks chrisccoulson, didrocks, pitti
[15:17]  * kenvandine has to leave in a couple minutes, will be gone for a couple hours
[15:17] <seb128> nice work, we did most of the updates today ;-)
[15:17] <chrisccoulson> excellent \o/
[15:18] <kenvandine> kids pre-school show and then taking him to lunch to celebrate his 5th birthday :)
[15:18] <chrisccoulson> kenvandine, ok, will do. thanks
[15:18] <chrisccoulson> i'll leave my profile and everything intact for now
[15:18] <didrocks> seb128: you're welcome. I'm finishing yelp and it should be ok :)
[15:18] <kenvandine> chrisccoulson: thx... appreciate it
[15:18] <kenvandine> chrisccoulson: i'll work on it this afternoon
[15:18] <chrisccoulson> i was going to delete it and start again before i messaged you, but then i thought that might not be so helpful ;)
[15:19] <seb128> didrocks, you can do gedit after that if you still want to do one
[15:19] <didrocks> seb128: sure :)
[15:19] <seb128> thanks
[15:19]  * kenvandine heads out, be back in 2-2.5 hours
[15:38] <asac> !test
[15:38] <asac> ok i am still here ;)
[15:38] <ogra> lol
[15:39]  * ogra didnt know that one
[15:39] <chrisccoulson> me neither
[16:01] <didrocks> ok, gedit, cheese, evince, anjuta & empathy uploaded to -proposed with sru asked in bugs
[16:01] <seb128> didrocks, you rock
[16:01] <didrocks> xsane uploaded to lucid, hope that pitti can give it a look for people upgrading :)
[16:01] <ogra> he did
[16:02] <seb128> pitti, should we subscribe the ubuntu-sru team to each bug when several are fixed in an update?
[16:02] <didrocks> ogra: nice play on words :)
[16:02] <ogra> :)
[16:18] <seb128> didrocks, want to do file-roller too?
[16:18] <seb128> didrocks, you can say no, it's just in case you are bored ;-)
[16:18] <didrocks> seb128: can do after a 10 minutes break :)
[16:18] <seb128> didrocks, no hurry, later, tomorrow, whenever you want!
[16:18] <seb128> didrocks, enjoy
[16:18] <didrocks> thanks ;)
[16:19] <seb128> you should take longer than 10 minutes of break too ;-)
[16:19] <didrocks> well, break is actually reading blog post, taking some medecines and answering to emails :-)
[16:20] <didrocks> (sru is too much paperwork with opening a bug, pushing a debdiff ;))
[16:22] <seb128> lol
[16:22] <seb128> you don't need to open a bug if it closes an open bug
[16:22] <seb128> but for those updates that's not always the case ;-)
[16:23] <didrocks> seb128: yeah, it was only the case for one there
[16:23] <didrocks> all the other, I had to open a new one
[16:29] <Nafai> good morning
[16:30] <seb128> hey Nafai
[16:37] <didrocks> hey Nafai
[17:03] <seb128> chrisccoulson, btw when you do a sru which close a bug no need to open a bug about the update too
[17:04] <seb128> chrisccoulson, i.e the g-s-d one you could have used the request to hide the layout indicator one
[17:04] <chrisccoulson> seb128 - yeah, i realised that after i opened the bug
[17:04] <chrisccoulson> sorry ;)
[17:04] <seb128> ok, I was just pointing it in case you didn't know
[17:04] <seb128> no worry ;-)
[17:04] <seb128> it's you who had the extra work
[17:08] <pitti> re
[17:08] <seb128> wb pitti
[17:10] <pitti> didrocks: sorry, you uploaded to final, but xsane is on the ubuntustudio images; rejecting, needs to become an SRU
[17:11] <didrocks> pitti: oh bad, ok, will do an sru so :/
[17:11] <pitti> seb128: preferably yes, but my sru-accept script does it as well, so for uploads which are already in the queue you don't need to
[17:11] <pitti> seb128: but please make sure that they have lucid tasks, etc, so that I don't need to do all that, too
[17:12] <didrocks> oh, we should had lucid tasks?
[17:12] <didrocks> add*
[17:13] <seb128> pitti, I copied what you did
[17:13] <seb128> pitti, subscribed ubuntu-sru, added tasks and added a comment saying which bug has the debdiff
[17:18] <pitti> thanks
[17:19] <didrocks> waow, never noticed that LP: #… was recognized as link in the terminal
[17:19] <pitti> it is?
[17:20] <pitti> not in mine
[17:20] <Nafai> not in mine either
[17:20] <Nafai> where'd you get this special g-t package?
[17:20] <pitti> you're holding back good stuff!
[17:20] <didrocks> I'm using terminator, let me see in gnome-terminal
[17:20] <didrocks> :)
[17:21] <didrocks> yeah, it's only in terminator apparently
[17:21] <pitti> ah
[17:21]  * didrocks can't live without splitting screen
[17:21] <pitti> didrocks: it it able to save its configuration these days?
[17:22] <pitti> it was pretty neat when I looked at it back then, but I greatly missed the possibility to configure the splitting/geometry on the CLI, or save its state
[17:22] <james_w> yes, since lucid
[17:22] <didrocks> pitti: yeah, last version can
[17:22] <pitti> sweet
[17:23] <didrocks> but there is some new bugs like not being able to move the current tab if you split your terminal
[17:24] <seb128> bah, brasero is a piece of crap it seems
[17:25] <ogra> quick ! change the seeds and include k3b :)
[17:27] <pitti> seb128: it gets worse with every test you do?
[17:28] <seb128> pitti, I didn't do much test, I put a dvd rw in it to do testing
[17:28] <seb128> it didn't list the disk an as option
[17:28] <seb128> I found a "clear disk" menu item which I figured I would use to have the disk clear and listed
[17:29] <seb128> it tooks a few second and say "disk cleaned" and now I've no disk listed at all and a growisofs still running after closing brasero
[17:30] <seb128> bah
[17:31] <seb128> and now gvfs doesn't list either the CD driver or the blank DVD when I put it in the drive
[17:31] <seb128> udisks --dump see it though
[17:32] <seb128> Showing information for /org/freedesktop/UDisks/devices/sr0
[17:32] <seb128>   has media:                   1 (detected at mer. 28 avril 2010 18:30:22 CEST)
[17:32] <seb128> ok, let me grab another media, I will open a bug about those issues later
[17:39] <seb128> ok, same story on an another disk
[17:39] <seb128> the thing doesn't like blank dvdrw disks
[17:41] <seb128> ok, time to get ready for sport and dinner
[17:41] <seb128> I will debug brasero with a CD later and talk with pitti tomorrow about the dvd-rw being ignored by gvfs etc
[17:42] <pitti> seb128: hm, last time I wrote a dvd-r, I think
[17:52]  * Nafai tries out terminator
[17:55]  * pitti -> dinner
[17:56] <didrocks> I really think that the mess in the panel will generate a lot of bugs. I don't have many clue on how that should be debugged (ex: bug #570664)
[18:02] <Sarvatt> i get something similar every 10 boots or so, except all indicator-applets are doubled and indicator-applet-session isn't shown at all
[18:02] <chrisccoulson> Sarvatt - that's a known issue with gnome-panel
[18:04] <didrocks> seb128: not sure we want update file-roller, the only fix is "Fixed build error when dbus is not available.". Do we have dbus in our buildd as the previous version was built correctly?
[18:05] <didrocks> chrisccoulson: did you have the time to have a look there btw? do you know where the rendering issue is and why the indicator or the notification area triggers it?
[18:06] <chrisccoulson> didrocks - not yet, but it's not just the notification area and indicator
[18:06] <chrisccoulson> i've seen it in all applets now
[18:07] <didrocks> chrisccoulson: oh really? I just had that in those area. that's weird we didn't have that previously as gnome-panel shouldn't have changed a lot recently
[18:07] <didrocks> so, can we blame vuntz|aw1y when he will be back from holidays? ;)
[18:07] <chrisccoulson> didrocks - it's been an issue since karmic, but it seems to have become worse this cycle
[18:08] <didrocks> chrisccoulson: I'll talk about that with him if you're sure it's in gnome-panel
[18:08] <Sarvatt> yeah I've seen it with the drawer and go-home applet too in the past few months now that you mention it, those just only doubled like that once or twice
[18:09] <chrisccoulson> didrocks, Sarvatt - bug 439448
[18:10] <didrocks> chrisccoulson: thanks, I'll point this to him
[18:11]  * didrocks dups the other bug
[18:12] <chrisccoulson> didrocks - here's a good example - http://people.canonical.com/~chrisccoulson/Selection_001.png ;)
[18:12] <chrisccoulson> the clock applet is messed up there
[18:12] <chrisccoulson> and here is the hamster-applet - http://people.canonical.com/~chrisccoulson/Selection_002.png
[18:12] <chrisccoulson> but i see it mostly with the indicator and notification area
[18:13] <didrocks> chrisccoulson: not sure if it's based on "dynamic size" applet or not
[18:13] <didrocks> which can also screw the others one
[18:30]  * Nafai lunches
[18:43] <kenvandine> chrisccoulson, can you add some log files to that bug
[18:43] <kenvandine>   ~/.cache/desktop-couch/desktop-couchdb.*.1
[18:43] <kenvandine> the current theory is that perhaps something is causing spidermonkey to crash
[18:45] <kenvandine> chrisccoulson, and do you by chance have test versions of anything that could potentially break spidermonkey installed?
[18:46] <chrisccoulson> kenvandine, i have xulrunner from the ubuntu-mozilla-security PPA, which is going to become the first security update in a couple of weeks
[18:46] <kenvandine> i should have that too
[18:46]  * kenvandine verifies
[18:46] <kenvandine> oh... no, i did before i re-installed
[18:47] <kenvandine> couchdb uses xulrunner stuff to execute it's views
[18:47] <kenvandine>  libmozjs.so
[18:48] <chrisccoulson> yeah, that's a bit of a pain ;)
[18:48] <chrisccoulson> right, i've added some log files to the bug
[18:48] <kenvandine> thx
[18:50] <chrisccoulson> oh, actually, i'm not running the xulrunner security update
[18:50] <chrisccoulson> i had to downgrade it when i was testing gjs
[18:52] <kenvandine> i wonder if there is any problems having gjs stuff installed
[18:52] <kenvandine> i can't imagine it could break spidermonkey
[18:54] <chrisccoulson> kenvandine, i bet i know what is causing it ;)
[18:54] <chrisccoulson> i'm running a debug build of xulrunner for something else
[18:55] <chrisccoulson> i bet if i install the non-debug version it starts working again ;)
[18:55] <kenvandine> interesting...
[18:55] <chrisccoulson> let me try
[18:59] <chrisccoulson> kenvandine - that works now
[18:59] <chrisccoulson> so it was my fault ;)
[18:59] <kenvandine> hehe
[18:59] <kenvandine> ok... thx
[18:59] <kenvandine> fragile i guess
[18:59] <chrisccoulson> sorry for wasting your time ;)
[18:59] <chrisccoulson> yeah, it is pretty fragile
[19:01] <kenvandine> no worries, better to investigate than not to
[19:51] <seb128> re
[19:51] <seb128> chrisccoulson, didrocks: one of the bugs state that the corruption with indicators and applet happens only under compiz
[19:52] <chrisccoulson> heh, i can quite believe that
[19:52] <seb128> didrocks, what about the uri in dnd bug fixed in .1.1 for file-roller? what version did you check?
[20:30] <baptistemm_> «build starts in 16 hours »...yummy
[20:33] <Nafai> going to grab a snack than brb
[22:00] <didrocks> seb128: oh, I check, 2.30.1, didn't see 2.30.1.1, will do tomorrow morning :)
[22:00] <didrocks> (yeah, I shouldn't reconnect ;))
[22:00] <seb128> didrocks, no you shouldn't ;-)
[22:01] <didrocks> seb128: well, I had to push something on my server, so while uploading, triaging bugs, fixing a Quickly one, and then, reconnect on IRC was the bad decisions I took :p
[22:02] <seb128> ;-)
[22:06] <didrocks> well, really going this time. It will be less to do for tomorrow morning
[22:06] <didrocks> seb128: good night, see you tomorrow :)
[22:06] <seb128> 'night didrocks
[23:04] <TheMuso> Good morning.
[23:05] <Nafai> Hey TheMuso
[23:54] <RAOF> Morning all.
[23:55] <RAOF> Again with the network!
[23:55] <Nafai> problems?