[00:00] <robert_ancell> bryce: looking into it today, I'm not 100% sure about the blacklisting as I haven't worked on that previously
[00:01] <bryce> ok no prob, I can send mvo a wishlist bug, should be straightforward
[00:15] <dobey> hey bryce
[00:16] <dobey> bryce: care to take a quick look at bug #383396 and see if you recognize anything obvious in the logs? I /just/ did an updated on this machine today and it started happening
[00:21] <tjaalton> bryce: mvo already un-blacklisted at least GM965
[00:21] <tjaalton> in bzr
[01:42] <maxb> Hmm. Since the gtk+2.0 update, ssh-askpass is now reporting 'gdk_x11_atom_to_xatom_for_display: assertion tom != GDK_NONE' failed'
[01:43] <maxb> s/tom/`atom/  (my screen session ate the `a)
[08:30] <huats> morning everyone !
[08:41] <chrisccoulson> pitti - do you think bug 361689 is worth a SRU? some reporters have resorted to installing the karmic hal binary with its karmic dependencies (libblkid) on their jaunty systems, causing issues for them (and lots of bug noise)
[08:41] <pitti> hey huats
[08:41] <pitti> chrisccoulson: if there's someone who would test the update, sure
[08:41] <huats> hello pitti !
[08:42] <chrisccoulson> there seems to be plenty of people willing to test the update. if you think its SRU worthy, would you mind adding a jaunty task (and assigning it to me), and I'll work on that
[08:43] <chrisccoulson> i dont think that code changed so the patch should easily port to the jaunty version
[08:48] <pitti> chrisccoulson: no, hal doesn't change a lot any more
[08:49] <pitti> chrisccoulson: done, and marked as regression
[08:49] <chrisccoulson> pitti - thanks:)
[09:03] <robert_ancell> hi all
[09:05] <robert_ancell> seb128: pitti: What needs to be done to get mono synced to the debian unstable version?
[09:05] <pitti> robert_ancell: use requestsync
[09:05] <pitti> and explain why our changes can be dropped
[09:05] <pitti> hey robert_ancell
[09:05] <robert_ancell> there sure are a lot of little ubuntu tools installed :)
[09:06] <pitti> that is in ubuntu-dev-tools
[09:06] <robert_ancell> I'm not sure what the changes are but I was looking at MOM and it is a candidate for updating
[09:06] <robert_ancell> hey pitti
[09:07] <robert_ancell> also, why is only a subset of packages shown in MOM?
[09:07] <huats> robert_ancell:  you might want to talk to the guy who were doing the mono update... They have done quite a good work lately so I think they might help you
[09:07] <pitti> robert_ancell: right, talk to directhex about this
[09:08] <pitti> robert_ancell: it only shows packages which Ubuntu has modified
[09:09] <robert_ancell> huats: some of the previous releases were done by "Ubuntu Archive Auto-Sync" - aside from that I couldn't tell if there is a standard mono packager
[09:14] <seb128> robert_ancell: we do autosync for packages without changes regularly
[09:14] <seb128> ie nothing required for those
[09:14] <huats> robert_ancell: ok
[09:14] <robert_ancell> seb128: so is mono still on the autosync queue. Or did the last change knock it off that?
[09:15] <seb128> robert_ancell:       mono | 2.0.1-6ubuntu1 | http://archive.ubuntu.com karmic/main Sources
[09:15] <seb128> is has a "ubuntu1" version
[09:15] <seb128> which means it has ubuntu changes, needs to be done manually
[09:16] <robert_ancell> seb128: the change is "to try and bring Ubuntu into line with Debian".  I'm guessing that has been applied to the unstable version.  If that is the case do I just request a sync?
[09:17] <seb128> try not guessing but checking but it that's the case yes ;-)
[09:18] <seb128> ie, it could have been applied to their package vcs and not uploaded
[09:18] <seb128> also you can try pinging directhex about it, debian seems to have 2.4 now, ie a new version, just to make sure they are not planning a transition or something
[09:18] <robert_ancell> seb128: I was guessing but I hadn't investigated yet :)
[09:19] <robert_ancell> ok, who is directhex?
[09:19] <pitti> robert_ancell: in #ubuntu-devel
[09:21] <seb128> robert_ancell: Jo Shield, he works on mono in debian and ubuntu
[09:21] <robert_ancell> thanks
[09:22] <seb128> robert_ancell: when you do work on a bug don't forget to change it back to new or confirmed
[09:22] <seb128> robert_ancell: so it's listed on the sponsoring queue
[09:22] <seb128> "I assume that common has to also be versioned to have both installable? It wasn't previously."
[09:22] <seb128> no, we usually don't bother
[09:23] <seb128> the -common usually have translations and documentation
[09:23] <seb128> so having the new version doesn't break the old library version
[09:23] <robert_ancell> seb128: ah, I wasn't sure about that.  I'll do that in future
[09:23] <seb128> we really aim at having the old library installed for the time we rebuild everything
[09:24] <seb128> robert_ancell: same for the -dev package, no need to version it
[09:25] <robert_ancell> regarding gdl - if you have both libgdl-1-0 and libgdl-1-2 installed they both depend on libgdl-1-common (= ${source:Version}}
[09:25] <robert_ancell> isn't that impossible?
[09:26] <seb128> we usually use >= ${source:Version}
[09:27] <robert_ancell> ok, well the existing package has been built with '=' so what can we do?
[09:27] <seb128> screw libgdl
[09:28] <robert_ancell> LOL
[09:28] <StevenK> What situation is trying to install both libgdl-1-0 and libgdl-1-2?
[09:28] <seb128> the rdepends list is tiny, we can rebuild that in one publisher run
[09:28] <StevenK> seb128: Not right now we can't, there's buildd queues since draining
[09:28] <seb128> StevenK: I was trying to take it as an example to explain why we rename binaries so that both lib versions are installable together
[09:29] <seb128> anyway
[09:29]  * StevenK picks on libuser0 and libuser1 for that.
[09:29] <StevenK> Just don't think about the ld flags for that library
[09:31] <seb128> robert_ancell: anjuta gdl gnome-build gnome-python-extras gtranslator
[09:31] <seb128> that's the list of everything using it
[09:32] <seb128> so basically the transition will be short we don't need to have both installable
[09:32] <seb128> that's not the case when libwnck change soname for example
[09:32] <StevenK> Both installable is a nice to have -- but can lead to interesting bugs
[09:32] <seb128> right
[09:33] <seb128> robert_ancell: ok, so your task for tomorrow, finish this gdl update (just rename the lib and the dbg)
[09:33] <robert_ancell> ok
[09:33] <seb128> then make sure that gnome-build anjuta and gnome-python-extras build with the new version
[09:33] <seb128> so we can upload those in the same day
[09:33] <StevenK> robert_ancell: If you have packaging questions during your workday, grab me
[09:33] <seb128> anjuta not being installable for a few is no issue
[09:34] <StevenK> Like anyone uses anjuta
[09:34] <robert_ancell> StevenK: sure, thanks
[09:34] <seb128> but gnome-python-extras should be working
[09:35] <seb128> robert_ancell: also could you have a look at merging gnome-control-center tomorrow?
[09:35]  * seb128 aways for a few minutes, brb
[09:35] <robert_ancell> seb128: sure
[09:40] <robert_ancell> Feedback requested regarding a user page for people with Compiz problems: https://wiki.ubuntu.com/VisualEffects
[09:40] <robert_ancell> mvo: ^
[09:40] <crevette> hello
[09:41] <robert_ancell> hello
[09:42] <crevette> hey robert_ancell
[09:45] <mvo> robert_ancell: reading
[09:54] <mvo> robert_ancell: looks good, thanks!
[09:55] <asac> seb128: could you please sync gnome-bluetooth from debian so we get get a new baseline for the changes crevette has in his suggested merge?
[09:56] <robert_ancell> mvo: cool, now I have somewhere to reporters to :)
[09:56] <robert_ancell> to push
[09:56] <mvo> :)
[09:56] <crevette> asac, you're assigned to care about bluetooth, or this is because it has tied relation with NM now?
[09:56] <asac> crevette: well ... the spec is somewhat on my plate
[09:57] <robert_ancell> pitti: should we rename gnome-control-center?  The upstream is called that and it's more generic
[09:57] <asac> crevette: we will see how well it works out
[09:57] <crevette> asac, gnome-bluetooth works nicely with bluetooth audio device now
[09:57] <crevette> I can connect to it and swith my audio to my bluetooth gateway
[09:57] <asac> yeah thats why i want this in the archive. just think we should first sync and then upload just your notification change
[09:58] <asac> crevette: does bluetooth-source also work with pulseaudio now in karmic?
[09:58] <pitti> robert_ancell: fine for me, especially if we merge it with Debian
[09:58] <asac> so i can use my headset without messing with .asoundrc
[09:58] <asac>  ;)
[09:58] <crevette> I didn't tested source, but my audio gateway foes both, I sould certainly give a that a try
[09:58] <asac> cool
[09:59] <robert_ancell> pitti: weird, I'm not sure what Debian is doing. They have http://packages.debian.org/sid/gnome-control-center but no http://packages.qa.debian.org/g/gnome-control-center.html. Instead they have http://packages.qa.debian.org/c/control-center.html
[09:59] <asac> crevette: what do you think about modems wrt bluetooth + wizards
[09:59] <robert_ancell> pitti: duh, source vs binary...
[09:59] <asac> crevette: shouldnt gnome-bluetooth provide the next step as well? e.g. binding DUN
[09:59] <seb128> re
[10:00] <pitti> robert_ancell: right, packages.qa is source package
[10:00] <seb128> asac: ok
[10:00] <asac> seb128: thanks!
[10:00] <seb128> robert_ancell: it's already named gnome-control-center
[10:00] <seb128> it used to be called control-center
[10:00] <seb128> but we renamed it some cycles ago
[10:01] <robert_ancell> seb128: right, so how can we convince debian this is a good idea? :)
[10:01] <seb128> do we care about the name they use?
[10:02] <robert_ancell> Keybuk: why does gnome-control-center not show up in MoM? Is it because the Debian source package is called control-center?
[10:02] <robert_ancell> seb128: ^
[10:02] <pitti> robert_ancell: yes
[10:02] <Keybuk> robert_ancell: yes
[10:02] <crevette> asac, (I'm on phone)
[10:03] <robert_ancell> Keybuk: can we get MoM to handle that?
[10:03] <seb128> robert_ancell: btw for gdl you probably need to rename the .install too
[10:04] <robert_ancell> seb128: yes]
[10:04] <seb128> asac: synced
[10:05] <asac> gratias
[10:05] <seb128> de nada
[10:06] <Keybuk> robert_ancell: the source package name appears all over the package
[10:06] <Keybuk> every import would be conflict-hell
[10:06] <Keybuk> so no
[10:07] <robert_ancell> Keybuk: ok
[10:08] <asac> crevette: any clue if the notification patch send upstream?
[10:09] <robert_ancell> seb128: regarding libgdl-1-dev - does a -dev package _always_ point to the latest version?
[10:10] <rodrigo_> hey seb128, any news from Pedro?
[10:10] <seb128> robert_ancell: usually ues
[10:10] <seb128> yes
[10:10] <seb128> robert_ancell: I will not say always, it gtk1.2 and gtk2 for example are all versioned
[10:11] <seb128> but that's when there is a reason to keep the old version available for build for a while
[10:11] <seb128> there we can count the rdepends on an hand so no need to bother
[10:11] <seb128> rodrigo_: no ...
[10:17] <asac> do we use some special syntax/place for desktop specs in the ubuntu wiki?
[10:17] <pitti> asac: https://wiki.ubuntu.com/DesktopTeam/Specs/Karmic/FooBar
[10:17] <asac> ah found DesktopTeam/Specs
[10:17] <asac> great.
[10:19] <robert_ancell> seb128: oh, I remember I have tomorrow off so I'll look at g-c-c on monday
[10:19] <seb128> cool, no hurry
[10:20] <seb128> I wanted to take a swap day tomorrow too but with this ubuflu I can as well work, I'm not feeling good enough to do outside activities etc
[10:20] <seb128> enjoy your weekend!
[10:21] <pitti> seb128: take a swap day on Monday thaen?
[10:21] <pitti> robert_ancell: enjoy the long weekend!
[10:21] <seb128> pitti: I will see how I feel but I think I will probably take next friday instead
[10:22] <robert_ancell> cheers I will (going to Adelaide for the weekend)
[10:23] <crevette> asac, for the notification, I wondered the same question, perahps kenvandine would know
[10:23] <crevette> (on the phone)
[10:24] <robert_ancell> see you all next week
[10:41] <crevette> hey thanks for the merge
[10:56] <crevette> would be nice to have https://fedoraproject.org/wiki/Features/Fingerprint
[10:56] <crevette> at lease fingerprint enrollment in about-me of gnome-cc
[11:02] <seb128> crevette: do you have any config using that? I though that was not a secure way to do authentification?
[11:04] <crevette> seb128, you're concerned that someone could enroll its fingerprint as another user?
[11:04] <seb128> no, I basically don't know about this thing and don't really care
[11:04] <crevette> :)
[11:04] <seb128> but the comments I read were saying that was not really a secure way to do authentification
[11:05] <crevette> neither I do, I did try fingerprint authentication with my laptop and it worked, I just thoughthaving it integrated in a graphical interface would be better.
[12:10] <crevette> hmmm, I would need to have a kernel module loaded for bluez in order to have a better experience for bluetooth like headser, how should I do?
[12:10] <crevette> should I put a modprobe in the init script?
[12:38] <seb128> crevette: dunno, maybe Keybuk does know about that though
[12:38] <crevette> seb128, thanks
[12:38] <seb128> pitti: there to speak about the new gdm and karmic?
[12:38] <pitti> hey seb128
[12:38] <seb128> hey pitti ;-)
[12:38] <pitti> seb128: about to leave for lunch, but I can stall that for a bit
[12:38] <seb128> pitti: so I was wondering, if we upload now we will get no fusa nor guest session
[12:38] <Keybuk> crevette: what's the kernel module?
[12:39] <seb128> do we want to break those or wait until those are ported to upload?
[12:39] <crevette> Keybuk, uinput
[12:39] <seb128> pitti: no hurry
[12:39] <pitti> seb128: let's say I'd be more motivated to fix it if it gets broken :)
[12:39] <seb128> pitti: enjoy your lunch, we can discuss that later
[12:39] <pitti> seb128: (For guest session)
[12:39] <pitti> seb128: however, why does fusa get broken? I thought upstream gdm would have this?
[12:40] <crevette> Keybuk, apparently it makes buttons on bluetooth headset working
[12:40] <seb128> they have a fusa
[12:40] <pitti> seb128: of course we have to live with not having our modifications for a while, but *shrug*
[12:40] <seb128> but it's doesn't have the ubuntu changes
[12:40] <seb128> ie doesn't control the im status
[12:40] <seb128> and doesn't have the session actions
[12:40] <Keybuk> crevette: the driver is missing details about what hardware it works with
[12:40] <seb128> it just does user switching
[12:40] <Keybuk> oh, it's the uinput thing
[12:40] <Keybuk> sorry, I didn't even *read* the name of the module before running modinfo on it
[12:40] <pitti> seb128: right, that should be fine
[12:41] <pitti> seb128: I have no objection to breaking those changes
[12:41] <pitti> seb128: it'll encourage more people to contribute to getting them back :-P
[12:41] <seb128> pitti: ok, I guess we want to drop the gnome-panel patch dynamically removing menu items meanwhile then
[12:41] <seb128> otherwise no way to reboot, etc
[12:41] <pitti> seb128: that depended on the new fusa?
[12:41] <pitti> seb128: ah, indeed
[12:41] <seb128> pitti: thanks, I will work on that
[12:41]  * pitti hugs seb128, thanks!
[12:41] <seb128> pitti: well, the new fusa will not have session actions
[12:41] <pitti> right
[12:42] <seb128> I will probably get the current version ready in the ubuntu-desktop ppa and ask for some testing
[12:42] <Keybuk> crevette: one option is whatever talks to that driver is responsible for loading it
[12:42] <Keybuk> it falls into that tricky crack that things like devmapper sit in right now
[12:42] <seb128> pitti: I will work on that now, enjoy your lunch, I will ask you to test the gdm upgrade from the ppa later if that's ok
[12:42] <pitti> sure
[12:42] <seb128> and upload if I get some confirmation about it being ok
[12:42] <seb128> thanks
[12:42]  * seb128 hugs pitti
[12:42] <seb128> pitti: enjoy your lunch!
[12:42] <Keybuk> crevette: but since it's a "feature" it's almost at the level I say shouldn't be a module but built-in
[12:42]  * pitti will just finish his libgphoto udevification
[12:44] <crevette> Keybuk, I don't know for the policy about module (but if you have documentI can look at I willing to read it :), but I wanted to know how can I load them properly, can I use inti script for that?
[12:44] <Keybuk> crevette: add it to /etc/modules
[12:44] <crevette> but for the packaging?
[12:45] <Keybuk> crevette: /etc/modules is not a conffile, you can edit it
[12:45] <Keybuk> though obviously take care you don't add dups ;)
[12:46] <crevette> yeah, I'll look to another package to be inspired
[13:28] <Laney> crevette: did you see that asac synced gnome-bluetooth? Were there any additional changes that you wanted to be made over Debian?
[13:29] <crevette> Laney, yah I see, we need the notification patch from bluez-gnome which I already updated for the new code
[13:29] <crevette> I need to see with the author if the code if it worths sending it upstream
[13:29] <Laney> crevette: please make a debdiff against 2.27.5-1 then
[13:29] <crevette> yep
[13:30] <Laney> and send it to both Debian and upstream to see if we can sync straight in future
[13:30] <asac> crevette Laney: thats ok. i wanted to get a new baseline in the archive first. now we can add the notification patch
[13:30] <Laney> asac: yeah sure, no worries
[13:31] <asac> crevette: can you check if your diff.gz gives us a minimal debdiff still?
[13:31] <Laney> crevette: by the way, for a merge the best patch to submit is a debdiff between what Debian has and what you want to upload
[13:31] <asac> and while doing that send patch upstream and debian
[13:32] <crevette> Laney, 2.27.5 was not in unstable yesterday
[13:32] <crevette> so I wasn unable to produce a debdiff
[13:32] <asac> all fine ;)
[13:32] <asac> (at least from my side)
[13:32] <Laney> it was uploaded on the 31st
[13:32] <Laney> unless it was NEW or something
[13:33] <crevette> hmm, I didn't see it in packages.debian.org
[13:33] <Laney> http://packages.qa.debian.org/g/gnome-bluetooth.html
[13:33] <asac> it definitly was binary NEW ... cant remember if debian does that manually though
[13:33] <Laney> pts is the best
[13:33] <Laney> binary NEW is manual but usually fast
[13:33] <Laney> (afaik)
[13:33] <asac> yeah. so it might have been stuck there for a it
[13:33] <asac> bit
[13:34] <Laney> yeah
[13:34] <Laney> ok, got a meeting
[13:34] <crevette> I'll produce the debdiff tonight once I'll be at home
[13:34] <Laney> i'll sponsor the patch later if you get it done
[13:34] <Laney> bye bye
[13:34] <crevette> thx Laney
[14:25] <Mark__T> tedg: :) eventually!
[14:25] <tedg> Mark__T: ?
[14:27] <Mark__T> tedg: I tried to ask you some things about indicator-applet, but you're always offline when I'm here. So I sent you a mail
[14:27] <tedg> Mark__T: Ah, downloading mail now...
[14:29] <Mark__T> tedg: It's kind of obsolete now, since I have a working xfce4-indicator-plugin here now:  http://www.foresightlinux.org/hg/xfce/xfce4-indicator-plugin
[14:31] <tedg> Mark__T: Cool, any screenshots?
[14:31] <Mark__T> doesn't lookt that different from the original one
[14:32] <tedg> Can we convince kenvandine to package it for Xubuntu? ;)
[14:32] <kenvandine> hehe
[14:32] <rickspencer3> pitti: have you all discussed Till's proposed SRU?
[14:32] <kenvandine> tedg: is 0.2 already in karmic?
[14:32] <Mark__T> tedg: I need to convince him to package 0.2 of i-a for fl in his spare time first .-P
[14:33] <pitti> rickspencer3: for changing gs->poppler in jaunty? only quickly, I asked him to start a discussion on the ML
[14:33] <tedg> kenvandine: I don't believe so, I've kept the packaging branch (local) up to date with the snapshots though.
[14:33] <rickspencer3> okay
[14:33] <seb128> hey rickspencer3, kenvandine, tedg
[14:33] <tedg> kenvandine: Honestly, I'm a little confused on when that should go into Karmic.  I don't consider it stable as of yet, but really, neither is most of karmic ;)
[14:33] <kenvandine> hey seb128
[14:33] <rickspencer3> hi seb128
[14:34] <kenvandine> tedg: perhaps you can do a 0.2 release
[14:34] <kenvandine> and later 0.3, etc
[14:34] <tedg> seb128: Howdy!
[14:34] <kenvandine> tedg: i think the sooner the better
[14:34] <tedg> kenvandine: I was trying to make "0.1" Jaunty and "0.2" Karmic type of thing.  Though, it seems like version numbers are kind of a problem...
[14:34] <seb128> tedg: I'm about to upload the new gdm to karmic today, do you plan to work on the fusa changes soon? ;-)
[14:35] <kenvandine> seb128: is that a hint? :-D
[14:35] <kenvandine> tedg: seems kind of arbitrary :)
[14:35] <kenvandine> tedg: perhaps 0.1.90
[14:35] <seb128> no, just standard information ;-)
[14:35] <kenvandine> and build up to 0.2
[14:35] <tedg> seb128: Heh, yes.  But, I don't have it done today ;)
[14:36] <kenvandine> seb128: i have fixed up the indicator patch for empathy
[14:36] <seb128> tedg: not today, so for yesterday? ;-)
[14:36] <seb128> kenvandine: good!
[14:36] <tedg> Perhaps we should just version things by letter.  So this release would be "k.0.1" or something like that.  I'd probably make more sense.
[14:36] <kenvandine> seb128: making a couple improvements now
[14:37] <kenvandine> tedg: doesn't help other distros :)
[14:37] <kenvandine> tedg: Mark__T wants me to get 0.2 into foresight so he can package the xfce plugin for the indicator
[14:37] <tedg> kenvandine: Other distros? I've heard of those before ;)
[14:37] <kenvandine> hehe
[14:38] <SiDi> hello Mark__T :)
[14:39] <Mark__T> tedg: more distros that use it makes the fdo thing easier
[14:40] <Zdra> kenvandine: seb128: Is there any plan to propose indicator as GNOME external dep?
[14:40] <kenvandine> that is more a tedg question, but afaik yes
[14:41] <Mark__T> more DEs usable with it is helping too I think
[14:41] <tedg> Mark__T: Yeah, I honestly think that DEs is more important for FDo than distros, but yes, both would be good.
[14:41] <Zdra> kenvandine: seb128: To be honest I really think we need something for that kind of stuff, libnotify is just not enough. But I'm a bit worried by project maintained by distro $FOO that will never get really upstreamed and dies as quick as it is born
[14:41] <kenvandine> tedg: i think it is equal
[14:42] <kenvandine> Zdra: other distros do it :)
[14:43] <tedg> Zdra: GNOME external deps kinda have a chicken and egg problem, in that apps need to be using them before they usually get accepted, but many app maintainers don't want them until they're accepted as external deps.  Hopefully I'll wow a bunch of app developers at GUADEC to use it, to seed that problem :)  /me needs to work on talk...
[14:43] <Zdra> kenvandine: note that I have nothing against indicator itself, I didn't look to it yet. I just think that such think MUST be discussed upstream early, otherwise the experience show that it dies very fast
[14:44] <SiDi> Mark__T, stupid question : is it an svn, git, bzr you're using ? how can i grab the code please ?
[14:44] <Zdra> tedg: even if it's not accepted, proposing it is good
[14:44] <Mark__T> tedg: kenvandine: http://picasaweb.google.com/mark.trompell/Xfce#
[14:44] <Zdra> tedg: because it shows to everybody you are working on it, what you do, etc
[14:44] <Zdra> and you get (hopefully) constructive critics
[14:45] <Mark__T> Sidi it's hg
[14:45] <SiDi> and whats the magic command then please ? :/
[14:45] <Mark__T> hg clone http://www.foresightlinux.org/hg/xfce/xfce4-indicator-plugin
[14:45] <SiDi> thanks
[14:45] <tedg> Mark__T: Cool!
[14:45] <Zdra> tedg: silently adding optional support to Empathy is not going to do the buzz needed to get people involved, IMO
[14:46] <kenvandine> Mark__T: excellent
[14:47] <Mark__T> hm, the icon doesn't scale if I change the panel size
[14:47] <tedg> Zdra: I promise, if you accept the Empathy patches, I won't be silent about it ;)
[14:48] <SiDi> Mark__T, ask the XFCE guys about that, i think they use a particular xfce api
[14:48] <Mark__T> tedg: is there a chance to get claws and thunderbird to support it?
[14:48] <kenvandine> Zdra: i just updated the patch again
[14:49] <kenvandine> i think it should be good now
[14:49] <kenvandine> :)
[14:49] <SiDi> Mark__T, for TB i suppose it'll be a bit of fight, but for claws why not ? Mark__T check the xubuntu spec for default mailing client btw
[14:49] <kenvandine> Zdra: criticism welcome
[14:49] <Mark__T> SiDi: there is a size changed callback, need to find out how to access that icon though
[14:50] <Zdra> kenvandine: I'll try to find time to review, thanks for your work ;)
[14:50] <kenvandine> thanks for reviewing :)
[14:50]  * kenvandine considers removing pidgin from his laptop now
[14:50] <SiDi> btw Mark__T, i know its a bit of trolling, but shouldnt you name it indicator-applet-xfce ? usually the xfce4-* names are for the upstream xfce packages
[14:51] <kenvandine> oh... yeah that jabber bug... damn
[14:51] <Mark__T> if it only would be better with irc
[14:51] <Zdra> kenvandine: ubuntu jaunty has the needed deps for running your patch?
[14:51] <kenvandine> yes
[14:51] <Zdra> great :)
[14:51] <kenvandine> i haven't tested it on jaunty... but it has everything
[14:52] <Mark__T> SiDi: I could probably create a goodie and make it upstream, but for know I want hg instead of svn :-)
[14:52] <SiDi> Mark__T, they use git now anyways ;p
[14:52] <Mark__T> SiDi: not yet, but they are close
[14:53] <SiDi> but if you can get it upstream then go for it :)
[14:53] <Mark__T> SiDi: it was so easy with hg serve to just create a package to install and test
[14:54] <SiDi> Mark__T, dunno, never used it :/
[14:55] <Mark__T> hg serve on my box and <advertising>r.addMercurialSnapshot('http:/localhost:8000') in my conary recipe :)</advertising>
[14:56] <kenvandine> hehe
[14:56] <Mark__T> kenvandine: I can't expect from you to do that :-P
[14:57] <Mark__T> SiDi: anyway the plan always was to get it to the goodies at one point
[15:02] <kenvandine> :)
[15:11] <crevette> kenvandine, are you the one who wrote the notification patch for bluez-gnome?
[15:11] <ken[empathy]> bratcshe wrote it, i might have cleaned it up a little
[15:11] <ken[empathy]> why?
[15:12] <crevette> because I had to port it for gnome-bluetooth (bluez-gnome's fork)
[15:12] <ken[empathy]> cool
[15:12] <rickspencer3> pitti: I see I'm set for approver on automagic python build system, I'm wondering if seb128 or asac would be more useful for you in that role. Thoughts?
[15:13] <crevette> 1) it didn't contain any header with the author 2) I wanted to know if it could be interesting for upstream?
[15:13] <kenvandine> we sent it upstream
[15:13] <kenvandine> not sure if they accepted it
[15:14] <crevette> to bluez-gnome I guess
[15:14] <kenvandine> yes
[15:14] <crevette> noone look to it
[15:14] <kenvandine> we definately want it upstream for gnome-bluetooth
[15:14] <crevette> oky docky
[15:14] <kenvandine> thx!
[15:16] <crevette> the notification patch as written to supported notifcation daemon that doesn't support action, right ?(/me needs to understand)
[15:16] <crevette> s/as/was/
[15:31] <pitti> rickspencer3: well, the design is primarily for you (quickly), I'm happy for the technical bits to be reviewed by someone else
[15:33] <dobey> speaking of blueprints... i have absolutely no idea at all how that process is supposed to work :)
[15:33] <asac> crevette: you think you can find the bug submitted by kenvandine upstream?
[15:33] <kenvandine> asac: it was an email to the mailing list
[15:33] <kenvandine> they have not bug tracker
[15:33] <crevette> kenvandine, ah okay
[15:34] <kenvandine> should be in the archive though
[15:34] <crevette> anywau it is outdated
[15:34] <crevette> it won't applis on gnome-bluetooth code which was refactored
[15:34] <crevette> applies
[15:34] <rickspencer3> pitti: ack
[15:35] <rickspencer3> I'll review it for the requirements for quickly
[15:35] <crevette> aha, bluez-gnome was dropped from bugs.gnome.org
[15:38] <asac> pfft
[15:47] <chrisccoulson> seb128 - i haven't read the whole conversation here, but i saw you discussing FUSA with pitti earlier. do the IM status changes need to be ported across? The new GDM switcher already supports presence using the new gnome-session presence API
[15:48] <chrisccoulson> perhaps the default IM client should also support this API?
[15:48] <seb128> chrisccoulson: better to talk to ted
[15:48] <seb128> I'm not sure what presence api they want to use
[15:49] <seb128> I'm not sure there has been an agreement that gnome-session is the right place for that
[15:49] <seb128> especially that telepathy already had similar solutions
[15:49] <chrisccoulson> yeah, i'm not sure
[15:49] <chrisccoulson> just a thought ;)
[15:50] <seb128> and I don't think the gnome-session thing is functional right now
[15:50] <seb128> it's a first code drop but not doing anything useful
[15:50] <chrisccoulson> is it not? i'm not sure any application uses it yet (gnome-power-manager uses it i think)
[15:51] <Mark__T> asac: aren't you the right person to bug to take care of indicator support for thunderbird/icedove :-P
[15:53] <seb128> chrisccoulson: pidgin doesn't seem to react to such changes for example though
[15:54] <chrisccoulson> yeah, it doesn't have support for that API. i don't know how easy it would be to do that
[15:54] <asac> Mark__T: in general yes, for now there are a few political and technical things left before this can happen properly (this definitly has to happen upstream). Maybe we can look into using some tbird extension in ubuntu as a temporary solution.
[15:54] <seb128> that's something we have now though
[15:54] <seb128> so we need to get it by some way in the new gdm
[15:54] <seb128> ie the patch porting working
[15:54] <seb128> working -> work
[15:56] <seb128> brb
[16:03] <seb128> chrisccoulson: they desactivate the presence code before 2.26
[16:03] <seb128> the changelog states it was not usable and they will re-enable it when those issues are sorted
[16:04] <chrisccoulson> i don't know if anything is happening with it at the moment
[16:04] <jcastro> asac: didn't ventnor show interest in this stuff? or did he fall off the face of the earth?
[16:04] <kenvandine> seb128: how would you feel about making the banshee switch before alpha2, with the idea that if it isn't ready before feature freeze we switch back to rb?
[16:05] <kenvandine> it would help us understand CD implications, and get some more people filing bugs... maybe
[16:06] <kenvandine> seb128: and i think we discussed this already, but same for empathy
[16:06]  * kenvandine will have a package to sponsor for that today
[16:07] <seb128> kenvandine: hum
[16:08] <seb128> kenvandine: I think we should wait for banshee, if we want to start there is already a long list of bugs to triage on launchpad without asking for new ones, we can also do a call for testing
[16:08] <kenvandine> ok
[16:08] <kenvandine> but empathy we can do?
[16:08] <seb128> kenvandine: we have limited ressources and doing all the transitions in the same week is lot of work ... I would rather avoid having to go one way and back
[16:08] <seb128> kenvandine: yes, that was the plan for this one
[16:09] <kenvandine> ok
[16:09] <kenvandine> are you handling that?
[16:09] <kenvandine> i will get you the package today
[16:09] <seb128> kenvandine: I need to check if we need some MIR to be written, do you want to write those required?
[16:09] <kenvandine> sure, just point me at whatever i need to do
[16:09]  * kenvandine hasn't done a MIR yet
[16:09] <seb128> ok thanks, looking to that now
[16:11] <asac> jcastro: interest yes, but we need to provide guidance by speccing it and initiating discussions
[16:11]  * jcastro nods
[16:13] <seb128> cassidy, Zdra: are telepathy-gabble and telepathy-salut doing the same thing?
[16:13] <Zdra> seb128: gabble is xmpp, salut is xmpp-link-local
[16:13] <cassidy> seb128: no
[16:14] <seb128> for somebody who don't know about technical details are both required to use jabber?
[16:14] <Zdra> seb128: gabble is for jabber
[16:14] <seb128> and the other one?
[16:14] <Zdra> seb128: salut is for chatting over local network with no configuration (no server, needed, etc)
[16:14] <kenvandine> we want that too :)
[16:14] <seb128> ok, so bonjour
[16:14] <jcastro> seb128: that was that zeroconf thing I brought up at the session
[16:14] <jcastro> yes
[16:15] <seb128> kenvandine: empathy telepathy-gabble telepathy-salut telepathy-butterfly telepathy-haze
[16:15] <kenvandine> yup
[16:15] <seb128> those need to get mir apparently
[16:15] <seb128> can you work on that?
[16:15] <kenvandine> yes
[16:15] <seb128> thanks!
[16:16] <seb128> jcastro: I know about zeroconf, I just didn't not what connection manager was doing it ;-)
[16:16] <jcastro> I was just trying to help!
[16:16]  * jcastro pets seb128 
[16:16] <Zdra> seb128: maybe gabble and salut will get merged together at some point because they are sharing a lot in common. But surely not for karmic
[16:16] <seb128> ok
[16:16] <seb128> jcastro: that was useful, thanks ;-)
[16:16] <seb128> interesting I've been reading blog comments about the uds session
[16:17] <seb128> lot of people agree with all the changes coming
[16:17] <jcastro> seb128: when pedro gets back we will hit the empathy lp bugs hard, there's a bunch that need to be cleaned up, forwarded upstream, etc.
[16:17] <kenvandine> seb128: telepathy-mission-control too
[16:17] <seb128> but banshee seems quite controversial
[16:17] <kenvandine> hehe
[16:17] <seb128> kenvandine: good point
[16:17] <kenvandine> seb128: and how about idle, for irc?
[16:18] <seb128> kenvandine: telepathy-glib too
[16:18] <kenvandine> long list :)
[16:18] <jcastro> seb128: where are the empathy comments? on the spec?
[16:18] <seb128> jcastro: no, blog comments, there was some posts on planet ubuntu and gnome
[16:18] <jcastro> ah
[16:19] <seb128> jcastro: the not happy comments were about banshee only though
[16:19] <seb128> quite some user complaining that rhythmbox does the job, eat less ressources, has crossfading, library watch, etc
[16:21] <jcastro> seb128: it's kind of tough to be objective about comments at this point with the more extreme people campaigning to flood the blogs with noise.
[16:21] <jcastro> seb128: I wouldn't mind a nice fair review of memory consumption by someone
[16:22] <seb128> jcastro: crossfading is one thing I forgot to mention during the session, I though banshee was doing that
[16:22] <seb128> right, ressource usage is not easy
[16:22] <jcastro> I can ask what's up with xfading
[16:23] <seb128> on my system with 1988 songs banshee uses twice the memory
[16:28] <andreasn> this blog have some memory comparisons,  not sure if others get the same result too: http://www2.apebox.org/wordpress/linux/113/
[16:29] <jcastro> you probably have to measure across different library sizes too
[16:37] <artir> 40 mb on my library(409 songs, 2.1 gb all ogg)
[16:39] <artir> rb takes 23 mb
[16:41] <andreasn> why does the memory estimates differ so much if you compare the numbers from top and system monitor?
[16:41] <kenvandine> artir: my library of 771 mb, 62.G mostly mp3, banshee is using 19 mb or RSS
[16:42] <artir> maybe it's because of the plugins
[16:42] <kenvandine> banshee is using less ram than gnome-do... which seems wrong
[16:43] <kenvandine> i am also using banshee 1.5
[16:43] <seb128> kenvandine: "my library of 771 mb, 62.G mostly mp3" ... 771mb or 62G?
[16:43] <artir> with default plugins it takes 30 mb
[16:43] <kenvandine> whoops... 6.2G
[16:43] <seb128> banshee on jaunty takes 27mb there
[16:43] <kenvandine> mine are all default
[16:43] <artir>  1.4.3: [Ubuntu 9.04 (linux-gnu, i486)
[16:43] <artir> that's what im using
[16:43] <artir> on ubuntu x86
[16:44] <kenvandine> 1.5 might be a bit better
[16:44] <artir> i'll try it
[16:44] <kenvandine> mono 2.4 will supposedly also reduce it
[16:44] <seb128> yeah
[16:44] <kenvandine> i am on karmic
[16:44] <artir> ah
[16:44] <seb128> I don't think the debate is there anyway
[16:44] <artir> that's cheating :)
[16:44] <kenvandine> yeah
[16:44] <kenvandine> i am a little concerned about gnome-do now... why does it use so much
[16:44] <artir> cool the packages are on the ppa
[16:45] <kenvandine> it is a launcher... using 23mb...
[16:46] <seb128> pitti: gdm 2.26.1 in the ubuntu-desktop ppa now
[16:47] <seb128> I'm not sure it's good to upload though, it behaves weirdly until restart
[16:47] <artir> I prefer Alt-F2 to gnome.do heh
[16:47] <seb128> ie it autostart a session for the default user (I've autologin on) after install
[16:47] <seb128> and when closing the session the gdm banner screen doesn't work (still seem to be trying to use the previous version banner) until restarty
[16:50] <seb128> ^ if anybody feels like having a look to that
[17:02] <artir> banshee 1.5 takes 42 mb
[17:54] <pitti> seb128: ugh -- after installation I get a gconf error and then the user switcher (normal session still alive, though)
[17:54] <pitti> seb128: and after reboot I just get "problem with gconf" and then it shuts down immediately
[17:56] <pitti> hm, and for some reason I have metacity now
[18:06] <asac> that reminds me to check if compiz works again now in karmic
[18:06] <asac> bryce: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) still disabled in karmic?
[18:07] <asac> let me check if there is an update i didnt get yet
[18:08] <asac> seems some X related stuff gets updated. lets see
[18:10] <bryce> asac: mvo unblacklisted it in compiz bzr recently
[18:12]  * asac *nods*
[18:13]  * kenvandine heads out for lunch
[18:31] <crevette> heya
[18:31] <crevette> Laney: I've posted my merge for gnome-bluetooth
[18:44] <hggdh> seb128, re. bug 197290 -- would it be accepted as a SRU (adding the -D_FILE_OFFSET_BITS=64 to configure)?
[18:44] <hggdh> and good afternoon
[19:02] <dobey> pitti, seb128: can someone sync python-logilab-common and python-logilab-astng from debian? pylint in karmic depends on the new versions which are in unstable, but not in karmic yet it seems
[19:13] <binarymutant> could someone sponsor this debdiff for me? https://bugs.launchpad.net/ubuntu/+source/deskbar-applet/+bug/383675
[19:14] <pitti> binarymutant: please subscribe ubuntu-main-sponsors
[19:15] <pitti> dobey (CC: seb128): doing an autosync run now, which should include this
[19:15] <binarymutant> pitti, already done
[19:16] <dobey> pitti: great!
[19:22] <pitti> dobey: oh, it's already current, it just failed to build, it seems
[19:25] <pitti> dobey:
[19:25] <pitti> # we need this hack because we have to import "logilab.common.pytest"
[19:25] <pitti> # but since it's a namespace package, we need to "simulate" it
[19:25] <pitti> touch /build/buildd/logilab-common-0.39.0/build/lib/logilab/__init__.py
[19:25] <pitti> this won't work on our buildds, I guess
[19:26] <dobey> pitti: oh :(
[19:26] <dobey> pitti: that is annoying
[19:34] <seb128> pitti: weird, the version change should not impact on gconf or user settings
[19:34] <pitti> seb128: I don't think it's a settings problem; it seemed it couldn't talk to gconfd at all or so
[19:34] <pitti> and then just gave up
[19:34] <seb128> weird
[19:34] <pitti> did you get this/
[19:34] <pitti> ?
[19:34] <seb128> no
[19:34] <seb128> but I'm using autologin
[19:35] <seb128> though I did switch user and got the login screen correctly
[19:35] <seb128> hggdh: hi, could be worth a sru though I'm not sure many people have mailboxes over 2gig
[19:36] <seb128> I was just passing by, diner time now
[19:36] <seb128> bbl
[19:36] <seb128> (I will be back after diner)
[19:37] <pitti> I'll be off for today, too
[19:37] <pitti> good night everyone!
[19:38] <pitti> already 11 hours today, and I'm still feeling weak due to ubuflu
[19:48] <dobey> heh
[19:51] <geser> dobey: I'm looking at that logilab-common FTBFS and got a little bit further. have now to figure out how to fix it properly and see how to make the test suite pass
[19:52] <dobey> geser: awesome!
[20:04] <crevette> hmmmm
[20:09] <geser> dobey: looks I don't manage to fix the test suite :( the easiest "fix" for now would be to skip the test suite
[20:11] <dobey> geser: whatever works :)
[20:32] <geser> dobey: fix uploaded, but I'm not really happy as the return code from the test suite is ignored (but it was also ignored in the past)
[20:34] <dobey> geser: awesome. thanks. as long as it doesn't destroy my system, i'll be happy :)
[20:59] <hggdh> seb128, I agree there are probably not many users with a mailbox > 2G, but when they get there, Evo does not really work anymore...
[21:00] <seb128> small code changes are fine for stable, judging build option changes impact is not as easy though
[21:01] <hggdh> yes. On the other hand, the change in configure is effective on > 2.22.3, and was a piece missing for the theoretical fix (fejj added it after the freeze for 2.22.3)
[21:01] <seb128> you can work on a stable update, I will sponsor it if you do
[21:02] <seb128> I'm not that interested to spend time on hardy right now myself though
[21:02] <hggdh> Thanks. I already published it on my PPA, and will wait for feedback. And I hear you ;-)
[21:02] <seb128> hardy is there for over a year, I doubt there is many evolution user who ran into this issue and didn't switch to an another client
[21:03] <hggdh> on the other hand, on business deployments, they may be stuck with it... and might want to get back to Evo, poor souls
[21:04] <hggdh> OTH, we might just leave it as it is, in my PPA
[21:04] <hggdh> s/OTH/OTOH/
[21:26] <hyperair> is there anyone i could talk to about getting banshee 1.5.0 into ubuntu karmic at the moment?
[21:27] <artir> by default?
[21:27] <hyperair> 1.5.0 is meant to be a sort of "unstable" release, but according to upstream, it's as stable, if not more than 1.4.3, which was the previous stable release of banshee
[21:27] <hyperair> by default comes later
[21:27] <hyperair> karmic has banshee 1.4.3
[21:27] <hyperair> debian experimental has banshee 1.5.0
[21:28] <artir> 1.5 was released a few days ago, wasn't it?
[21:28] <hyperair> i'd like to know whether it's a good idea to get 1.5.0 synced
[21:28] <hyperair> yes it was
[21:28] <artir> well, this is a good place to ask for it to be uploaded :)
[21:28] <chrisccoulson> hyperair - speak to directhex in #ubuntu-motu
[21:29] <artir> but there is a PPA is u want to try it
[21:29] <hyperair> chrisccoulson: i spoke to him in #debian-cli, and in #banshee. he told me to come here.
[21:29] <chrisccoulson> lol
[21:29] <hyperair> artir: i know. i maintain the whole lot of banshee ppas, ;)
[21:29] <chrisccoulson> i only suggested it in case someone was already working on it
[21:29] <artir> heh
[21:30] <artir> i've been trying banshee and it's quite nice
[21:30] <artir> sync ftw
[21:30] <hyperair> woohoo
[21:30] <chrisccoulson> well, if it's in debian experimental then you could have a go at merging it
[21:30] <artir> and the mirage plugin
[21:30] <hyperair> but is there anyone in the desktop team here?
[21:30] <hyperair> chrisccoulson: why merging, not syncing? ;)
[21:30] <hyperair> chrisccoulson: i made banshee syncable sometime back.
[21:31] <hyperair> or maybe it was someone else, but i'm lazy to dig inside the changelogs right now. my cpu's eaten by mesa's compilation
[21:31] <chrisccoulson> is it syncable? i don't know - i've never worked on banshee ;)
[21:31] <hyperair> i'm pretty sure it's syncable.
[21:31] <hyperair> there aren't any ubuntu changes in the first place.
[21:31] <chrisccoulson> yeah, there are no ubuntu changes
[21:32] <hyperair> mmhmm
[21:32] <hyperair> i'm interested in getting the opinion of someone in the desktop team.
[21:32] <seb128> hyperair: it would be nice if people were waiting longer than 15 minutes after requesting for a new version to be updated
[21:33] <seb128> the new version has just been uploaded to debian today
[21:33] <hyperair> yes, i know
[21:33] <hyperair> slomo sponsored that package for me
[21:33] <hyperair> and i'm thinking of filing a sync request
[21:33] <seb128> I planned to ping slomo about that when he's around
[21:34] <hyperair> i see.
[21:34] <hyperair> i should have asked him that before he disappeared, eh.
[21:34] <seb128> do they have a fixed schedule?
[21:34] <hyperair> banshee?
[21:34] <hyperair> no.
[21:34] <seb128> will they get 1.6 stable before karmic?
[21:34] <hyperair> according to upstream, it's entirely possible, but they haven't guaranteed anything.
[21:34] <hyperair> however, 1.5.0 is as stable, if not more than 1.4.3
[21:35] <hyperair> according to gabaug
 1.5.0 is meant to be a sort of "unstable"
