[00:02] <robert_ancell> rickspencer3, hey
[00:02] <RAOF> rickspencer3: Good morning.
[00:19] <Viper550> So, you guys are shipping Banshee?
[00:20] <micahg> Viper550: not default
[00:21] <Viper550> oh, netbook version only?
[00:21] <micahg> hmm
[00:21] <micahg> idk about netbook
[00:21] <micahg> Viper550: it's in the archive
[00:22] <micahg> not shipped for netbook by default either
[00:23] <micahg> rhythmbox is the default for gnome
[00:27] <ajmitch> micahg: from what I've seen in the MIR bug for banshee, it is/was planned to have it as default for UNE
[00:27] <micahg> ajmitch: oh, right...
[00:27] <micahg> I forgot about that bug...I hope they get it in soon, ,beta freeze if thursday :)
[00:28] <micahg> ajmitch: I just pulled the netbook-meta package to check...not there yet
[00:29] <ajmitch> not yet, they're cutting it close :)
[00:29] <rickspencer3> Viper550, ajmitch, micahg, I'm 99% certain that didrocks intends to ship banshee by default in UNE
[00:30] <rickspencer3> I'm a bit surprised it's not in yet
[00:30] <Viper550> don't we hate novell
[00:30] <micahg> Viper550: no, AFAIK, we don't do that
[00:30] <rickspencer3> Viper550, nope ... they do some nice work, and they are nice people
[00:30] <ajmitch> rickspencer3: so am I, but the bug isn't approved yet & lists some issues on ARM, so here's hoping it gets resolved soon
[00:30] <rickspencer3> ajmitch, ditto
[00:31] <rickspencer3> but with didrocks on vacation ... not sure who's going to take it forward
[00:31] <rickspencer3> maybe seb128 can look into it tomorrow ;)
[00:31] <ajmitch> asac has been active on the bug
[00:31] <rickspencer3> ah
[00:32]  * ajmitch saw it due to being on the ubuntu-mono list :)
[00:32] <ajmitch> new banshee-community-extensions should be uploaded to experimental soon from what I saw
[00:39] <bcurtiswx> the close window option in evolution is greyed out.. why so?
[00:41] <bcurtiswx> hmm, i don't want to close the program, i just want to close the window so evolution can sit in the indicator applet
[00:41] <bcurtiswx> i'll go bug #ayatana
[03:10] <robert_ancell> dobey, if you use IT_PROG_INTLTOOL should you remove AM_GNU_GETTEXT_VERSION and AM_GLIB_GNU_GETTEXT from configure.ac?
[03:37] <dobey> robert_ancell: you should be ok to remove them if you're using IT_PROG_INTLTOOL, yes
[03:37] <robert_ancell> dobey, has that only occurred recently? (It appears most projects have both)
[03:41] <dobey> robert_ancell: 2 years
[03:56] <bcurtiswx> nite all
[06:56] <^arky^> hi
[06:56] <^arky^> Does XPI files automatically associated with firefox/mozilla in ubuntu
[06:57] <^arky^> In the LTS it starts up with file-roller
[06:57] <micahg> ^arky^: no
[06:57] <micahg> as it should, it's a zip archive
[06:57] <^arky^> micahg, perhaps we should associate with firefox in 'open with' so that it might not confuse the lay users ?
[06:58] <micahg> ^arky^: nope, not appropriate, could also be for thunderbird, seamonkey
[06:58] <micahg> ^arky^: the proper way is to install through the addons menu
[06:59] <^arky^> ok micahg just a thought
[07:44] <and471> well done vish :) http://justanothertriager.wordpress.com/2010/08/24/cleansweep-update/
[07:52] <pitti> Good morning
[07:54] <RAOF> Good morning
[08:04] <and471> morning
[08:22] <hyperair> would anyone have objections to sticking in a git snapshot of libgpod to maverick?
[08:24] <micahg> hyperair: I know LucidFox was working with those packages
[08:24] <hyperair> ooh, really?
[08:25] <micahg> hyperair: at least trying to get them updated in Debian an expressed an interest in Ubuntu as well
[08:25] <micahg> *and
[08:25] <hyperair> i see.
[08:25] <hyperair> i'll talk to her then. thanks
[08:51] <seb128> hey
[08:51] <bilalakhtar> hi seb128
[08:52] <seb128> hey bilalakhtar
[08:52] <ajmitch> morning seb128
[08:52] <RAOF> Good morning seb128!
[08:52] <seb128> hey ajmitch RAOF
[08:52] <seb128> how is everybody doing?
[08:53] <seb128> RAOF, the evo crash you reported is likely due to the change for appmenu-gtk you might want to uninstall it as a workaround
[08:53] <RAOF> seb128: Eh.  It's not particularly frequent, and evo is good about crash-safety.
[08:54] <seb128> ok
[08:54] <RAOF> Man, X would be much more fun if hardware developers got their stuff together.
[08:55] <RAOF> Then it would just be _our_ fault when X crashes :)
[08:56] <seb128> RAOF, hehe
[08:56] <RAOF> I mean, is it _so_ hard to provide 128 bytes of well formatted data in your monitor? :)
[08:59] <pitti> RAOF: well -- it's 2^1024 - 1 ways to get it wrong, and only one to get it right; I'd rather bet in the lottery
[09:00] <RAOF> pitti: The space of correct EDIDs is significantly larger than 1 :P
[09:00] <pitti> still, not much better..
[09:01] <pitti> $ python -c 'print len(str(2**1024))'
[09:01] <pitti> 309
[09:01] <pitti> that's a damn large number
[09:10] <bilalakhtar> Pici: around?
[09:10] <hyperair> micahg: turns out she was working on gtkpod, not libgpod.
[09:10] <bilalakhtar> Pici: sorry, tab fail
[09:10] <bilalakhtar> pitti: Around?
[09:10] <pitti> hello bilalakhtar, good morning
[09:10] <seb128> hey pitti
[09:10] <pitti> bonjour monsieur!
[09:10] <seb128> how are you?
[09:10] <pitti> pretty well, thanks! and you?
[09:11] <seb128> I'm great thanks
[09:13] <bilalakhtar> pitti: https://code.edge.launchpad.net/~bilalakhtar/ubuntu/maverick/jockey/fix-600804/+merge/33402
[09:13] <pitti> bilalakhtar: I saw the MP, thanks! will have a look ASAP
[09:13] <bilalakhtar> thanks pitti
[09:29] <huats> morning
[09:30] <seb128> lut huats
[09:30] <huats> hello seb128
[09:37] <asac> mvo: master
[09:37] <asac> !!
[09:38] <asac> seb128: so banshee is all fine imo  ... wasnt sure about zeroconf though. do we really need that in main/by default for banshee?
[09:38] <mvo> hey asac
[09:38] <asac> hi mvo !!
[09:38] <asac> mvo: do you have time for a chat in a bit ;)?
[09:39] <asac> mvo: just ping me when you have 10 minutes about something cool ;)
[09:39]  * asac gets some coffee
[09:39] <mpt> Good morning mvo
[09:41] <seb128> huats, do you plan to fix your pywebkitgtk update to build?
[09:41] <huats> seb128, it is plan today
[09:42] <seb128> asac, hey, thanks for the review, not sure about zeroconf I prefer to let some of the banshee guys there comment about it
[09:42] <huats> seb128, sorry I was away for a few days, and I couldn't approach my computer without getting a very very dark look from my girlfriend :)
[09:42] <seb128> lol
[09:42]  * huats is a poor little man :)
[09:42] <asac> seb128: ok. when is didrocks coming back from laggery?
[09:43] <seb128> asac, next week
[09:43] <asac> ok lets move all to main then to not breach beta freeze
[09:44] <asac> seb128: do you know if "boo" is avoiable?
[09:44] <asac> i would prefer to not get a new compiler/interpreter in the archive ;)
[09:44] <seb128> dunno no, I don't even know what that is
[09:44] <asac> "python-like language and compiler for the CLI
[09:44] <asac> "
[09:44] <RAOF> Boo and zeroconf could both be split out if necessary.
[09:44] <asac> YAY
[09:44]  * asac goes and asks for htat
[09:45] <seb128> congrats, you just signed for extra work
[09:45] <seb128> ;-)
[09:45] <RAOF> Boo is for the Boo scripting plugin, and zeroconf is for the DAAP sharing plugin; neither is critical and I'm pretty sure that Banshee will load without them.
[09:45] <seb128> I can see users unhappy without daap sharing though
[09:45] <asac> ok boo and mono-zeroconf tasks are incomplete
[09:46] <asac> i will set bashee overall to incomplete to indicate the action
[09:46] <seb128> well the tricky part is that those are build-depends
[09:46] <seb128> not sure how you want to build banshee without those
[09:46] <seb128> or we would need a second banshee copy in universe just to build those
[09:46] <asac> seb128: some configure flag?
[09:46] <asac> oh
[09:46] <seb128> not very practical
[09:46] <seb128> asac, well we can't drop daap support that way
[09:47] <asac> i dont understand
[09:47] <asac> why do you need a bashee copy in univeres?
[09:47] <RAOF> Oh, yeah.  Build-depends need to be closed under main.
[09:47] <seb128> to build the daap support without promoting zeroconf
[09:47] <seb128> since banshee will be in main build-depends need to be there
[09:47] <asac> right. when i ask "can this be not done", i ask if it can be dropped from build depends
[09:47] <seb128> only if we drop daap as well
[09:48] <mvo> asac: time is always short, but for you I have time of course ;)
[09:48] <mvo> mpt: good morning!
[09:48] <asac> mvo: at 11 ?
[09:48] <seb128> hey mvo
[09:48] <asac> seb128: whats daap?
[09:48] <asac> sounds like not needed ;)
[09:48] <seb128> asac, lan music sharing
[09:48] <mvo> mpt: I merged the visual-overhaul branch
[09:48] <mvo> hey seb128
[09:48] <asac> heh
[09:48] <mvo> asac: 11 is fine
[09:48] <seb128> asac, the things which make your rb or banshee list music from others at UDS
[09:48] <RAOF> Banshee only has a client, not a DAAP server, but it's still pretty cool.
[09:48] <asac> right. thats what i figured from zeroconf ...
[09:49] <asac> wasnt sure thats really needed ;)
[09:49] <asac> ok well ...
[09:49] <RAOF> Slightly less cool when you can do the same thing with all your telepathy contacts, though ;)
[09:49] <seb128> I'm not sure why they don't use avahi though
[09:49] <asac> zeroconf is fine. and boo?
[09:49] <asac> boo is what gives me most pain
[09:50] <seb128> it's only scripting
[09:50] <seb128> but I've no clue if scripts users want to use requires it
[09:50] <seb128> I don't use banshee but I would say we don't really need it
[09:50] <asac> heh
[09:51] <RAOF> I'm unaware of any boo scripts for Banshee; I don't think anyone would notice if it wasn't there.
[09:51] <RAOF> I don't think it's enabled by default, either.
[09:51] <seb128> asac, ok, so let's drop that but keep zeroconf
[09:51] <seb128> though I would like to know why they don't use avahi
[09:51] <asac> thats fine if we can
[09:51] <seb128> and if we could use avahi
[09:51] <asac> seb128: i think zeroconf is avahi ... isnt it?
[09:51] <seb128> avahi is in main though
[09:52] <asac> seb128: a mono avahi?
[09:52] <seb128> that's what rb uses for example
[09:52] <asac> i assumed that mono-zeroconf is a wrapper for something avahish
[09:52] <RAOF> It's a cross-platform mdns/avahi/bonjour implemenation, IIUC.
[09:52] <seb128> hum, libavahi1.0-cil is in universe
[09:52] <asac> ok so a multi pack ;)
[09:52] <asac> right
[09:53] <asac> hmm
[09:53] <asac> changelog mentioned libavahi-cil
[09:53] <asac> and mono-zeroconf isnt mentioned at all ;)
[09:53] <asac> apparently was sneaked in
[09:54] <asac> guess they moved away from libavahi-cil
[09:54] <asac> hmm
[09:54] <asac> libavahi-cil has no rdepends
[09:54] <asac> guess that package doesnt exist?
[09:55] <seb128> libavahi1.0-cil
[09:55] <seb128> it's called
[09:55] <asac> ah
[09:55] <asac> yeah
[09:55] <seb128> libavahi1.0-cil seems to be mono bindings for libavahi
[09:55] <asac> hmm
[09:55] <seb128> where mono-zeroconf seems a complete zeroconf implementation
[09:55] <asac> libavahi1.0-cil is in universe
[09:56] <asac> yeah
[09:56] <seb128> I would prefer to maintain the bindings
[09:56] <seb128> they are only bindings over a lib we ship
[09:56] <seb128> where the zeroconf one is new code
[09:56] <seb128> but I'm not sure why they changed etc
[09:57] <asac> guess because of "all mono is cleaner" ;)
[09:57] <mpt> mvo, I saw. :-) Are you looking at the other merge proposals today?
[09:58] <mvo> mpt: yes
[09:59] <mpt> great
[10:06] <mpt> mvo, r1036 doesn't start up for me: http://paste.ubuntu.com/482815/
[10:11] <^arky^> mvo: r1036 same problem http://pastebin.ubuntu.com/482816/
[10:12] <hyperair> seb128, RAOF: if boo or daap are a problem, they can be split off into different packages.
[10:13] <seb128> daap seems it's not so much
[10:13] <RAOF> hyperair: And still be built?
[10:14] <hyperair> RAOF: yes, why not?
[10:14] <RAOF> hyperair: Because all of banshee's build-depends will need to be in main, too.
[10:14] <hyperair> RAOF: oh.
[10:14] <RAOF> Yeah.  That's what I forgot initially :)
[10:15] <hyperair> so what's wrong with, say, putting boo in main?
[10:16] <RAOF> Nothing, but it means boo will need a MIR.
 i would prefer to not get a new compiler/interpreter in the archive ;)
