[02:09] <LaserJock> anybody know if if the indicator applet uses the user's icon theme at all or it's own?
[02:42] <lifeless> LaserJock: users
[02:47] <LaserJock> lifeless: ok
[03:36]  * ccheney uploading new OOo build :)
[03:50] <ccheney> whee only 14min to upload the diff.gz
[04:03] <azteech> anyone have video out of range problems with both the install and livevd versions of 9.10? tried it both ways with my two machines and video being over driven out of range.
[04:05] <azteech> and are there ways to get screen resolution set with the initial bootstrap screen to set resolution so I can get around the problem. I am using a Nvidia GeForce 7500 series card with 512mb
[05:04] <dtchen> pitti: 20091012 (daily-live or daily) should resolve the "muted on boot" symptom
[05:06] <superm1> dtchen, daily-live's are currently not functional, see bug 448981
[05:07] <dtchen> superm1: that's fine; all the audio stack updates are in 20091012 anyhow
[05:07] <superm1> dtchen, reminds me, i had something to ask you about.  it looked like fresh installs were having the mic muted on one of my laptops.  going into alsamixer it looks like it's because "Capture" isn't selected by default
[05:09] <superm1> at least that's what changes if i have alsamixer open in terminal and uncheck the muted box in the gnome-media
[05:12] <dtchen> well, that's ugly
[05:12] <dtchen> that will take some fiddling with switch = foo in /usr/share/pulseaudio/alsa-mixer/paths/analog-input.conf
[05:13] <dtchen> again, we could unbreak it for some codecs at the cost of regressing others
[05:14] <dtchen> some of this pain will go away in the next release of PA due to device profiles
[05:14] <dtchen> (to be fair, that really means the burden of maintenance gets shifted into some other conffile)
[05:15] <superm1> well what would you like out of me so that you can fully evaluate the best thing to do?
[05:16] <superm1> i'm assuming apport-bug SOME_ALSA_PACKAGE filed from a fresh install?
[05:17] <dtchen> the problem is that i have no idea how much hardware is being used, so i can only guess (poorly) at HDA codecs being dominant
[05:17] <dtchen> we could use switch = on for [Element Capture]
[05:18] <dtchen> that's going to break SB Lives, Audigys, certain crackfully rebranded X-Fis, ...
[05:18] <superm1> in what fashion will it break those types of hardwares though?
[05:19] <dtchen> "I can't hear anything played back through the speakers until I set Capture to nocap"
[05:19] <superm1> fun fun
[05:20] <superm1> is it not possible to query the launchpad hardware database to find out how prevalent certain codecs are?
[05:21] <dtchen> it probably is possible, but we need to decide whether we care about legacy compatibility
[05:21] <dtchen> if we don't care about hardware (older than five years) out of the box doing capture with no fiddling, then we could just set that one line
[05:23] <superm1> so who makes that call then?
[05:24] <dtchen> http://pastebin.com/d4aef3f1a
[05:25] <dtchen> WRT accountability -- well, i don't mind doing it, seeing how i get the arse-end of bug reports anyhow
[05:26] <dtchen> it's easy enough to revert, but it _is_ quite late in the cycle to do it
[05:27] <superm1> well surely there will be a few more pulse uploads before the cycle is up, so if you put it in say the next upload and get some really bad feedback, you probably won't have to go out of your way for an upload "just for that"
[05:28] <dtchen> i _really_ hope not to bribe TheMuso into uploading more than a couple times (:
[05:34]  * ajmitch seems to have only seen HDA hardware lately
[06:01] <TheMuso> dtchen: I think ac97 and hda are probably our two biggest, followed by Creative cards, as 5 or so years still = ac97 + creative hardware.
[06:02] <TheMuso> As for pulse, well I hope we only ned one more upload at the absolute most.
[06:02] <TheMuso> if that
[07:16] <pitti> Good morning
[07:17] <pitti> dtchen: muted on boot solved> yay!
[07:41] <didrocks> good morning pitti, did you have a good week-end?
[07:42] <pitti> hey didrocks; I did, yes; and you?
[07:43] <didrocks> pitti: short but great. I had a hard time in updating my book to karmic. Too many little changes that makes a bunch of stenza to rewrite :)
[08:08] <pitti> didrocks: yeah, karmic turned a lot of stuff upside down :)
[08:10] <didrocks> pitti: exactly, I didn't figure out at first glance that there were so many little things changing!
[08:45] <seb128> good morning there
[08:45] <mvo> good morning seb128!
[08:45] <seb128> hey mvo, had a good week end?
[08:46] <mvo> yes, a bit too rainy for me taste, but otherwise fine
[08:46] <pitti> bonjour seb128, guten Morgen mvo
[08:46] <seb128> it didn't rain for weeks, it's good to have some water sometime ;-)
[08:46] <seb128> hey pitti
[08:48] <didrocks> good morning seb128
[08:48] <didrocks> hey mvo
[08:49] <seb128> lut didrocks
[08:49] <seb128> hey chrisccoulson
[08:49] <chrisccoulson> hey seb128
[08:50] <chrisccoulson> how are you?
[08:53] <seb128> good, you?
[08:54] <seb128> did you have a good weekend?
[08:58] <chrisccoulson> yeah, my weekend was quite relaxing. we had some family over on saturday and then i didn't do much yesterday
[08:59] <tkamppeter_> pitti, hi
[09:02] <seb128> over 800 bug emails during the weekend
[09:02] <seb128> shrug
[09:06] <chrisccoulson> seb128 - that's quite a lot. it doesn't help when certain users keep repeatedly reporting the same bug ;)
[09:07] <seb128> yeah...
[09:21] <Ng> mac_v: how much will I make you cry if I find a gnome-power-manager icon which isn't monochome? ;)
[09:21] <Ng> I just plugged in a wireless mouse and it's giving me an icon about it having no battery left (which is a lie, but a separate bug)
[09:25] <jpds> "plugged in a wireless mouse" ?
[09:25] <mac_v> Ng: we just havent made icons for those ;p ....  damn it i hoped no one used those ;)
[09:25] <mac_v> Ng: screenshot pls
[09:28] <Ng> mac_v: http://mairukipa.tenshu.net/screenshots/2009-10-12-wireless-mouse-icon.png
[09:30] <mac_v> yeah, thats the gpm-mouse-* icons
[09:31] <mac_v> Ng: i guess you need to file a bug ;) else lool wont update those icons unless they are release critical, even if i make them
[09:31] <Ng> mac_v: against which package?
[09:32] <mac_v> Ng: humanity
[09:32] <mac_v> humanity-icon-theme to the excapt
[09:32] <Ng> k
[09:32] <mac_v> exact*
[09:36] <Ng> mac_v: done, bug #449334
[10:09] <mat_t> pitti: morning!
[10:09] <pitti> hey mat_t
[10:09] <mat_t> pitti: fade-out on shutdown doesn't work anymore :(
[10:09] <mat_t> pitti: any idea what might have happened there?
[10:11] <pitti> mat_t: I think so; -> #u-devel
[10:11] <pitti> mat_t: oh, no Keybuk
[10:12] <mat_t> pitti: do you mean "ask Keybuk"? :)
[10:12] <mat_t> or "don't ask Keybuk"?
[10:12] <mat_t> ;)
[10:12] <pitti> mat_t: I just asked cjwatson in #u-devel, Keybuk/cjwatson did the recent changes
[10:15] <seb128> hum
[10:16] <seb128> why are we getting a "need to use the mouse to log in" stack of bugs no?
[10:16] <seb128> now
[10:17] <seb128> comments seem to indicate that changed recently
[10:17] <seb128> pitti, did you do gdm changes recently?
[10:17] <lool> Ng: Yeah we're deep in artwork/ui freezes so I need the design team to vouch for any required changes at this point
[10:17] <lool> mac_v: Instead of sending people directly to me, get input of the design team first on the criticality of the fix
[10:17] <lool> (If in doubt)
[10:18] <mat_t> seb128: yeah, right now it seems like you have to make a selection with your mouse, hitting enter does not select the user
[10:18] <seb128> wth?
[10:18] <mac_v> lool: yup , i'v told mat_t too , that for any bug that is release critical  , it needs to be commented on the bug
[10:18] <mac_v> by the UX
[10:18] <seb128> I'm wondering if that's a theme issue
[10:18] <seb128> since gdm didn't change recently out of theming...
[10:19] <mat_t> seb128: isn't that because the user is not selected by default anymore?
[10:19] <seb128> why wouldn't it?
[10:19] <seb128> we didn't change that
[10:19] <seb128> pitti, ^ do you know about that?
[10:19] <mat_t> seb128: I know that we didn't want it to be, because of usability issues, but only provided that hitting enter would still work
[10:20] <seb128> there was no recent gdm upload
[10:20] <seb128> what changes to make the default user not selected and who did that?
[10:20] <seb128> changed
[10:20] <mat_t> seb128: I think someone changed it to "deselected" by default recently
[10:20] <glatzor> hello mvo
[10:20] <seb128> how?
[10:20] <glatzor> morning seb128
[10:21] <mat_t> seb128: I don't know! I certainly wasn't involved :)
[10:21] <seb128> https://edge.launchpad.net/ubuntu/+source/gdm/+changelog has no sign of such change
[10:21] <mvo> hey glatzor!
[10:21] <mvo> glatzor: how are you?
[10:22] <seb128> let me do testing, brb
[10:22] <seb128> hey glatzor
[10:22] <pitti> seb128: I wondered about that as well, and it annoys me too
[10:23] <glatzor> mvo, fine! hope yourself too!
[10:23] <mvo> glatzor: yeah, its release time, so a bit in crunch mode, but otherwise fine :)
[10:23] <asac> seb128: hola ... would you mind if i upload a workaround patch for gnome-terminal profile selection not working ;)? http://pastebin.com/f42b7ed25
[10:23] <mvo> glatzor: have you seen my mail/patches?
[10:24] <asac> i can submit that upstream too ... but feels like its a gtk bug that "toggled" does not work
[10:27] <pitti> seb128: wb
[10:27] <pitti> seb128: I wondered about that as well, and it annoys me too
[10:27] <pitti> seb128: it seems to work after restarting gdm, but not after initial boot
[10:27] <pitti> seb128: I didn't change gdm recently, though
[10:28] <pitti> seb128: it seems correlated with the "100% CPU" bug, thuogh
[10:28] <seb128> weird
[10:28] <pitti> seb128: <wild speculation> cryptsetup/gdm sharing one VT might also lead to cryptsetup intercepting the key presses?
[10:28] <pitti> then again, the password entry does seem to work
[10:28] <seb128> pitti, is that new? I don't get the issue there but I didn't upgrade during the weekend
[10:29] <pitti> seb128: it's bug 439138; not really new, but I personally got it after the recent mesa upgrade last week
[10:29] <seb128> pitti, bug #447049
[10:30] <glatzor> mvo, about the proxy?
[10:30] <seb128> I've assigned to canonical desktop team and targetted karmic
[10:32] <mvo> glatzor: yeah
[10:32] <glatzor> mvo, ah, that is the reason for LP #448810
[10:32] <mpt> Ah, I was just about to report bug 447049 :-)
[10:33] <pitti> seb128: replied
[10:33] <seb128> pitti, thanks
[10:34] <mvo> glatzor: yeah, I changed it to auth (I put a rational in the changelog that hopefully is clear why)
[10:34] <mvo> auth_admin
[10:35] <mpt> seb128, on my main partition I haven't yet installed whatever update it is that breaks Enter in GDM. So if you can think of other possible packages that might be causing the problem, I could update them one at a time and work out which it is.
[10:35] <seb128> mpt, I didn't upgrade either so I will try there but thanks
[10:35] <seb128> mpt, could you look to pitti's comment on the bug though?
[10:36] <glatzor> mvo, but this changes the user experience a lot
[10:36] <mpt> seb128, pitti hasn't commented on that bug report. Do you mean another bug report, or someone else?
[10:36] <pitti> mpt: I just replied to bug 447049
[10:36] <glatzor> mvo, now you need to be an admin user to be notified about updates
[10:36] <mpt> oh, I was two minutes out of date :-)
[10:38] <mpt> pitti, if I upgraded I probably wouldn't be able to tell whether I was experiencing bug 439138, because I've been experiencing bug 447231, which would mask it.
[10:39] <pitti> mpt: it should still work after logging out of the first session, though
[10:39] <mpt> pitti, sorry, by "it should still work" do you mean "GDM should start behaving properly", or something else?
[10:39] <pitti> mpt: yes
[10:40] <mpt> hm, actually, on my clean Karmic installation I have the GDM problem but I don't have any CPU problem at all
[10:40] <pitti> I get the effect for the gdm after boot, and then X.org 100%, log out, get back to gdm, and pressing Enter works
[10:40] <mpt> I will install all updates on that other installation, check it, and be back in 10 minutes
[10:41] <mvo> glatzor: hm, maybe we should change it then to only ask if there is a proxy in use?
[10:49] <tkamppeter> pitti, hi
[10:49] <pitti> hi tkamppeter
[10:50] <tkamppeter> pitti, have you seen bug 448769 and duplicates? Seems that on an update from Jaunty (or older) to Karmic the cupsd.conf gets completely wiped out.
[10:52] <mpt> pitti: ... no, I have the GDM problem but no CPU problem
[10:59] <pitti> mpt: ok, so it seems unrelated then
[11:50] <davmor2> pitti: just running some tests on today's iso it seems to drop into in terminal login rather than gdm, just checking things through.
[11:53] <davmor2> pitti: okay that's worrying ps aux | grep gdm nothing but the grep command.  sudo start gdm then ps aux | grep gdm nothing but grep gdm :(
[12:11] <tkamppeter> pitti, do you have any idea how the cupsd.conf get get wiped out when updating from Jaunty or older to Karmic?
[12:44] <pitti> re
[12:45] <pitti> davmor2: eww; can you try "sudo gdm-binary --debug" and check what it complains about?
[12:45] <pitti> tkamppeter: no, not really; didn't we discuss that some days ago in #u-devel?
[12:46] <davmor2> pitti: I've start bug 449454 where I've added the syslog output but I'll do that for you and add the info to the bug
[12:47] <pitti> davmor2: ah, thanks
[12:49] <davmor2> pitti: added out put
[12:51] <davmor2> pitti: Also I've check that there are no issues with the burn
[12:52] <pitti> davmor2: oh! no d-bus running?
[12:53] <davmor2> pitti: should dbus show up in ps aux?
[12:53] <pitti> 102        588  0.0  0.1  24480  2168 ?        Ss   07:52   0:01 dbus-daemon --system --fork
[12:53] <pitti> something like this
[12:55] <davmor2> nope only get the grep dbus showing up
[12:59] <seb128> bug #438936 seems to confuse quite some user
[12:59] <seb128> I don't get the design decision behind blocking screen locking for autologin configs
[13:03] <mvo> seb128: eh? so you can not lock your sesion at all with autologin enabled?
[13:04] <seb128> mvo, you can but ted decided that the session indicator would have the option not enabled
[13:04] <seb128> mvo, seems it's a design decision to not confuse users who don't remember their password or something
[13:04] <mvo> that does not sound like it makes a lot of sense (especially if ctrl-l keeps working)
[13:04] <seb128> mvo, I don't really get it...
[13:05] <seb128> I think the rational is that "you use autologin so you should never have to type a password"
[13:05] <seb128> or something around those lines
[13:09] <mac_v> seb128: seems some netbook users dont remember their passwords :/   well thats what tedg said , not sure how he got that user feedback...  for now , i autologin and then switch off the autologin ;p
[13:09] <seb128> that doesn't make sense to me
[13:09] <seb128> we still lock on suspend for example
[13:09] <seb128> and there is lot of valid reason to lock an autologed session
[13:09] <mac_v> doesnt make sense for me either ;)
[13:09] <pitti> seb128: that sounds confusing; why wouldn't I want to lock my screen with autologin?
[13:10] <seb128> like being in a public place and letting the computer while getting a coffee or something
[13:10] <pitti> but "never having to type my password" != autologin..
[13:10] <seb128> pitti, because you don't manage to remember your password
[13:10] <pitti> but you need it for admin stuff etc. as well
[13:10] <pitti> autologin is just a convenience for a clean session
[13:10] <pitti> but I guess I'm preaching to the choir
[13:10] <seb128> not sure if that comes from ted or is a design team suggestion
[13:11] <seb128> I will talk to ted again when he's around
[13:11] <mac_v> pitti , seb128: mpt suggested some changes for that > Bug #436724 , but seems its not possible to get that done for karmic
[13:11] <pitti> it should only be hidden when teh password is disabled
[13:12] <seb128> right
[13:13] <seb128> "It would seem like if you specifically ask it to lock, it should. On
[13:13] <seb128> the other hand, if you accidentally hit the menu item and you've got no
[13:13] <seb128> clue of your password, that's no good as well.
[13:13] <seb128> Thoughts? I'm leaning towards disabling the menu item with autologin."
[13:13] <seb128> bah
[13:13] <seb128> "I suggest that if someone sets themselves up to log in automatically, the "Lock Screen" command is insensitive by default."
[13:13] <seb128> designers...
[13:14] <pitti> well, forgetting your own password is a rather curious use case
[13:14] <mac_v> mpt: also , why do you want the lock screen to be greyed out ? why not hide the option for users who auto-login ? this is not a static menu structure where users need to be familiar with , why not just hide it for those users?
[13:14] <seb128> I'm tempted to distro patch that out for karmic
[13:14] <pitti> we shouldn't disable important functionality to make it easier for people to not use computers in a secure manner
[13:14] <mpt> mac_v, that makes sense
[13:15] <seb128> but why do you want to prevent autologed users to lock their screen?
[13:15] <pitti> seb128: I'm fine with a quick distro patch, but eventually it should be fixed "upstream", too
[13:15] <pitti> that just makes no sense
[13:15] <pitti> seb128: I commented on that bug, but it's already closed; should we reopen?
[13:15] <mac_v> mpt: kindly alter the suggestion then :)
[13:16] <mpt> mac_v, so that seb128 can "bah" at me again? :-)
[13:16] <seb128> pitti, there is an another bug
[13:16] <seb128> bug #438936
[13:16] <mpt> seb128, because I thought they probably wouldn't know their password in that case
[13:16] <seb128> mpt, I don't bah at you especially, but preventing users to secure their box when they need to is weird
[13:17] <mac_v> mpt: ;) .. but we might forget this and it might get implemented as-is :)
[13:17] <seb128> mpt, if you forget your password you have lot of other issues, like not being to do any admin tasks or to log into the box after suspend
[13:17] <seb128> mpt, it seems inconsistent to enforce that in the menu when suspend will lock the screen anyway for example
[13:18] <mpt> seb128, yes, this wouldn't be an issue for admins
[13:18] <seb128> mpt, it is right now in karmic
[13:18] <mpt> seb128, I never suggested that suspend should act differently! If someone can't lock the screen, suspending shouldn't lock the screen.
[13:18] <mac_v> mpt: yeah , the suspend locks screen on resume [by default]
[13:19] <mac_v> also the option to not prompt for password is very well hidden in the gconf
[13:19] <seb128> mpt, ok, that just seems an half working solution not clearly design, I would suggest letting the indicator session menu lock screen since that's not the right place to enforce that
[13:19] <mpt> seb128, yes, this whole mess has never been designed properly
[13:19] <seb128> if you want to disable screen locking that should be done in a consistent way over the session
[13:20] <seb128> ok, good
[13:20] <seb128> let's undo the indicator session change and work on proper changes next cycle
[13:20] <seb128> I will talk to ted when he's there
[13:20] <mac_v> \o/
[13:24] <joaopinto> seb128, any chance of including the fix for bug 432558 ? I have seen more people on #ubuntu+1 unable to login into msn, could be related to this bug for which a fix is already available
[13:24] <joaopinto> hum, wait, fix released ?
[13:25] <seb128> joaopinto, I think there was a mess with sponsoring request,  2 bugs opened, no debdiff and no reply to dholbach's comment on the other one
[13:25] <joaopinto> there was no evidente on the other one that it was the same bug
[13:25] <joaopinto> evidence
[13:26] <joaopinto> it's a one line diff, something easy to check
[13:26] <seb128> right, I will check with dholbach why he didn't upload and sponsor it later if there is no reason
[13:27] <joaopinto> ok, tks
[13:28] <seb128> kenvandine, could you look at bug #448300? what is the right component for ubuntuone addressbook issues
[13:29] <kenvandine> seb128, that should be evolution-couchdb
[13:29] <seb128> kenvandine, ok thanks, can you have a quick look and reassign?
[13:29] <kenvandine> seb128, rodrigo has fixed it in couchdb-glib already and has a fix for evo-couch too
[13:29] <kenvandine> sure
[13:30] <seb128> kenvandine, thanks!
[13:30] <seb128> good that I asked you, you seem to have a clue about the issue ;-)
[13:31] <kenvandine> :)
[13:31] <kenvandine> i should have a packaging branch for it in a bit
[13:31] <kenvandine> technically a holiday here, so will do it after i run some errands this morning
[13:32] <seb128> oh I didn't know, sorry about that, there is no hurry
[13:33] <kenvandine> no worries
[13:33] <kenvandine> it was on my todo list :)
[13:34] <kenvandine> seb128, so you probably won't see much of rick either :)
[13:34] <seb128> good, I will be able to get work done ;-)
[13:34] <seb128> oh, he's not around to read that, not fun then
[13:38] <kenvandine> seb128, can you sponsor bug 447162
[13:38] <kenvandine> i think that fixes 448300, but i need to confirm that with rodrigo
[13:39] <seb128> will do some sponsoring when I'm done with weekend backlog
[13:40] <kenvandine> thx
[13:40]  * kenvandine runs out
[13:51] <pitti> kenvandine, seb128: I'll sponsor while seb128 is debugging something for me (fair trade :) )
[13:53] <tkamppeter> pitti, I think, we did not discuss the wiping out of cupsd.conf, we only discussed about maintainer scripts not to modify conffiles to avoid "conffile changed" questions during installation/update.
[13:55] <pitti> tkamppeter: http://irclogs.ubuntu.com/2009/10/07/%23ubuntu-devel.html, 14:49 onwards
[13:57] <kwwii> seb128: #444421 is fixed. Robert was right, it tests fine...change is in bzr already
[13:59] <seb128> ok
[14:04] <tkamppeter> pitti, sorry, let's go to another problem: In bug 444126 a user cannot print because a manufacturer driver package looks for libcupsys.
[14:19] <pitti> tkamppeter: replied in the bug
[14:37] <seb128> hey tedg
[14:37] <seb128> tedg, so it has been decided that indicator session should let autologed users lock screen
[14:37] <seb128> tedg, can you change that upstream or do we need to distro change it? ;-)
[14:37] <davmor2> pitti: wrt bug 449454 cr3 is getting a mixed result so we are wondering if it might be a race condition :(
[14:39] <pitti> davmor2: it certainly is; I remember that we already have had the "dbus doesn't start" problem a few weeks ago (Keybuk will still painfully remember, I guess)
[14:40] <tedg> seb128: So what's your plan for users that use autologin and don't know their password?
[14:40] <seb128> tedg, we lock screen on let's say suspend anyway
[14:40] <tedg> seb128: Only with GPM, not from the session menu.
[14:40] <tedg> seb128: We should probably patch GPM then :)
[14:41] <pitti> tedg: suspend from indicate menu locks the session
[14:41] <seb128> tedg, it doesn't make sense to patch one software to not behave in a consistent way there
[14:42] <seb128> tedg, if you want to prevent screen locking you should do it for the whole session
[14:42] <seb128> ie change the gnome-screensaver key
[14:42] <tedg> pitti: With autologin enabled?  It shouldn't.
[14:42] <pitti> tedg: I didn't try that
[14:42] <seb128> tedg, well it does when closing the lid
[14:43] <seb128> tedg, users who don't know their password is something that should not happen
[14:43] <seb128> you need to password in lot of cases
[14:43] <seb128> admin tools, unlocking, user switching
[14:43] <pitti> you need it anyway for gnome-keyring, admin, etc.?
[14:43] <seb128> if you want to allow a "no password" mode that's not by hacking around in indicator session
[14:43] <tedg> "should not" and "doesn't" are very separate cases.
[14:43] <seb128> you need to design that properly rather
[14:43] <tedg> pitti: Thinking more non-admin users.
[14:43] <seb128> the user who forgets the password is screwed
[14:44] <seb128> you still need to unlock your keyring
[14:44] <pitti> tedg: but if you really don't want a password, then you should lock/disable the password rather, no?
[14:44] <tedg> pitti: How do you lock/disable the password
[14:45] <tedg> ?
[14:45] <pitti> passwd -l
[14:45] <tedg> pitti: Without the command line :)
[14:45] <pitti> we never really supported that mode
[14:46] <pitti> if we want to introduce a concept of passwordless accounts, then we need to do that on all levels
[14:46] <tedg> What should happen on the LiveCD?
[14:46] <pitti> that does have an empty password
[14:47] <tedg> pitti: How do we test for that?
[14:47] <pitti> with normal user privs you can't really
[14:47] <seb128> tedg, why do you want to test? you can lock screen and unlock using enter
[14:47] <pitti> except for just trying
[14:48] <tedg> seb128: Because I don't want to tell someone they can "Lock Screen" if they can't.
[14:48] <pitti> i. e. piping '' into unix_chkpwd
[14:48] <pitti> but that leaves traces in auth.log
[14:48] <tedg> pitti: And just trying would be bad, right?
[14:48] <seb128> tedg, you can lock it, you just need an empty password to unlock
[14:48] <pitti> tedg: well, just noisy in auth.log, not really bad
[14:49] <tedg> seb128: Honestly, that would be the best security for me.  I'd probably try "ubuntu" with a thousand different spellings before guessing no password :)
[14:49] <seb128> tedg, now is not time to try to solve those case for karmic, lot of places need a password there is no point to try to enforce something new in indicator session there
[14:51] <tedg> Well, you guys design it.  How should it work?  It would probably be easier to distro patch as it's probably a 1-2 line change.
[14:52] <tedg> Adding the checking for null password would take longer.
[14:52] <tedg> (but you knew that) :)
[14:52] <tedg> It seems like it should still be insensitive for guest sessions.
[14:54] <mac_v> tedg: mpt is now considering not showing the option than making it insensitive
[14:55] <mpt> mac_v, actually tedg and I just discussed it
[14:55] <mpt> and I'm fine with just allowing locking for now
[14:55] <mac_v> oh lol ;)
[14:55] <mpt> I didn't know it was allowed before.
[14:55] <tedg> mac_v: Well, my personal thought is that it should change to "Blank Screen" and activate the screensaver.
[14:56] <tedg> I like "Activate Screensaver" but that'd probably make the menu too wide.
[14:56] <mac_v> tedg: but still its not as secure as screen locking ;)
[14:56] <dobey> "Save Screen"
[14:57] <dobey> it's like "Save Ferris" but won't infringe on any (C) or (TM)
[14:57] <tedg> dobey: Then we could have "Save Screen to Disk" for screenshots ;)
[14:57] <seb128> didrocks, do you think you will do the mutter update?
[14:57] <dobey> tedg: but what if i don't want to save it to disk?
[14:57] <seb128> tedg, you speak about cases with no password though right? because I've a password and I know it and I lock screen
[14:58] <dobey> maybe i want to save it to a lithograph to hang on my wall
[14:58] <seb128> tedg, and I don't get while you want to force me to let my laptop unlock at confs when getting coffee ;-)
[15:46] <davmor2> Keybuk: is there anything else I can add to bug 449454?
[15:48] <Keybuk> davmor2: not following that bug
[15:55] <corp186> I want to step through some evdev xorg handling in karmic (found a regression somewhere between jaunty and karmic)
[15:55] <corp186> I installed the dbgsym packages
[15:55] <corp186> and all the files seem to be there
[15:55] <corp186> but gdb just spits out stuff like:
[15:55] <corp186> Reading symbols from /usr/lib/xorg/modules/input//evdev_drv.so...Reading symbols from /usr/lib/debug/usr/lib/xorg/modules/input/evdev_drv.so...done.
[15:55] <corp186> (no debugging symbols found)...done.
[15:55] <corp186> any idea what's going wrong?
[15:57] <didrocks> seb128: I wanted to do it this week-end but I finally saw it has been synced from debian unstable
[15:57] <seb128> didrocks, synced?
[15:58] <didrocks> let me searched again. I have some debian sources in my sources.list I've maybe not checked that
[15:58] <didrocks> just remind that now we are speaking about it :)
[15:59] <didrocks> yeah, next time, I will comment those lines in my sources.list (apt-pinning seems to not work with deb-src)
[15:59] <didrocks> so, I'll do it this evening, shouldn't take long
[16:00] <seb128> didrocks, thanks
[16:22]  * asac nm debugging bbl
[16:30] <dobey> seb128, pitti: care to take care of bug #449615 please? :)
[16:30] <seb128> I will do sponsoring later
[16:30] <seb128> debugging some other things right now
[16:34] <dobey> seb128: ok, cool
[17:35] <pgraner> cking: ping
[17:36] <cking> pgraner, hi
[17:36] <pgraner> cking: I tried to swap out the POS broadcom on my HP mini and it has a whitelist of allowed cards it wouldn't boot with the intel card in it
[17:37] <pgraner> :-/
[17:38] <cking> That's disappointing. What's wrong with the broadcom, apart from being unmaintainable binary blob?
[17:38] <pgraner> cking: not very stable at close range to the AP (like my office)
[17:38] <pgraner> cking: just thought you'd like to know
[17:38] <cking> pgraner, what intel card is it?
[17:39] <cking> ..and does the broadcom work when you put it back in?
[17:40] <cking> pgraner, strange, I've seen zero issues with the broadcom with my HP mini on loads of different APs
[17:40] <pgraner> cking: I tried the 3945 & the new beta one puma peak
[17:42] <cking> it's all that small form factor PCI stuff - hrm should work - that's just plain weird. You've had zero netbook luck sofar
[17:43] <cking> pgraner, you will have the debugging kit (aka screwdrivers etc) around next week - I will poke around with it next week if we have some spare time.
[17:44] <pgraner> cking: yep, I'll have everything there plus some
[17:44] <cking> cool - we've got that other HP mini in the box of parts, I will experiment with that one ;-)
[17:45] <pgraner> cking: I don't see much difference between the PV model and the production
[17:45] <pgraner> cking: I'll have to pry my mini out of the wifes cold dead hands
[17:45] <pgraner> cking: she has decided she likes it
[17:45] <cking> :-)
[17:46] <cking> yeah - small form factor == cute == females like them
[17:46] <cking> (netbooks that is)
[17:47] <cking> cking, not much difference between PV and production models (apart from a capacitor missing)
[17:49] <pgraner> cking: cool, can the PV be upgraded to the latest production BIOS?
[17:49] <cking> yep
[17:50] <cking> pgraner, you need a DOS boot disk on a USB stick to do it though
[17:50] <pgraner> cking: got one of them, just wanted to be sure I wouldn't brick it
[17:51] <cking> which PV are you referring to
[17:51] <pgraner> cking: the mini in the travel box
[17:52] <pgraner> cking: lets move this to #u-kernel, I didn't realize we were in #u-dekstop
[17:57] <didrocks> seb128: new mutter uploaded
[17:58] <seb128> didrocks, thanks
[17:58] <didrocks> seb128: y/w
[18:38] <pitti> bye everyone, Taekwondo time
[20:12] <chrisccoulson> hey didrocks
[20:12] <chrisccoulson> you've been quiet on here recently ;)
[20:13] <chrisccoulson> (or we're on here at different times)
[20:14] <didrocks> chrisccoulson: hey!
[20:14] <didrocks> chrisccoulson: yes, I had a lot of stuff to do at work :)
[20:14] <chrisccoulson> heh, it sucks when that happens ;)
[20:14] <didrocks> but well, quickly 0.2.4 is just released \o/
[20:14] <didrocks> chrisccoulson: exactly ^^
[20:14] <chrisccoulson> yeah, i just saw:)
[20:15] <didrocks> oh, do you look at each karmic-changes ? :)
[20:15] <chrisccoulson> are you going to UDS?
[20:15] <chrisccoulson> i always look at karmic-changes;)
[20:15] <didrocks> yes, you still can't go to UDS ?
[20:15] <chrisccoulson> i can't, i don't think it would be fair of me to leave Jo right after she has the baby;)
[20:16] <chrisccoulson> i wish i could go though!
[20:16] <didrocks> oh, the timeline is very straight, sure :)
[20:16] <didrocks> in 6 month will be a better time for you, I hope so :)
[20:16] <chrisccoulson> yeah, she will arrive any time between now and the middle of november
[20:17] <chrisccoulson> yeah, hopefully 6 months time will be better;)
[20:17] <chrisccoulson> i still haven't met anybody from the community yet
[20:17] <didrocks> I hope you will still have some free time for yourself ^^
[20:17] <chrisccoulson> i really need to be more sociable ;)
[20:18] <chrisccoulson> didrocks - so do i:)
[20:18] <didrocks> chrisccoulson: hehe geeks aren't sociable ;)
[20:18] <chrisccoulson> people keep telling me that i probably wont, but i don't want it to come to that really;)
[20:18] <dtchen> oh that is so unfair (:
[20:18] <didrocks> I can understand. huats is keeping to tell that everyday too :)
[20:18] <chrisccoulson> dtchen - ?
[20:19] <dtchen> < didrocks> chrisccoulson: hehe geeks aren't sociable ;)
[20:19] <chrisccoulson> lol, yeah. i definately fit that stereotype;)
[20:19] <didrocks> dtchen: it all depends, when you have geek meeting, we are sociable I guess… otherwise :)
[20:19] <chrisccoulson> i need to attend geek meeting then ;)
[20:20] <didrocks> let's s/aren't sociable/are shy :)
[20:20] <didrocks> dtchen: is that better ? ;)
[20:20] <chrisccoulson> heh
[20:20] <didrocks> chrisccoulson: hehe, you will soon, sure ^^
[20:20] <chrisccoulson> i'll have to teach my daughter to be a geek!
[20:21] <didrocks> hehe, poor of her!
[20:21] <chrisccoulson> lol
[20:21] <chrisccoulson> she has a good role model ;)
[20:21] <chrisccoulson> anyway, dinner time for me now
[20:21] <chrisccoulson> bbl:)
[20:21] <didrocks> have a good evening :)
[21:27] <chrisccoulson> vuntz|away: any thoughts about bug 437425?
[21:30] <seb128> didrocks, there?
[21:30] <didrocks> seb128: yes
[21:30] <seb128> didrocks, didn't you say you would update clutter to 1.0.6 some time ago?
[21:31] <didrocks> seb128: hum, maybe my memory is messed up with all the "missing dependencies" we had in main, let me check if everything is ok now
[21:32] <seb128> didrocks, thanks
[21:33] <didrocks> seb128: I guess you need it for new GNOME shell, right?
[21:34] <seb128> didrocks, oh, I didn't check that, there is just a sponsoring request about fixing the documentation installation and I was starting to look if debian has the change and noticed we are not current
[21:35] <didrocks> seb128: do you want me to fix the documention installation too?
[21:35] <didrocks> I know what was wrong on it
[21:35] <seb128> didrocks, bug #439921 has a patch
[21:36] <seb128> didrocks, just check if that looks correct to you
[21:36] <seb128> didrocks, thanks!
[21:37] <didrocks> didrocks: I guess it's not correct, we need to patch .devhelp file too to reference clutter-1.0 instead of clutter
[21:37] <didrocks> y/w
[21:37] <seb128> didrocks, stop talking to yourself you freak now ;-)
[21:38] <didrocks> oupssss :)
[21:38] <seb128> didrocks, hehehe ;-)
[21:43] <mac_v> seb128: hi... when you invalidate bugs , like the .txt subtitle auto-load in totem bug... could you pls invalidate the papercuts task too :)  ... i usually just follow you and say "as per your comment" ;p
[21:43] <seb128> mac_v, ok will do
[21:43] <mac_v> seb128: thanks :)
[22:08] <didrocks> seb128: the patch doesn't work and it's a bit late for experimenting with gtk-doc option to avoid making some sed in files. I'll do it tomorrow consequently
[22:08] <seb128> didrocks, ok
[22:08] <seb128> didrocks, do you want me to upload to update and fix the documentation later or just delay the upload?
[22:08] <didrocks> seb128: have a good night :)
[22:08] <didrocks> seb128: as you wish, the update works, but I'm interested in the fix
[22:09] <seb128> 'night didrocks
[22:09] <seb128> didrocks, let's wait then, can you just drop a comment on the sponsoring bug?
[22:09] <seb128> saying that it doesn't work but that you will work on it
[22:09] <didrocks> ok, doing it right now before going to bed :)
[22:10] <seb128> thanks
[22:10] <seb128> 'night didrocks
[22:12] <didrocks> thanks, good night too :)
[22:12] <chrisccoulson> night didrocks
[22:12] <didrocks> night chrisccoulson
[22:29] <dobey> seb128: just filed #449881 too. sorry it's so late. i definitely owe you beers in dallas :)
[22:29] <seb128> dobey, that's ok, looking now, and I will not say no to a beer at uds ;-)
[22:30] <seb128> bug #449881
[22:31] <dobey> seb128: whenever i try to do an ubuntuone-client release, i always end up having to do a lot more work than i'd planned on doing :P
[22:31] <seb128> hehe
[22:31] <seb128> this one should be the karmic version right?
[22:31] <dobey> yeah
[22:32] <seb128> impressive list of bug fixed there!
[22:32] <seb128> good work ;-)
[22:32] <dobey> there *might* be a 1.0.1 for karmic, if a couple of open bugs get fixed in the next week or so, as they might be criticals. but we can work through the freeze exception/etc... to get that if needed
[22:32] <dobey> but i really hope this is the karmic final version :)
[22:32] <seb128> hum
[22:33] <seb128> dpkg-source: error: cannot represent change to ubuntuone-client-1.0.0/data/icons/16x16/emblems/emblem-ubuntuone-uploading.png: binary file contents changed
[22:33] <seb128> images divert between the tarball and bzr
[22:33] <seb128> dobey, did you merge the upstream change to the packaging bzr?
[22:33] <dobey> weird
[22:34] <dobey> hrmm
[22:34] <dobey> i did a diff -uNr to see what files were different between the tarball and the packaging bzr
[22:34] <dobey> and removed/added as needed
[22:34] <dobey> but i guess a few binary files got skipped by diff
[22:35] <seb128> dobey, http://paste.ubuntu.com/291908/
[22:35] <seb128> that's the list dpkg-buildpackage complains about
[22:35] <dobey> seb128: fixing right now
[22:35] <seb128> thanks
[22:35] <seb128> you don't simply bzr merge the upstream code when doing a package update?
[22:36] <kwwii> seb128: sorry for bothering, so late, but should I make a sponsoring bug for the human-theme change to fix the gdm button-size bug?
[22:36] <seb128> kwwii, where is the change?
[22:36] <kwwii> ie, is there any chance of this change making it into karmic before an update?
[22:36] <kwwii> seb128: lp:human-theme
[22:36] <kwwii> and bug 444421
[22:36] <seb128> kwwii, do you plan other changes? or would you like the bzr version uploaded now?
[22:37] <kwwii> Robert Ancells suggestion worked perfectly ;)
[22:37] <seb128> good
[22:37] <dobey> seb128: no, upstream code doesn't include generated files
[22:38] <kwwii> funny thing is, I tried the same change and it didn't seem to fix it ;) Now I know it works
[22:38] <dobey> seb128: package branches are supposed to have tarball contents, not upstream bzr, as i understand
[22:38] <dobey> seb128: pushed the fix just now though
[22:38] <seb128> dobey, well since tarballs are rolled from the upstream bzr that should be the same
[22:39] <dobey> seb128: how would it be the same? All the autoconf/libtool/automake/etc... generated bits aren't in bzr
[22:39] <seb128> kwwii, that's what you say now, let some credit to robert_ancell ;-)
[22:39] <dobey> (nor should they be)
[22:39] <seb128> dobey, no but the bzr mode we use for build basically just use the debian directory from the bzr and apply it to the tarball
[22:40] <seb128> + the extra diff between upstream bzr and packaging bzr
[22:40] <dobey> i don't understand
[22:40] <dobey> where does it get the tarball from?
[22:40] <seb128> http://launchpad.net/ubuntuone-client/trunk/w25-karmic-finalfreeze/+download/ubuntuone-client-1.0.0.tar.gz
[22:40] <kwwii> seb128: all the credit goes to him, really ;)
[22:40] <seb128> dobey, what is described in the debian watch
[22:41] <dobey> oh it downloads whatever's in the watch file? i thought it used the contents of the branch to build the tarball
[22:41] <seb128> dobey, no, we don't use this mode usually
[22:41] <seb128> dobey, for the reason you said
[22:41] <seb128> kwwii, hum, your version number is wrong and I've a weird diff after build
[22:41] <dobey> is there a document somewhere describing all these 'modes' and how they work exactly?
[22:42] <dobey> i want to better understand it, so i can make my life easier :)
[22:42] <seb128> kwwii, some index.theme get dropped
[22:42] <kwwii> seb128: ouch, that is not right
[22:42] <seb128> james_w, ^ do you know?
[22:42] <kwwii> let me check
[22:43] <seb128> kwwii, it's weird the bzr diff looks correct
[22:43] <kwwii> seb128: all I did was edit the gtkrc in HumanLogin theme...
[22:43] <kwwii> the bzr commit didn't show anything like that
[22:43] <seb128> I will apply by hand and check with pitti how he builds things usually
[22:43] <kwwii> let me check, one second...booting my other computer
[22:43] <seb128> kwwii, don't bother
[22:43] <seb128> kwwii, I will apply r88 to the current karmic version
[22:43] <seb128> kwwii, and sort bzr with pitti tomorrow
[22:44] <kwwii> seb128: cool, thanks
[22:44] <kwwii> to be honest, I wanted to add some icons for gdm as well (got them done tonight)
[22:44] <seb128> kwwii, want to do that now?
[22:44] <kwwii> sure, if you give me the time ;)
[22:45] <seb128> how much do you need?
[22:45] <seb128> I will probably not be around much longer than half an hour now
[22:46] <kwwii> just need to copy the icons to the other computer and make the changes
[22:46] <seb128> kwwii, ok, the index.theme difference seems a bug in the current karmic version
[22:46] <kwwii> give me 5 minutes
[22:46] <seb128> those are in a build directory in the source
[22:46] <kwwii> seb128: which index.theme file?
[22:46] <seb128> seems that somebody did test build, make clean and built again
[22:46] <seb128> and the clean left some build files there
[22:46] <kwwii> ohhh
[22:46] <kwwii> funky
[22:47] <seb128> kwwii, just focus on getting your icons done and I will sponsor the upload
[22:48] <kwwii> seb128: thanks, be done in a flash
[22:48] <seb128> you're welcome
[22:48] <seb128> dobey, ok, your update builds now ;-)
[22:48] <chrisccoulson> pah, bug 437425 is confusing me
[22:50] <seb128> chrisccoulson, how so?
[22:50] <robert_ancell> seb128, bug 427462 - in ubuntu are system users uid < 1000?  I believe gdm is set to 500 and that is considered the "standard"
[22:51] <dobey> seb128: yay. thanks for pointing out the issue. i guess i should ping james_w about documentation for all the modes and how they work?
[22:51] <seb128> robert_ancell, http://www.debian.org/doc/debian-policy/ch-opersys.html
[22:51] <seb128> dobey, you're welcome, yes for example
[22:51] <didrocks> seb128: I wasn't able to get some sleep, so: bug #449894 :)
[22:51] <seb128> robert_ancell, "9.2.2 UID and GID classes"
[22:51] <dobey> alright. i'll ping him tomorrow i guess
[22:51] <seb128> robert_ancell, I think we do the same as debian there
[22:51] <robert_ancell> seb128, thanks
[22:51] <seb128> robert_ancell, you're welcome
[22:52] <chrisccoulson> seb128 - AFAICT, smsConn shouldn't be in that state until after the client has disconnected and removed from the list of clients
[22:52] <chrisccoulson> but it's still in the list, else it wouldn't be told to stop
[22:52] <seb128> didrocks, you rock ;-)
[22:52] <seb128> chrisccoulson, that's out of my domain I think so I can't really comment there but good luck tracking it ;-)
[22:52] <didrocks> seb128: hehe, thanks. Time to really try to go to bed now. I wake up way too early :-)
[22:53] <chrisccoulson> heh, maybe i'll leave it for vuntz instead;)
[22:53] <didrocks> good night (again) everybody :)
[22:53] <seb128> robert_ancell, see /etc/adduser.conf too
[22:53] <seb128> didrocks, 'night
[23:01] <seb128> chrisccoulson, btw nautilus has gconf key to not exit when there is no open ui element in karmic
[23:02] <seb128> chrisccoulson, I'm wondering if we should set that on as a workaround for those restart issue, not sure if those user try to get nautilus not running or just to get something else drawing their background
[23:03] <chrisccoulson> seb128 - oh, i didn't realise that
[23:03] <chrisccoulson> that sounds like a better solution rather than having it just exit and not restart again
[23:04] <chrisccoulson> and for users who genuinely don't want nautilus running at all - they can just disable it in their session
[23:04] <seb128> right
[23:04] <chrisccoulson> i don't think nyarnon likes me very much
[23:04] <seb128> ignore such comments
[23:05] <chrisccoulson> yeah, i generally try to
[23:05] <chrisccoulson> but configuring nautilus to not exit when it doesn't draw the background sounds like a good compromise
[23:07] <seb128> I will do the autostart workaround for now and wait for user comments
[23:07] <seb128> I've the feeling that most user just don't want nautilus running
[23:08] <chrisccoulson> seb128 - thanks
[23:09] <seb128> chrisccoulson, you're welcome but there is nothing really to thank me about there ;-)
[23:10] <chrisccoulson> heh, i'm sure i can find something to thank you for!
[23:10] <seb128> I can play this game too if you want ;-)
[23:10] <chrisccoulson> lol
[23:13] <seb128> ok, changing the autostart key
[23:14] <seb128> I think the gconf key might be a nicer way but is a behaviour change which could confuse users
[23:14] <seb128> not sure if we should do such changes just before karmic
[23:14] <seb128> let's try that next cycle
[23:14] <chrisccoulson> seb128 - yeah, that's probably best for next cycle now
[23:19] <seb128> robert_ancell, btw do you have enough bugs on your list for the day?
[23:19] <kwwii> seb128: hrm, can't figure out the right name for the interface...I'll test all the other possibilities tomorrow
[23:19] <kwwii> system-* or gnome-session-* doesn't seem to work
[23:20] <seb128> kwwii, what inferface?
[23:20] <seb128> interface
[23:20] <kwwii> the interface in gdm when you press the power button long enough
[23:20] <robert_ancell> seb128, I should be busy enough but let me know if there are any high prio. bugs around
[23:20] <kwwii> with shutdown, reboot, hibernate, et
[23:20] <kwwii> c
[23:20] <chrisccoulson> kwwii - you want icon names for the session dialog?
[23:21] <seb128> robert_ancell, no high priority one no, something broke the gdm "hit enter to active your user"
[23:21] <chrisccoulson> kwwii - i have the gnome-session source open here, so i can probably give you those now
[23:21] <chrisccoulson> (if we're thinking about the same thing)
[23:21] <robert_ancell> seb128, rickspencer3 already assigned that to me
[23:21] <kwwii> chrisccoulson: yes, please ;)
[23:21] <chrisccoulson> one second:)
[23:21] <seb128> robert_ancell, ok, I though rick was on holiday today, he must have been lurking on some bugs
[23:22] <seb128> robert_ancell, thanks ;-)
[23:23] <chrisccoulson> kwwii - the session dialog is an ubuntu-specific patch, and the icon names look like:
[23:23] <chrisccoulson> shutdown = "system-shutdown"
[23:23] <chrisccoulson> restart = "view-refresh"
[23:23] <chrisccoulson> hibernate = "drive-harddisk"
[23:23] <chrisccoulson> suspend = "sleep"
[23:23] <chrisccoulson> are those the ones you need icons for?
[23:25] <kwwii> chrisccoulson: yes, I think that will work, let me test it
[23:25] <chrisccoulson> cool:)
[23:30] <kwwii> chrisccoulson: hrm, that worked to an extent
[23:31] <chrisccoulson> what bit didn't work?
[23:32] <kwwii> the hibernate was wrong
[23:32] <chrisccoulson> hmmm
[23:32] <chrisccoulson> that's strange
[23:33] <chrisccoulson> what is the correct icon for that?
[23:33] <kwwii> yeah I thought so too
[23:33] <kwwii> let me check what happens after a reboo
[23:33] <kwwii> t
[23:33] <seb128> kwwii, enough for me for today, the update can probably wait tomorrow
[23:33] <kwwii> suspend and hibernate are still the wrong icons
[23:34] <kwwii> seb128: cool, I need to figure it out anyway
[23:34] <kwwii> sleep well, see you soon
[23:34] <seb128> kwwii, I can help you having a look tomorrow if you want
[23:34] <chrisccoulson> kwwii - i wonder if we're thinking about the same dialog?
[23:34] <seb128> you should go to bed too ;-)
[23:34] <chrisccoulson> night seb128
[23:34] <seb128> chrisccoulson, he said the gdm one but I never tried to press power there
[23:34] <kwwii> seb128: no doubt
[23:34] <seb128> I would assume it's gnome-session being used too
[23:35] <seb128> but I didn't check
[23:35] <chrisccoulson> yeah, i would have thought so too
[23:35] <kwwii> chrisccoulson: I am talking about the dialog in gdm when you press the power button on your laptop long enough
[23:35] <seb128> "long enough"?
[23:35] <kwwii> it seemed like gnome-session-* names should work
[23:36] <chrisccoulson> kwwii - yeah, that *should* be the session dialog AFAIK, which should be the same one that would appear if you pressed the power button in a user session
[23:36] <seb128> I just need to press the button once there
[23:36] <kwwii> chrisccoulson: yeah, that is what I thought too
[23:36] <chrisccoulson> is it a different dialog?
[23:36] <seb128> and I confirm it's the same dialog there
[23:37] <kwwii> it doesn't seem to be different
[23:37] <seb128> so what is not working?
[23:37] <kwwii> maybe I didn't test it correctly before, let me try again
[23:38] <seb128> you might have not installed your icons correctly?
[23:39] <kwwii> the nice thing about the icon theme spec is that, as long the icons are named correctly it should work no matter where they are placed, directoy-wise
[23:41] <kwwii> I think I figured it out for most of them...still need to create one icon
[23:41] <kwwii> seb128: I'll bug you tomorrow morning
[23:41] <dobey> well
[23:41] <seb128> ok
[23:41] <seb128> 'night everybody
[23:41] <dobey> except the directory layout needs to be standardized too
[23:42] <kwwii> dobey: ?
[23:44] <dobey> kwwii: there are some concepts/tools that will fail to work if you use a weird directory structure in the theme (like humanity does)
[23:48]  * chrisccoulson wonders when libglib2.0-0-refdbg appeared in the archive
[23:48] <chrisccoulson> that could be useful for debuggin wierd crashers
[23:48] <chrisccoulson> /debuggin/debugging
[23:51] <kwwii> dobey: yeah, I thought of the same thing, but I don't use anything to make the theme except for python )
[23:51] <kwwii> :)
[23:55] <kwwii> chrisccoulson: I think I figured it out, thanks for the help with the names
[23:55] <kwwii> time for sleeüp
[23:55] <kwwii> sleep
[23:56] <chrisccoulson> you're welcome
[23:56] <kwwii> see you
[23:56] <chrisccoulson> night kwwii
[23:56] <kwwii> night, and *hugs* ;)