[00:18] <TheMuso> c
[00:21] <crimsun> TheMuso: nice team for audio now
[00:22] <TheMuso> crimsun: indeed
[05:32] <pitti> Good morning
[05:33] <kklimonda> good morning
[05:35] <TheMuso> Morning pitti. Still getting used to you being around at this time.
[05:35] <pitti> TheMuso: so am I :)
[05:37] <RAOF> Morning pitti.
[05:37] <pitti> hey RAOF
[06:17] <rickspencer3> Hey pitti RAOF TheMuso
[06:17] <pitti> hey rickspencer3
[06:17] <TheMuso> Hey rickspencer3.
[06:17] <pitti> burning the midnight oil?
[06:17] <rickspencer3> pitti, nah, just finishing up some packing
[06:17] <rickspencer3> and going to bed
[06:17] <rickspencer3> looong day tomorrow
[06:18] <pitti> rickspencer3: ah, you're leaving early tomorrow?
[06:18] <rickspencer3> pitti, not really
[06:18] <rickspencer3> flight is 12h50
[06:18] <pitti> rickspencer3: hm, going eastwards rather means it's pretty short? :-)
[06:18] <rickspencer3> if you count it that way, yeah
[06:18] <rickspencer3> I think it's loong because it goes form tomorrow am in Seattle to Friday night in Amsterdam ;)
[06:18] <RAOF> :)
[06:19] <rickspencer3> pitti, so, word on the street seems to be that upgrades are going ok
[06:19] <rickspencer3> what have you heard?
[06:19] <pitti> nothing really about upgrades, it's pretty quiet
[06:19] <rickspencer3> is it quiet
[06:19]  * pitti is currently wading through reviewing the 44 SRUs that already piled up :)
[06:19] <rickspencer3> or
[06:20] <rickspencer3> quiet ... too quiet
[06:20] <rickspencer3> ?
[06:20] <rickspencer3> 44 SRUs, oh my
[06:20] <pitti> pleasingly quiet :)
[06:20] <rickspencer3> and they can't wait until 10.04.1
[06:20] <rickspencer3> ?
[06:20] <rickspencer3> pitti is nice, and not leaving them all for seb128 :)
[06:21] <pitti> how do you mean?
[06:21] <pitti> they will go into 10.04.1, of course
[06:21] <pitti> but we can accept them now, so we should :)
[06:21] <rickspencer3> pitti,ok
[06:22] <rickspencer3> I don't know how you plan to handle releasing SRUs now, versus waiting for 10.04.1
[06:22] <rickspencer3> I know sometimes you fix serious issues with an SRU before the release is even out
[06:22] <pitti> rickspencer3: 10.04.1 is nothing special wrt. SRUs
[06:23] <pitti> it just bundles up the changes that we did to -updates and -security so far and builds new images
[06:23] <rickspencer3> oh, I see
[06:24] <rickspencer3> I thought there would be maybe a bit more leniency for SRU criteria for 10.04.1, and also perhaps less urgency for SRUs before then
[06:24] <TheMuso> And afaik helps a little with hardware enablement with the installer.
[06:24] <pitti> rickspencer3: leniency> we are for LTSes, yes
[06:24]  * rickspencer3 chalks up another thing learned about Ubuntu
[06:24] <pitti> we allow more "polish" type SRUs
[06:24] <rickspencer3> kewl
[06:25] <pitti> but if we have a fix for a bug, it can go to -proposed and then to -updates
[06:25] <rickspencer3> that makes sense
[06:25] <pitti> rickspencer3: the longer we wait, the smaller is the chance that it'll hit -updates soon enough to get into the next point release
[06:25] <rickspencer3> maybe as your last think as tech lead for Lucid, you can talk me through it at UDS
[06:25] <rickspencer3> ;)
[06:26] <pitti> I'm happy to
[06:26] <rickspencer3> everything you say makes sense, naturally ;)
[06:27] <rickspencer3> pitti, I'll be back in about 8 hours, ttyt
[06:27] <rickspencer3> g'night TheMuso, RAOF, robert_ancell
[06:27] <pitti> rickspencer3: sleep well, and safe travels!
[06:27] <TheMuso> rickspencer3: gnight
[06:27] <rickspencer3> pitti, I hope we chat in (my) morning, so you can tell me that everything is still nice and quiet :)
[06:30] <RAOF> rickspencer3: good night
[06:31] <robert_ancell> rickspencer3, bye
[07:47]  * pitti -> off for an hour of running and breakfast
[08:37] <pitti> re
[08:38] <didrocks> good morning
[08:39] <RAOF> good morning didrocks
[08:40] <pitti> bonjour didrocks
[08:40] <pitti> didrocks: did you sleep well?
[08:41] <didrocks> hey RAOF
[08:42] <didrocks> Guten Morgen pitti, yeah, hard to find some sleep yesterday but hard to wake up too :) I think that I'll be perfectly retablished tomorrow :)
[08:43] <pitti> didrocks: good to hear
[08:43]  * pitti goes on banging hard on the lucid-proposed queue
[08:45] <didrocks> pitti: good luck ;)
[08:47] <didrocks> pitti: oh, before I forgot, tomorrow morning, they will cut the power for the building from 9am to 11am. So, I'll be there a little bit late
[08:47] <pitti> didrocks: np; it's the day after release, don't worry about slacking :)
[08:48]  * didrocks notes down in his agenda "can be a slacker tomorrow"
[08:49] <pitti> robert_ancell, didrocks: I'll reject your two gedit uploads and reupload with a fixed -v, FYI
[08:50] <didrocks> pitti: what did I do wrong?
[08:50] <pitti> didrocks: nothing, but robert_ancell uploaded a newer version on top without -v
[08:51] <pitti> (and no bug refs)
[08:51] <robert_ancell> -v?
[08:51] <didrocks> oh, ok, just grabbed the branch now
[08:51] <pitti> bzr bd -S -- -v2.30.0git20100413-0ubuntu1
[08:51] <pitti> robert_ancell: -v<last version in final or updates>
[08:51] <pitti> robert_ancell: so that the source.changes contains all relevant changelog entries for -proposed
[08:52] <robert_ancell> pitti, oh, didn't know about that
[08:52] <pitti> it's an idiosyncracy of how we track SRU changes and verification
[08:56] <seb128> hey didrocks pitti
[08:56] <seb128> hey robert_ancell
[08:56] <didrocks> salut seb128
[08:56] <pitti> bonjour seb128! comment vas-tu?
[08:56] <pitti> happy release day!
[08:56] <seb128> pitti, très bien merci, et toi ?
[08:56] <seb128> pitti, to you too ;-)
[08:56] <seb128> didrocks, ca va mieux ?
[08:56] <pitti> seb128: je sui beien
[08:56] <pitti> bien
[08:57] <didrocks> seb128: bien mieux, merci, encore le nez un peu pris et des éternuements, mais demain, ça devrait être passé :)
[08:57] <seb128> didrocks, ok, bien ;-)
[08:57] <seb128> didrocks, robert_ancell: you guys duplicated work? or did robert_ancell did extra changes to gedit?
[08:57] <pitti> extra changes
[08:58] <seb128> ok
[08:58] <pitti> didrocks -> .1, robert -> .2
[08:58] <seb128> robert_ancell, you want to check things you sru
[08:58] <pitti> seb128: working from bzr helps :)
[08:58] <seb128> robert_ancell, file-roller 2.30.1 is useless and there is a 2.30.1.1 with a bug fix though
[08:58] <robert_ancell> seb128, hey
[08:58] <pitti> don't worry, it was zero effort; bzr bd -S, dput, done
[08:58] <pitti> seb128: oh, should I reject it then?\
[08:58] <seb128> robert_ancell, same for eog there is no code change there since we don't use libjpeg8
[08:59] <robert_ancell> have to go, be back in a while...
[08:59] <seb128> pitti, well I'm not decided how useful it is to do update to import translations update only
[08:59] <seb128> robert_ancell, have fun
[08:59] <didrocks> seb128: robert_ancell I'm on file-roller 2.30.1.1 btw
[08:59] <didrocks> enjoy robert_ancell
[08:59] <seb128> pitti, you can block file-roller until didrocks does the newest update
[08:59] <pitti> seb128, didrocks: if file-roller 2.30.1 only updates translations, and we're going to have an .1.2 anyway, we can reject it
[09:00] <seb128> pitti, ok, do it ;-)
[09:00] <pitti> right, I will, since it doesn't refer to a bug anyway
[09:00] <pitti> robert_ancell: ^ needed for tracking verificatin
[09:00] <didrocks> pitti: yeah, that's why I didn't upload 2.30.1 yesterday ;)
[09:01] <seb128> waouh, reading lucid-changes
[09:01] <seb128> sru goes through already today ;-)
[09:03]  * pitti bows
[09:04] <pitti> robert_ancell: rejecting seahorse, needs a bug ref for tracking verification
[09:04] <pitti> robert_ancell: please add one and reupload (same version number)
[09:05] <pitti> robert_ancell: gucharmap -> same problem, and changelog should list the changes
[09:06] <pitti> robert_ancell: eog> dito
[09:06] <pitti> robert_ancell: brasero/gnome-games, too
[09:07] <pitti> sorry
[09:18] <kklimonda> pitti: what's the procedure if, while a package is still in -proposed, a new sru has to be prepared ?
[09:18] <pitti> kklimonda: for being able to sensibly test, it's best to avoid this in the first place
[09:19] <pitti> kklimonda: if you need to, please upload the newer one with -v<last version in final or updates>, so that the source.changes contains all versions currently being in -proposed
[09:19] <seb128> robert_ancell, pitti: quite some of those have no code change interesting for ubuntu (like 1 fix in a library or option we don't use), do we want to do such updates for translations only?
[09:20] <seb128> or cleaning gtk apis used to be current ones
[09:20] <seb128> which we don't really care since the current versions build on lucid
[09:20] <pitti> seb128: translations are relatively interesting, although we could of course also upload them manually (more effort, though)
[09:21] <seb128> we need what danilo blogged about to be working ;-)
[09:37] <chrisccoulson> hello everyone
[09:40] <didrocks> hey chrisccoulson
[09:40] <chrisccoulson> hey didrocks, how are you?
[09:41] <didrocks> chrisccoulson: I'm feeling better than the last days, thanks ;) you?
[09:41] <chrisccoulson> yeah, i'm not too bad thanks
[09:41] <pitti> hey chrisccoulson, good morning
[09:42] <chrisccoulson> hey pitti, how are you too?
[09:42] <pitti> chrisccoulson: I'm great
[09:42] <pitti> I think I'm getting used to getting up at 6 :)
[09:42] <chrisccoulson> heh, i struggle to get up that early ;)
[09:42] <chrisccoulson> i go to bed too late
[09:43] <chrisccoulson> so, is everyone excited for the release today?
[09:46] <pitti> chrisccoulson: I have to, since my wife does (and also goes to bed at 22:30)
[09:46] <pitti> and we just have one room here in Munich
[09:48] <didrocks> pitti: I checked about the bug #544639 and I can say the bug is fixed, what should I do, readd the tag verification-needed and drop a comment?
[09:49] <pitti> didrocks: oh, please do (and ask the reporter for further information)
[09:49] <pitti> didrocks: v-failed just means that the bug will stay open once it goes to -updates
[09:50] <pitti> didrocks: if an update actually breaks stuff, it'll be tagged regression-proposed
[09:50] <pitti> didrocks: I rejected empathy, see bug 566909
[09:50] <didrocks> pitti: yeah, you have some inputs from upstream there
[09:50] <pitti> didrocks: just responded
[09:51]  * pitti grumbles about the design team
[09:51] <seb128> what? changing the default?
[09:51] <pitti> do they always talk to people who don't listen? ...
[09:51] <seb128> we should not do that in a sru
[09:51] <pitti> seb128: right, that's why I rejected the package
[09:51] <hyperair> pitti: what do you mean?
[09:51] <pitti> seb128: (FWIW, we shouldn't do it at all, but for maverick for my sake; but in lucid, over my dead body)
[09:52] <pitti> hyperair: talking to offline contacts :)
[09:52] <hyperair> lol
[09:52]  * didrocks likes talking to offline contacts, they alway agree with me ;)
[09:52] <didrocks> always*
[09:52] <pitti> when I press ctrl+H I have four screenfuls of contacts
[09:52] <seb128> pitti, I've no strong opinion against try, out of the knee-jerk reaction that I hate having offline contacts listed and I don't see the point for those
[09:52] <pitti> many of them are ancient and probably disabled long ago
[09:53] <seb128> same here
[09:53] <pitti> seb128: right, but not in a lucid SRU
[09:53] <seb128> that for sure
[09:53] <seb128> no such crazy behaviour change in a stable version
[09:54] <Zdra> seb128, note that change was made upstream on the request of ubuntu's usability tests ;)
[09:55] <Zdra> seb128, I agree with that change for new users, but indeed it's a not good for users already using empathy
[09:56] <chrisccoulson> urgh, offline contacts shown by default? how is that good from a usability perspective?
[09:56] <chrisccoulson> i've got contacts i haven't touched in years
[09:56] <chrisccoulson> i should probably just delete them ;)
[09:57] <didrocks> Zdra: you was talking about an hack like "consider the key to show offline key if less than 10 contacts" for instance. Seems reasonable for next release
[09:57] <didrocks> but yeah, if you have more than few contacts, doesn't make sense :/
[09:58] <cassidy> didrocks, that's bong, we have to provide a coherent experience. Why display it if you have 10 contacts but not 11 ?
[09:58] <Zdra> didrocks, IMO that would be good, yes... feel free to open upstream bug and attach patch ;)
[09:58] <chrisccoulson> i just tried turning on offline contacts, and it makes it more difficult to navigate to the online contacts
[09:58] <cassidy> imagine doc or an user trying to explain something to another one if they don't experience the same behaviour...
[09:58] <didrocks> cassidy: always the issue of limits right, but why cluttering the GUI for people having 50+ contacts ? ;)
[09:58] <chrisccoulson> (yes, they float to the top of the contact groups, but that doesn't help when you have more than a couple of groups)
[09:58] <Zdra> chrisccoulson, it is really for people new to IM world that have just a few contacts
[09:59] <cassidy> didrocks, it's easier for an user to think "Wow, too many contacts, how can I hide them?" than "Humm maybe there is an option to display offline ones"
[09:59] <Zdra> chrisccoulson, like I create a gmail account for my mother and tell her to add my contact, if she does it when i'm offline, her contact list will stay empty and will wonder what's going on
[09:59] <cassidy> anyway, we already had this discussion and agreed that displaying offline contacts was easier for new comers. Old users can just disable them in one click
[10:00] <Zdra> chrisccoulson, my mother story is true story ;)
[10:00] <chrisccoulson> Zdra - ok, that does make sense
[10:00] <Zdra> cassidy, maybe s/10/1/
[10:01] <Zdra> cassidy, just to force contact list to not be empty ?
[10:01] <Zdra> well, of course we can always find cases where it will look weird
[10:01] <cassidy> no, that's stupid. I'm pretty convinced displaying by default is the good thing to do. That will maybe annoy existing users but that's gconf's fault and, well, fuck them, they can click on one menu entry
[10:05] <seb128> cassidy, that was maybe true before facebook users
[10:05] <seb128> now anybody start with some hundred contacts
[10:05] <seb128> or any facebook user which seems to be an increasing number of users
[10:06] <seb128> in any case behaviour changes should not happen in stable series
[10:06] <cassidy> I think making user click the "show offline" option is worth it because a) User is now aware of this option b) Simple user (such as Zdra's mom) are not confused by seeing an empty contact list
[10:06] <seb128> let's see how it goes next cycle rather
[10:06] <cassidy> we can't win on all fronts
[10:07] <seb128> the debian guys put in well, stable means it should behave in a consistant way
[10:07] <seb128> not only stable in the sense of the changes landing there
[10:07] <cassidy> oh, I'm not advocating to make the change in Lucid
[10:08] <cassidy> I just feel kinda frustrated to have done this change based on Cannonical's input and see that it's not used by Ubuntu :)
[10:09] <chrisccoulson> pitti - have you seen bug 568926?
[10:09] <pitti> we don't enable that in lucid
[10:09] <chrisccoulson> pitti - oh, i wasn't sure if that was the case or not
[10:10] <pitti> it's still too new, and a potential securiry/wreck your machine nightmare
[10:10] <chrisccoulson> i just tried connecting to my desktop with palimpsest and got a confusing error
[10:10] <chrisccoulson> we probably should have turned off the menu entry :(
[10:10] <pitti> we can do so in an SRU, for sure
[10:11] <pitti> chrisccoulson: OTOH you might connect from a lucid client to a maverick server :)
[10:11] <chrisccoulson> is the support missing on the server, or client?
[10:11] <chrisccoulson> yeah, that's what i was going to ask ;)
[10:11] <pitti> or, even if we enable it, it's still probable that the remote server just has that disabled
[10:11] <pitti> so maybe it doesn't actually make sense to disable the menu item
[10:11] <chrisccoulson> yeah, true
[10:13] <staz> so the proper way to fix it would be better error reporting
[10:13] <pitti> chrisccoulson: I add a gdu task for improving the error message
[10:13] <pitti> staz: heh, exactly :)
[10:14] <chrisccoulson> pitti - i can't work out whether the binary is used on the client (by g-d-u), or the server (by udisks)
[10:14] <chrisccoulson> do you know?
[10:14] <pitti> I don't right now, sorry; I have never tried this so far
[10:15] <chrisccoulson> pitti - i've got a feeling it might be the client, in which case, there's probably not much security benefit from not including it is there?
[10:15] <chrisccoulson> when i tried to connect to my desktop, i got some hard-drive activity at the point i tried to connect
[10:15] <pitti> chrisccoulson: right
[10:16] <chrisccoulson> (but i don't know if that was coincedence or not)
[10:16] <pitti> chrisccoulson: there's still the "untested feature" aspect, though
[10:16] <pitti> it was added upstream after FF
[10:16] <chrisccoulson> ah, ok. i didn't realise that
[10:21] <chrisccoulson> right, i have a few errands this morning, so i will be away for a little bit
[11:06] <milanbv> is it known that gdm debug symbols aren't available on i386 for 2.30? how can one debug crashes?
[11:15] <rodrigo_> hmm, which package should I assign this bug (https://bugs.launchpad.net/ubuntu/+source/rhythmbox-ubuntuone-music-store/+bug/529714) to? libc6 seems to be where nss stuff is, right?
[11:16] <james_w> rodrigo_: yes, but that doesn't mean it is a libc6 bug
[11:17] <rodrigo_> btw, it crashes only if wins is enabled in /etc/nsswitch.conf
[11:17] <rodrigo_> james_w, right, hence my question :-)
[11:17] <james_w> right, now I look at the bug, it seems like it might be :-)
[11:18] <james_w> could be a glib/gio bug
[11:18] <seb128_> winbind
[11:18] <seb128_> I would say
[11:19] <seb128_> since it's crashing in libnss_wins.so.2
[11:19] <rodrigo_> seb128_, ok, so assigning it to winbind then
[11:20] <rodrigo_> hmm, no package of that name
[11:20] <pitti> didrocks: empathy> merci
[11:20]  * rodrigo_ searches
[11:20] <seb128_> rodrigo_, samba
[11:20] <seb128_> it's comming from the samba source
[11:20] <rodrigo_> ah
[11:20] <didrocks> pitti: I didn't upload yet. I have an issue with no more indicator integration that I didn't have yesterday. I'm making further testing before pushing
[11:21] <didrocks> (first, rebuilding older version)
[11:21] <pitti> didrocks: ah, thanks
[11:21] <james_w> https://bugzilla.samba.org/show_bug.cgi?id=5904 looks relevant
[11:21] <seb128_> bug #369274 seems similar
[11:21] <rodrigo_> seb128_, hmm, I think I marked it as duplicate yesterday
[11:22]  * rodrigo_ looks
[11:22] <rodrigo_> ah, no, not that one
[11:22] <rodrigo_> oh, it's from jaunty
[11:23] <seb128_> it's not new right
[11:36] <didrocks> pitti: let me respawn an autoreconf apparently for file-roller. I need to bump the version, right?
[11:36] <pitti> didrocks: argh; yes, I just accepted it, so new version
[11:37] <didrocks> pitti: do I need to reopen a bug + debdiff and so on, or just add to existing one?
[11:37]  * didrocks updates his pbuilder this time
[11:41] <pitti> didrocks: use the existing one, it's fine
[11:41] <didrocks> ok, thanks :)
[11:44] <pitti> didrocks: just ensure that you either re-use the same changelog record and bump the version, or use a new one and build with -v
[11:44] <didrocks> pitti: sure, thanks
[11:47] <maxb> Hi, I need some help in figuring out what package to blame for the bug of the checkmarks in context menus showing up as white-on-grey
[12:44] <seb128> re
[12:45] <seb128> pitti, so new isos to test again today?
[12:45] <seb128> maxb, could you give details on the theme you are using and the context menu you get the issue in?
[12:46] <maxb> seb128: every menu, and I'm not aware of having customized my theme, but I'll look it up now
[12:46] <ogra> seb128, yes, for bug 570765
[12:46] <seb128> ogra, ok
[12:47] <maxb> As an example, look at the little blob next to "Only on This Workspace" when you right-click a title-bar
[12:47] <seb128> what theme do you use?
[12:47] <maxb> Human
[12:47] <seb128> what ubuntu version?
[12:47] <maxb> uptodate lucid
[12:47] <seb128> ok, let me try that, it's an outdated legacy theme
[12:48] <seb128> bah it's not even installed on lucid
[12:48] <maxb> Oh. What am I supposed to be using, then?
[12:48] <seb128> one of the new themes, ambiance is the default one
[12:49] <maxb> whoa, that's.... different
[12:49] <seb128> indeed ;-)
[12:49] <seb128> there is a light one too if you prefer those
[12:50] <maxb> hrm
[12:50] <maxb> Well, I hate it, but at least I have a better idea why the Human-theme context menus are broken
[12:50] <maxb> so thanks for that :-)
[12:50] <seb128> why do you hate it?
[12:51] <seb128> it's a theme bug anyway on the light theme the check mark are not white
[12:51] <seb128> so if you open a bug open if on the human theme
[12:51] <maxb> The light theme? How does that interact with the human theme?
[12:52] <seb128> ?
[12:52] <seb128> it's a theme like human
[12:52] <seb128> it's called radiance in the theme capplet
[12:52] <seb128> try this one if you don't like the default one
[12:52] <seb128> those are the new lucid themes
 it's a theme bug anyway on the light theme the check mark are not white
 so if you open a bug open if on the human theme
