[04:35] <desrt> pitti: HI :D
[07:30] <didrocks> good morning
[08:12] <baptistemm> hello, good morning
[08:15] <didrocks> good morning baptistemm
[09:19] <seb128> good morning desktopers
[09:19] <baptistemm> hello hello seb128
[09:19] <baptistemm> salut didrocks, sorry for the lag
[09:19] <mvo> hey seb128
[09:20] <seb128> hey baptistemm mvo
[09:20] <Tm_T> hi kids
[09:21] <chrisccoulson> good morning seb128
[09:21] <chrisccoulson> and baptistemm, mvo and Tm_T
[09:21] <seb128> hey chrisccoulson
[09:22] <mvo> hey chrisccoulson!
[09:23] <didrocks> hey seb128, did you have a good way back yesterday night ?
[09:23] <didrocks> morning mvo
[09:23] <seb128> lut didrocks
[09:23] <didrocks> how are you chrisccoulson? :)
[09:23] <seb128> didrocks, excellent
[09:23] <seb128> I managed to do the gnome-utils and gnome-applets updates in the train
[09:24] <chrisccoulson> hey didrocks - i'm good thanks
[09:24] <seb128> and 95% of the gnome-panel obe
[09:24] <seb128> one
[09:24] <didrocks> seb128: great!
[09:24] <seb128> didrocks, did pitti leave?
[09:24] <chrisccoulson> hey seb128. i'll work on g-p-m and g-s-d this afternoon :) i'll probably need to update libgnomekbd and libxklavier for the g-s-d update as well
[09:25] <seb128> chrisccoulson, I was going to do the libxklavier soname transition today
[09:25] <seb128> but I can leave it for you if you want
[09:27] <didrocks> seb128: yes, at 8am. I just drop it at La Défense to ensure he will find and take the right metro ;)
[09:27] <chrisccoulson> seb128 - i don't mind really. feel free if you want to do it, but i'll do it when i get home if not
[09:27] <mvo> hey didrocks!
[09:27] <seb128> chrisccoulson, I will do the soname change
[09:27] <seb128> so I can new it etc during the day
[09:27] <seb128> you are welcome to do gpm and gsd though
[09:27] <seb128> I don't intend to work on these
[09:27] <chrisccoulson> seb128 - thanks
[09:27] <seb128> thank you!
[09:28] <seb128> where is vuntz
[09:28] <seb128> new gnome-panel crashes when using launchers
[09:28] <baptistemm> I wonder if he didn't already fixed that in git
[09:29] <seb128> baptistemm, there is no git commit since the tarball
[09:29] <seb128> http://git.gnome.org/browse/gnome-panel/log
[09:29] <baptistemm> I see a new minor release 2.29.5.1
[09:29] <seb128> I'm using this one
[09:29] <baptistemm> Fix potential crash when creating a launcher with drag and drop
[09:30] <baptistemm> ah okay
[09:30] <seb128> do you take me for a beginner? ;-)
[09:30] <baptistemm> no no
[09:30] <baptistemm> of course not
[09:30] <baptistemm> I said that because vuntz and teuf debugged such issues yesterday on  #gnomefr
[10:06] <geser> seb128: do you (as in the desktop team) want regressions from karmic to lucid also filed as LP bugs or is the problem being filed in gnome bugzilla enough?
[10:07] <seb128> geser, depends what you call regression and if upstream is fixing it or if we should work on it
[10:08] <geser> I upgraded my desktop from karmic to lucid yesterday, and my wallpaper doesn't span my both monitors anymore and I couldn't find a setting to let it do it again
[10:08] <geser> see also https://bugzilla.gnome.org/show_bug.cgi?id=603551 and the last comments in https://bugzilla.gnome.org/show_bug.cgi?id=147808
[10:10] <geser> http://www.bienia.de/tmp/Screenshot.png that's how my desktop background currently looks like (that's "Tile" for a wallpaper that fits on the Desktop (same size))
[10:11] <seb128> oh right
[10:11] <seb128> I would not call that a regression
[10:11] <seb128> and I don't care enough to work on it, it's a corner case where the behaviour changed
[10:12] <seb128> like you used to have to find an image spanning your screens
[10:12] <seb128> and now you can set one by screen
[10:12] <seb128> which I think is easier to find for users
[10:12] <seb128> it's easier to find 2 images than one made for 2 screens
[10:12] <seb128> you can open it on launchpad if you want though
[10:12] <seb128> but I doubt we will do anything on it
[10:16] <geser> ok, did I understand you correctly that I can select now two different wallpapers (one each for each screen)?
[10:16] <geser> because I can't find the option for it, I can only select one wallpaper and the "style" (center, zoom, tile, etc.)
[10:17] <geser> and I've to look if I can find one wallpaper and a setting that looks good on both monitors (different native size)
[10:19] <seb128> geser, maybe I'm wrong
[10:19] <seb128> I didn't look at that and I'm using one screen
[10:19] <seb128> maybe it uses the same image on both monitors
[10:21] <geser> yes, it uses the same image on both monitors. in the past I created my own wallpapers to match the size of my desktop and I got used to the look of it, I guess I need some time to get used to this new mode
[10:22] <geser> thanks
[10:22] <seb128> geser, how does it work if both screen have different ratio?
[10:22] <seb128> with one image
[10:22] <seb128> in any case I think it's a different way to do thing
[10:23] <seb128> but not especially a less good way
[10:23] <seb128> lot of people try to simply put an image
[10:23] <seb128> and get it in the middle of screens
[10:23] <seb128> which is weird
[10:23] <seb128> if you want an image for 2 screens you need to build it
[10:23] <geser> which I did in the past but can't use anymore
[10:24] <seb128> right I understand
[10:24] <seb128> but I said that most users probably don't
[10:24] <seb128> and the current workflow makes easier to have something not looking weird
[10:25] <seb128> it's not perfect yet though I agree
[10:25] <seb128> but we have other things to work on
[10:25] <seb128> we will let that to upstream to deal with
[10:29] <geser> understandable
[10:31] <geser> I'll comment on the upstream bugs and watch how things evolve
[10:35] <didrocks> crap, it seems that changing user-setup-apply fixes the live session persistency, not once installed.
[10:37] <didrocks> seb128: do you know where install logs are?
[10:37] <seb128> no
[10:50] <vuntz> seb128: hrm, crashes when using launchers?
[10:50] <vuntz> sounds fun
[10:51] <seb128> vuntz, hey
[10:51] <seb128> vuntz, yes, as soon as I click on one of my panel launcher
[10:51] <vuntz> maybe my fix was wrong, then :-)
[10:51] <seb128> do you need some details?
[10:51] <vuntz> hrm, if you can get a quick stack trace, I can take a look at the code now
[10:52] <vuntz> else, I'll look if I can reproduce in 30 minutes
[10:53] <seb128> vuntz, ok
[10:53] <seb128> #2  0x001a19e1 in gdk_x_error (display=0x80ea0f0, error=0xbfffef3c)
[10:53] <seb128>     at /build/buildd/gtk+2.0-2.19.3/gdk/x11/gdkmain-x11.c:466
[10:53] <seb128> #3  0x007d5379 in _XError (dpy=0x80ea0f0, rep=0x82726f8)
[10:53] <seb128>     at ../../src/XlibInt.c:3103
[10:53] <seb128> #4  0x007db9ff in process_responses (dpy=0x80ea0f0,
[10:53] <seb128> I guess you want a --sync one?
[10:54] <vuntz> okay, I'm getting tired of seeing tons of panel crashes in X erros
[10:55] <vuntz> this nearly never happened before, and now it's all the time...
[10:58] <seb128> vuntz, any idea why?
[10:58] <vuntz> no
[10:59] <seb128> vuntz, http://paste.ubuntu.com/357003/
[10:59] <seb128> I guess that's not really useful...
[11:00] <seb128> The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
[11:00] <seb128>   (Details: serial 4288 error_code 9 request_code 62 minor_code 0)
[11:00] <vuntz> oh, I know this one
[11:00] <seb128> oh?
[11:01] <vuntz> seb128: https://bugzilla.gnome.org/show_bug.cgi?id=600865
[11:03] <seb128> vuntz, GDK_NATIVE_WINDOWS=1 -> no crash
[11:03] <seb128> thanks
[11:03] <seb128> I've pinged alex on IRC
[11:03] <seb128> weird that it was working before
[11:03] <seb128> it does crash every time now
[11:04] <seb128> vuntz, other questions for you
[11:04] <seb128> can you filter out a system, preference entry by using a merged menu?
[11:05] <seb128> ie /etc/xdg/menu/settings-merged
[11:05] <seb128> add an Exclude with Filename there doesn't work
[11:05] <seb128> but I'm not sure if that's the right way to do it
[11:09] <vuntz> you probably can
[11:09] <vuntz> show me what you put?

