[00:00] <hyperair> 3.0 didn't have anything in /sys/class/backlight
[00:00] <TheMuso> Huh. I have 2 in that dir.
[00:00] <TheMuso> acpi_video and intel_backlight
[00:00] <hyperair> right
[00:00] <hyperair> neither of those were there in 3.0
[00:00] <TheMuso> Right.
[00:01] <TheCowboy> I have a T60p
[00:01] <hyperair> xbacklight didn't work, and there was no way to set the backlight from userspace.
[00:01] <TheCowboy> I think this is related and has a list of affected Thinkpads: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/357673
[00:01] <TheMuso> Right, I have a T510 here. When I disconnect my monitor next, I'll check to see if the same thing happens to mine.
[00:01] <hyperair> TheMuso: there's one entry now, which is intel_backlight.
[00:02] <TheMuso> hyperair: RIght, but I also have acpi_video.
[00:02] <TheCowboy> I only have acpi_video for mine
[00:02] <hyperair> TheMuso: acpi_video probably comes from thinkpad_acpi, i guess, which doesn't properly support this thinkpad just yet.
[00:03] <TheMuso> Right.
[00:03] <hyperair> really ironic because ubuntu used this thinkpad (e220s) on its website front page once.
[00:03] <TheMuso> I know in precise, my brightness controls worked fine.
[00:03] <TheCowboy> you can also use System Settings > Screen to avoid the doubling, but it's a little annoying to have to open it every time, and I tend to adjust it a lot
[00:03] <TheMuso> sorry, that should be oneiric
[00:03] <hyperair> well precise has 3.1
[00:04] <TheMuso> I am now in precise, and do get the double step.
[00:04]  * hyperair uses a custom kernel
[00:04] <hyperair> no wait precise uses 3.2 i think
[00:04] <TheMuso> Right.
[00:04] <hyperair> anyway i'm off for breakfast
[00:04] <TheMuso> 3.2 was uploaded to precise, but is not yet pushed out to users, unless they know its already there.
[01:20] <hyperair> oh i see.
[03:19] <bschaefer> thumper: hey, so when I traced it yesterday it stopped at area->AcceptFocusArea() == false. So it doesn't hit the SetPathToKeyFocusArea()
[03:19] <bschaefer> thumper: in WindowComp
[03:19]  * bschaefer looks up line number
[03:19] <thumper> interesting
[03:20] <bschaefer> thumper: 1883 close to there
[03:20] <thumper> bschaefer: I'd definitely say that is a question for Jay
[03:20] <thumper> bschaefer: which file?
[03:20] <bschaefer> window compositer
[03:20] <bschaefer> nux/Nux
[03:20] <bschaefer> compositor*
[03:21] <bschaefer> thumper: well iam going to run it again because ShowDash runs twice so I want to check that
[03:21] <thumper> hmm...
[03:21] <thumper> the area being passed in should be a text area right?
[03:21] <bschaefer> thumper: then I want to add my line of code changed to see if it effects that
[03:21] <bschaefer> thumper: that is what deafult_focus() gets
[03:22] <bschaefer> thumper: it gets the input area in SearchBar
[03:22] <thumper> yep
[03:22] <bschaefer> text_entry()
[03:23] <thumper> :(
[03:23] <bschaefer> but it isn't accepting key focus, so window_->...
[03:23] <thumper> Nux/Area.cpp:1003
[03:23] <bschaefer> thumper: in ShowDash() should set that...
[03:23] <bschaefer> thumper: hmm
[03:24] <bschaefer> thumper: it is inited to true
[03:25] <bschaefer> thumper: sensitive_ which is what gets returned for that check for false
[03:27] <thumper> probably worth seeing what variable is being passed through the first time
[03:27] <thumper> is it the one we expect?
[03:28] <bschaefer> I can check, I saw nux sets it to false with a static text in an abstract button
[03:28] <bschaefer> Nux/AbstractCheckedButton.cpp:45:    static_text_->SetInputEventSensitivity(false);
[03:29] <bschaefer> same with button
[03:29] <bschaefer> Nux/Button.cpp:291:      static_text_->SetInputEventSensitivity(false);
[03:29] <bschaefer> thumper: there are only 4 places that I see that it gets set to false, but I might have missed some
[03:29] <thumper> bschaefer: note that SetSensitivity calls SetInputEventSensitivity
[03:30] <bschaefer> thumper: yeah but it is deprecated, and grep couldn't find it being called
[03:30] <bschaefer> (saw a random comment)
[03:30] <thumper> oh for the love of all that is good, delete it
[03:31]  * thumper wonders if gcc has a good deprecation pragma
[03:31] <bschaefer> thumper: haha, I will
[03:32] <bschaefer> thumper: hmm, but I am thinking possibly when unity sets up static text it sets the SetInputEventSensitivty to false, but it doesn't get changed until the dash closes
[03:32] <bschaefer> thumer: (random thinking) I will go look into it some more
[03:33] <thumper> SetInputEventSensitivity isn't called in the unity codebase
[03:34] <bschaefer> thumper: not directly, but it has to be getting set to false some how
[03:34] <bschaefer> possibly not directly*
[03:34] <thumper> bschaefer: when you step into the function using gdb
[03:34] <thumper> bschaefer: look at the type of the poitner
[03:34] <thumper> bschaefer: I think you can go print *area
[03:35] <thumper> you can then poke around the object internals
[03:35] <bschaefer> ok, I will also see if I can get stack trace of when sensitive gets set to false
[03:35] <bschaefer> thumper: i think I remember seeing a conditional thing with gdb
[03:36] <thumper> yes, there is a way to watch a memory location
[03:36] <thumper> and it will break on change
[03:36] <bschaefer> thumper: yeah the debugger is a lot faster haha
[03:36] <bschaefer> thumper: and fun to play around in
[03:37] <thumper> it is well worth getting proficient with
[03:38] <bschaefer> yeah. I am going to switch irc to my windows so I can use the debugger . brb
[04:12] <bschaefer> thumper-afk: when you get back, It is returning on if (key_focus_area == area) not the other one.
[04:20] <bschaefer> (changed view_->default_focus() to window_) was thinking it would get filtered down to the active input area in nux
[10:19] <om26er> danilos, Hey did you report a bug about icons disappearing in Unity launcher a few days ago?
[10:20] <om26er> ref: http://people.canonical.com/~danilo/screenshots/unity-mess.png
[10:20] <danilos> om26er, yes, I did, but I didn't get it since (though it took a few weeks in my session without logging out for me to get it originally)
[10:21] <om26er> danilos, thanks, found the bug report
[10:21] <om26er> it was in my email ;-)
[10:22] <om26er> seems there are a few other people out there that face it these days
[10:25] <om26er> bug 806248
[11:33] <Debolaz> Is this channel also home of Unity-2D?
[11:39] <smspillaz> yes
[11:43] <kamstrup> mhr3_: in your face ace! https://code.launchpad.net/~kamstrup/dee/tree-index/+merge/83141
[11:44] <kamstrup> (please disregard the snafu in the Dee.py, I just pushed a revert)
[11:44] <mhr3_> kamstrup, hmm, says there's conflict in dee-index.h
[11:44] <kamstrup> wtf?!
[11:45] <kamstrup> mhit doesn't here...
[11:45] <kamstrup> mhr3_: ^^
[11:46] <mhr3_> +2.5k sloc?!
[11:46] <mhr3_> i'll need a coffee :)
[11:46] <mhr3_> kamstrup, it's what lp says
[11:48] <kamstrup> mhr3_: i see... odd... I am pretty sure that index.h hasn't been touched in ages...
[11:48] <mhr3_> kamstrup, i just tried locally, lp is right
[11:49] <kamstrup> mhr3_: ok, lemme sync with trunk
[11:50] <mhr3_> aah, the g-i fixes broke it
[11:50] <mhr3_> should be simple fix
[11:52] <kamstrup> mhr3_: fixed
[11:52] <kamstrup> mhr3_: almost 4k lines of pure fun, just for you my friend ;-)
[11:53] <mhr3_> wooo, i'm so honoured :)
[11:59] <om26er> bug 883573 anyone have a say on it? maybe a theory? plz
[11:59] <kamstrup> mhr3_: with regards to the transactions the crucial decision is whether we want to make it possible to have something like a "transaction model" that we overlay so you can read the changed model, but without committing
[11:59] <kamstrup> that's nice in theory...
[11:59] <kamstrup> but bloody hard to get performant
[11:59] <kamstrup> (generically)
[12:00] <kamstrup> and doesn't play naturally with DeeIndex, because you'd have to have separate indexes on the transaction model...
[12:00] <kamstrup> the "simple" solution is to just write a GObject wrapper for the current txn format in DeeSharedModel
[12:04] <mhr3_> kamstrup, ultimately you're the db expert, so your call, but for the uses i plan the simple solution would suffice
[12:05] <Debolaz> I have a question; I use Unity-2D because I'm on a netbook (compiz being a very significant memory hog), and while most of the default behavior is just fine, one annoys me: Most windows aren't maximized by default, nor is there any way to enable this behavior unlike in Unity-compiz.
[12:05] <Debolaz> Is there a reason for this?
[12:07] <htorque> Debolaz: have you tried setting /apps/metacity/general/auto_maximize_windows to true with gconf-editor?
[12:08] <Debolaz> htorque: That doesn't actually maximize all maximizable windows, the name is a bit misleading.
[12:08] <Debolaz> It should really be called auto_maximize_really_large_windows :)
[12:08] <htorque> Debolaz: yeah, it's just maximizing those that would already start with whatever% of screen size
[12:09] <Debolaz> It wouldve been nice if this % could be configured with gconf. But thats not the case. :(
[12:14] <Debolaz> The problem isn't just cosmetic; Many applications (Text editors for instance) tend to open a smaller window than the maximization treshhold even though they clearly need to be maximized before they are usable on a netbook in many cases.
[12:21] <smspillaz> om26er: I think that's something I've fixed in precise. not sure though
[12:21] <om26er> smspillaz, you mean trunk or was there a new upload of compiz in precise?
[12:24] <smspillaz> trunk
[12:24] <smspillaz> we're not doing any precise uploads until my unit testing framework is finished and that is going to take a while
[12:42] <om26er> smspillaz, seems bug 770283 only happens with fglrx driver+unity-window-decorator the issue does not happen with gtk-window-decorator
[12:42] <smspillaz> om26er: we're dropping unity-window-decorator in precise anyways. but that's a driver bug in any case
[12:43] <smspillaz> some drivers don't send damage events for non window backed drawables. no idea why
[12:43] <om26er> smspillaz, wow replacing unity-window-decorator for?
[12:43] <smspillaz> gtk-window-decorator
[12:43] <smspillaz> I merged them
[12:43] <om26er> alright, so the above issue is something to be taken to AMD? smspillaz
[12:44] <om26er> i pinged the X guys didnt get a reply though :/
[12:44] <smspillaz> I'm not sure really
[12:44] <smspillaz> I'll need to look into it some more, but I don't have any hardware which exhibits this bug anymore soooo.....
[12:48] <htorque> is there a "build compiz from trunk" guide somewhere?
[12:51]  * Debolaz ponders if he implemented a gconf setting for adjusting percentage, if it would be accepted.
[12:52] <htorque> smspillaz: hi! is there a "build compiz from trunk" guide somewhere?
[13:05] <smspillaz> htorque: yeah, hang on
[13:07] <smspillaz> http://wiki.compiz.org/C%2B%2BCompiling
[13:08] <smspillaz> that's a bit out of date though, you'll want lp:compiz-core for compiz core
[13:08] <smspillaz> I haven't been able to do a git resync for quite some time
[13:11] <htorque> smspillaz: good, thanks! :-)
[13:23] <smspillaz> htorque: oh a word of warning,  I don't think lp:compiz-core is building at the moment
[13:23] <smspillaz> funny, there are about 4 different merge proposals pending which fix the build failure but none of them have been approved yet :p
[13:23] <smspillaz> htorque: you'll need to remove the files it complains about from po/POTFILES.in
[13:32] <htorque> smspillaz: thanks, trying it now. :-)
[13:55] <htorque> smspillaz: other than core i can use the stuff from git?
[13:55] <smspillaz> probably
[14:01] <Andy80> hi
[14:38] <kamstrup> mhr3_: ! I finally got around to reviewing https://code.launchpad.net/~mhr3/unity/fix-856205/+merge/82433 :-)
[14:39] <kamstrup> mhr3_: I am not sure, but maybe you only have 15 minutes to reply to my comments before the automerger kicks in? ;-P
[14:41] <kenvandine> kamstrup, no pressure right :)
[14:41] <kamstrup> kenvandine: nooooo :-)
[14:43] <mhr3_> kamstrup, as for why reinterpret, i dunno, copied it from some other part of unity
[14:43] <mhr3_> but yea, i guess static_cast would work as well
[14:43] <kamstrup> mhr3_: if in doubt static_cast is normally what you need
[14:43] <mhr3_> g_source_remove isn't necessary, the return FALSE handles that
[14:45] <kamstrup> mhr3_: ah, right, it's a callback... the method name seems to imply that it's fine to call directly as well. that's the "source"  (gsource pun intended!) of my confusion I think
[14:47] <mhr3_> right, i could have put cb suffix
[14:47] <mhr3_> but at least it's static... so it's weird enough :)
[15:35] <Andy80> it looks like LP is having some problem at the moment, I cannot search for packages, uff :\
[17:03] <mgedmin> unity ignores my terminal windows again -- can't alt-tab or use launcher to switch to them :(
[17:12] <didrocks> DBO: ^
[17:12] <DBO> mgedmin, any idea how I can reproduce the issue?
[17:13] <mgedmin> sadly, no
[17:13] <DBO> mgedmin, is it happening now?
[17:13] <mgedmin> I use a keyboard shortcut to launch gnome-terminals
[17:13] <mgedmin> instead of using super+number
[17:13] <mgedmin> this may or may not have an influence
[17:14] <DBO> it shouldn't...
[17:14] <mgedmin> sometimes, after a few days of uptime, unity starts not noticing I've terminal windows open
[17:14] <DBO> can you ping me next time you are experiencing this?
[17:15] <mgedmin> it's happening right now, in case you want me to apt-get install some dbgsym packages, gdb attach and inspect global state or something
[17:16] <didrocks> DBO: in case you didn't notice, mgedmin is experiencing it right now ^
[17:16] <DBO> mgedmin, can you install d-feet
[17:16] <DBO> and then find bamf on your session bus
[17:16] <DBO> and start going through the applications
[17:16] <DBO> checking their desktop files
[17:16] <DBO> see if any of them are the terminal
[17:17] <mgedmin> what's the session bus address?
[17:18]  * mgedmin launches d-feet in a terminal, sees "Bus address '' is not a valid bus address", wonders if that's expected or not
[17:18] <mgedmin> the window is empty, there's a connect toolbar icon that asks me for a "Bus address" and presents a blank combo-box
[17:18] <mgedmin> I'm not that familiar with d-bus
[17:22]  * mgedmin greps for DBUS in env and finds an address that looks like unix:abstract=/tmp/dbus-MmzYJ2wQeE,guid=f6d51ff36b594cdb460ef36a0000000e, pastes that into d-feet, and finally sees something
[17:24]  * mgedmin finds the window id of his gnome-terminal, converts from hex to decimal, finds the matching /org/ayatana/bamf/windowXXXXX, invokes Parents() and finds the application ID
[17:25] <mgedmin> DesktopFile() looks sensible (u'/usr/share/applications/gnome-terminal.desktop')
[17:26] <mgedmin> ApplicationType() returns u'system', ShowStubs() returns 1
[17:26] <mgedmin> anything else?
[17:35] <didrocks> DBO: can you please help mgedmin when he gives you the feedback? ^
[17:35] <DBO> sorry I keep going back to coding
[17:35] <mgedmin> coding is good
[17:35] <DBO> mgedmin, if you say my name
[17:35] <DBO> it lights up my IRC client
[17:35] <DBO> uhm
[17:35] <didrocks> that's the DBO interruption :)
[17:36] <DBO> okay so this is a libbamf issue then
[17:36] <DBO> excellent :/
[17:36] <mgedmin> some other anecdotes:
[17:36] <mgedmin> once chromium and xchat-gnome got mungled into a single "application"
[17:36] <mgedmin> showed up as chromium in alt-tab switcher
[17:36] <DBO> mgedmin, is your terminal pinned to the launcher?
[17:36] <mgedmin> one of the windows was chromium, the other was xchat-gnome
[17:36] <mgedmin> yes, my terminal is pinned to the launcher
[17:36] <DBO> if you close all terminals
[17:37] <DBO> and then launcher it again
[17:37] <DBO> does it work?
[17:37] <mgedmin> (there's another bug there, incidentally, that I've reported to launchpad, I think, but never mind that for now)
[17:37] <mgedmin> I'm quite confident that if I close all the terminals and launch one again, things will work
[17:38] <mgedmin> but I can try, if you don't think the current broken state has any more debug use
[17:38]  * mgedmin sighs and wishes he knew how to reproduce these issues -- other than just using the system and waiting for the bugs to spontaneously show up
[17:39] <DBO> uhm...
[17:40] <DBO> Im wondering if somehow it got sent the closed signal...
[17:40] <DBO> yeah close them all
[17:40] <DBO> and then open a new terminal
[17:41] <mgedmin> I was wrong: the new terminal appeared, but launcher doesn't recognize it
[17:41] <mgedmin> alt-tab doesn't either
[17:41] <mgedmin> also, launcher showed the pulsing start up animation even after the window appeared
[17:41] <mgedmin> let me pgrep for any hidden/minimized terminals
[17:42] <DBO> okay
[17:42] <mgedmin> same result: pkill gnome-terminal; launch new one --> no recognition
[17:42] <DBO> okay
[17:42] <DBO> now do this
[17:42] <DBO> 1) close all terminals
[17:42] <DBO> 2) unpin the terminal from the launcher
[17:42] <DBO> 3) open new terminal
[17:42] <DBO> does it show up?
[17:54] <jasox> Does someone know where is configuration files of alt tab in unity ?
[17:58] <DBO> jasox, what do you want to configure?
[17:59] <jasox> DBO, i would like to change size of alt tab
[17:59] <DBO> I have not exposed a way to do this external to the code-base
[17:59] <DBO> sorry
[18:07] <mgedmin> and now when I close all terminals and open a new one, neither launch method works: in both cases the terminal doesn't show up in launcher/switcher
[18:18] <mgedmin> the thing is; normally I launch all my terminals with the keyboard shortcut, and I can alt-tab between them
[18:18] <DBO> mgedmin, what?
[18:19] <mgedmin> I'm not sure what I can say to clarify things
[18:19] <DBO> mgedmin, so you closed all terminals, and unpinned the terminal from the launcher?
[18:19] <DBO> and then opened a new terminal with your shortcut
[18:19] <DBO> and then what happened on the launcher?
[18:19] <mgedmin> nothing happened: the icon for the newly launched terminal did not appear
[18:20] <DBO> thats more unexpected :/
[18:20] <DBO> and if you pin it again
[18:20] <DBO> (drag it on from the dash)
[18:21] <mgedmin> whoa: once I drop, the terminal instantly disappears
[18:21] <DBO> and it doesn't appear on the launcher?
[18:21] <mgedmin> right
[18:22] <DBO> well then
[18:22] <mgedmin> what if I close my terminal window before the drag-and-drop?
[18:22] <DBO> I think we *finally* have a good idea what is happening
[18:22] <mgedmin> one of us anyway ;)
[18:22] <DBO> oh yeah make sure you close all terminals first
[18:22]  * mgedmin has to wait for the dist-upgrade of his home "server" to finish, because he didn't think to run it under screen
[18:23] <DBO> i imagine it wont make a difference anyway
[18:23] <DBO> do you ever unpin the terminal?
[18:23] <mgedmin> sometimes
[18:24] <mgedmin> so, this thing with alt-tab is painful and unusual
[18:24] <mgedmin> what usually happens is: I launch terminals with Super+G, and launcher gets two icons instead of one
[18:24] <mgedmin> one is pinned (but not indicated as running), the other one brings my Super+G-launched terminal to front
[18:24] <mgedmin> so I unpin the old one, pin the new one, drag it to the top
[18:25] <DBO> what terminal do you use?
[18:25] <mgedmin> gnome-terminal
[18:25] <DBO> interesting
[18:25] <DBO> I think I see whats happening now :)
[18:25] <DBO> thanks
[18:25] <DBO> I dont know what its happening yet
[18:25] <DBO> but I have an idea
[18:26] <mgedmin> gnome-control-center -> keyboard -> shortcuts -> launchers -> run terminal
[18:26] <mgedmin> is where I changed the shortcut -- the default is probably ctrl+alt+t, I don't remember
[18:26] <mgedmin> I think it's gnome-settings-daemon that handles the shortcut itself...
[18:29] <DBO> yeah, thanks mgedmin :)
[18:29] <DBO> I'll try to have it fixed ASAP
[18:31] <mgedmin> aaaaugh unity!
, quickly type gnome-terminal <Enter> --> Celestia starts up
[18:31] <mgedmin> why?!
[18:32] <DBO> interesting
[18:32] <DBO> you probably typed enter before all the results returned
[18:32] <mgedmin> anyway, data point: with all terminals closed I still cannot drag and drop into the launcher
[18:32] <mgedmin> the new terminal icon instantly disappears
[18:32] <DBO> fair enough
[18:33] <mgedmin> question: when I manually create/edit/remove files in ~/.local/share/applications/, how soon does unity notice?
[18:33] <mgedmin> because you may have noticed I was experimenting with cp/rm ~/.local/share/applications/gnome-terminal.desktop when I noticed it existed, and was different
[18:34] <mgedmin> currently ~/.local/share/applications/gnome-terminal.desktop does not exist
[18:34] <DBO> uhm
[18:34] <DBO> it should notice immediately
[18:34] <DBO> but yeah
[18:34] <DBO> making copies of desktop files into that directory
[18:34] <DBO> is bad ju-ju
[18:34] <DBO> dont do that
[18:34] <DBO> that will confuse the everliving shit out of BAMF
[18:35] <mgedmin> hey, there's an entire askubuntu.com thread based on copying desktop files there to add custom launcher menu items
[18:35] <mgedmin> I've never done that with gnome-terminal
[18:35] <DBO> for cereal?
[18:35] <mgedmin> I've done that with xchat-gnome, seems to work fine
[18:35] <DBO> people...
[18:35] <DBO> it will mostly work fine
[18:35] <DBO> the thing that will get confused is this
[18:35] <DBO> 1) start xchat
[18:35] <DBO> 2) start BAMF *after* xchat (done by unity for you, so this is a race)
[18:36] <DBO> 3) BAMF matches xchat to /usr/share/applications/xchat-gnome.desktop
[18:36] <DBO> 4) unity registers favorite in ~/.local/share instead with BAMF
[18:36] <DBO> 5) BAMF now thinks the application lives in two places and goes and cries in a corner
[18:37]  * mgedmin nods
[19:21] <bschaefer> thumper: ping, got a better fix for the dash start up problem
[20:28] <seifstrup> DBO, behold I have the power of the strup
[20:28] <seifstrup> MUAAHAHAAHHAAHAHA
[20:41] <seifstrup> hi kenvandine
[20:41] <seifstrup> how do u like my nick :P
[20:41] <kenvandine> hey seifstrup
[20:41] <kenvandine> haha :)
[20:41] <kenvandine> seifstrup, does that mean you are bug free?
[20:41] <kenvandine> :-D
[20:41] <seifstrup> i got the power of the strup now
[20:41] <seifstrup> dunno
[20:41] <seifstrup> i now feel smart(er)
[20:42] <seifstrup> try it out
[20:42] <seifstrup> become kenstrup
[20:42]  * kenvandine has too many bugs :)
[20:43] <seifstrup> the idea is once u call yourself kenstrup you wont have bugs
[20:43] <seifstrup> dont wait until your bugfre
[20:43] <seifstrup> bugfree
[20:43] <seifstrup> the strup MAKES you  bug-free
[20:43] <seifstrup> or reduces the bugs
[20:43] <kamlotfy> :P
[20:59] <nook> Is it possible that the global menu of Unity allways show the menu items? I dont want to hover the menu to see the items... That makes me crazy :(
[21:55] <bil21al_> hello any ody please see this  bug? https://bugs.launchpad.net/unity/+bug/885194