[10:17] <hyperair> hmm
[10:17] <seb128> was the issue
[10:17] <hyperair> what's the reason behind it?
[10:17] <seb128> seems extra code to main for no strong reason
[10:17] <seb128> lot to do already and not enough people to do it
[10:17] <seb128> so we try to not keep adding extra sourcecode we need to maintain when there is no need for it
[10:18] <hyperair> i see.
[10:24] <RAOF> Whoops!  7:30 makes it time to stop.
[10:24] <seb128> RAOF, have fun
[10:26] <mvo> seb128: is x-gnome-autorestart=true supposed to work? I added it to polkit gnome and it does not seem to work
[10:26] <seb128> X-GNOME-AutoRestart=true
[10:26] <seb128> it is
[10:26] <seb128> and yes
[10:27] <seb128> but your code needs to register to the session I think
[10:27] <seb128> which polkit-gnome might not do
[10:27] <mvo> seb128: aha, ok
[11:20] <asac> mvo: one more question ;) ... is the env reset for maintainer scripts?
[11:20] <asac> e.g. if i do export TEST=1
[11:20] <asac> apt-get install something
[11:20] <asac> will the postinst etc. see the env?
[11:21] <seb128> dpm, hey
[11:21] <seb128> dpm, question for you, do I need to do anything after uploading a package which start generating a translation template?
[11:21] <seb128> dpm, like pinging you to get it approved or something
[11:24] <mvo> seb128: hm, are you sure about X-GNOME-AutoRestart? I just looked into the registryd source and it seems to do manually register. if I killall gnome-settings-daemon it does not come back for me. does that work for you?
[11:24] <dpm> seb128, no, in principle you don't need to do anything, I look at the queue from time to time. However, if you ping me it's best, as I can approve it straight away (it's a one minute job)
[11:26] <mvo> asac: that will work as root, but sudo will clean most of the environment
[11:27] <seb128> dpm, ok, thanks, I will upload unity places with translations
[11:27] <seb128> mvo, sure about what?
[11:27] <asac> mvo: yeah. but i invoke apt on my own ... so i can do sudo TEST=1 apt-get install blah blah
[11:27] <seb128> mvo, it works to restart nautilus
[11:27] <mvo> seb128: about restarting
[11:27] <asac> thanks mvo
[11:27] <mvo> seb128: maybe not because of the key, but because nautilus does some manual work to register with the session?
[11:28] <seb128> mvo, I would be surprised, we used to change the key to false to workaround a bug in nautilus and that made the autostart stop
[11:28] <seb128> chrisccoulson, ^ I think you know that code better than me, any clue?
[11:29] <seb128> mvo, you can run gnome-session --debug and see what it writes
[11:29] <mvo> seb128: I did and no trace of autorestart
[11:29] <seb128> weird
[11:29] <seb128> vuntz, ^ ;-)
[11:29] <mvo> maybe I do something wrong :)
[11:29] <seb128> well it works there for gnome-panel and nautilus
[11:30] <mvo> but I would love to get confirmation if x-gnome-autorestart is implmented
[11:30] <seb128> it is
[11:30] <seb128> I didn't check if it didn't get broken in maverick
[11:30] <mvo> seb128: ok, then I dig some more, its probably me doing something wrong then
[11:30] <seb128> but I would be surprised since gnome-session didn't change
[11:30] <seb128> I've been tweaking the autorestart key to debug nautilus in lucid
[11:30] <seb128> without that nautilus --quit doesn't work
[11:31] <seb128> ie nautilus is respawned
[11:31] <chrisccoulson> yeah, X-GNOME-Autorestart should still work AFAICT, but you need to be registered with gnome-session for it to work
[11:31] <seb128> turning the key to false was working, it stopped respawning
[11:31] <mvo> chrisccoulson: aha, ok. so dbus registration and it will be fine? I will try that
[11:32] <chrisccoulson> mvo - yeah, that should work
[11:32] <dpm> seb128, ok, I'll keep an eye on the queue today and I'll approve unity places
[11:32] <seb128> dpm, I will ping you when they will have built
[11:32] <seb128> dpm, thanks
[11:33] <dpm> cool, thank you seb128
[11:34] <seb128> dpm, thank *you* ;-)
[11:34] <dpm> hahaha we can go on with this forever :)
[11:35] <seb128> ;-)
[11:56] <kiwinote> devildante: hi!
[11:56] <devildante> kiwinote: hi :)
[11:57] <kiwinote> devildante: I'm working on your branch atm, so if you don't push anything new that would be great ;)
[11:57] <devildante> kiwinote: np, I won't touch it ;)
[11:58] <kiwinote> devildante: I did make a list of all addons yesterday, and there were some interesting things I found
[11:58] <kiwinote> devildante: sometimes an addon is listed twice (ie recommended and suggested). I have a fix for this.
[11:59] <seb128> mvo, do you know how the "create new archive extras.ubuntu.com" work items are going?
[11:59] <kiwinote> devildante: also sometimes randompkg-dev sees randompkg as an addon when it should be the other way around..
[11:59] <devildante> kiwinote: Can you fix that?
[12:00] <kiwinote> not within the given approach
[12:00] <mvo> seb128: its a IS item, no idea about the status
[12:00] <seb128> mvo, ok, thanks
[12:00] <mvo> seb128, chrisccoulson: when registering, it works :)
[12:00] <mvo> (the auto-restart)
[12:00] <seb128> mvo, see ;-)
[12:00] <kiwinote> devildante: but I'll do some experimenting with other approaches later on
[12:00] <mvo> seb128: do you mind if I upload a new polkit-agent with restart enabled?
[12:00] <seb128> mvo, go for it
[12:00] <mvo> seb128: propbably worth forwarding to upstream as well
[12:00] <seb128> mvo, thanks for fixing that
[12:01] <seb128> yes that would be nice
[12:01] <seb128> lunch time
[12:01] <seb128> bbl
[12:01] <devildante> kiwinote: okay :)
[12:01] <kiwinote> devildante: I just needed to fix some things first so I don't need to wait 40minutes to get a list of all addons for all pkgs ;)
[12:01] <mvo> kiwinote: I added restart support to the polkit agent, so the apporach where we start it outselfs should be no longer needed (it seems like a better way as all apps will benefit this way)
[12:02] <kiwinote> mvo: ah great, hadn't realised that was possible. Indeed a better approach!
[12:03] <kiwinote> mvo: re your comment using fixed width. Do you know of a better way to deal with this?
[12:04] <mvo> kiwinote: I thought about it for a little bit, but its tricky, as the widget requires knowledge outside of the widget. maybe having a table of the info is the right approach and then going over it and setting the size after the packageinfo widgets are set
[12:04] <mvo> kiwinote: the restart was a little bit more tricky than I expected. but it should be there now :)
[12:05] <kiwinote> mvo: yeah, having a table was the old approach, but the addons branch needed to display a info line above the addons statusbar. I'll have a think about it after lunch.
[12:06]  * kiwinote to lunch
[12:06] <mvo> kiwinote: thanks!
[12:07] <asac> seb128: pitti: ogra thinks he remembers that there were patent issues with zeroconf?
[12:07] <asac> anyone knows anything about that?
[12:08] <ogra> i'm not 100% sure, but i think that was one of the reasons why avahi was written instead of just using zeroconf
[12:14] <asac> seb128: http://pastebin.com/XJhWrMcH .. that one +  a respin of the clutter rdepends is needed to get rid of not needed direct dependencies on the libgl-mesa
[12:14] <asac> i dont think its many packages that would need a respin
[12:14] <asac> i will try them all locally before ... just wanted to get your first input
[12:15] <asac> apt-cache rdepends libclutter-1.0-0 | pastebinit
[12:15] <asac> http://pastebin.com/SNFG1DKb
[12:16] <mvo> seb128: I uploaded the new agent, kick me if anything is not/nolonger working. its not in a vcs afaics, so I just uploaded
[12:16]  * mvo heads for lunch
[12:17] <asac> seb128: would be fine with just respinning the rdepends needed for unity stack
[12:20] <asac> seb128: let me know what i need to do to make you feel good about this ;)
[12:24] <asac> mvo: hopefully last question for today: the apt-get --download-only thing. what does that do exactly? only downloads packages specified or also the not installed depends of those
[12:26] <seb128> mvo, right, no vcs, thanks
[12:27] <seb128> asac, can you use the patch system properly rather than patching the source? ;-)
[12:28] <seb128> asac, I can clean that and do the rdepends
[12:28] <mpt> mvo, I guess you're snowed under today, but if you could spare time to fix the launch problem <http://paste.ubuntu.com/482815/>, both ^arky^ and I would be unblocked in doing review and QA
[12:28] <seb128> asac, can you get that change forwarded upstream as well?
[12:30] <asac> seb128: the change is in the patchsystem ... i will change the name of the patch, yes.
[12:30] <seb128> asac, right, it's in the patchsystem in the sense that the new source format put the random changes inline to a patch now
[12:30] <seb128> ;-)
[12:31] <asac> yeah. i never intended to not change it ;)
[12:31] <asac> seb128: so what rdepends should i test rebuild? do you want me to put that in a ppa first?
[12:32] <asac> i would hope its safe. if an rdepends fails because of that its missing a build dend on the mesa-glx ... clutter does not refer to any GL symbols in its headers at least
[12:32] <asac> seb128: i wanted to go for mutter, clutk, unity, and champlain
[12:33] <asac> to get a good test ... are those the important ones in our image?
[12:34] <seb128> asac, libunity-misc
[12:34] <asac> guess libclutter-gtk too
[12:34] <asac> let me see
[12:34] <seb128> asac, apt-cache rdepends --show-installed=yes libclutter-1.0-0
[12:34] <asac> my system isn not a good install base to look at ;)
[12:35] <asac> grr ... dch -i now always does binNMU for us in ubuntu
[12:35] <asac> thats bogus ;)
[12:35] <seb128> asac, the ones you listed and libunity-misc clutter-gtk-0.10
[12:35] <seb128> gnome-games
[12:35] <asac> anyway, whoever fixed the ALT key in gnome-terminal is my friend :-P
[12:36] <asac> seb128: ok i will respin those locally. do you want me to put stuff in a ppa too?
[12:37] <seb128> asac, no need
[12:37] <asac> kk
[12:37] <seb128> let me know how it goes and upstream the change
[12:37] <seb128> ;-)
[12:38] <asac> yep. i am waiting for my "confirmation" mail from the clutter bugzilla
[12:50] <asac> kenvandine: in gwibber i see my own tweets/dents in notify bubbles. that can't be right ;)
[12:50] <kenvandine> asac, yeah, we should hide those i think
[12:51] <asac> kenvandine: do you have a bunch of crash reports in your inbox for gwibber-preferences?
[12:51] <asac> kenvandine: i cannot open it ... it always crashes ;)
[12:51] <kenvandine> humm
[12:51] <kenvandine> i don't
[12:51] <asac> wonder if i have to submit this or if you have enough
[12:51] <asac> hmm
[12:51] <kenvandine> run it from a console
[12:51] <asac> ok let me review the data
[12:51] <kenvandine> gwibber-preferences
[12:51] <asac> yeah
[12:51] <asac> let me do that
[12:52] <kenvandine> thx
[12:52] <asac> http://paste.ubuntu.com/482865/
[12:52] <asac> cool paste comes with a new face ;)
[12:52] <chrisccoulson> does pthread_cond_signal and pthread_cond_wait rely on signals to be working properly?
[12:52] <chrisccoulson> ie, can i get it to work from a signal handler?
[12:52]  * ogra wonders when asac used the pastebin the last time :)
[12:53] <asac> yesterday?
[12:53] <ogra> the new theme is there since last week i think
[12:53] <asac> maybe my .css was aggressively cached ;)
[12:53] <ogra> heh
[12:53] <ogra> FF bug :P
[12:53] <asac> i definitly used it yesterday and i cant have missed it
[12:53] <asac> guess rather apache bug ;)
[12:53] <asac> or setup bug rather
[12:54] <chrisccoulson> ogra, FF has no bugs
[12:54] <chrisccoulson> ;)
[12:54] <ogra> you sound like the kernel guys if i try to convince tham that OO.o not starting must be a kernel bug :P
[12:54] <asac> hehe
[12:54] <chrisccoulson> it is a kernel bug isn't it? ;)
[12:54] <chrisccoulson> heh :)
[12:54] <chrisccoulson> or a video driver issue?
[12:55] <chrisccoulson> ;)
[12:55] <kenvandine> asac, file a bug and go ahead and assign it to me
[12:55] <ogra> chrisccoulson, definitely !
[12:55] <kenvandine> i am heading to my son's school for a teacher conference... will be online in about an hour
[12:55]  * kenvandine heads afk
[12:55] <asac> kenvandine: am i important enough to target this for release ;)?
[12:56] <asac> filing
[12:57] <asac> kenvandine: bug 623335
[12:57] <ubot2> Launchpad bug 623335 in gwibber (Ubuntu) "gwibber-preferences always crashes on startup (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/623335
[13:03] <seb128> kenvandine, hey
[13:18] <mvo> asac: hi, back from lunch. --download-only acts just like a normal instlal, but it does not install. so if there are missing dependencies it will download them
[13:18] <mvo> mpt: thanks, I fix this now
[13:19] <asac> mvo: cool. thats going in normal cache dir? i assume i can define a special download dir?
[13:19] <mvo> mpt: the easiest workaround is to run "bzr-buildpackage" and install the deb, its because of the change of the naming (New applications -> What's new)
[13:20] <mvo> asac: normal cache dir unless you use -o Dir::cache
[13:20] <mvo> asac: normal cache dir unless you use -o Dir::cache::archives
[13:20] <asac> oh ... good
[13:20] <asac> cool
[13:23] <mpt> mvo, bzr-buildpackage gives two test failures: http://pastebin.ubuntu.com/482877/
[13:29] <mvo> mpt: please try r1038, it should no longer crash on startup, I look at the test failures next
[13:33] <mpt> mvo, yep, it now launches and says "34615 items available" but the main pane is empty :-)
[13:37] <mpt> mvo, http://paste.ubuntu.com/482884/
[13:44] <mvo> mpt: weeh, thanks
[13:44] <mpt> mvo, reported it as bug 623359
[13:44] <ubot2> Launchpad bug 623359 in software-center (Ubuntu) "Top-level "Get Software" screen is blank ('NoneType' object has no attribute 'draw') (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/623359
[13:45] <mpt> because I thought nzmm_ might be able to take it off your shoulders, but I think he's asleep now :-)
[13:45] <mvo> mpt: I think easiest is if I just do a maverick upload :) with the current tree, should be in good state
[13:46] <mpt> mvo, ok. How soon would that appear in the archive? A few hours?
[13:46] <mvo> ~2h or so, yes
[13:46] <mpt> great
[13:46] <mpt> When that's ready I'll test the new payments stuff
[14:09] <mvo> mpt: try trunk again (r1042) please
[14:11] <mpt> mvo, thanks, that now shows me the departments. It still has no "What's New" or "Featured", but I guess that's because it's looking for categories that won't be installed on my system until the next software-center package, right?
[14:12] <mpt> mvo, the software item screen now works as well.
[14:12] <mvo> mpt: yes. once the new package is build it should have content again
[14:12] <mpt> great
[14:12] <mvo> mpt: but that should unblock you for now
[14:12] <mpt> thank you
[14:16] <mvo> mpt: yw
[14:19] <mpt> vish, hi. :-) If/when the add-ons branch gets merged into Ubuntu Software Center, people will start discovering bugs that we don't know about yet, about things being presented as add-ons that shouldn't be (or things that should be and aren't).
[14:20] <mpt> vish, it'll be like when USC 2.0 exposed a bunch of the less-used Menu Spec categories for the first time, and we discovered that a bunch of applications had inappropriate categories.
[14:24] <mvo> kiwinote: thanks for fixing the label problem!
[14:24] <mvo> good morning tremolux
[14:24] <tremolux> 'morning mvoi
[14:25] <tremolux> mvo  :)
[14:25] <mpt> hi tremolux
[14:26] <tremolux> hey mpt
[14:26] <seb128> hey tremolux
[14:26] <seb128> how are you?
[14:27] <tremolux> hiya seb128,  I'm well, thanks!
[14:27] <tremolux> seb128: enjoyed my holiday very much  :)
[14:27] <tremolux> seb128: how are you?
[14:28] <seb128> I'm fine thanks
[14:28] <kiwinote> mvo: thanks, also updated against trunk now
[14:29] <kiwinote> mvo: ah, wait, one more push actually
[14:34] <kiwinote> mvo: thanks for the merge! I don't need the push I mentioned above now.
[14:37] <mvo> kiwinote: ok, I updated to r1044 now, including a missing revision from you I think, could you please double check :) ?
[14:40] <kiwinote> mvo: yep, that looks good :)
[14:44] <mvo> thanks
[14:44] <kiwinote> mvo: fyi r1044 were some changes that had been made to the PackageInfoTable in trunk which I adapted to the PackageInfo.
[14:46] <mvo> kiwinote: yeah, when I looked over the merge I nocited them, great that you ported it
[15:19] <tedg> james_w, It seems that lp:ubuntu/nautilus is not up-to-date with archive, is there anything I can kick to make that update?
[15:20] <james_w> tedg: http://package-import.ubuntu.com/status/nautilus.html
[15:20] <james_w> that's the status
[15:21] <james_w> and as you can see it was a victim of some operational problems
[15:21] <james_w> I'll restart it now
[15:23] <tedg> james_w, cool, thanks!
[15:23] <tedg> james_w, So are all the source packages there?
[15:23] <james_w> tedg: there are pages for any that have failed
[15:24] <tedg> james_w, Ah, hmm, Inkscape too :)  http://package-import.ubuntu.com/status/74e06a035ac179f29a87d79feba31ad2.html
[15:24] <tedg> james_w, It seems I've offended the UDD server :)
[15:27] <james_w> heh, that's a silly bug
[15:27] <james_w> I'll fix that
[15:30] <kenvandine> asac, can you please paste the results of this?
[15:30] <kenvandine> for key in retweet_style urlshorter theme;do gconftool --get /apps/gwibber/preferences/$key;done
[15:35] <vish> mpt: hi! yea, was wondering how we would handle those bugs..
[15:35] <seb128> pedro_, don't untag the need retracing bugs
[15:35] <vish> bugs/oopsies ;)
[15:36] <rickspencer3> seb128, hey
[15:37] <pedro_> seb128, roger that
[15:37] <kenvandine> good morning rickspencer3
[15:37] <seb128> rickspencer3, hello, how are you?
[15:37] <rickspencer3> seb128, doing well
[15:37] <mpt> vish, at a code level, these would be purely one-line packaging fixes: changing values of Recommends:, Suggests:, and Enhances: fields. So they're like the bad-description bugs, but easier to fix.
[15:37] <rickspencer3> seb128, I have a topic for the team meeting
[15:37]  * rickspencer3 adds to wiki
[15:37] <seb128> rickspencer3, sure
[15:37] <seb128> rickspencer3, do you join us for the meeting today?
[15:37] <seb128> or do you just have a topic but can't join?
[15:38] <vish> mpt: yeah, do we try to tag them to make sure we have a list?
[15:38] <rickspencer3> seb128, can I join, but you run?
[15:38] <seb128> pedro_, sorry that was a bit short I got sidetracker, I was going to say that the retracer will eventually pick up and untag those anyway
[15:38] <seb128> rickspencer3, ok
[15:38] <rickspencer3> thanks seb128
[15:38] <mpt> vish, would the existing "metadata" tag be ok for you?
[15:39] <seb128> rickspencer3, you're welcome
[15:39] <seb128> mpt, what do you want to tag this way?
[15:39] <rickspencer3> seb128, someone mentioned last night that Banshee was held up in it's MIR
[15:39] <seb128> rickspencer3, it has been cleared up by asac today
[15:39] <rickspencer3> is it still the plan to do Banshee on UNE, and RB on Desktop for Maverick?
[15:39] <mpt> seb128, bug reports about packages that have inappropriate values for Recommends:, Suggests:, or Enhances:.
[15:39] <vish> mpt: yeah sounds good, but maybe we have to reevaluate depending on the number of bugs we start getting for those.
[15:40] <ogra> rickspencer3, does that mean RB stays supported ? banshee doesnt work on arm
[15:40] <seb128> mpt, can I suggest using another tag? that one could be any data, descriptions, etc
[15:40] <seb128> ogra, we will support rb the same way yes
[15:40] <ogra> cool
[15:40] <seb128> rickspencer3, yes, though I'm starting being unsure about banshee on UNE this cycle
[15:40] <seb128> they screwed
[15:40] <ogra> i think we'll stay with RB on arm then :)
[15:40] <rickspencer3> ug
[15:41] <rickspencer3> seb128, ok, well, whatever is correct
[15:41] <seb128> rickspencer3, they still didn't land an update not using hal
[15:41] <rickspencer3> urk
[15:41] <seb128> we can't bring back hal to the default install for it
[15:41] <rickspencer3> hmmm
[15:41] <kenvandine> seb128, they didn't?  waiting for a release?
[15:41] <rickspencer3> seb128, I guess we should probably send out some kind of app selection update
[15:41] <seb128> they are weeks after freeze and didrocks in away so can't work on that
[15:41] <mpt> seb128, sure, if that would help you. They're all of the class of "simple fixes that make things easier to understand in Ubuntu Software Center"
[15:41] <rickspencer3> no chromium in main, no Banshee on UNE
[15:42]  * rickspencer3 adds to agenda
[15:42] <seb128> rickspencer3, I still think we should try to get banshee in UNE, I will sort that with didrocks next week
[15:42] <rickspencer3> seb128, ack
[15:43] <seb128> mpt, like control-tweaking
[15:43] <seb128> mpt, or control-file-tweaking
[15:43] <seb128> mpt, just to avoid random users abusing the tag for random datas changes in other situations
[15:46] <tedg> james_w, Cool, I was able to get the updated nautilus, thanks!
[15:47] <mpt> vish, do you know of anyone abusing the tag so far?
[15:47] <seb128> mpt, it's just that the tag is not self explaining
[15:47] <vish> mpt: i had noticed a few metadata bugs and i did untag them, let me see if i can find them
[15:47] <mvo> seb128: so what does it take to make the policykit dialog not time out ?
[15:47] <seb128> could be about anything
[15:48] <seb128> mvo, dunno, ask chrisccoulson or pitti or james_w I guess
[15:48] <seb128> mvo, I never hacked on that but they did
[15:48] <mvo> seb128: ok, thanks
[15:48] <mvo> chrisccoulson: help! what does it take to stop the policykit auth dialog from getting dbus timeouts if the user takes more than 3sec to enter the password?
[15:48] <mpt> seb128, ok, we'll have a new tag for Recommends/Suggests/Enhances, and the existing tag for everything else
[15:49] <seb128> mpt, thanks
[15:49] <chrisccoulson> mvo - good question, i can take a look though. it's been a while since i looked at it ;)
[15:49] <seb128> brb update testing
[15:49] <chrisccoulson> once my laptop stops being slow :/
[15:50] <davmor2> chrisccoulson: Surely laptop being slow is the best time to test something timing out ;)
[15:51] <mvo> chrisccoulson: sorry to add work to your plate, but its pretty important for s-c and update-manger
[15:51] <mvo> chrisccoulson: do you want a bugreport?
[15:51] <chrisccoulson> davmor2, unfortunately, it's so slow that i can barely do anything with it ;)
[15:51] <chrisccoulson> mvo - sure
[15:51] <chrisccoulson> i could do with looking at something other than breakpad ;)
[15:52] <mvo> the mozilla thing?
[15:52] <micahg> hyperair: mail to pkg-multimedia mentioned both, but ok, good to know
[15:53] <james_w> mvo: dbus allows unlimited timeouts now
[15:54] <james_w> so changing the dbus requests to specify that should be enough I would think
[15:54] <vish> mpt: Bug #480988 might be a remaining overzealous metadata tag.. most of those i had fixed. this one i was still contemplating if it is really a 'video editor" :s
[15:54] <ubot2> Launchpad bug 480988 in software-center (Ubuntu) (and 1 other project) "Blender is not listed when searching for a video editor (affects: 2) (heat: 12)" [Undecided,Invalid] https://launchpad.net/bugs/480988
[15:54] <james_w> of course it hasn't proved itself to be the most robust thing, so some people will be left waiting forever
[15:55] <vish> mpt: but yeah, as seb128 mentions metadata might be too much of a mixedbag once we start getting to many bugs to really differentiate/work on the bugs
[15:55] <chrisccoulson_> ok, i have to use my desktop whilst firefox is linking :/
[15:55] <vish> ' metadata '
[15:56] <mpt> ok
[15:59] <asac> seb128: rebuilt everything. clutk needed a fix. the rest worked fine. attached clutter debdiff to the bug and clutk too. maybe check: bug 623376
[15:59] <ubot2> Launchpad bug 623376 in clutter-1.0 (Ubuntu) (and 1 other project) "all redepends unnecessary link directly against mesa-glx because of -lGL in .pc files (affects: 1) (heat: 6)" [Undecided,Triaged] https://launchpad.net/bugs/623376
[15:59] <asac> upstreaming the main clutter patch now
[15:59] <seb128> asac, ok thanks
[15:59] <asac> let me try unity ;)
[15:59] <seb128> asac, I've some others things on my todolist but I can do those changes a bit later, or do you want to?
[15:59] <asac> no clue if it worke before
[15:59] <kenvandine> yuck... installing build deps for gnome-power
[15:59] <kenvandine> After this operation, 741MB of additional disk space will be used.
[16:00] <asac> seb128: i can upload everything ... no problem
[16:00] <kenvandine> all the texlive stuff
[16:00] <asac> seb128: have to test now ... will be back in a bit
[16:00] <seb128> asac, ok
[16:00] <kenvandine> asac, can you please paste the results of this?
[16:00] <kenvandine>  for key in retweet_style urlshorter theme;do gconftool --get /apps/gwibber/preferences/$key;done
[16:00] <asac> kenvandine: yes
[16:00] <asac> kenvandine:
[16:00] <asac> No value set for `/apps/gwibber/preferences/retweet_style'
[16:00] <asac> is.gd
[16:00] <asac> gwilouche
[16:00] <asac> thats all
[16:00] <kenvandine> ok
[16:01] <kenvandine> thx
[16:02] <and471> mvo, per https://code.launchpad.net/~apulido/software-center/mago_fix/+merge/25523 are we using mago for testing now?
[16:03] <mvo> and471: that was a old merge that I did not never marked as "done"
[16:03] <and471> mvo, as ok cool :)
[16:03] <mvo> and471: I think we are doing fine with our current appraoch
[16:03] <and471> mvo, good :)
[16:04] <kenvandine>  for key in urlshorter theme;do gconftool --get-type /apps/gwibber/preferences/$key;done
[16:04] <kenvandine> asac, ^^
[16:05] <pitti> mvo: pk dialog timeout> erm, does it?
[16:06] <mvo> pitti: it does for me, I'm debugging it currently, might be a issue with aptdaemon instead of the agent
[16:06] <pitti> mvo: you mean the dialog times out, or aptdaemon gets a dbus timeout from calling PK?
[16:06] <asac> kenvandine: string
[16:06] <asac> string
[16:06] <mvo> pitti: the later
[16:06] <kenvandine> ok
[16:06] <kenvandine> damn
[16:06] <asac> my config busted? ;)
[16:06] <pitti> mvo: ah
[16:06] <mvo> pitti: which is odd, it passes a timeout of 300
[16:06] <mvo> pitti: but it appears the default (25s) is used
[16:07] <kenvandine> asac, well trying to figure that out... i can't repro it
[16:07] <kenvandine> asac, and it is one of those keys
[16:07] <kenvandine> but they should be all strings and your's are all valid
[16:07] <pitti> mvo: which call do you pass that on?
[16:07] <mvo> pitti: CheckAuthorization()
[16:08] <pitti> mvo: in the daemon?
[16:08] <pitti> mvo: clients don't need to talk to PK at all any more
[16:08] <asac> kenvandine: it says: "list index out of range" still ;)
[16:08] <kenvandine> yeah, which makes no sense :)
[16:08] <kenvandine> it's not a list!
[16:09] <mvo> pitti: yes, in the daemon
[16:09] <pitti>             (is_auth, _, details) = self.polkit.CheckAuthorization(
[16:09] <and471> mvo, mpt, what do you think of these the improve consistency of how we show ppas.  Current - http://imgur.com/UO85y.png   Proposed -  http://imgur.com/4dL6p.png   Alternate -  http://imgur.com/sKgH9.png
[16:09] <pitti>                     ('unix-process', {'pid': dbus.UInt32(pid, variant_level=1),
[16:09] <pitti>                         'start-time': dbus.UInt64(0, variant_level=1)}),
[16:09] <pitti>                     privilege, {'': ''}, dbus.UInt32(1), '', timeout=600)
[16:09] <pitti> mvo: hm, that's ^ what I use in jockey, and it works fine here
[16:09] <and471> the > to
[16:10] <mvo> pitti: odd, I keep looking
[16:12] <mpt> hi and471
[16:12] <and471> mpt, hey
[16:13] <mpt> and471, oh, brilliant idea that second one
[16:13] <mpt> and471, http://i.imgur.com/4dL6p.png I mean
[16:14] <and471> mpt, well it is currently a mockup, but a pet peeve of mine so I can work on it if you want
[16:14] <mpt> and471, that would be great. Keep in mind that Maverick UI Freeze is Thursday. :-)
[16:15] <and471> :)
[16:15] <and471> mpt, I don't think it should be too hard as SC already has most of the code
[16:15] <kiwinote> and471: hey, really like it too :)
[16:15] <and471> kiwinote, thanks
[16:16] <kenvandine>  for key in urlshorter theme;do gconftool --unset /apps/gwibber/preferences/$key;done
[16:16] <kiwinote> and471: perhaps you could have the source as an option inside the edit dialog or so, so that we show each channel only once?
[16:16] <kenvandine> asac, can you try that? ^^
[16:16] <kenvandine> actuall, first
[16:16] <mpt> and471, mvo and I have briefly discussed the idea of a library for standard presentation of software items (icons, titles, summaries) across Ubuntu Software Center and Software Updater. Perhaps the same library could also handle standard presentation of software channels.
[16:16] <and471> kiwinote, I was thinking about something like that, otherwise the source list gets far too big
[16:16] <kenvandine> gconftool --dump /apps/gwibber > gwibber.save
[16:17] <kenvandine> asac, ^^
[16:17] <and471> mpt, sounds good :)
[16:18] <and471> mpt, in that case should I work on this or not?
[16:18] <mpt> and471, mvo could answer that question much better than I could.
[16:18] <and471> k
[16:19] <asac> kenvandine: and what with that?
[16:20] <kenvandine> just a backup
[16:20] <kenvandine> then run the --unset command
[16:20] <kenvandine> and try gwibber-preferences again
[16:20] <asac> kenvandine: you really want me to unset everything?
[16:20] <kenvandine> no
[16:20] <asac> good ;)
[16:20] <kenvandine> just those two
[16:20] <and471> mvo devildante, is there an easy way to run software-properties-gtk locally?
[16:20] <kenvandine> for key in urlshorter theme;do gconftool --unset /apps/gwibber/preferences/$key;done
[16:20] <and471> it keeps picking up the glade files in /usr/share
[16:20] <asac> ok
[16:20] <mvo> and471: iirc there is a --data-dir swithc, no?
[16:21] <mvo> and471: if not, I can add one :)
[16:21] <asac> kenvandine: ack. works
[16:21] <asac> kenvandine: bad urlshortener? missing conf migration code?
[16:21] <and471> mvo, software-properties-gtk: error: no such option: --data-dir :)
[16:21] <kenvandine> ok... can you get me the piece of that file that has those two keys?
[16:21] <and471> mvo, np I shall see if I can add one
[16:21] <kenvandine> asac, shouldn't be either... those are both expected to be strings and i see no reason why that would fail even if they weren't valid
[16:22] <kenvandine> as long as they are strings they should work
[16:22] <asac> kenvandine: try on your own ;)
[16:22] <asac> you know my values now
[16:22] <kenvandine> asac, so i want to set mine with the exact same config you had so i can drop to a debugger and step through
[16:22] <asac> so set and see ;)
[16:22] <kenvandine> i did
[16:22] <kenvandine> :)
[16:22] <asac> i have to test something
[16:22] <kenvandine> it worked
[16:23] <asac> kenvandine: i can give you my config without passwords ;)
[16:23] <kenvandine> ah, ok
[16:23] <kenvandine> cool
[16:23] <kenvandine> thx!
[16:23] <asac> one sec
[16:23] <asac> i am back in 1h
[16:24] <mvo> and471: thanks!
[16:24] <devildante> and471, mvo: I had problems with that when coding on software-properties :p
[16:26]  * mpt wonders why Synaptic still says the latest version of software-center is 2.1.10, when 2.1.11 was released a whole 80 minutes ago
[16:27] <seb128> mpt, because the builders are busy and it didn't build yet
[16:28] <seb128> mpt, https://edge.launchpad.net/ubuntu/+source/software-center/2.1.11/+build/1932414
[16:28] <asac> seb128: unity kind of works, but the thing in the middle with "Web" etc. doesnt have a logo
[16:28] <seb128> and https://launchpad.net/builders
[16:28] <asac> like there are big boxes with just grey stripes
[16:28] <asac> maybe i am missing a icon set package?
[16:28] <seb128> asac, right, that's how it's supposed to be
[16:28] <seb128> asac, no, they are missing artwork
[16:28] <asac> ok :)
[16:28] <seb128> asac, ie known issue
[16:28] <asac> where can i find my terminal?
[16:28] <asac> last time i tried i was able to find it in places
[16:28] <seb128> ctrl-alt-t
[16:28] <asac> but now there is no places
[16:28] <seb128> there is a bug fixed in trunk
[16:29]  * asac chats from console
[16:29] <mpt> seb128, oh, I didn't realize that something could show up on the source package page before it was actually built. Thanks :-)
[16:29] <asac> seb128: for terminal? for broken places not searching for apps anymore?
[16:29] <asac> bbib
[16:30] <and471> mvo, so should I work on the ppa stuff in software-properties despite this library mpt spoke about?
[16:30] <asac> back with unity ;) ... the left bar feels strange for me as a first time user
[16:30] <asac> kind of sticks out on my left eye
[16:30] <asac> distracts me ;)
[16:30] <seb128> asac, the known bug fixed in trunk is about some softwares not being listed
[16:30] <seb128> g-t being one of those
[16:31] <asac> kk
[16:31]  * asac stops talking and tries something :)
[16:34] <mvo> and471: the libary will not materialize for 10.10, so if you want it in now and its not too hard just go ahead
[16:35] <and471> mvo, ok
[16:35] <and471> mvo, I shall put in two fixes for software-properties as well
[16:35] <and471> mvo, using hbuttonboxes for the buttons in the notebook
[16:35] <mvo> and471: cool, let me know when its ready
[16:35] <and471> mvo, and making them 'proper' buttons so that images don't show when disabled
[16:35] <and471> mvo, sure
[16:41] <mpt> hi glatzor, thanks for the merge :-)
[16:44]  * and471 needs to convince mvo to convert software-properties-gtk to gtk-builder...
[16:45] <seb128> I think mvo doesn't need to be convinced
[16:45] <seb128> he rather needs to get patches to review for that ;-)
[16:50] <mvo> and471: there is even a branch for that, it should be trivial (unless glade does something bad during the convert)
[16:51] <and471> seb128, hehe
[16:51] <mvo> and471: a +1 from me for converting. if you switch SimpleGladeApp with SimpleGtkbuildApp it should be almost painless
[16:51] <and471> mvo, 'should be' :)
[16:51] <mvo> and471: famous last words ;)
[16:51] <and471> hehe
[16:56] <and471> mvo, in SoftwareProperties you have the function render_source which is common to gtk and kde. To change the appearance in gtk, therefore, you have to change the appearance in kde, is this okay?
[16:59] <mvo> and471: I think it is
[16:59] <mvo> and471: as long as kde keeps working ;)
[16:59] <and471> mvo, hehe, I will need someone to tests that for me :)
[16:59] <and471> *test
[17:00] <mvo> and471: I can do that
[17:00] <mvo> and471: you will just have to remind me :)
[17:01] <and471> mvo, for the name of the ppa, am I going to have to nick channel.py from SC?
[17:04] <mvo> and471: hm, can you get away with just using the channel origin and testing on "startswith("LP-PPA")"?
[17:04] <and471> mvo, hmm, looks like the channels are stored in the xapian db,
[17:04] <and471> mvo, I suppose I could
[17:06] <kiwinote> devildante, (mvo): I've made a few changes to your branch (not 100% clean and tidy yet) which makes determining which pkgs are addons more than twice as fast. It also fixes many quirks in the lists it produces. Oh yeah, and it removes two fixme's ;)
[17:07] <kiwinote> devildante: I have pushed the branch to lp:~kiwinote/software-center/addons
[17:08] <and471> mvo, is aptsources.sourceslist in pyhton-apt?
[17:09] <kiwinote> devildante: it is mainly just some fixing of what was there. To  obtain better addon lists we will however need to do a few things differently, but I'll need to experiment with that.
[17:10] <mvo> and471: yes
[17:10] <mvo> kiwinote: nice!
[17:10] <mvo> kiwinote: I check it out after dinner, it is on my list for today
[17:12] <rickspencer3> seb128, wendar is allison
[17:12] <kiwinote> mvo: yeah, it now only takes 20mins to compile a list of all addons rather than 40 ;) There are still a few things that need tidying up (including in the code I just pushed) though.
[17:12] <rickspencer3> I thought we could quickly introduce her at the team meeting today
[17:12] <mvo> kiwinote: ok :)
[17:12] <and471> mvo, quickly before you go
[17:12] <mvo> hello wendar
[17:12] <mvo> and471: sure
[17:12] <seb128> wendar, hey, welcome
[17:13] <seb128> rickspencer3, great idea
[17:13] <and471> mvo, could you tell me where I can find the python files for aptsources.sourceslist?
[17:13] <kiwinote> devildante: if you happen to be around, you may like to update the branch with trunk ;)
[17:14] <mvo> and471: they are part of python-apt
[17:14] <mvo> and471: /usr/lib/python2.6/dist-packages/aptsources/sourceslist.py <- the installed one
[17:14] <mvo> and471: and bzr get lp:python-apt should give you the current devel trunk
[17:14] <and471> mvo, ah thanks. looking in wrong dir :)
[17:15] <mvo> and471: no worries
[17:21] <wendar> hi all, thanks rickspencer3 for inviting me
[17:23] <kiwinote> devildante: actually, turned out that there was only one conflict, so I updated to trunk in rev949
[17:26] <and471> mvo, you still here?
[17:29] <and471> mvo, nevermind, see you tomorrow :)
[17:29] <rickspencer3> wendar, seb128 is driving the meeting today
[17:29] <rickspencer3> so, thanks to him ;)
[17:30] <seb128> ;-)
[17:30] <seb128> speaking of which it's meeting time
[17:30] <rickspencer3> o/
[17:30] <seb128> hey everybody
[17:30] <kenvandine> hey
[17:31] <seb128> welcome to our weekly meeting western edition ;-)
[17:31] <seb128> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-08-24
[17:31] <Riddell> hi
[17:31] <seb128> rickspencer3, chrisccoulson, tremolux, Riddell, kenvandine, pitti: hello
[17:31] <rickspencer3> seb128, I think tkampeter is still on vacation
[17:32] <tremolux> hey everybody
[17:32] <seb128> ok
[17:32] <chrisccoulson> hi!
[17:32] <seb128> tremolux, welcome back from your holidays
[17:32] <tremolux> seb128: thanks  :)
[17:32] <tremolux> good to be back
[17:32] <seb128> so it seems we have a special guest
[17:32] <seb128> everybody welcome wendar who is joining the meeting to say hello
[17:33] <Riddell> hi wendar
[17:33] <kenvandine> hi wendar
[17:33] <seb128> wendar, hey, do you want to quickly introduce yourself?
[17:33] <wendar> Hi all
[17:33] <chrisccoulson> hi wendar
[17:33] <wendar> I'm Allison Randal, the new technical architect
[17:33] <wendar> glad to be here
[17:34] <rickspencer3> that means wendar gets to make all the decisions now
[17:34] <seb128> welcome on board wendar ;-)
[17:34] <rickspencer3> :)
[17:34] <wendar> thanks!
[17:34] <rickspencer3> j/k, of course
[17:34] <rickspencer3> seriously ...
[17:34] <seb128> waouh
[17:34] <wendar> (all the decisions, hah!)
[17:34] <seb128> oh, I though I could get holidays now
[17:34] <seb128> not fair ;-)
[17:34] <kenvandine> no holidays for seb128 :)
[17:34] <rickspencer3> Technical Architect is about helping to "make the hole more than the sum of the parts"
[17:35] <seb128> I think you mean "whole"?
[17:35] <wendar> that too :)
[17:35] <seb128> ;-)
[17:35] <seb128> rickspencer3, we were sort of trying to raise there, not to dig :p
[17:36] <bcurtiswx> Pun intended?
[17:36] <rickspencer3> seb128, well, ok
[17:36] <seb128> sorry, it has been a long week ;-)
[17:36] <rickspencer3> awesome attention to detail
[17:36]  * kenvandine notes it's tuesday...
[17:36] <rickspencer3> lol
[17:36] <seb128> in any case welcome to wendar, I'm sure we will enjoy working with her
[17:36] <rickspencer3> maybe we should get to work before this gets too much worse?
[17:36] <seb128> let's get moving
[17:36] <seb128> indeed!
[17:36] <kenvandine> welcome wendar, look forward to meeting you at UDS :)
[17:37] <and471> seb128, rickspencer3, get first impression of a professional team XD
[17:37] <and471> *great
[17:37] <seb128> I don't think we have items from last week
[17:37] <seb128> kenvandine, partner updates?
[17:37] <kenvandine> sure
[17:37] <kenvandine> starting with U1
[17:37] <kenvandine> the desktop sso bits should be uploaded for the desktop
[17:38] <kenvandine> but needs a server rollout to use them
[17:38] <seb128> they were talking about api changes in the dbus interface yesterday
[17:38] <seb128> do you know what's going with that?
[17:38] <kenvandine> seems to have a couple things broken
[17:38] <kenvandine> i got the impression that was in
[17:38] <kenvandine> i'll confirm with josh
[17:38] <seb128> there was no sso update for 5 days
[17:38] <kenvandine> ok, i'll check
[17:38] <seb128> thanks
[17:39] <kenvandine> he said yesterday it was all in
[17:39] <kenvandine> but didn't talk about the api change
[17:39] <kenvandine> moving on
[17:39] <kenvandine> evolution default U1 message will be english only for maverick, and get proper translations in natty
[17:39] <seb128> not exactly
[17:39] <kenvandine> oh?
[17:39] <seb128> we will not have proper translations with langpacks
[17:39] <kenvandine> you mean "not proper"
[17:39] <seb128> dpm will organize translations in the wiki
[17:40] <seb128> and we will get an update with inline translations for what we get
[17:40]  * dpm gets on to that
[17:40] <seb128> yes sorry
[17:40] <kenvandine> ok
[17:40] <seb128> "no proper"
[17:40] <kenvandine> :)
[17:40] <kenvandine> moving on to DX
[17:40] <seb128> dpm, thanks
[17:40] <kenvandine> appmenu updates with desktop menu support and keyboard accelerators
[17:40] <kenvandine> hopefully this week
[17:40] <kenvandine> jcastro, ^^ :)
[17:41] <kenvandine> # indicator-me - adding indicator of which accounts you will be posting too
[17:41] <seb128> hum
[17:41] <seb128> that seems a feature to me
[17:41] <kenvandine> seb128, you OK'd that yesterday :)
[17:41] <seb128> I was going to say "make sure you have a ffe bug"
[17:41] <seb128> ;-)
[17:41] <kenvandine> ok
[17:41] <kenvandine> will do
[17:42] <seb128> but in principle it should be ok
[17:42] <seb128> thanks
[17:42] <kenvandine> # indicator-sound - UI polishing and mris2 tweaks for spec changes
[17:42] <dpm> seb128, no worries. I'll create the wiki page tomorrow, Matt Griffin sent me the final text already
[17:42] <kenvandine> and unity updates as well
[17:42] <seb128> dpm, thanks
[17:42] <kenvandine> i think that is it for DX
[17:42] <seb128> didrocks if you read me, come back! ;-)
[17:42] <seb128> we miss you ;-)
[17:42] <seb128> kenvandine, thanks
[17:43] <asac> lol
[17:43] <seb128> does anybody has questions or comments on the dx updates?
[17:43] <seb128> asac, I'm just saying that because I got the unity updates to do while he's not there
[17:43] <seb128> ;-)
[17:43] <seb128> but we miss him as well ;-)
[17:43] <seb128> ok, seems no comment or questions
[17:43] <seb128> thanks kenvandine
[17:44] <pitti> kenvandine: is there any hope for the nautilus ribbon?
[17:44] <pitti> (for u1)
[17:44] <seb128> oh, one question
[17:44] <seb128> pitti, it's only in the xdg dirs now
[17:44] <seb128> which is only like 6 directories
[17:44] <pitti> *phew*
[17:44] <seb128> I guess it's an ok compromise
[17:44] <pitti> it still shouldn't be in "Videos", but at least that's much beter now
[17:44] <seb128> pitti, well that's an xdg dir
[17:45] <pitti> if you actually start syncing your 200 GB videos, you aren't going to have a functional internet connection in the next 3 months..
[17:45] <seb128> ie music, photos, videos, documents, etc
[17:45] <seb128> that's a valid point, maybe open a bug about it?
[17:45] <pitti> no chance for simply having a button in the toolbar?
[17:45] <seb128> I would like that as well
[17:45] <pitti> seb128: I mentioned that very prominently in the existing one, but I can also create another one if you think it'd be helpful?
[17:45] <seb128> kenvandine, ^ can you check specifically with them?
[17:45] <kenvandine> i'll check
[17:46] <kenvandine> but not optimistic :/
[17:46] <seb128> pitti, well for the "video should be out of the dirs having the banner"
[17:46] <seb128> I would like to keep the current one about the banner itself
[17:46] <seb128> not start discussing there which folder should be handled differently
[17:46] <pitti> seb128: WFM
[17:46] <seb128> thanks
[17:46] <rickspencer3> kenvandine, who "owns" this decision
[17:47] <kenvandine> john leah i think
[17:47] <rickspencer3> don't forget that we can revert a change if we think it's truly damaging
[17:47] <kenvandine> yeah
[17:47] <rickspencer3> but feature freeze is soon
[17:47] <kenvandine> well the having the banner there or not...
[17:47]  * rickspencer3 goes to talk to john leah
[17:47] <kenvandine> it's past
[17:47] <rickspencer3> I meant "Visual Freeze" sorry
[17:47] <kenvandine> ah
[17:47] <kenvandine> yeah
[17:48] <seb128> rickspencer3, kenvandine: thanks
[17:48] <seb128> let's follow up on that after meeting and move on
[17:48] <seb128> Riddell, hey
[17:48] <seb128> Riddell, kubuntu update?
[17:48] <Riddell> hola
[17:48] <Riddell>  - some ubiquity changes done but not the change of control flow needed for maverick, evan is looking at it now, not much time if we get stuck on this
[17:48] <Riddell>  - kdebindings has a patch which fixes pykde issue but smoke does not comile, will look at building package without smoke on arm
[17:48] <Riddell>  - milestoned bugs tagged kubuntu http://tinyurl.com/33p7vu3
[17:48] <Riddell>   - 3 milestoned bugs currently, none critical (I expect this to rise after beta)
[17:48] <Riddell>  - lots of upgrade testing needing doing
[17:48] <Riddell>  - ubuntuone-kde FFe expected before beta
[17:48] <Riddell>  - Translations QA day held, no major problems but some more bits to check/clear up here
[17:48] <Riddell>  - FFe expected for new Amarok version after beta, and mpris2 support from agateau
[17:50] <seb128> Riddell, do you have any estimation of how much work the ubiquity design change will require?
[17:50] <seb128> Riddell, is evan going to do the work or just helping there?
[17:51] <Riddell> it's mostly the fiddly stuff about when debconf gets run and the install stuff, evan says he's looking at it and he knows it better than I do so hopefully he'll get it sorted
[17:51] <Riddell> but he's got other bugs to do as well before the freeze so it's not certain
[17:52] <seb128> ok
[17:52] <seb128> let's see how it goes
[17:52] <seb128> does anybody has comments or questions about Kubuntu?
[17:53] <seb128> ok, seems not
[17:53] <seb128> thanks Riddell
[17:54] <seb128> we don't have didrocks for the UNE update but I can do a quick status update there
[17:54] <seb128> unity got updated with a load of bugfixes last week
[17:55] <seb128> they are still working on the touch changes though so that didn't late yet
[17:55] <seb128> it should be ready for thursday this week
[17:55] <seb128> after that the unity team should be full speed on fixing issues
[17:55] <seb128> ok
[17:56] <seb128> does anybody has questions about UNE?
[17:56] <seb128> (we will discuss banshee by default in the app selection item in a bit)
[17:56] <seb128> ok, let's move on
[17:56] <seb128> tremolux, hey, welcome back
[17:56] <seb128> tremolux, software-center update?
[17:56] <tremolux> hiya  \o
[17:56] <tremolux> yep
[17:57] <tremolux>    
[17:57] <tremolux> Buy Something: Feature working end-to-end using staging server, small UI improvements still needed, plan is to go live with a limited test deployment by early next week
[17:57] <tremolux> New Apps: Custom metadata and server-based icon support added, all features in place now, LP metadata publishing update done, running from PPA currently until extras.ubuntu.com is deployed
[17:57] <tremolux> UI Enhancements: kiwinote's apt-url integration has been merged, a great feature and great work from kiwinote, many thanks!
[17:57] <tremolux> General: Many awesome contributions and continued excellent work these weeks from our community USC teammates; many thanks to kiwinote, and471, nzmm, devildante!
[17:58] <seb128> ok
[17:58] <kiwinote> probably worth pointing out that s-c now handles deb file installation instead of gdebi by way of major-ish changes
[17:58] <tremolux> lots of details, any questions?
[17:58] <tremolux> kiwinote: indeed
[17:58] <seb128> tremolux, the extras.ubuntu.com, any news about it?
[17:59] <seb128> we have work items assigned to i.s
[17:59] <tremolux> seb128: I have not checked since I returned, I will check today
[17:59] <seb128> who is tracking those?
[17:59] <seb128> thanks
[17:59] <seb128> those items are beta ones, it's getting late
[17:59] <tremolux> that change will be under the covers are fairly straightforward to make, once the archive is in place (that's the good news)
[18:00] <tremolux> seb128: agreed, I'll get the status on it
[18:00] <seb128> ok
[18:00] <seb128> thanks tremolux
[18:00] <seb128> status update
[18:00] <seb128> http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-ubuntu-10.10-beta.html
[18:00] <seb128> we are behind for beta
[18:01] <seb128> but most remaining items are infrastructe, bug tracking or documentation
[18:01] <seb128> http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team.html is on shape
[18:01] <pitti> chances are that I won't get to doing the apport/gpu one; too much other stuff to do, I'm afraid
[18:01] <seb128> I'm going to do a quick round or remaining items
[18:02] <seb128> let's start with pitti since he mentioned his remaining item
[18:02] <seb128> pitti, is that something the x guys are counting on?
[18:02] <pitti> this one sounds rather complex, and I'm not very familiar with the freeze handling
[18:02] <seb128> pitti, it seems an improvement in the bug reporting flow but I'm not sure how much they need it
[18:02] <pitti> seb128: I don't think so; it'd give us better bug reports, but it's not a dependency of something else, I think
[18:02] <pitti> RAOF would know, of course
[18:03] <seb128> we have lived without it before we can do another cycle without it
[18:03] <seb128> pitti, can you check with raof what he wants to do and change the target as appropriate?
[18:03] <seb128> it can as well be next cycle now I guess
[18:03] <pitti> seb128: yep, can do
[18:03] <seb128> thanks
[18:03] <pitti> I'll talk to him tomorrow morning
[18:03] <seb128> chrisccoulson: hey
[18:03] <chrisccoulson> hi!
[18:03] <seb128> pitti, danke
[18:03] <seb128> chrisccoulson: you have 2 remaining items
[18:03] <seb128> pyxpcom
[18:04] <chrisccoulson> yeah, that ones pretty easy now
[18:04] <seb128> what are the news about this one?
[18:04] <chrisccoulson> debian has it packaged, although the packaging is mostly incompatible with our xulrunner packaging in ubuntu
[18:04] <seb128> is it required for other things? how much work would it be to package?
[18:04] <seb128> do you still plan to land it in maverick?
[18:05] <chrisccoulson> i'm not sure whether we want it really. it's pretty much unmaintained upstream, and we are going to start transitioning to xul2.0 pretty much as soon as natty opens
[18:05] <seb128> ok
[18:05] <chrisccoulson> so, it will probably end up disappearing again after 1 cycle ;)
[18:05] <seb128> can you just drop it from the tracking and set as postponed?
[18:05] <chrisccoulson> yeah, sure
[18:05] <seb128> thanks
[18:05] <seb128> what about the other one? firefox translations?
[18:06] <chrisccoulson> i suppose that one should be quite an easy one to do, i just need to find the right person to ask
[18:06] <seb128> ok
[18:07] <seb128> that doesn't need any change to ubuntu so you still have some time for it until next week
[18:07] <seb128> chrisccoulson: thanks
[18:07] <seb128> the IS items have been mentioned before
[18:07] <seb128> I've moved didrocks's oneconf item to maverick but oneconf will be for next cycle now
[18:08] <seb128> I will check that with didrocks when he's back
[18:08] <seb128> tremolux, hey again
[18:08] <chrisccoulson> i still need IS to do something for me too ;)
[18:08] <seb128> tremolux, you still have one item for quickly integration
[18:08] <tremolux> yes, I have one item to add new-apps metadata support into quickly
[18:08] <tremolux> it should not be difficult to do, but I would need didrocks to coordinate of course
[18:08] <seb128> tremolux, I guess there is no hard requirement to get that for beta since quickly is not in the default installation
[18:09] <rickspencer3> tremolux, maybe mterry would pick that up for you?
[18:09] <seb128> tremolux, should we move that back to maverick rather than beta now?
[18:09] <tremolux> rickspencer3: sure, that'd be very cool
[18:09] <tremolux> seb128: ok, I'll do that
[18:09] <seb128> thanks
[18:09] <rickspencer3> tremolux, will you ask him please?
[18:09] <tremolux> rickspencer3: sure will
[18:09] <rickspencer3> thanks man
[18:10] <seb128> thanks tremolux
[18:10] <seb128> kenvandine, hey again
[18:10] <tremolux> sure, thanks guys
[18:10] <kenvandine> hey
[18:10] <seb128> kenvandine, you have one item about desktopcouch, is that new?
[18:10] <kenvandine> account sync?
[18:10] <seb128> yeah, I somewhat didn't notice it last week when reviewing the list
[18:10] <kenvandine> sort of... that is syncing accounts for gwibber with desktopcouch
[18:11] <seb128> is that to get account syncing back in gwibber?
[18:11] <kenvandine> yeah
[18:11] <seb128> how is that one going?
[18:11] <rickspencer3> look, it's mterry ^
[18:11]  * rickspencer3 applauds
[18:11] <seb128> hey mterry!
[18:11] <kenvandine> barely... i started working on it last week and found a ton of gwibber bugs with keyring handling
[18:11] <kenvandine> got them all fixed by friday night though
[18:11] <kenvandine> i need to get back to it
[18:11]  * mterry waves
[18:12] <kenvandine> once i get the oauth/twitter thing worked out
[18:12] <seb128> hum
[18:12] <kenvandine> hey mterry
[18:12] <mterry> Hi, teammates!  :)
[18:12] <seb128> it's getting late in the cycle
[18:12] <kenvandine> i know...
[18:12] <seb128> when is the timeframe for the twitter changes?
[18:12] <rickspencer3> mterry, don't get me in trouble with your current manager!
[18:12] <kenvandine> twitter/oauth has to be fixed by the 31st
[18:12] <seb128> urg
[18:12] <kenvandine> getting turned off :/
[18:12] <seb128> timing is nice making your life easy
[18:12] <mterry> rickspencer3, you know this is logged, right?  :)
[18:13] <seb128> nice -> not
[18:13] <rickspencer3> ooops
[18:13] <kenvandine> yeah... i know!
[18:13] <seb128> kenvandine, ok, good luck then with those, let me know if you need help
[18:13] <kenvandine> :)
[18:13] <seb128> thanks kenvandine
[18:13]  * pitti ^5s mterry
[18:13] <mterry> :)
[18:13] <seb128> ok, other remaining items are X ones, will be for the eastern meeting
[18:14] <seb128> I've moved the wayland spec from beta to maverick and idem with the gpu hang one
[18:14] <seb128> since those are ppa work and bug triage
[18:14] <seb128> ok
[18:14] <seb128> any comment on the status update before we move to the next itme?
[18:15] <seb128> ok, seems not
[18:15] <seb128> let's move on
[18:15] <tremolux> just want to get in mine:  hey mterry!!   \o/
[18:15] <seb128> rickspencer3, the app selection item is yours?
[18:15] <seb128> rickspencer3, do you want to lead that part?
[18:15] <rickspencer3> seb128, yeah
[18:16] <rickspencer3> sorry, talking about the U1 thing on another channel
[18:16] <seb128> ok
[18:16] <rickspencer3> so, for app selection, I think that perhaps
[18:16] <rickspencer3> we've slowly made some changes to our plans, as is normal
[18:16] <seb128> do you want me to go over the choices?
[18:16] <rickspencer3> however, I wonder if we've communicated them effectively
[18:16] <rickspencer3> seb128, perhaps we could list out what was planned, and what actually happened for the next meeting?
[18:16] <seb128> we did for the chromium one I think
[18:17] <rickspencer3> and then send a summary
[18:17] <seb128> ok
[18:17] <seb128> I can do that
[18:17] <rickspencer3> well, we said chromium would be in main, but now I'm not so sure
[18:17] <rickspencer3> thanks seb128
[18:17] <pitti> if there's a way we can avoid it, please let's
[18:17] <seb128> right, we basically decided to not go for chromium in main this cycle
[18:18] <seb128> banshee is getting really late
[18:18] <seb128> it's for UNE only but they still didn't land the udev port
[18:18] <rickspencer3> so, my only point is that we've accrued some changes to plan, and I think some extra communication regarding those changes would be good
[18:18] <pitti> (on that note, banshee was finally ported to udev \o/)
[18:18] <seb128> so it's still not default
[18:18] <pitti> seb128: oh, it's in trunk now
[18:18] <jcastro> it's in trunk, it's just not in a release
[18:18] <seb128> pitti, right, but no tarball before next week which is 3 weeks after ff
[18:18] <pitti> *nod*
[18:19] <pitti> just sayin'
[18:19] <pitti> don't misinterpret me as pushing for it :)
[18:19] <seb128> it's the sort of change we would like to test early rather than late
[18:19] <seb128> ;-)
[18:19] <seb128> it would be no for desktop at this stage but let's see for UNE next week when didrocks is back
[18:19] <rickspencer3> I think sticking with a single player in both editions would be good
[18:19] <rickspencer3> oops, did I say that?
[18:19] <seb128> rickspencer3, thanks for raising the item, I will do the status update
[18:19] <rickspencer3> thanks seb128
[18:19] <seb128> rickspencer3, hehe ;-)
[18:20] <pitti> rickspencer3: yes sir!
[18:20] <rickspencer3> my next one is easy, while I have you all here
[18:20] <seb128> rickspencer3, the review item is yours as well
[18:20] <rickspencer3> we're supposed to have our goals in the HR system signed off by me by end of the week
[18:20] <seb128> doh, I totally forgot about that
[18:20] <rickspencer3> please do in today or tomorrow at the lastest and add goals
[18:20] <rickspencer3> please budget 30-60 minutes MAX
[18:21] <pitti> oh argh
[18:21] <rickspencer3> since no one responded to my email, I assume there are no questions :)
[18:21] <seb128> I've no clue what I want to do next cycle ;-)
[18:21] <pitti>  * fix all bugs
[18:21] <pitti>  * conquer the world
[18:21] <kenvandine> hehe
[18:21] <pitti>  * buy seb a beer
[18:21] <pitti> is that enough?
[18:21] <seb128> lol
[18:22] <seb128> did we get an email about that? I know I saw it mentioned somewhere
[18:22] <seb128> anyway will try to do that
[18:22] <rickspencer3> pitti, perfect!
[18:22] <rickspencer3> seb128, I'm done, thanks
[18:23] <seb128> thanks rickspencer3
[18:23] <seb128> I think I'm done as well
[18:23] <seb128> any other topic?
[18:23] <kenvandine> one thing
[18:23] <jcastro> I have a post-gavel announcement
[18:23] <kenvandine> jcastro, go for it
[18:23]  * kenvandine was filling in for jcastro
[18:23] <kenvandine> :)
[18:23] <jcastro> just some encouragement to participate in http://ubuntu.stackexchange.com/
[18:23] <jcastro> http://meta.ubuntu.stackexchange.com/questions/257/i-am-an-existing-ubuntu-community-member-how-does-stackexchange-work\
[18:23] <jcastro> ^^ I even made a guide!
[18:24] <jcastro> that's all I've got!
[18:24] <Riddell> what is it?
[18:24] <seb128> thanks jcastro
[18:24] <seb128> kenvandine, ?
[18:24] <jcastro> It's a place to answer people's questions about Ubuntu, it's in the 2nd link.
[18:25] <kenvandine> seb128, nm...  jcastro had asked me to mention that
[18:25] <kenvandine> but he is here :)
[18:25] <seb128> ok
[18:25] <seb128> on a similar note vish asked if we could review pending sponsoring requests or hunderpapercut fixes this week
[18:25] <seb128> ie to get the pending string changes, ui cleaning etc in before the freeze starts
[18:26] <seb128> so if you have some time for that that would be appreciated
[18:26] <seb128> that's all from me there
[18:26] <seb128> thanks everybody!
[18:26] <tremolux> thanks, good day all!
[18:27] <asac> well done everyone. good meeting.
[18:27] <pitti> currently doing the two jockey ones
[18:27] <seb128> rickspencer3, did you get any update about the u1 nautilus integration?
[18:27] <vish> thanks seb128 :)
[18:27] <rickspencer3> seb128, working on it
[18:27] <seb128> vish, yw
[18:27] <seb128> rickspencer3, ok, thanks
[18:28] <kenvandine> asac, ok... loading your gconf config doesn't break for me :/
[18:28] <asac> thats insane ;)
[18:28] <kenvandine> asac, mind loading that again and see if it still works?
[18:28] <asac> well.
[18:28] <asac> i am sure it has something to do with the proper passwords then
[18:28] <asac> or someting got now reset ;)
[18:28] <kenvandine> maybe
[18:28] <asac> if you dont see it even after replacing my acconuts with yours, then let it go
[18:29] <kenvandine> but that traceback was specifically binding to those 3 keys
[18:29] <kenvandine> ok
[18:29]  * kenvandine is annoyed... hate bugs like that
[18:29] <asac> kenvandine: i only got "two" string outputs
[18:29] <asac> not three
[18:29] <asac> but i think that for only had two keys
[18:29] <kenvandine> yeah, the other just wasn't set
[18:29] <asac> not sure if we checked the third
[18:29] <asac> ah
[18:29] <dpm> pitti, do you think you could enable the automatic uploading from ppa to archive for the maverick language packs? I think currently the deltas are being generated but not uploaded
[18:29] <kenvandine> which is fine
[18:29] <kenvandine> for me none of them were set
[18:30] <pitti> dpm: done; sorry, should have done that a bit earlier
[18:30] <dpm> no worries, I should have pinged you earlier as well :) Thanks!
[18:31] <kenvandine> pitti, seb128: the U1 banner in nautilus will go away for maverick :)
[18:31] <pitti> dpm: "0 14 * * 3,7" now (i. e. Wed and Sun), is that ok?
[18:31] <pitti> kenvandine: wohoo
[18:31] <kenvandine> :)
[18:31] <kenvandine> it will be postponed to natty
[18:32] <seb128> kenvandine, great
[18:32] <dpm> pitti, let me check the export schedule from LP, but that sounds about right
[18:32] <kenvandine> we need it to be able to actually stop a current sync
[18:33] <dpm> pitti, yeah, that's fine, it matches https://dev.launchpad.net/Translations/LanguagePackSchedule with a day delay
[18:34] <pitti> dpm: we allowed a day since at least back then when we discussed the schedule the last time, a full export would still take a day
[18:34] <dpm> ah, right
[18:34] <pitti> so a delta could take quite long as well
[18:36] <asac> seb128: mutter does not build twice ;)
[18:36] <asac> second time you want to build it the ltmain patch fails to unapply
[18:37] <asac> seb128: i saw you also uploaded mutter with NMU version ... is that new policy or just dch bug you didnt spot?
[18:38] <seb128> asac, I just screwed the number, I was pondering doing a ppa upload first
[18:38] <asac> Riddell: is qt-qws stuck by "more discussion needed"?
[18:38] <seb128> but I uploaded to maverick
[18:38] <seb128> which turned to be ok
[18:38] <asac> seb128: interesting. because whenever i do dch -i it now doesnt bump the  ubuntuX version, but appends .1
[18:39] <asac> so i thought you have the same bug ;)
[18:39] <pitti> asac: uh, not for me
[18:39] <pitti> usually it appends/increases ubuntuX
[18:39] <pitti> for Debian stuff I need to supply -U
[18:39] <Riddell> asac: last I heard slangasek was going to look at getting it built from the normal qt sources, so I guess ask him
[18:39] <asac> dch -i creates even a "non maintainer upload" changelog entry ;)
[18:39] <asac> omg
[18:39] <pitti> wow
[18:39] <asac> so much wasted blood
[18:39] <asac> ah i think i know why
[18:39] <asac> my lsb-release is Linaro ;)
[18:39] <pitti> hah
[18:40] <asac> guess dch has "if ubuntu"
[18:40] <pitti> yes indeed
[18:40] <asac> ok that explains it
[18:40] <dpm> seb128, unity-place-files accepted, it should be translatable in LP in a few minutes
[18:41] <vish> pitti: thanks for the reviews :)
[18:41] <seb128> dpm, thanks, there is the applications one as well that should be in the queue or will be rsn
[18:41] <pitti> vish: you're welcome; gets high time for me to do, 2 days before UIF :)
[18:41] <dpm> yeah, I'll keep an eye on it tomorrow
[18:42] <vish> ;)
[18:43] <vish> pitti: are you looking after policykit-gome too?
[18:43] <pitti> vish: a bit, yes
[18:44] <vish> pitti: Bug #411559  has a patch from robert_ancell , but we've overlooked it since Karmic..
[18:44] <ubot2> Launchpad bug 411559 in policykit-gnome (Ubuntu) (and 4 other projects) "Unfriendly message upon typing incorrect password (Policykit-GNOME/GDM/gnome-screensaver) (affects: 7) (dups: 1) (heat: 30)" [Undecided,Invalid] https://launchpad.net/bugs/411559
[18:45] <vish> pitti: just a comment wrt to the patch, would be nice too.
[18:45] <pitti> vish: will look at it after I'm done with jockey
[18:45] <vish> pitti: awesome, thanks again ;)
[18:47] <asac> seb128: ok found anohter bug in the "drop-in-replacement" mechanism. seems i can fix that  by a one line change of the .symbols files. doing another test rebuild of everything now
[18:48] <asac> Riddell: i am sure i should have uploaded it rather than you
[18:49] <asac> you could have poked it through then ;)
[18:49] <seb128> asac, ok
[19:11] <pitti> vish: ah, I guess I'll leave that to Robert; I'd much rather have that applied upstream first, but from my side I'm ok with it
[19:13] <vish> pitti: ok, could just leave a comment about it? an ACK/maybe?  since the bug has a lot of debate from bigges there, but they seem to have debated and forgotten.. :D
[19:15] <pitti> vish: done
[19:16] <vish> ty..
[19:40] <seb128> pitti, vish: I think he said he was waiting on upstream to comment
[19:47] <vish> seb128: robert?  ok, will try pinging upstream on bgo too
[19:48] <slomo_> seb128: hi, do you already have the latest pre-releases of gstreamer good/bad/ugly? and is there a deadline until when you need the final releases? if necessary i could do the releases this evening or tomorrow, otherwise i'll wait until tim is back to do them end of the week
[19:52] <mvo> kiwinote: thinking about the search, we should integrate the gnome-codec-installer into s-c, should be pretty trivial by extending your search work and adding the stuff to the xapian index. well, not 10.10 material :)
[19:54] <seb128> mvo, hey, still working?
[19:56] <mvo> seb128: yes, but I will stop very soon, I have a headache. but still want to do a upload
[19:56] <mvo> seb128: for the dbus timeout problem, turned out to be a issue on my side (aptdaemon). lalala ;)
[19:56] <seb128> mvo, ok, one question for you, what do you think about oneconf?
[19:57] <seb128> mvo, ahah, ok ;-)
[19:57] <mvo> seb128: heh :) no didrocks listening ;)
[19:57] <seb128> mvo, right, he's away
[19:57] <seb128> mvo, context is on for maverick or not
[19:57] <mvo> seb128: not sure, I like the idea a lot, but I did not had a chance to see it working yet
[19:57] <seb128> it's getting really late to get testing, he will be only back next week
[19:57] <mvo> seb128: ubuntuone has not been able to sync my databases yet
[19:58] <seb128> I'm thinking to say no for this cycle I think
[19:58] <seb128> but I want your opinion first, maybe you think it doesn't need lot of testing ;-)
[19:58] <mvo> seb128: its a bit risky at this point, especially since I (and others) did not had a working sync yet
[19:58] <seb128> no = no to have it installed by default
[19:59] <seb128> ok
[19:59] <seb128> so easy, no based on the fact that u1 is not working
[19:59] <mvo> seb128: its a shame, it looks great and has the potential to be a killer feature
[19:59] <seb128> rather on the fact that didrocks didn't do a nice job
[19:59] <tremolux> mvo, seb128: I'm not sure it was at 100%, last time I tested it it still created a "placeholder" node I think for the other computer
[19:59] <seb128> tremolux, oh, ok
[19:59] <tremolux> but it sure seemed *very* close, and a really cool feature for sure
[20:00] <seb128> ok, let's say it's there this cycle ready to be used
[20:00] <mvo> seb128: yeah, I can't say much how well it works because of the u1 problems with the sync (that are there since ~4 weeks or so)
[20:00] <seb128> it can be on by default next cycle
[20:00] <seb128> kenvandine, ^ do you know wth is going on with u1 not syncing?
[20:00] <mvo> we can encourage people to use it and get feedback
[20:00] <tremolux> one caveat that last I tested was before my holiday, so I'm not sure if didrocks did more work afterwards
[20:00] <mvo> the cool thing about it is that its unique, no windows/mac has anything like htis
[20:01] <seb128> mvo, did you try to get your u1 issue tracked?
[20:01] <seb128> ie did you open a bug or talk to anybody in their team?
[20:01] <seb128> just being curious
[20:02] <mvo> seb128: briefly, but TBH I did not try very hard
[20:02] <seb128> ok
[20:02] <seb128> mvo, I don't want to annoy you longer, it's getting late, thanks
[20:03] <kenvandine> seb128, no... been syncing very reliably for me
[20:03] <kenvandine> seb128, my only real complaint is you can't stop a folder from being synced until it finishes
[20:04] <mvo> seb128: cheers, my pleasure
[20:04] <mvo> kenvandine: hm, it seems its a desktopcouch sync problem, the file stuff is fine afaict
[20:05] <kenvandine> oh
[20:05] <kenvandine> can't say... i haven't really checked to see if my dc was synced
[20:06] <mvo> ok, thanks. I was not really actively tracking it myself, need to check it again
[20:13] <seb128> mvo, congrats on getting apt 0.8 out
[20:13] <mvo> seb128: I just tried running desktopcouch-service manually and I keep getting 401, no idea what is wrong :/
[20:14] <mvo> seb128: thanks, donkult is the man, really.
[20:14] <mvo> seb128: but still great to have it out :)
[20:15] <chrisccoulson> mvo - did you figure out the PK timeout thing?
[20:17] <mvo> chrisccoulson: yeah, it turned out it was my bug (aptdaemon issue)
[20:17] <seb128> rodrigo_, hey
[20:17] <chrisccoulson> mvo - oh, ok ;)
[20:17] <pitti> good night everyone
[20:17] <seb128> chrisccoulson: hey, how are you?
[20:17] <irssita> seb128: hey there!
[20:17] <mvo> chrisccoulson: its fixed now, I'm just preparing the upload
[20:17] <seb128> pitti, 'night
[20:17] <mvo> hey pitti
[20:17] <mvo> pitti: good night
[20:17] <seb128> irssita, hey naty
[20:17] <seb128> irssita, how are you? got a new nickname?
[20:17] <chrisccoulson> mvo - i seem to remember you asking me at UDS about ways to stop firefox breaking during upgrades. is that something you're still interested in?
[20:17] <seb128> irssita, you need some sso sponsoring don't you? ;-)
[20:18] <chrisccoulson> hey seb128, i'm good thanks. how are you?
[20:18] <rodrigo_> hi seb128
[20:18] <mvo> chrisccoulson: yes,
[20:18] <irssita> seb128: no new nickename, but I'm at the university and the IRC port  and SSh port are filtered
[20:18] <seb128> chrisccoulson: I'm fine thanks
[20:18] <chrisccoulson> mvo - excellent :)
[20:18] <seb128> irssita, oh ok
[20:18] <pitti> hey irssita
[20:18] <pitti> irssita: they filter ssh? darn
[20:18] <mvo> irssita: hello
[20:18] <irssita> so I'm ssh'ing thru the port 443 to another machine and using an irssi client
[20:18] <seb128> rodrigo_, do you still plan to do the tomboy update or should I do it?
[20:19] <irssita> hi mvo, how are you?
[20:19] <chrisccoulson> mvo - i chatted to evmar about similar issues with chromium too, and he's also interested in fixing this
[20:19] <irssita> seb128: and yes, you read my mind :-)
[20:19] <rodrigo_> seb128, if you can do it, please go ahead, I'm very busy with other things, but if not, let me know and I'll do it
[20:19] <chrisccoulson> or at least he's interested in seeing it fixed ;)
[20:19] <pitti> irssita: btw, udev with fixed keymaps is in lucid-proposed, so if you happen to have a minute for testing.. :)
[20:20] <irssita> pitti: I'd love to! can I haz some instructions?
[20:20] <seb128> rodrigo_, I will try to do it tomorrow, I will let you know if I don't though
[20:20] <rodrigo_> seb128, ok, if not, let me know and I'll find a minute for doing it
[20:20] <irssita> seb128: besides the sponsoring, do you have any news regarding the MIR for mocker?
[20:22] <seb128> rodrigo_, ok thanks
[20:22] <seb128> irssita, I'm not dealing with MIR, asac is
[20:22] <rodrigo_> irssita, fixed the docstrings in https://code.launchpad.net/~rodrigo-moya/ubuntuone-client/use-sso-in-u1-prefs/+merge/33523 , so please review again
[20:23] <mvo> chrisccoulson: cool, when is a good time to discuss this? next uds? or before?
[20:23] <seb128> irssita, did you give me the merge request url?
[20:23] <seb128> irssita, I didn't see it
[20:23] <chrisccoulson> mvo - we can discuss it again at UDS.
[20:23] <mvo> irssita: I'm good, thaks :) uploaded a updated software-center already, so I need a updated sso client ;)
[20:23] <mvo> chrisccoulson: great
[20:24] <chrisccoulson> evmar explained to me why they don't see similar issues on other platforms, so there might be some approaches we can adopt to make the situation less painful ;)
[20:24] <irssita> seb128: nopes I didn't, I thought your super powers would take car of that ;-)
[20:24] <irssita> seb128: https://code.launchpad.net/~nataliabidart/ubuntu/maverick/ubuntu-sso-client/ubuntu-sso-client-0.99.2/+merge/33546
[20:24] <seb128> irssita, thanks
[20:24] <irssita> rodrigo_: ack, I will as  soon as I can
[20:24] <rodrigo_> irssita, ok, thanks
[20:24] <micahg> seb128: do you remember if your mozjs patch for gnome-shell stopped it from liinking against gjs?
[20:25] <seb128> I don't think they did
[20:25] <seb128> they were just setting a ld_library_path I think
[20:25] <micahg> :(
[20:25] <micahg> k, I guess I have to rush my wrapper to fix the issue then
[20:25] <micahg> in lucid, gnome-shell is linked against gjs which has an rpath to mozjs
[20:26] <micahg> if i understand correctly (which I might not)
[20:26] <pitti> irssita: remove the local workaround (/etc/udev/rules.d/95-keymap.rules or something), reboot, verify that it's broken; upgrade to udev in proposed, reboot, verify that it's working; then say so on bug 569815 (that was your's, right?)
[20:26] <ubot2> Launchpad bug 569815 in udev (Ubuntu Maverick) (and 2 other projects) "acer travelmate 4720 keymap (affects: 1) (heat: 10)" [Medium,Fix released] https://launchpad.net/bugs/569815
[20:26] <pitti> irssita: or was it the Toshiba Satellite?
[20:27] <chrisccoulson> if gnome-shell is already setting LD_LIBRARY_PATH, then we just need to fix gjs don't we?
[20:27] <pitti> irssita: ah, sorry, bug 271706
[20:27] <ubot2> Launchpad bug 271706 in gentoo (and 6 other projects) "Toshiba Satellite U300 volume wheel sticking (affects: 28) (dups: 3) (heat: 218)" [Undecided,New] https://launchpad.net/bugs/271706
[20:28] <seb128> irssita, why do you build-depends on python-mocker?
[20:28] <micahg> chrisccoulson: it's not setting it...bug 623548
[20:28] <ubot2> Launchpad bug 623548 in gnome-shell (Ubuntu) "libmozjs.so No such file or directory (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/623548
[20:35] <rodrigo_> seb128, oh, btw, you didn't merge https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/maverick/evolution/add-u1-email/+merge/33125 , any problem with it I should fix?
[20:36] <seb128> rodrigo_, no, the issue is the number of people pinging me and my tasklist, I've been trying to do it before the meeting earlier today and got bitten by you updating the bzr format there
[20:37] <seb128> rodrigo_, I will upload in a bit or tomorrow
[20:37] <rodrigo_> seb128, oh, it was bzr I guess
[20:37] <seb128> yes, you I had to bzr upgrade it
[20:37] <rodrigo_> seb128, no problem then, do it when youcan, no hurry :)
[20:37] <seb128> but it's taking a bit on non local locations
[20:37] <seb128> not sure why you upgraded ;-)
[20:37] <seb128> but bzr sucks for that
[20:38] <seb128> it doesn't let you merge something if the format is not the same
[20:38] <rodrigo_> seb128, yeah, I think it did it when I branched
[20:38] <rodrigo_> seb128, kenvandine had a similar problem with couchdb-glib package branch some time ago, maybe he remembers how he fixed it
[20:39]  * kenvandine thinks
[20:39] <seb128> it's easy to fix
[20:39] <seb128> bzr upgrade
[20:39] <kenvandine> yeah... upgrade
[20:39] <kenvandine> :)
[20:39] <seb128> bzr upgrade lp:...
[20:39] <rodrigo_> ah :)
[20:39] <seb128> but the upgrade lp:... is taking a while
[20:39] <rodrigo_> seb128, ok, don't want to give you more work, so just do it when you can :)
[20:40] <seb128> and by the time it was done I had to run for the meeting
[20:40] <seb128> rodrigo_, it's on my next items list
[20:40] <seb128> so tonight or tomorrow for sure
[20:40] <rodrigo_> seb128, ok, thanks!
[20:40] <seb128> I was trying to get the signature change as well
[20:40] <seb128> but that's not easy
[20:40] <seb128> the gconf key points to files on disk
[20:40] <rodrigo_> we should get a dont-ping-seb128-day, so that he can complete his tasks list :)
[20:41] <seb128> that's not really gettext translatable
[20:41] <rodrigo_> seb128, ah
[20:41] <seb128> I was pondering doing a small binary using gettext
[20:41] <seb128> you can set the signature to be generated by a software
[20:41] <rodrigo_> seb128, yes, iirc, signatures can be a script
[21:01] <seb128> chrisccoulson: don't forget to postpone your pyxpcom and some of the chromium work items
[21:01] <seb128> they still show up on the maverick list
[21:07] <seb128> slomo_, hey, sorry I forgot to reply to your ping I think
[21:07] <seb128> I was away and did catch up with other things first
[21:07] <seb128> slomo_, beta freeze is thursday so it would be nice to have the stable version by then
[21:08] <seb128> thursday end of day
[21:08] <seb128> slomo_, we can probably update between beta and stable other since the delta between the current version and the stable is probably low
[21:09] <slomo_> seb128: yes, currently the difference between the pre-release and what is going to be released is the version number and a single two-line change. i don't expect anything else to change
[21:09] <seb128> slomo_, ok so don't bother rolling the tarballs
[21:09] <seb128> slomo_, we can update after beta
[21:09] <seb128> slomo_, thanks for asking though
[21:10] <slomo_> ok, i'll wait then :)
[21:17] <irssita> pitti: yeah, it sucks. I need a friend to run ssh on the 443 which is the only open port :-)
[21:20] <irssita> seb128: regarding the needs fixing, shall I remove the dep for now or wait for the MIR on mocker?
[21:21] <seb128> irssita, you should reply to the question to start ;-)
[21:21] <seb128> irssita, is it used in a way I didn't notice during the build?
[21:22] <irssita> seb128: nopes, until we don't add the test suite run to the build is not used
[21:22] <seb128> irssita, ok, so just drop the build-depends for now, otherwise it will not built until asac approves the mir bug
[21:22] <irssita> seb128: question where? in the MIR? /me checks
[21:22] <seb128> irssita, you can add the build-depends and the rules change to run the testsuite during build later on
[21:22] <seb128> irssita, no, on IRC
[21:23] <seb128> irssita, I was asking if the build-depends is useful
[21:23] <seb128> irssita, you just replied
[21:23] <irssita> seb128: oh sorry, I'm using irssi on a screen terminal, scrolling up is ugly
[21:23] <irssita> seb128: so I missed the question. I'll submit the changes rght now
[21:25] <irssita> seb128: fixed and pushed :-)
[21:26] <seb128> irssita, thanks
[21:27] <irssita> seb128: thank *you*
[21:34] <seb128> irssita, you're welcome, merged now
[21:35] <seb128> irssita, uploaded as well
[21:36] <irssita> seb128: awesome, I can rest in peace now (?)
[21:36] <irssita> seb128: speaking of which, how comw you're working soo late!
[21:36] <seb128> it's not really late yet
[21:37] <seb128> but yeah, it's over normal work hours
[21:37] <seb128> time just before beta is sort of busy ;-)
[21:37] <irssita> yeah, you tell me
[22:12]  * irssita is gone
[22:12] <irssita> see ya later!
[22:14] <seb128> irssita, bye
[22:15] <seb128> asac, I'm not sure I like your uploads ;-)
[22:15] <seb128> asac, I will not argue a lot over it but do we really need to bump the build-depends to a version not required?
[22:15] <seb128> rather than just waiting for the clutter update to built and published before doing those uploads
[22:50] <asac> seb128: hmm. ok didn't know you solely use versions for tracking upstream requirements. from packaging point of we we want those versions to be at least there ;)
[22:50] <asac> e.g. for maverick
[22:51] <asac> with the side effect of not needing to wait
[22:51] <asac> but ok
[22:51] <seb128> asac, well I'm not actively working on most of those so your way is fine as well
[22:51] <asac> good ;)
[22:51] <seb128> it just that it usually breaks backports and other things for no reason
[22:51] <asac> seb128: i added a ~
[22:52] <asac> to allow backports
[22:52] <seb128> well still those could build with clutter 1.2.1 maybe
[22:52] <asac> ah
[22:52] <seb128> but you bumped that to the current 1.2.n
[22:52] <asac> right.
[22:52] <seb128> in practice I doubt it makes any difference
[22:53] <asac> most likely not
[22:53] <asac> i think we need a one time "upload wait recipe" ;)
[22:53] <asac> to avoid to do it in slow batches
[22:54] <asac> anyway. the inner ring and unity is up. i can wait for the rest at least until its available
[22:54] <seb128> like "upload clutter tonight and the other ones tomorrow morning so clutter had time to build" ;-)
[23:05] <chrisccoulson> seb128 - ok, work items updated now
[23:05] <seb128> chrisccoulson: thanks ;-)
[23:05] <seb128> I was about to go to bed
[23:05] <seb128> 'night everybody
[23:05] <chrisccoulson> 'night seb128!
[23:05] <seb128> chrisccoulson: you should call it a day as well
[23:05] <seb128> enough work ;-)
[23:05] <seb128> thanks, 'night chrisccoulson
[23:05] <chrisccoulson> yeah, i will do in a minute. just responding to some review comments first ;)
[23:58] <rickspencer3> robert_ancell, RAOF, Easter Edition in 3 mins?
[23:58] <rickspencer3> hmm, no TheMuso?
[23:58] <robert_ancell> rickspencer3, can do
[23:58] <RAOF> Totally.