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