[12:52] <maxb> ^ I'm trying to understand the relationship between those two lines
[12:53] <seb128> well the theme define the color for those
[12:53] <seb128> not all theme have the issue you describe
[12:53] <seb128> so it's a bug in human
[12:53] <maxb> right. I shall file.
[12:54] <maxb> Is there something that's supposed to transition upgrading users to the new themes, that I've missed by upgrading back in the alpha days?
[12:57] <seb128> maxb, no, user settings are respected on upgrade
[12:57] <seb128> maxb, you would get the new theme if you never changed the one you use
[12:58] <seb128> maxb, you likely switched to something else and back to human one day, which wrote human as an user choise
[12:58] <maxb> That makes sense. thanks
[12:58] <seb128> we have a blueprint about better handling those cases for next cycle
[12:58] <seb128> ie users changing and getting back to the default
[13:03]  * ajmitch still had clearlooks set until an hour or so ago
[13:03] <ajmitch> ambiance is quite a change from that
[13:04]  * soren likes ambiance
[13:04]  * ajmitch prefers radiance on the laptop, but they're both quite good
[13:06] <maxb> my biggest complaint is that they are too-low-constrast in many places such as the task bar and inactive window decorations
[13:21] <chrisccoulson> hmmm, several people have reported now that they end up with gnome-screensaver running twice in their session
[13:21] <chrisccoulson> i wonder how to track that one down :-/
[13:24] <pitti> seb128: yes :-/
[13:48] <pitti> chrisccoulson: "now" -> recent regression? or since upgrade from karmic?
[13:49] <seb128> I guess it's since lucid but not really new since there has been no recent change
[13:49] <seb128> could be a race in the dbus activation change or something
[13:50] <chrisccoulson> pitti - since upgrade from karmic (bug 556255), reported on 6th april, but now multiple people seem to have the same issue
[13:50] <chrisccoulson> i thought maybe a race due to being activated by something in the session starting when gnome-session normally starts gnome-screensaver, but i can't see any obvious race yet which would allow 2 instances to run
[13:51] <didrocks> seb128: I think I'm stuck at the empathy upgrade. 2.30.1-0ubuntu1 (not released) is using the indicator, but I can't have it using it with 2.30.1. configure phase is saying me "using libindicate: true" and I tried to revert each commit in trunk without any success. Do you have any clue for debugging?
[13:52] <seb128> didrocks, I don't understand the question
[13:53] <didrocks> seb128: with 2.30.1-0ubuntu1, I can't get empathy using the indicators (it's fallbacking to the notification area)
[13:53] <seb128> didrocks, it's using the indicator but the same version can't use the indicator?!
[13:53] <seb128> hum
[13:53] <didrocks> oupsss, it was a wrong copy and paste
[13:53] <didrocks> 2.30.0.2 was working with the indicators
[13:53] <seb128> but it works with 2.30.0.2?
[13:54] <didrocks> right (it was the first that I should have written in the initial sentence)
[13:54] <seb128> do you get any error if you run empathy on the command line?
[13:54] <seb128> is the preference option doing anything when you click on it?
[13:55] <didrocks> no error on the command line
[13:55] <didrocks> but the preference option (didn't know it) is not enabled
[13:56] <seb128> does it work if you enable it?
[13:56] <didrocks> yes
[13:56] <didrocks> so ok, the issue is something was a modified path, can work on that
[13:56] <seb128> try with a guest session to make sure it's not an user config issue?
[13:56] <seb128> well that change is an ubuntu one
[13:56] <didrocks> well, can try that too :)
[13:56] <seb128> it's weird the path would have changed
[13:57] <didrocks> seb128: yeah, but some paths changed (normally it was already in 2.30.0.2) to fix the "not picking some gconf settings", maybe it's an impact
[13:57] <didrocks> but I didn't know this preference dialog, that will help me, thanks :)
[13:58] <didrocks> ok, same thing in guest session, investigating
[14:03] <pitti> new desktop ISOs, please rsync/test
[14:03]  * kenvandine tests
[14:05] <seb128> pitti, I was just going to ask about those ;-)
[14:13] <didrocks> hum, I wonder if schemas is still updated by schemas.in (as our value doesn't exist in empathy schema in the last version)
[14:14] <didrocks> ok, I suck… think I found it…
[14:14] <seb128> ?
[14:15] <seb128> you changed the wrong file on a patch update?
[14:15] <seb128> ie an autogenerated one and not the source?
[14:16] <didrocks> seb128: I patch the .schema file for the "hide offline user" thing. My guess is the target then is most recent that the source (the schemas.in file). So, our previous patch which add the indicator key to the schema.in isn't taken into account
[14:16] <didrocks> s/most/more
[14:16] <didrocks> s/that/than
[14:17] <seb128> didrocks, changing the schemas it not the right way
[14:17] <seb128> you should add a .gconf-defaults line fo rit
[14:18] <didrocks> seb128: even for reverting an upstream change? (I mean, I thought we will revert it in next release)
[14:18] <seb128> gconf-defaults has been made to let the upstream schema in the upstream way and have a distro layout for distro changes
[14:18] <seb128> we will drop the .gconf-defaults line then
[14:19] <seb128> we designed that exactly for this usecase
[14:19] <didrocks> seb128: well, we added the indicator key in the schema (ok… it's not tweaking an upstream value)
[14:19] <seb128> changing a key without changing the schemas
[14:19] <didrocks> ok, can do that :)
[14:19] <seb128> well if you had a key and want descriptions you need to change the schemas
[14:19] <seb128> gconf-defaults doesn't allow to set key descriptions
[14:19] <seb128> had -> add
[14:20] <didrocks> right, ok, got it
[14:20] <didrocks> well, at least, that means that my testing wasn't so bad (I was afraid that I've pushed this error in previous upload) :)
[14:20] <seb128> ;-)
[14:24] <hyperair> gir1.0-something-clutter-1.0 does not conflict on libclutter1.0-0 hard enough.
[14:24] <hyperair> i think.
[14:24] <hyperair> wait a sec, libclutter1.0-0 disappeared..
[14:26] <hyperair> oh nevermind
[14:26] <hyperair> i had a newer clutter than the repository
[14:28] <didrocks> hyperair: and apparently, it's a cluttered clutter :)
[14:28] <hyperair> didrocks: heh yes, a very cluttered clutter.
[14:29]  * hyperair thinks our upgrade path could do with a little improving..
[14:29] <hyperair> though i was probably my fault for using a daily gnome-shell PPA + xorg-edgers..
[14:29] <ogra> hyperair, didnt update-manager catch that ?
[14:29] <hyperair> ogra: nope.
[14:30] <ogra> thats actually what it is supposed to do
[14:30] <hyperair> ogra: i had a few newer-than-usual packages.
[14:30] <ogra> but from third party repos
[14:30] <hyperair> ogra: that included libclutter-1.0-0, which aptitude didn't seem to like downgrading.
[14:30] <ogra> u-m checks for that
[14:30] <didrocks> ah, way better for empathy one I stop being silly :) uploading now
[14:30]  * hyperair did do-release-upgrade -d
[14:30] <ogra> thats the same
[14:30] <hyperair> but that should also be part of update-manager..
[14:30] <hyperair> yeah
[14:31] <hyperair> ogra: does u-m take care of downgrading packaegs?
[14:31] <mvo> hyperair: hm, what was the error?
[14:31] <ogra> it does take care of checking your sources.list for third party repos
[14:31] <ogra> i dont think it downgrades indeed
[14:31] <ogra> else we'd have called it downgrade-manager :P
[14:32] <hyperair> mvo: it got lost in my terminal scrollback.. i've been fixing the borked upgrade since.
[14:32] <ogra> (bad joke, i know)
[14:32] <hyperair> ogra: hehehh.
[14:34] <hyperair> mvo: it seems to be going fine now. the main issue was that i had libclutter-1.0-0=1.2.6-0ubuntusomethingorother from some PPA, but it was still prior to the split of the gobject-introspection file into the gir1.0-somethingorother package.
[14:35] <hyperair> mvo: and so aptitude didn't want to downgrade libclutter-1.0-0, and gir1.0-clutter-1.0 wouldn't install because of the file conflict
[14:38] <rickspencer3> pitti, seb128, didrocks what's the word on the street? No dead kittens? No ISO respins?
[14:38] <pitti> rickspencer3: there was a respin, new images landed an hour ago
[14:38]  * pitti commandeered his wife's computer and now does three tests in parallel
[14:39] <rickspencer3> d'oh
[14:39] <didrocks> will do some tests in few minutes too now that empathy is *finally* finished
[14:40] <seb128> will do the same once rsync is done
[14:41] <seb128> you would think it would download almost nothing for trivial changes
[14:41] <seb128> but no...
[14:41] <seb128> pedro_, hey
[14:41] <pedro_> salut seb128
[14:41] <seb128> pedro_, how are you?
[14:42] <pitti> sent 189715 bytes  received 176013639 bytes  939751.22 bytes/sec
[14:42] <pitti> for me
[14:42] <pitti> speedup is 4.16
[14:42] <pitti> hmm
[14:42] <pitti> apparently the structure on the ISO does get juggled somewhat
[14:42] <pedro_> seb128, I'm good, testing the latest ISO , how are you doing?
[14:42] <kenvandine> rickspencer3, when is your flight?
[14:42] <seb128> pedro_, I'm good thanks
[14:43] <rickspencer3> kenvandine, I take off at 12h50
[14:43] <seb128> pedro_, if you get borred of iso testing pitti waved a round of sru in lucid now
[14:43] <rickspencer3> will leave here in about 2h20
[14:43] <seb128> pedro_, so quite some GNOME update to testplay if you feel like it ;-)
[14:44] <rickspencer3> kenvandine, for the rest of the morning I will contribute in my normal way on release day ...
[14:44] <rickspencer3> by pacing around and worrying
[14:44] <pitti> rickspencer3: don't worry too much, we'll be fine
[14:44] <rickspencer3> pitti, I know
[14:44]  * pitti chuckles
[14:44] <seb128> rickspencer3, do iso testing! ;-)
[14:44] <pedro_> seb128, <3 , I'll go for those after finishing with the iso testing ;-)
[14:44] <JanC> I'd say it's normal that even a small change gives large changes in the ISO because of the compression etc.?
[14:44] <rickspencer3> and I saw the incident report, it seemed like a good call
[14:45] <seb128> ok, I need to go out for some errants and since rsync takes ages let's do that now
[14:45] <seb128> be back in a bit for next iso testing round
[14:46]  * pitti tosses seb128 some bandwidth
[14:46] <mvo> hyperair: aha, thanks. well, on release upgrades normally file overwrites are reported but are not critical
[14:46] <didrocks> speedup is 4.16 here
[14:46] <pitti> it's so great to work on a DSL16000 for a while; I'm afraid I'm getting used to it
[14:46] <pitti> didrocks: heh, here too
[14:46] <hyperair> mvo: file overwrites?
[14:46] <hyperair> mvo: similar to the file conflict i had?
[14:47]  * hyperair is worrying over dpkg running out of disk space..
[14:47] <mvo> hyperair: hm, I can't find your line in scrollback
[14:47] <hyperair> mvo: what line?
[14:47] <mvo> hyperair: u-m should have a check for diskspace too :) if it runs out, I want a bugreport
[14:47] <mvo> hyperair: with the exact error message
[14:47] <mvo> hyperair: that you got
[14:48] <hyperair> mvo: if it runs out, i think i'll need to reinstall, since i have not heard of any good way of making dpkg recover from disk usage finishing
[14:48] <hyperair> but yeah i'll give you a bug report
[14:54] <asac> Riddell: there?
[14:55] <Riddell> asac: hola
[16:04] <konrad> hi
[16:05] <konrad> ich wollte mal fragen, ob ihr mir sagen könnt, ob sich ein Upgrade lohnt
[16:06] <qense> konraid: #ubuntu-de bitte, #ubuntu-desktop ist kein support channel
[16:06] <qense> konrad
[16:07] <seb128> ist aunch english sprechen channel ;-)
[16:07] <konrad> kay, thanks
[16:09] <seb128> is the iso tracker working for others?
[16:10] <seb128> I get an error page right now
[16:10] <pitti> no, it's got problems
[16:10] <pitti> see #u-release
[16:10] <seb128> ok
[16:10] <pitti> IOW, it's unusable right now :(
[16:10]  * pitti has a stack of 6 successful tests to report, too
[16:11] <seb128> I don't care so much about reporting success than knowing what cases need testing
[16:11] <vish> seb128: hi.. if you notice bugs in gnome-panel mentioning the panel is frozen, [time stuck or sys mon graph not working]  there seems to be a problem in X , restarting compiz corrects those "frozen" issues
[16:11] <seb128> vish, no
[16:12] <seb128> or maybe but those usually have so few informations than they are of no use
[16:13] <vish> seb128: hehe , i was giving you a heads up, to close those bugs or change the task/reduce your burden ;)  ... , once the drm landed those reduced .. after i switched to kernel .33 and havent had those problems [yet]
[16:14] <seb128> ok!
[16:24] <Nafai> morning
[16:44] <pitti> ubuntu DVDs up for testing (not on tracker yet, since that is down ATM; being worked on)
[16:47] <seb128> pitti, tracker is back
[16:47] <pitti> yay
[16:48] <pitti> seb128: FSVO "back"
[16:48] <seb128> pitti, I just registered 3 successful installs
[16:48] <seb128> pitti, I'm not asking for extra service ;-)
[16:48] <pitti> seb128: just talking with Kay and David -- seems we can trivially build gnome-vfs without hal support; added to my todo list for early maverick
[16:48] <seb128> ok good
[16:48] <pitti> libhal-B-gone!
[16:49] <pitti> and with it those ominous crashes, hopefully
[16:49] <seb128> which ones?
[16:49] <seb128> I don't think we got so many of those nowadays, the recent case turned out to be libpam-mount rather
[16:49] <seb128> but still going to clean up things ;-)
[16:49] <pitti> seb128: ah, I see
[16:49] <pitti> I thought it crashed somewhere in libhal
[16:50] <seb128> with some luck we will be able to move gnome-vfs out of the CD next cycle
[16:50] <seb128> pitti, right, which libpam-mount is using
[16:50] <Nafai> yay for simplification!
[16:51] <seb128> pitti, bah, I meant libpam-usb there
[16:51] <pitti> seb128: hughsie killed the hal code from gpm, so maverick won't have hal in the default install
[16:52] <pitti> which also means broken backlight support on many models until X catches up, though :(
[16:52] <pitti> (this was just discussed on the ML)
[16:52] <seb128> ok
[16:53] <seb128> is the xorg backlight thing being worked by somebody?
[16:53]  * Nafai needs to work on his blueprints today
[16:53] <seb128> hey Nafai
[16:53] <didrocks> the tracker is more or less down again  can't register my tests :/
[16:54] <Nafai> hey seb128
[16:54] <Nafai> the release shaping up well?
[16:56] <seb128> Nafai, okish, new isos have been rolled for a grub issue so new round of testing
[16:56] <seb128> brb
[17:03] <didrocks> hum, got a fail on Julie's computer with install mode directly (not starting), let's have a try on a crashbox
[17:09] <Nafai> so what's the ETA? :)
[17:11] <pitti> Nafai: we still need to test the DVDs
[17:12] <pitti> Nafai: if you have some bandwidth and can help with them, that'd be appreaciated :)
[17:12] <Nafai> hrm, that would require finding my DVD burner
[17:12] <Nafai> though I suppose I could boot via KVM
[17:12] <Nafai> What's the URL for the images?
[17:13] <pitti> Nafai: kvm is fine
[17:13] <pitti> http://cdimage.ubuntu.com/dvd/current/
[17:13] <pitti> ^ images
[17:13] <pitti> http://iso.qa.ubuntu.com/qatracker/test/4169
[17:13] <pitti> http://iso.qa.ubuntu.com/qatracker/test/4170
[17:13] <pitti> Nafai: ^ feedback (one for i386, one for amd64)
[17:14] <Nafai> thanks
[17:16] <pitti> Nafai: I guess it only makes sense if you already have a DVD image for rsyncing, though
[17:16]  * Nafai nods
[17:16] <pitti> Nafai: sucking down 4.1 GB from UK to Australia will certainly take more time than we still have
[17:16] <Nafai> true dat
[17:28]  * Nafai zsyncs the cd iso's he already has
[17:35] <Nafai> ugh, tiredness all the sudden hit me
[17:35] <Nafai> going to take a nap, bbiab
[17:41]  * pitti -> off for some fresh air and dinner
[17:52] <dobey> pedro_: ping :)
[17:52] <pedro_> hello dobey!
[17:52] <dobey> hola pedro
[17:52] <dobey> pedro_: so lp has been sending me some mail the last few days "your membership to ubuntu-bugcontrol is about to expire" :)
[17:53] <pedro_> dobey, oh it will expiry, i'm not going to renew your membership there.
[17:53] <pedro_> dobey, looking at it right now ;-)
[17:53] <dobey> pedro_: could you renew it please? :)
[17:54] <pedro_> dobey, renewed , thanks !
[17:54] <dobey> pedro_: gracias mi amigo :)
[17:54] <pedro_> por nada! :-)
[18:07] <azteech> anyone know how things are going on the final testing of the new changes?
[18:13]  * kenvandine -> lunch
[18:22]  * didrocks -> dinner
[18:43] <hyperair> compiz feels laggy.
[18:43] <hyperair> weird.
[19:33] <rickspencer3> hey all
[19:36] <rickspencer3> kenvandine, I assume the release is out now?
[19:36] <kenvandine> i don't think so
[19:36] <rickspencer3> d'oh
[19:36] <kenvandine> i guess it is :)
[19:36] <rickspencer3> still ISO testing I suppose?
[19:37] <kenvandine> i thought so... but looking at ubuntu.com it appears to be released
[19:37] <rickspencer3> niiiiice
[19:37] <kenvandine> ah... an hour ago :)
[19:37] <kenvandine> while i was at lunch :-p
[19:38] <rickspencer3> hehe
[19:38] <rickspencer3> while I was traveling to the airport
[19:39] <charlie-tca> yup, released
[19:51]  * hyperair wonders how one should go about getting the pretty new gdm themes for lucid..
[19:54] <didrocks> kenvandine: it's been one hour and half, you're lagging :p
[19:55] <rickspencer3> didrocks, US always lags
[19:55] <kenvandine> i guess :)
[19:57] <Nafai> back for a while
[19:58] <kenvandine> hey Nafai
[19:58] <kenvandine> happy lucid day :-D
[19:58] <Nafai> Yay
[19:58] <Nafai> Utah is celebrating Lucid day by snowing
[19:58] <kenvandine> hehe
[20:00] <Nafai> but I still have Spring time allergies
[20:01] <didrocks> rickspencer3: heh ;)
[20:01] <didrocks> rickspencer3: on which side of the ocean are you right now, btw? ;)
[20:03] <rickspencer3> hi didrocks
[20:03] <rickspencer3> waiting for my plane in Seattle
[20:03] <rickspencer3> so the "left" side of the Atlantic, "right" side of the pacific ;)
[20:03] <rickspencer3> didrocks, how do you feel now that the release is out?
[20:04] <didrocks> rickspencer3: "released" ?  :-)
[20:04] <didrocks> rickspencer3: more seriously, as usual, it's a joy. We have good SRU already ready, so I'm pretty confident
[20:04] <kenvandine> hehe
[20:05] <didrocks> I've reinstalled most of my laptop (and Julie's one) after testing upgrade to have most of test case (even netbook with LVM and encrypted home dir) and it seems all right
[20:05] <didrocks> tomorrow evening will be release party in Paris \o/
[20:06] <Nafai> didrocks: how far away are you from Paris?
[20:06] <rickspencer3> I wonder if there are any release parties in Amsterdam tomorrow?
[20:06] <didrocks> Nafai: well, by feet and public transportation, 20 minutes from Champs Élysées (Arc de triomphe)
[20:07] <Nafai> didrocks: nice!
[20:07] <didrocks> Nafai: so, not far at all, it's more or less the other side of the river :)
[20:07] <didrocks> rickspencer3: in the Airport, maybe? You can give it a try :)
[20:07] <Nafai> I'd like to see Paris some day, the Eiffel Tower, Champs  Élysée, the Louvre, etc
[20:08] <Nafai> looks like I know a tour guide too now :)
[20:08] <didrocks> Nafai: there has already been an UDS near Paris long ago :)
[20:08] <Nafai> darn, have to find another reason
[20:09] <didrocks> Nafai: well, I will probably move to Lyon (400 kms away) during summer
[20:09] <rickspencer3> my life is one long Ubuntu release party
[20:09] <Nafai> rickspencer3: sounds awesome
[20:09] <didrocks> rickspencer3: "everyday is a new day of joy and surprises"?
[20:10] <kklimonda> rickspencer3: doesn't sound bad but I feel sorry for your liver ;)
[20:10] <Nafai> better than being one long Ubuntu bug triage session
[20:10] <rickspencer3> didrocks, something like that, yeah
[20:10] <rickspencer3> speaking of which, I'm going to head to my gate
[20:10] <didrocks> rickspencer3: have a safe travel
[20:11] <rickspencer3> desktop team: what a rocking team!!
[20:11] <rickspencer3> great release with lucid
[20:11] <didrocks> thanks to a rocking manager :)
[20:11] <kenvandine> indeed... 3 cheers for rickspencer3!
[20:11] <kenvandine> :-D
[20:11] <rickspencer3> I wish pitti was around so we could tell him how f*cking incredibly he was this release
[20:11] <rickspencer3> nah
[20:11] <rickspencer3> you guys rocked lucid
[20:12] <rickspencer3> and pitti really helped us get to a new level with the work item tracker and etc...!
[20:12] <rickspencer3> lucid! lucid! lucid!
[20:12] <didrocks> thanks rickspencer3 :-)
[20:12] <Nafai> definitely 3 cheers for rickspencer3 and for pitti and everyone else!
[20:12]  * rickspencer3 does the wave
[20:13]  * chrisccoulson cheers
[20:13] <kenvandine> looking forward to celebrating in brussels
[20:13] <rickspencer3> yes
[20:14] <chrisccoulson> kenvandine, you're not celebrating today? ;)
[20:14] <kenvandine> i am... just not as much fun in my office :)
[20:14] <didrocks> chrisccoulson: remember, US, lagging (see backlog ;))
[20:14]  * didrocks hugs kenvandine
[20:15]  * kenvandine hugs didrocks
[20:28] <chrisccoulson> hurry up launchpad :)
[21:33] <seb128> didrocks, hey
[21:33] <didrocks> hey seb128 :-)
[21:33] <seb128> didrocks, bug #571725 could be due to the sru update
[21:34] <seb128> you probably want to keep an eye on it
[21:34] <seb128> not today, you should not be around after hours ;-)
[21:35] <didrocks> seb128: as Pedro, I don't get it either with the SRU version
[21:35] <didrocks> let me see if I have the directory
[21:35] <seb128> well that doesn't mean there is not a bug
[21:35] <seb128> try removing the dir if you have it?
[21:35] <didrocks> right
[21:36] <didrocks> ok, will have a look tomorrow :)
[21:36] <didrocks> it's not published anyway, right?
[21:36] <didrocks> only in -proposed
[21:36] <seb128> right
[21:36] <seb128> it will take a week without such issues to go to updates
[21:37] <seb128> we will probably want to block it and fix that bug if it's new in the update
[21:37] <didrocks> I'm downgrading first to check :)
[21:37] <seb128> well the new version stores infos again which was not in the lucid version
[21:39] <didrocks> ok, it's due to the new version
[21:39] <didrocks> I'll have a look tomorrow morning :)
[21:39] <didrocks> (well, during the power breakage, have to get some battery)
[21:49] <seb128> didrocks, oh right, good night and good luck without power tomorrow ;-)
[21:49] <didrocks> seb128: well, I have no role to play there, EDF is choosing for me at what hour I'll start to work online ;)
[21:50] <seb128> ;-)
[21:52]  * kenvandine buys yet more music from the music store :)
[21:53] <Nafai> kenvandine: awesome
[21:53] <Nafai> I was forgetful earlier this week and bought from Amazon :(
[21:53] <Nafai> After I clicked "buy" I remembered about the Ubuntu Music Store
[21:53] <kenvandine> Nafai, help save the cats :)
[21:54] <Nafai> :)
[22:03] <kenvandine> well it's beer-o-clock here... time to celebrate Lucid!
[22:03] <kenvandine> later folks!
[22:05] <Nafai> later kenvandine!
[23:17] <TheMuso> Good morning.
[23:20] <highvoltage> good morning TheMuso
[23:51] <Technoviking> Is there a file that I can set GdmXserverTimeout, want to try increse GdmXserverTimeout to fix a problem?
[23:52] <Technoviking> Was in /usr/share/gdm/defaults.conf, but not in 10.04
[23:55] <RAOF> Good morning!