[11:11] <seb128>   <Name>Desktop</Name>
[11:11] <seb128>   <Menu>
[11:11] <seb128>     <Name>Preferences</Name>
[11:11] <seb128>   <Exclude>
[11:11] <seb128>   <Filename>gnome-appearance-properties.desktop</Filename>
[11:11] <seb128>   </Exclude>
[11:11] <seb128>   </Menu>

[11:11] <seb128> vuntz, ^
[11:12] <seb128> I'm pretty sure I'm doing it wrong
[11:12] <seb128> but I've not find documentation on that
[11:12] <chrisccoulson> hey seb128
[11:12] <seb128> hello chrisccoulson
[11:12] <chrisccoulson> having fun with X errors? ;)
[11:12] <seb128> chrisccoulson, indeed
[11:12] <vuntz> seb128: ah, the merged dirs are before the rest
[11:12] <vuntz> seb128: <DefaultMergeDirs/>, I mean
[11:13] <vuntz> seb128: so it might not be possible
[11:13] <vuntz> seb128: you'd need to move it down
[11:13] <vuntz> I think I discussed this in a bug report, and explained why I didn't want to do that change upstream
[11:13] <seb128> oh I think I've read this one
[11:14] <seb128> you though it would lead to abuse right?
[11:14] <seb128> or wrong use
[11:14] <vuntz> well, potential abuse, yes
[11:14] <vuntz> "I installed chrome and it removed my firefox menu item!"
[11:15] <seb128> https://bugzilla.gnome.org/show_bug.cgi?id=529356
[11:15] <seb128> ups no
[11:17] <seb128> https://bugzilla.gnome.org/show_bug.cgi?id=557443
[11:19] <seb128> vuntz, the issue is for those who want to distribute a modified version
[11:20] <seb128> like not list an item
[11:20] <seb128> but still want to get changes with upgrades
[11:20] <seb128> like if they get a custom applications.menu they will not see distro changes
[11:20] <seb128> and if they hack the distro one their change will be dropped on upgrades
[11:20] <seb128> would be easier to allow them to do local changes which would still apply on upgrade
[11:21] <asac> pitti: https://blueprints.edge.launchpad.net/ubuntu/+spec/mobile-lucid-une-2d-launcher ... why isnt that on our tracker?
[11:21] <asac> for alpha-3?
[11:21] <seb128> asac, he's in train for the day
[11:22] <seb128> doing paris to dresden takes some 8 hours
[11:22] <seb128> just fyi
[11:22] <asac> hmm
[11:22] <asac> ok
[11:28] <didrocks> seb128: that's what I did on Wednesday on that precise case: https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/ubuntu-netbook-default-settings/lucid/revision/6?remember=4&compare_revid=4
[11:28] <didrocks> of course :)
[11:33] <didrocks> seb128: that's what I did on Wednesday on that precise case: https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/ubuntu-netbook-default-settings/lucid/revision/6?remember=4&compare_revid=4 . you can do the same replacing une-session by gnome-session
[11:37] <seb128> re
[11:38] <didrocks> re
[11:38] <didrocks> seb128: that's what I did on Wednesday on that precise case: https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/ubuntu-netbook-default-settings/lucid/revision/6?remember=4&compare_revid=4 . you can do the same replacing une-session by gnome-session
[11:38] <seb128> which case?
[11:38] <seb128> I'm out of context ;-)
[11:39] <didrocks> seb128: for showing/hiding menu entries and taking into account distro changes
[11:39] <seb128> oh
[11:42] <seb128> didrocks, how do you tell une to use those?
[11:43] <didrocks> seb128: it's part of "having different gnome session". XDG_CONFIG_DIRS is modified regarding session choice
[11:43] <didrocks> so you should have /etc/xdg/xdg-gnome right now in addition to the default one
[11:44] <seb128> is gdm doing that?
[11:44] <seb128> what name does it appends?
[11:44] <seb128> the session desktop one?
[11:44] <didrocks> no, the X11 scripts
[11:44] <didrocks> right
[11:44] <seb128> is that one of your changes?
[11:44] <didrocks> yes
[11:44] <seb128> ok
[11:44] <seb128> that's why I don't know about it ;-)
[11:44] <seb128> thanks
[11:45] <didrocks> y/w :-)
[11:48] <seb128> lunch time
[11:48] <seb128> bbl
[11:49] <didrocks> have a good lunch
[12:35] <fta> kenvandine, didn't you say that the rhythmbox crash fix was supposed to be uploaded yesterday?
[12:38] <fta> and i still have no clue what i should do to get the tray back..
[12:39] <fta> oh, it's back but it no longer responds to middle click :P
[12:40] <seb128> fta, you will not get the old tray behaviour without a rebuild
[12:41] <seb128> the fallback will add the indicator menu to a notification area icon
[12:41] <seb128> so you will still get simplified behaviour, etc
[12:41] <seb128> it will not fallback to the upstream code
[12:42] <fta> hm
[13:49] <seb128> bah lucid is all screwed today
[13:49] <kenvandine> seb128, how so?
[13:49] <seb128> the mini doesn't suspend anymore
[13:50] <kenvandine> :(
[13:50] <seb128> and my laptop xorg get in a weird state when trying to open a guest session
[13:50] <seb128> it used to crash so I rebuild to get extra debug infos
[13:50] <seb128> and now I get text on vt7
[13:50] <seb128> but the desktop seems to be still running
[13:50] <seb128> seems that's just the display which get crashed on something
[13:52] <huats> hello all
[13:52] <asac> hi huats
[13:52] <huats> hey asac
[13:53] <seb128> hey huats
[13:55] <cyphermox> asac, I fixed up my branch for fontconfig... there was that bug you mentioned and one other minor change for db_purge
[13:56] <didrocks> seb128: wasn't you telling yesterday that you'll upgrade on Saturday?
[13:56] <seb128> didrocks, you must confuse me with pitti
[13:56] <seb128> I don't touch my work computer on saturday
[13:56] <didrocks> oh ok so, I mixed that
[13:56] <didrocks> :)
[13:57] <didrocks> I didn't dist-ugpraded yet, should I wait?
[13:57] <seb128> no
[13:57] <asac> cyphermox: did you test db_purge=
[13:57] <seb128> suspend being broken might be a local issue and is not end of the world
[13:57] <seb128> and the guest session crash is there for weeks
[13:57] <asac> cyphermox: like after that you should be able to run debconf fontconfig ... and get nothing
[13:58] <asac> or was that dpkg-reconfigure fontconfig
[13:58] <asac> hmm
[13:58] <asac> long gone
[13:58] <didrocks> if it's really just for the guest session, I can give it a try, let's finish the une configuration first
[13:58] <asac> seb128: i am all broken with gdm in lucid
[13:58] <asac> only users that are available in the selectors work
[13:58] <asac> and my user isnt shown :(
[13:58] <asac> i even built gdm with patch changed to uid 500 ... still my user doesnt show up :(
[13:59] <asac> everytime i hit on "other ..." and enter my username gdm crashes
[13:59] <cyphermox> asac: I did, but it seemed already empty on another box too
[13:59] <asac> so atm, i cant log in;)
[13:59] <asac> cyphermox: hmm.
[13:59] <cyphermox> asac: let me check another one first
[13:59] <asac> cyphermox: ok, i think for verification you need to have at least one version with the template installed
[14:00] <asac> before
[14:00] <cyphermox> yeah
[14:00] <asac> so on an oldmachine its there ... but if you installed late in karmic or something its not
[14:00] <seb128> asac, weird, kees fixed the lucid version to use the etc user config
[14:00] <cyphermox> I'll install the debian version and then the one I was preparing
[14:00] <seb128> login.def rather
[14:00] <seb128> the crash is a known issue
[14:00] <seb128> it's on my list of things to debug
[14:01] <asac> seb128: oh maybe thats the reason why changing the patch hsa no influence
[14:01] <asac> which patch did he add?
[14:01] <asac> however, the patch with the 1000 is still inthere
[14:01] <asac> hmm
[14:01] <asac> the logs.def was a ifdef WINDOWS iirc
[14:01] <seb128> gdm (2.29.1-0ubuntu9) lucid; urgency=low
[14:01] <seb128>   * debian/patches/24_system_uid.patch: use configured system UID
[14:01] <seb128>     minimum instead of hard-coded value (LP: #459199).
[14:01]  * asac checks
[14:02] <asac> ah its #ifndef __sun
[14:02]  * asac should read more in detail
[14:02] <asac> yeah. ... that seems not to work.
[14:03] <asac> thanks i will check with kees
[14:03] <asac> anyway, if you click other ...
[14:03] <asac> it crashes ;)
[14:03] <asac> i will try to submit a bug a bit later if its not known
[14:04] <seb128> it's known
[14:04] <asac> hmm
[14:04] <asac> ok
[14:05] <asac> so kees thing tries to be smarter than my settings are
[14:05] <asac> my login.defs has 1000
[14:05] <asac> ok ... at least i know what to do
[14:05] <asac> thx
[14:05] <seb128> np
[14:05] <didrocks> seb128: isn't that weird: http://pastebin.com/f52b6d9ef ? I would have excepted the opposite values for the keys or at least, the same value for both (this is ubuntu-desktop, not une)
[14:06] <asac> ok ... lesson learned: read patche more careful in the middle of the night ;)
[14:06] <kenvandine> fta, bug 506891
[14:06] <asac> \o/ ... i am logged into shiny lucid
[14:07] <asac> hmm ... GNOME_KeyboardApplet got removed?
[14:07] <kenvandine> fta, it's pending a merge proposal review, and indicator-application release
[14:07] <kenvandine> fta, didn't make it yesterday
[14:11] <seb128> asac, yes, read changelog
[14:11] <seb128> asac, they are turning it in a notification area icon
[14:11] <seb128> but new g-s-d didn't get uploaded yet
[14:13] <asac> hmm. will the migration happen?
[14:13] <asac> e.g. or will users see this scary broken dialog
[14:13] <seb128> I've not tried to upgrade a system with this applet
[14:13] <seb128> but if upstream didn't put it in the "to clean list" we will fix that
[14:13] <seb128> can you open a bug on gnome-applets?
[14:14] <seb128> there is a list of applets which should be cleaned without noise
[14:14] <seb128> to avoid such issues on upgrade
[14:14] <asac> cleaned or migrated?
[14:14] <seb128> ie we did that with the mixer previous cycle
[14:14] <asac> i want this feature to stay
[14:14] <seb128> I will have to check what criterious g-s-d use to display that icon
[14:14] <seb128> I would expect it to be displayed for anybody what has >1 layout
[14:15] <asac> ok ... if thats the case then it makese sense
[14:15] <asac> i didnt delete it, so i will get remembered on next upload
[14:15] <asac> so i can file a bug for the full experience after gsd upoad
[14:16] <fta> asac, did you do something for metacity yet?
[14:18] <mvo> seb128: hi, can I make ubuntu-desktop owner of launchpad-integration (https://edge.launchpad.net/launchpad-integration) ? or will that have side-effects that are bad?
[14:18] <seb128> mvo, what is owner and why do you want that?
[14:18] <mvo> seb128: I'm the owner and I don't want to be the owner ;)
[14:18] <mvo> seb128: seriously, it should be team-owned
[14:19] <mvo> not by a individual
[14:19] <seb128> or not owned?
[14:19] <seb128> you can set the team I guess, I'm not sure what that implies
[14:20] <mvo> seb128: not owned? how would that work?
[14:20] <seb128> I don't know what is an owner there
[14:20] <seb128> we do register products to be able to add watches
[14:21] <seb128> but do we need to put a name on those
[14:21] <seb128> does is mean whoever register it is spammed?
[14:21] <mvo> I don't know
[14:21] <mvo> sorry
[14:22] <didrocks> seb128: any thought on my hilight on g-p-m default value? (default value is hibernate and we set it at Nothing in 10_gnome-power-manager) ^
[14:22] <seb128> didrocks, sorry I'm tracking a zillion issues together today
[14:23] <didrocks> seb128: no pb, I can log it somewhere and spam you again on Monday :)
[14:23] <seb128> looking
[14:25] <asac> fta: i poked in the gnome-hackers channel
[14:25] <asac> but all were out already
[14:26] <asac> ok posted again
[14:26] <asac> in hackers
[14:26] <fta> could we ship the patch in the meantime?
[14:27] <seb128> asac, I don't know if there is any active upstream but I think robert_ancell knows those guys
[14:27] <seb128> so maybe ping him when he's around
[14:27] <seb128> or drop him an email
[14:27] <seb128> he can probably ping them
[14:27] <asac> yeah
[14:27] <asac> if upstream is dead-like we can just add it to the package :)
[14:28] <asac> is robbert_ancel responsible for that package in general now?
[14:30] <seb128> nobody is responsible for it I think
[14:30] <seb128> just upload if you have a change you think should go there
[14:30] <seb128> didrocks, that's weird indeed
[14:31] <didrocks> seb128: I guess I'll upload tweaking the value if you don't mind (suspend is probably better than the default in the schema "hibernate")
[14:31] <mvo> seb128: btw, does software-center work for you currently? or do you get a import error?
[14:31] <seb128> didrocks, what do you want to change?
[14:31] <seb128> didrocks, the values seems right in the capplet
[14:31] <asac> kk
[14:31] <seb128> didrocks, I'm wondering if that's just not a key naming issue but the code still being right
[14:32] <seb128> mvo, wfm
[14:32] <asac> fta: so if you give me a debdiff i would sponsor it directly. otherwise i will try to slip it in
[14:32] <mvo> seb128: ok, thanks
[14:32] <seb128> mvo, what fails to import for you?
[14:32] <mvo> ImportError: PyGI supprot not enabled, deep down in webkit/python
[14:32] <seb128> mvo, I did sync new webkit
[14:33] <mvo> seb128: not sure whats wrong, but if its not a general problem, I will ignore it till monday
[14:33] <seb128> but it's installed there and works...
[14:33] <mvo> may well be something on my dev box
[14:33] <mvo> thanks for the check :)
[14:33] <seb128> np
[14:35] <didrocks> seb128: where do you see it in the capplet? I don't find anymore the ac/battery options in gnome-power-preferences
[14:35] <didrocks> seb128: I just see the "when you press that button do …"
[14:39] <seb128> didrocks, bug #389067
[14:39] <seb128> didrocks, you are right I was confusing it with something else
[14:41] <seb128> didrocks, I'm a bit confused, where do you see a wrong behaviour?
[14:41] <seb128> what are you trying to fix?
[14:43] <didrocks> seb128: looking at une settings and trying to drop as much as I can from it to stick with ubuntu-desktop default, I saw that on ubuntu desktop, we have /apps/gnome-power-manager/actions/sleep_type_ac to suspend and /apps/gnome-power-manager/actions/sleep_type_battery to Nothing which is a nosense to me (I would except the same value for both or the contrary)
[14:44] <didrocks> seb128: basically, we are telling "if you don't do anything and you're on ac, default is to suspend after xxxx secondes, if you are on battery, don't do anything"
[14:44] <seb128> didrocks, I don't have a sleep_type_ac there
[14:45] <seb128> in gconf-defaults
[14:45] <seb128> I need to read the code
[14:45] <seb128> that must not be working
[14:45] <seb128> I never got my computer to suspend on idle on ac
[14:45] <seb128> and I'm letting sometime for half a day idleing
[14:46] <seb128> I'm not sure how that's supposed to work
[14:46] <seb128> if the code is buggy or the gconf description confusing
[14:46] <seb128> but it doesn't do what you describe in practice
[14:46] <didrocks> seb128: I think that's because /apps/gnome-power-manager/timeout/sleep_computer_ac is set to 0
[14:51] <seb128> didrocks, we don't set the sleep_ac_type though, it's coming from upstream no?
[14:54] <didrocks> seb128: right. The only value we change in those is this sleep_type_battery set to "nothing" instead of hibernate. That's why I think we can at least set it to suspend as this is the default value for sleep_type_ac (just for the sake of consistency)
[14:57] <seb128> right
[14:57] <seb128> I'm trying to figure who changed that, when and why
[14:57] <seb128> did you look for that info?
[14:58] <didrocks> seb128: I tried in the changelog but didn't find anything related to it. Double checking is always great
[15:02] <seb128> didrocks, sorry I'm in middle of gtk debugging with alex but I look at that with you next
[15:02] <didrocks> seb128: sure, no hurry :)
[15:02] <seb128> vuntz, ok, alex has a gdk patch working
[15:09] <vuntz> seb128: cool stuff
[15:10] <seb128> vuntz, it's always good to have somebody having the issue to IRC debug ;-)
[15:10] <seb128> vuntz, so I blamed you for nothing again it seems ;-)
[15:18] <seb128> vuntz, http://git.gnome.org/browse/gtk+/patch/?id=f96e51db46f2196707c0ea44a46f1d67f9a069d4 btw
[15:25] <seb128> didrocks, the change seems to be there since dapper and I don't see a reason to keep it nowadays, feel free to drop it
[15:25] <seb128> didrocks, the change = the gconf-defaults 1 liner to set the type
[15:25] <seb128> we should probably stay on upstream default for those
[15:25] <didrocks> seb128: ok, so let's stick with hibernate
[15:26] <seb128> I would be in favor of doing what upstream does yes
[15:26] <seb128> and to open an upstream bug and argue there if you think it should be changed
[15:27] <didrocks> I agree, let me finish the default value testing stuff and I'll work on that
[15:28] <seb128> thanks
[15:36] <davidbarth> pitti, seb128: FYI https://wiki.ubuntu.com/DesktopExperienceTeam/LucidReleaseStatus
[15:37] <strycore> Hi
[15:37] <seb128> davidbarth, thanks
[15:39] <strycore> I applied to the position for Gnome contractor that Jono Bacon posted on his blog, I've received an email from Alice Paul giving me hopes that I might get the job. I'd like to get a bit more details about what needs to be done if you don't mind.
[15:44] <seb128> hey strycore
[15:44] <seb128> jono, ^
[15:44] <seb128> davidbarth, ^
[15:44] <seb128> jcastro, ^
[15:45] <seb128> strycore, one of those guys should be able to give specifics
[15:45] <strycore> thanks seb128
[16:03] <seb128> chrisccoulson, hey
[16:03] <chrisccoulson> hey seb128 - how are you?
[16:04] <seb128> busy and a bit tired too
[16:04] <seb128> but good otherwise
[16:04] <seb128> you.
[16:04] <seb128> ?
[16:04] <chrisccoulson> yeah, i'm good. i just got in from work :)
[16:04] <chrisccoulson> well, about 1 hour ago
[16:06] <seb128> how is the familly doing?
[16:07] <chrisccoulson> yeah, they're doing ok. ruby is growing quite quickly
[16:08] <chrisccoulson> but sleeping more ;)
[16:08] <chrisccoulson> she slept from midnight until 8am last night
[16:14] <fta> asac, http://www.sofaraway.org/ubuntu/tmp/metacity_2.28.0-2ubuntu3.debdiff
[16:15] <asac> will do after meeting
[16:17] <seb128> chrisccoulson, nice, so you can sleep too!
[16:17] <seb128> chrisccoulson, btw I didn't manage to do the libxklavier update
[16:17] <seb128> chrisccoulson, you are welcome to do it if you want
[16:17] <seb128> I got sidetracked in other issues
[16:17] <seb128> gtk bug leading to gnome-panel crash
[16:17] <chrisccoulson> seb128 - cool, i'll look at that shortly
[16:17] <seb128> xorg crashing on guess session opening there
[16:17] <seb128> etc
[16:21] <chrisccoulson> seb128 - it sounds like you've had quite a bit of fun today ;)
[16:22] <seb128> indeed
[16:22] <seb128> not to mention that the mini doesn't suspend today
[16:22] <seb128> when that was working yesterday
[16:22] <seb128> I'm wondering if that's pitti's gpm change
[16:22] <chrisccoulson> that's not good
[16:22] <seb128> timeout trying to contact gpm or dkpower
[16:22] <seb128> it's all weird
[16:23] <chrisccoulson> saying that, suspend hasn't worked on my desktop for a couple of years
[16:23] <seb128> is that suposed to work on desktops?
[16:23] <seb128> it never worked on my desktop boxes
[16:23] <seb128> but on my laptops it does usually
[16:23] <chrisccoulson> seb128 - i think so, and it worked at some point in the past
[16:23] <hyperair> yes it is supposed to
[16:23] <seb128> hibernate works on my desktop
[16:23] <hyperair> it works on my desktop
[16:24] <hyperair> but rather strangely
[16:24] <hyperair> i have to do a lot of strange voodoo magic to get it to get it to resume
[16:24] <chrisccoulson> it seems to stop everything when i try to suspend, but then the machine never actually powers down properly, and all the fans stay running
[16:24] <hyperair> involving poking random buttons
[16:24] <seb128> chrisccoulson, something similar there
[16:24] <hyperair> fans huh
[16:25] <chrisccoulson> and hibernate used to panic on resume the last time i tried it, so i just try not to accidentally press the hibernate button nowe
[16:25] <jcastro> seb128: hrpmh, so there's no user-visible way to set text-beside-icons anymore? :(
[16:25] <hyperair> it worked in the past right? maybe you should bisect the kernel =p
[16:26] <chrisccoulson> jcastro - no, the tab was purposely removed from g-a-p
[16:26] <hyperair> chrisccoulson: why?!
[16:26] <jcastro> right, so that means we should ship text beside icons by default!
[16:26] <chrisccoulson> hyperair - it's considered a power-user option
[16:26] <hyperair> ......
[16:26] <chrisccoulson> jcastro - do we not already do that by default?
[16:27] <hyperair> no, it's text below icon, afaik
[16:27] <jcastro> not afaik, I always have to switch it on
[16:27]  * hyperair jumps into the guest session to check
[16:27] <jcastro> maybe it's on in UNE by default?
[16:27] <chrisccoulson> hmmmm, it's text beside icons on my box, but i don't remember if i changed it
[16:29]  * vish notices package "unattended upgrades" ..? so are security upgrades done automatically now?
[16:30] <hyperair> hmm my guest account says text beside icons
[16:30] <hyperair> in karmic
[16:30] <hyperair> but i remember having to set it previously
[16:30] <seb128> jcastro, no
[16:30] <kees> vish: no, you have to enable it.  that package just provides the capacity to do it.
[16:31] <seb128> jcastro, davidbarth: did any of you responded to the guy who had question about the contracting job?
[16:31] <jcastro> I don't know anything about the contracting job
[16:31] <hyperair> what about "Show icons in menus" and "Editable menu shortcut keys" ?
[16:31] <davidbarth> seb128: ? didn't see that email? any pointers?
[16:31] <seb128> jcastro, can you get him and somebody who knows in touch?
[16:31] <vish> kees: ah... thanks.. with all the planned update manager changes  i was wondering if it was on by default now :)
[16:31] <seb128> davidbarth, it was on the channel, I did ping you and jono and jcastro
[16:31] <seb128> and nobody replied
[16:31] <seb128> I closed IRC since though...
[16:32] <seb128> so I don't have the backlog
[16:32] <jcastro> davidbarth: strycore has questions
[16:32] <davidbarth> seb128: ah, reading up; i missed one line then
[16:32] <strycore> I'd like to point out that i did not get the job *yet* , I'm just very hopeful ;)
[16:32] <seb128> I didn't imply you did ;-)
[16:32] <davidbarth> seb128: ok, seen now
[16:33] <davidbarth> strycore: hi; thanks for pinging us on that; i haven't received your application yet; i guess jono will receive it first, being the lead on this recruitment
[16:34] <strycore> davidbarth, jono got it and transmitted it to Alice Paul
[16:35] <jono> strycore, you have all the key information
[16:35] <jono> the job description
[16:35] <jono> the role would be building application indicator suppoer and some notify-osd work into applications
[16:37] <strycore> I was suspecting it had something to do with the application indicator :)
[16:40] <strycore> btw, your acire tool is really a great idea !
[18:18] <mdeslaur> seb128: I am preparing security updates for pidgin, and I noticed bug #494002 while testing
[18:18] <mdeslaur> seb128: are you okay with me pushing the following patch to hardy: http://paste.ubuntu.com/357177/
[18:19] <seb128> mdeslaur, hey
[18:19] <seb128> mdeslaur, looking
[18:20] <mdeslaur> seb128: it totally fails to connect right now as msn doesn't support v9 of their protocol any more, but they still support v8
[18:21] <seb128> mdeslaur, if you can test and confirm that the change works please use it
[18:21] <seb128> mdeslaur, that seems to make sense to me but I can't test there
[18:21] <seb128> or not easily
[18:21] <mdeslaur> seb128: yes, I've tested it, and it seems to work good
[18:22] <mdeslaur> thanks seb128
[18:23] <seb128> thank you for working on it!
[18:33] <mat_t> seb128: hey
[18:33] <vuntz> seb128: just wondering, is there any hope to backport the gtk+ krash to karmic?
[18:33] <mat_t> seb128: can I ask you for a piece of advice?
[18:33] <vuntz> err... crash :-)
[18:33] <vuntz> (since it gets reported quite a bit in bugzilla)
[18:34] <mat_t> seb128: If my screen suddenly goes black and I have to do a hard reboot - what should I file the bug against? :)
[18:39] <seb128> vuntz, you want me to backport a crash? ;-)
[18:39] <seb128> vuntz, or rather the fix for the crasher?
[18:40] <seb128> vuntz, are you sure those are the same issue? what gnome bug?
[18:40] <seb128> mat_t, xorg-server I would say
[18:40] <seb128> mat_t, or as #ubuntu-x
[18:40] <seb128> ask
[18:43] <mat_t> thx seb128!
[18:43] <seb128> you're welcome
[18:43] <seb128> vuntz, the issue there was a BadDrawable
[18:43] <seb128> the ones I found on launchpad were mostly other xerrors
[19:11] <asac> why is that a bz bug? thought it was chromium ;)
[19:11] <asac> heh ok
[19:11] <asac> gnome
[19:11] <asac> i think bz is a bad habbit of mine for bmo
[19:11] <asac> bgo
[19:12] <asac> hmm. there is a bzr branch ;)
[19:13]  * asac replays
[19:14] <asac> anyway. have to drop this right now and get ready to buy stuff before stores close ;)
[19:14] <asac> will continue ltr
[19:14] <asac> fta: ^^... sorry wrong channel ;)
[19:20] <fta> asac, ok
[19:41] <didrocks> have a good week-end!
[19:55] <vish> seb128: Sarvatt found the guest session problem > https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/506510/comments/5
[19:56] <seb128> vish, why would that lead to a crash?
[19:57] <vish> seb128: they are still figuring out , but i tried the workaround , and editing that file deos fix it
[19:57] <vish> does*
[19:57] <diverse_izzue> hi all. have people thought about which version of tracker to ship with lucid? tracker 0.7 is pretty much a total rewrite AFAIK, and while not quite done, it's getting close. a reason for pushing this into lucid is that during the lifecycle of lucid, applications might be release which use tracker as their backend.
[20:00] <chrisccoulson> diverse_izzue - i'm working on the packaging of 0.7 with mbiebl and robtaylor
[20:01] <diverse_izzue> chrisccoulson, great. i have up to date packages in my ppa, which are based on mbiebls packages. the ppa is alex-hunziker/ppa.
[20:01] <chrisccoulson> diverse_izzue - thanks
[20:47] <vish> hmm... evolution segfaulting after update to > 2.28.2-1ubuntu4
[20:47] <vish> just wont start :(
[21:06] <dobey> kenvandine: hrmm. gwibber notifications fail. For flickr it looks like it will often just give the image's filename in the notification, which is quite confusing
[21:06] <kenvandine> dobey, that stuff will be changing quite a bit
[21:06] <kenvandine> :)
[21:06] <kenvandine> i'll make sure it doesn't suck
[21:07] <dobey> heh