[00:20] <seb128> re
[00:20] <seb128> Laney, still there?
[00:21] <seb128> RAOF, who complained about the f-spot update exactly?
[00:21] <RAOF> Laney.
[00:21] <seb128> bah
[00:22] <Laney> please take it constructively
[00:22] <seb128> I just read the meeting logs
[00:22] <seb128> I can't believe me fixing bugs for lucid is a troll subject now
[00:23]  * Laney rolls eyes
[00:23] <seb128> Laney, most of the changes are upstream git backports and I got the most of the other ones commited after the upload
[00:23] <seb128> I'm not sure what we would win by us to open every upstream bug and git commit in the bts too
[00:23] <Laney> I know you work with upstream, but you could also work with Debian too
[00:23] <seb128> I can start doing that if you want
[00:24] <seb128> I can open every bug with get in launchpad in the bts
[00:24] <seb128> and a bug in the bts for every git commit too
[00:24] <seb128> but I fail to see that as a good use of my time or of yours
[00:27] <Laney> I'm sorry that you can't see that I was trying to be constructive
[00:27] <seb128> well so tell me what I should have done there
[00:28] <seb128> knowing I had closing those hundredpapercut bugs on my todolist for weeks and I managed to free one hour to do that
[00:29] <seb128> ie I don't have enough free time to start argue in the bts for every choice we take in ubuntu
[00:32] <seb128> Laney, ?
[00:32] <seb128> Laney, would you be happier with me sending a debdiff in the bts? or a bug for each changeset?
[00:32] <seb128> Laney, or me pinging you guys with a list of changes I want to upload
[00:32] <seb128> in which case how long do you want us to wait if you are busy or not interested to get those uploaded?
[00:33] <Laney> you can even just talk to us directly, yes
[00:33] <Laney> and of course it is your right to upload what you need to
[00:33] <Laney> hopefully we will be able to give you some kind of indication as to our thoughts
[00:33] <james_w> seb128: "knowing I had closing those hundredpapercut bugs on my todolist for weeks and I managed to free one hour to do that"
[00:34] <james_w> if you had mentioned the patches a week ago, could you have synced today instead?
[00:34] <seb128> james_w, the patches are sitting in upstream git and launchpad for weeks
[00:34] <seb128> I did comment on the bug saying that if upstream doesn't roll a tarball I would upload those before beta
[00:35] <seb128> on the bug*s* rather
[00:35] <seb128> which I did
[00:35] <Laney> we could even think about pushing a snapshot of the stable branch
[00:35] <Laney> which we did for mono
[00:35] <seb128> I did considering doing one
[00:35] <RAOF> So, perhaps what could happen here is actually the reverse?  That pkg-cli-apps should be subscribed to the packages in Launchpad, and proactively pulling bugs from there?
[00:36] <seb128> but I didn't want to fight autotools for that
[00:36] <seb128> and there was some hundredpapercut fixes which were not in git anyway
[00:36] <seb128> though I did ping #f-spot again and got 3 of those commited since
[00:37] <seb128> also I fail to see those change as interesting for debian, that's purely doing some upstream fixes snapshothing to match your schedule
[00:38] <seb128> debian will probably be better to just wait the next tarball in some weeks
[00:38] <seb128> and we can sync again after lucid
[00:38] <james_w> right, but if they were to say they were interested, and do the snapshot themselves, they you would have less work?
[00:38] <seb128> there is no reason to play backport every git commit when you are not about to freeze
[00:39] <seb128> james_w, could be but I doubt it
[00:39] <Laney> most of the active members of the team are Ubuntu users, you know
[00:40] <seb128> as said those changes where sitting there for weeks
[00:40] <seb128> anybody could have picked and uploaded to debian
[00:41] <seb128> I did it yesterday because now was time to get those in lucid
[00:41] <james_w> seb128: but you were just saying that they had no need to for Debian's sake. Knowing that it would be useful to Ubuntu may have been a trigger.
[00:42] <seb128> well I wanted to get that done yesterday
[00:42] <seb128> I didn't want to dump a list of 15 bugs on debian and say "get that uploaded today or I will upload to lucid"
[00:43] <seb128> I would consider that rude, they don't have to react to our schedule or me wanting to get changes in lucid
[00:43] <seb128> I'm fine for them to pick that when they want or wait for next tarball and we can sync again next cycle
[00:44] <seb128> it would have been as much work to open debian bugs than just upload and let them cherrypick if they want from the upload
[00:45] <james_w> right, I was just asking as you said that you had been wanting to get the papercut bugs uploaded for weeks
[00:45] <james_w> which implied you had a list of bugs you were going to look at and asses patches from
[00:45] <james_w> so taking 10 minutes to ask if someone else could go over that list might have saved you some effort
[00:46] <seb128> https://bugs.edge.launchpad.net/hundredpapercuts/+milestone/lucid-round-7 was the list
[00:46] <seb128> and I've been pointing it regularly on #f-spot
[00:47] <seb128> but anyway troll aside it doesn't really reply to my question from before
[00:47] <seb128> Laney, how would you like me to process next time I've a list of changes or bugs we want to fix?
[00:48] <seb128> drop you the list by email? on IRC?
[00:48] <seb128> wait for you guys to do the work? how long?
[00:48] <seb128> I'm sorry but I don't see why you couldn't pick patches from an upload rather than from bugs
[00:49] <seb128> it's quicker for me to upload that to open bugs for every issue in the bts
[00:49] <seb128> and it shouldn't be extra work for you either
[00:51] <Laney> you should think of working with the Debian maintainers as a helpful thing, not a hindrance. If you want us to consider including a patch then just let us know. We are quite able to communicate sensibly.
[00:52] <Laney> and if we ever disagree then of course you can upload what you need to
[00:52] <seb128> ok fine
[00:52] <seb128> what is your prefered way to know about a patch?
[00:52] <seb128> IRC ping? being subscribed on launchpad and who? bug in the debian bts?
[00:52] <Laney> IRC is fine.
[00:52] <seb128> note that I usually do
[00:53] <RAOF> And, I guess in future, subscribing the pkg-cli team on launchpad might be worthwhile?
[00:53] <seb128> but I didn't think dropping 10 git commit or bug numbers out of the blue to you would be useful
[00:53] <Laney> I don't know how that will work, but maybe
[00:53] <Laney> we'll have to work this out
[00:53] <seb128> as said Debian can as well wait 10 days for the next tarball and spare all the extra work
[00:54] <Laney> right, we might have done that indeed.
[00:54] <Laney> but we didn't get the chance in this case :)
[00:54] <seb128> ;-)
[00:54] <seb128> well I didn't want to block on anybody or pressure anybody
[00:55] <seb128> but I note for next time to try to schedule earlier and ask when we have time
[00:55] <seb128> so we can sit a bit on people to pick changes or not
[00:55] <seb128> and then decide on what we need to do
[00:55] <seb128> we never had real issues keeping f-spot in sync and I see no reason why we should have some now ;-)
[00:57] <Laney> generalising somewhat, there are also some gbrainy changes that you guys did which Debian certainly would take
[00:57] <Laney> anyway I must go to bed
[00:57] <Laney> goodnight
[00:58] <rickspencer3> goodnight Laney
[00:58] <seb128> 'night Laney
[00:58] <RAOF> Night
[00:58] <rickspencer3> I think there will be a better time to address this issue
[00:58] <seb128> and I'm not responsive for those ;-)
[00:58] <seb128> yes
[00:58] <rickspencer3> as we are in beta 1 time, I think tensions will run high, and focus needs to be on Ubuntu quality
[00:58] <seb128> and I think we also need to discuss Debian pulling our work
[00:58] <rickspencer3> let's solve this at UDS
[00:58] <rickspencer3> yes
[00:58] <seb128> rather than always expecting us to ask them before
[00:59] <rickspencer3> at UDS or the right venue
[00:59] <rickspencer3> this is not the time or place
[00:59]  * rickspencer3 points to Ubuntu users waiting for Lucid LTS
[00:59] <rickspencer3> :)
[00:59] <seb128> ;-)
[01:01] <LaserJock> seb128: have you seen build failures in lucid on packages that use scrollkeeper for docs because the build tries to get scrollkeeper-omf.dtd from the net?
[01:02] <seb128> LaserJock, no
[01:02] <LaserJock> hmm, weird
[01:04] <seb128> it's weird the dtd should be installed locally
[01:04] <seb128> rarian-compat: /usr/share/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd
[01:06] <LaserJock> yeah ... except my package doesn't have a dep on rarian-compat
[01:06] <LaserJock> but this thing builds in Debian fine
[01:13] <seb128> weird
[01:13] <seb128> anyway time to go to bed there
[01:13] <seb128> 'night
[02:51] <desrt> mclasen: hey
[02:51] <mclasen> yes ?
[02:51] <desrt> talked to company a bit earlier today
[02:51] <desrt> did you see it?
[02:51] <mclasen> I saw him do my work for me, yeah
[02:51] <desrt> :)
[02:52] <desrt> i'm going to merge a substantial simplification to the API
[02:52] <desrt> all memory management is being removed
[02:52] <desrt> and it's going stack-allocated
[02:52] <mclasen> I'm all for simple
[02:52] <desrt> then open() and close() are going to become solely operations on the builder itself -- no constructing new builders
[02:53] <desrt> it will have _init(&builder) / _clear(&builder) API style
[02:54] <desrt> do you feel that this is acceptable?
[02:55] <mclasen> a bit different from GString then
[02:55] <desrt> there's another alternative
[02:55] <desrt> do the same thing but make it trivially heap-allocated
[02:56] <desrt> this reintroduces the problem of if end() should do a free or not...
[02:56] <desrt> the nice thing about the stack-allocated approach is that if you try to clear it twice you just see a bunch of zeros the second time
[02:56] <desrt> instead of trying to access invalid memory
[02:57] <mclasen> is there a strong danger of freeing twice here ?
[02:57] <desrt> yes
[02:57] <mclasen> I mean, any stronger than for any other _unref function ?
[02:57] <desrt> yes
[02:58] <desrt> gstring has exactly the same problem
[02:58] <desrt> but it is mitigated by being able to directly access the ->str
[02:58] <desrt> the "official" way to get the finished string is to call _free() with the 'free_contents' set to FALSE
[02:58] <desrt> then use the return value
[02:58] <desrt> this has the side-effect that the GString structure itself is freed
[02:59] <desrt> that really can't be bound...
[02:59] <mclasen> direct access is totally a supported operation for GString
[02:59] <mclasen> so, will the stack-based approach be ok for bindings ?
[02:59] <desrt> yes.  but it doesn't exist for gvariantbuilder
[02:59] <desrt> i'm inclined to think yes because it's very similar to other APIs that we already have
[02:59] <desrt> GValue comes to mind
[03:00] <desrt> a stack-allocated structure that needs to be 'unset' in order not to leak
[03:00] <mclasen> might be worth having some binding guys look at it
[03:00] <mclasen> but it sounds ok to me
[03:00] <desrt> i might just go shopping for other examples
[03:00] <desrt> and see how they get dealt with
[03:04] <kenvandine> RAOF, ping
[03:04] <RAOF> kenvandine: Pong.
[03:04] <kenvandine> hey
[03:04] <RAOF> Howdie.
[03:04] <kenvandine> so are you interested in hacking on f-spot?
[03:04] <kenvandine>  :)
[03:04] <RAOF> It'd likely be fun :)
[03:05] <kenvandine> http://people.canonical.com/~kenvandine/patches/f-spot/ubuntu-edit-in-view-mode.patch
[03:05] <kenvandine> :)
[03:05] <RAOF> Where are you up to, and what needs work?
[03:05] <kenvandine> that is the current patch
[03:05] <kenvandine> it is crashy
[03:05] <RAOF> Ah.  The *best* form of patch!
[03:05] <kenvandine> :)
[03:05] <kenvandine> it is something sde worked on in a branch of master back in nov
[03:06] <kenvandine> i back ported it to 0.6
[03:06] <kenvandine> it is equally as crashy in his branch :)
[03:06] <RAOF> Do we have a bzr branch to collaborate on?
[03:06] <kenvandine> nope :/
[03:06] <kenvandine> we don't have a ~ubuntu-desktop branch for it
[03:06] <kenvandine> one sec
[03:06] <RAOF> Well, I'll create one then.  Is there particularly that makes it crash?
[03:07] <kenvandine> i did create my own bzr branch from the 0.6.1.5 tarball
[03:07] <kenvandine> https://code.edge.launchpad.net/~ken-vandine/f-spot/edit_in_view
[03:07] <kenvandine> you can branch that and just diff against -r 1
[03:07] <kenvandine> to apply to the package
[03:07] <kenvandine> to use it
[03:08] <kenvandine> run f-spot --view
[03:08] <kenvandine> for example f-spot -b /tmp --view /some/path/to/some/photos
[03:08] <kenvandine> the -b is so it doesn't mess with your library, just in case
[03:08] <RAOF> Ah, thanks for the heads up.
[03:08] <kenvandine> you will get a sidebar with edit operations
[03:09] <kenvandine> some of them work fine
[03:09] <kenvandine> like crop, red eye
[03:09] <kenvandine> etc
[03:09] <kenvandine> but the ones that have live preview updates blow up
[03:09] <kenvandine> like straighten
[03:09] <kenvandine> or color adjust
[03:09] <kenvandine> as you move a slider it updates the view dynamically
[03:10] <kenvandine> and i think it has a problem doing that because there are still places that seem to assume you are in a library view
[03:10] <kenvandine> instead of browse
[03:10] <RAOF> Ok.
[03:10] <kenvandine> also, there is no notion of undo for edits
[03:10] <kenvandine> since f-spot depends on maintaining revisions
[03:10] <RAOF> Yeah.
[03:11] <kenvandine> anyway... i'll owe you if you can get it further
[03:11] <kenvandine> i am over whelmed with the social from the start stuff
[03:11] <kenvandine> RAOF, btw... welcome!
[03:11] <RAOF> kenvandine: Thanks :)
[03:13] <RAOF> The next task in my nouveau stuff requires someone from the kernel team to be awake :).  I'm happy to help.
[03:13] <kenvandine> awesome!
[03:13] <kenvandine> well, awesome for me :)
[03:27] <TheMuso> RAOF: what kernel stuff do you need?
[03:27] <RAOF> TheMuso: I need lbm_nouveau to end up in modules.order before vga16fb.
[03:28] <RAOF> Otherwise, vga16fb claims fb0 and badness occurs.
[03:28] <TheMuso> RAOF: ah ok
[03:29] <TheMuso> RAOF: I am assuming this needs to be done in lbm.
[03:30] <RAOF> I'm not really sure.  modules.order is built during the kernel build, and the kernel package owns it.  It'd be pretty hacky to have to try to patch it once it's installed for lbm.
[03:34] <TheMuso> RAOF: ah right.
[03:34] <TheMuso> RAOF: and a dempod doesn't overwrite that change?
[03:35] <RAOF> TheMuso: I'm pretty sure it doesn't.
[03:35] <RAOF> No, depmod in fact uses it as an input file.
[03:36] <RAOF> http://lwn.net/Articles/260856/
[03:36] <TheMuso> ah ok.
[03:37] <RAOF> It's remotely possible we might want some of extensible solution for dealing with this, but I think it's pretty niche, and we'll just need to cook something up specially for nouveau.
[03:37] <desrt> mclasen: looks unbindable, actually
[03:37] <desrt> mclasen: not to say that it can't be bound -- but rather that ever other case we have of a similar API appearing in our libraries is unbound
[03:38] <desrt> mclasen: i'll add the _new()/_free()
[03:38] <mclasen> desrt: thats ok for me too
[03:38] <desrt> mclasen: bindings can _new()/_free() as they'd expect
[03:39] <desrt> mclasen: C users can _init() and not worry about the free
[03:46] <TheMuso> RAOF: right
[04:13] <RAOF> kenvandine: I can see why you'd have problems working on f-spot :/
[04:14] <RAOF> Consistent indentation is for people who don't have in-built C# parsers.
[04:31] <RAOF> Well, that's significantly less crashy...
[04:32] <RAOF> Ah.  Export will be broken because we don't actually have a database, I guess.
[04:38] <kenvandine> RAOF, indeed
[04:39] <RAOF> Well, editing now works at least.
[04:39] <kenvandine> excellent
[04:40] <kenvandine> RAOF, another thing to test is in library mode
[04:40] <kenvandine> does editing still work?
[04:41] <RAOF> Let's see!  The patch ended up being annoyingly small, given the time investment.  On the plus side, at least my changes shouldn't break anything :)
[04:42] <kenvandine> good :)
[04:46] <RAOF> Whoops.  Crash!
[04:48] <TheMuso> RAOF: I see xserver-xorg-video-nouveau 1) doesn't depend on server backports modules for nouveau 2) doesn't have a system in place to choose the correct backports oduleto depend on, depending on the architecture.
[04:48] <TheMuso> gah
[04:48] <TheMuso> 2) doesn't have a system in place to choose what backports modules to depend on, given different architectures and kernel flavours.
[04:50] <TheMuso> RAOF: oh and 3) the depends for generic or generic-pae probably won't work properly if a user has a generic-pae kernel but gets -generic installed. Haven't looked at this closely, but at a glance I suspect that won't work.
[04:50] <RAOF> TheMuso: These are both correct.  One of the things I want to discuss with the kernel team is whether linux-meta could simply depend on the appropriate lbm-nouveau package.
[04:51] <TheMuso> RAOF: ah
[04:51] <TheMuso> makes sense.
[04:51] <RAOF> Because x-x-v-nouveau depending on *any* kernel-like package has unwanted side-effects.
[04:51] <TheMuso> yep agreed.
[05:56]  * RAOF wonders if f-spot needs *quite* so much state distributed across files/components/space/time
[06:25] <RAOF> Ok.  Time for a walk & some shopping.  I'll be back later to finish f-spot and catch apw.
[06:30] <robert_ancell> gdm2setup being proposed for Lucid Universe - bug #531138
[06:30] <robert_ancell> please review and comment
[07:10] <vish> robert_ancell: hi... the ayatana mail requesting review for simple scan would be better dealt in gnome usability mailing list
[07:10] <robert_ancell> vish, ok, thanks
[07:32] <didrocks> good morning
[07:39] <RAOF> didrocks: Good morning!
[07:40] <RAOF> Man, HP work really hard to tailor their invoice mails to look almost *exactly* like spam.
[07:41] <pitti> Good morning
[07:42] <baptistemm> hi there
[07:42] <baptistemm> I didn't see pedro for a while, does he lives in chile ?
[07:43] <pitti> Keybuk: I get it with 100% reliability on the mini if I remove S50cups; otherwise just with ~ 50%
[07:52] <didrocks> hey RAOF, pitti, baptistemm!
[07:52] <baptistemm> heya didrocks
[07:57] <pitti> bonjour didrocks
[08:01] <lool> didrocks: Congrats!
[08:01] <didrocks> lool: thanks ;)
[08:02] <baptistemm> lool, hi
[08:03] <baptistemm> didrocks, what is the job involved when your're in the technical board?
[08:03] <didrocks> baptistemm: hum, I'm not in the technical board. I guess that's a question for pitti who was, rather ^^
[08:21] <tjaalton> is there a way to disable the fusa-functionality on lucid? /desktop/gnome/lockdown/disable_user_switching doesn't seem to have an effect
[08:22] <tjaalton> I don't want to see any local users on the list
[08:22] <pitti> seems indicator-session should respect this key
[08:23] <tjaalton> ok.. well it does list the guest session and some local pseudo users there
[08:24] <tjaalton> and selecting one of them does something, but then I get the "vt on xorg" bug
[08:31] <tjaalton> pitti: I'll file a bug
[08:32] <tjaalton> hmm, apparently it was fixed a couple of weeks ago.. I'll try a relogin
[08:32] <pitti> tjaalton: that vt on xorg is bug 511134, will fix in a bit
[08:33] <tjaalton> pitti: yeah I sub'd to it already
[08:39] <mvo> mpt: good morning - did you had a chance to play with the software-center.menu file, i.e. is the categorization for the subsections of graphics and internet in s-c final now?
[08:39] <mvo> (me wants to do a upload today for this)
[08:41] <seb128> hey pitti, mvo
[08:42] <pitti> bonjour seb128
[08:43] <seb128> pitti, how are you by the fine day? ;-)
[08:43] <pitti> I'm great, thanks!
[08:44] <mvo> hey seb128
[08:45] <seb128> pitti, so the compiz bug was not a bug but a syntax issue?
[08:45] <pitti> apparently so
[08:47] <seb128> ok, good to know
[08:47] <pitti> bryceh: xorg-options-editor-gtk, is that still something that's working/supported?
[08:47] <pitti> bryceh: it's using the old policykit and all that
[08:52] <pitti> seb128: I just commented on bug 530829; do you have an opinion and yay or nay on that cleanup?
[08:53] <seb128> let me look
[08:54] <seb128> I read comments yesterday but I was not sure why we would care about an universe leftover
[08:54] <seb128> or why it would be assigned to our team
[08:54] <pitti> it won't be cleaned up on upgraes
[08:54] <pitti> and xubuntu-desktop still pulls it in (which should be fixed either way, I added a task)
[08:55] <seb128> pitti, why not cleaned on upgrade?
[08:55] <seb128> I though update-manager removed things which are in universe
[08:55] <pitti> seb128: nothign conflicts to it, does it?
[08:55] <seb128> mvo, ^
[08:55] <didrocks> hey seb128 and mvo
[08:56] <pitti> seb128: it proposes that, but doesn't enforce it; it just asks you
[08:56] <seb128> mvo, will the dist-upgrader remove policykit-gnome if it has been moved to universe?
[08:56] <pitti> seb128: but it wouldn't work for xubuntu anyway, since they kept the dependency in karmic
[08:56] <pitti> it was moved to universe in karmic already
[08:56] <seb128> pitti, well if an user decide to keep it nothing we can really do
[08:56] <pitti> seb128: well, I'd still like to remove it from the archive entirely
[08:57] <seb128> pitti, I'm a bit unsure about g-v-m there
[08:57] <seb128> others seem fine
[08:57]  * pitti drops g-v-m dep from libipoddevice
[08:57] <pitti> seb128: you want to keep g-v-m?
[08:58] <chrisccoulson> hey
[08:58] <pitti> hey chrisccoulson
[08:58] <seb128> I can understand some user want to be able to automount things without nautilus running
[08:58] <seb128> or without having nautilus installed
[08:58] <seb128> hey chrisccoulson
[08:58] <pitti> but it's using really outdated stuff which we stopped supporting ages ago
[08:58] <chrisccoulson> i was going to ask g-v-m to be removed from the archive last cycle
[08:58] <chrisccoulson> hey seb128
[08:58] <seb128> I don't know if we have a better alternative that gvm
[08:58] <pitti> seb128: ivman
[08:58] <pitti> also using old stuff (hal), but with a lot fewer outdated depends
[08:58] <pitti> pretty much just hal
[08:58] <didrocks> hello chrisccoulson
[08:59] <chrisccoulson> hey didrocks
[08:59] <pitti> but not gnomevfs, g-v-m, etc.
[08:59] <seb128> ok, fine with me
[08:59] <seb128> pitti, +1 for your summary on the bug
[08:59] <pitti> seb128: ok, cheers
[09:11] <chrisccoulson> pitti - i just noticed you've removed libipoddevice
[09:11] <pitti> tseliot: good morning
[09:11] <chrisccoulson> i'm not sure why that ended up in the archive again
[09:11] <pitti> chrisccoulson: I didn't -- I just dropped the depends
[09:11] <tseliot> morning pitti
[09:11] <chrisccoulson> oh
[09:12] <chrisccoulson> pitti - i had that removed last cycle
[09:12] <chrisccoulson> and then it appeared again
[09:12] <pitti> chrisccoulson: perhaps it wasn't blacklisted then?
[09:12] <pitti> chrisccoulson: but "hilo" depends on it
[09:12] <chrisccoulson> pitti - perhpaps
[09:12] <chrisccoulson> oh, is that a new package?
[09:12] <pitti> chrisccoulson: oh, indeed
[09:12] <pitti> chrisccoulson: so should i remove it again? that'd break hipo, though
[09:12] <pitti> (not "hilo")
[09:13] <chrisccoulson> ah, hipo, that's why i couldn't find it ;)
[09:13] <pitti> so it seems hipo was just broken in karmic
[09:15] <pitti> tseliot: is xorg-options-editor-gtk still something relevant?
[09:15] <pitti> tseliot: it's one of the two remaining packages which use the old policykit
[09:15] <tseliot> pitti: no, I guess you can safely remove it
[09:15] <chrisccoulson> ah, pitti: https://edge.launchpad.net/ubuntu/+source/hipo/0.6.1-2.1ubuntu1
[09:15] <chrisccoulson> that's how i got around it ;
[09:15] <chrisccoulson> i had a look and it looked like it wasn't used anywhere
[09:16] <chrisccoulson> but somebody sync'd it from debian again
[09:16] <pitti> ah
[09:16] <pitti> chrisccoulson: mind to reupload it? I'll remove libipoddevice and blacklist it
[09:16] <chrisccoulson> pitti - it uses ipod-sharp really
[09:16] <chrisccoulson> yeah, i'll reupload that again
[09:17] <chrisccoulson> libipoddevice has been dead for ages, and it's not even hosted anywere upstream any more
[09:17] <chrisccoulson> (it used to be used by banshee many cycles ago, and was hosted there too)
[09:19] <pitti> ok, zapped and blacklisted
[09:19] <chrisccoulson> thanks
[09:19] <chrisccoulson> i will reupload hipo now
[09:21] <pitti> meh, so if it weren't for gnome-lirc-properties, we could remove policykit-gnome
[09:21] <chrisccoulson> good riddance g-v-m :)
[09:23] <pitti> that was a nice cleanup
[09:24] <pitti> back in a bit, I bring my wife to the train station
[09:29] <asac> bryceh: X crashing really bad on and frequently on  Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) ... known?
[09:29] <asac> i think its for a week that bad now ... /me gets updates from today
[09:30]  * ogra has a rev 03 of the same chip which works rock solid 
[09:33] <bryceh> been fine for me
[09:33] <asac> hmmm .... so how can crash it is with gnome-terminal ... ssh to a box where i have a screen with irssi running
[09:33] <bryceh> plymouth?
[09:33] <asac> sometimes typing something just crashes it :(
[09:33] <bryceh> ah yeah sounds like you got that plymouth bug
[09:34] <bryceh> uninstall plymouth
[09:34] <asac> bryceh: ;)
[09:34] <asac> bryceh: why the hell are you awake? ;)
[09:34] <asac> what has plymouth to do with a running X session?
[09:34] <ogra> heh
[09:34] <asac> i thought that is bootish stuff
[09:34] <ogra> thats what i'm asking myself all the time if i end up on the wrong tty after booting
[09:35] <asac> during boot i dont even have a aplash
[09:35] <ogra> and then have X crashing after passphrase typing
[09:35] <ogra> asac, how fast do you boot ?
[09:35] <bryceh> asac, was actually just on my way to bed, but wanted to check messages ;-)
[09:35]  * ogra only has the splash flashing by very fast 
[09:36] <asac> bryceh: heh. wy to bed ... wasnt there the idea of reasonable work times ;)?
[09:36] <asac> good night
[09:36] <ogra> asac, what does plymouth-set-default-theme return ?
[09:36] <asac> ogra: i have splash removed from my grub conf
[09:36] <ogra> ah
[09:36] <asac> usually i want to see whats going on if nothing happens :)
[09:36] <asac> let me try
[09:36] <asac> ubuntu-logo
[09:36] <bryceh> night
[09:36] <asac> (plymouth-set-default-theme)
[09:36] <ogra> well, if you disabled it in grub you wont see it
[09:36] <ogra> indeed
[09:37] <seb128> asac, xorg and plymouth fight over vt
[09:37] <seb128> and that creates weird bugs
[09:37] <asac> maybe the problem is that i turned it off?
[09:37] <seb128> like xorg crashing on enter
[09:37] <ogra> asac, shouldnt be
[09:37] <asac> yeah ... its enter ;)
[09:37] <asac> i want to send a line in irssi ... boom
[09:37] <ogra> use xchat then :)
[09:37] <asac> ok i will remove that stuff now ... assuming someone is already investigating and reporting issues
[09:38] <asac> sigh ... wasnt able to pull mails for 2,5 days ... now i am swamped for the rest of the week i guess :(
[09:38] <ogra> are you home already ?
[09:39] <seb128> bug #522692
[09:39] <seb128> asac, for example
[09:39] <ogra> seb128, well, he has a constant crash i think
[09:39] <seb128> it's probably of first boot only
[09:39] <seb128> ie sudo restart gdm
[09:39] <seb128> and the session should be working
[09:40] <seb128> like switch to a vt and restart gdm before using enter
[09:40] <seb128> for some people gdm restart
[09:40] <seb128> for some other xorg freezes
[09:40] <ogra> hmm, my menu has a lot leftover icons of apps i removed once, is there a problem with the icon cache ?
[09:41] <seb128> yes known issue
[09:41] <ogra> k
[09:41] <seb128> you probably have two caches in /usr/share/applications
[09:41] <seb128> a .utf8 and a .UTF-8
[09:42] <seb128> the bug is assigned to pitti so don't worry
[09:42] <ogra> heh, fun, apps that used gksu actually call gksu and die silently
[09:42] <seb128> it's going to be fixed
[09:42] <ogra> yeah
[09:42] <asac> seb128: thx
[09:42] <seb128> asac, yw
[09:42] <ogra> if its known in this channel here i'm confident i wont see it anymore at release time ;)
[09:42] <seb128> ogra, bug #517616
[09:42] <asac> yeah restarting gdm helped all the time
[09:42] <asac> except this time
[09:42] <asac> but i think its still the same bug ... hitting Enter -> crash
[09:43] <seb128> I did apt-get remove plymouth there
[09:43] <asac> ak ... doing that now
[09:43] <asac> i dont need plymouth anyway ;)
[09:43] <ogra> these two gwibber entries in my settings, are there plans to merge them into one ?
[09:44] <asac> ogra: you started to dent?
[09:44] <asac> or why are you using gwibber?
[09:44] <ogra> dent ?
[09:44] <asac> identi.ca
[09:44] <ogra> nah
[09:44] <seb128> ogra, I would expect so or at least mask one by default
[09:44] <asac> ogra: you should ;)
[09:44] <ogra> its installed by default now
[09:44] <asac> cool
[09:44] <ogra> just looks odd to have the same icon twice
[09:45] <seb128> yeah, known issue ;-)
[09:45] <ogra> yup, thanks
[09:45] <asac> sun java is the same ... two icons ...
[09:45] <asac> "Sun java 6 policy something"
[09:45] <asac> and
[09:45]  * ogra is just playing with themes and notices such stuff 
[09:45] <asac> Sun Java 6 Plugin control
[09:45] <ogra> sun java isnt in the archive anymore afaik
[09:46] <ogra> your update-manager should have removed it
[09:46] <ogra> hmm, i have it too ... i just disabled the menu entries at some point
[09:47]  * ogra thought we dropped it completely
[09:52] <chrisccoulson> congrats didrocks btw \o/
[09:52] <didrocks> thanks chrisccoulson :)
[09:52] <chrisccoulson> so, i can ping you about sponsoring now ;)
[09:53] <didrocks> right, until you apply yourself ;)
[10:16] <seb128> ogra, if you still cares about classmate-tools it needs to depends on individual gnome-python-extras binaries it uses
[10:16] <seb128> ogra, it's not installable now in lucid since gnome-python-extras has been splitted
[10:16] <ogra> seb128, i havent done classmate stuff since nearly 2 years ... imho it can be dropped from the archive
[10:17] <seb128> ogra, well I've no clue what that package allow to do or if it might still be useful
[10:17] <seb128> ogra, but feel free to fix depends or file a removal request bug
[10:17] <ogra> i doubt it
[10:17] <ogra> yeah, i'll do the latter
[10:17] <seb128> thanks
[10:18] <seb128> chrisccoulson, bug #509478
[10:18] <seb128> is that still one of those bugs where we can't trust the stacktrace?
[10:18] <seb128> it keeps collecting duplicates apparently
[10:20] <chrisccoulson> seb128  - that looks very much like the "crash on video-mode switch" issue
[10:20] <chrisccoulson> which is probably the same one you get
[10:20] <chrisccoulson> and i get the issue when docking my laptop too
[10:20] <chrisccoulson> i need to spend some time to look at it really
[10:21] <seb128> seems a good one to put on the list of bugs to fix for lucid
[10:21] <seb128> chrisccoulson, thanks
[10:21] <chrisccoulson> seb128 - definately. this ones been hanging around since karmic now
[10:22] <seb128> nice, we got a new triager sending bugs report to GNOME
[10:22] <pitti> seb128: good ones?
[10:22] <seb128> yes
[10:28] <mvo> mpt: (did you got my earlier question about the categories?). it appears we are also missing a icon for the partner channel
[10:34] <chrisccoulson> seb128 - yeah, i noticed that. it seems a lot of gedit bugs got forwarded today
[11:00] <mpt> mvo, good morning
[11:00] <mpt> mvo, I did not get time to look at the categorization yesterday, I was busy with user research stuff
[11:01] <mvo> mpt: ok, thanks. it would be nice if you could have a look today because of the upcomming UI freeze
[11:01] <mpt> yes :-]
[11:03] <mpt> mvo, I have one card sorting session to run in 1.5 hours, then another in 3 hours, so 4 hours from now I'll be able to look at it
[11:03] <mvo> mpt: partner-channel icon> should I talk to kwwii about this? or is that the realm of brian (iamfuzz)?
[11:03] <mvo> mpt: ok, no worries. that sounds fine
[11:04] <mpt> mvo, marcushaslam and chaotic
[11:04] <mvo> mpt: I want to upload tonigh, but there is other stuff pending so I schedule ~ +6h
[11:04] <mpt> mvo, ok
[11:05] <mpt> mvo, are you aware that michaelforrest is doing visual stuff for the software item screens?
[11:05] <mvo> mpt: I heard about it, that is the details page? or the category page?
[11:05] <mvo> mpt: I do not know any details
[11:06] <mvo> mpt: but if it lands today I'm fine with it
[11:07] <mpt> mvo, the individual software item screen
[11:07] <mpt> details page
[11:07] <mvo> ok
[11:10] <james_w> pitti: you rock
[11:10] <james_w> thanks for cleaning up polkit
[11:11] <james_w> much better solution
[11:20] <pitti> james_w: I wish we could remove it altogether
[11:20] <pitti> james_w: but since I don't want to break g-lirc, I just sponsored the "hide desktop file" patch
[11:20] <pitti> *shrug*
[11:20] <pitti> seb128: eww, the keyboard indicator sucks :(
[11:20] <james_w> we're much closer to being able to do that though
[11:21]  * pitti will file bugs as soon as he's done with gdm
[11:21] <pitti> someone didn't push ubuntu5 and ubuntu6 gdm uploads
[11:21] <seb128> pitti, not you too?
[11:21] <seb128> pitti, what about it?
[11:21] <seb128> I like being able to use a menu with clear options
[11:22] <seb128> rather than cycling through confusing 3 chars names
[11:22] <pitti> hm, weird, dpkg -i said it'd downgrade gdm from ubuntu5
[11:22] <pitti> seb128: (1) it doesn't show the current layout in the panel any more, (2) the currently selected opion in the "Groups" menu is wrong
[11:22] <james_w> pitti: http://git.gnome.org/browse/gnome-lirc-properties/commit/?id=4587a7037d05f4113b2e860afd634d01ec425d9e
[11:22] <pitti> james_w: oooh!
[11:23] <pitti> james_w: indeed, I actually remember hadess talking to me about that
[11:24] <pitti> james_w: thanks, I'll apply that and then remove it for good
[11:25] <seb128> pitti, (1) already has a bug
[11:25] <james_w> \o/
[11:25] <seb128> I'm not sure if it's a design decision
[11:25] <seb128> do you find it useful to have it there?
[11:25] <pitti> ?!?
[11:25] <seb128> (2) wfm
[11:25] <pitti> how else would I see the current layout?
[11:25] <seb128> but open a bug
[11:25] <pitti> seb128: try switching it with the key combo, then it's wrong
[11:25] <seb128> you are usually the one picking it in the menu
[11:25] <pitti> yes, I'll open a bug
[11:25] <seb128> ah, I never use the key combo
[11:25] <seb128> I don't even know which key that is
[11:26] <pitti> you can set it in the keyboard prefs
[11:27] <seb128> yeah I know
[11:27] <seb128> it's just now how I use it
[11:27] <seb128> but yeah, in that case having the layout displayed can be useful
[11:28] <seb128> in fact both bugs should be easy to fix
[11:28] <seb128> I guess jperterson can do that
[11:28] <pitti> *nod*
[11:28] <seb128> hum
[11:28] <seb128> let's see I've a doubt now
[11:28]  * pitti tests gdm harder, bbl
[11:28] <seb128> I'm wondering if he did this way because appindicator only have icons
[11:28] <seb128> and not labels
[11:33] <pitti> yay, gdm works both with and without plymouth now
[11:33] <seb128> \o/
[11:33] <pitti> with the guest session
[11:34] <seb128> I get xorg crashing when closing the guest session there now
[11:34] <seb128> but at least I can open one with the gdm stamp file workaround
[11:34] <pitti> $ bzr push
[11:35] <pitti> Using saved push location: bzr+ssh://bazaar.launchpad.net/~ubuntu-desktop/gdm/ubuntu/
[11:35] <pitti> Doing on-the-fly conversion from <RepositoryFormat2a> to (remote).
[11:35] <pitti> ooh
[11:35] <pitti> that's new
[11:35] <pitti> nice!
[11:35] <seb128> indeed
[11:35] <didrocks> got that too recently, it's good, yeah ;)
[11:35]  * lifeless bows on behalf of the team
[11:36] <lifeless> it was added at the strasbourg sprint, right before portland
[11:36] <pitti> lifeless: that'll be very helpful with reducing confusion indeed
[11:37] <lifeless> poolie has tweaked it to be clearer still
[11:38] <pitti> apparently it doesn't actually upggrade the remote end, just converts the patch or so?
[11:38]  * pitti upgrades gdm remote branch entirely
[11:40] <pitti> seb128: do you happen to have the keyboard indicator "show current layout" bug at hand? it's not tagged with indicator-application apparently
[11:41] <seb128> bug #531173
[11:42] <pitti> cheers
[11:45] <seb128> pitti, I've assigned the bug to jpertersen
[11:45] <seb128> lunch bbl
[11:50] <mvo> lifeless:  Doing on-the-fly conversion> oh sweet :)
[12:11] <pitti> oh, what a nice bootchart today http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100303-1.png
[12:11] <pitti> (without plymouth, though)
[12:11] <pitti> ~ 4 s desktop boot!
[12:13] <chrisccoulson> i might try installing plymouth again this afternoon
[12:15] <pitti> lifeless: ugh, gdm branch conversion is still going on -- by now it uploaded 225 MB of data, and still ongoing
[12:16] <pitti> lifeless: this is just a packaging branch with debian/ only -- if I upgrade that, does it by chance upgrade the underlying stacked upstream branch as well or something similar?
[12:16] <james_w> nope
[12:16] <lifeless> remote upgrade is very chattery
[12:16] <lifeless> clicing the button in launchpad is a lot slicker
[12:16] <pitti> I upgraded dozens of branches so far, and most of them were done in a couple of minutes
[12:16] <pitti> lifeless: oh, there's a button now?
[12:17] <lifeless> yup
[12:17]  * pitti is afraid to ^C this now
[12:17] <lifeless> rockstar
[12:17] <lifeless> is a rockstar
[12:17] <pitti> well, I could sftp in and move backup.bzr back
[12:17] <lifeless> yeah let it finish
[12:17] <pitti> it's just sitting there for half an hour, and it makes my internet connection basically useless ;)
[12:17]  * pitti will catch up on mail for a bit then
[12:18] <seb128> pitti, gdm has quite some commits compared to other desktop components
[12:18] <pitti> ok, thanks
[12:18] <seb128> pitti, hint, lunch!
[12:18] <pitti> seb128: awesome idea!
[12:18] <seb128> ;-)
[12:18] <pitti> oh, 13:18, time for lunch indeed
[12:18]  * seb128 at coffee time now
[12:19] <pitti> seb128: saw above bootchart? second boot was "only" 10.8 as well
[12:19] <seb128> waouh
[12:19] <pitti> I suppose didrocks' bg caching helps a lot (compared to Keybuk's charts)
[12:20] <pitti> I didn't change anythign on that box right now, except purging plymouth
[12:20] <pitti> but that shouldn't affect desktop time
[12:20] <seb128> right
[12:21] <seb128> bah, armel sucks
[12:21] <seb128> asac, ogra: sorry but gtk seems to not manage to build this week there
[12:21] <seb128> every upload or retry segfault randomly
[12:21] <Keybuk> pitti: mine get about 0.25-0.5s faster with fixed plymouth
[12:22] <Keybuk> this is partly because they boot fast enough so that you never see the splash screen ;-)
[12:23] <ogra> seb128, yeah, i'll give it back randomly then, dont worry :)
[12:23] <ogra> seb128, the buildd HW sucks
[12:23] <baptistemm> hi pedro_
[12:23] <baptistemm> didn't see for a while
[12:23] <seb128> oh pedro_ is back
[12:23] <baptistemm> +you
[12:24] <pedro_> hello baptistemm, seb128!
[12:24]  * pedro_ hugs you all
[12:24] <baptistemm> are you living in chile?
[12:24]  * seb128 hugs pedro_
[12:25] <pedro_> baptistemm, yes i was in the south of Chile (Temuco) taking holidays with my parents when the earthquake started
[12:25] <pedro_> we are safe, just shocked about everything
[12:25] <seb128> pedro_, did that part of the country got damaged as well?
[12:25] <pedro_> yes terrible damaged
[12:25] <seb128> :-(
[12:25] <seb128> everybody is ok in your familly?
[12:25] <pedro_> the roads are *totally* broken, will post pictures about that soon
[12:26] <pitti> oooh, it's a pedro_!
[12:26] <seb128> you walked back to your place? ;-)
[12:26]  * pitti hugs pedro_; I feel so sorry for what happened to you
[12:27] <pedro_> seb128, yes, but we're only missing my mother sister who is living in Chillan (pretty close to the epicenter), we still don't have any news about her but we have faith she is ok
[12:27]  * pedro_ hugs pitti back
[12:27] <seb128> pedro_, :-(, good luck with that, hoping you will get good news soon about there
[12:27] <seb128> ther
[12:27] <seb128> grrrr, auto fingers, "her"
[12:27] <pedro_> we depart from temuco that day in the morning like at 6 am and it took us 20 hours to get back to Santiago
[12:28] <pedro_> it really felt like a movie, seriously
[12:29] <pedro_> but we're safe and that's the important ;-)
[12:29] <seb128> right
[12:29] <pedro_> thanks for worrying folks! you're the best
[12:29]  * pedro_ hugs you all
[12:29] <pitti> pedro_: did they predict any followup quakes/
[12:29] <pitti> ?
[12:29]  * seb128 hugs pedro_
[12:29]  * didrocks hugs pedro
[12:30] <pitti> pedro_: crossing my fingers for you, take care! and thanks for saying hello, good to hear from you
[12:31] <pedro_> pitti, the news said that we're going to have some more aftershocks and swarms but not of the same magnitude of the earthquake
[12:31] <pedro_> thanks pitti!
[12:32] <seb128> pedro_, do you often get small magnitude shocks there?
[12:32] <baptistemm> that's a pain to not be that useful to you
[12:32] <seb128> pedro_, or is that all news to you?
[12:33] <pedro_> seb128, twice in the day at least but small ones , like magnitude 3 or 4
[12:33] <seb128> k
[12:33] <seb128> pedro_, good to see you there and in piece in all cases ;-)
[12:34] <seb128> pedro_, we got news from other people saying you were ok but still good to have you back ;-)
[12:34] <pedro_> seb128, thank you friend!
[12:34] <pedro_> i'm so happy to be able to see you folks again, I've imagined the worse
[12:35] <baptistemm> yeah, I bet that should be an horrible situation.
[12:56] <LaserJock> didrocks: ping
[12:57] <didrocks> LaserJock: hey
[13:01] <LaserJock> didrocks: do you know if netbook-launcher is going to use liblauncher-0.3?
[13:01] <didrocks> LaserJock: no, liblauncher-0.3 is not considered stable enough for an LTS
[13:01] <didrocks> so, we will keep 0.2, cf changelog
[13:02] <LaserJock> didrocks: hmmm, darn
[13:03] <LaserJock> didrocks: I wrote a patch (hopefully) for bug #497006 but I did it against liblauncher-0.3 because that was trunk
[13:03] <LaserJock> didrocks: I had a look at the current lucid liblauncher-0.1 source and it uses a completely different way of getting app names
[13:04] <didrocks> LaserJock: where is your patch? (and which branched did you use?)
[13:04] <didrocks> branch*
[13:05] <LaserJock> didrocks: my patch is on my computer because I haven't tested it yet
[13:05] <LaserJock> didrocks: because I went to rebuild netbook-launcher with it and found out that it was using liblauncher-0.1
[13:05] <LaserJock> that's where I stopped
[13:05] <LaserJock> my patch is off of lp:liblauncher
[13:07] <pitti> meh, gdm branch upgrade is still running
[13:07] <didrocks> LaserJock: right, but I tested it with 0.3 and there is unfortunately too much bugs that appears then
[13:07] <pitti> .bzr/ is a mere 3.8 MB..
[13:07] <didrocks> LaserJock: so, not for an LTS, 0.1 + patch will be good :)
[13:08] <LaserJock> didrocks: http://pastebin.com/ZimsRbtB is the one for 0.3
[13:08] <LaserJock> didrocks: maybe it's good to fix in 0.3 as well
[13:08] <LaserJock> didrocks: I don't know if it's really very practical to fix it in 0.1
[13:08] <seb128> pitti, it's probably sending that for every commit or something
[13:08] <seb128> ;-)
[13:09] <LaserJock> didrocks: 0.1 uses wnck_application_get_name () rather than the .desktop directly to get the name as far as I can tell
[13:09] <LaserJock> didrocks: and wnck_application_get_name () says "Since there is no way to properly find this name, various suboptimal heuristics are used to find it."
[13:10] <LaserJock> didrocks: so I'm thinking I'd have to write a .desktop parser to get X-GNOME-FullName
[13:10] <didrocks> LaserJock: it's for using the Fullname in the menu, right?
[13:10] <LaserJock> didrocks: yep
[13:13] <didrocks> LaserJock: do we have the .destkop file? if so, maybe using gnome-desktop for it as pitti made some tweaks there for caching it
[13:14] <LaserJock> didrocks: yes, liblauncher does find the .desktop file, it just looks to me like it doesn't use for things like the name or icon in 0.1
[13:15] <LaserJock> didrocks: I could be mistaken, but that's why I wanted to ask you about 0.3
[13:15] <LaserJock> because I'm much more confident of that patch than where the equivalent is in 0.1
[13:15] <LaserJock> but I can keep digging for it
[13:15] <didrocks> right, but it seems still feasable
[13:16] <didrocks> LaserJock: do you want to work on it? if you don't, I can have a look
[13:16] <LaserJock> didrocks: yeah, if we has some way of parsing the .desktop file then it should be fine
[13:16] <LaserJock> didrocks: I just thought writing one from scratch would be a not-so-fun task
[13:16] <didrocks> pitti: do you have a good example on how to get some string from the cached .desktop file?
[13:17] <LaserJock> if gnome-desktop or something else works then that'd be great
[13:17] <didrocks> LaserJock: there are, that's why I ask pitti :)
[13:17] <pitti> you shoulnd't ever read the cache directly
[13:17] <pitti> use libgnome-menus
[13:17] <pitti> the cache format could change, or not be present at all, etc.
[13:17] <didrocks> oh right, it's in libgnome-menus
[13:18] <LaserJock> pitti: cool, thanks
[13:19] <LaserJock> didrocks: so is Canonical upstream for liblauncher as well? I wasn't sure of the relationship between liblauncher and netbook-launcher
[13:20] <didrocks> LaserJock: right
[13:23] <LaserJock> didrocks: ok, so what if I open an upstream task for liblauncher and put my 0.3 patch there
[13:24] <LaserJock> didrocks: and then in the ubuntu liblauncher-0.1 task work on the patch for lucid
[13:24] <LaserJock> ?
[13:24] <didrocks> LaserJock: sure, that will still be handy when someone will have the time to work on liblauncher, thanks :)
[13:29] <seb128> didrocks, do you think we should get clutter 1.2 in lucid?
[13:30] <didrocks> seb128: I saw it was released yesterday. Apparently, there is some huge performance improvements. I'll try to give a try tomorrow of Friday to see how n-l reacts to it
[13:30] <seb128> ok
[13:30] <seb128> those version are installable together usually no?
[13:31] <seb128> ie adding it wouldn't mean taking any decision on what version we use
[13:31] <seb128> or would it?
[13:31] <didrocks> seb128: right, and the source name has the soname last time I checked
[13:31] <didrocks> so even no issue for maintainance
[13:31] <seb128> so we can get it in any case?
[13:31] <didrocks> right
[13:31] <seb128> good ;-)
[13:31] <didrocks> just taht I'm currently busy ;)
[13:31] <didrocks> that*
[13:31] <seb128> yeah sure
[13:31] <seb128> I didn't say *now*
[13:31] <seb128> in 10 minutes is fine too... ;-)
[13:32]  * seb128 hugs didrocks
[13:32] <didrocks> :p
[13:32]  * didrocks hugs seb128
[13:33] <pitti> hey, gdm upgrade finished, after uploading 0.5 GB
[13:35] <nigelb> seb128: I'm just thinking of small project to help the desktop team out.  Do you guys want apport hooks for more pacakges?  Perhaps I could help in lucid+1...
[13:36] <seb128> nigelb, that would be nice yes, you don't have to wait +1 if you want to work on that though
[13:37] <nigelb> I'm not sure what pace I can work with, hence the wait.  Any high priority packages?
[13:37] <seb128> nigelb, dunno how familiar you are with build tools too but porting our cdbs langpack, etc rules to dh7 would be useful too
[13:37] <seb128> not sure, check with pedro maybe
[13:37] <nigelb> I'm not familiar, but I can learn. :)
[13:50] <seb128> hum
[13:50] <seb128> gnome-icon-theme 2.29 seems to drop quite some icons
[13:50] <seb128> and break things
[13:50] <seb128> I would recommend we stay on 2.28 for lucid
[13:50] <seb128> didrocks, chrisccoulson, cassidy: ^
[13:51] <chrisccoulson> yeah, no worries
[13:51] <seb128> looking to the tarball and bugzilla they deprecated quite some stock icons
[13:51] <didrocks> seb128: understood :)
[13:51] <seb128> and dropped the scalable ones
[13:51] <baptistemm> they dropped scalables ?
[13:52] <seb128> baptistemm, yes
[13:52] <seb128> well the scalable directory in the source
[13:53] <cassidy> seb128, ok: as said empathy will fallback to current icons so that's fine
[13:58] <seb128> tedg, hey
[13:59] <seb128> tedg, the appindicators can only have icons in the applet or can they have labels?
[13:59] <tedg> seb128: Only icons.
[13:59] <seb128> hum, ok
[13:59] <Riddell> chrisccoulson: this was the merge request I should have given you the other day https://code.edge.launchpad.net/~jr/firefox/firefox-3.6.head/+merge/19580
[13:59] <seb128> tedg, it makes keyboard indicator users unhappy
[14:00] <seb128> tedg, they use it as a purpose of indicating what layout is being used when switching with keyboard
[14:00] <tedg> This discussion of adding labels has come up more than once, and we're looking for use cases for labels.  Yes, keyboard indicator is the one we've come up with.
[14:00] <asac> Riddell: that will get in the next upload .... is the bug FFe vedded?
[14:00] <seb128> tedg, what do you suggest doing meanwhile for lucid there?
[14:00] <tedg> seb128: I think the plan was to just leave it as a notification area icon.
[14:00] <tedg> :(
[14:01] <seb128> it has been converted now, so rolling that back?
[14:01] <seb128> the other way I would say would be to use notify-osd bubbles
[14:01] <tedg> Oh, I didn't realize.  What did they do?  Just a keyboard icon with the different layouts as menu items?
[14:01] <seb128> tedg, yes
[14:01] <seb128> well rather a submenu with layouts
[14:01] <seb128> and items to show the current layout
[14:02] <seb128> and configure keyboard
[14:02] <tedg> seb128: That's what I was suggesting, but mpt was in the "don't port" camp.  I figured he won :)
[14:02] <Riddell> asac: yes
[14:02] <tedg> seb128: Yes, not having the current on the panel sucks though.
[14:02] <seb128> jcastro, pitti: ^ btw
[14:02] <tedg> seb128: On OSX they use flags, can we do that? ;)
[14:03] <seb128> lol
[14:03] <seb128> I'm not entering this discussion
[14:03] <seb128> ;-)
[14:03] <tedg> Heh
[14:04] <pitti> seb128: if it's impossible right now to port it to indicators properly, I'd personally vote for rolling back
[14:04] <pitti> WDYT?
[14:04] <seb128> well depends what you call "properly"
[14:04] <pitti> but right now the indicator is almost useless
[14:04] <seb128> I like the current indicator
[14:04] <seb128> but if the label is important to people we have 2 ways
[14:04] <pitti> seb128: do you actually switch between multiple layouts?
[14:04] <seb128> either use a notify bubble to indicate the layout when switching keyboard
[14:05] <pitti> I can't imagine that anyone who has to switch often gets along with the current implementation
[14:05] <seb128> pitti, yes but using the mouse and I know which one I pick so I don't need that to be indicated
[14:05] <pitti> it takes ages to switch with the mouse, and switching with keyboards doesn't show you what's current
[14:05] <seb128> would a notify osd bubble work for your usecase?
[14:06] <seb128> I'm fine rolling back
[14:06] <seb128> just going quickly through ours options
[14:06] <pitti> before it was "click", now it's "click", "move", "wait", "move more", "click"
[14:06] <pitti> seb128: they are way too slow
[14:06] <Keybuk> tedg: we can certainly use flags; if you could knock that up by next week, as we need you to go to Beijing the following week <g>
[14:06] <pitti> if you switch two times, you have to wait 10 s to see the current setting
[14:06] <seb128> pitti, notify-osd has a replace flag no?
[14:06] <pitti> thus it'd only work for two layouts
[14:07] <pitti> and, it's an _indicator_; shouldn't it indicate what I want to know? :-)
[14:07] <seb128> it could replace bubbles at each commutation
[14:07] <pitti> seb128: oh, if that works, sure
[14:07] <seb128> anyway that seems complicated
[14:07] <asac> Riddell: please use a topic name for topic branches ;)
[14:07] <asac> otherwise that branch needs to be removed if you ever do a new .head contribution
[14:07] <seb128> I'm not sure if we could build an image from text on fly
[14:07] <pitti> I still wouldn't see what layout is current, so it'd still be confusing after doing a work break, etc., but much less
[14:07] <pitti> I think my main grief is with switchign
[14:07] <asac> Riddell: unless you start doing so in future of course - which is ok ;)
[14:07] <asac> merging
[14:08] <jcastro> tedg: did someone mention flags? ;)
[14:08] <tedg> seb128: Not really.  Since one of the goals is to have it themeable in the panel -- it defeats the point.
[14:08] <seb128> ok
[14:09] <seb128> pitti, +1 on reverting
[14:09] <seb128> that seems trouble and we need to focus on fixing what we have
[14:09] <pitti> *nod*
[14:09] <tedg> jcastro: Yes, but please put something over your American flag boxers before we have this discussion :)
[14:09] <seb128> not on fighting to get things we had working to work again
[14:10] <Keybuk> jcastro, tedg: now I have to go and find a Klingon flag icon :p
[14:10] <tedg> Keybuk: There's a Klingon keyboard layout?
[14:11] <Keybuk> tedg: yes, it has one big button named "FIRE!"
[14:11] <pitti> lol
[14:11] <davmor2> Keybuk: http://commons.wikimedia.org/wiki/File:Klingon-flag.svg
[14:11] <pitti> Keybuk: no "Order Gagh"?
[14:13]  * kenvandine runs out to a doctor's appointment
[14:14] <tedg> Keybuk: The problem is correctly handling the setting of Klingon keyboard layout -- in that it must delete all the other keyboard layouts.
[14:15] <davmor2> tedg: surely that would the borg keyboard?
[14:15] <pitti> davmor2: why on earth would a Borg need a keyboard?
[14:16] <pitti> s/earth/delta quadrant/, of course
[14:17] <davmor2> pitti: :D
[14:20] <jcastro> tedg: I don't know if you remember the flag discussions in upstream gnome a few years back ...
[14:31] <tedg> jcastro: I was one of the people who started OCAL, we get the flag discussion regularly.  It's crazy.  And we're apparently all criminals in Germany by keeping them in our collection.
[14:31] <nigelb> seb128: did you get time to fix the rhythmbox failed to build issue yesterday? (because bzr add was not used) ?
[14:32] <seb128> nigelb, yes
[14:32] <seb128> you didn't notice the update?
[14:32] <nigelb> nope
[14:32] <nigelb> it shows up as failed to build for me
[14:32] <seb128> 0ubuntu3?
[14:33] <seb128> I'm looking on launchpad right now and it built
[14:33] <seb128> where do you look at that?
[14:33] <nigelb> ah, sorry.  I dont get the mail since it was your name in changelog :)
[14:56] <didrocks> pitti: I guess we can demote again gnumeric and abiword? :)
[14:56] <pitti> didrocks: hm, they aren't in component-mismatches
[14:57] <didrocks> pitti: which means? something in main seed it somewhere?
[14:57] <pitti> apparently
[14:57] <pitti> http://people.canonical.com/~ubuntu-archive/germinate-output/netbook.lucid/rdepends/abiword
[14:57] <pitti> doesn't exist, so not netbook
[14:57] <pitti> hm, both have always been in main
[14:58] <pitti> didrocks: were they in universe before the netbook change?
[14:58] <didrocks> pitti: IIRC, it was demoted for a week, and then, we pushed it back to main for the netbook change
[14:59] <LaserJock> didrocks: do you know of any good way to test liblauncher but via netbook-launcher?
[15:00] <didrocks> pitti: hum, I don't have any rdepends on abiword which is in main, but there still can be a recommends, pulling it I guess
[15:01] <didrocks> LaserJock: just install your lib, and kill n-l. I think you can also use LD_PRELOAD if you don't want to install a new library in your machine
[15:01] <pitti> didrocks: so, I'll demote it again, we'll see :)
[15:02] <didrocks> pitti: thanks :)
[15:03] <LaserJock> didrocks: I wanted to test liblauncher-0.3
[15:03] <LaserJock> didrocks: but netbook-launcher won't use that library and won't build from that library without help
[15:05] <seb128> pitti, didrocks: abiword was in main in karmic
[15:05] <LaserJock> I can just throw the patch at LP but my C is weak enough that just having liblauncher build without error doesn't give me much confidence :-)
[15:05] <seb128> not sure when,why it got demoted
[15:05] <didrocks> seb128: right, but it was demoted in lucid for a while
[15:05] <seb128> (not that I've a strong opinion either way just pointing it)
[15:06] <didrocks> that's kind stressful not being able to know which recommends pull it, maybe a good tool to write (I don't know if there is other need for it)
[15:06] <didrocks> LaserJock: if you don't want to bother with this, that's ok, that will be easy to fix when we'll have the time to consider it (not for lucid anyway ;))
[15:07] <didrocks> I mean, working in the patch for 0.1 is more important for netbook lucid futur-users and we'll see later for the other part ;)
[15:08] <LaserJock> didrocks: sure, I just wanted to put my 0.3 patch somewhere so I don't lose it :-)
[15:08] <LaserJock> didrocks: maybe I'll just put it in an upstream bug report and say "this might work, we'll see post-Lucid" :-)
[15:08] <didrocks> LaserJock: push it to LP and tells it needs testing. I promise, I know upstream, they won't hurt you :)
[15:08] <didrocks> right
[15:10] <seb128> didrocks, grep-available -F Recommends -s Package abiword
[15:10] <seb128> didrocks, the tools you want to write :p
[15:11] <didrocks> keep forgetting about grep-* :)
[15:11] <didrocks> seb128: thanks!
[15:21] <seb128> didrocks, btw gthumb failed to build
[15:21] <seb128> didrocks, seems it should be make gtk 2.19 friendly
[15:21] <seb128> didrocks, it's your job now since you asked the sync ;-)
[15:22] <didrocks> seb128: will give it a look :-)
[15:22] <seb128> thanks
[15:22] <didrocks> thanks for pointing it
[15:23] <didrocks> (why the tasklist is always filling faster than emptying it?) :)
[15:23] <seb128> yw ;-)
[15:23] <seb128> (don't tell me)
[15:24] <seb128> chrisccoulson, tseliot: nautilus tabs at bottom change undone in upstream git and lucid
[15:24] <seb128> just fyi
[15:24] <chrisccoulson> excellent, i'm glad to hear it :)
[15:25] <tseliot> seb128: that's a relief, I can remove it from my todo list and relax when I use Lucid now :-)
[15:25] <jcastro> seb128: wow, awesome.
[15:25] <seb128> ;-)
[15:44] <mpt> mvo, how's progress?
[15:45] <mvo> mpt: good, most merges in, waiting for michaelforrester and the rnr-server, also we can do without the later
[15:45] <mvo> it will mean that people get nasty errors
[15:46] <mvo> (well, "server not available" errors)
[15:46] <mpt> mvo, and waiting on icons I guess
[15:46] <mpt> mvo, Back/Forward buttons?
[15:47] <mvo> mpt: how is the card-sorting/subcat going?
[15:47] <mvo> mpt: icons> right
[15:47] <mvo> mpt: back-forward> merged, as well as partner (but no icon)
[15:47] <mpt> mvo, just finished the card-sorting writeup, about to start that
[15:47] <mvo> mpt: reviews are ready to merge too
[15:47] <mpt> awesome
[15:47] <mvo> cool
[15:47] <mvo> photo-finish
[15:47] <mvo> but looks good so far
[15:48] <mpt> Is bug 530422 subject to the UI Freeze, do you think?
[15:48] <mvo> mpt: not sure, I saw it, I have a look, it should be simple to fix
[15:49] <mpt> excellent
[15:49] <mpt> I might dive in to the wording bugs (bug 530377, bug 530368 etc) myself if Gary isn't going to be awake in time
[15:50] <mpt> oh, Fix Committed
[15:50] <mpt> I guess I haven't reloaded this bug list lately :-)
[15:50] <mpt> awesome
[15:50] <mvo> heh :)
[15:50] <mvo> wording> feel free to fix this stuff directly in bzr if you want
[15:51] <mvo> same goes for glade file adjustments, as long as you keep the widget names it should be fine and you can go wild
[15:51] <mpt> yeah
[15:51] <mpt> but #1 priority for me is categories
[15:51]  * mvo nods
[15:52] <seb128> is somebody else using evo there and having the preview pane line not keeping position since the recent update?
[15:53] <seb128> ie the line between the list of emails and the preview widget
[15:53] <kenvandine> seb128, i use it that way
[15:53] <kenvandine> you mean restarting evo and the line isn't where you left it?
[15:53] <chrisccoulson> seb128 - not noticed it yet, but i'm going to restart in a minute so i'll be able to tell you
[15:53] <kenvandine> the splitter?
[15:53] <seb128> kenvandine, is the position of the line kept after closing and restarting?
[15:53]  * kenvandine tests
[15:54]  * didrocks tests too
[15:54] <didrocks> seb128: yes
[15:54] <didrocks> not kept*
[15:54] <seb128> ok thanks
[15:54]  * Ng hrms. do we really want udisks announcing itself over avahi by default?
[15:55] <Ng> err, I mean the Gnome Disk Utility thing
[15:55] <pitti> Ng: we'll disable this for lucid
[15:55] <Ng> pitti: phew :D
[15:55] <pitti> it's funky, but still a bit premature for LTS
[15:55] <kenvandine> seb128, mine was tested, but i haven't updated today
[15:56] <Ng> pitti: yeah
[15:56] <kenvandine> mine was kept i should say
[15:56] <pitti> you can connect over ssh to a remote D-Bus, and thus administer your servers with a GNOMEish UI
[15:56] <seb128> kenvandine, what version is running in the about dialog?
[15:56] <Ng> pitti: I'm not at all convinced it's applicable for a general purpose desktop by default
[15:56]  * kenvandine updates
[15:56] <pitti> Ng: *nod*
[15:56] <kenvandine> seb128, 2.28.3
[15:56] <didrocks> I tried again, it's definitely not kept
[15:56] <seb128> ok, newest one
[15:56] <kenvandine> 2.28.3-0ubuntu2
[15:56] <seb128> didrocks, not there either
[15:57] <kenvandine> is the package version
[15:57] <Ng> I also kinda wish libvirt didn't announce by default, but that's not installed by default anyway, so whatever :)
[15:57] <seb128> kenvandine, did you restart evo before?
[15:57] <seb128> kenvandine, ie did you close the new version or were you still running the previous one?
[15:57] <kenvandine> no, let me do it again
[15:57] <kenvandine> probably the previous
[15:58] <kenvandine> humm
[15:58] <kenvandine> it is still saving it
[15:58] <kenvandine> should i shutdown e-d-s?
[15:59] <seb128> no
[15:59] <kenvandine> seb128, mine is saved, but i do side-by-side preview
[15:59] <seb128> kenvandine, ok, different code then
[16:00] <kenvandine> horizontal preview is working too
[16:00] <kenvandine> oh weird
[16:00] <kenvandine> i changed folders and the line moved
[16:08] <seb128> kenvandine, didrocks: ok, it happens only when the win takes the screen
[16:08] <seb128> not when you reduce it
[16:10] <didrocks> seb128: indeed, good catch! it seems you dedicate a workspace to evo too  ;)
[16:10] <kenvandine> ok
[16:11] <seb128> didrocks, yeah ;-)
[16:39] <seb128> kenvandine, btw did you talk to RAOF about f-spot
[16:39] <seb128> kenvandine, I asked if he could maybe have a look at helping you to get the edition bug fixed
[16:40] <kenvandine> seb128,  i did
[16:40] <kenvandine> i passed along the patch i had and he worked on it last night
[16:40] <kenvandine> he's awesome :)
[16:40] <seb128> oh nice
[16:40] <seb128> he got it working?
[16:40] <kenvandine> and i explained where the problems were, i know he got at least one of them working
[16:41] <kenvandine> seb128, thx for suggesting that
[16:41] <seb128> you're welcome
[16:41] <seb128> good that we have new team members ;-)
[16:41] <kenvandine> yeah... we needed it :)
[16:41] <seb128> rocking team members
[16:41] <seb128> I should say
[16:41] <seb128> ;-)
[16:42] <kenvandine> seb128, we have u1music store fixes coming
[16:42] <kenvandine> testing them locally now
[16:42] <seb128> ok
[16:42] <seb128> kenvandine, let me know if you want me to handle dx updates tomorrow
[16:42] <seb128> I'm pretty much without urgent tasks now
[16:42] <seb128> just in bug fixing mode
[16:42] <kenvandine> will do
[16:42] <seb128> so I can easily take over those
[16:43] <seb128> especially if you still need to fight desktopcouch or gwibber
[16:43] <kenvandine> i think there ayatana patches that need review :)
[16:43] <kenvandine> what sucks is the dc problems have now hurt ryan's work testing the branch he needs to land that will let me add proper exception handling for individual operations
[16:44] <kenvandine> it is a nasty circle of hell :/
[16:45] <kenvandine> rodrigo_, do you have bug #s for fixes in libu1 0.2.91?
[16:45] <rodrigo_> kenvandine, no, we haven't been really using bugs in lp for now, we're starting now, so will do for next release
[16:46] <rodrigo_> kenvandine, although, wait, some of the ones fixed have been reported
[16:46] <kenvandine> humm... i filed a handful at least :)
[16:46] <rodrigo_> ah, ok :)
[16:46] <rodrigo_> let me find them then
[16:46] <kenvandine> thx
[16:46] <mpt_> mvo, I changed ./data/software-center.menu.in, but running ./software-center showed your changes in trunk and not mine. I copied the file to /usr/share/app-install/desktop/software-center.menu and that didn't change anything either. What should I try next?
[16:48] <rodrigo_> kenvandine, #527678
[16:48] <rodrigo_> kenvandine, maybe some others are in the rb plugin project, let me see
[16:49] <kenvandine> bug #527678
[16:51] <mvo> mpt_: did you copy the file menu.in ? that contains "_Name" instead of "Name" (this is to make intltool happy). if you run python setup.py build it shoudl generate a correct file in build/share/app-install/desktop that can then be copied
[16:51] <mvo> mpt_: alternatively you can run bzr-buildpackage and install the resulting deb in ../build-area
[16:51] <mvo> mpt_: that probably takes a bit longer though
[16:52] <mpt_> mvo, setup.py fails in call(["po4a", "po/help/po4a.conf"])
[16:55] <mvo> mpt_: please install the package "po4a"
[16:56] <mvo> mpt_: its a new build-depends for the translated manual
[16:56] <mpt_> k
[17:02] <rodrigo_> kenvandine, bug #527698 also
[17:02] <kenvandine> thx
[17:14] <mpt_> ergh
[17:15] <mpt_> seb128, is adding the "InstantMessaging" category to Pidgin's .desktop file the sort of thing that can be done after UI freeze? :-)
[17:15] <seb128> mpt_, no
[17:15] <mpt_> ok
[17:15] <seb128> mpt_, well pidgin maybe, it's not our default im client
[17:16] <seb128> mpt_, but we need strings which are in the UI to be set this week to give time to translators to do their work etc
[17:16] <chrisccoulson> UI freeze tomorrow isn't it?
[17:16] <seb128> yes
[17:16] <mpt_> seb128, yeah, but that's not something that gets translated
[17:16] <Keybuk> does that mean there will be no theme changes after tomorrow? <g>
[17:16] <seb128> mpt_, we can probably be flexible for a couple of days, but before beta freeze though
[17:17] <seb128> Keybuk, that's the idea I think ;-)
[17:17] <mpt_> heehee
[17:18] <seb128> mpt_, ok, so maybe I misunderstood what you were asking for
[17:18] <seb128> mpt_, we want the message indicator action things done this week
[17:19] <mpt_> seb128, adding a Category to a .desktop file. Not changing where it appears in the Applications menu, just changing  where it appears inside Ubuntu Software Center.
[17:19] <seb128> mpt_, tweaking the pidgin category will not change the menu category or have any visible impact out of software-center I guess?
[17:19] <mpt_> correct
[17:19] <seb128> mpt_, ok, that's fine
[17:19] <seb128> mpt_, we can get that later
[17:19] <seb128> mpt_, sorry I though you were speaking about the messaging menu actions
[17:20] <mpt_> no
[17:20] <chrisccoulson> yay, i've done my first xul 1.9.2 port \o/
[17:20] <seb128> chrisccoulson, nice ;-)
[17:20] <mpt_> mvo, this is quite strange, it pays attention when I add or rename subsections, but not when I rename departments
[17:22] <mpt_> mvo, e.g. I change "Debugger" to "Debugging" and it works, but I change "Programming" to "Developer Tools" and it still shows up as "Programming"
[17:22] <mpt_> hmmmm, could that be because I'm using UK English and it's using old translations?
[17:23] <mpt_> it shouldn't be, because I'm changing the original string and therefore discarding all the translations...
[17:23] <kenvandine> seb128, can you sponsor lp:ubuntu/libubuntuone
[17:23] <kenvandine> ?
[17:26] <seb128> kenvandine, ok
[17:26] <seb128> didrocks, do you still get the evo issue?
[17:28] <didrocks> seb128: yes, it didn't disappear in any magical way, why? :)
[17:28] <seb128> didrocks, can you run "gconftool-2 --get /apps/evolution/mail/display/paned_size"
[17:28] <seb128> then move the slider
[17:28] <seb128> run again
[17:28] <seb128> close
[17:28] <seb128> run again
[17:28] <seb128> reopen
[17:28] <seb128> run again
[17:28] <kenvandine> seb128, thx
[17:28] <seb128> and tell where it starts being broken
[17:28] <seb128> ie at which stage the value gets wrong
[17:28] <seb128> if it does
[17:29] <didrocks> (it's very slow to close and open on my computer, one sec)
[17:33] <didrocks> seb128: in fact, the value is good when I close it and reopen it, (it doesn't change) even if the bar is not in the right position
[17:33] <didrocks> for instance, if I move at something like "742"
[17:33] <chrisccoulson> right, i'm going to try rebooting with plymouth installed
[17:33] <didrocks> I close evo
[17:34] <didrocks> I runned it again, the slider is at a differente position
[17:34] <didrocks> but if I still try to get the value, it's still 742
[17:34] <seb128> ok thanks
[17:34] <seb128> it's around 30-70?
[17:34] <didrocks> then, I try to move for one pixel, I have 223 for instance
[17:34] <didrocks> let me recheck for default value
[17:35] <didrocks> seb128: around 225 for me rather for the default position (when I just move slightely the slider to refresh the gconf value)
[17:37] <mpt_> Gimp isn't in RasterGraphics, Inkscape isn't in VectorGraphics, and F-Spot isn't in Photography
[17:38] <mpt_> I guess that makes Graphics subsections rather mockable
[17:39] <seb128> didrocks, thanks
[17:40] <didrocks> not sure it can help you though :)
[17:40] <mpt_> mvo, after editing the .menu.in, what else do I need to do to add a subsection? It looks like _parse_menu_tag() is upset that it can't find the directory I refer to in "<Directory>Chat.directory</Directory>"
[17:42] <mpt_> mvo, ah, I removed that line and it works (but doesn't show an icon in the department screen)
[18:03] <mvo> mpt_: there is a SCIcon attribute to give it non-directory items
[18:04] <mvo> (but I'm really still having dinner)
[18:05] <mpt_> ok :-)
[18:07] <chrisccoulson> i see tedg has proposed lots of string changes to gnome-session / gpm ;)
[18:07] <chrisccoulson> cutting it a bit fine....
[18:07] <chrisccoulson> ;)
[18:08] <tedg> chrisccoulson: I like living on the edge. :)
[18:08] <chrisccoulson> oh, and gnome-panel and gdm
[18:08] <chrisccoulson> seb128 - how do we handle maintaining string changes at distro level?
[18:08] <tedg> In theory, it should make it easier to translate as no things are consistent.
[18:08] <tedg> now
[18:08] <tedg> chrisccoulson: My understanding is that it's entirely lp magic :)
[18:09] <tedg> chrisccoulson: I believe all of them get imported into LP, and then LP dumps the langpacks.
[18:09] <chrisccoulson> tedg - yeah, that's right
[18:09] <seb128> chrisccoulson, I usually email ubuntu-translators about those changes
[18:10] <seb128> just to let them know they have a string to translate in gnome-session
[18:10] <seb128> so those who say "it's coming from GNOME" don't overlook it
[18:10] <chrisccoulson> cool, well, i can upload gpm and gdm tonight, but i'll need to find someone else to do gnome-panel and gnome-session ;)
[18:11] <seb128> can do
[18:11] <seb128> chrisccoulson, do you still have gtksourceview and gedit on your list?
[18:11] <seb128> or should I do those?
[18:11] <chrisccoulson> seb128 - i can do them now
[18:12] <chrisccoulson> sorry, i got distracted by TV last night, and i've been starting to look at mozilla items today ;)
[18:12] <seb128> don't be sorry
[18:12] <seb128> well I'm mostly done with my tasks out of bug fixing
[18:12] <seb128> so don't overload yourself, feel free to let me the updates if you want
[18:13] <chrisccoulson> i can do those, they should be fairly trivial
[18:13] <seb128> ok thanks
[19:01] <mpt_> mvo, these Science subsections are looking pretty dang useful
[19:12] <mvo> mpt_: great
[19:14] <mpt_> mvo, so any idea how I fix the problem where I see subsection changes but not section renames?
[19:14] <mpt_> not department renames, I mean
[19:16] <mvo> mpt_: could you describe what you see again? I probably missed it
[19:17] <mpt_> mvo, when I add, remove, or delete subsections, then "setup.py build", then copy the file to /usr/share/..., I see the changes I've made.
[19:18] <mpt_> mvo, but when I rename top-level departments and do the same thing, I don't see those changes.
[19:18] <mvo> mpt_: aha, ok - does that affect items with .directory entries? because they get the name from the .directory file
[19:19] <mpt_> mvo, ahhhh
[19:19] <mpt_> yes
[19:19] <mvo> its a bit confusing - but in this case I can blame upstream :)
[19:19] <mpt_> mvo, so I need to remove the <Directory> and then add the equivalent <SCIcon>?
[19:20] <mpt_> anything else?
[19:21] <mvo> mpt_: yes, this will remove upstream translations, upstream icon etc. so where it makes sense we should keep the .directory, but of course where it doesn't it can go
[19:21] <mvo> mpt_: I think that is all
[19:21] <mvo> let me double check
[19:21] <mvo> _Name
[19:21] <mvo> (obviously)
[19:22] <mvo> so _Name (_ to make it translatable) and SCIcon should do the trick
[19:51] <mpt_> mvo, <SCPkgnameWildcard>ttf*</SCPkgnameWildcard> picks up the "ttfm" file manager by mistake. But if I change it to <SCPkgnameWildcard>ttf-*</SCPkgnameWildcard> it returns nothing. Is that xapian oddness?
[19:52] <mvo> mpt_: yes, unfortunately :(
[19:52] <mvo> the "minus" is a special char in xapian
[19:53] <mvo> its a bit difficult as it can not simply be escaped
[19:53] <mpt_> No escaping, ttf\-* or whatever?
[19:53] <mpt_> oh
[19:53] <mpt_> snap
[19:53] <mvo> :(
[19:55] <mvo> mpt_: i can talk to upsteam again, please open a bug
[19:55] <mpt_> mvo, where? xapian package?
[19:56] <mvo> mpt_: software-center for now
[19:56] <mvo> i can add task for axi or xapian
[19:56] <mpt_> ok
[19:56] <mvo> thanks
[19:58] <eppie> Hi. I am working a little on simple-ccsm, and I would like to get it into a better state so many it could eventually be included in main. Is there anyone who knows anything about the procedure for accomplishing this?
[19:59] <eppie> mvo, you maintain simple-ccsm, don't you?
[19:59] <mvo> eppie: sort of - I used to at least :)
[19:59] <mvo> anything in particular I can help with?
[20:00] <eppie> Well, I just submitted a patch that fixes the Shift-Alt-Tab behavior.
[20:00] <mvo> oh, nice
[20:00] <mvo> what is the bugnumber?
[20:01] <eppie> 480413
[20:01] <eppie> And next I wanted to write a help file, which would take care of 395080
[20:02] <eppie> And I've been going through some old bugs which probably don't apply any more and trying to get rid of them
[20:02] <mvo> eppie: cool, thanks
[20:02] <mvo> bug #480413
[20:03] <eppie> You're welcome.
[20:03] <mvo> eppie: nice, can you also mail the patch to upstreqam?
[20:03] <mpt_> mvo, bug 531570
[20:04] <eppie> I don't know what the upstream is. On Launchpad, it says "This package is not linked to an upstream product."
[20:04] <mvo> oh, hold on a sec
[20:05] <eppie> mvo: By the way, do you really speak Czech and Hungarian?
[20:05] <mvo> eppie: pleasre join #compiz-dev
[20:05] <eppie> mvo: ok
[20:05] <mvo> eppie: no that was just a fake to make LP export me the languages
[20:10] <mpt_> mvo, sorry to bother you again, but how do I tell which icon a particular Directory was using so I can repeat it?
[20:11] <mpt_> e.g. CardGames
[20:14] <bryceh> sweet:  http://2.bp.blogspot.com/_FJH0hYZmVtc/S469hrnnYuI/AAAAAAAAGLc/Wcv8KyINAOo/s1600-h/Ubuntu+Software+Centre_003.png
[20:15] <pitti> nice, with PPAs and featured sw!
[20:15] <mvo> mpt_: they should be in /usr/share/desktop-directories/*.direcotry
[20:15] <mpt_> mvo, wonderful, thanks
[20:16] <mvo> mpt_: np
[20:21] <mpt_> mvo, so problems like ArcadeGames using a card-game icon should really be fixed in the directory, rather than in USC, but I guess it's too late for that now
[20:25] <mvo> mpt_: ideally we would fix them in the directory because then all users benefit
[20:25] <mvo> gnome-panel will pick it up as well then
[20:27] <Nafai> Is something weird going on with recent updates to X?  I just got this when trying to launch something: "Maximum number of clients reachedError: Can't open display: :0.0"
[20:28] <seb128> pitti, still around?
[20:28] <pitti> seb128: yes
[20:28] <seb128> pitti, do you have time for a NEW review?
[20:28] <seb128> pitti, lp:~ken-vandine/adium-theme-ubuntu/ubuntu
[20:28] <seb128> pitti, it seems fine to me but you can as well check the bzr before I upload
[20:29] <seb128> pitti, if it's fine I can upload and you new it maybe?
[20:30] <pitti> seb128: looking
[20:30] <seb128> pitti, danke
[20:31] <mpt_> mvo, ok, I have ready well-performing subsections added for Internet and "Science & Engineering", and a bunch of icon and name fixes.
[20:31] <mpt_> mvo, just trying to figure out how to push the branch to LP :-)
[20:31] <mvo> mpt_: cooooool
[20:32] <chrisccoulson> seb128 - would you mind sponsoring gtksourceview2 for me please?
[20:32] <seb128> chrisccoulson, doing
[20:32] <chrisccoulson> (i just got a rejection mail)
[20:32] <chrisccoulson> thanks
[20:32] <mvo> mpt_: if you have commited it, then its just "bzr push lp:~mpt/software-center/mpt-rocks"
[20:32] <seb128> chrisccoulson, np
[20:32] <chrisccoulson> it seems it moved package set this cycle ;)
[20:32] <mvo> mpt_: (or a different name, depends on your taste)
[20:32] <mvo> mpt_: if you use "bzr bind  lp:~mpt/software-center/mpt-rocks" each "bzr commit" will automatically push
[20:32]  * mvo loves bzr
[20:33] <mpt_> mvo, ok, https://code.launchpad.net/~mpt/software-center/categorization
[20:33] <mpt_> mvo, I'm going to work on Graphics subsections now
[20:34] <TheMuso> Good morning all.
[20:34]  * TheMuso is working somewhat earlier today
[20:34] <mpt_> hi TheMuso
[20:34]  * bryceh waves to TheMuso
[20:34] <pitti> hey TheMuso
[20:35] <mvo> mpt_: thanks, I merge
[20:35] <seb128> hey TheMuso
[20:36] <mpt_> sure would be nice if all this XML was lowercase
[20:37] <pitti> kenvandine: nitpick, can you please fix the URL in debian/copyright to not have "edge"?
[20:37] <pitti> kenvandine: (in lp:~ken-vandine/adium-theme-ubuntu/ubuntu)
[20:37] <kenvandine> eww
[20:37] <pitti> no big deal, just caught my eye
[20:37] <kenvandine> sorry
[20:37] <kenvandine> copy paste bug :)
[20:37] <pitti> (and not a reason for rejection either, FWIW)
[20:37] <mpt_> ugh, Category:3DGraphics includes a couple of games
[20:37] <artir> new brand :D
[20:38] <pitti> kenvandine: I suppose you'll dch -r/debcommit -r once the review is done? (just saw the UNRELEASED in changelog)
[20:38] <kenvandine> pitti, i don't do that until it is uploaded
[20:38] <pitti> kenvandine: any chance to build with python-support?
[20:38] <pitti> kenvandine: yes, that's fine
[20:38] <kenvandine> which i can't do
[20:39] <kenvandine> sure, if you prefer :)
[20:39] <pitti> kenvandine: it's the right thing to have it UNRELEASED :)
[20:39] <pitti> kenvandine: well, it's not so much about my personal preference, but Debian now officially settled for pysupport
[20:39] <pitti> so I think we should follow suit
[20:39] <kenvandine> ok
[20:39] <pitti> and changing between them is painful for upgrades
[20:39] <pitti> since you need to do a lot of cleanup by hand
[20:40] <pitti> kenvandine: also, the current package name/short descrpition doesn't really make it clear that this is an Empathy theme; "adium-theme-ubuntu" could also be a desktop/GTK theme
[20:41] <pitti> kenvandine: is that only for empathy? or can it be used by pidgin as well?
[20:41] <kenvandine> well in theory it can work with other clients
[20:41] <kenvandine> anything that supports adium
[20:41] <pitti> oh, so "adium" is a category of themes?
[20:41] <pitti> I thought it was the name of that particular theme
[20:41] <kenvandine> kind of
[20:41] <kenvandine> no
[20:41] <kenvandine> it is more of a theme engine perhaps
[20:41] <kenvandine> :)
[20:42] <Zdra> pitti, "adium" is the name of an IM client that introduced a nice theme engine
[20:42] <Zdra> and empathy can read the same themes as the adium client
[20:42] <kenvandine> hey Zdra
[20:42] <pitti> kenvandine: edge> debian/watch as well, please
[20:42] <Zdra> pidgin has plugin/patch for that too afaik
[20:43] <kenvandine> ok
[20:43] <pitti> kenvandine, seb128: so, if this could use pysupport, that would be nice; otherwise looks good to me
[20:43] <Zdra> kenvandine, so you did an ubuntu theme?
[20:43] <kenvandine> yup
[20:43] <Zdra> kenvandine, do you have screenshots? can you please send me tarball/package?
[20:43] <kenvandine> the guy that created renkoo did an ubuntu one
[20:44] <kenvandine> Zdra, https://edge.launchpad.net/adium-theme-ubuntu/
[20:44] <seb128> kenvandine, can you do the pysupport change and I will sponsor?
[20:44] <kenvandine> yeah
[20:44] <seb128> thanks
[20:44] <kenvandine> Zdra,  lp:~ken-vandine/adium-theme-ubuntu/ubuntu
[20:44] <kenvandine> has packaging
[20:47] <Zdra> kenvandine, cool :)
[20:47] <Zdra> kenvandine, it's looking almost the same as renkoo, right?
[20:47] <kenvandine> yeah
[20:47] <kenvandine> just colors and the missing person are different
[20:48] <kenvandine> he also did some optimizing for our version of webkit
[20:48] <kenvandine> supposedly should work better/smoother than default renkoo
[20:48] <kenvandine> nice guy :)
[20:52] <kenvandine> seb128, lp:~ken-vandine/adium-theme-ubuntu/ubuntu pushed
[20:53] <seb128> kenvandine, thanks
[20:59] <seb128> kenvandine, pitti: uploaded
[21:00] <kenvandine> thx!
[21:01] <seb128> np
[21:01] <pitti> kenvandine, seb128: ... and NEWed
[21:02] <kenvandine> excellent
[21:02] <mvo> mpt_: shouldI wait for the graphics bits? or upload already?
[21:02] <seb128> pitti, danke
[21:03] <mvo> mpt_: the r&r is also waiting for the feature-freeze exception
[21:03] <mvo> mpt_: so its very likely there will be another upload
[21:03] <seb128> pitti, I guess that will need to go to main soon btw
[21:06] <seb128> bryceh, the gtg ffe request should be update, debian has a newer version
[21:06] <seb128> bryceh, not sure if you want this one but the one you requested is not available now
[21:07] <mvo> mpt_: are there any special ordering rules? in the past you asked to make sure programming gets shown as the last category - do you want something similar for the new layout
[21:08] <mvo> mpt_: science> really nice - cool icons as well
[21:08] <bryceh> seb128, yeah we want the newest available version in the 0.2.x series
[21:09] <mvo> mpt_: internet is misisng a lot of icons for me - do you see that as well?
[21:09] <mpt_> mvo, I'm not sure about the Graphics subsections. There's a fair bit of noise in these. E.g. four games wrongly in "Graphics" > "3D", Xsane in "Painting & Editing", Evince in "Drawing".
[21:09] <bryceh> seb128, the latest changes simply hide some stuff in the prefs dialog which is not available yet.  They wanted to tidy that up better when they heard gtg was going to be listed as a featured app.  ;-)
[21:10] <seb128> bryceh, ok, synced, you can close the bug
[21:11] <bryceh> thanks
[21:11] <mvo> mpt_: aha, it appears that they do not have SCIcon - is that intentional
[21:11] <mvo> ?
[21:11] <seb128> bryceh, you're welcome
[21:12] <mpt_> mvo, "they"? I haven't committed the Graphics subsections yet, afaict
[21:12] <mvo> mpt_: the internet subsection
[21:12] <mpt_> mvo, oh, sorry
[21:12] <mvo> subsections
[21:12] <mvo> mpt_: no worries, I can put in application-others for now if we wait on icons
[21:12] <mpt_> mvo, I should have filled them in with applications-other
[21:12] <mvo> (that should probalbly be default anyway :/)
[21:13] <mvo> in the code I mean
[21:13] <mvo> added and commited
[21:13] <mvo> many thanks
[21:13] <seb128> kenvandine, btw did you forgot to dput the empathy update?
[21:13] <kenvandine> no, just getting bug #s
[21:13] <kenvandine> almost done
[21:14] <seb128> ok
[21:16] <desrt> seb128: hi
[21:16] <seb128> hey desrt
[21:16] <seb128> desrt, I got your eog change in lucid thanks!
[21:17] <desrt> seb128: i doubt you'll be able to send anyone (since the timing is bad with respect to your cycle schedule) but fyi: http://live.gnome.org/Hackfests/GSettings2010
[21:17] <desrt> if you want to pass that on to anyone you might thing would be interested...
[21:17] <desrt> seb128: nice :)
[21:17] <desrt> seb128: how is the fspot editor coming?
[21:18] <seb128> desrt, should be there soon
[21:18] <seb128> it's mostly done but some bug fixing is still required apparently
[21:18] <kenvandine> ok, none of these bugs appear to be in LP
[21:18]  * kenvandine uploads
[21:18] <seb128> nice for the hackfest
[21:20] <seb128> desrt, yeah, april is bad timing for lucid
[21:20] <mpt_> mvo, ok, I just committed and pushed the Graphics subsections
[21:20] <desrt> seb128: i hear you're waling to UDS this year :)
[21:20] <desrt> *walking
[21:21] <seb128> hehe, almost
[21:21] <seb128> that's a nice change from having to sit 11 hours in a plane
[21:21] <mpt_> mvo, about your ordering question, yes, spec says "These are the departments and subsections, *in the order* in which they should be presented"
[21:21] <desrt> we should go to the delerium cafe
[21:21] <desrt> i'll order you a moosehead :)
[21:21] <seb128> kenvandine, no, I've a script to check for that using bug watches, I should clean it and share ;-)
[21:21] <seb128> desrt, lol
[21:21] <mpt_> mvo, so alphabetical, except Developer Tools second to last, and System last.
[21:22] <seb128> desrt, belgium beers for the win? ;-)
[21:22] <kenvandine> seb128, you should!
[21:22] <mvo> mpt_: right, but programming got renamed and system as well
[21:22] <mvo> mpt_: this is why I asked
[21:22] <desrt> seb128: no.  that's canadian beer.
[21:22] <seb128> oh ok
[21:22] <mvo> mpt_: the custom ordering is currently not working, but I fix that
[21:22] <desrt> seb128: delerium cafe is the bar that has 2000+ beers from all over the world
[21:22] <seb128> desrt, I think I prefer belgium beers ;-)
[21:22] <desrt> belgium beer is too fruity :p
[21:22] <seb128> too much choice is not good
[21:23] <Nafai> I hope I get to go to UDS this year :)
[21:23] <mpt_> mvo, thanks -- are the others (besides Developer Tools and System) being sorted by locale, or are they all custom-ordered?
[21:23]  * desrt hopes so too
[21:23] <desrt> ;)
[21:24] <mvo> mpt_: the others are sorted by name, its only those two that got custom handling
[21:24] <mpt_> mvo, ok, cool
[21:24] <Ng> seb128: we just sprinted at the DUS place and everywhere had Hoegaarden and Chimay, which was an excellent start :)
[21:24] <Ng> s/DUS/UDS/
[21:27] <kenvandine> pitti, so to get adium-theme-ubuntu to main, we just need something to pull it in right?
[21:27] <TheMuso> kenvandine: Or put it in the seeds.
[21:28] <pitti> right, either
[21:28] <TheMuso> once its promoted
[21:28] <kenvandine> it doesn't belong there
[21:28] <seb128> kenvandine, http://people.canonical.com/~seb128/bzbugs.py
[21:28] <kenvandine> seb128, thx!
[21:28] <seb128> kenvandine, basically "bzbugs.py NEWS <n>"
[21:28] <kenvandine> i have a branch for ubuntu-artwork ready :)
[21:28] <seb128> it will call firefox for each 6 digit numbers on gnome watches
[21:28] <seb128> kenvandine, it's very hacky and GNOME specific but works usually on NEWS files
[21:28] <kenvandine> excellent :)
[21:29] <seb128> ie just grab any #nnnnnnn
[21:29] <kenvandine> right, so it won't work on tedg's packages
[21:29]  * kenvandine ducks
[21:29] <seb128> and open https://bugs.launchpad.net/bugs/bugtrackers/gnome-bugs/nnnnn
[21:29] <seb128> lol
[21:29] <kenvandine> what's a NEWS file, huh tedg?
[21:29]  * desrt starts adding to his NEWS file entries like "Seb is my #1 packager!"
[21:29] <kenvandine> :-D
[21:29] <Nafai> desrt++
[21:29] <tedg> kenvandine: I assume that what you're referring to is that we don't have any bugs.
[21:30] <kenvandine> tedg, *of course*
[21:30] <seb128> or they don't have users... ;-)
[21:30]  * seb128 ducks
[21:31] <seb128> sorry ;-)
[21:31] <desrt> ya.  getting bugs is nice
[21:31] <desrt> because at one hand you're like "oh.  i'm dumb."
[21:31] <desrt> but on the other hand you're like "but at least somebody noticed!"
[21:31] <desrt> the problem only starts coming when there are too many bugs :
[21:31] <kenvandine> hehe
[21:31] <desrt> :X
[21:58] <eppie> mvo: Hi again. :)
[21:58] <mvo> hi
[21:59] <eppie> So, should I set the state of bug 480413 to Fix Committed, or does that have to wait until the new version is taken from upstream?
[22:03] <mvo> eppie: you can change it, but best is to add it to the sponsoring queue now (subscribe ubuntu-sponsors)
[22:03] <mvo> (or was it ubuntu-universe-sponsors? sorry, its late here)
[22:03] <eppie> Uh...these are mailing lists? Or irc channels? And what do I do there?
[22:04] <mvo> eppie: oh, sorry - its a launchpad team
[22:04] <mvo> eppie: on the right hand side, there is a button "subscrbie someone"
[22:04] <mvo> eppie: if by tomorrow noone has sponsored it, please ping me and I do it
[22:04] <mvo> its just too late for me today, sorry for that
[22:04] <eppie> No problem, I totally understand.
[22:05] <eppie> Maybe we should talk about this tomorrow?
[22:06] <mvo> its quite possible that someone from the sponsors picks it up overnight
[22:06] <mvo> especially if its taken upstream already
[22:06] <mvo> but yeah, otherwsie tomorrow
[22:07] <eppie> Okay, cool. Have a good night.
[22:11] <seb128> robert_ancell, hey
[22:11] <robert_ancell> seb128, hey
[22:12] <RAOF> Morning all!
[22:12] <seb128> hey RAOF
[22:12] <seb128> RAOF, robert_ancell: how are you?
[22:13] <seb128> RAOF, how is your first week going?
[22:13]  * didrocks has to find some mp3 on his disk now :)
[22:13] <didrocks> hey robert_ancell and RAOF :)
[22:13] <seb128> didrocks, lol
[22:13] <robert_ancell> didrocks, hi
[22:14] <RAOF> seb128: Pretty good.  apw's fixing most of my nouveau worries by pulling .33's drm into the main kernel image, and I'm pretty close to having f-spot edit mode work nicely.  I think ;).
[22:14] <seb128> waouh
[22:15] <seb128> seems a productive week indeed ;-)
[22:15] <seb128> let me know when the f-spot change is ready if you need sponsoring
[22:16] <seb128> didrocks, btw did you see my ping yesterday night?
[22:16] <seb128> didrocks, you forgot to push the gnome-games update to bzr?
[22:17] <didrocks> seb128: oh, not that I remembered, let me scrollback
[22:17] <didrocks> seb128: I don't see in the log, strange
[22:17] <didrocks> ok, let me push
[22:18] <seb128> didrocks, mars 02 23:36:24 <seb128>	didrocks, can you push the gnome-games update you did to bzr?
[22:18] <seb128> in my log
[22:18] <seb128> but maybe my dsl went down again or something
[22:18] <seb128> anyway if you could do it now that would be nice, thanks!
[22:18] <didrocks> seb128: strange, don't have it into my bip log
[22:19] <didrocks> and it's not an hl issue
[22:19] <didrocks> well, let's push that :)
[22:19] <seb128> what is bip?
[22:19] <didrocks> it's an IRC proxy
[22:19] <Nafai> bip++
[22:19] <didrocks> (basically, it runs on my server and I can connect with every IRC client to it)
[22:20] <Nafai> seb128: Here's my write up from a few years ago about it: http://www.travishartwell.net/blog/2006/04/20_1810
[22:20] <TheMuso> bip++ indeed.
[22:21] <didrocks> seb128: pushed
[22:21] <seb128> didrocks, it's on http://irclogs.ubuntu.com/2010/03/02/%23ubuntu-desktop.txt
[22:21] <seb128> so bip seems to be buggy :p)
[22:21]  * RAOF is a fan of smuxi, but that's partially because I'm a mono weinie.
[22:21] <didrocks> seb128: hum, maybe my dsl connection went down too ;)
[22:21] <seb128> hehe
[22:21] <seb128> didrocks, thanks!
[22:21] <Nafai> I've looked at smuxi
[22:21] <didrocks> seb128: my server is at home ;)
[22:21] <Nafai> Though I really want to re-write bip with Twisted
[22:22] <seb128> didrocks, I try to be nice to the planet and not waste energy
[22:23] <seb128> ie I don't have a server
[22:23] <seb128> and I cut my box at night
[22:23]  * mvo too
[22:24] <seb128> mvo, I would not expect less from a vegetarian ;-)
[22:24]  * seb128 hugs mvo
[22:24] <mvo> lol
[22:24] <didrocks> seb128: in fact, my server is a low power one: 30W, just the double than the freebox shutted down and I host some friend's website too
[22:28] <TheMuso> RAOF: Howd you go with those mono pulse bindings BTW?
[22:29] <RAOF> TheMuso: They're not doing too badly; I've got a gnome-do plugin that'll adjust sink volumes, associate streams with apps and allow you to adujst their volumes, and (almost!) move applications to a new sink.
[22:29] <TheMuso> RAOF: awesome!
[22:30] <RAOF> TheMuso: I've reached a point where I really need to do a serious refactoring of the main classes to eliminate the mega-Context class.  Once I've done that, I'll release version 0.2.
[22:30] <TheMuso> RAOF: ah ok
[22:32] <RAOF> And the do plugin, and probably package them both up.
[22:40] <didrocks> time to go to bed, have a good night/day everyone
[22:41] <seb128> 'night didrocks
[22:41] <didrocks> seb128: thanks, you too seb128 :)
[22:44] <RAOF> Night
[22:45] <crimsun> seb128: RE: gstreamer0.10-fluendo-mp3, should we also uninstall gstreamer0.10-plugins-ugly (which uses libmad0)?
[22:45] <seb128> crimsun, no
[22:45] <seb128> crimsun, it will only get installed if there is no mp3 decoder
[22:45] <seb128> so you should not get both
[22:45] <seb128> oh you mean for testing?
[22:46] <seb128> I guess both cases are valid to test
[22:46] <crimsun> seb128: yes, for testing. Sorry, I should have been more precise.
[22:46] <seb128> I want to make sure it doesn't hijack the universe one and break it
[22:46] <seb128> so my first idea was to install both
[22:47] <seb128> especially that the universe one will likely get installed for other things
[22:47] <crimsun> well, I have some pathological mp3s, and -fluendo-mp3 breaks identically to -ugly
[22:47] <seb128> but it might be useful to test only the fluendo one too
[22:47] <crimsun> so there isn't any regression that I've been able to tell when both are installed.
[22:47] <seb128> feel free to open bugs about those, bonus point if you have a small example to add
[22:47] <seb128> ok good ;-)
[22:47] <seb128> same here
[22:49] <RAOF> Why does f-spot trigger python-support?
[22:50] <seb128> it does?
[22:50] <RAOF> It seems like it does.
[22:50] <RAOF> Ok, I'll have a rummage around; that seems like incorrect behaviour.
[22:50] <seb128> I'm wondering if that's a side effect of an another trigger
[22:50] <Sarvatt> there are a *large* number of bugs filed against xserver-xorg-input-synaptics complaining about the default touchpad options, in some cases the options were changed in hundredpapercuts bugs such as the right top middle click tap button and theres no graphical way to adjust these settings. should we NOTABUG them or reassign to g-c-c/gpointing-device-settings and set it to wishlist to have a graphical way to adjust the settings?
[22:51] <seb128> ie python(gmenu
[22:51] <RAOF> That might be it, yeah.
[22:52] <seb128> Sarvatt, reassign as wishlist I would say
[22:52] <seb128> Sarvatt, dup duplicates if you can
[22:52] <seb128> we will triage those
[22:56] <Sarvatt> will do! thanks
[23:03] <crimsun> adium-theme-ubuntu needs a bin NEW
[23:04] <crimsun> (ok, people can stop poking me now about upgrades!)
[23:04] <kermiac> pitti: you around mate - re bug 529852
[23:05] <kermiac> pitti: I found that I needed to run "gconftool -u /apps/metacity/global_keybindings/run_command_terminal" then restart session for the updated keybinding to stick
[23:14] <chrisccoulson> hmmmm
[23:14] <chrisccoulson> "Uploading to ubuntu (via ftp to upload.ubuntu.com): Connection failed, aborting. Check your network [Errno 111] Connection refused"
[23:14] <chrisccoulson> is anybody else having problems?
[23:16] <seb128> chrisccoulson, launchpad scheduled shutdown starts 16 minutes ago I think...
[23:16] <chrisccoulson> seb128, ah thanks, that might be it then
[23:17] <Nafai> how long is that supposed to last?
[23:17] <seb128> 1.5h
[23:18] <Nafai> ok
[23:19] <chrisccoulson> so, no bug triaging for me tonight then
[23:20] <seb128> good occasion to have an early night
[23:20] <chrisccoulson> heh
[23:20] <chrisccoulson> i fell asleep downstairs last night with the TV on!
[23:22] <seb128> so you might really need a good night ;-)
[23:28] <seb128> ok, going to bed, I need sleep as well I think
[23:28] <seb128> 'night
[23:39] <Milos_SD> Hi
[23:40] <Milos_SD> Is this a bug in new Dust theme: http://img7.imageshack.us/img7/4793/screenshotgpb.jpg
[23:40] <Milos_SD> this light brown "bars" on the left and right side of the window
[23:41] <Milos_SD> if it is not a bug, then it is very ugly :(