[21:35] <hyperair> (banshee dev)
[21:35] <hyperair> yes it is
[21:35] <seb128> I don't really care what upstream think
[21:35] <hyperair> 04:25:01 <@gabaug> calling it a beta now is just being quite conservative - I think it's actually as stable or more than 1.4.3
[21:35] <seb128> you will get most upstream telling you that their software is stable even if that's not trye
[21:36] <seb128> true
[21:36] <seb128> don't buy everything upstream tell you
[21:36] <hyperair> alright.
[21:37] <seb128> I'm not wanting to update to an unstable serie if upstream doesn't plan to roll a stable before karmic
[21:37] <seb128> kenvandine, jcastro: ^ another blocker for banshee in my opinion
[21:37] <jcastro> I'm on it
[21:37] <seb128> jcastro: you rock ;-)
[21:37] <jcastro> hyperair: I will try to get them to commmit to a roadmap
[21:37] <jcastro> I am waiting for abock to get back from vacation
[21:38] <hyperair> jcastro++ =)
[21:38] <seb128> jcastro: I don't know enough about karmic to know if we should follow 1.5 now
[21:38] <seb128> especially if we don't get a 1.6 before karmic
[21:38] <jcastro> nod
[21:38] <seb128> "about banshee"
[21:38] <jcastro> I am talking to them, there's no need for everyone to get all jumpy, this takes time.
[21:38] <andreasn> http://mail.gnome.org/archives/banshee-list/2009-June/msg00006.html
[21:39] <seb128> it's a bit annoying because if we want to switch we should follow new versions
[21:39] <andreasn> it's 1.6 beta1 as well apparently
[21:39] <seb128> jcastro: yeah, what I was saying to hyperair, there is no need to jump on unstable version 15 secondes after they are available ;-)
[21:39] <jcastro> right
[21:39] <jcastro> hyperair: I'm on it. :p
[21:39] <hyperair> and like i said, jcastro++ =)
[21:40] <seb128> seems slomo jumped on it for debian
[21:40] <hyperair> seb128: s/seconds/minutes/
[21:40] <kenvandine> i have 1.5 in my ppa :)
[21:40] <hyperair> as do i.
[21:40] <hyperair> or rather, it's in the banshee-unstable-team ppa
[21:40] <seb128> you guys are crack addicts
[21:40] <kenvandine> hehe
[21:40] <hyperair> https://launchpad.net/~banshee-unstable-team/+archive/ppa
[21:40] <seb128> you clearly don't have enough to do ;-)
[21:41] <jcastro> hyperair: we're kind of in bad shape in lp bugs too, we need to go through those, clean them out, and forward what is necessary
[21:41] <kenvandine> hyperair: yeah, it wasn't there when i wanted it :)
[21:41] <kenvandine> seb128: hehe
[21:41]  * seb128 finds some task for kenvandine
[21:41] <jcastro> I would like to have that all set beforehand so there's no clog of bugs in lp not being forwarded
[21:41] <hyperair> kenvandine: sorry about that, i messed up the first bunch of uploads.
[21:41] <kenvandine> seb128: did you see i requested sponsoring for empathy?
[21:41] <seb128> yeah, kenvandine, hyperair, some extra hand on banshee bug triage would be welcome
[21:41] <hyperair> i'm on it
[21:42] <seb128> kenvandine: no, but I've been away for diner etc and didn't look at my bug emails or sponsoring queue since
[21:42] <jcastro> hyperair: get with andrew conklin, I already told him to get ready
[21:42] <seb128> probably for tomorrow
[21:42] <jcastro> and we will schedule bug days etc.
[21:42] <jcastro> just waiting for pedro to get back from holiday
[21:42] <kenvandine> seb128: ok, no huge rush
[21:42] <hyperair> jcastro: what's his nick again?
[21:42] <kenvandine> will do the MIRs first thing in the morning
[21:42] <jcastro> aconklin I think?
[21:42] <seb128> jcastro: are you sure he's on holidays?
[21:42] <jcastro> seb128: where else would he be?
[21:43] <kenvandine> jcastro: i think he is in NC :)
[21:43] <seb128> jcastro: I've not seen him since UDS and he was joke sort of joking about being kept at the airport if he had fever
[21:43]  * kenvandine should go have lunch with him or something
[21:43] <seb128> jcastro: I'm slightly concerned that was not a joke ...
[21:43] <jcastro> seb128: !!
[21:43] <kenvandine> jcastro: oh... i thought you talked about abock
[21:43] <seb128> jcastro: they seem to be somewhat paranoid about the flu there
[21:44] <jcastro> seb128: in chile or spain?
[21:44] <seb128> jcastro: chile
[21:44] <jcastro> because in spain there were people in suits and stuff
[21:44] <jcastro> and I was like "oh, the FSF is welcoming us"
[21:44] <seb128> anyway he's not marked as being on holidays and I've not seen him online since UDS
[21:45] <seb128> so I'm wondering if he's ok
[21:45] <jcastro> let me call him
[21:45] <seb128> thanks
[21:45] <hyperair> O_o looking for unforwarded banshee bugs yields only one
[21:46] <dobey> jcastro: you thought they were the defective by design guys?
[21:47] <jcastro> heh
[21:47] <seb128> brb
[21:48] <dobey> jcastro: i just wonder why they didn't give us masks... it's like they wanted us to get sick
[21:50] <seb128> re
[21:52] <jcastro> seb128: ubuflu apparently
[21:53] <seb128> jcastro: ok, thanks for checking, I was near calling him but I got ubuflu too and I've almost no voice today
[21:53] <jcastro> heh
[21:53] <dobey> you all stayed in the a/c too long
[21:53] <seb128> I shared room with him at uds, I just got the ubuflu at the end of uds
[21:53] <dobey> you should have hung out with the smokers a little to get some sun :)
[21:54] <jcastro> I jack up on vitamin C before and during my trips
[21:54] <seb128> no, I got the flu directly from the source ;-)
[21:54] <dobey> heh
[21:54] <jcastro> well, one pill a day, not like going crazy
[21:54] <seb128> the chilian flu!
[21:54] <dobey> jcastro: direct injection to the heart!
[22:40] <lool> Does someone know where rickspencer3's launchpad pygtk UI is hosted?  (the one to display bugs assigned to desktop team)
[22:40] <lool> Oh here's rickspencer3 :)
[22:40] <rickspencer3> hey lool
[22:40] <rickspencer3> it's hosed?
[22:40] <lool> rickspencer3: Hey
[22:40] <lool> rickspencer3: Hosed?  No I wonder where the code is so that people in the mobile team can use it :)
[22:40] <rickspencer3> *hosted*
[22:40] <rickspencer3> hehe
[22:40] <rickspencer3> sorry, really tired
[22:40] <lool> rickspencer3: Heh no hurry, we can discuss this any time
[22:41] <rickspencer3> lool: https://code.edge.launchpad.net/~rick-rickspencer3/pm-dashboard/trunk
[22:41] <lool> ah pm-dashboard I'm told
[22:41] <lool> Thanks!
[22:41] <rickspencer3> I have some changes to push
[22:41] <rickspencer3> the code is embarassingly undocumented and confusing, it's a "single use" script that went insane on me
[22:42] <rickspencer3> let me know how it goes for you
[23:35] <bratsche> hggdh: Hey dude, thanks for the PPA stuff on the 2gb bug!
[23:38] <hggdh> bratsche, welcome... So: does it work?
[23:39] <bratsche> I didn't install the PPA, I still just have the one I made for my mom installed.  But it works fine for her machine.
[23:40] <bratsche> I'm not sure why I've never run into this problem.. I've got mail going back to 2000.  I guess she just gets a lot of photos and crap sent to her or something.
[23:40] <hggdh> ah, you are Cody...
[23:41] <bratsche> But thanks for working on that.  I'm not very good with packaging type stuff yet. :)
[23:41] <bratsche> Yeah.
[23:41] <hggdh> thank you for noticing we were missing the #define... I wrongly assumed, since the start, that both fixes had made it to 2.22.3...
[23:42] <bratsche> I never really tried to dig into this in the past, I just used the script that someone posted.  Seems like Evolution should be doing something like that by itself though.
[23:43] <bratsche> Gnome needs a better email client. :)
[23:43] <hggdh> heh. But Evo is getting better, since a few releases
[23:44] <bratsche> Mostly it's just a usability nightmare though.  It's not very good for a person like my mom, but I wanted to keep her using desktop apps instead of Gmail to see what's working and what's not.
[23:45] <bratsche> Even though ivanka's team is doing real usability studies, I still have my one test user to discover things from. :)
[23:46] <hggdh> which is good...
[23:47] <hggdh> but upstream is very receptive to suggestions
[23:47] <bratsche> My mom could get lost with gmail too, but if all else fails she can exit the browser and start it up again and she's in the normal starting place.  But Evolution persists the UI between running it, which is bad in a case like this.
[23:47]  * hggdh tried his own wife, but did not work well ;-)
[23:48] <bratsche> This is probably my biggest complaint.  I should try to write a patch to make an option to reset the UI into a consistent starting place each time or something.
[23:49] <hggdh> please do so... or, better yet, open a blueprint to be discussed
[23:50] <chrisccoulson> heh, i just migrated my partner to evolution and she's very confused
[23:51] <hggdh> there you go... another sufferer. On my side, my wife pretty much stated she would stay with the Mac
[23:52] <chrisccoulson> but my girlfriend finds computers confusing in general, so i'm not sure if she's a typical use case or not ;)
[23:52] <bratsche> These are the perfect people to be testing stuff on though. :)
[23:53] <chrisccoulson> the one thing that really confused her was when she minimised pidgin for the first time and couldn't get it back
[23:53] <bratsche> Damn, I haven't written an Evolution patch in years.  This is going to suck to try to do this.
[23:53] <chrisccoulson> she couldn't figure out that she has to click on an icon that looks like some mail to open her IM client
[23:54] <bratsche> There's a lot of really bad design inconsistencies in our desktop that are the result of the general nature of how decentralized our model is.  But hopefully the design team's suggestions will be taken well and things will improve in this regard. :)
[23:56] <jcastro> papercuts!
[23:56] <bratsche> jcastro!
[23:58] <bratsche> jcastro: Did you ever get any UDS-flu?
[23:59] <SiDi> Im curious about knowing what this flu is
[23:59] <jcastro> nope, the immune system held out this time