[01:57] <robert_ancell> TheMuso, hey, could you sponsor the latest gcalctool to main?  Last day tomorrow for getting stuff in right...
[02:01] <TheMuso> robert_ancell: RC freeze is tomorrow, I'll get to it in a bit.
[02:01] <TheMuso> s/tomorrow/thursday
[02:01] <robert_ancell> TheMuso, np, thanks
[02:39] <rickspencer3> robert_ancell, hiya
[03:13] <robert_ancell> rickspencer3, hey, back from lunch
[03:49] <rickspencer3> robert_ancell, welcome back
[03:50] <rickspencer3> robert_ancell, did you see bug 447049
[03:52] <kenvandine> hey rickspencer3
[03:52] <rickspencer3> hi kenvandine
[03:52] <rickspencer3> how was your weekend?
[03:58] <rickspencer3> hi robert_ancell_ are you here for reals?
[03:59] <rickspencer3> ")
[03:59] <robert_ancell_> rickspencer3, trying to be, my network seems to be having some problems (tcp/ip stalls)
[03:59] <rickspencer3> bummer
[03:59] <rickspencer3> I'll keep it short while I have you attention then :)
[04:00] <robert_ancell_> been happening quite a bit lately. I would chase up the ISP but that never works :)
[04:00] <rickspencer3> bug 447049
[04:00] <rickspencer3> robert_ancell_ seems that in certain cases, the greater does not have focus, and there is no way to log in without a mouse :(
[04:01] <lifeless> can you alt-tab?
[04:01] <rickspencer3> lifeless, nope
[04:01] <rickspencer3> lifeless, good thought though
[04:01] <lifeless> alt-esc etc neither?
[04:01] <rickspencer3> as I said in the bug, some users can't use a mouse
[04:01]  * rickspencer3 tries alt-esc
[04:02] <rickspencer3> lifeless, nope
[04:03] <lifeless> worth a crack
[04:03] <lifeless> would still be ugly if it had worked
[04:03] <rickspencer3> lifeless, yes, but would not be so serious if there were such a workaround
[04:03] <rickspencer3> so good thinking
[04:04] <rickspencer3> it seems that the theme changes quite a bit recently, I wonder if that could have introduced a problem
[04:10] <TheMuso> Try CTRL + ALT + Tab
[04:11] <robert_ancell> grr, not my day.  Network problems and now text mode doesn't work after the last upgrade
[04:11] <TheMuso> yay
[04:12] <TheMuso> network connectivity sucks at the best of times
[04:14] <robert_ancell> rickspencer3, still there? Did you say something about bug 447049?
[04:15] <rickspencer3> hi robert_ancell
[04:15] <TheMuso> robert_ancell: yes he did
[04:15] <rickspencer3> my, quite the selection of robert_ancell's
[04:15] <rickspencer3> robert_ancell, yes
[04:15] <rickspencer3> the problem is that in certain cases, the GDM greeter can't be navigated with the keyboard
[04:15] <rickspencer3> which of course really bites if you can't use a keyboard
[04:16] <TheMuso> I know I used to be able to press space bar and start typing my password. I can't do that any more.
[04:16] <rickspencer3> so I bumped it to high, and assigned it to you, of course ;)
[04:16] <rickspencer3> TheMuso, well, on my netbook, it's busted, but my desktop works fine
[04:16] <TheMuso> interesting
[04:16] <rickspencer3> in any case, according to one of the bug comments, sounds like the greater does not have focus
[04:17] <robert_ancell> rickspencer3, right, that appears to be the case for me
[04:17] <rickspencer3> TheMuso, I don't want to speak for blind users, but I would assume that this would make the greeter work not to well if you were blind
[04:17] <TheMuso> rickspencer3: Very mcuh so.
[04:17] <TheMuso> much
[04:17] <rickspencer3> ok, so I'm thinking that accessibility-wise, we need to do something asap
[04:17] <robert_ancell> It appears the very first time you start the greeter it occurs but it's ok from then on
[04:18] <rickspencer3> robert_ancell ... not for me, it is recurrent on my netbook
[04:18] <rickspencer3> robert_ancell .. is there a way to simply force focus on the greeter when it loads?
[04:18] <robert_ancell> rickspencer3, can you check when you're logged in if the greeter is still running (using alt+ctrl+F keys)
[04:19] <robert_ancell> rickspencer3, yes, will see why it hasn't picked it
[04:20] <rickspencer3> robert_ancell, I tried alt+ctrl+f and nothing happened, but perhaps I misunderstood your directions
[04:21] <robert_ancell> rickspencer3, in my case my session is running on alt+ctrl+F7 and the greeter is running in the background on alt+ctrl+F10 - I'm not sure how gdm decides when to keep it in the background.  If you can't find it chances are it is being restarted each time you switch user
[04:21] <rickspencer3> oh, I see
[04:21] <rickspencer3> switch to a VT you mean
[04:21] <rickspencer3> ;)
[04:21] <robert_ancell> yeah, the name escaped me for a minute :)
[04:23] <rickspencer3> robert_ancell, ok, on my netbook, if I switch to VT 9, the greeter is there, and has focus (or at least keyboard works)
[04:25] <robert_ancell> rickspencer3, so is the lack of focus only occuring on startup or each time you switch user?
[04:25] <rickspencer3> robert_ancell, on startup, then when I go to switch users through the session indicator
[04:31] <rickspencer3> robert_ancell, now after doing the VT switch thing, it has focus again :/
[04:31]  * rickspencer3 tries restarting
[04:31]  * robert_ancell also restarting
[04:35] <robert_ancell> hmm
[04:36] <rickspencer3> robert_ancell, ok, I repro'd the weirdness and captured the steps in the bug
[04:36] <robert_ancell> thanks
[04:37] <rickspencer3> robert_ancell, gotta run ... any other work I can add to your list before I go?
[04:37] <rickspencer3> :)
[04:37] <robert_ancell> no thanks :)
[04:37] <robert_ancell> we've only got 2 days to get any changes in!
[04:38] <rickspencer3> well, we *have* to fix this one
[04:38]  * rickspencer3 suspects the new theme is somehow culpable
[04:39] <TheMuso> That doesn't make sense though
[04:39] <TheMuso> its just a GTK theme
[04:39] <rickspencer3> right, but maybe some widget has focus and is invisible for something
[04:39] <TheMuso> right
[04:39] <lifeless> so
[04:39] <rickspencer3> I just don't know what other changes occured
[04:39] <lifeless> think abou the mechanics
[04:39] <lifeless> gdm starts
[04:39] <lifeless> it starts x
[04:39] <lifeless> it starts xsplash
[04:40] <robert_ancell> it's a pain because it's got a custom widget in it and a bunch of hidden stuff too
[04:40] <lifeless> it signals xsplash to die
[04:40] <lifeless> AIUI there isn't a WM running
[04:40] <rickspencer3> hmm .. xsplash changed, and it's just a gdm app, maybe xsplash has keyboard focus
[04:41] <robert_ancell> lifeless, metacity is running
[04:41] <lifeless> ok
[04:41] <lifeless> so there is a wm
[04:41] <robert_ancell> if everything is sane the focus should end up somewhere useful...
[04:41] <rickspencer3> right, but the point still remains to consider ordering
[04:41] <robert_ancell> sure
[04:41] <lifeless> so the key components are xsplash, metacity & gdm-binary
[04:41] <robert_ancell> rickspencer3, apt-get remove xsplash and see if it occurs
[04:41]  * rickspencer3 tries
[04:42] <robert_ancell> gdm-simple-greeter not gdm-binary
[04:42] <rickspencer3> robert_ancell, ?
[04:42] <lifeless> robert_ancell: hey, I'm just doing ideas-man :P
[04:43] <rickspencer3> ehe
[04:43] <rickspencer3> lifeless, that job is taken
[04:43] <rickspencer3> ;)
[04:43] <robert_ancell> gdm-binary is the server component, gdm-simple-greeter is the gui, gdm-simple-slave is the server side component of the greeter
[04:43] <robert_ancell> the new gdm is complex...
[04:43] <lifeless> rickspencer3: robert_ancell was correcting my understanding of what bit of gdm shows the gui :)
[04:43] <lifeless> robert_ancell: thanks btw ;)
[04:44] <robert_ancell> lifeless, :)
[04:44] <lifeless> I'm only peeked shallowly
[04:44] <rickspencer3> boot up is much less pretty without xsplash
[04:45] <rickspencer3> dang it!
[04:45] <rickspencer3> robert_ancell ... works after removing xsplash
[04:45] <rickspencer3> robert_ancell ... works after removing xsplash
[04:46] <robert_ancell> rickspencer3, ok, there's our problem
[04:46] <rickspencer3> TheMuso, if we can't get this fixed by Thur, is removing xsplash and acceptable work around in your opinion?
[04:46] <TheMuso> rickspencer3: IMO yes.
[04:46] <rickspencer3> I suppose for blind users, xsplash has minimal utility in any case
[04:46] <rickspencer3> but people can't use mice for other reasons as well
[04:47]  * rickspencer3 notes on bug and adjusts priority and assigns to xsplash
[04:47] <lifeless> rickspencer3: I'm not sure its an xsplash problem
[04:47] <lifeless> rickspencer3: consider that once xsplash quits there is nothing more it can do; getting focus to the right place is up to metacity
[04:48] <rickspencer3> lifeless, xsplash doesn't quit ... it just get's invisible
[04:48] <lifeless> rickspencer3: it quits
[04:48] <rickspencer3> I don't think so, I think it fades out and waits for a signal from the gdm greater to fade in
[04:48] <lifeless> rickspencer3: I was looking at it with Cody last week
[04:48] <lifeless> rickspencer3: it quits
[04:48] <rickspencer3> hmmm
[04:48] <rickspencer3> fair enough
[04:48] <lifeless> /etc/gdm/PreSession/default starts it up again once the user is selected
[04:49] <lifeless> [that path is from memory, may be slightly off]
[04:49] <rickspencer3> but none the less, xsplash change, the problem occurred, I removed xsplash, it went away
[04:49] <lifeless> rickspencer3: right, but that doesn't make xsplash the problem :)
[04:50] <lifeless> that just makes xsplash the thing that makes the problem visible
[04:50] <lifeless> robert_ancell: do you know metacity/wm guts well?
[04:50] <robert_ancell> lifeless, no
[04:51] <robert_ancell> xsplash does catch the focus out signal though which I'm investigating
[04:51] <TheMuso> Sounds like a bug I experience occasionally where I close a window, and I totally lose focus on the desktop, and can't use orca or anything but the mouse to regain focus on a window etc. Sounds very much like metacity.,
[04:51] <lifeless> TheMuso: exactly
[04:51] <lifeless> TheMuso: Thats where my money is, a metacity issue that we've found a minimal test case for ;)
[04:52] <TheMuso> lifeless: Right, and whats more, this bug I experience occasionally is random as well.
[04:53] <lifeless> rickspencer3: if we need a package for this bug, all the data I have says its metacity; xsplash is dead simple and I didn't see anything odd related to window mgmt when I was looking over Cody's shoulder
[04:53] <rickspencer3> lifeless, agreed
[04:53] <rickspencer3> I'll leave it on GDM for now, as robert_ancell is working on it for the time being in any case
[04:54] <robert_ancell> while it may be metacity with the core problem chances are it will be easier to make xsplash play nice
[04:54] <TheMuso> foR THE SHORT TERM, THAT SOUNDS REASONABLE.
[04:55] <TheMuso> gah capslock
[04:55] <rickspencer3> robert_ancell, yah
[04:55] <rickspencer3> something change in xsplash that exposed this bug
[04:55] <rickspencer3> it would seem
[04:55] <lifeless> mmm
[04:56] <rickspencer3> or, it's related to the new theme, those are the only things that changed, so far as I know
[04:56] <lifeless> robert_ancell: what changes do you have in mind that would make xsplash not trigger this
[04:56] <robert_ancell> lifeless, not sure but other windows close without focus being lost
[04:57] <lifeless> robert_ancell: personally, I'd look at the root cause; its often simpler than it seems to fix things properly. IMNSHO. Yada Yada Yada.
[04:59] <rickspencer3> robert_ancell, given our time constraints, it's your call
[04:59]  * rickspencer3 has to go
[04:59] <rickspencer3> good night all
[04:59] <robert_ancell> rickspencer3, cya
[04:59] <rickspencer3> robert_ancell, thanks for picking this up and taking a crack at it, please comment wrt progress on the bug, and I'll see where we're at in the morning
[06:40] <mac_v> dobey: Ubuntuone seems to be using the icon of the drive with a cloud ... rather than the greyscale icons that have been added to humanity...
[07:16] <pitti> Good morning
[07:35] <didrocks> hey pitti
[07:36] <pitti> bonjour didrocks
[07:53] <inklers> hi
[07:53] <inklers> to use vmware or vbox
[08:01] <hyperair> vbox.
[08:06] <pitti> kvm!
[08:09] <mvo_> kvm++
[08:10] <hyperair> no hardware support ftl =(
[08:10] <hyperair> of all the core 2 duos around, i got the one that doesn't support vtx
[09:05] <chrisccoulson> good morning everyone
[09:06] <seb128> hey chrisccoulson
[09:06] <chrisccoulson> hey seb128
[09:06] <pitti> hey chrisccoulson, seb128
[09:07] <chrisccoulson> hey pitti
[09:07] <seb128> hey pitti
[09:07] <seb128> you guys had a good night?
[09:09] <didrocks> hey seb128, thanks for the sponsoring :)
[09:09] <didrocks> hello chrisccoulson
[09:09] <seb128> didrocks, thank you for the work ;-)
[09:09] <chrisccoulson> hey didrocks
[09:09]  * didrocks hugs seb128 
[09:10] <pitti> seb128: bit short, but I slept well
[09:11] <seb128> same here
[09:25] <chrisccoulson> seb128 - can you figure out what problem this user is trying to describe on bug 448759?
[09:25] <chrisccoulson> i don't know if it's just me who doesn't understand it
[09:29] <seb128> chrisccoulson, no, I don't understand it either
[09:30] <chrisccoulson> yeah, i'm really confused with it now
[09:30] <hggdh> there may be something lost in translation -- the reporter does not seem to understand, or refused to answer your quesiton
[09:30] <hggdh> BTW, chrisccoulson, did you get in contact with the folks on b.g.o for your bug access?
[09:31] <chrisccoulson> hggdh - possibly. perhaps you would like to comment on it? ;)
[09:31] <chrisccoulson> hggdh - not yet, i haven't had time yet
[09:31] <chrisccoulson> but thanks for replying to my message btw:)
[09:31] <hggdh> heh. nothing like a foreigner to talk with another one...
[09:31] <chrisccoulson> lol
[09:49] <lucas> hi
[09:50] <lucas> are there plans to update evince in jaunty, for example to fix the infamous "last slide skipped in presentation mode" bug?
[09:57] <seb128> lucas, depends if somebody is interested to work on the sru
[09:57] <seb128> I'm not but I'm happy to sponsor a debdiff if somebody does the paper work and the change
[09:59] <lucas> seb128: evince 2.26.2 fixes the bug, so updating to that upstream release would be enough
[09:59] <seb128> lucas, we don't upload new versions to stable usually
[09:59] <lucas> ah, I thought you did for gnome. sorry.
[09:59] <seb128> especially not new in a non lts version when the paperwork etc will bring us after karmic being stable
[10:00] <seb128> if nobody complained in 6 months there is no strong case to sru now
[10:00] <lucas> ok. I just saw someone running into that bug, that's why I asked.
[10:21] <kwwii> seb128: lp:human-theme has the added icons for the gdm shutdown dialog and it works well (thanks to chrisccoulson for the names)
[10:22] <seb128> kwwii, it was an error on your side yesterday then?
[10:25] <kwwii> seb128: yeah, I think I was somewhat blind last night :p
[10:47] <pitti> mat_t: you still get beeping on your system? if so, can you please check if https://bugs.edge.launchpad.net/ubuntu/+source/pulseaudio/+bug/449582/comments/6 helps?
[10:51] <seb128> kwwii, uploaded to karmic
[10:51] <seb128> pitti, thanks for the gnome-disk-utility snapshot
[10:52] <pitti> seb128: yw
[10:52] <pitti> seb128: I was going to ask you whether we wouldn't get it anyway with 2.28.2 next Monday
[10:52] <seb128> pitti, I would have done it myself but I don't know if you want to stay on sync with debian there
[10:52] <pitti> but you were offline, so I just did it
[10:52] <seb128> pitti, I don't know davidz has not been good at rolling regular tarballs for it
[10:52] <pitti> seb128: I don't want to put git snapshots into debian git, but of course I want to commit all packaging changes
[10:53] <pitti> so I just want to avoid piling up permanent deltas
[10:53] <mat_t> pitti: ok, thanks!
[10:53] <seb128> pitti, ok makes sense
[11:06] <pitti> asac: you wanted us to test 3G cards again; I just plugged in mine, and got some bouncing in dmesg (http://pastebin.com/f2a0c3d56), but it doesn't appear in nm-applet
[11:06] <pitti> Oct 13 12:06:38 tick usb_id[12686]: unable to access '/devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8.2/1-8.2:1.1/ttyUSB1/tty/ttyUSB1'
[11:06] <pitti> hmm
[11:07] <pitti> did you see this before? want a bug report? what info should I include?
[11:07] <pitti> hm, no /dev/ttyUSB0
[11:07] <asac> pitti: https://wiki.ubuntu.com/DebuggingModemmanager
[11:08] <asac> the debug log would be great
[11:08] <asac> unable to access feels odd
[11:08] <pitti> asac: ah, thanks; I think it's got something to do with transitioning the fake CD-ROM to modem mode
[11:08] <pitti> I'll have a  look at this wiki page
[11:20] <pitti> asac: thanks, done
[11:28] <kwwii> seb128: thanks!
[11:33] <tseliot> pitti: would it be ok if I moved the trigger for the debconf interface to the several nvidia-$VER-modaliases packages from the kernel postinst.d? (bug #292606)
[11:35] <pitti> tseliot: why modaliases? shouldn't such a thing be in nvidia-common?
[11:36] <tseliot> pitti: it is there already but it's possible that the debconf interface is called before the drivers (and the modaliases) are updated
[11:36] <pitti> tseliot: where are the debconf interfaces now?
[11:37] <tseliot> pitti: it's all in nvidia-common however we install the trigger to /etc/kernel/header_postinst.d/ and /etc/kernel/postinst.d/ too
[11:38] <tseliot> (see setup.py in nvidia-common)
[11:39] <pitti> and why does it break?
[11:40] <tseliot> pitti: because DKMS doesn't clean stdout and the debconf interface gets part of the DKMS output as a reply instead of getting only the output of the nvidia-detector app
[11:41] <pitti> tseliot: dkms is called in *.config?
[11:41] <pitti> anyway, isn't the proper way to fix that to call db_stop after being done wiht debconf and callnig stuff?
[11:42] <tseliot> pitti: no, dkms is called in the kernel postinst.d (just like nvidia-common)
[11:43] <pitti> tseliot: so, I don't understand the problem yet, but moving debconf to -modaliases sounds wrong (since they are installed by default)
[11:43] <pitti> and triggers installed by default shoulnd't care which package they come from (-common or modalises)?
[11:43] <tseliot> pitti: and so is nvidia-common
[11:44] <tseliot> not that I'm keen on adopting this solution
[11:44] <tseliot> I just want to fix this bug once and for all
[11:45] <pitti> tseliot: the only proper way to fix this debconf breakage that I know is to call db_stop after you're done with debconf, and not call programs which mess with stdout in between
[11:46] <tseliot> pitti: here's the debconf script: http://pastebin.ubuntu.com/292280/
[11:48] <tseliot> currently it has to call nvidia-detector in order to get the recommended driver (or "none" if no obsolete driver is installed)
[11:48] <tseliot> dkms is called before nvidia-common in the kernel postinst.d. NOTE: it's not nvidia-common that calls it
[11:49] <pitti> tseliot: that looks fine, though, since it redirects nvidia-detector's stdout
[11:50] <tseliot> right but it looks like dkms "pollutes" the $LATEST variable with its own stdout
[11:50] <tseliot> see superm1 reply to the bug report
[11:57] <pitti> tseliot: I read it, but admittedly it would take me a long while to really understand this bug
[11:58] <pitti> tseliot: if superm1 and you agree that moving it to the modalias files is the way to go, then go ahead, but it feels utterly wrong to me: conceptually (since it's got nothing to do with modalises), structurally (since it'd replicate one script four times), and behaviourally (relying on any unpack order instead of fixing the true root cause)
[11:59] <pitti> if you want dkms to run for a new driver version, it should be done in that very driver, not any other package
[11:59] <tseliot> pitti: ok, thanks for your help. I'll further discuss this with superm1 then.
[11:59] <pitti> e. g. nvidia-180-kernel-source
[11:59] <pitti> tseliot: well, I'm afraid I wasn't really helpful here :-( (sorry, have my head full with other stuff)
[12:01] <tseliot> pitti: no problem, we're all quite busy at this point in the development cycle
[12:10] <chrisccoulson> seb128 - do you know the purpose of 100_load_desired_settings.patch in gnome-desktop?
[12:11] <seb128> chrisccoulson, to load the desired settings? ;-)
[12:12] <chrisccoulson> heh. i couldn't figure out what determines the desired settings, and what benefit it gives over the upstream design
[12:12] <chrisccoulson> i was unsure of the difference between the intended settings and desired settings
[12:12] <seb128>   * debian/patches/100_load_desired_settings.patch:
[12:12] <seb128>     - enable gnome-settings-daemon to load the desired settings
[12:12] <seb128>       saved by the xrandr capplet when the virtual resolution has
[12:12] <seb128>       to be saved and the settings cannot be applied immediately.
[12:13] <seb128> chrisccoulson, I think it has to do with configs where you need to add virtual to xorg.conf
[12:13] <chrisccoulson> ah, ok. that makes more sense then
[12:13] <seb128> chrisccoulson, the config is only applied after an xorg restart in such cases
[12:13] <seb128> since virtual is not dynamic
[12:13] <seb128> chrisccoulson, tseliot wrote that so he might know better
[12:13] <chrisccoulson> i understand now
[12:13] <chrisccoulson> thanks:)
[12:13] <seb128> you're welcome
[12:14] <chrisccoulson> i think that's enough. i just wanted to understand why it was there
[12:14] <tseliot> what seb128 wrote is correct
[12:14]  * tseliot > lunch
[12:15] <chrisccoulson> tseliot - thanks
[12:15] <chrisccoulson> i might make a small change later so that gnome_rr_config_apply_with_time() always sets the GError when the call fails
[12:16] <chrisccoulson> it doesn't do that currently, which causes some g_criticals in gnome-settings-daemon
[12:17] <seb128> chrisccoulson, ok
[12:35]  * mvo__ is away for some minutes
[12:51] <seb128> istaz, hi, bug #411805 has quite some duplicates do you know if there is an easy fix we could backport?
[12:55] <istaz> seb128: sorry apparently it's not fixed yet if you are still getting report of it with papyon 0.4.2, I will take a look at it latter, a way to reproduce it would be great
[12:55] <seb128> istaz, ok thanks
[12:55] <istaz> I guess it caused by contact having non-ascii char in their adress
[12:55] <seb128> istaz, do you look at bugs on launchpad btw? there is quite some assertions and crashers there but nobody seems to comment, would you prefer if we forward those?N
[12:56] <istaz> I look at them when I have time but I have been quite busy with my new job
[12:56] <seb128> ok
[12:57] <seb128> is somebody else looking at those upstream, ie is that worth forwarding those or will it lead at you being too busy and not looking at them anyway?
[13:00] <istaz> seb128: voip related bugs may be nice to forward since it's mostly Tester fixing them and I don't think he look at launchpad. Others butterfly/papyon contributors seems to be too busy for now  :/
[13:01] <seb128> ok, thanks
[13:01] <istaz> so I don't think it worth the efford forwarding other bugs for now
[13:02] <istaz> seb128: I made a papyon bug fixes release last week, do you think it's still in time to package it for karmic?
[13:03] <seb128> istaz, let me have a look to the diff with what we have now but if it's bug fix only it should be ok
[13:03] <istaz> ok
[13:03] <istaz> it mostly contain patch you would have to backport anyway
[13:08] <seb128> istaz, looks fine, looking at the change there is only https://bugs.freedesktop.org/show_bug.cgi?id=24236 which we don't have now
[13:08] <seb128> and the av fixes but since we don't have that on in karmic...
[13:09] <istaz> seb128: well if you have the fix for the bug in _MSG it's ok then, it's probably the most important one
[13:11] <istaz> seb128: also you could put the bugs directly in public, only the full log should contain private data
[13:11] <seb128> istaz, ok, good to know, I was not sure if exception could have login informations
[13:12] <istaz> thought it would be easier if we had the full logs (with the sensitive information removed of course)  to debug
[13:13] <seb128> would be nice if the log would not have sensitive informations to start
[13:14] <seb128> if somebody want to have a look at making remplace account names and password by dummy ones
[13:14] <seb128> those should not be really useful for debugging
[13:14] <istaz> yes we should do that
[13:15] <istaz> except this particular bug seems to be caused by someone account name ;)
[13:16] <seb128> istaz, well in such cases we can still ask for details ;-)
[13:17] <joaopinto> papyon bug fixed on today's updates, finally I can test it :P
[13:21] <istaz> joaopinto: tell me if you encounter the other bug
[13:23] <joaopinto> hum, i have know idea what's that TargetID about
[13:27] <kklimonda> hmm, does update-manager handle PPAs and other 3rd party repositories in any way during upgrade?
[13:38] <joaopinto> kklimonda, don't think so
[13:39] <tgpraveen> kklimonda: it
[13:40] <tgpraveen> does check from PPA also and PPA is treated
[13:40] <tgpraveen> just as any other software source. and wherever it finds latest version of the package in PPA or other repo
[13:40] <joaopinto> is changes jaunty to karmic on ppas sources ?
[13:40] <tgpraveen> it will uuse it
[13:41] <joaopinto> it
[13:42] <joaopinto> tgpraveen, what you are describing is apt specific, not related to update-manager :)
[13:46] <tgpraveen> joaopinto: and um update manager does it differently?
[13:46] <tgpraveen> I thought it also did the same thing
[13:46] <joaopinto> tgpraveen, update does it differently for the ubuntu official sources
[13:47] <joaopinto> not it only changes the sources itself, as it also covers some specific upgrade scenarios for some packages/components
[13:48] <joaopinto> I guess kklimonda was asking if update-manager doe something "special" about PPAs :P
[13:51] <tseliot> seb128: is it too late to introduce the patch in comment 24? bug #386017
[14:00] <tseliot> seb128: it's for the gnome-settings-daemon and it would add some strings
[14:01] <seb128> tseliot, sorry I was tracking a python bug
[14:01] <seb128> looking
[14:02] <tseliot> ok, thanks
[14:02] <seb128> tseliot, yes it's too late for karmic for such changes
[14:02] <seb128> it adds new feature and new strings
[14:02] <seb128> no way we can get those tested and translated now
[14:03] <tseliot> seb128: ok, just as I suspected
[14:03] <tseliot> seb128: there's another things that concerns me. The gnome-settings-daemon disables tap-to-click also on touchpads which don't have physical buttons
[14:04] <tseliot> which means that users might be left without a way to perform clicks
[14:04] <chrisccoulson> hmmm
[14:04] <chrisccoulson> i just caught the tail end of that, but i don't think thats the intended behaviour is it?
[14:04] <chrisccoulson> hello btw:)
[14:04] <seb128> hey chrisccoulson
[14:04] <tseliot> I think I can fix that in the g-s-d
[14:04] <tseliot> hi
[14:05] <chrisccoulson> hey seb128
[14:05] <seb128> tseliot, talk to rick when he's around about what to do about tap-on-click in karmic
[14:06] <tseliot> seb128: I'm referring only to that specific case. I'm not suggesting that we enable tap-to-click for everyone. But yes, I'll talk to him later
[14:07] <seb128> tseliot, well if you can fix this case great but there is still the default question to discuss
[14:07] <seb128> could be a topic for meeting today
[14:08] <seb128> I think people suggested to enable it by default with the desactive click while typing too
[14:08] <tseliot> seb128: ah, ok, we can discuss that too
[14:09] <tseliot> seb128: where is the default value for tap-to-click stored? In what file?
[14:09] <seb128> tseliot, gconf key
[14:10] <tseliot> it doesn't seem to be in g-s-d.gconf-defaults
[14:10] <seb128> tseliot, /desktop/gnome/peripherals/touchpad/tap_to_click
[14:10] <mac_v> hmm... for some reason ubuntu one has marked all the files&folders in my system as synced :/
[14:10] <tseliot> seb128: I mean, in the source package
[14:11] <tseliot> aah, maybe in data/
[14:11] <chrisccoulson> in one of the schema files in the data directory most likely
[14:11] <chrisccoulson> yeah
[14:11] <tseliot> ok
[14:11] <seb128> tseliot, desktop_gnome_peripherals_touchpad.schema
[14:12] <seb128> desktop_gnome_peripherals_touchpad.schemas in g-s-d
[14:12] <tseliot> ok, thanks
[14:16] <|_i|\]|_|X> Hi
[14:21] <tgpraveen> is there a meeting of desktop team today?
[14:21] <tgpraveen> in how much time?
[14:24] <seb128> yes, in 3 hours
[14:30] <tgpraveen> k. thanks
[14:32] <mvo__> hey - is there a dbus signal from gnome-power-manager for returning from hibernate/suspend ?
[14:34] <pitti> mvo__: at least the gpm debug log says "emit resume"
[14:35] <tseliot> mvo__: what are you trying to do?
[14:35] <chrisccoulson> mvo__ - not that i'm aware of
[14:36] <tseliot> you can listen to the BrightnessChanged signal but that's not necessarily a sign of returning from hibernate/suspend
[14:37] <tseliot> mvo__: ^
[14:38] <mvo__> tseliot, hm, thanks. I want to fix #450286
[14:39] <tseliot> bug #450286
[14:39] <mvo__> so basicly update the "last checked" time in u-m
[14:41] <pitti> seb128: do you have any idea how my G1 mobile gets x_content_types: x-content/image-dcf in gvfs?
[14:41] <pitti> seb128: grep -r image-dcf doesn't give anythign in dk-disks, gdu, or gvfs
[14:41] <pitti> (except in the gphoto2 backend in gvfs, which isn't relevant here)
[14:41] <chrisccoulson> mvo__ - there's currently discussions starting about having suspend/resume events from devkit-power-gobject, for triggering things like locking the screen on suspend etc
[14:41] <chrisccoulson> but that doesn't exist yet
[14:41] <seb128> pitti, what directories are there?
[14:41] <pitti> seb128: it has a DCIM/
[14:42] <mvo__> chrisccoulson, thanks, I see if I can just do it differently then!
[14:42] <pitti> seb128: I just fixed one half of bug 440290, but the mime type is still missing
[14:42] <seb128> pitti, that's probably it
[14:42] <pitti> seb128: grepping for DCIM in those three doesn't match anything either :-(
[14:43] <chrisccoulson> mvo__ - sorry i can't be of much more use ;)
[14:43] <seb128> pitti, freedesktop.org.xml:      <treematch type="directory" path="dcim" non-empty="true"/>
[14:43] <seb128> shared-mime-info: /usr/share/mime/packages/freedesktop.org.xml
[14:43] <tseliot> mvo__: I'm don't know whether this is the right thing to do but maybe listen to the SessionRunning signal in SessionManager?
[14:43] <seb128>   <mime-type type="x-content/image-dcf">
[14:43] <pitti> seb128: aah, in shared-mime-info
[14:43] <seb128> pitti, yes
[14:43] <pitti> seb128: hm, I don't think we can apply that so easily for music players
[14:44] <pitti> seb128: we need to check an udev property, and neither gvfs nor gdu use udev directly any more
[14:44] <pitti> so we'd need a new property in dk-disks
[14:44] <pitti> and pass it through gdu to gvfs
[14:44] <pitti> seb128: we could do a nasty hack for karmic and set the mime type in gvfs based on the icon
[14:45] <pitti> (it's indeed quite a visible bug..)
[14:45] <seb128> pitti, maybe wait for davidz to see what he thinks?
[14:45] <pitti> sure, I will, just pondering options
[14:45] <pitti> seb128: until now I didn't even know how it worked for cameras
[14:46] <seb128> pitti, is the issue ipod specific?
[14:46] <pitti> seb128: no, happens to any music player (including my mobile)
[14:46] <pitti> I get a correct icon now
[14:46] <pitti> but no mimetype (well, just photos)
[14:46] <seb128> your mobile is a tricky case
[14:46]  * pitti opens upstream bug for now to discuss
[14:46] <seb128> it's a camera and a player at the same time
[14:47] <pitti> seb128: well, same problem with an ipod
[14:47] <pitti> seb128: it doesn't get any mime type for now
[14:47] <pitti> seb128: the "what to do?" dialog should just offer both, as in jaunty
[14:47] <chrisccoulson> tseliot - the sessionrunning signal is only emitted at the start of the session after all startup applications have loaded
[14:47] <seb128> pitti, right
[14:47] <tseliot> chrisccoulson: too bad. Thanks for the info
[14:53] <mvo__> hm, after a jaunty->karmic upgrade I just got a error that "fast-user-switching" applet can not be loaded anymore (it got removed). but "user switcher" got not added. is that a known issue?
[14:53] <mvo__> will it be there on all systems? or just my one because I'm unlucky?
[14:53] <seb128> mvo__, if you click on reload does it work?
[14:54] <seb128> mvo__, the applet id is the same that should work in a transparent way
[14:54] <mvo__> seb128, hm, I have not tried reload, this was after first boot
[14:55] <mvo__> ok, OAFIID:GNOME_FastUserSwitchApplet - and I have [don't delete] [delete]
[14:56] <mvo__> hm, the one I have is "FastUserSwitchAppletGdm" (notice the appended Gdm)
[14:57] <seb128> mvo__, indicator-session has some magic to use the old namespace
[14:57] <seb128> speaking about what we should probably stop shipping the upstream version
[14:57] <mvo__> well, it looks like in this case the magic is not quite working
[14:57] <seb128> it seems to confuse users
[14:58] <seb128> tedg, ^
[14:58] <dobey> mac_v: hey
[14:58] <mvo__> hm, not installed
[14:58] <seb128> hey dobey
[14:58] <seb128> dobey, since your updates all nautilus icons have a green check icon now
[14:58] <tedg> mvo__: Do you have indicator-applet installed?
[14:59] <seb128> dobey, or emblem rather
[14:59] <tseliot> seb128: how about something like this? (just a 5 lines change)
[14:59] <tseliot> http://albertomilone.com/ubuntu/karmic/distro/gnome-settings-daemon_2.28.0-0ubuntu4.debdiff
[15:00] <mvo__> tedg, no, it was not installed during the upgrade, I check now why
[15:00] <dobey> seb128: i saw the bug, will have a fix shortly. i guess my hopes about that being the karmic release are shot :)
[15:01] <tedg> mvo__: Hmm, that is odd.  It should have been already installed.
[15:01] <mvo__> tedg, best/safest is when a transitional package is used
[15:01] <mvo__> tedg, oh? on jaunty?
[15:01] <seb128> tseliot, looks fine to me, could you send it upstream too?
[15:01] <tedg> seb128: I don't think we can remove the upstream one as isn't it needed for Vanilla GNOME?
[15:01] <mvo__> tedg, this is a system upgraded all the way back from warty I think (well, note quite, but it had a lot of upgrades)
[15:01] <tedg> mvo__: Yeah, it's another binary in the indicator-applet package.  It should have been in Jaunty.
[15:01] <seb128> tedg, I'm not sure we have a working vanilla GNOME mode this cycle
[15:02] <tseliot> seb128: sure. Who shall I talk to? vuntz?
[15:02] <tedg> seb128: Oh, okay.  Then remove it :)
[15:02] <seb128> tseliot, bugzilla.gnome.org, just open a g-s-d bug
[15:02] <mac_v> dobey: hey... is it intended for ubuntuone to use the harddisk+cloud icon in the panel? and with the red x error when disconnected?
[15:02] <tseliot> seb128: ok
[15:04] <mvo__> tedg, hm, I wonder if that means that this system was (happily) using fast-user-switch applet in jaunty and now suddenly nothing. still, a transitional package sounds like a good idea, especially when we have to deal with hardy->lucid upgrades at some point
[15:05] <seb128> mvo__, would a gnome-panel recommends be enough?
[15:05] <tedg> mvo__: Uhm, okay.  I'm not sure how that all works :)  I'll provide answers to questions :)
[15:06] <mvo__> seb128, yeah, probably. a new one should be fine
[15:06] <dobey> mac_v: looks like i need to fix something in the applet so that we can use ubuntuone-client-idle properly as an idle icon, and humanity needs to provide -idle and -offline icons
[15:07] <mvo__> tedg, thanks :) seb128 idea is good as well, I think that should work fine
[15:07] <mvo__> seb128, do you want a bug about it?
[15:07] <mac_v> dobey: if you have the hicolor icons for -idle and -offline... i could come up with something similar for humanity :)
[15:08] <dobey> mac_v: we don't have an -idle icon currently (we'll just be using the app icon)
[15:08] <dobey> mac_v: i don't know what humanity should do for idle. for offline it should probably use the -error icon and replace the ! with an x
[15:09] <seb128> mvo__, there is already a recommends...
[15:09] <mac_v> dobey: hmm.... ok. any reason for not using the ubuntu logo?
[15:09] <mvo__> seb128, hm, then the problem is most likely that its not a new one (that its unchanged between jaunty and karmic) so apt does not pick it up
[15:10] <seb128> mvo__, what is not a new one?
[15:10] <seb128> mvo__, indicator-applet you mean? how come it was not installed in jaunty for you?
[15:11] <dobey> mac_v: we've been getting a lot of reports about things in ubuntu that aren't ubuntu one, so i think it was causing some confusion.
[15:11] <mvo__> seb128, no idea, maybe a bug in the intrepid->jaunty upgrade :/
[15:12] <mvo__> seb128, or I was upgrading too early
[15:12] <mvo__> or something
[15:12] <seb128> mvo__, or you found it useless and remove it?
[15:12] <seb128> removed
[15:12] <mvo__> haha
[15:12] <mvo__> possible ;)
[15:12]  * mvo__ does not think so
[15:12] <seb128> in any case I don't think it's really a bug
[15:12] <mvo__> I agree
[15:12] <mvo__> if its a recommends of u-d and g-p then it should be fine
[15:12] <seb128> good
[15:12] <mvo__> next on my list is kvm
[15:13]  * mvo__ goes to #ubuntu-devel
[15:14] <mac_v> dobey: i dont think its easy to make a hardisk greyscale icon ;p ... easier to go with the logo... also if you file a bug for the new -idle and -offline states kindly add Humanity to the also affects ...
[15:18] <dobey> mac_v: don't make it a hard disk. the other ubuntuone-foo icons in humanity don't use the hard disk.
[15:19] <dobey> mac_v: and the hard disk is greyscale already. it's just not monotone or low-definition :)
[15:19] <mac_v> yeah ... ;) i meant in monotone
[15:21] <mac_v> dobey: hmm.... i think daniel already did the icons for -idle and -offline... it was just a cloud... do you have it or ... ?
[15:22] <istaz> probably the wrong chan but does anybody know it this bug has a chance to be resolved before karmic roll out ? https://bugs.launchpad.net/debian/+source/lftp/+bug/428104
[15:22] <dobey> mac_v: nope, no idle/offline humanity icons here
[15:24] <mac_v> actually Daniel had done them already , maybe djsiegel has them...
[15:25] <mac_v> or i could ping Dan himself ;p
[15:27] <tgpraveen> istaz: so finally karmic is not going to have msn a/v chat?
[15:27] <dobey> mac_v: the tarball of icons for u1 i have from dan doesn't have them
[15:27] <mvo__> heh .) there is a package called "teg" - there should be one called tedg as well
[15:27] <dobey> mac_v: so i doubt djsiegel has them either :)
[15:27] <seb128> tgpraveen, no, feature freeze was weeks ago
[15:27] <tseliot> seb128: done: https://bugzilla.gnome.org/show_bug.cgi?id=598287
[15:27] <istaz> tgpraveen: well it's not up to me to decide but apparently the ubuntu responsable determined that it was not enough tested
[15:27] <seb128> tseliot, thanks
[15:27] <tseliot> np
[15:27] <tedg> mvo__: Heh, ironically I did PPC packaging for TEG back in the day.  Fun game.
[15:28] <istaz> tgpraveen: if you want to use it you can still use the ppa
[15:28] <mac_v> dobey: lol... so Daniel then... he showed it to me long back , when making the rest rest of the icons :)
[15:28] <mvo__> lol
[15:31] <didrocks> meld was giving me a hard time... finally patched :)
[15:36] <cyphermox> hi, could someone please look at the merge proposals linked to bug #404616 and bug #291853 ? thanks
[15:37] <seb128> cyphermox, could you subscribe ubuntu-main-sponsors to the bug?
[15:38] <cyphermox> seb128, of course, sorry. I had asked on -devel a couple of days ago about whether the merge proposals were enough or not, but I hadn't had an answer
[15:39] <seb128> cyphermox, we usually use http://people.canonical.com/~dholbach/sponsoring/index.html to track sposnoring
[15:39] <seb128> cyphermox, which lists bugs where the team is sponsored
[15:39] <cyphermox> ok
[15:40] <cyphermox> seb128, thanks, I'll know for next time :)
[15:40] <seb128> cyphermox, you're welcome
[15:40] <seb128> the workflow will probably change when everything is in bzr which is not now
[15:42] <cyphermox> seb128, should I create debdiffs for these ones if they're in bzr, or is the merge proposal enough?
[15:49] <dobey> mac_v: i think there was a bug about 'colored icons' for u1, but i can't seem to find it right this second...
[15:56] <seb128> cyphermox, the merge is just fine but we don't list those if the team is not subscribed right now
[16:09] <seb128> pitti, cf your list comment, it's a live system if you picked that option not the install one
[16:10] <seb128> pitti, if you use the install one you get only ubiquity on screen
[16:10] <seb128> pitti, so no way to play with options etc
[16:11] <pitti> but then you don't have g-p-m and g-s-d running either?
[16:12] <seb128> I'm not sure about that now
[16:12] <seb128> I never looked at what processes were running there
[16:24] <tgpraveen> ootb can I have a video chat with someone on google talk using empathy, if other side is on windows? or will it require some additional codecs?
[16:32] <seb128> re
[16:33] <mat_t> pitti: looks like this might have worked  (the beep fix) :)
[16:34] <pitti> yay
[16:34] <mat_t> pitti: I'll be sure in about 20 mins :)
[16:34] <pitti> mat_t: ah, discharging your battery? :-)
[16:34] <davmor2> Out of curiosity why do we suddenly have green ticks everywhere?
[16:35] <mat_t> pitti: yeah ;)
[16:35] <pitti> mat_t: screen brightness to max, playing three videos, and building a kernel should do :)
[16:36] <mat_t> haha
[16:36] <pitti> mat_t: btw, if you filed that usplash bug, please assign it to me (otherwise it'll get lost in my "new ubuntu bugs" folder, which is a mess right now)
[16:44] <mat_t> pitti: yeah, doing it right now :)
[16:44] <mat_t> thanks!
[16:48] <seb128> cassidy, who is working on geoclue nowadays?
[16:49] <seb128> cassidy, do you know if people are paid to work on it?
[16:50] <mac_v> davmor2: Bug 450112
[16:51] <cassidy> seb128, don't think so. I think pierlux plans to give it some love
[16:52] <davmor2> mac_v: thanks :)
[16:52] <mac_v> np :)
[16:59] <seb128> cassidy, ok thanks
[17:14] <seb128> mvo, it seems the "..." utf-8 char in software store still breaks translations
[17:14] <fredp> seb128: hi! what would be the procedure to request the removal of the jhbuild package? (it's a very old snapshot, and people testing gnome-shell shouldn't be tempted to use it)
[17:14] <mvo> seb128: *urgh* I though I removed that?
[17:14] <seb128> mvo, Search and Software Store are not translated
[17:15] <seb128> fredp, why would they be tempted to use it when they can apt-get install gnome-shell?
[17:15] <seb128> fredp, open a bug and subscribe ubuntu-archive
[17:15] <seb128> mvo, ?
[17:16] <kklimonda> seb128: probably to build it directly from git
[17:16] <mvo> ccheney: I'm doing a test upgrade with loads of openoffice irght now and I get constantly "openoffice.org is running irght now" (its not)
[17:16] <mvo> seb128: I have a look
[17:16] <mvo> ccheney: then it errors out (dpkg errors)
[17:17] <mvo> ccheney: or maybe it is and I don't know anything about this. but this error seems to be a bit much
[17:17] <fredp> seb128: thanks
[17:17] <ccheney> mvo: hmm very weird, i'll have to do a test and see if i can reproduce it
[17:17] <seb128> mvo, hum, found it
[17:18] <seb128> mvo, https://translations.edge.launchpad.net/ubuntu/karmic/+source/software-center/+imports
[17:18] <fredp> (I don't know why they would be tempted, I just know they are :/ )
[17:18] <mat_t> pitti: the beep is still there, I celebrated too early :(
[17:18] <seb128> "  	 po/po/software-store.pot in software-center in Ubuntu Karmic   	Blocked"
[17:18] <seb128> mvo, ^
[17:18] <mvo> ccheney: I will report the bug when its finsihed, so you get fully logs
[17:18] <ccheney> mvo: if it is running it probably won't work but on a regular upgrade case it shouldn't be seeing that afaik :-\ will look into it
[17:18] <ccheney> mvo: ok thanks
[17:18] <seb128> mvo, oh no, "  	 po/software-center.pot in software-center in Ubuntu Karmic   	Approved"
[17:18] <Keybuk> seb128: empathy isn't scrolling for me :-(
[17:18] <davmor2> pitti: just had devkit-disks-deamon shutdown on me during install
[17:18] <ccheney> mvo: please target it and assign to me so it doesn't get lost in the huge amount of ooo bugs, heh :)
[17:18] <mvo> ccheney: its not running, I have not started it. it might be in "quick start mode" or something, but I did just install a bunch of OOo package in this VM
[17:19] <mvo> ccheney: will do, thanks
[17:19] <seb128> Keybuk, talk to Zdra or cassidy ;-)
[17:19]  * mvo mubles something about *if* it ever finishes
[17:19] <seb128> mvo, the http://launchpadlibrarian.net/33549345/software-center.pot has
[17:19] <seb128> "#: ../data/ui/SoftwareCenter.ui.h:5
[17:19] <seb128> msgid "Search&#x2026;"
[17:19] <seb128> msgstr ""
[17:19] <seb128> "
[17:20] <Zdra> Keybuk, what's the problem?
[17:20] <seb128> mvo, that's what software-center.pot has in your source
[17:20] <Keybuk> Zdra: it doesn't scroll to the bottom of the window when I get new messages
[17:20] <mvo> seb128: thanks, I fix that now
[17:20] <Zdra> it does here
[17:20] <cassidy> Keybuk, which theme are you using?
[17:20] <Keybuk> cassidy: "theme" ?
[17:20] <seb128> mvo, thank you
[17:21] <cassidy> Keybuk, the chat theme
[17:21] <Keybuk> Classic apparently
[17:21] <mvo> seb128: thanks for finding it so quickly
[17:21] <cassidy> should be fine then
[17:21] <seb128> mvo, you're welcome ;-)
[17:21]  * seb128 hugs mvo
[17:21] <Keybuk> Zdra: I appreciate that ;)  I figure it must be a bug that I'm tripping somehow
[17:21] <cassidy> Keybuk, anything interesting in Empathy's debug ?
[17:21] <Keybuk> how can I help you debug?
[17:21] <Keybuk> cassidy: where's empathy's debug?
[17:21] <Zdra> Keybuk, you are using adium theme?
[17:21] <cassidy> help menu - debug
[17:22] <cassidy> Zdra, no, it's "Classic" an old one
[17:23] <Keybuk> cassidy: there are chat_window_update_chat_tab and chat_window_update messages
[17:23] <cassidy> nothing looking like an error ?
[17:24] <cassidy> Keybuk, it doesn't scroll when you send new messages and when you receive new ones?
[17:25] <Zdra> Keybuk, it scroll to bottom only if you were already at bottom
[17:25] <Zdra> Keybuk, like gnome-terminal
[17:25] <Zdra> Keybuk, otherwise I just tested Classic theme and it scroll perfectly
[17:26] <seb128> mvo, the .ui has the same issue btw, it's not just the template
[17:26] <seb128> software-center-0.5.1/data/ui/SoftwareCenter.ui:                        <property name="label" translatable="yes">Search&#x2026;</property>
[17:26] <mvo> seb128: yeah, I'm fixing it there now and replace it with "..."
[17:26] <mvo> three normal dots
[17:26] <mvo> better ugly than untranslatable
[17:26] <seb128> you didn't manage to workaround that the other time?
[17:26] <Keybuk> cassidy: nothing looking like an error
[17:26] <Keybuk> Zdra: that's the weird thing, it scrolls sometimes
[17:26]  * bryce waves
[17:27] <Keybuk> now it is
[17:27] <seb128> mvo, can you please drop an email to ubuntu-translators too about the change?
[17:27] <seb128> mvo, thanks
[17:27] <seb128> bryce, hey
[17:27] <mvo> seb128: I look into it after dinner, maybe the woraround is a better idea
[17:28] <seb128> mvo, enjoy diner, meeting is about to start there ;-)
[17:28] <seb128> if rickspencer3 and pitti are back from their call
[17:28] <pitti> o/
[17:28] <seb128> hey pitti ;-)
[17:30]  * pitti hits the bell
[17:30] <pitti> Desktop team meeting
[17:30] <kenvandine> hey
[17:30] <ccheney> hello
[17:30] <ArneGoetje> hi
[17:30] <pitti> Rick will be here in a few minutes
[17:30] <awe> howdy
[17:30]  * asac lands ... just in time for meeting
[17:30] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-10-13
[17:31]  * pedro_ waves
[17:31] <pitti> so, we want to keep that really quick
[17:31] <seb128> ups, I knew I forgot something
[17:31] <pitti> = Last Karmic Gnome Release =
[17:31]  * seb128 notes to adds activity report 
[17:31] <pitti> seb128: this will happen next Monday, you said?
[17:31] <seb128> tarballs are due monday yes
[17:31] <seb128> so monday to thursday
[17:32] <seb128> traditionally some are late for robert_ancell to have something to do while we sleep there ;-)
[17:32] <pitti> ok, so everyone keep that in mind, and not assing major things to Seb/Robert on Mon/Tue :)
[17:32] <seb128> help on sponsoring will be welcome
[17:32] <pitti> I can help out with some bits, like g-p-m/gdm/gdu/other stuff you throw at me
[17:32] <seb128> ok, will do
[17:33] <seb128> we usually are fine for updates
[17:33] <seb128> but sponsoring can use extra hands
[17:33] <pitti> right, I think asac and me can help out wit sponsoring as well
[17:33] <asac> ack
[17:33] <pitti> = Release Bugs/Release Status =
[17:33] <pitti> https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus is our report from last Friday
[17:33] <pitti> good job, folks, on killing RC bugs
[17:33] <pitti> we just got more than we fixed in the past three weeks :)
[17:34] <pitti> primarily because you all are eager to get important stuff on the radar, which is good
[17:34] <asac> hmm
[17:34] <pitti> does anyone have bugs assigned which you feel you can't fix by RC, so until next Monday?
[17:34] <asac> the current wiki list looked not so big
[17:34] <asac> https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-10-13 ... there are "only" 5
[17:34] <asac> is that up-to-date?
[17:35] <pitti> apparently it's missing the X/KDE bits
[17:35] <ccheney> i have a couple fixes that need to go in for OOo but aren't on there but i already am on top of them
[17:35] <asac> for me bug 435073 is stil not understood. not sure how many affected
[17:35] <pitti> but ReleaseStatus is from last Friday, since then one or two things got fixed
[17:35] <rickspencer3> pitti, those were the "Highs" that are tracked in karmic
[17:36] <rickspencer3> and assigned to the desktop team or someone on teh team
[17:36] <pitti> ah, and e. g. bug 427734  was invalidated recently
[17:36] <asac> i did that after getting three confirms that this works now
[17:37] <asac> i filed that as a "somehow livecd was broken"
[17:37] <pitti> for example, bug 432521  affects our team, and isn't on Rick's list
[17:37] <asac> hmm
[17:37] <pitti> asac: do you need someone to help testing bug 435073 then?
[17:38] <pitti> kenvandine: how's the empathy A/V coming along? there are some nasty crashers still?
[17:38] <asac> well. i need someone who is currently seeing that bug
[17:38] <kenvandine> pitti, not to bad
[17:38] <pitti> kenvandine: did the indicator integration crashes get fixed? (obsolete/duplicated entries, etc.?)
[17:38] <kenvandine> some people are still getting crashes
[17:38] <kenvandine> the indicator related crashers are fixed and uploaded
[17:39] <kenvandine> the dupes too
[17:39] <kenvandine> and buddy signon behavior
[17:39] <kenvandine> A/V is working pretty well, but still causes some crashes
[17:39] <pitti> awe: any chance to try and reproduce the IPv6 bug?
[17:39] <awe> pitti: sure
[17:39] <pitti> if it doesn't happen on a standard setup, we can probably take it off the radar?
[17:39] <awe> agreed
[17:39] <awe> it seems to work fine for me, but i'll do some digging
[17:40] <pitti> sounds like it should be enough to set up a failing dhcp server on ipv6, that should work with kvm even
[17:40] <asac> pitti: awe: i think its only reproduciable if you start with 0.7 profile
[17:40] <asac> something like a system-connection with some specific ipv4 setting ... or something else
[17:40] <pitti> asac: profile == saved connections?
[17:40] <pitti> ok
[17:40] <awe> hmm, ok... i have a spare machine i can upgrade
[17:40] <asac> seb128 was the first who noticed this during upgrade a few month bug
[17:40] <asac> back
[17:41] <pitti> seb128: oh, you can reproduce it?
[17:41] <asac> pitti: profile == settings
[17:41] <asac> pitti: no. because once you fix it its gone
[17:41] <seb128> pitti, I ran once into it
[17:41] <seb128> I didn't try again since
[17:41] <asac> so the problem is that if you come from a NM without IPv6 support
[17:41] <asac> and upgrade to NM 0.8
[17:42] <asac> you might end up with the IPv6 setting set to manual
[17:42] <asac> and then you cannot connect because getting IP for ip6 fails
[17:42] <pitti> it seems that's at least enough data to reproduce the bug?
[17:42] <asac> however, the ipv6 defaults to ignored
[17:42] <asac> so this does not happen for everyone
[17:42] <asac> and we looked around the code upstream and dont see how that can happen
[17:43] <asac> pitti: yes. but it seems to manifest itself just with a certain configuration/history
[17:43] <pitti> kenvandine: how bad is bug 434878 still? should we keep it on the radar?
[17:43] <kenvandine> not bad
[17:43] <asac> so finding the NM 0.7 state that will reproduce this after upgrade is needed
[17:43] <kenvandine> pitti, i think we need to just track it well for lucid and file effect bugs upstream
[17:43]  * asac takes a note to review the setting migration code once more
[17:45] <asac> i think best plan would be for me/awe/QA to try a few upgrades from 0.7 to 0.8 and hope that we hit the problem
[17:45] <pitti> ok
[17:45] <pitti> bryce: anything on your list which might not make it?
[17:46] <seb128> I had a ipv4 dchp system config I think
[17:46] <seb128> if that helps to try upgrades
[17:46] <bryce> pitti, nope, things are going well
[17:46] <pitti> nice
[17:46] <seb128> I never played with fancy options out of that I think
[17:46] <Amaranth> mvo: looks like we're going to have a compiz 0.8.4 release in about 5 hours
[17:46] <asac> seb128: thx. dhcp system config -> available to all users + all automatic IP config ?
[17:46] <pitti> bryce: there's one remaining mesa regression, right?
[17:46]  * Amaranth wonders if he can upload compiz stuff yet
[17:46] <seb128> asac, yes
[17:46] <asac> seb128: if thats it it should be easy ;)
[17:46] <awe> asac: i take it i should abandon work on the knetwork-manager kubuntu bug?
[17:46] <asac> awe: hidden?
[17:46] <bryce> pitti, right I'm continuing to keep an eye out for mesa (or other) major regressions
[17:46] <asac> yes
[17:46] <awe> ok
[17:47] <asac> thats not a regression
[17:47] <Riddell> awe: what bug is that?
[17:47] <asac> awe: maybe write up quickly your current understanding
[17:47] <bryce> pitti, also going to look at updates for -ati, that's the only remaining big area that we're behind on
[17:47] <asac> so i can poke upstream about it
[17:47] <awe> https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/444262
[17:47] <pitti> = What issues are we working on that are not on the list =
[17:47] <pitti> do you have anything which still needs to make it into karmic which isn't covered by bugs?
[17:48] <pitti> from my side, we still need to update teh copyright files in the artwork packages again, but that's techinically unintrusive (just legally)
[17:48] <ccheney> i have a OOo ppc ftbfs and kde4 mega issue that still needs another upload, along with the mvo upgrade issue i need to track down
[17:48] <asac> seb128: i have update of ephy homepage on my list. can we put that gconf setting in some other package?
[17:48] <asac> seb128: so we can keep ephy in synch in future
[17:48] <seb128> asac, any you want
[17:48] <pitti> ccheney: is it possible to get that done by Friday, so that it can build over the weekend? I'm concerned about the arm buildd time
[17:49] <ccheney> pitti: definitely should be done by friday
[17:49] <pitti> cool
[17:49] <ccheney> pitti: i might wait until thur to upload to make sure no more updates appear right after my upload, heh :)
[17:49] <dobey> mac_v: ping
[17:49] <pitti> asac, seb128: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt is still unhappy about epy, BTW
[17:49] <asac> seb128: not sure you answered my question ;) ... but lets do that after meeting (sorry all)
[17:50]  * asac checks
[17:50] <asac> hmm
[17:50] <asac> seahorse-plugins
[17:50] <pitti> ccheney: there might be some patches to fix bug 424132, too?
[17:50] <asac> pitti: will check that
[17:50] <pitti> oh, and we need to get in a new checkbox to complete the policykit migration; cr3 has an updated package, currently being reviewed
[17:51] <ccheney> pitti: yea that was the kde4 mega issue i was referring to, right after my last upload another few patches appeared, heh
[17:51] <ccheney> pitti: so should be fixed with my next upload (i hope anyway)
[17:51] <pitti> sweet
[17:51] <pitti> rickspencer3: I'm done, mike back to you?
[17:52] <rickspencer3> pitti, thanks
[17:52] <rickspencer3> I'll need to scroll back, unfortunately
[17:52] <rickspencer3> but it looks like perhaps there are some bugs that are not on my radar
[17:52] <rickspencer3> so I'll look at those
[17:52] <rickspencer3> in general, how do folks feel about the release?
[17:53] <seb128> karmic rocks!
[17:53] <rickspencer3> :)
[17:53] <asac> yeah ;)
[17:53] <kenvandine> rickspencer3, what seb128 said :)
[17:53] <rickspencer3> ok, I agree with seb128
[17:53]  * chrisccoulson thinks the same
[17:53] <Riddell> a big improvement over jaunty here
[17:53] <awe> +1
[17:53] <pedro_> yeah it's going to rock
[17:53] <rickspencer3> Jaunty was the best desktop I ever had, until a few weeks ago, and Karmic is by far
[17:54] <rickspencer3> some really amazing and creative work went into it
[17:54]  * ccheney will finally be upgraded to karmic ~ friday when his ram replacement comes in
[17:54] <rickspencer3> so, let's finish strong!
[17:54] <jcastro> It really is getting great
[17:54] <pitti> it has a lot of rough edges, but great technology, I like it a lot
[17:54] <ccheney> looks very nice when i was running it before the ram died
[17:54] <pitti> and we'll pour polish over it in lucid
[17:55] <rickspencer3> okay, I would say that's the meeting unless there is other business?
[17:55] <asac> nope
[17:55] <asac> thx for making it quick
[17:55] <seb128> oh one thing
[17:55] <asac> ?
[17:55] <seb128> not sure if that's a meeting topic
[17:55] <seb128> but do we want to keep the upstream user switcher applet in gdm too?
[17:56] <asac> which one is that?
[17:56] <seb128> having 2 seems to confuse some user especially that the ubuntu one is called indicator session
[17:56]  * kenvandine doesn't think in a default install
[17:56] <seb128> asac, the one called user switcher tool in the list
[17:56] <seb128> where the dx one is called "session indicator"
[17:56] <pitti> seb128: we could use it for stracciatella
[17:56] <asac> seb128: ok. but thats not enabled by default?
[17:57] <seb128> so user who drop the ubuntu one usually add back the upstream variant
[17:57] <pitti> if it's easy to switch
[17:57] <seb128> pitti, right that's why we kept it and why I ask
[17:57] <seb128> but maybe we should binary split it and add it in depends for stracciatella
[17:57] <pitti> oh argh, I think stracciatella is still broken, still gotta work on this
[17:57] <asac> seb128: is that in a separate package?
[17:57] <seb128> asac, not now
[17:57] <seb128> asac, not enabled by default? no
[17:57] <seb128> at least no on your panel bar
[17:58] <seb128> but it's in the applet list in the default install
[17:58] <asac> i dont really care. i think we should review what is in the panel applet list by default at some point though
[17:58] <asac> not sure if it has to happen now. if its easy, putting in a separate package and not instlaling by default sounds rasonable
[17:58] <seb128> do we say it's low priority enough for karmic that we don't care?
[17:58] <seb128> or do we want to binary split it?
[17:59] <pitti> seb128: if it doesn't get in the way, I'd just keep it FWIW
[17:59] <seb128> pitti, it just confuse users who drop the applet and what to add it back
[17:59] <asac> do we need it for this stracciatella thing?
[17:59] <seb128> but I don't think it's a common usecase
[17:59] <jcastro> kenvandine: Riddell: I need quick descriptions of what your openweek sessions will be about, please just mail them to me.
[17:59] <pitti> seb128: *nod*
[17:59] <kenvandine> jcastro, ok
[17:59] <jcastro> kenvandine: Riddell: Or I can just make it up, up to you. :D
[17:59] <seb128> asac, no strong opinion, it's better I guess
[17:59] <asac> i think a) if we dont need it and we are sure our indicator is feature complete enough, drop it
[18:00] <asac> b) if we need it somewhere else ... dont do the split if its too much work
[18:00] <seb128> ok thanks for the opinion
[18:01] <pitti> it's not GNOME, so for stracciatella it'd be nice to have
[18:01] <seb128> I think I will review that with pitti for stracciatella out of the meeting
[18:01] <pitti> ok
[18:01] <asac> k
[18:01] <seb128> it was just to get a feeling of what others think
[18:01] <rickspencer3> so, I think that's meeting adjourned?
[18:02] <bryce> thanks!
[18:02] <seb128> thanks everybody!
[18:02] <ArneGoetje> thanks
[18:02] <awe> see ya
[18:02] <asac> thx
[18:03] <kalon33> seb128: I had a question : is it normal that polkit-gnome-authorization is not as complete as it was in Jaunty about permissions setting ?
[18:03] <pitti> thanks all
[18:03] <seb128> question for pitti
[18:03] <seb128> but I think the old tool doesn't handle polkit-1
[18:03] <seb128> which is what karmic uses now
[18:03] <pitti> seb128: user switcher you mean?
[18:03] <seb128> not sure if we should still install the old manager
[18:04] <pitti> we don't
[18:04] <seb128> pitti, no, the polkit-gnome-authorization one kalon33 just asked
[18:04] <pitti> $ ls /usr/share/PolicyKit/policy/
[18:04] <pitti> com.ubuntu.checkbox.policy
[18:04] <pitti> and that's being fixed
[18:04] <seb128> $ dlocate polkit-gnome-authorization
[18:04] <seb128> policykit-gnome: /usr/share/applications/polkit-gnome-authorization.desktop
[18:04] <pitti> seb128: we don't, policykit-gnome hasn't been installed by default for several weeks already
[18:04] <seb128> policykit-gnome: /usr/bin/polkit-gnome-authorization
[18:04] <seb128> pitti, it doesn't get cleaned on upgrade then
[18:05] <pitti> right
[18:05] <seb128> maybe it should?
[18:05]  * pitti checks rdepends
[18:05] <pitti> we ought to demote it
[18:05] <pitti> -- karmic/main i386 deps on policykit-gnome:
[18:05] <pitti> gnome-mount
[18:06] <seb128> should that be demoted too?
[18:06] <pitti> -- karmic/main i386 deps on gnome-mount:
[18:06] <pitti> libnautilus-burn4
[18:06] <pitti> a-haa
[18:06] <seb128> dito
[18:06] <pitti> can we drop that?
[18:06] <seb128> yes or demote it rather
[18:06] <seb128> hum   python-nautilusburn
[18:06] <pitti> I meant, drop the "Recommends: gnome-mount (>= 0.4)" and demote the two
[18:06] <seb128> no
[18:06] <seb128> gnome-python-desktop still build bindings...
[18:07] <seb128> we can probably stop building those
[18:07] <seb128> but it's a bit short before karmic now
[18:07] <seb128> can we just make update-manager uninstall those on upgrade?
[18:07] <seb128> those = gnome-mount + policykit-gnome
[18:07] <pitti> seb128: why can't we demote those two ^ ?
[18:08] <seb128> oh, I misread what you wrote
[18:08] <seb128> we can
[18:08] <seb128> yeah, just change the recommends to suggests
[18:08] <seb128> and demote
[18:08] <pitti> and drop the recommends from libnautilus-burn
[18:08] <seb128> +1
[18:08] <pitti> cool
[18:08] <seb128> sorry for being slow there
[18:09] <pitti> np
[18:09] <seb128> that will still not update-manager clean those though
[18:09]  * pitti -> dinner
[18:09] <pitti> seb128: if they are in universe, it will
[18:09] <seb128> we need mvo to do that for us
[18:09] <seb128> pitti, no it won't
[18:09] <seb128> I asked mvo some days ago
[18:09] <pitti> main->universe packages should be offered for cleanup
[18:09] <pitti> mvo: ^ no?
[18:09] <seb128> he said we have no way to know if user are using the softwares
[18:09] <pitti> seb128: ok, if not, then it seems we need to beg mvo indeed
[18:09] <seb128> so we don't do that automatically
[18:10] <pitti> seb128: we could also just introduce a synthetic conflicts: in policykit-1-gnome
[18:10] <seb128> let's get dinner and talk with mvo tomorrow
[18:10] <seb128> or later
[18:10] <pitti> ok; it's on my todo list now
[18:10] <kalon33> pitti, seb128 : what is the new way to manage such authorizations we used to manage with it in Jaunty ?
[18:10] <kalon33> thanks for your help
[18:10] <seb128> no gui that I know about no
[18:11] <kalon33> bon appétit seb128 :)
[18:14] <seb128> kalon33, thanks
[18:16] <chrisccoulson> kalon33 / seb128 - i'm sure i read a blog (i think from davidz) that said there probably wouldn't be a replacement graphical tool for managing authorizations
[18:16] <chrisccoulson> i think the plan is to merge stuff like that in to a new user accounts tool
[18:16] <seb128> chrisccoulson, ok, works for me, that makes sense
[18:17] <chrisccoulson> yeah, it makes more sense rather than having a standalone tool
[18:17] <chrisccoulson> and we need a nice user accounts tool anyway:)
[18:17] <kalon33> chrisccoulson, it would be a shame not having any gui to manage it easily though
[18:17] <kalon33> but if we have a new user accounts tool which integrates it it would be great
[18:18] <chrisccoulson> kalon33 - i agree, but having a stand alone tool is not the best way. that sort of thing should be part of a user accounts tool, as you're essentially managing user privileges
[18:18] <mclasen> chrisccoulson:  yeah, we want it to be very simple, though; mostly just two or three profiles (admin vs regular user vs guest)
[18:18] <mclasen> david added the necessary support for profiles/roles/whatever to polkit
[18:19] <chrisccoulson> mclasen - thanks, that makes sense
[18:19] <chrisccoulson> i'm glad i didn't just dream about reading it somewhere;)
[18:20] <kalon33> ^^
[18:24] <kalon33> I really look forward such a great tool will wait to test it ;)
[18:30] <chrisccoulson> pitti - devkit-disks thinks my thumb drive is an ipod ;)
[18:31] <kalon33> pitti, I've another question : the python-zopeinterface is marked local or obsolete in Ubuntu whereas it is somehow linked with apport and we can't uninstall it
[18:35] <seb128> chrisccoulson, lucky you, gvfs thinks my ipod is a standard storage
[18:35] <chrisccoulson> heh, it seems there must be some logic reversed somewhere ;)
[18:36] <seb128> chrisccoulson, no, pitti started looked at the ipod issue
[18:36] <chrisccoulson> cool
[18:36] <seb128> the gdu backend doesn't seem to know about audio players
[18:39] <seb128> chrisccoulson, https://bugs.freedesktop.org/show_bug.cgi?id=24500
[18:40] <chrisccoulson> seb128- thanks, i'll subscribe to that
[18:42] <chrisccoulson> i really need to learn how all this stuff works
[18:43] <seb128> same here
[18:44] <chrisccoulson> it's just difficult to find the time to be able to lock myself away for several days while i figure it all out ;)
[18:44] <chrisccoulson> maybe i should do that over the weekend!
[18:51] <seb128> chrisccoulson, or maybe you should just use weekends to do something else and not overwork ;-)
[18:52] <chrisccoulson> yeah, maybe
[18:52] <chrisccoulson> i don't like not understanding things though ;)
[18:53] <chrisccoulson> pitti - is there a typo on 95-devkit-disks.rules?
[18:53] <chrisccoulson> shouldn't ENV{ID_MEDIA_PLAYER}="?*", ENV{DKD_PRESENTATION_ICON_NAME}="multimedia-player" be:
[18:53] <chrisccoulson> ENV{ID_MEDIA_PLAYER}=="?*", ENV{DKD_PRESENTATION_ICON_NAME}="multimedia-player"
[18:53] <chrisccoulson> instead?
[18:53] <chrisccoulson> it seems that every device i plug in ends up with the attribute"ID_MEDIA_PLAYER=?*"
[18:54] <mvo> seb128: hi, policykit-gnome and gnome-mount?
[18:55] <mvo> seb128: those two need removal?
[18:55] <seb128> mvo, yes
[18:56] <mvo> seb128: I add them now
[18:57] <mvo> seb128: is there any use-case left for them? or should they go away in any case?
[18:57] <mvo> (i.e. removal upfront or as part of the obsoleted packages)
[18:57] <seb128> mvo, I don't think there is any use for those no
[18:57] <seb128> they are deprecated techs
[18:59]  * mvo nods
[19:09] <mvo> seb128: thanks for the gtkbuilder discussion
[19:10] <seb128> mvo, you're welcome
[19:10] <seb128> mvo, I suggest changing the char to be utf8 in the .ui for karmic
[19:10] <seb128> and doing a call for translation updates
[19:11] <mvo> seb128: I wonder if I should just write a "def _(s) if "..." in s: s.replace()
[19:11] <mvo> seb128: switching to utf8 in the ui file is not ideal as gtkbuilder keeps changing it back
[19:12] <mvo> so a single "save" and its gone
[19:12] <seb128> mvo, debian patch for it ;-)
[19:12] <mvo> haha
[19:12] <mvo> not a bad idea :)
[19:12] <seb128> at least it will apply of conflict
[19:12] <seb128> so you don't screw without noticing
[19:12] <seb128> should do for karmic and we should fix intltool and glade next cycle
[19:13] <seb128> of conflict -> or conflict
[19:14] <mvo> seb128: *nod*
[19:14] <pitti> chrisccoulson: eww, indeed
[19:14] <mvo> seb128: I can even unfuzzy the strings myself
[19:15] <seb128> mvo, how?
[19:15] <seb128> mvo, editing manually all the .po files?
[19:15] <mvo> yes
[19:15] <mvo> well, sed s//
[19:15] <mvo> etc
[19:15] <chrisccoulson> pitti - correcting it seems to fix my issue :)
[19:15] <seb128> mvo, and that will not unfuzzy the launchpad translations
[19:16] <pitti> chrisccoulson: will send/upload updated patch, thanks!
[19:16] <mvo> I have a rosetta export of the current launchpad translations
[19:16] <seb128> mvo, oh ok
[19:16] <chrisccoulson> you're welcome
[19:43] <kenvandine> pitti, bug 436742 adding launchpad bits to the menu
[20:21] <seb128> kenvandine, you want pitti especially to look at this one?
[20:21] <kenvandine> nah, just he and i had talked about it
[20:21] <kenvandine> can you sponsor it?
[20:21] <kenvandine> very low risk, and would be nice to have
[20:21] <seb128> let me look seems fine for karmic
[20:22] <seb128> right
[20:22] <kenvandine> cool :)
[20:22] <kklimonda> great, empathy is blocking xv port..
[20:44] <seb128> kenvandine, uploaded
[20:59] <kwwii> lool: btw, I put your packaged version of humanity in bzr on lp...the original humanity bzr will be the test-bed and mine will be the official released version
[21:05] <lool> kwwii: did you import the history?
[21:05] <kwwii> seb128: btw, I pushed an update to the gdm theme...I was told to make the selected colors non-white to fix a bug in the power-button active state (white icon on white background)
[21:05] <kwwii> lool: if you mean the changelog, yes
[21:05] <kwwii> lool: not sure of any other way of doing that
[21:06] <kwwii> lool: in any case, I told mac_v to get his updates ready and talk to me but haven't heard anything back yet
[21:08] <lool> kwwii: lp:ubuntu/karmic/humanity-icon-theme
[21:08] <lool> kwwii: Start from that, it has the upload history
[21:08] <lool> up to 0.4.1ubuntu3
[21:09] <kwwii> lool: right, that is what I did
[21:10] <lool> kwwii: Where's your branch?
[21:10] <kwwii> lool: lp:~ubuntu-art-pkg/humanity/release
[21:11] <chrisccoulson> has anyone noticed that evolution seems to go unresponsive for some time when sending e-mail?
[21:11] <chrisccoulson> oh
[21:11] <lool> kwwii: Uh it only has one revision
[21:11] <chrisccoulson> it hasn't gone unresponsive
[21:11] <chrisccoulson> it's crashed!
[21:11] <lool> kwwii: Just branch lp:ubuntu/karmic/humanity-icon-theme and push it, it has the history == all uploads to ubuntu
[21:12] <kwwii> lool: ahhh, ok...will do
[21:12] <kwwii> although, I did a simple branch of humanity-icon-theme and then just pushed it to the other url
[21:13] <kwwii> maybe I missed something or messed something up
[21:13] <lool> kwwii: What did you "branch"?
[21:13] <lool> kwwii: If you did apt-get source + bzr init then you only imported the latest version
[21:15] <kwwii> lool: yeah, sorry...you're right
[21:15] <kwwii> lool: I'll fix it..the whole point is to take the design related stuff off the plate of those who have better things to do
[21:25] <pitti> seb128: are you going to do the libnautilus-burn dep change, or want me to?
[21:26] <seb128> pitti, I'm busy on other things right now but will do later if you don't before
[21:26] <pitti> ok, doing now then
[21:26] <seb128> thanks
[21:27] <pitti> seb128: hm, we don't even install nautilus-cd-burner any more
[21:27] <pitti> looks like one of those packages which should eventually be demoted as well
[21:28] <pitti> it actually calls gnome-mount --eject, hmm
[21:30] <jono> kenvandine, around?
[21:31] <pitti> seb128: uploaded, and demoted gnome-mount and policykit-gnome
[21:36] <seb128> pitti, thanks
[21:39] <kwwii> lool: hrm, I did that but I don't think it made any difference
[21:46] <bryce> rickspencer3:  bug #438657 is another mesa regression.  This one is just an application crash, and there is a patch already available and tested for it.
[21:47] <pitti> seb128: eww, after a reboot suddenly most of my folders and files in nautilus have a green checkmark emblem
[21:48] <chrisccoulson> pitti - thats already known
[21:48] <chrisccoulson> u1 breakage
[21:48] <seb128> pitti, it's an ubuntuone-client bug
[21:48]  * pitti uploads a new usplash to get back the fadeout effect on shutdown
[21:48] <chrisccoulson> pitti - bug
[21:48] <chrisccoulson> 450112
[21:48] <chrisccoulson> oops
[21:48] <chrisccoulson> bug 450112
[21:48] <lool> kwwii: Compare bzr log
[21:48] <pitti> chrisccoulson: thanks
[21:48] <seb128> oh, fix commited
[21:49] <dobey> pitti: about to make a release
[21:49] <seb128> dobey, is that ready to be uploaded to karmic?
[21:49] <dobey> seb128: almost
[21:49] <seb128> ok
[21:49] <seb128> let me know and I will sponsor it
[21:49] <lool> kwwii: bzr branch lp:ubuntu/karmic/humanity-icon-theme and cd humanity-icon-theme and bzr log; you should see a bunch of revs
[21:49] <lool> 12
[21:49] <pitti> so why are all of my folders synchronized except "debian" and ubuntu"? :-)
[21:49] <lool> and tags (bzr tags)
[21:49] <dobey> seb128: ok, thanks.
[21:49] <seb128> chrisccoulson, are you still looking for bugs to track?
[21:50] <chrisccoulson> seb128 - yeah, if you have some
[21:50] <kwwii> lool: yes, now I get your point
[21:50] <kwwii> lool: thanks
[21:50] <seb128> dobey, btw do you have a recommendation about what to do about not translatable strings due to utf-8 escaping in gtkbuilder issues?
[21:51] <dobey> seb128: for karmic? not sure. is there a list of known affected packages?
[21:51] <seb128> chrisccoulson, those are in the milestoned list but not sure they would interest you, there is a file-roller crash which get quite some duplicates on karmic
[21:51] <chrisccoulson> i can take a look at the file-roller onw
[21:51] <seb128> chrisccoulson, the other issue is an appearance capplet crash in pango function happening on theme install
[21:51] <seb128> chrisccoulson, that one is there for several cycles and collect a zillion duplicate
[21:52] <seb128> chrisccoulson, otherwise there is also gnome-panel hanging with > 8 tasks on vertical layouts
[21:52] <chrisccoulson> yeah, i'll have a look and see if i can figure anything out
[21:52] <seb128> chrisccoulson, thanks ;-)
[21:53] <seb128> dobey, not that I know about no, there is 2 strings in software-center and 1 in gnome-bluetooth
[21:53] <seb128> dobey, I think we should edit the .ui with a text editor and change the string to be the utf-8 one there for karmic
[21:53] <dobey> seb128: that sounds reasonable to me
[21:53] <seb128> dobey, but if you have a better suggestion feel free to tell us ;-)
[21:53] <seb128> ok, thanks
[21:54] <dobey> seb128: i don't have a better suggestion of fixing for karmic. proper fix will require new glade3, new intltool, and new releases of whatever modules are affected
[21:55] <dobey> so no small feat, and i'm busy enough right now with the critical issues in ubuntuone :)
[21:55] <seb128> ok, let's do the ui editing for karmic
[21:55] <pitti> chrisccoulson: don't worry, we've got plenty :)
[21:55] <seb128> and aim at fixing that properly for karmic+1
[21:56] <dobey> seb128: yeah, it's not a hard fix, so it could probably be fixed for karmic-updates (2.28.x)
[21:56] <dobey> but time is really tight right now :)
[21:56] <seb128> right
[21:56] <dobey> seb128: and i'll poke you as soon as i get the u1-client release done (as soon as qa runs over it with a truck)
[21:57] <seb128> ok thanks
[21:57] <seb128> lool, you know about unr right? ;-)
[21:57] <seb128> lool, can you look at bug #450647
[21:58] <dobey> seb128: do i need to do anything to the bugs to get them more visible to hold up CD builds or anything?
[21:59] <seb128> dobey, nominate those for karmic
[22:00] <dobey> will do
[22:00] <dobey> mac_v: ping
[22:01] <mac_v> dobey: hey... i think  dan just added the icons
[22:01] <lool> seb128: It might be on purpose
[22:02] <lool> But I'm not sure
[22:02] <lool> does someone know what the /apps/panel/toplevels/disable_movement key does?
[22:02] <seb128> lool, who would know? njpatel?
[22:02] <lool> I think it's that key which causes it
[22:02] <lool> seb128: Yes
[22:03] <seb128> lool, ok thanks
[22:03] <rickspencer3> dobey, so what's the deal with files on folks desktops being marked as synced with U1?
[22:03] <lool> I'm pretty sure it's on purpose that we don't allow adding panels and just wanted a simpler experience with as much space as possible for window titles
[22:03]  * rickspencer3 restarts
[22:03] <lool> seb128: It's weird, I see the code in http://www.gnome.org/~rodrigo/gnome-panel/gnome-panel-disable-movement.patch but not in our gnome-panel
[22:03] <dobey> rickspencer3: a bug in the nautilus extension that didn't check that the file for which info was being requested, is under the Ubuntu one directory
[22:03] <dobey> blah
[22:03] <dobey> ask and reboot, eh
[22:04] <seb128> lool, the upstream gnome-panel requires to use a modifier to move the bars now so I think we dropped the hack we had
[22:04] <lool> Hmm no that's to move the panel
[22:06] <rickspencer3> oh shucks
[22:07] <kalon33> chrisccoulson : Sorry, I have the same problem with my usb key as yours... is there something to do ?
[22:07] <lool> seb128: apparently this is disabled when either gconf_client_key_is_writable() fails on PANEL_GCONF_TOPLEVELS PANEL_GCONF_APPLETS or PANEL_GCONF_OBJECTS
[22:07] <rickspencer3> pitti, is my usb attached hard drive supposed to look like an ipod?
[22:07] <pitti> rickspencer3: yes, karmic gives you ipods for free
[22:07] <seb128> rickspencer3, it's fixed in karmic since an hour ago now
[22:07] <rickspencer3> yes!
[22:07] <pitti> rickspencer3: j/k, fixed
[22:07] <seb128> or rather uploaded
[22:07] <rickspencer3> sweet
[22:07] <seb128> wait for publishing
[22:07] <lool> seb128: I dont see what would prevent that though
[22:07] <pitti> my testing sucks clearly :)
[22:07] <rickspencer3> what about this everything has U1 checkmark thing?
[22:07] <pitti> that's not my fault
[22:08] <seb128> lool, ok, maybe it's just the trask like taking the space or something
[22:08] <rickspencer3> pitti, you need to buy one of every kind of hardware that there is
[22:08] <seb128> rickspencer3, about to be uploaded too, dobey roll a tarball for this one
[22:08] <rickspencer3> pitti, right, I assume it came iwth the new U1 client, have they fixed that?
[22:08] <rickspencer3> ok
[22:08] <rickspencer3> that's all
[22:08]  * rickspencer3 will be quiet now
[22:08] <rickspencer3> ug
[22:08] <seb128> oh, not all? ;-)
[22:08] <pitti> rickspencer3: some final breakage fun :)
[22:08]  * seb128 runs
[22:09] <seb128> rickspencer3, if you really have an ipod and it's not working I blame it on pitti!
[22:09] <rickspencer3> I don't, but my kids have some
[22:09] <dobey> mac_v: ok, they're there, but not exactly what i was hoping to see :)
[22:09] <rickspencer3> maybe I should test it, and find some annoying and obscure bugs to assign to pitti
[22:09] <pitti> rickspencer3: that first upload was supposed to fix music player icons; it just did a "little" too much :)
[22:09] <dobey> rickspencer3: a bug in the nautilus extension that didn't check that the file for which info was being requested, is under the Ubuntu one directory
[22:09] <seb128> I think he broke it so he can expense an ipod to debug ;-)
[22:09]  * seb128 runs away from pitti now
[22:09] <rickspencer3> right
[22:09] <pitti> seb128: sssssh!
[22:09] <mac_v> dobey: ;) ... i havent checked them yet... let me check and get back
[22:09] <rickspencer3> good idea
[22:10]  * pitti pats his shiny G1
[22:10] <rickspencer3> dobey, thanks
[22:10] <pitti> rickspencer3: in all seriousness, bug 440290 is still annyoing
[22:10] <dobey> mac_v: they are both a cloud, and idle is filled in, while offline is just the stroke
[22:10] <lool> seb128: Right, will check tomorrow
[22:10] <seb128> lool, thanks
[22:10] <pitti> rickspencer3: it's much harder to fix than just the icon thing, but I think I'll do a h4ck1sh workaround for karmic
[22:11] <dobey> pitti: oh, is that why my ipod isn't showing up on the desktop as multimedia-player?
[22:11] <pitti> dobey: correct; with today's fixes you'll get the correct icon, but not correct behaviour yet
[22:11] <dobey> pitti: oh, what's the behavior difference?
[22:12] <seb128> it should open a dialog asking if you want to run rhythmbox
[22:12] <seb128> and when browsing it the banner should say it's a music player
[22:12] <rickspencer3> seb128, does it work from within rhythmbox?
[22:13] <rickspencer3> like can you open rb and then navigate to the ipod
[22:13] <rickspencer3> ?
[22:13] <dobey> oh
[22:13] <dobey> so the stuff i don't want anyway, doesn't work
[22:13] <dobey> sounds good to me :)
[22:14] <pitti> rickspencer3: I don't think so; at least it's broken with my G1
[22:14] <rickspencer3> ok
[22:14] <pitti> that worked before
[22:14] <rickspencer3> hmm
[22:14] <pitti> rickspencer3: I suspect it's the same root cause
[22:14] <pitti> rickspencer3: it's on the karmic final list
[22:14] <rickspencer3> wasn't there supposed to be a new desktopcouch today?
[22:14] <mac_v> dobey: it looks a bit different from what i expected too... let me edit it
[22:14] <dobey> i guess i need to reboot again
[22:15] <dobey> right now my ipod doesn't show up at all
[22:15] <seb128> same here
[22:15] <seb128> I can't say the apport is not listed in nautilus or gvfs or rhythmbox now
[22:15] <seb128> wth?
[22:17]  * dobey goes to get some tea
[22:17] <seb128> rickspencer3, it works in rhythmbox
[22:17] <seb128> I tried in a guest session
[22:17] <rickspencer3> phew
[22:17] <rickspencer3> thanks seb128
[22:17] <rickspencer3> maybe we all need ipods for testing?
[22:18] <rickspencer3> and G1s too, prolly
[22:18] <rickspencer3> and bigger monitors
[22:18] <lool> seb128: Right so the applet is eating all the space in the panel; will check with njpatel whether we care about adding applets under UNR and report in the bug; thanks
[22:18] <lool> I moved it around
[22:18] <jcastro> who needs g1 testing? I have 2!
[22:18] <seb128> lool, thanks
[22:19] <rickspencer3> jcastro, nm, I was being a smart ass
[22:19] <jcastro> rickspencer3: it's probably a gtk bug anyway
[22:19]  * seb128 kicks jcastro
[22:19] <jcastro> heh
[22:19] <seb128> ;-)
[22:26] <rickspencer3> pitti,shall I remove bug 434878 from karmic?
[22:26] <pitti> if it's not really "frequently" any more, sure
[22:26] <pitti> otherwise, if it's still too unreliable, we should perhaps just disable it for karmic
[22:26] <rickspencer3> I think it's "ok" for karmic
[22:26] <rickspencer3> some people still have troubles
[22:26] <jcastro> I still get "frequently"
[22:26] <rickspencer3> but I think we should ship
[22:29] <seb128> yes, let's ship and fix in a sru if we can
[22:33] <rickspencer3> pitti, I'm not smart enough to figure out how to remove from "status is tracked in karmic"
[22:33] <pitti> rickspencer3: set it to "wontfix"
[22:33] <rickspencer3> awe
[22:33] <pitti> rickspencer3: then the "floating" task comes back
[22:35] <rickspencer3> that seems wrong
[22:35] <rickspencer3> but, ok
[22:35] <rickspencer3> hi robert_ancell
[22:35] <robert_ancell> rickspencer3, hi rick
[22:35] <rickspencer3> I haven't had a chance to retest gdm, but seems you fixed it yesterday?
[22:36] <rickspencer3> niiice
[22:36] <robert_ancell> yup and upstream seems happy - it appears they've been working around this issue for ages :)
[22:36] <robert_ancell> a nice one-liner patch
[22:36] <seb128> hey robert_ancell
[22:37] <robert_ancell> seb128, hey
[22:37] <rickspencer3> robert_ancell, well done!
[22:37] <seb128> robert_ancell, do you know how come it started breaking recently?
[22:38] <seb128> robert_ancell, I got an upstream asking about your patch to move the power actions to a menu too
[22:38] <robert_ancell> seb128, it's because we added xsplash - it has focus and when it closes there was no toplevel window for metacity to give focus to.  The bug was always present when closing the accessibility dialog
[22:38] <seb128> he saw that on an ubuntu box at the boston summit apparently, I pointed the bugzilla number
[22:38] <seb128> robert_ancell, oh ok
[22:39] <awe> rickspencer3, hey
[22:39] <rickspencer3> hi awe
[22:39] <rickspencer3> sorry, I was afraid of that
[22:39] <rickspencer3> I meant "awe" as in "awe too bad", not "awe is tony" :)
[22:39] <awe> ;)
[22:40] <awe> glad you said it... i wanted to ask TheMuso about a bug during this meeting
[22:40] <rickspencer3> awe, the Eastern edition meeting is in 1h20
[22:41] <awe> ok, cool
[22:41] <rickspencer3> but seems TheMuso is online, at least he did an upload not too long ago
[22:42] <rickspencer3> seb128, is it ok with you if I won't fix bug 435329
[22:42] <rickspencer3> seems to not occur in default installation, and there is an easy work around
[22:43] <seb128> reading
[22:43] <seb128> not sure it's a corner case but if that's an option user can change...
[22:44] <rickspencer3> seb128, so this is:
[22:44] <rickspencer3> 1. you uninstall messaging indicator
[22:45] <rickspencer3> 2. You have to go to empathy prefs and tell it not to use messaging indicator
[22:45] <rickspencer3> a bug indeed, but doesn't seem it should be targeted, and I would rather have ken work on crashers fist
[22:45]  * TheMuso is around, about to go and grab breakfast, so if we wanna do the meeting when I am back at the computer with breakfast, I'm all for it.
[22:45] <seb128> what happens if you don't do 2?
[22:46] <seb128> rickspencer3, agreed, it's not targetted right now though, < high and no milestone, right?
[22:46] <rickspencer3> oh
[22:46] <rickspencer3> well,  I just turned of the milestone
[22:46] <seb128> works for me
[22:46] <rickspencer3> seb128, you mean, it works for you if I take it out of karmic?
[22:47] <seb128> I still dislike the indicator applet thing and I think many user do but it's easy to workaround and I think that's something for after karmic
[22:47] <seb128> could be worth a sru though
[22:47] <seb128> rickspencer3, yes
[22:47] <seb128> I agree it's not worth spending efforts now, we have higher priorities
[22:47] <rickspencer3> k
[22:47] <seb128> could be a good sru target if we have an easy fix after karmic though
[22:49] <seb128> ie low importance karmic task + no milestone should be ok
[22:59] <kalon33> good night all !
[23:00] <rickspencer3> TheMuso, robert_ancell I see the Easter Edition is now, not in one hour
[23:00] <rickspencer3> I've updated the wiki with notes from the meeting this morning:
[23:01] <rickspencer3> https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-10-13
[23:01]  * rickspencer3 copies in activity reports now
[23:01] <rickspencer3> tkamppeter, hi
[23:02] <tkamppeter> hi
[23:02] <tkamppeter> rickspencer3: hi
[23:02] <TheMuso> Hey rickspencer3, robert_ancell.
[23:03] <chrisccoulson> pitti - is this g-p-m crash reproducible?
[23:03] <pitti> chrisccoulson: I can't, unfortunately
[23:06] <chrisccoulson> pitti - i tried looking through the dbus-glib code to figure out why the condition might occur, with no success yet
[23:07] <chrisccoulson> but i notice that the return parameter is "G_TYPE_STRING, disks->priv->cookie"
[23:07] <pitti> chrisccoulson: I just had a quick look there, but it's many code paths to check.. but thanks for having another look
[23:07] <chrisccoulson> should that not be "G_TYPE_STRING, &disks->priv->cookie"
[23:07] <chrisccoulson> which is generally how strings are obtained with every other call
[23:07] <chrisccoulson> pitti - someone else has seen this behaviour before btw:
[23:07] <chrisccoulson> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541632
[23:08] <pitti> chrisccoulson: ok, d->p->cookie is a return value there?
[23:09] <chrisccoulson> yeah, that is a string returned from the call
[23:09] <robert_ancell> pitti - bug 450707 - I didn't mark these as translatable as it was past string freeze. But they're already translated, does it need a freeze request?
[23:10] <chrisccoulson> (or it should point to a string returned by dk-disks)
[23:10] <mclasen> looks wrong, indeed
[23:11] <pitti> chrisccoulson: ah, https://bugs.freedesktop.org/show_bug.cgi?id=23617
[23:12] <chrisccoulson> pitti - i wonder if passing &disks->priv->cookie might fix it?
[23:12] <chrisccoulson> mclasen - which bit were you referring to that looks wrong?
[23:13] <pitti> chrisccoulson: plausible
[23:13] <chrisccoulson> pitti - i'm clutching at straws though ;)
[23:13] <chrisccoulson> but returning FALSE with no error seems to be wrong anyway
[23:14] <pitti> chrisccoulson: it would also make sense to actually apply Andres' patch to get the actual error message
[23:14] <chrisccoulson> which patch was that?
[23:15] <pitti> chrisccoulson: https://bugs.freedesktop.org/attachment.cgi?id=29055
[23:16] <pitti> chrisccoulson: I'll upload that, it seems very useful
[23:16] <chrisccoulson> pitti - yeah, possibly. i don't understand dbus-glib enough though ;)
[23:16] <chrisccoulson> cool, thanks!
[23:17] <mclasen> chrisccoulson: the missing & you pointed out; thanks for finding that
[23:18] <chrisccoulson> mclasen - you're welcome
[23:18] <chrisccoulson> hopefully it fixes our crash:)
[23:18] <TheMuso> rickspencer3: So, anything to discuss in today's meeting?
[23:18] <rickspencer3> TheMuso, yes, briefly
[23:18] <pitti> chrisccoulson, mclasen: mind to add a comment to https://bugzilla.gnome.org/show_bug.cgi?id=598339 ?
[23:18] <rickspencer3> TheMuso, robert_ancell ready for Eastern Edition?
[23:19] <robert_ancell> rickspencer3, yes
[23:19] <TheMuso> yes
[23:19] <rickspencer3> https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-10-13
[23:19] <rickspencer3> ok, first we (they really, pitti ran the meeting today) discussed the next gnome update
[23:19] <chrisccoulson> pitti - yeah, can do
[23:19] <rickspencer3> note that robert_ancell and seb128 will be quite busy with this next week
[23:19] <pitti> chrisccoulson: *hug*
[23:20] <rickspencer3> so no assigning bugs to robert_ancell at all hours for rickspencer3 during this time
[23:20] <robert_ancell> i wish it was gnome update day every day ;)
[23:20] <rickspencer3> seriously, we should all help with gnome by not overloading seb128 and robert_ancell, and
[23:20] <rickspencer3> anyone with spare cycles can pitch in and help
[23:20]  * chrisccoulson hugs pitti
[23:20]  * TheMuso will have a few GNOME packages to update as well for that
[23:21] <rickspencer3> thanks TheMuso, good to remind us
[23:21] <rickspencer3> any questions about gnome updates next week?
[23:21] <TheMuso> no
[23:21] <TheMuso> I'll be on hand to upload robert_ancell's stuff during the day as well, I'll make sure of it.
[23:21] <rickspencer3> TheMuso, great!
[23:22] <rickspencer3> next we discussed bugs
[23:22] <rickspencer3> first, looking at targeted and High bugs, not too many left
[23:22] <rickspencer3> though asac is finding bug 435073 a bit of a tough nut
[23:23] <rickspencer3> and bryce's xorg work, and Kubuntu issues were not on the list
[23:23] <TheMuso> Right.
[23:23] <rickspencer3> so, what bugs are you guys working on that aren't on the list?
[23:23]  * bryce perks up
[23:24]  * bryce waves and returns to patch review
[23:24] <robert_ancell> guest session fixes 425952
[23:24] <robert_ancell> bug 425952
[23:24] <robert_ancell> hey bryce, my text mode no longer works, if update doesn't fix that I might be bugging you :)
[23:25] <bryce> robert_ancell, sure just be sure to do `ubuntu-bug xorg` first
[23:25] <rickspencer3> ok, TheMuso, I see from your activity report and also your uploads you've been busy
[23:25] <rickspencer3> TheMuso, are there particular bugs that still worry you, such as that crasher in speech dispatcher?
[23:25] <bryce> robert_ancell, (also, be aware its probably a kernel drm bug)
[23:25] <TheMuso> rickspencer3: Yeah, and got one more big thing to nail today.
[23:26] <TheMuso> rickspencer3: Its not worrying me to the point where I feel its almost a release blocker or anything, but one bug has come up that was due to dtchen overlooking an important piece in fixing volume restore issues. Bug 449589
[23:26] <robert_ancell> bryce, yes I'm assuming it's just a temporary issue which is why I'm waiting for the update (text mode seems to break quite frequently during upgrades)
[23:26] <TheMuso> rickspencer3: I intend to target that and fix it today.
[23:26] <chrisccoulson> right, time to look at file-roller crasher now
[23:27] <rickspencer3> noted
[23:27] <rickspencer3> ok, there's a couple of bugs that tkamppeter is working on that look rather serious
[23:27] <rickspencer3> bug 359975
[23:27] <rickspencer3> and bug 419143
[23:28] <rickspencer3> robert_ancell, could take a look at 359975 *after* you crack the guest login nut?
[23:29] <rickspencer3> It's a totally weird bug, and something tells me that you might bring a fresh perspective
[23:29] <robert_ancell> rickspencer3, ok, will do
[23:29] <rickspencer3> robert_ancell, from the upstream bug:
[23:29] <rickspencer3> And others confirmed that moving the mouse while focusing evince works 100% of
[23:29] <rickspencer3> the time. Don't laugh.
[23:29] <rickspencer3> so if you wave the mouse around while the document is spooling, it works
[23:30] <TheMuso> ROFL
[23:30] <rickspencer3> well, by "you" I mean user effected by this bug
[23:30] <rickspencer3> this might be one of those "won't print on Tuesdays" bugs
[23:30] <robert_ancell> weird...
[23:30] <rickspencer3> indeed
[23:30] <rickspencer3> upstream seems similarly mystified
[23:30] <chrisccoulson> pitti - do you want to upload another g-p-m change then? :)
[23:31] <pitti> chrisccoulson: yep, and also adding a git-formatted patch to upstream bug
[23:31] <rickspencer3> but printing pdfs seems rather a common scenario to me
[23:31] <chrisccoulson> thanks
[23:31] <TheMuso> rickspencer3: agreed
[23:31] <rickspencer3> ok, any other business?
[23:31] <chrisccoulson> pitti - can you not commit yet?
[23:31] <tkamppeter> bug 359975 should get a nice place at the side of the "OOo does not print on Tuesdays" bug in the Ubuntu history ...
[23:31] <TheMuso> rickspencer3: no
[23:32] <rickspencer3> robert_ancell, ?
[23:32] <robert_ancell> rickspencer3, no
[23:32] <rickspencer3> ok, that's the Easter Edition
[23:32] <rickspencer3> thanks, and thanks for staying late tkamppeter ;)
[23:33] <robert_ancell> Eggs for everyone!
[23:40] <kklimonda> hey, is the current gdm "configuration tool" going to be final for 9.10? People are laughing at it and I can't really say anything to defend it ;)
[23:41] <dobey> doh, no seb
[23:41] <dobey> pitti: still around?
[23:41] <pitti> just about to go to bed
[23:41] <dobey> pitti: care to do a quick upload?
[23:41] <pitti> dobey: bug#?
[23:42] <dobey> pitti: didn't file a bug for it yet, should i?
[23:42] <pitti> dobey: well, or any place where to get the code
[23:42] <dobey> i /just/ pushed the bzr branch
[23:42] <dobey> lp:~ubuntuone-control-tower/ubuntu/karmic/ubuntuone-client/karmic
[23:43] <robert_ancell> bryce, how do you know how to check what radeon card series you have (R300/R400 etc)
[23:43] <robert_ancell> pitti - bug 450707 - I didn't mark these as translatable as it was past string freeze. But they're already translated, does it need a freeze request?
[23:44] <pitti> robert_ancell: they should be translatable, yes
[23:44] <pitti> robert_ancell: that's just a bug fix, doesn't need an exception
[23:44] <robert_ancell> pitti, ok, thanks
[23:44] <pitti> (making displayed strings translatable, I mean)
[23:45] <TheMuso> robert_ancell: Does it not say what it is in lspci?
[23:45] <robert_ancell> TheMuso, X300
[23:45] <TheMuso> ah
[23:45] <robert_ancell> TheMuso, I'm not sure what class that is in
[23:46] <TheMuso> right me neither
[23:47] <pitti> dobey: uploaded
[23:47]  * pitti -> bed, cu tomororw!
[23:48] <dobey> pitti: good night. thanks a lot! :)
[23:49]  * robert_ancell stomach growl -> breakfast time