[00:22] <ccheney> pitti: sorry about earlier, i'm off until jan 4
[00:22] <ccheney> pitti: wrt the xulrunner status i have the wiki page up to date with what is currently using it on for the various releases
[00:26] <asac> ccheney: you are off?
[00:27] <asac> gtk ;)
[00:28] <ccheney> asac: yea
[00:29] <asac> have a great vac then ;)
[00:29] <asac> if you need some action we should start backporting stuff ;)
[00:31] <ccheney> do we need to put the new firefox in before converting the packages over, or what is the next step?
[03:58] <TheMuso> robert_ancell: Usually the keyboard module in the kernel has an option to allow you to revert the fn functinoality, and I even think this is adjustable in the keyboard prefs.
[03:59] <robert_ancell> TheMuso, yes, I figured it was configurable but if it is the default then it's only a feature for advanced users
[04:02] <TheMuso> robert_ancell: I agree with you there. I know on my MacBook Pro, I have to change it, as I prefer to use brightness/volume etc with the fn key, because I am less likely to use them than I am using a function key proper.
[04:03] <robert_ancell> TheMuso, yes, I'm very surprised my laptop has "disable wifi" on the p
[04:03] <robert_ancell> F2 key - that seems way to easy to bump
[04:03]  * TheMuso nods.
[04:26] <robert_ancell> TheMuso, I just screwed up a package version, is 2.28.0-0ubuntu6netbook2 greater than 2.28.0-0ubuntu6netbook1ubuntu2?
[04:30] <kenvandine> robert_ancell, 2.28.0-0ubuntu6netbook2 is greater than 2.28.0-0ubuntu6netbook1ubuntu2?
[04:30] <robert_ancell> kenvandine, thanks :)
[04:30] <kenvandine> np
[04:31] <kenvandine> dpkg --compare-versions
[04:31] <kenvandine> :)
[04:31] <robert_ancell> dch keeps confusing me
[04:31] <kenvandine> me too
[04:31] <kenvandine> :)
[08:37] <didrocks> pitti: lool sponsored my work on une session if you didn't notice. Sorry for the conffile mess up, it was the first time I moved a conffile and I didn't thought about existing "non standard" configuration. It's in my mind now ;)
[08:42] <seb128> hey there!
[08:44] <didrocks> salut seb128, il n'y a personne pour le moment ;) ça va ?
[08:44] <seb128> salut didrocks, oui, et toi ?
[08:44] <didrocks> ça va, plus que 2 jours et des poussières \o/
[08:48] <chrisccoulson> good morning everyone
[08:48] <seb128> hey chrisccoulson
[08:48] <seb128> how are you?
[08:48] <didrocks> morning chrisccoulson
[08:48] <chrisccoulson> hey seb128 / didrocks
[08:49] <chrisccoulson> yeah, i'm good thanks, just got some coffee :)
[08:49] <chrisccoulson> how are you?
[08:49] <seb128> still a bit sleepy but good thanks
[08:51] <chrisccoulson> pitti - would you mind me doing a karmic SRU for bug 428884, in gnome-screensaver? it seems that users are becoming a bit unhappy that it doesn't work properly now
[08:56] <chrisccoulson> mdeslaur: i just saw bug 450934 - that's not really a bug there
[08:56] <chrisccoulson> that gconf key is not used by gnome-screensaver any more
[08:56] <chrisccoulson> it uses the idle delay set by a key owned by gnome-session
[08:57] <chrisccoulson> mdeslaur - the correct key is actually /desktop/gnome/session/idle_delay
[09:02] <chrisccoulson> seb128 - are you looking forward to the festive break?
[09:03] <didrocks> chrisccoulson: maybe we should ask upstream to remove this key from the schema, so.
[09:03] <seb128> chrisccoulson, yes, very much!
[09:03] <chrisccoulson> didrocks - yeah, possibly
[09:03] <chrisccoulson> seb128 - do you finish this week?
[09:03] <seb128> chrisccoulson, do you take holidays for the end of year?
[09:04] <seb128> chrisccoulson, yes, friday after work until next year
[09:04] <chrisccoulson> seb128 - i've used all my holiday already, so I'm working up until christmas eve ;)
[09:04] <seb128> :-(
[09:04] <seb128> good luck with that
[09:04] <chrisccoulson> but i will probably be the only one here ;)
[09:04] <seb128> I might be around every now and then
[09:04] <seb128> I'm not planning any travelling or anything
[09:04] <seb128> so I will probably be bored by moments or be wanting to do some hacking
[09:05] <chrisccoulson> seb128 - that's probably how i will spend the time between christmas and new year ;)
[09:06] <didrocks> seb128: won't you plan some video games on the wii too? (btw, did you buy zelda?) ;)
[09:06] <seb128> didrocks, I will probably, not yet, I'm not decided on what game to get
[09:07] <didrocks> ok :)
[09:07] <seb128> didrocks, what about you?
[09:07] <chrisccoulson> you have a wii?
[09:07] <seb128> anything planed for holidays?
[09:08] <didrocks> seb128: going to my parents' home (in Alpes), rest, video games, ski and a little hacking too :)
[09:08] <seb128> cool
[09:08] <seb128> chrisccoulson, yes, what about you?
[09:08] <didrocks> but rest mainly, before working hard on January ^^
[09:08] <seb128> do you play video games sometime?
[09:08] <seb128> I've to admit I don't play often
[09:08] <chrisccoulson> seb128 - yeah, i got one for my girlfriend, but she never uses it
[09:08] <seb128> I'm too busy during the week and weekend are short
[09:08] <chrisccoulson> and i've not used it either, due to lack of time ;)
[09:08] <seb128> too many things to do, like sleeping
[09:08] <didrocks> (same for me, only playing during holidays)
[09:09] <seb128> but during a 2 weeks break I will probably manage to play a game
[09:09] <didrocks> chrisccoulson: you know, you have to train at wii sport (tennis especially) to enter the seb128's challenge at next UDS :)
[09:10] <chrisccoulson> lol
[09:10] <chrisccoulson> i can imagine if i practise tennis in my small lounge, then i will probably break something ;)
[09:10] <seb128> I've learnt to not play against vuntz after midnight when you had some drinks
[09:11] <didrocks> hehe :)
[09:11] <seb128> he's not drinking and that's not a fair game there ;-)
[09:11] <chrisccoulson> lol
[09:11] <didrocks> I totally agree, that's not fair :)
[09:11] <seb128> I managed to do better at tetris at least
[09:11] <seb128> ;-)
[09:12] <didrocks> sure, I'll have to train a lot those 3 weeks too :-)
[09:12] <seb128> what game do you play usually during holidays ?
[09:12] <seb128> the mario kart?
[09:13] <seb128> is that fun in solo mode too?
[09:13] <didrocks> I've finished mario kart and I don't play too much online. solo mode is great, but I prefer when you can get some people home :)
[09:13] <seb128> right
[09:13] <chrisccoulson> we've got mario kart, but i've not played it yet
[09:13] <seb128> that's like wii sport
[09:14] <didrocks> and my girlfriend don't like video games anymore, so...
[09:14] <didrocks> seb128: exactly, that's why I'm not good at tennis :p
[09:14] <seb128> didrocks, lol, "anymore"
[09:14] <didrocks> yes, she played a lot when she was younger... but no more nowdays
[09:15] <seb128> you are too good and doesn't let other people win? ;-)
[09:15] <didrocks> well, now, I'm playing to RPG or ARPG like zelda, final fantasy, kingdom hearts...
[09:15] <vuntz> seb128: pff
[09:15] <vuntz> seb128: this had nothing to do with the time or drinks
[09:15] <didrocks> seb128: the only sport I'm good at wii sport is golf ;) I don't play too much with the other games
[09:16] <vuntz> seb128: we can have a game whenever you want ;-)
[09:17] <Keybuk> tjaalton, tseliot: that xkbcomp patch made all the difference! :)
[09:17] <seb128> vuntz, ok, next time I will be ready for you :-)
[09:17] <Keybuk> X.org today 1.39s
[09:17] <Keybuk> (budget 2s)
[09:18] <seb128> yeah, extra time for desktop login! ;-)
[09:18] <tjaalton> Keybuk: really? how much exactly?
[09:18] <tseliot> Keybuk: great news :-) and it was just a two lines fix
[09:18] <didrocks> seb128: I'm afraid that's rather 0.61s more for plymounth :)
[09:18] <didrocks> plymouth*
[09:19]  * seb128 kicks didrocks
[09:19] <tjaalton> meh, I want the X25-M G2 already..
[09:19] <didrocks> hey, that hurts :-)
[09:19] <Keybuk> didrocks: one of the main reasons plymouth isn't going in yet is because I want the boot time fixed ;)
[09:19] <Keybuk> so plymouth can be forbidden from increasing it
[09:20] <didrocks> seb128: Ctrl+w again on the wrong screen? :)
[09:20] <didrocks> Keybuk: oh, ok :)
[09:20] <seb128> indeed
[09:26] <tjaalton> Keybuk: that time could maybe shrink even more, by disabling the record extension which is broken, and not letting evdev grab bogus devices
[09:27] <Keybuk> tjaalton: Do. It.
[09:27] <tjaalton> hehe
[09:27] <Keybuk> if you want to shove something in a PPA for me to test, I have hardware to spare <g>
[09:27] <tjaalton> ok then
[09:29] <tjaalton> you can probably change 65-xorg-evdev.rules by hand. for testing it should be enough to match only INPUT_MOUSE and INPUT_KEYBOARD (and not subsystem "input")
[09:29] <mac_v> anyone know if MacSlow is on vacation?
[09:33] <tjaalton> Keybuk: xserver uploaded to my ppa: https://edge.launchpad.net/~tjaalton/+archive/ppa
[09:33] <tjaalton> will take a while to build
[09:34] <Keybuk> ok
[09:38] <tjaalton> looks like RECORD is being fixed upstream, and could get in a 1.7.x, but at least the server won't spend time disabling it :)
[09:43] <tseliot> mac_v: yes, he's on holiday today
[09:44] <mac_v> tseliot: ah , thanks..
[09:48] <seb128> mvo, hi
[09:49] <seb128> mvo, did you read my xapian comment yesterday?
[09:50] <Keybuk> tjaalton: the evdev change didn't seem to make a difference
[09:51] <mvo> hey seb128
[09:51] <mvo> seb128: no, sorry - was that on irc?
[09:52] <seb128> mvo, yes
[09:52] <seb128> mvo, indicator-application want exact string matching to work
[09:52] <Keybuk> tjaalton: then again, it doesn't look like I have any other input devices on here for it to affect
[09:52] <seb128> mvo, ie typing "indicator-applicatio" doesn't list it
[09:53] <seb128> mvo, or indicator-appli
[09:53] <seb128> or whatever which is not the exact name
[09:53] <Keybuk> actually, scratch that, there's loads from things like the webcam and lid switch
[09:54] <Keybuk> it could have made a difference
[09:54] <Keybuk> http://people.canonical.com/~scott/tmp/ratchet-lucid-20091216-5.png
[09:54] <Keybuk> only 1.28s to start X
[09:55] <mvo> seb128: indicator-application is not showing up at all for me currently
[09:55] <seb128> mvo, did you type "indicator-application"?
[09:55] <seb128> mvo, weird it's there for over a day in lucid
[09:57] <tjaalton> Keybuk: ok, so another 0.1s
[09:57]  * mvo checks if his apt-xapian-index is up-to-date
[09:58] <bryce> tjaalton, disabling extensions probably has negligible impact
[09:58] <mvo> seb128: thanks, I have it now (a-x-i was not updated, that is part of the spec but not implemented yet)
[09:58] <Keybuk> tjaalton: yeah, that's a win
[09:59] <Keybuk> every tenth counts
[09:59] <mvo> seb128: hm, I get it with indicator-app, but its very low ranked
[09:59] <Keybuk> if we fix ten things that each take 0.1s, that's 1s
[09:59] <seb128> mvo, do you get the issue?
[09:59] <seb128> mvo, indicator-appli is empty therze
[09:59] <seb128> there
[09:59] <seb128> like nothing in the list
[09:59] <mvo> seb128: yeah, I have that too, I suspect its the "-" in the name, I think I need to handle it secial
[09:59] <bryce> tjaalton, from what I can tell, the biggest win would come from improving whatever happens right before the EDID probing
[09:59]  * mvo scratches his head
[10:00] <tseliot> Keybuk: if you want to disable the record extension without rebuilding X you can put something like this in xorg.conf: http://pastebin.ubuntu.com/342590/
[10:00] <Keybuk> I don't have an xorg.conf ;)
[10:01] <Keybuk> your xorg-server has built now
[10:01] <tseliot> good
[10:01] <tseliot> bryce: do you mean in the kernel or in X?
[10:02] <bryce> X
[10:02] <tjaalton> bryce: the edid trickery in drm probably made it fast on intel, the driver is done after 0.635s, but then it sits idle for 0.8s and there's the message about RECORD being disabled due to it being broken
[10:02] <tjaalton> so I don't know if disabling it helps at all, but we'll see
[10:02] <bryce> tjaalton, I think it's going to be negligible
[10:03] <tjaalton> bryce: yep, could be
[10:03] <bryce> I didn't play with RECORD, but I didn't find that flipping extensions off made much difference
[10:03] <tjaalton> but in this case it seems like the server is doing something and figuring out that the extension is broken, and disables it
[10:03] <bryce> also I think having an xorg.conf present slows things down, so disabling them by adding an xorg.conf actually makes boots take longer
[10:04] <tjaalton> that's why I think it _might_ have an impact
[10:04] <bryce> but I didn't test that exhaustively
[10:05] <bryce> tjaalton, is RECORD broken on the test hardware?
[10:06] <tjaalton> bryce: it's broken in 1.7
[10:06] <bryce> it seems to be present and working on my test box and loading it takes a negligible amount of boot time
[10:06] <bryce> http://pastebin.ubuntu.com/342594/
[10:07] <tjaalton> scroll down :)
[10:07] <tjaalton> http://pastebin.ubuntu.com/342595/
[10:08] <bryce> tjaalton, ah
[10:08] <bryce> [    1.042708] (II) Initializing built-in extension DAMAGE
[10:08] <bryce> record: RECORD extension enabled at configure time.
[10:08] <bryce> record: This extension is known to be broken, disabling extension now..
[10:08] <bryce> record: http://bugs.freedesktop.org/show_bug.cgi?id=20500
[10:08] <bryce> [    1.073194] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[10:09] <tjaalton> ok, so in your case it didn't spend much time on that
[10:09] <bryce> 0.03 sec
[10:09] <tjaalton> maybe it was the AIGLX init that took time here
[10:09] <bryce> is it "broken but needs fixed" or "broken and should just be removed" ?
[10:10] <tjaalton> the former
[10:10] <tjaalton> patches available on that bug
[10:10] <tjaalton> not yet in master
[10:10] <bryce> if the former, then counting boot benefit from disabling it is just cheating.  ;-)
[10:10] <tjaalton> right, I mentioned that earlier :)
[10:11] <Keybuk> tjaalton: can't see any difference in the record patch
[10:11] <Keybuk> likely lost in the noise
[10:11] <tjaalton> Keybuk: yeah
[10:11] <mvo> seb128: its defenitely something odd with xapian, it breaks the query into two sub-queries
[10:11] <mvo> seb128: thanks for letting me know
[10:12] <seb128> mvo, np, do you want a bug report?
[10:12] <mvo> seb128: no, I work on it now
[10:12] <seb128> mvo, ok thanks
[10:33] <huats> morning everyone !
[10:37] <chrisccoulson> good morning huats
[13:02] <qense> The 'DesktopTeam/TODO' page linked to from the /topic of this channel doesn't exist. This probably doesn't mean there isn't anything to do, does it?
[13:03] <seb128> no, it means that was not uptodate and has been cleaned
[13:03] <seb128> the todolists are the other topic urls
[13:03] <seb128> updates and milestoned bugs
[13:04] <qense> ah, I see
[13:04] <qense> shouldn't the page be created though? It could point to those other two pages.
[13:08] <seb128> ups
[13:08] <seb128> qense, better?
[13:08] <qense> yep
[13:13] <mdeslaur> chrisccoulson: ah! thanks for the hint, for some reason that slipped my mind.
[13:14] <chrisccoulson> mdeslaur - you're welcome :)
[13:20] <mdeslaur> asac: would you like me to post my modemmanager patch to the networkmanager-list, or are you going to take a look at it?
[13:24] <asac> mdeslaur: did you poke me about that before ?;)
[13:24] <asac> bug id?
[13:25] <mdeslaur> asac: bug #496206
[13:25] <asac> mdeslaur: thx
[13:26] <mdeslaur> asac: yes, I poked you about it before, but wasn't sure if you're still doing NM stuff
[13:27] <asac> mdeslaur: you didnt tell me you submitted a patch ;)
[13:27] <asac> i need pings or bug assignments t;)
[13:27] <mdeslaur> asac: you must have missed it :)
[13:28] <asac> mdeslaur: so ... haveńt looked at code, but why is that +CGMM already in the mm log you attached
[13:28] <mdeslaur> because in my case ATI is successful, so it's getting the CGMM from the code a few lines below my patch
[13:29]  * asac updates his mm branch ;)
[13:29] <mdeslaur> once CGMM fails in my logs, task_priv->probe_state == PROBE_STATE_LAST
[13:29] <mdeslaur> the code is slightly confusing, as task_priv->probe_state is tracking the _next_ probe that should be done, not the probe that just completed
[13:30] <mdeslaur> so PROBE_STATE_CGMM should try CGMM, not assume that CGMM failed
[13:30] <milanbv> mpt: would you help me phrasing some strings for the gnome-system-tools? I know you're interested in them
[13:35] <chrisccoulson> hey milanbv
[13:35] <milanbv> hi!
[13:35] <chrisccoulson> i don't often see you on here!
[13:36] <milanbv> no, I guess I should add this channel to my favorite
[13:36] <chrisccoulson> did you see we've got g-s-t 2.29.1 now ;)
[13:36] <milanbv> yeah, nice:!
[13:36] <milanbv> hope people won't spot to many bugs - that's a work in progress
[13:36] <asac> mdeslaur: yeah. i will commit that later today. currently thinking if this whole code should be cleaned up ;)
[13:37] <chrisccoulson> milanbv - we want users to spot bugs at this stage of the cycle though ;)
[13:37] <mdeslaur> asac: yeah, it's kind of ugly that it's all in there twice
[13:37] <mdeslaur> thanks asac
[13:37] <asac> i mean ... we already set the cmd in handle_probe_response
[13:37] <milanbv> yeah, but better if there aren't
[13:37] <milanbv> so could you help me with those strings?
[13:37] <milanbv> I'm writing the descriptions for the user profiles that will be shown in the next version
[13:37] <asac> mdeslaur: its even in there three time ;)
[13:37] <asac> mdeslaur: check handle_probe_response ;)
[13:37] <mdeslaur> asac: wow :)
[13:38] <asac> that already sets the cmd
[13:38] <asac> but then that gets ignored in the real_  thing and it does its own calc
[13:38] <asac> etc.
[13:38] <milanbv> I'm not very good at finding nice formulations in English, and we have to keep it as simple as possible
[13:39] <milanbv> http://paste.ubuntu.com/342698/
[13:57] <mpt> milanbv, sure
[13:57] <mpt> (sorry, I was in a meeting)
[13:58] <milanbv> hi!
[13:58] <mpt> milanbv, where exactly would these appear?
[13:58] <milanbv> I think it would be nice if we collaborated more closely for the new GUI
[13:58] <milanbv> in a new dialog allowing to choose the account types of an user
[13:58] <milanbv> are you using Lucid?
[13:59] <mpt> milanbv, no, I'm on 9.10
[13:59] <milanbv> wait a minute
[14:01] <seb128> vuntz, hey, do you think you could review https://bugzilla.gnome.org/show_bug.cgi?id=520226?
[14:01] <seb128> vuntz, it already sort of got reviewed, not sure what is missing for commit
[14:01] <milanbv> mpt: see http://nalimilan.perso.neuf.fr/transfert/Capture.png
[14:02] <milanbv> with pretty stupid descriptions, they were here for tests
[14:02] <mpt> milanbv, often it's tiny things that show the need for big changes
[14:02] <mpt> milanbv, in that screenshot I see the sentence "Use the advanced settings dialog to tune them."
[14:03] <mpt> milanbv, how do I get to the advanced settings dialog from there?
[14:03] <milanbv> you can't
[14:04] <milanbv> that's why I needed you ;-)
[14:04] <milanbv> but that description is already in the C code - the others are in a config file that is not yet committed
[14:05] <milanbv> (I think you can actually install the Lucid version in Karmic, if you want to see it in action)
[14:06] <mpt> milanbv, so, what are three possible ways of making tuning those settings easier?
[14:06] <milanbv> I'm not sure we want to make settings this easier
[14:06] <milanbv> most users should not see this profile at all, if they don't tweak the settings manually
[14:06] <milanbv> (I want to hide that choice if it's not currently selected)
[14:06] <mpt> milanbv, ok then, easier for someone who has already opened this dialog
[14:08] <milanbv> I guess, yes
[14:10] <milanbv> (BTW, I wrote some explanation of the new UI, including a link the original mockups, at http://mail.gnome.org/archives/usability/2009-December/msg00000.html)
[14:12] <milanbv> have you seen the draft descriptions I pasted?
[14:13] <mpt> milanbv, so while you're thinking about that, here's another awkwardness: Those draft descriptions heavily use generalities -- "uncommon tasks", "most common tasks", "such as".
[14:14] <milanbv> yes
[14:14] <milanbv> hard to define precisely what people are allowed to do with admin rights...
[14:15] <mpt> milanbv, those two things combined tell me that the configurable list of actual actions should be presented in the same window as the basic choice.
[14:15] <mpt> (actual actions -> actual permissions)
[14:16] <milanbv> you mean, in a new tab?
[14:17] <milanbv> the problem is, I don't think most people should ever have to look at them
[14:17] <milanbv> which is why I moved them to an advanced tab
[14:17] <mpt> milanbv, but you're having trouble explaining what each account type is for, precisely because you're not showing what they can actually do.
[14:18] <mpt> milanbv, I suggest something like this: http://imgur.com/WzGaf
[14:19] <mpt> milanbv, where the checked status of the checkboxes (and *maybe* the sensitivity of the list as a whole) changes depending on the choice from the initial menu.
[14:19] <milanbv> hm, privileges defined as groups in our privileges table don't really define what you can do - because being member of the admin group allows many PolicyKit actions
[14:19] <mpt> milanbv, I have another meeting now, back shortly
[14:19] <milanbv> OK
[14:37] <mvo> seb128: do you mind if I take bug #487249 ? or is there something controversila about it
[14:38] <seb128> mvo, I was about to close that one and look to the git gudev port too
[14:38] <seb128> mvo, I'm doing sponsoring this afternoon
[14:38] <seb128> mvo, any particular reason you looked at it?
[14:38] <mvo> seb128: sponsoring hour
[14:38] <seb128> ok
[14:38] <mvo> seb128: it seems to be trivial, if you don't mind I upload it now
[14:38] <seb128> ok thanks
[14:39] <qense> When are bugs assigned to ubuntu-desktop? I can't find guidelines for that.
[14:39] <seb128> mvo, btw I wanted to discuss compiz with Amaranth and you at some point too
[14:39] <seb128> mvo, he did split compiz in some 27 binaries or something
[14:39] <mvo> seb128: hu???
[14:39] <seb128> qense, we tend to assign desktop bugs to the list
[14:40] <seb128> mvo, he said he splitted every option in its own binary I think
[14:40] <seb128> mvo, I'm not sure I like it over having just a -universe with things we don't want by default
[14:40] <seb128> and drop buggy options we don't want to support on the way
[14:40]  * mvo checks bzr
[14:41] <seb128> mvo, I don't think he pushed to the ubuntu bzr I told him to put on hold until we discuss it
[14:41] <seb128> but perhaps in his ppa or something
[14:41] <mvo> seb128: ok, thanks. I was not aware of this change
[14:41] <mvo> seb128: when he is back I'm happy to discuss it
[14:41] <seb128> ok good
[14:41] <seb128> mvo, what is your gut feeling about it?
[14:42] <seb128> the multiscreen doesn't suit me
[14:42] <mvo> seb128: splitting every plugin is overdoing it
[14:42] <seb128> I keep having focus on the screen I'm not looking at ;-)
[14:42] <seb128> mvo, ok, my feeling too
[14:42] <mvo> seb128: I want to know some more first :)
[14:43] <milanbv> seb128: any chance somebody review #393854 for Lucid?
[14:43] <mpt> milanbv, I don't understand how that "because" works in your last statement. Is it possible to tell what a member of the admin group is allowed to do?
[14:44] <milanbv> not from users-admin - it depends on what the PolicyKit policy allows members of the admin group to do
[14:44] <seb128> who asked about desktop-bugs assigned before?
[14:44] <seb128> https://bugs.edge.launchpad.net/~desktop-bugs/+packagebugs
[14:44] <seb128> is the desktop packages list
[14:44] <qense> I did
[14:44] <seb128> or https://bugs.launchpad.net/~desktop-bugs/+packagebugs
[14:44] <seb128> qense, ^
[14:44] <milanbv> so basically, this includes installing/upgrading, erasing partitions...
[14:45] <seb128> we tend to assign teams for things there but that's not a requirement
[14:45] <qense> you assign all triaged bugs of packages on those pages to desktop-bugs?
[14:46] <milanbv> mpt: actually, I think our privileges table is kind of messy, because we're currently not 100% PolicyKit, since we're still using Unix groups for some actions
[14:48] <seb128> qense, we tend to do it but maybe we should revisit that
[14:48] <seb128> it has no real interest nowadays I think
[14:48] <mpt> milanbv, if there was an "Advanced" tab for anything, I think it would be for that, i.e. putting the account into those various system Unix groups
[14:49] <milanbv> that's mostly what it does
[14:49] <milanbv> (plus setting shell, home dir, UID...)
[14:49] <qense> seb128: ok, thanks for your help
[14:50] <seb128> milanbv, could you give that bug reference again? I close the tab by mistake before looking at it now
[14:50] <milanbv> seb128: #393854
[14:50] <seb128> bug #393854
[14:51] <seb128> no bot?
[14:51] <milanbv> when people seek to change their account type, the only question I think we must answer is "what of those 3 types should I choose"?
[14:52] <milanbv> this choice is really simple: user with restricted rights for "strangers", desktop user for most people, admin for the user that usually configures the computer
[14:52] <seb128> milanbv, I will try to get an opinion from somebody in the security team about that
[14:52] <milanbv> OK, thanks
[14:52] <seb128> I've ignored it so far because I'm not sure about it
[14:52] <milanbv> I don't think that's really a problem, GDM upstream uses this config file too
[14:54] <seb128> well the config file is not so much, but the group adding I'm not sure it's gdm's job
[14:55] <milanbv> seb128: we can do this basically anywhere, but logically we can only be sure when installing GDM that the system supports this feature
[14:55] <milanbv> which in turn leads to enabling the checkbox in users-admin
[14:56] <seb128> I'm still not sure I like the idea of no password but shrugh
[14:56] <seb128> let's see what security guys say
[14:57] <seb128> hey rickspencer3
[14:58] <rickspencer3> hi seb128
[14:58] <seb128> vuntz, https://bugzilla.gnome.org/show_bug.cgi?id=357934, want to review that one? ;-)
[14:59] <seb128> vuntz, it's a fairly trivial change
[14:59] <milanbv> mpt: I have to go soon
[15:00] <milanbv> do you think you'll be able to read the design document by Clasen & McCann on the mail I posted (and even to install the development package)?
[15:00] <milanbv> then we could discuss more deeply what we should do
[15:28] <seb128> ok, I managed to unactivate ctrl-w now
[15:28] <seb128> should make me stop to close this tab ;-)
[15:31] <didrocks> :-)
[15:40] <Krzysztof> seriously, what's going on with freenode lately?
[15:42] <mpt> mvo, is the software-center PPA kept up to date automatically?
[15:45] <mpt> mvo, and if it isn't, what should I do to get bzr trunk running again? (No such file or directory: '/usr/share/app-install/desktop/software-center.menu')
[15:48] <mvo> mpt: its not kept automatically, I uploaded a new version now for the ppa, there is a "daily" ppa that jcastro manages too
[15:53] <fagan> mpt: I mentioned to mvo that it would be nice to list the installed software section by the most recently installed software what do you think?
[16:00] <Krzysztof> chrisccoulson, can you take a look at bug 457123 ? I need someone to upload it :)
[16:03] <chrisccoulson> hi Krzysztof - i'll take a look at that as long as i'm permitted to upload to karmic
[16:03] <chrisccoulson> (i think i can)
[16:23] <seb128> asac, hey
[16:24] <seb128> asac, are you still going to look at the gnome-bluetooth update?
[16:25] <asac> hmm. thought baptistemm did that
[16:25] <asac> baptistemm: whats the status?
[16:25] <seb128> asac, he's waiting for sponsoring for a while now, it on you
[16:25] <baptistemm> waiting for a review
[16:26] <seb128> if I understand things correctly
[16:26] <asac> oh
[16:26] <asac> let me poke that a bit
[16:26] <baptistemm> I wonder if any 2.28.x release was issued in-between
[16:26] <seb128> well there is a 2.29 version now
[16:26] <asac> thats lucid
[16:27] <asac> so yeah
[16:27] <seb128> well I was not aiming at sruing
[16:27] <seb128> so we want 2.29 yes
[16:27] <asac> let me do this, the next update is probably just a new tarball
[16:27] <asac> doesnt need review/poking
[16:27] <seb128> ok thanks
[17:59] <seb128> kenvandine, did you start on the libgksu change to get it in lucid? I'm about to sponsor it now
[17:59] <seb128> just asking in case before duping work
[17:59] <kenvandine> seb128, you can do it :)
[18:00] <seb128> ok
[18:00] <seb128> I'm not sure you can upload it anyway
[18:00] <kenvandine> ok
[18:00] <kenvandine> thx
[18:00] <seb128> I've not figured how sets work exactly
[18:00] <seb128> but I think gksu is rather a platform bit
[18:04] <jcastro_> seb128: do you know if transmission's systray icon off by default is upstream behavior or do we do that?
[18:06] <seb128> jcastro_, let me check
[18:13] <seb128> jcastro_, seems upstream behaviour
[18:13] <jcastro_> ok thanks!
[18:18] <unit3> Quick Q: what desktop app keeps creating the ~/Photos directory, which I don't need or want on my work desktop. ;)
[18:19] <bryce> unit3, this is the development channel, you probably want #ubuntu
[18:19] <bryce> (and sorry, I don't know)
[18:19] <unit3> well, I just figured the dev team would know. but I'll try #ubuntu. :)
[18:20] <seb128> xdg-user-dirs-update could be
[18:20] <seb128> those are in .config
[18:20] <seb128> user-dirs.dirs
[18:20] <seb128> but the photo default is not on the desktop but in your user dir
[18:21] <unit3> I see an entry in there for it, but running " xdg-user-dirs-update" doesn't create it.
[18:21] <unit3> well, actually, user-dirs.dirs says: XDG_PICTURES_DIR="$HOME/"
[18:22] <unit3> not XDG_PICTURES_DIR="$HOME/Photos"
[18:23] <seb128> ok, so I don't know either
[18:23] <seb128> could be the photo application you are using
[18:23] <unit3> ok, well, thanks anyway. I'll ask in #ubuntu.
[18:23] <unit3> I'm not using one. I don't do photo editing on my work desktop.
[18:24] <unit3> hence the annoyance and ~/Photos showing up all the time. ;)
[18:26] <seb128> bryce, hey
[18:26] <seb128> bryce, how do you manage patches for xorg?
[18:26] <seb128> bryce, do you uncheck the patch box for things you reviewed?
[18:27] <seb128> your summary is handy but there is quite some things there which are pending upstream review, etc
[18:27] <seb128> and since launchpad doesn't have patch status to express those, I'm not sure what to do to filter those out
[18:27] <seb128> or do you just class by most recents and assume you reviewed everything old?
[18:28] <seb128> bryce, sorry the question was not clear, it's rather "how do you manage bug reports which have a patch attachment"
[18:29] <bryce> seb128, yes for patches that I review and determine to be not viable, I uncheck the checkbox
[18:31] <bryce> in general my workflow tries to result in getting the bug off the list, so that could be accepting the patch and uploading it, or rejecting it and unmarking it, or closing the bug report as out of date / invalid
[18:32] <seb128> bryce, what do you do for valid patches where you would like an upstream review before uploading?
[18:32] <seb128> keep those on the list?
[18:32] <bryce> yes that's what I've done so far, since I usually want to follow up on those as part of my next day's patch review process
[18:33] <seb128> ok, thanks
[18:33] <seb128> we need patch status on launchpad ;-)
[18:33] <bryce> brb (baby)
[18:40] <seb128> bah, submittodebian is broken in lucid
[18:40] <seb128> it assumes that everything is in bzr
[18:41] <chrisccoulson> good evening everyone
[18:41] <rickspencer3_> hi chrisccoulson
[18:41] <seb128> hey chrisccoulson
[18:41] <chrisccoulson> hi rickspencer3_
[18:41] <seb128> had a good day?
[18:42] <chrisccoulson> hi seb128, yeah, my day wasn't too bad
[18:44] <chrisccoulson> seb128 - did you have a good day too?
[18:44] <seb128> quite ok thanks
[18:44] <seb128> I've not spent the day reading strace logs so that was good
[18:45] <seb128> I managed to clean the sponsoring queue a bit
[18:45] <seb128> getting some fixes in lucid
[18:45] <seb128> and I used bryce's list of bugs with patches to review some bugs too
[18:46] <chrisccoulson> yeah, i saw you reviewed quite a few bugs with patches today
[18:46] <seb128> I strace nautilus a bit too, to see how much time it was spending in the /usr/lib/nautilus .so loading
[18:47] <chrisccoulson> what were the results like?
[18:47] <seb128> everything is done is less that 0.05 seconds
[18:47] <seb128> out of brasero
[18:47] <chrisccoulson> that's not too bad then
[18:47] <seb128> which takes 3 seconds on my laptop and one of the mini config
[18:47] <chrisccoulson> that's quite a long time :-/
[18:47] <seb128> yes
[18:47] <chrisccoulson> any idea what it's doing when it loads?
[18:47] <seb128> it's running lot of commands
[18:47] <seb128> like dvd+rw-info --version
[18:47] <seb128> genisofs --version
[18:47] <seb128> wodim --version
[18:48] <chrisccoulson> hmmmm, they could probably deferred couldn't they?
[18:48] <seb128> seems to get the version of everything it knows by running those
[18:48] <seb128> yes, I opened a bug upstream about that
[18:48] <seb128> (in fact I already did that some days ago before looking at times)
[18:48] <seb128> (I already spotted the execve in the strace)
[18:48] <seb128> but it's good that out of brasero other things are quick
[18:49] <seb128> or not if you consider that we have to get better and that's not going to be on those
[18:49] <chrisccoulson> i'll hopefully get some time to look at g-s-d again soon
[18:49] <chrisccoulson> over the christmas break :)
[19:05] <chrisccoulson> hi mclasen - i had a look at your patches at https://bugs.freedesktop.org/show_bug.cgi?id=24493 , and i have a question
[19:06] <chrisccoulson> how are translations of the strings in the inhibitors handled?
[19:06] <chrisccoulson> ie, say, one session registers an inhibitor and passes a string in one language. how is that presented to another session in a different language?